1. 요구사항
사용자와 개발자가 합의한 범위 내에서 사용자가 원하는 기능
2. 요구 분석의 이해
3. 요구 분석 절차와 요구 사항 종류
요구 분석 절차와 요구사항 분류
1.
자료 수집
2.
요구사항 도출
3.
문서화
4.
검증
기능 요구사항
사용자가 원하는 기능, 완전하고 일관성 있게 만들어야 함
비기능 요구사항
1) 제약 사항
언어 제약, 서버 제약 등
2) 품질
1.
신뢰성
고장 ㄴㄴ
2.
가용성
•
총 운용시간 동안 얼마나 정상적으로 가동되었는지
•
(MTBF / (MTBF + MTTR)) * 100
•
MTBF : 평균 정상 작동 시간
•
MTTR : 평균 수리 시간
•
MTTF : 고장 까지의 평균 시간 (고장은 수리 불능)
4. 요구 사항의 표현
모델링 언어
•
구조적 방법 : 자료 흐름도, 자료 사전, 소단위 명세서
•
정보공학 방법 : ERD
•
객체지향 방법 : UML
자료 흐름도
DATA FLOW DIAGRAM , 자료 흐름도
1.
처리 표현 : 필요한 기능
2.
입력 과 출력 자료 표현
3.
자료 저장소 표현 : 두줄 직선
4.
자료 출원지와 목적지 표현 : 사각형 박스, 터미네이터라고 함
자료 사전
•
= : 정의
•
+ : 연결, ~와
•
() : 생략 가능
•
[ A | B ] : A, B중에 선택
•
{} : 반복
•
** : 주석
소단위 명세서
알고리즘 형태로 작성하는 것
ERD
ERD
유스케이스 다이어그램
1) 유스케이스 다이어그램 작성
1.
후보 유스케이스 도출
2.
후보 유스케이스 검토
a.
꼭 필요한지 액터 관점에서 검토
3.
유스케이스 정련
a.
실행 후 사용자가 원하는 결과 제공
b.
사용자에 의해 시작
c.
많이 사용하는 기능은 하나의 유스케이스로 도출
d.
사용하는 기능만 유스케이스로 도출
e.
주 기능은 유스케이스, 보조 기능은 이벤트 흐름
2) 유스케이스 명세서 작성
1.
개요
•
유스케이스가 제공하는 기능
•
사용하는 액터 표현
2.
관련 액터
•
유스케이스를 사용하는 액터
3.
우선순위
•
사용자 관점에서 중요하다고 생각되는 순서를 기술
4.
선행조건
•
유스케이스가 수행되기 전 만족해야 하는 조건을 기술
5.
후행조건
•
유스케이스가 수행된 후 만족해야 하는 조건 기술
6.
이벤트 흐름
•
유스케이스가 수행될 때 액터와 시스템의 대화를 기술
•
문장이나 순차 다이어그램으로 표현
7.
비기능 요구사항
•
유스케이스와 관련 있는 비기능 요구사항을 기술