Software Engineering- 한성대학교 컴퓨터 공학과 -Leader이승우 최준석 이 현 최영규 이재호1092067 1092045 1092073 1092083 1092071최종보고서‘토끼’ 조의 최종보고서를 제출합니다.2014년 06월 12일최종보고서_Rabbit조(최신).hwp1- 목 차 -■ 1. 프로젝트 개요가. 제안배경 및 도입 효과■ 2. 계획가. 주요 일정 및 산출물 목록나. SDLC & 개발 방법론다. WBS라. 개발 규모 산정(LOC/FP)마. 일정계획(Gantt 차트)바. 위험관리 계획사. 팀 구성 및 역할 분담■ 3. 요구사항 명세가. 유스케이스 다이어그램나. 유스케이스 명세서(기술서)다. 시퀀스 다이어그램(유스케이스 시나리오: 필요시기술)■ 4. 분석 및 설계가. 시스템 구조(아키텍처 설계)나. 클래스 설계(정적 모델링)1) 클래스 다이어그램2) 클래스 명세서다. 시퀀스 다이어그램(동적 모델링)(※ 필요시 액티비티/상태 다이어그램 추가 기술)라. 데이터베이스 설계1) ER 다이어그램2) 테이블 설계■ 5. 구현가. 개발 환경나. 소스코드 목록(※ 파일, 파일에 대한 설명, 작성자)다. 구현 결과(실행 결과 화면 캡처)■ 6. 테스트가. 테스트 케이스■ 7. 평가- 각 단계별 체크리스트 목록 점검- 프로젝트 수행 결과에 대한 자체 평가 및 소견을 기술1. 프로젝트 개요가. 제안 배경 및 도입 효과:지금까지 우리들은 게임을 다운로드 받아서 사용하기만 해왔다. 하지만 컴퓨터공학과에 입학 한 후 속으로는 언젠가 내가 만든 게임을 사람들이 사용하는 것을 생각해왔다. 그래서 이번 프로젝트 기회에 조원끼리 합동하여 게임을 만들기로 하였다. 도입 효과로는 정서적 휴식, 스트레스 해소, 성취감 달성 그리고 인내력을 키울 수 있고 반면에 중독성으로 인해 시간 개념을 상실 할 수 있다는 점이 있다.2. 계획가. 주요 일정 및 산출물 목록:나. SDLC & 개발 방법론:1. 개발 생명주기 모델:피드백이 있는 Waterfal Model-생명주기단 계입력 산출물수행 태스크출력 산출물시작 기준완료 기준요구 사항프로젝트 제안서기능 분석 및 명세서 작성요구사항 명세서프로젝트 제안서 작성요구사항 명세서 작성설 계요구사항 명세서아키텍처설계설계서요구사항 명세서 작성설계서 작성구 현설계 사양서개발 코딩 단위 테스트소스 코드 테스트 보고서설계서 작성구현 후 단위 테스트 종료테스트소스 코드시스템 테스트인수 테스트테스트 보고서통합 테스트 종료시스템 테스트 종료유지 보수테스트 보고서프로젝트 검토프로젝트 완료 보고서전 테스트 종료완료 보고서 작성2. 개발 방법론객체지향 방법론 이용:프로젝트 개발 언어가 JavaScript이기 때문에 객체를 표현하기에 적합하다.-객체지향 방법론 절차개발 단계상세 내용객체 지향 분석게임을 사용하는 사람(User)과 게임의 기능을 UML 언어의 Use Case를 이용하여 시스템 요구사항을 분석한다.객체지향 설계시스템 설계 및 객체 설계를 분리하여 설계한다.? 시스템 설계 : 서버를 성능 및 최적 방안을 모색해 설계한다.? 객체 설계 : UML언어의 Class Diagram을 이용 Class를 정의하고 Class들 간의 관계 및 알고리즘 그리고 자료구조를 설계한다.객체 지향프로그래밍객체지향 설계를 바탕으로 Java Script언어를 이용하여 데이터 구조 부분과 관련 메소드를 포함하는 여러 객체들로 구현한다.다. WBS:라. 개발 규모 산정(LOC/FP):마. 일정계획(Gantt 차트):바. 위험관리 계획:1. 위험 분석의 판정 기준-위험 영향도구 분비용 초과일정 지연품질 목표상·20% 이상달성불가중·5~20%현저한 영향하·5% 미만경미한 영향-발생 가능도구분내용상발생 가능성이 50% 이상인 경우중발생 가능성이 49 ~ 10%인 경우하발생 가능성이 9% 이하인 경우2. 위험 상세 분석 내용-프로젝트 측면 위험위험 요소발생 상황대처 방안위험 영향도발생 가능성요구사항 변경추가 발생 예상지속적인 회의를 통해 발생 최소화상중인력교체/중도 탈락맡은 임무 한계성 극복 실패, 개인사정으로 인한 포기상호 간 협력 유지모든 과정 문서화와 회의를 통해 인수인계상하일정 지연앞선 구축 일정 지연으로 인한 전체 구축 일정 지연개발관리대상 업무별 요구 관리 철저주간 일정 관리 철저상상제품 품질 저하제품에 대한 이해부족제품에 대한 충분 회의 실시동료 검토를 통한 지속적 수준 체크상하-기술적 측면 위험위험 요소발생 상황대처 방안위험 영향도발생 가능성기술력 부족개발 인력의 업무 수행 능력 부족개발 인력에 대한 충분한 사전 스터디를 통해 업무 수행 능력 증진상중성능 미달시스템 성능 미달 H/W 또는 S/W규모 변경시스템 구축 전 충분한 능력, 용량 산정, 설계에서 가동까지 일관성 유지상하산출물 관리 소홀구축 시스템 및 산출물 훼손백업 및 복구 체제 마련 일일 벽업 관리 철저상하-사용자 측면 위험위험 요소발생 상황대처 방안위험 영향도발생 가능성요구사항 누락필요한 요구사항을 정확히 파악하지 못함.지속적인 회의를 통해 요구사항 확인상중요구사항 변경필요 요구사항변경 및 추가지속적인 회의를 통해 요구사항 확인상상사. 팀 구성 및 역할 분담:3. 요구사항 명세가. 유스케이스 다이어그램:나. 유스케이스 명세서(기술서):USECASE IDUSECASE NAME설명우선순위UC001JUMP화면을 터치하면 MARIO가 점프를 한다.상UC002점수 제공현재 점수를 표시한다.하UC003점수 계산MARIO가 통과한 장애물의 개수를 계산난다.하UC004장애물 생성MARIO의 앞쪽에 장애물을 생성한다.중UC005장애물 이동장애물이 오른쪽에서 왼쪽으로 이동한다.중UC006BACKGROUND 이동BACKGROUND가 오른쪽에서 왼쪽으로 이동한다.하다. 유스케이스 시나리오:4. 분석 및 설계가. 시스템 구조(아키텍처 설계)ServerClient: 서버와 클라이언트 간의 서비스 요청과 제공을 한다.나. 시퀀스 다이어그램(동적 모델링)5. 구현가. 개발 환경Eclipse, Apache-Tomcat, Aptana나. 소스코드 목록index.html, main.js, phaser,min.jsindex.html ? 실행 되는 화면을 띄워주는 틀을 구현한 기본적인 html 파일.phaser.min.js ? 게임 개발 framework로 기본적으로 정의가 되있는 파일이며 include해서 사용함. http://phaser.io/사이트에서 제공하는 openSourc 이다.main.js ? 우리 팀이 만든 부분. 이미지, 소리, 동작에 대한 모든 소스.다. 구현 결과(실행 결과 화면 캡처)6. 테스트 케이스버 전일 자내 용1.014. 06. 15조별 모임을 통한 테스트 케이스 작성No대분류소분류액션기대결과결과비고1웹페이지마우스 입력게임화면을 클릭한다.게임이 실행된다.pass2게임 실행 상태에서 마우스 왼쪽버튼을 클릭한다.마리오는 위로 1번 뛰어오른다.pass3게임 종료된 상태에서 마리오를 클릭한다.게임이 재실행 된다.pass4마우스를 클릭해서 장애물을 피한다.점수가 올라간다.pass5마우스를 클릭해서 계속해서 장애물을 피한다.배경이 왼쪽으로 이동한다.pass6NOINPUT게임이 실행되고 아무런 입력을 하지 않는다.마리오는 바닥으로 떨어진다.pass7게임 실행 도중 마리오가 바닥에 닿을 때까지 아무런 입력을 하지 않는다.게임이 종료된다.pass8마리오가 장애물에 닿는다.게임이 종료된다.pass9바닥 또는 장애물에 닿아서 게임이 종료된다.점수가 나온다.pass7. 평가1. 개발 프로세스와 방법론을 정의하였는가?yes. 객체지향 방법론과 시나리오를 정의하였다. 이로 인해 어떤 방향으로 설계가진행이 되고, 결과물이 어떻게 도출되는지에 대해 알 수 있었다.2. 규모산정과 공수가 논리적으로 산정되었는가?no. 설계 문서를 논리적으로 작성하며 프로젝트를 진행하는 것이 처음이라 부족한점이 많았다.3. 프로젝트가 계획에 따라 수행되었는가?(WBS, Gantt 차트 기준)yes. 상세일정을 토대로 WBS를 먼저 작성한 후, 계획에 맞추어 수행하였다.4. 팀원별 역할, 책임이 적절히 분배되고, 계획대로 수행되었는가?yes. 코딩은 적절한 분배를 통해 이루어졌고,UI, PM역할 등이 적절히 나누어져 진행되었다.5. 주기적으로 회의 및 업무보고가 이루어졌는가?yes. 주 1~2회 정도의 회의 및 진행사항 보고가 이루어졌다.6. 위험요소에 대한 분석과 대응이 적절히 이루어졌는가?yes. 프로젝트를 진행 중 언어에 대한 지식 부족으로 진행이 더뎌지는 문제가 있으나.스터디 및 멘토의 도움으로 해결.7. 클래스가 기능적으로 잘 모듈화 되고, 관계가 명확히 설계되었는가?no. 자바스크립트엔 객체개념만 있고 클래스개념이 없었다. 이를 명확히 인지하고시작한 프로젝트이므로 넘어가게 되었다.8. 구현(코딩) 표준을 정하고 준수하였는가?no. 팀원들끼리 회의를 했으나, 아주 큰 프로젝트가 아니므로,크게 시간을 할애하지 않음.9. 테스트케이스를 먼저 도출하고 구현하였는가?yes. 요구사항명세서를 바탕으로 테스트케이스를 도출하여 구현 시 사용하였다.10. 모든 산출물 파일을 누락하지 않고 제출하였는가?yes. 모두 제출하였다.11. 저작권을 위반하지 않았는가?yes. 소스의 틀이 되는 “phaser.min.js” 파일은 오픈소스로 정의되어 있는 부분으로
