Deadline：

2018-10-28 22:00PM，以博客提交至班级博客时间为准

提交：

（a） 1篇博客随笔，队长发布，组内可共享；

（b） 1份需求报告（word电子版），上传至团队码云地址；

---

Task1：随笔要求

1） 组队后的团队项目的整体计划安排；

2） 描述为撰写需求规格说明书的工作流程、组员分工、组员工作量比例；

3） 提供 《需求规格说明书》作为随笔的附件。

Task2：软件需求报告要求

1） 参考《软件需求规格说明书》国标规范文本，撰写对应项目的软件需求规格说明书。

2） 除形式上满足规范文本要求外，整体内容必须围绕项目实质展开，对所要开发的项目确保尽力做到清晰完整准确。

3） 采用分层形式描述，随着“层”的深入，描述的内容细节越具体。

4） 使用一致的图形符号和文字描述内容。

5） 所有的缩写须事先定义。

6） 格式：需要有目录，word排版样式规范美观，图文并茂，通篇文档有一个统一的样式风格，注意字体和行距等。

7） 将自己置于读者的立场——如果对软件项目不熟悉的人员，通过阅读这份文档，能否完全读懂软件要做什么。

8） 访问软件项目的真实用户，确保软件真正体现用户的需求，为软件最终可用奠定基础。

参考资料

1. 用户调研方法参考《构建之法》第8章获取用户需求——用户调研
2. 分析和设计方法：
   • 在线作图工具ProcessOn：
3. 原型设计教程
4. 原型工具参考
   • 移动应用原型与线框工具-
   • 原型设计界的PS -，
   • 网页和移动端的设计
   • 一款简洁高效的原型图设计工具
   • 致力于高保真原型制作工具
   • 一款免费的带有手绘涂鸦风格的原型设计软件
   • 更多选择，请参考：
5. 需求分析报告模板及参考实例：

---

评分基准

本次作业总分(10'+100')分，由以下部分组成：

1. 博客随笔（10'）
2. 需求报告（100'）
   • 引言(5') 、
   • 用户场景（15'）、
   • 类图（10'）、
   • 界面原型（15'）、
   • 功能描述（20'）、
   • 验收验证标准（20'）、
   • 文档的图表、文字、样式统一且符合规范（15'）

注：

• 如能积极响应助教和老师的反馈并在评论2天内做出相应修改，会在已有评分上有一定加分，但原则上获得分数不超过本次作业总分。
• 如对分数有意见，只给一次向助教申诉的机会
• 迟交一周扣实际分数的一半
• 迟交两周或以上，不给分
• 抄袭倒扣分