소프트웨어 개발 방법론 ⭐⭐⭐
소프트웨어 생명주기 모델
1. 개념
- 시스템의 요구분석부터 유지보수까지 전 공정을 체계화한 절차
- 시스템이 개발될 때부터 운용과 유지보수를 거쳐 생애를 마칠 때까지 어떠한 순서를 밟는지에 대한 작업 프로세스를 모델화한 것
2. 프로세스 ( 요구사항 분석 → 설계 → 구현 → 테스트 → 유지보수 )
- 요구사항 분석 : 개발할 소프트웨어의 기능과 제약 조건, 목표 등을 소프트웨어 사용자와 함께 정의하는 단계
└ 기능 요구사항, 비기능 요구사항
- 설계 : 시스템 명세 단계에서 정의한 기능을 실제 수행할 수 있도록 수행 방법을 논리적으로 결정하는 단계
└ 시스템 구조 설계, 프로그램 설계, 사용자 인터페이스 설계
- 구현 : 프로그래밍 언어 선택, 기법, 스타일, 순서 등을 결정하여 실제 프로그램을 작성하는 단계
└ 인터페이스 개발, 자료 구조 개발, 오류 처리
- 테스트 : 예상과 실제결과의 차이를 검사, 평가 단계
└ 단위 테스트, 통합 테스트, 시스템 테스트, 인수 테스트
- 유지보수 : 시스템 인수되고 설치된 후 일어나는 모든 활동
└ 예방, 완전, 교정, 적응 유지보수
3. 모델 종류
| 종류 | 설명 |
|
| 폭포수 모델 (Waterfall Model) |
· 개발시 각 단계를 확실히 마무리 지은 후 다음 단계로 넘어감 · 선형 순차적 모형, 고전적 생명주기 모형 · 요구사항 변경 어려움 |
|
| 절차 | 타당성 검토 → 계획 → 요구사항 분석 → 설계 → 구현 → 테스트 → 유지보수 | |
| 프로토타이핑 모델 (Prototyping Model) |
· 고객이 요구한 주요기능을 프로토타입으로 구현하여, 고객의 피드백을 반영 · 요구사항 분석 용이, 타당성 검증가능 · 프로토타입 폐기에 따른 비용 증가 |
|
| 나선형 모델 (Spiral Model) |
· 시스템 개발 시 위험을 최소화하기 위해 점진적으로 완벽한 시스템으로 개발 · 위험분석, 반복개발 · 위험성 감소와 변경에 유연한 대처 · 단계 반복에 따른 관리 어려움 |
|
| 절차 | 계획 및 정의 → 위험 분석 → 개발 → 고객평가 | |
| 반복적 모델 (Iteration Model) |
· 구축대상을 나누어 병렬적으로 개발 후 통합하거나, 반복적으로 개발하여 점증 완성시키는 SDLC 모델 · 병행 개발로 인한 일정 단축 가능 · 병행 개발에 따른 관리 비용 증가 |
|
소프트웨어 개발 방법론
1. 개념
- 소프트웨어 개발 전 과정에 지속적으로 적용할 수 있는 방법, 절차, 기법
- 소프트웨어 개발의 시작부터 시스템을 사용하지 않는 과정까지의 전 과정을 형상화한 방법론
2. 종류
| 종류 | 설명 | |
| 구조적 방법론 | · 전체 시스템을 기능에 나누어 개발, 이를 통합하는 분할과 정복 접근 방식의 방법론 · 프로세스 중심의 하향식 방법론 · 나씨 슈나이더만 차트 사용 : 논리의 기술에 중점을 둔 도형식 표현방법 |
|
| 정보공학 방법론 | · 정보시스템 개발에 필요한 관리 절차와 작업 기법을 쳬계화 | |
| 객체 지향 방법론 | · '객체'라는 기본 단위로 시스템을 분석 및 설계 | |
| 컴포넌트 기반 방법론(CBD) | · 컴포넌트를 조립해서 하나의 새로운 응용프로그램 작성 · 개발시간 단축 - 생산성 향상, 확장성, 재사용성 |
|
| 애자일 방법론 | · 절차보다는 사람 중심, 변화에 유연 신속 적응하면서 효율적인 시스템 개발 | |
| 제품 개발 방법론 | · 특정 제품에 적용하고 싶은 공통된 기능을 정의 개발, 임베디드 S/W작성에 유용 | |
3. 애자일 : 절차보다는 사람중심, 변화에 유연 신속 적용, 즉시 피드백을 받아 유동적 개발
- 유형
① XP : 의사소통 개선과 즉각적 피드백으로 소프트웨어 품질 향상을 위한 방법론
└ XP 5가지 가치 : 용기, 단순성, 의사소통, 피드백, 존중
└ XP 12가지 기본원리
| 기본원리 | 설명 |
| 짝 프로그래밍 | 개발자 둘이서 짝 코딩 |
| 공동 코드 소유 | 시스템에 있는 코드는 누구든 언제든 수정 가능 |
| 지속적인 통합 (CI) | 매일 여러번 소프트웨어 통합, 빌드 |
| 계획 세우기 | 고객 요구 비즈니스 가치 정의, 개발자가 필요한 것이 무엇인지, 어떤 부분에서 지연 여부를 알려줌 |
| 작은 릴리즈 | 작은 시스템을 먼저 만들고, 짧은 단위 업데이트 |
| 메타포어 | 공통적인 이름 체계와 시스템 서술서를 통해 의사소통을 원활 |
| 간단한 디자인 | 요구사항에 적합한 가장 단순한 시스템을 설계 |
| 테스트 기반 개발 (TDD) | 작성하는 프로그램에 대한 테스트 먼저 수행, 테스트를 통과하도록 실제 코드 작성 |
| 리팩토링 | 프로그램 기능을 바꾸지 않으면서, 코드의 중복제거, 단순화 |
| 40시간 작업 | 개발자 실수 방지를 위해 일주일 40시간 이상 일하지 말아야 함 |
| 고객 상주 | 개발자 질문에 즉각 대응을 위해 고객 풀타임 상주 |
| 코드표준 | 효과적인 공동 작업을 위해 코딩 표준 정의 |
② 린(Lean) : 토요타의 린 시스템 품질 기법을 소프트웨어 개발 프로세스에 적용해서 낭비 요소를 제거하여 품질 향상을 위한 방법론
└ 린 7가지 가치 : 낭비제거, 품질 내재화, 지식창출, 늦은 확정, 빠른 인도, 사람존중, 전체 최적화
③ 스크럼(SCRUM) : 매일 정해진 시간, 장소에서 짧은 시간의 개발을 하는 팀을 위한 프로젝트 중심 방법론
└ 백로그, 스프린트, 스크럼 미팅, 스크럼 마스터, 스프린트 회고, 번 다운 차트
객체 지향 분석 방법론 ( OOA : Object Oriented Analysis )
1. 개념 : 사용자의 요구사항을 분석하여 요구된 문제와 관련된 모든 클래스, 속성과 연산, 관계를 정의
2. 종류
- OOSE(Object Oriented Software Engineering) : 유스케이스를 모든 모델의 근간으로 활용되는 방법론, 야콥스
- OMT(Object Modeling Technology) : 그래픽 표기법을 이용하여 소프트웨어 구성요소를 모델링, 럼바우
└ 분석 절차 : 객체 - 동적 - 기능
└ 객체 모델링 (Object, Information) : 객체 다이어그램, 객체들 간의 관계 정의하여 ER 이어그램을 만드는 과정까지의 모델링
└ 동적 모델링 (Dynamic) : 상태 다이어그램, 시간의 흐름에 따라 객체들의 동적인 행위를 표현
└ 기능 모델링 (Functional) : 자료흐름도(DFD), 프로세스들의 자료 흐름을 중심으로 처리과정 표현
- OOD(Object Oriented Design) : 설계 문서화를 강조하여 다이어그램 중심으로 개발, 부치
비용산정, 일정관리 모형 ⭐⭐⭐
비용산정 모형 : 소프트웨어 비용 산정 방식
1. 분류
- 하향식 산정방법 : 경험이 많은 전문가에게 비용산정
└ 전문가 판단
└ 델파이 기법 : 전문가의 경험적 지식을 통한 문제 해결 및 미래예측을 위한 기법
- 상향식 산정방법 : 세부적인 요구사항과 기능에 따라 비용산정
└ 코드라인수(LoC) 모형, Man Month 모형, COCOMO 모형, 푸트남 모형, 기능점수(FP) 모형
2. 종류
| 종류 | 설명 |
| 코드라인수(LoC) 모형 | · 원시 코드 라인수의 낙관치, 중간치, 비관치 측정하여 예측치를 구해 비용산정 |
| Man Month 모형 | · 한 사람이 1개월동안 할 수 있는 일의 양을 기준으로 비용산정 · (Man Month) = (LoC) / (프로그래머 월간 생산성) · (프로젝트 기간) = (Man Month) / (프로젝트 인력) |
| COCOMO 모형 | · 보헴이 제안한 모형으로 프로그램 규모에 따라 비용산정 · 조직형(Organic) : 5만 라인 이하 · 반분리형(Semi) : 30만 라인 이하 · 임베디드형(Embedded) : 30만 라인 이상 |
| 푸트남 모형 | · 개발주기의 단계별로 요구할 인력의 분포를 가정하는 방식 |
| 기능점수(FP) 모형 | · 소프트웨어 기능을 증대시키는 요인별로 가중치를 부여햐여 비용산정 |
일정 관리 모델 : 프로젝트가 일정 기한 내에 완료될 수 있도록 관리하는 모델
1. 종류 (주,펄,중)
- 주 공정법(CPM) : 여러 작업의 수행 순서가 얽혀 있는 프로젝트의 일정을 계산하는 기법
└ 주 공정(임계경로) : 프로젝트의 시작에서 종료까지 가장 긴 시간이 걸리는 경로
- PERT : 일의 순서를 계획적으로 정리하기 위한 수렴 기법. 비관치, 중간치, 낙관치 이용
- 중요 연쇄 프로젝트 관리(CCPM) : 주 공정 연쇄법으로 자원 제약사항을 고려하여 일정 작성
TEST → 정답은 드래그!
| 정답 | 문제 |
| 소프트웨어 생명주기 (SDLC) |
시스템의 요구분석부터 유지보수까지 전 공정을 체계화한 절차이다. |
| 폭포수 모델 | 소프트웨어 개발시 각 단계를 확실히 마무리 지은 후에 다음단계로 넘어가는 가장 오래된 생명주기 모델이다. |
| 나선형 모델 | 시스템 개발 시 위험을 최소화하기 위해 점진적으로 완벽한 시스템으로 개발해 나가는 모델이다. |
| 소프트웨어 개발 방법론 | 소프트웨어 개발 전 과정에 지속적으로 적용할 수 있는 방법, 절차, 기법이다. |
| 구조적 방법론 | 전체 시스템을 기능에 따라 나누어 개발하고, 이를 통합하는 분할과 정복 접근 방식을 사용하는 방법론이다. |
| 나씨-슈나이더만 차트 | 구조적 프로그래밍 표현을 위해 논리의 기술에 중점을 둔 도형식 표현 방법으로 연속, 선택, 반복 등의 제어 논리 구조로 표현한다. |
| 애자일 방법론 | 절차보다는 사람이 중심이 되어 변화에 유연하고 신속하게 적응하면서 효율적으로 시스템을 개발할 수 있는 신속 적응적 경량 개발 방법론이다. |
| XP | 의사소통 개선과 즉각적 피드백으로 소프트웨어 품질을 높이기 위한 방법론으로 5가지 가치와 12개의 실천항목이 존재한다. |
| 지속적인 통합(CI) | 매일 여러 번씩 소프트웨어를 통합하고 빌드해야 한다는 원리이다. |
| 메타포어 | XP의 12가지 기본원리 중 하나로 공통적인 이름체계와 시스템 서술서를 통해 고객과 개발자간의 의사소통을 원활하게 한다는 원리이다. |
| 테스트 기반 개발(TDD) | 작성해야 하는 프로그램에 대한 테스트를 먼저 수행하고 이 테스트를 통과할 수 있도록 실제 프로그램의 코드를 작성한다는 원리이다 |
| 스크럼 | 애자일 방법론 중 매일 정해진 시간, 장소에서 짧은 시간의 개발을 하는 팀을 위한 프로젝트 관리 중심 방법론이다. |
| 스프린트 | 스크럼 방법론에서 2~4주의 짧은 개발 기간으로 반복적 수행하는 개발 품질을 향상시키는 프로젝트 수행법이다. |
| 번 다운 차트 | 스크럼 방법론에서 남아있는 백로그 대비 시간을 그래픽적으로 표현한 차트이다. |
| 리팩토링 | 프로그램의 기능을 바꾸지 않으면서 중복제거, 단순화 등을 위해 시스템 재구성 한다는 원리이다. |
| LoC 모형 | 소프트웨어 각 기능의 원시 코드 라인 수의 낙관치, 중간치, 비관치를 측정하여 예측지를 구하고 이를 이용하여 비용을 산정하는 방식이다. |
| Man Month | 한 사람이 1개월 동안 할 수 있는 일의 양을 기준으로 프로젝트 비용을 산정하는 방식이다. |
| COCOMO 모형 | 보헴이 제안한 모형으로 프로그램 규모에 따라 비용을 산정하는 방식으로, 규모에 따라 조직형, 반 분리형, 임베디드형으로 나뉜다. |
| 푸트남 모형 | 소프트웨어 개발 주기의 단계별로 요구할 인력의 분포를 가정하는 방식으로, 시간에 따른 함수로 표현되는 Rayleigh-Norden 곡선의 노력분포도를 기초로 한다. |
| 델파이 기법 | 비용산정 모형 중 하향식 산정방법이며, 전문가의 경험적 지식을 통한 문제 해결 및 미래예측을 위한 기법이다. |
| 기능 점수 모형(FP 모형) | 요구 기능을 증가시키는 인자별로 가중치를 부여하고, 요인별 가중치를 합산하여 총 기능의 점수를 계산하여 비용을 산정하는 방식이다. |
| 주 공정법 | 일정관리 모델 중에서 여러 작업의 수행 순서가 얽혀 있는 프로젝트의 일정을 계산하는 기법이며, 모든 자원 제약사항을 배제한 상태로 프로젝트의 시작과 끝을 나타내는 노드와 노드 간을 연결을 통해 공정을 계산하기 위한 액티비티로 표기한다. |
| PERT | 일정관리 모델 중에서 일의 순서를 계획적으로 정리하기 위한 수렴기법으로 비관치, 중간치, 낙관치의 3점 추정방식을 통해 일정을 관리하는 기법이다. |
| 데이터 흐름도(DFD) | 데이터가 각 프로세스를 따라 흐르면서 변환되는 모습을 나타낸 그림으로, 시스템 분석과 설계에서 매우 유용하게 사용되는 다이어그램이다. |
| 자료 사전(DD) | 자료 요소, 자료 요소들의 집합, 자료의 흐름, 자료저장소의 의미와 그들 간의 관계, 관계 값, 범위, 단위들을 구체적으로 명시하는 사전이다. |
| 릴리즈노트 | 조직의 최종사용자인 고객과 잘 정리된 릴리즈 정보를 공유하는 문서이다. |
| 헤더 | 릴리즈 노트 작성 항목 중 문서 이름, 제품 이름, 버전 번호, 릴리즈 날짜, 참고 날짜, 노트 버전 등의 정보이다. |
| 재현 항목 | 릴리즈 노트 작성 항목 중 버그 발견에 따른 재현 단계 기술이다. |
| 사용자 영향도 | 릴리즈 노트 작성 항목 중 버전 변경에 따른 최종 사용자 기준의 기능 및 응용 프로그램상의 영향도 기술이다. |
| 노트 | 릴리즈 노트 작성 항목 중 소프트웨어 및 하드웨어 설치 항목, 제품, 문서를 포함한 업그레이드 항목 메모이다. |
| 면책조항 | 릴리즈 노트 작성 항목 중 회사 및 표준 제품과 관련된 메시지, 프리웨어 및 불법 복제 방지, 중복 등 참조에 대한 고지 사항이다. |
※ 해당 글은 수제비 2022 도서 참고하였습니다.
수제비- IT 커뮤니티 (정보처리기사... : 네이버 카페
수제비-수험생 입장에서 제대로 쓴 비법서(정보처리기사, 정보처리기능사, 빅데이터 분석기사 등 시리즈)
cafe.naver.com
'정보처리기사' 카테고리의 다른 글
| Ⅱ 화면설계 - UI 요구사항 확인 (0) | 2023.01.30 |
|---|---|
| [2023] 정보처리기사 시험 일정 (0) | 2023.01.05 |
| Ⅰ 요구사항 확인 - 분석 모델 확인하기 (0) | 2022.12.02 |
| Ⅰ 요구사항 확인 - 요구사항 확인 (0) | 2022.12.01 |
| Ⅰ 요구사항 확인 - 현행 시스템 분석 (0) | 2022.11.17 |