1. 분석 단계

⊙ 요구사항 정의서 : 고객의 니즈를 담고 있는 문서, 고객의 니즈에 따라서 프로젝트의 스펙이 결정될 것이다

⊙ 기능 차트 : 니즈를 베이스로 큰 카테고리를 만들어서 프로젝트의 역할을 보여준다 → 유스케이스다이어그램으로 대체 가능

⊙ 프로세스 정의서 : 기능차트를 기준으로 각각의 프로세스를 보여준다 → 시퀀스다이어그램으로 대체 가능

⊙ 인터페이스 정의서 : 프로세스 정의서 기준으로 외부 S/W 및 장비와 연결정보를 정의한 문서

2. 설계 단계

⊙ 화면설계서 : 웹어플리케이션 혹은 기타 어플리케이션에서 고객이 사용하고자하는 샘플 화면 문서

⊙ ERD : 데이터베이스를 생성하고 테이블간의 관계를 나타내는 문서

⊙ 테이블 목록 : 한눈에 데이터베이스 구조를 볼 수 있는 목록

⊙ 테이블 정의서 : 각 테이블의 필드명 값, 바이트 등의 정보 표시

⊙ 개발 표준 정의서 : 변수명, 클래스명, 파일명의 규칙등 코딩에 관련된 규칙을 담은 문서

⊙ 단위테스트 시나리오 : 프로세스별 단위 테스트를 위한 테스트 문서

⊙ 통합테스트 시나리오 : 단위테스트를 근간으로 고객의 니즈를 보안할 수 있는 테스트 문서

3. 개발 단계

⊙ 소스코드 : 오류 수정까지 끝난 원시코드 자체

⊙ 프로그램 정의서 : 소스코드의 단계별(모듈) 동작표준을 정의한 문서

⊙ 단위테스트 결과서 : 단위테스트 시나리오를 기준으로 한 테스트 결과

⊙ 결함/오류 보고서 : 단위테스트를 통해 발견된 에러/버그의 원인과 수정에 대한 내용

⊙ 오류코드 정의서 : 결함/오류 보고서의 내용을 베이스로 해당 시스템에서 발생 할 수 있는 오류를 코드화 하여 보여줌

⊙ 통합테스트 결과서 : 통합테스트 시나리오를 기준으로 한 결과로서 개발완료 여부의 기준이 되는 문서