✔️ Check Requirements
Agile Model
애자일(Agile)은 '민첩한', '기민한'이라는 의미로, 고객의 요구사항을 변화에 유현하게 대응할 수 있도록 일정한 주기를 반복하면서 개발하는 모형이다.
- 어느 특정 개발 방법론이 아니라 좋은 것을 빠르고 낭비 없게 만들기 위해 고객과의 소통에 초점을 맞춘 방법론을 통칭
- 대표적인 개발 모형 : Scrum(스크럼), Kanban(카반), XP(eXtreme Programming), Lean, FDD(Feature Driven Development, 기능 개발 중심)
XP(eXtreme Programming)의 Practice
- Pair Programming : 다른 사람과 함께 프로그래밍을 수행함으로써 개발에 대한 책임을 공동으로 나눠 갖는 환경을 조성
- Collective Ownership : 개발 코드에 대해 권한과 책임을 공동으로 소유
- Test-Driven Development : 개발자가 실제 코드를 작성하기 전에 테스트 케이스를 먼저 작성하므로 자신이 무엇을 해야할지를 정확하게 파악하고, 테스트가 지속적으로 진행될 수 있도록 자동화된 테스팅 도구(구조, 프레임워크)를 사용
- Whole Team : 개발에 참여하는 모든 구성원(고객 포함)들은 각자 자신의 역할이 있고 그 역할에 대한 책임을 가져야 함
- Continuous Intergration : 모듈 단위로 나눠서 개발된 코드들은 하나의 작업이 마무리될 때마다 지속적으로 통합함
- Refactoring : 프로그램 기능의 변경 없이 시스템을 재구성하며, 프로그램을 쉽게 이해하고 쉽게 수정하여 빠르게 개발할 수 있도록 함
- Small Releases : 릴리즈 기간을 짧게 반복함으로써 고객의 요구 변화에 신속히 대응할 수 있음
Requirements
Function Requirements(기능 요구사항)
기능 요구사항은 시스템이 무엇을 하는지, 어떤 기능을 하는지 등 사용자가 시스템을 통해 제공받기를 원하는 기능이나 시스템이 반드시 수행해야 하는 기능을 의미한다.
Non-Function Requirements(비기능 요구사항)
비기능 요구사항은 품질이나 제약사항과 관련된 요구사항으로, 시스템의 장비 구성, 성능, 인터페이스, 테스트, 보안 등의 요구사항을 말한다.
DED; Data Flow Diagram
자료 흐름도는 요구사항 분석에서 자료의 흐름 및 변환 과정과 기능을 도형 중심으로 기술하는 방법이다.
자료 흐름도 구성 요소
- Process(프로세스) : 자룔르 변환시키는 시스템의 한 부분을 나타내며 처리, 기능, 변환, 벼블이라고도 함
- Data Flow(자료 흐름) : 자료의 이동이나 연관관계를 나타냄
- Data Store(자료 저장소) : 시스템에서의 자료 저장소를 나타냄
- Terminator(단말) : 시스템과 교신하는 외부 개체로, 입력 데이터가 만들어지고 출력 데이터를 받음
Diagram
다이어그램은 사물과 관계를 도형으로 표현한 것이다.
구조적 다이어그램의 종류
- Class Diagram : 객채(Object)들을 클래스로 추상화하여 표현하는 다이러그램으로 대표적 구조적 다이어그램이며, 클래스는 각각의 객체들이 갖는 속성과 메소들을 표현한 것으로 3개의 구획으로 나눠 이름, 속성, 메소드를 표기함
- Object Diagram
- Component Diagram
- Deployment Diagram(배치 다이어그램)
- Compisite Structure Diagram(복합체 구조 다이어그램)
- Package Diagram :유스케이스나 클래스 등의 요소들을 그룹화한 패키지 간의 의존 관계를 표현한 것
![](https://velog.velcdn.com/images/m_ngyeong/post/532074f6-6a61-4982-a5eb-960b193d32ed/image.svg)
행위 다이어그램의 종류
- Use Case Diagram : Actor(사용자)와 Use Case로 구분
- Sequence Diagram
- Communication Diagram
- Sate Diagram
- Activity Diagram
- Interaction Overview Diagram
- Timing Diagram
수학 산정 기법
COCOMO Model
COCOMO Model은 원시 프로그램의 규몽니 LOC에 의한 비용 산정 기법이다.
COCOMO의 SW 개발 유형
- Organic Mode(조직형) : 트랜잭션 처리 시스템이나 운영체제 등의 30만(300KDSI) 라인 이상의 소프트웨어를 개발하는 유형
- Semi-Detached Mode(반분리형) : 트랜잭션 처리 시스템이나 운영체제, 데이터베이스 관리 시스템 등의 30만(300KDSI) 라인 이하의 소프트웨어를 개발하는 유형
- Embedded Mode(내장형) : 일괄 자료 처리나 과학기술 계산용, 비즈니스 자료 처리용 등의 5만(50KDSI) 라인 이하의 소프트웨어를 개발하는 유형
Putnam Model
FP(Function Point) Model
참고,
길벗알앤디. 『정보처리기사 실기 단기완성』. 길벗. 2023.