개발이 하고싶은, 첼시를 좋아하는

정보처리기사

[정보처리기사] 정보처리기사 실기 정리 7 (수학적 산정 기법, 프로젝트 일정 계획, 소프트웨어 개발 방법론 결정, 소프트웨어 개발 표준, 소프트웨어 개발 방법론 테일러링, 소프트웨어 개발 ..

Section 25 수학적 산정 기법 수학적 산정 기법 상향식 비용 산정 기법으로, 경험적 추정 모형, 실험적 추정 모형이라고도 한다. 개발 비용 산정의 자동화를 목표로 한다. * 주요 수학적 산정 기법 ✓ COCOMO 모형 ✓ Putnam 모형 ✓ 기능 점수(FP) 모형 COCOMO 모형 원시 프로그램의 규모인 LOC(원시 코드 라인수)에 의한 비용 산정 기법이다. 개발할 소프트웨어의 규모(LOC)를 예측한 후 이를 소프트웨어 종류에 따라 다르게 책정되는 비용 산정 방정식에 대입하여 비용을 산정한다. 보헴(Boehem)이 제안했다. COCOMO의 소프트웨어 개발 유형 LOC의 규모, 복잡도에 따라 나누어진다. 유형 특징 조직형(Organic Mode) ✓ 기관 내부에서 개발된 중, 소 규모의 소프트웨어..

정보처리기사

[정보처리기사] 정보처리기사 실기 정리 6 (비용 산정 기법 - 하향식, 상향식)

Section 22 비용 산정 기법 개발에 소요되는 인원, 자원, 기간 등으로 소프트웨어의 규모를 확인해 개발 계획 수립에 필요한 비용을 산정하는 것이다. 비용을 높게 산정하는 경우 예산 낭비와 일의 효율성 저하를 초래할 수 있고, 비용을 낮게 산정하는 경우 개발자의 부담이 가중되고 품질 문제가 발생할 수 있다. 소프트웨어 비용 산정 기법에는 하향식 비용 산정 기법과 상향식 비용 산정 기법이 있다. 소프트웨어 비용 결정 요소 소프트웨어 개발 비용은 시스템의 크기가 크고, 신뢰도가 높을수록 많이 들고, 개발 후기로 갈수록 적게 든다. 요소 내용 프로젝트 요소 ✓ 제품 복잡도 : 소프트웨어 종류에 따라 발생할 수 있는 문제점들의 난이도. ✓ 시스템 크기 : 소프트웨어 규모에 따라 개발해야 할 시스템의 크기 ..

정보처리기사

[정보처리기사] 정보처리기사 실기 정리 5 (소프트웨어 개발 방법론, S/W 공학의 발전적 추세)

Section 20 소프트웨어 개발 방법론 소프트웨어 개발 방법론 소프트웨어 개발, 유지 보수 등에 필요한 여러 가지 일들의 수행 방법과 이러한 일들을 효율적으로 수행하려는 과정에서 필요한 각종 기법 및 도구를 체계적으로 정리하여 표준화한 것. * 소프트웨어 개발 방법론의 종류 ✓ 구조적 방법론 ✓ 정보공학 방법론 ✓ 객체 지향 방법론 ✓ 컴포넌트 기반 방법론(CBD) ✓ 제품 계열 방법론 ✓ 애자일 방법론 (Section 1에서 다룸) 구조적 방법론 기능들을 모듈화하고 필요할 때 가져다 쓰는 개념이다. 정형화된 분석 절차에 따라 사용자 요구사항을 파악하여 문서화하는 처리(Precess) 중심의 방법론이다. 쉬운 이해 및 검증이 가능한 프로그램 코드를 생성하는 것이 목적이다. 복잡한 문제를 다루기 위해 ..

정보처리기사

[정보처리기사] 정보처리기사 실기 정리 4 (유스케이스 다이어그램, 활동 다이어그램)

Section 13 유스케이스(Use Case) 다이어그램 기능 모델링 사용자의 요구사항을 분석하여 개발될 시스템이 갖추어야 할 기능을 정리한 후 사용자와 함께 정리된 내용을 공유하기 위해 그림으로 표현하는 것이다. 개발될 시스템의 전반적인 형태를 기능에 초점을 맞춰 표현. * 기능 모델링의 종류 ✓ 유스케이스(Use Case) 다이어그램 ✓ 액티비티(Activity) 다이어그램 유스케이스(Use Case) 다이어그램 사용자와 다른 외부 시스템들이 개발될 시스템을 이용해 수행할 수 있는 기능을 사용자 관점에서 표현한 것이다. 유스케이스(Use Case) 다이어그램의 구성 요소 1. 시스템(System) / 시스템 범위(System Scope) 시스템 내부의 유스케이스들을 사각형으로 묶어 시스템의 범위를 ..

정보처리기사

[정보처리기사] 정보처리기사 실기 정리 3 (UML, UML 관계, UML 다이어그램)

Section 10 UML(Unified Modeling Language)의 개요 UML(Unified Modeling Language) 시스템 개발 과정에서 시스템 개발자와 고객 또는 개발자 상호 간의 의사소통이 원활하게 이루어지도록 표준화한 대표적인 객체지향 모델링 언어다. 럼바우, Booch, Jacobson 등의 객체지향 방법론의 장점을 통합했다. OMG(Object Management Group)에서 표준으로 지정. * UML의 구성 요소 ✓ 사물(Things) ✓ 관계(Relationship) ✓ 다이어그램(Diagram) UML - 사물(Things) 다이어그램 안에서 관계가 형성될 수 있는 대상. 모델을 구성하는 가장 중요한 기본 요소. * 사물의 종류 사물 내용 구조 사물(Structur..

정보처리기사

[정보처리기사] 정보처리기사 실기 정리 2 (요구사항 정의, 요구사항 개발 프로세스, 요구사항 분석 CASE, HIPO)

Section 6 요구사항 정의 소프트웨어가 어떤 문제를 해결하기 위해 제공하는 서비스에 대한 설명과 정상적으로 운영되는데 필요한 제약조건. 요구사항 유형 ✔ 기능 요구사항(Functional requirements) ✔ 비기능 요구사항(Non-Functional requirements) ✔ 사용자 요구사항(User requirements) ✔ 시스템 요구사항(System requirements) 요구사항은 크게 기능, 비기능으로 구분된다. 기능 요구사항은 기능에 관한 요구사항이고 비기능 요구사항은 품질, 제약사항에 관한 요구사항이다. 기능 요구사항(Functional requirements) 기능, 수행과 관련된 요구사항 비기능 요구사항(Non-Functional requirements) 품질, 제약사..