团队作业3——需求改进&系统设计

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/