소프트웨어 공학

2024.06.30 09:38

소프트웨어 공학 수업 기말고사 대비 정리입니다.

비용 산정 기법

하향식
- 전문가 판단 기법
- 델파이 기법: 전문가의 편견에 영향받지 않도록 조정자를 둠
상향식
- 코드 라인 수(Line Of Code): 코드 라인 수를 구하고 노력 산정
- 개발 단계별 노력 기법: 각 단계의 노력 투여를 맨먼스(M/M)로 구함
수학적
- COCOMO: 라인 수를 추정하고, 이를 준비된 식에 대입해 M/M 계산 (가중치 및 보정 계수 반영)
- COCOMO 2: 개발 초기에서 라인 수를 예측하기 어려운 점을 고려해, 애플리케이션 설계 정보로 계산
- 기능 점수 산정 방법: Function Point로 구함
- 간이 기능 점수법: 내부 논리파일, 외부 연계 파일, 입출력, 조회에 따른 가중치로 측정

작업 분할 구조도(WBS): 일정 계획의 시작
일정 계획 기법
- 네트워크 차트: CPM 네트워크를 그리고, ES(가장 빠른 시작 시간)과 EF(가장 빠른 완료 시간), LS(늦어도 시작해야하는 시간), LF(작업을 가장 늦게 끝낼 수 있는 시간), ST(여유 시간)을 구한다.
- 간트 차트: 프로젝트의 주요 활동을 파악한 후, 각 활동의 일정을 시작하는 시점과 끝나는 시점을 연결한 막대 모양으로 표시해 전체 일정을 한눈에 볼 수 있게 한다.

https://resources.scrumalliance.org/Article/key-values-principles-agile-manifesto

서비스 개발 중 지속적으로 개선을 시도할 수 있도록 ‘스프린트(Sprint)’라는 짧은 개발 사이클을 활용하는 프로젝트 관리 방법론.
스크럼 팀은 제품 책임자, 스크럼 마스터, 개발팀 3가지 핵심 역할로 구성된다.
스프린트(Sprint): 스크럼 패턴을 따르는 일정한 기간
제품 백로그(Product Backlog): 제품 개발에 필요한 모든 요구사항(User Story)을 우선순위에 따라 나열한 목록이다.
- 제품 백로그에 있는 모든 아이템에는 순서, 설명, 추정, 가치라는 4개의 속성이 있다.
사용자 스토리(User Story): 제품 기능이 도출되면 각 기능을 간략하게 서술
- 사용자 스토리는 언제든 변경할 수 있어야 하므로 자세히 서술할 필요가 없음
- 사용자가 이해할 수 있는 언어와 용어로 작성해야 함
- 개발 규모가 어느 정도이고 투입 공수는 얼마나 필요할지 개발자들이 짐작할 수 있어야 함
- 사용자 스토리의 구성 요소 확인을 위해 테스트가 가능한 테스트 케이스를 만들어야 함

모델링 방법
- 부치 방법론(Booch Method): 시스템을 분석한 뷰를 모델 다이어그램으로 표현
- 야콥슨의 OOSE(Object-Oriented Software Engineering): 유스케이스를 강조한 방법론
- 럼바의 OMT(Object-Modeling Technique): 하나의 시스템을 기술하기 위하여 Object, Dynamic, Functional 모델 세가지를 활용
- UML: 부치 방법론과 OOSE, OMT를 하나로 합한 방법론, 표준 분석 설계 방법론으로 채택 됨
UML은 표준화된 통합 모델링 언어, 시스템 개발을 위한 시각적인 설계 표기 제공
객체 지향 시스템을 개발할 때 산출물을 명세화, 시각화, 문서화, 구축하는 데 사용
개발하는 시스템을 이해하기 쉬운 형태로 표현하여 분석가, 설계자, 의뢰인이 효율적으로 의사소통할 수 있게 해줌

사물(Things), 관계(Relationship), 다이어그램(Diagram)의 세 가지 구성 요소로 이루어짐
사물로는 정적 사물(클래스, 인터페이스, 통신, 컴포넌트, 패키지, 노드), 동적 사물(인터랙션, 유스케이스, 상태머신), 주해 사물(주석) 등이 있음
관계로는 의존 관계, 연관 관계, 일반화 관계, 실체화 관계 등이 있음
다이어그램으로는 클래스 다이어그램, 컴포넌트 다이어그램, 배치 다이어그램, 패키지 다이어그램, 유스케이스 다이어그램, 순차 다이어그램과 통신 다이어그램, 활동 다이어그램 ,상태 다이어그램 등이 있음

액터(사용자)와 유스케이스로 구성됨
유스케이스 사이의 관계
- 포함 관계: 하나의 유스케이스를 수행할 때, 같은 기능이 있는 다른 유스케이스가 반드시 수행되는 관계 (--<<include>>-->)
- 확장 관계: 특정 조건에 의해 수행되며 새로운 유스케이스를 만들어내는 관계 (<--<<extend>>--)

클래스 사이의 관계
- 집합 관계: 하나의 객체가 독립적인 객체 여러 개로 구성되는 경우
- 복합 관계: 집합 관계보다 좀더 더 강한 관계로 구성되는 경우, 복합 관계는 단독 사용이 불가능하며 반드시 슈퍼 클래스와 함께 사용
- 집합 관계와 복합 관계는 연관관계에 포함된다.