1.계획서

                      종합설계 프로젝트 계획서 요약

팀명


        TravelMaker

제출일

2014 9 18

프로젝트 제목


TravelMaker

팀원

성명

학번

SNS 주소

김선기


20083210


melo07@daum.net

김중호


          20083219

hyper3853@naver.com


설계 프로젝트 개요

프로젝트 개요

  • 기존 TravelMaker의 Black Box testing, 기능 테스트
  • TravelMaker 버그검출 및 디버그
  • 데이터 사용량 감소
  • 스케줄 SNS 내보내기 기능 구현  

장점 

  • 1. 안정적인 서비스가 가능하다.
  • 2. 불필요한 데이터 사용량이 감소하여 리소스 활용에 용이하다.
  • 3. 새로운 스케줄 SNS내보내기 기능을 통하여 사용자 편의성이 증대 된다. 

현실적 제한요소

  • 1. 기능테스트를 통해 문제가 있는 기능을 발견 하였어도 복합적인 문제일 경우 디버깅에 어려움이 있을 수 있다.
  • 2. 코드 수정시 다른 기존에 없었던 기능상의 다른문제가 발생 할 수 있다.

비교대상 

    • 1. google 스케줄러에서 공유 계정을 등록하면 스케줄을 공유 할 수 있는 기능과 유사하다.
    • 2. 지속적으로 사용자 위치 정보를 검색하는 어플리케이션에서                       데이터 사용량이 많은 경우
    • 3. 어플리케이션 사용중 예기치 않은 문제로 종료되는 어플의 안정성을           증대시키는 작업과 유사하다.

    마일스톤 일정 

      • ~2014.09.30 : 프로그램 설계
      • ~2014.10.15 : black box 테스트, 기능 테스트, 1차 중간 보고서 제출  
      • ~2014.11.10 : 디버깅을 통한 안정화작업                                                                      데이터 최적화 작업,  2차 중간 보고서 제출
      • ~2014.12.10 : SNS 여행스케줄 내보내기 기능 구현, 최종보고서 제출 

      결론

      •  기존의 TravelMaker 어플리케이션(여행스케줄어플)이 더 안정적이고 사용자에게 새로운 편의성을 제공할 수 있도록 한다.

          참고: 학기 전에 지도교수에게 과제를 제안하고 선정하는 과정을 이미 거친 것으로 간주하여 프로젝트 계획서는 이미 결정된 과제의 구체적 수행 계획을 서술합니다. 즉 과제를 제안하는 제안서와는 성격이 다릅니다.

          첨부화일 (아래 안내는 첨부 후에 삭제할 것)
          1. 계획서 발표 슬라이드쇼(200초 미만, 음성 녹음을 하여 슬라이드쇼로 만든 .ppsx 파일을 첨부 할 것.)
          2. 계획서 발표 슬라이드(PDF, 장당 2개)
          3. 계획서 화일(반드시 PDF파일로 제출 할 것.)
          Ċ
          1조 캡스톤,
          2014. 9. 21. 오전 3:12
          ć
          1조 캡스톤,
          2014. 9. 21. 오전 9:00
          Ċ
          1조 캡스톤,
          2014. 9. 21. 오전 8:56