软工网络15团队做业3——需求分析与设计

Deadline：

2018-4-15 10:00PM，以提交至班级博客时间为准。
根据如下要求，写一篇随笔，并完成《需求规格说明书》

---

需求分析

软件的最终目的是用来解决用户的某些问题，需求分析就是要理解要解决的问题，真正明确用户需求。

1. 访问软件项目的真实用户（至少10个），确保软件真正体现用户的需求，为软件最终可用奠基基础。
   • 若是是原有项目，须要对旧项目的全部信息作一个调研，经过采访之前的开发者，造成采访文档，请参考《构建之法》的大马哈鱼巡回游的过程性介绍。
   • 用户调研方法参考《构建之法》第8章获取用户需求——用户调研
     • http://www.cnblogs.com/xinz/archive/2013/02/03/2890786.html
     • http://www.cnblogs.com/xinz/p/3308608.html
2. 参考《软件需求规格说明书》国标规范文本，撰写对应项目的软件需求规格说明书。提供《需求规格说明书》的Git连接。
   • 除形式上知足规范文本要求外，总体内容必须围绕项目实质展开，对所要开发的项目确保尽力作到清晰完整准确。
   • 使用一致的图形符号和文字描述内容。
     • 分析和设计方法：http://www.cnblogs.com/xinz/p/4525232.html
     • 在线做图工具ProcessOn：https://www.processon.com/
   • 全部的缩写须事先定义。
   • 须要有一个目录，word排版样式规范美观，图文并茂，通篇文档有一个统一的样式风格。
   • 将本身置于读者的立场——若是对软件项目不熟悉的人员，经过阅读这份文档，可否彻底读懂软件要作什么。
3. NABCD 写做，视频
   • 请同窗们把本身项目的NABCD 都写出来。
   • 列成详细的条目，用具体的事实和分析说明。
   • 请分析本身项目的杀手功能是什么？参考教材的第8章：功能分析的四个象限
   • 把这些要点都组合成为一段话 -- 当你要向别人兜售你的项目的时候， 你一般只有很短的时间 （电梯演说），可否天然而有条理地把项目说清楚？ 请用你产品中实际的元素代替 <> 中的抽象概念。
        各位领导/投资人/用户/合做伙伴：咱们的产品 <foo> 是为了解决 <目标用户> 的痛苦, 他们须要 <Need>，可是现有的方案并无很好地解决这些需求，咱们有独特的办法 <Approach>，它能给用户带来好处 <Benefit>，远远超过目前市场上的竞争对手 <Competitor>。 同时，咱们有高效率的 <Delivery> 方法，能很快地让大部分用户知道咱们的产品，并进一步传播。
     [ 附加题]把上面的这段话录制为视频，上传到视频网站，并把连接发到团队博客上。
4. 团队协做，增强分工，须要描述每一个成员的具体分工及占整个文档任务的工做量比例。

参考

• NABCD参考 （参见 http://www.cnblogs.com/xinz/archive/2010/12/01/1893323.html）
• 同窗们的实际做业例子：
  • http://www.cnblogs.com/dasusu/p/4830168.html
  • http://www.cnblogs.com/MR-ZH/p/5879464.html
  • http://www.cnblogs.com/linexu/p/5880155.html
  • http://www.cnblogs.com/liangzhilin/p/5462486.html
  • http://www.cnblogs.com/jjy520/p/5463552.html
  • http://www.cnblogs.com/hgf520/p/5457322.html

原型设计

原型设计可以在表现层将设计合成一个逻辑总体，用户能和你一块儿看到将来交互的软件蓝图、功能和效果，得到较真实的感觉，在不断讨论的基础上完善将来的设计思想。所以，原型设计能起到有效沟通的做用，漂亮，直观的原型图更是让人赏心悦目。

1. 不要等到全部代码写好以后再去验证需求，请用设计工具描述用户界面和需求。
2. 原型设计不只要考虑主要功能的页面排布，同时也要考虑用户实际操做中的问题，提早为用户考虑得当并征求用户意见
3. 系统是必须可运行的，可实际使用的——请抱着这样的同理心去考虑系统。
4. 给目标用户展示原型，与目标用户进一步沟通理解需求。

• 思考：他们的痛是什么？场景是什么？（用产品以前/以后，有照片或视频显示用户调查的过程，使用了各类调查手段的，加分）
• 参考：
  • 《构建之法》第10章典型用户和场景
  • http://www.cnblogs.com/xinz/archive/2011/10/30/2229236.html
  • 阿里巴巴卫哲：http://iamsujie.com/8000/8018/ 

原型工具参考

若是是设计原型，采用专门的原型设计工具，可以事半功倍，工具参考：

• 移动应用原型与线框工具-墨刀
• 原型设计界的PS -Axure RP，Axure
• 网页和移动端的设计sketch
• 一款简洁高效的原型图设计工具mockplus
• 致力于高保真原型制做工具Justinmind
• 一款免费的带有手绘涂鸦风格的原型设计软件balsamiq mockups
• 更多选择，请参考：https://www.zhihu.com/question/19592829

做业参考

原型设计界面简洁，用户体验极佳。分工比例部分的泳道图十分清楚地展现了各个同窗的工做任务，Github上数十次Commit也展现了他们和谐的团队协做。

• http://www.cnblogs.com/thousfeet/p/7702651.html

任务分解WBS

一个团队项目要在一段时间内完成诸多任务，知足用户需求，实现团队目标，从哪里入手？
WBS（Work Breakdown Structure）即工做分解结构，是根据项目目标把工做分解成许多井井有条的、可交付成果的工做任务，而后用逻辑图形或树形结构表示出来。

1. 请给出团队项目的WBS；
2. 团队成员估计各自任务所需时间
3. 参考：http://www.cnblogs.com/zhengrui0452/p/6653964.html

编码规范

根据结对编程的经验，你们已经意识到编码规范的重要性。
讨论制定团队的编码规范，知足代码风格规范和代码设计规范（参考书第4章4.1-4.3内容）http://www.cnblogs.com/xinz/archive/2011/11/20/2255971.html

系统设计

在设计阶段，咱们要清楚：软件是怎么解决这些需求的？
一个好的分层式结构，可使得开发人员的分工更加明确。一旦定义好各层次之间的接口，负责不一样逻辑设计的开发人员就能够分散关注，齐头并进。

1. 如何才能最大限度地实现这些需求，这就是架构设计要解决的问题。请给出系统的架构设计
2. 完成团队项目的数据库设计，并在随笔中提供相应ER图（若是必要）

参考

• 分析设计方法：http://www.cnblogs.com/xinz/p/4525232.html 
• http://www.cnblogs.com/bugphobia/p/4946840.html
• http://www.cnblogs.com/bugphobia/p/4946844.html
• http://www.cnblogs.com/bugphobia/p/4946849.html

---

评分基准

• 按时交 - 有分（详细评分细则见下表）
• 晚交 - 0分
• 迟交两周以上 - 倒扣本次做业分数
• 抄袭 - 倒扣本次做业分数
• 如对分数有意见，只给一次向助教申诉的机会

评份内容	评分项	分值	备注
需求分析	访问用户	5 + 5	（i）若是是原有项目须要在博客中展现采访文档，须要有每位用户的采访反馈，很多于10人（ii）若是是新项目须要给出用户调研的证据，如调查问卷须要给出问卷连接和统计结果，很多于10人，基础分5分，有照片或视频显示了用户调研过程的能够再加5分！
	给出需求规格说明书的git连接	10	a-e每项2分
	给出项目的NABCD	10	要有具体的事实和分析，每条2分
	给出项目的杀手功能	2
	将NABCD要点组织成一段话	5
附加题	把上面的这段话录制为视频，上传到视频网站，并把连接发到团队博客上	5
原型设计	请用设计工具描述用户界面和需求	10	在博客上给出原型设计的结果和原型设计用到的工具，须要图文并茂
任务分解WBS	给出团队项目的WBS	5
	团队成员估计各自任务所需时间	3
编码规范	制定团队的编码规范，给出Git连接	5	知足代码风格规范和代码设计规范
系统设计	给出系统的架构设计	5
	完成团队项目的数据库设计，并在随笔中提供相应ER图	5	若是所选项目不须要涉及数据库那么不须要作这一项，可是要给出不须要数据库的支持理由
其余	排版	3
	评论区回复	[-5, 5]
	团队的分工	5
	成员的完成状况	2
	我的的感觉	10