Deadline：
2017-11-12 22:00PM
评分基准:
- 按时交 - 有分，检查的项目包括后文的四个方面
- 需求&原型改进
- 系统设计
- Alpha任务分配计划
- 测试计划
需求&原型改进
1. 给目标用户展现原型，与目标用户进一步沟通理解需求。
思考：他们的痛是什么？场景是什么？（用产品之前/之后）有照片或视频显示用户调查的过程，使用了各种调查手段的，加分
参考：
- 《构建之法》第10章典型用户和场景 ：http://www.cnblogs.com/xinz/archive/2011/10/30/2229236.html
2. 修改完善上周提交的需求规格说明书
上周的《需求规格说明书》初稿有哪些不足？特别是功能考虑不全或需求文档描述缺少的地方。
将具体改进内容写在博客里面。
建议：用一个场景，像讲故事 （User Story）那样，描述用户怎么使用几个相联系的功能，解决了用户的问题。
3. 参考《构建之法》8.5节功能的定位和优先级，给出功能分析的四个象限。
4.任务分解WBS
一个团队项目要在一段时间内完成诸多任务，满足用户需求，实现团队目标，从哪里入手？
WBS（Work Breakdown Structure）即工作分解结构，是根据项目目标把工作分解成许多层次分明的、可交付成果的工作任务，然后用逻辑图形或树形结构表示出来。
- a. 请给出团队项目的WBS
- b. 团队成员估计各自任务所需时间
系统设计
在设计阶段，我们要清楚：软件是怎么解决这些需求的？
一个好的分层式结构，可以使得开发人员的分工更加明确。一旦定义好各层次之间的接口，负责不同逻辑设计的开发人员就可以分散关注，齐头并进。
1. 如何才能最大限度地实现这些需求，这就是架构设计要解决的问题。请给出系统的架构设计
2. 完成团队项目的数据库设计，并在随笔中提供相应ER图（如果必要）
Alpha任务划分及任务分配计划
召开 Alpha 计划会议，为下周进入Sprint作准备。会议内容包括两个部分：
- 以需求分析为主，选择和排序该阶段需要实现的任务（订单条目）
- 在最终完成这个项目之前，肯定需要完成很多小任务。有些任务没必要在 Alpha 阶段实现，这些任务先排除掉。要在 Alpha 阶段实现的任务中，又有一些必须的基础或者核心的任务是要优先完成的，需要将这些任务排到任务清单的前面。
- 以设计为主，确定系统设计方案和工作内容
- 每个任务要采用何种技术（实现方案）去完成？每一个任务将会分配给哪位成员去实现？
敏捷项目协作工具：https://www.leangoo.com/
测试计划
测试不是在所有的开发工作完成之后才进行，而是与开发几乎同步进行的
测试计划和测试总纲主要说明产品是什么，要做什么样的测试，时间安排如何，谁负责什么方面，各种资源在哪里，等等。
团队项目参考链接：