1，组队后的团队项目的整体计划安排
1、编写需求说明书。
2、约定好编码规范，初步架构搭建，完成需求规格说明书最终版
3、UI设计，完成架构设计，制定测试计划。
4、完成Alpha版本——编码+测试+项目管理同步推进。
5、完善项目，确定用户试用反馈和对测试计划改进。
6、完成Beta版本——以5为基础进行改良+测试+项目管理推进。
7、确定正式版本完善，编写用户手册。
8、正式版本发布。
9、部署上线，并进行维护和支持。
2，描述为撰写需求规格说明书的工作流程、组员分工、组员工作量比例；
工作流程：
1、编写需求说明书。
2、约定好编码规范，初步架构搭建，完成需求规格说明书最终版
3、UI设计，完成架构设计，制定测试计划。
4、完成Alpha版本——编码+测试+项目管理同步推进。
5、完善项目，确定用户试用反馈和对测试计划改进。
6、完成Beta版本——以5为基础进行改良+测试+项目管理推进。
7、确定正式版本完善，编写用户手册。
8、正式版本发布。
9、部署上线，并进行维护和支持。
组员分工： 组长晓辉负责功能模块的开发，组员斌豪负责界面开发，晓辉和斌豪两个人通过git协作开发，帅珍负责ui设计以及组员之间的协调（毕竟我们组组花，负责协调比较合适），一飞负责写需求和随笔，锦谋负责测试这一块。
组员工作量：晓辉28%，斌豪%22，一飞18%，帅珍18%，锦谋14%.
3，需求规格说明书
见附件http://pan.baidu.com/s/1eSMqRK2
4评审表格设计
| 评审表 |
结 果 |
| 小组名 |
|
| 项目名称 |
|
| 组员姓名 |
|
| 评审内容 |
|
| NABCD模型是否清晰 |
|
| 选题报告格式 |
|
| 选题报告内容 |
|
| ppt(ppt排版，内容） |
|
| 演讲情况（讲述条理是否清晰，内容，回应质询情况 |
|
| 总计 |
|
| 优点 |
|
| 存在问题 |
|
| 建议 |
|
评审表
5遇到的困难及解决方法
困难描述
我感觉最困难的是需求分析，组内沟通存在问题，对需求认识不够，无法确定需求，类图完全不会，不知道类图是啥，百度完也是半懂半不懂。
做过哪些尝试
积极和组长沟通，说出自己的建议，并听取别人的建议，疯狂百度类图，看相关博客。
是否解决
沟通方面基本解决，但是仍有一些小细节要去完善，类图就呵呵了，真的不会画。（也有可能是不清楚要做什么把！）
有何收获
沟通能力得到提升（队友基本都认识了，之前还有一两个不认识），至于类图这个，可以说提高我的耐心把！
6.PSP表格
| PSP2.1 |
Personal Software Process Stages |
预估耗时（分钟 |
实际耗时（分钟 |
| Planning |
计划 |
20 |
|
| .Estimate · |
估计这个任务需要多少时间 |
20 |
|
| Development |
开发 |
1080 |
|
| .Analysis |
需求分析 (包括学习新技术) |
600 |
|
| .Design Spec |
生成设计文档 |
20 |
|
| .Design Review |
设计复审 (和同事审核设计文档) |
30 |
|
| .Coding Standard |
代码规范 (为目前的开发制定合适的规范) |
30 |
|
| .Design |
具体设计 |
20 |
|
| .Coding |
具体编码 |
100 |
|
| .Code Review |
代码复审 |
80 |
|
| .Test |
测试（自我测试，修改代码，提交修改） |
80 |
|
| Reporting |
报告 |
80 |
|
| .Test Report |
测试报告 |
30 |
|
| .Size Measurement |
计算工作量 |
20 |
|
| .Postmortem & Process Improvement Plan |
事后总结, 并提出过程改进计划 |
30 |
|
| 合计 |
|
1180 |
|
7.学习进度条
| 第 N 周 |
新增代码（行） |
累计代码（行） |
学习耗时(小时) |
累计学习耗时（小时） |
重要成长 |
| 第 0 周 |
152 |
152 |
31 |
31 |
复习C++语法、学习VS2017操作、了解回溯 |
| 第 1 周 |
0 |
152 |
7 |
38 |
原型设计、合作探讨、学习需求分析 |
| 第 3/4/5 周 |
303 |
455 |
15 |
53 |
匹配规则及过程 |