Software Engineering Project P.O.C – 20054389 박상헌 20074488 전용훈 20074499 최 륜
목 차 문제의 정의 - 현재의 상황( 사용자 입장 ) - 구현 될 시스템의 목표 - 제약 조건 - 해결 방향 일정 계획 - WBS - CPM 네트워크 노력 추정 계획서 작성
문제의 정의 현재의 상황 - 컴퓨터에는 수많은 파일들의 종류가 존재 - 문서파일, 이미지파일, 동영상파일, 스크립 트 파일, 음악파일 등 이외에도 많은 종류의 파일들이 존재 구현될 시스템의 목표 - 우리 조는 이러한 수많은 파일들을 종류별 5 가지로 분류하여, 파일들을 열 수 있는 다기 능 뷰어의 구현을 최종 목표로 한다.
문제의 정의 3. 제약 조건 - 대상의 기능 : 학술적인 목표가 주된 목적이며, 프 로토 타입까지의 구현을 목표로 하며, 위의 다섯 가 지 파일 별 실행을 최종 목표 기능으로 삼는다. - 성능 : 시중에 존재하는 파일 별 뷰어들의 실행속도 가 성능의 목표이며, 두 개 이상의 파일이 실행 될 경 우 파일의 특성이 조건에 부합할 때 두 파일을 동시 에 열 수 있는 멀티태스킹 기능의 구현을 목표로 한 다.
프로그램의 추상적인 모습입니다. 큐브의 각 색상은 각각의 뷰어 프로그램을 뜻하며, 실행 시 플래시처럼 돌아가지는 문제의 정의 - 인터페이스 : 최종적인 인터페이스는 GUI의 구현에 있으며, 가능한 큐브의 모양을 띄게 구현 할 예정이다. - 신뢰성 : 각각의 실행파일들이 문제없이 실행되는 것을 목표로 한다. 옆의 플래시가 대략적인 프로그램의 추상적인 모습입니다. 큐브의 각 색상은 각각의 뷰어 프로그램을 뜻하며, 실행 시 플래시처럼 돌아가지는 않습니다.
문제의 정의 4. 해결 방향 -> 전제조건 - 사용자의 요구 : - 개발 여건 : c++과 API 또는 java -> 전제조건 - 사용자의 요구 : - 개발 여건 : c++과 API 또는 java 다섯 종류의 파일을 한 프로그램에서 실행 가능한 뷰어프로그램을 만들어 주시오.
문제의 정의 -> 기능의 우선순위 - 꼭 필요한 기능 : 각 파일의 실행 - 중요한 기능 : 두 개 이상의 파일이 실행될 때 다중실행 개념 도입 - 중요하지 않은 기능 : text파일의 수정기능, movie파일과 image파일의 명암, 밝기 조절기능, sound파일의 음향조절기능 등 부가적인 기능은 중요하지 않다. - 있으면 좋은 기능 : 각 파일의 수정 기능
일정 계획 WBS
일정 계획 2. CPM 네트워크
노력 추정 COCOMO 방법 -> 예상 규모: 2,000 LOC 단순형 PM = 3.0 x (KDSI)1.05 = 3.0 x (2)1.05 = 6MM TDEV = 2.5 x (6)0.38 = 4.93 ≒ 5M N = PM/TDEV = 6/5 ≒ 1.2명
노력 추정 2. 기능 점수 방법 -> 25 LOC/FP인 4세대 언어로 구현한다면, 134 x 25가 되어 3350 LOC를 구할 수 있다. 프로젝트 팀의 생산성이 2000 LOC/MM (한 달에 한 사람이 2000 라인 작성)이라면, 3350/2000 = 1.6MM가 된다
계획서 작성
The End