[공학]소프트웨어 공학 설계 프로젝트

소개

2006년 2학기 소프트웨어 공학 설계 프로젝트입니다.

A+ 받은 자료이니 참고하세요.

목차

1. 문서의 목적 1

2. 작성 방법 1

3. 시스템 설명 2

4. 모듈별 설명 2

5. 요구사항 정의 2

6. 기타사항 2

부록
- 요구사항정의 별도표기
- UI 계획서 별도표기

본문내용

1. 1. 문서의 목적1.
응용업무가 무엇을 어떻게 해야 하는가에 대한 사용자 요구사항을 정의한다. 기능요건 만족 시 효과와 요구되어진 기능요건이 프로젝트팀에 부과하는 제약사항을 파악한다. 또한 요구 사항들은 파생되는 효과를 정의하여 개발 노력을 정당화하고 후에 이것은 고객과 개발자간의 계약서로 볼 수 있다.


2. 작성 방법
요구사항 ID : ID 부여방법 : RQ + 요구사항종류 +" - "+ 001
요구사항종류
-. 기능적 요구사항 : F
-. 비 기능적 요구사항 : N
-. 인터페이스 요구사항 (사용자 인터페이스 요구사항) : UI

요구사항 설명 : 유형별 요구사항에 대한 내용을 자세히 기술한다.

우선순위
-. High(H) : 1차로 구현되어야 하고, 중요도가 높은 것
-. Medium(M) : High와 Low의 중간으로 판단되는 것
-. Low(L) : 비교적 나중에 구현되어도 다른 시스템에 영향을 주지 않거나
완료 일정에 영향을 미치지 않는 것

분류 : 빈칸을 기본으로 하고, 여러 범위에 걸친 요구사항의 경우 관련된
응용시스템 코드 및 요구사항 종류를 표기한다.
해결안 : 요구사항을 해결할 수 있는 방안 기술한다.
제약사항 : 요구사항 반영 시 수반되는 제약사항에 대해서 기술한다.
출처 : 제안서나 요구사항을 제시한 고객명, 고객부서명, 회의를 통해 도출
되었다면 회의일자, 회의록(회의명칭) 등의 근거를 달 수 있다.
요구사항 정의서








요구사항 정의서
버 전 : 0.3
일 자 : 2006. 11. 11

참고자료

· 없음