1 / 13

Software Engineering Project

Software Engineering Project. P.O.C – 20054389 박상헌 20074488 전용훈 20074499 최 륜. 목 차. 문제의 정의 - 현재의 상황 ( 사용자 입장 ) - 구현 될 시스템의 목표 - 제약 조건 - 해결 방향 일정 계획 - WBS - CPM 네트워크 노력 추정 계획서 작성. 문제의 정의. 현재의 상황 - 컴퓨터에는 수많은 파일들의 종류가 존재

morrison
Download Presentation

Software Engineering Project

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Software Engineering Project P.O.C – 20054389 박상헌 20074488 전용훈 20074499 최 륜

  2. 목 차 • 문제의 정의 - 현재의 상황( 사용자 입장 ) - 구현 될 시스템의 목표 - 제약 조건 - 해결 방향 • 일정 계획 - WBS - CPM 네트워크 • 노력 추정 • 계획서 작성

  3. 문제의 정의 • 현재의 상황 - 컴퓨터에는 수많은 파일들의 종류가 존재 - 문서파일, 이미지파일, 동영상파일, 스크립 트 파일, 음악파일 등 이외에도 많은 종류의 파일들이 존재 • 구현될 시스템의 목표 - 우리 조는 이러한 수많은 파일들을 종류별 5 가지로 분류하여, 파일들을 열 수 있는 다기 능 뷰어의 구현을 최종 목표로 한다. 

  4. 문제의 정의 3. 제약 조건 - 대상의 기능 : 학술적인 목표가 주된 목적이며, 프 로토 타입까지의 구현을 목표로 하며, 위의 다섯 가 지 파일 별 실행을 최종 목표 기능으로 삼는다. - 성능 : 시중에 존재하는 파일 별 뷰어들의 실행속도 가 성능의 목표이며, 두 개 이상의 파일이 실행 될 경 우 파일의 특성이 조건에 부합할 때 두 파일을 동시 에 열 수 있는 멀티태스킹 기능의 구현을 목표로 한 다.

  5. 문제의 정의 - 인터페이스 : 최종적인 인터페이스는 GUI의 구현에 있으며, 가능한 큐브의 모양을 띄게 구현 할 예정이다. - 신뢰성 : 각각의 실행파일들이 문제없이 실행되는 것을 목표로 한다. 옆의 플래시가 대략적인 프로그램의 추상적인 모습입니다.  큐브의 각 색상은 각각의 뷰어 프로그램을 뜻하며,실행 시 플래시처럼 돌아가지는 않습니다.

  6. 문제의 정의 4. 해결 방향 -> 전제조건 - 사용자의 요구 : - 개발 여건 : c++과 API 또는 java 다섯 종류의 파일을 한 프로그램에서 실행 가능한 뷰어프로그램을 만들어 주시오.

  7. 문제의 정의 -> 기능의 우선순위 - 꼭 필요한 기능 : 각 파일의 실행 - 중요한 기능 : 두 개 이상의 파일이 실행될 때 다중실행 개념 도입 - 중요하지 않은 기능 : text파일의 수정기능, movie파일과 image파일의 명암, 밝기 조절기능, sound파일의 음향조절기능 등 부가적인 기능은 중요하지 않다. - 있으면 좋은 기능 : 각 파일의 수정 기능

  8. 일정 계획 • WBS

  9. 일정 계획 2. CPM 네트워크

  10. 노력 추정 • 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명

  11. 노력 추정 2. 기능 점수 방법 ->  25 LOC/FP인 4세대 언어로 구현한다면, 134 x 25가 되어 3350 LOC를 구할 수 있다.프로젝트 팀의 생산성이 2000 LOC/MM (한 달에 한 사람이 2000 라인 작성)이라면, 3350/2000 = 1.6MM가 된다

  12. 계획서 작성

  13. The End

More Related