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