#이 블로그는 완료되지 않았
1. 전체 스케줄 (2 점)
마감 | 태스크 |
---|---|
11.01 | 앞의 결정 및 후단 프로젝트, 태스크 및 할당 결정 모듈을 완료 프레임 전후 단부 건물 인터페이스는 UI 완전한 홈을 협상 |
11.15 | 본체 부의 전방 단부는 도킹 인터페이스 후단을 완료 |
11.18 | 테스트, 성능을 향상, 수정 코드를 확인, 알파 버전을 릴리스 |
11.23 | 프로젝트는 사용자의 피드백을 개선하기 위해 + + 시험을 개선 할 계획이다 |
12.1 | 모듈의 새로운 버전이 의견과 요구에 기초하여 작성되었으며, 베타 버전 출시 |
12.4 | 완전한 사용자 설명서의 공식 버전 + |
2. 팀과 (5 점)
알파 버전을 수행해야합니다
참고 : 11 월 하순 중순에 알파 출시 일정
노동과 TODO 목록의 세부 부문
- 전면 부
- 백엔드
- 제품 관리자
번 다운
3.도 마음 (2 분)
4. 평가 팀의 기여율 (2 점)
쓰기 워크 플로우 요구 사항 명세, 노동 승무원의 분할, 승무원 워크로드 비율로 설명
크루 | 백분율 | 원래 위임 | ||
---|---|---|---|---|
스와 웨이 Huan의 | ||||
왕 제나라 홍콩 | ||||
첸 Wenbin | ||||
공 린 양 | ||||
린 Wentao | ||||
린 Honghai | ||||
Dengzhi 시옹 | ||||
린 Xiaotang | ||||
양 Shijie | ||||
장 해외 |
표 5. 설계 검토 (1 분)
6. UML (UML을 자신의 부분을 부분적으로 책임을 발견 할 운동) (10 점)
그림을 할 것입니다 :
사용 사례 다이어그램
클래스 다이어그램
활동 다이어그램
국가지도
개체 관계 다이어그램
다음과 같은 형식의 결과의 멤버 소집 :
PART1
여기에 설명 된 시스템의 어느 부분입니까?
이 부분은 문제의 모든 종류의 얼굴?
하는 문제 다음 디자인?
부록 : UML도
파트 2는
시스템의 본원에 어느 부분을 설명?
이 부분은 문제의 모든 종류의 얼굴?
하는 문제 다음 디자인?
부록 : UML도
3 편
...
7. 선택의 도구는 (우리가이 도구를 선택하는 이유에 대해 이야기, 서로 추천, 경험을 공유 할 수 있습니다) (2 점)
Wentao와 당나라 작은 물었다 잠깐,
도구의 사용 (8) 평가 (2 분)
9. 요약 응답 (9 점)
결정 방위 필드 점수의이 그룹
점 평균, 최고 점수, 낮은 점수를 제거 (2 소수점)
이 그룹의 다른 팀의 질문에 답변
모든 작은 점을 답변, 점수가 소진 된 5 % 공제를 공제
수정은 분석 보고서를 필요로
수정이 그룹 분석을 필요로 개선하고, 다른 그룹의 방어에 제시 관찰 및 권장 사항에 따라 장소를 수정 표시
10. "요구 사양"(1 분)
발생 어려움 및 솔루션 (11) (2 점)
어려운 설명 | 무엇을하려고 않았다 | 해결 | 무엇 수확 |
---|---|---|---|
12. PSP (1 분)
PSP2.1 | 개인 소프트웨어 프로세스의 단계 | 예상 시간이 소요 (분) | 실제 시간이 많이 소요 (분) |
---|---|---|---|
계획 | 계획 | ||
· 견적 | • 견적 얼마나 많은 시간이 작업이 필요 | ||
개발 | 개발 | ||
· 분석 | · 분석 (새로운 기술을 학습 포함) 필요 | ||
· 디자인 사양 | 설계 문서를 생성 | ||
· 설계 검토 | · 설계 검토 (와 그의 동료들은 설계 문서를 검토) | ||
· 코딩 표준 | · 코드 사양 (현재 개발을위한 적절한 규범의 개발) | ||
· 디자인 | · 특정 디자인 | ||
· 코딩 | · 특정 코딩 | ||
· 코드 검토 | · 코드 검토 | ||
· 테스트 | · 테스트 (자체 테스트, 코드를 수정, 수정 제출) | ||
보고 | 보고서 | ||
· 시험 보고서 | · 시험 보고서 | ||
· 크기 측정 | · 컴퓨팅 워크로드 | ||
· 사후 및 프로세스 개선 계획 | · 돌이켜 보면, 프로세스 개선 계획을 제안한다 | ||
합계 |