Projects - OLD‎ > ‎

Old

x
Advanced System Programming

By Suntae Hwang

Fall Semester

Projects

주어진 일정에 따라 다음의 문서를 제출해야 한다.
  • 요구사항 분석 및 개발 계획서
다음에 개발할 프로그램이나, 개정할 프로그램에 대한 요구사항 분석과 개발 계획서를 제출한다.
이 보고서에는 다음의 문서들이 포함되어야 한다. 다음의 각 문서는 개발하는 프로그램별로 작성되어져야 한다.
예를 들어, Read, Write, Edit, Delete 의 프로그램은 4개 세트로 구성되어야 한다. 각 문서에서 다른 문서를 참고 하는 경우 문서의 이름과 버전을 명시하여 참고한다.
  • Use Case 모델 조사
프로그램에 대한 초기 요구사항 분석을 작성하여 제출한다. 포함되는 내용은 다음과 같다.

(1) 제시한 요구사항을 분석하고 이해한 내용을 작성한다.
(2) 요구사항으로부터 도출한 Use Case 개요와 Use Case간의 관계를 포함하는 계층도를 작성한다.

  • Use Case 계획
Use Case 모델 조사에서 설명한 Use Case 개요에 대한 세부 도출 구현 계획을 작성한다.
계획 단계의 Use Case에는 스토리 보드 형식으로 개괄적인 알고리즘, 동작/사건 흐름, 다른 인터페이스와의  상호교환에 대한 맥락을 제시한다.

  • 테스트 조사
Use Case 계획을 기준으로 검증할 수 있는 방법에 대한 테스트 Use Case를 작성한다.
테스트 방법에 대한 기본적인 아이디어를 바탕으로 Use Case를 작성한다.


이 문서들은 제출한 이 후, 개정할 수 없다. 
다음 일정에 따른 요구사항에 의해 프로그램의 수정이 이루어져야 하는 경우, 개정판 문서를 작성해서 제출한다.
개정판 문서에는 기존 문서의 장/절/항과 상관없이 독립적인 문서 구조를 가진다.기존 문서의 내용을 교정하는 경우, 내용에서 기존 문서의  장/절/항을 명시하고, 교정 내용을 작성한다. 
내용이 추가되는 경우 개정판 문서에 새로운 항목으로 추가한다.
  • 분석/개발 보고서
개발이 끝난 프로그램에 대한 분석/개발 보고서를 제출한다.
전체 시스템 관점에서 시스템과 시스템간의 연결 인터페이스에 대한 설명이 이루어져야 한다. 각 시스템에서 외부에 노출되어지는 서브 시스템을 포함해서 설명되어져야 한다.  시스템과 시스템간의 관계를 설명할 때에는 적절한 다이어그램이 포함되어야 한다.
구현 과정에서 정의되는 모듈이나 데이터 타입, 클래스에 대한 문서를 작성해야 한다.
사양서에는 각 모듈 등이 책임지는 범위와 요소, 다른 모듈들과의 관계를 포함한다.
또한 각 모듈의 속성, 처리 루틴( 필요한 경우 알고리즘까지 포함 )을 포함해야 한다.
필요한 경우 시퀀스 다이어그램, 스테이트 다이어그램 등을 사용하여 문서를 작성한다.
  • Use Case
계획단계의 Use Case를 정련한 문서를 제출한다. 이 문서는 세부 시퀀스 다이어그램과 스테이트 다이어그램, 다른 Use Case와의 상호작용 다이어그램을 포함해야 한다. Use Case에서 발생하는 이벤트(사건)과 이벤트 흐름에 대한 구체적인 설명이 포함되어야 한다.
이 문서의 품질은 다른 개발자가 읽고, 구현을 할 수 있는 수준의 품질로 작성한다.
  • 테스트
구현된 Use Case나 모듈 등을 검증할 수 있는 테스트 집합과 테스트 방법에 대한 내용을 구체적으로 제시해야 한다.
  • 테스트 보고서
개발이 끝난 프로그램에 대한 보고서를 제출한 후, 제시한 기간내에 테스트 보고서를 제출해야 한다. 계획과 보고단계의 테스트 문서의 내용이 변경되거나 폐기한 경우, 충분한 사유를 밝혀 문서를 작성한다. 만약 이전 단계의 테스트 문서의 내용 대로 수행하여 테스트가 실패한 경우, 실패 원인에 대한 분석을 작성하여 제출한다.

테스트 보고서에는 보고단계의 제출한 프로그램에서 발견된 결함에 대한 보고 내용을 포함한다. 만약 다음 단계의 개발이 남아 있는 경우 발견된 결함은 다음 개발 계획서에 해결방안이 제시되어야 한다.

Submit
  • 제출 방법
온라인 제출

별도의 폴더를 생성한 후, 폴더의 이름을 자신의 학번으로 변경한다.
폴도의 안에는 Report(보고서 폴더)와 Implementation(소스 폴더)를 생성한다.
Report에는 각 단계별로 제출해야 되는 문서를 포함한다.
Implementation에는 해당 단계에서 제출해야 하는 소스 코드를 포함한다.

자신의 학번 폴더를 포함하여 압축을 한다.

지정된 일정에 맞게 가상 강의실에 압축파일을 첨부하여 제출한다.

인쇄물 제출

인쇄물은 지정된 서식에 따라 양면인쇄를 한 후, 좌측 바인딩을 한다. 바인딩은 좌측의 상,중,하 점에 각각 고정될 수 있도록 해서 제출한다. 
가급적 클립(집게)을 사용한 바인딩은 지양한다.

인쇄물의 순서는 아래의 예시에 나타난 순서로 문서를 합쳐야 한다. 그리고 문서 도입부에는 문서 전체에 대한 표지와, 포함하고 있는 문서의 종류를 안내하는 문서 목차를 첨부해야 한다.
  • 초기 제출 문서의 종류 (예시)
종류문서
Use Case 모델 조사 UseCaseModelSurvey.BBS.1단계.hwp 
Use Case 계획UseCasePlan.BBS.1단계.Read.hwp
UseCasePlan.BBS.1단계.Write.hwp
UseCasePlan.BBS.1단계.Edit.hwp
UseCasePlan.BBS.1단계.Delete.hwp
 테스트 조사TestSurvey.BBS.1단계.hwp 
혹은
TestSurvey.BBS.1단계.Read.hwp
TestSurvey.BBS.1단계.Write.hwp
TestSurvey.BBS.1단계.Edit.hwp
TestSurvey.BBS.1단계.Delete.hwp

  • 단계별 완료시의 제출 문서의 종료(예시)
전 단계의 분석/개발 보고서와 다음 단계의 계획서를 같이 제출한다.
문서의 순서는 전 단계의 분석/개발 보고서가 처음에 와야한다.
개정문서가 있는 경우, 보고서 문서들 뒤에 오도록 한다.
다음 단계의 계획서는 마지막으로 배치한다.

종류문서
Use Case 모델 조사 UseCaseModelSurvey.BBS.1단계.개정1.hwp
UseCaseModelSurvey.BBS.2단계.hwp 
Use Case 계획UseCasePlan.BBS.1단계.Read.개정1.hwp
UseCasePlan.BBS.2단계.List.hwp
UseCasePlan.BBS.2단계.Shell.hwp
......
 테스트 조사TestSurvey.BBS.2단계.hwp 
혹은
TestSurvey.BBS.2단계.List.hwp
TestSurvey.BBS.2단계.Shell.hwp
......
 시스템 설계 사양서SystemDesignSpec.1단계.hwp
 모듈 / 클래스
설계 사양서
ModuleDesignSpec.1단계.hwp 
Use Case UseCase.BBS.1단계.Read.hwp
......
테스트 TestSet.BBS.1단계.hwp
혹은
TestSet.BBS.1단게.Read.hwp
테스트 보고서위 6개 종류의 문서를 제출한 후 제시된 일정 안에 
1단계 테스트 보고서를 제출한다.

Comments