1. 요구사항분석의 개요
1-1. 요구사항분석의 정의
- 문제의 해결 또는 목적 달성을 위하여 사용자에 의해 요구되거나 표준이나 명세 등을 만족하기 위해 시스템이 가져야 하는 서비스 또는 제약 사항
1-2. 요구사항분석의 목적
1) 프로젝트 성공 : 요구사항 분석
2) 의사소통 : 사용자의 요구에 대한 이해 , 협력적인 관계 유지
3) 비용 및 기간 단축 : 초기에 Error 체크 일정지연 방지
4) 일관성 유지 : 요구사항 변경 식별에 대한 대응
2. 요구사항분석의 개념도, 기법
2-1. 요구사항분석의 개념도
2-2. 요구사항분석의 기법
| 단계 | 기법 | 적용 상황 |
| 추출 | InterView | - 상위 요구사항을 도출할 때 - 사용자 필요를 파악하고자 할 때 |
| Questionnaire | - 시스템에 대한 전체 의사가 필요한 경우 - 현 시스템의 문제점을 파악하고자 할 때 |
|
| Role Playing | - 사용자의 문제를 효과적으로 이해하고자 할 때 | |
| Workshop | - 요구사항 추출을 촉진시켜 요구사항 범위를 확정 하고자 할 때 - 단기간에 집중적인 노력을 들여 요구사항을 추출, 피드백을 받아 확정 하고자 할 때 |
|
| Brainstorming | - 짧은 시간 내에 많은 양의 아이디어를 획득하고자 할 때 - 판단과 비판을 유보하여 창의성을 극대화 할 때 |
|
| 분석 | 유스케이스 모델링 | - 사용자 참여도를 높이고자 할 때 - 사용자와 효과적인 의사소통이 필요할 때 |
| 데이터 모델링 | - DBMS를 중심으로 업무를 파악하고자 할 때 | |
| 프로토타이핑 | - 사용자의 정확한 피드백을 얻고자 할 때 - 기술 검증이 필요할 때 - 위험 관리가 중요할 때 |
|
| Review | - 고객과 함께 검토하고자 할 때 | |
| 검증 | Inspection | - 사용자 요구사항이 정확히, 완벽하게 그리고 추적성 있게 정의 되었는지 점검 할 때 |
| Walk - Through | - 객관성을 확보하기 위해 제3가 점검할 때 |
'1. IT Story > Basic Studies' 카테고리의 다른 글
| 5 Force (0) | 2019.07.06 |
|---|---|
| IEEE 1471 (0) | 2019.07.05 |
| 모델체킹(Model Checking) (0) | 2019.07.04 |
| 요구공학(Requirement Engineering) (0) | 2019.07.03 |
| 경영환경분석 (0) | 2019.07.01 |
| IT ROI (Return Of Investment) (0) | 2019.06.30 |
| BSC(Balanced Score Card) (0) | 2019.06.29 |
| MDA(Model Driven Architecture) (0) | 2019.06.28 |
운명을바꾸는자
IT와 함께 살아가는 삶
