团队作业2：需求分析&原型设计

：

。

 

评分基准:

• 按时交 - 有分，检查的项目包括后文的三个方面

• 需求分析

• 原型设计

• 编码规范

晚交 - 0分

迟交两周以上 - 倒扣本次作业分数

抄袭 - 倒扣本次作业分数

 

需求分析：

软件的最终目的是用来解决用户的某些问题，需求分析就是要理解要解决的问题，真正明确用户需求。请发表一篇随笔，完成初步的需求分析：

 

1. 访问软件项目的真实用户（至少10个），确保软件真正体现用户的需求，为软件最终可用奠定基础。

大马哈鱼巡回游的过程性介绍。

http://www.cnblogs.com/xinz/archive/2013/02/03/2890786.html

http://www.cnblogs.com/xinz/p/3308608.html

 

2. 参考《软件需求规格说明书》国标规范文本，撰写对应项目的软件需求规格说明书。提供《需求规格说明书》的Git链接。 

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

• b. 使用一致的图形符号和文字描述内容。

•     分析和设计方法：http://www.cnblogs.com/xinz/p/4525232.html

•     在线作图工具ProcessOn：https://www.processon.com/

• c. 所有的缩写须事先定义。

• d. 需要有一个目录，word排版样式规范美观，图文并茂，通篇文档有一个统一的样式风格。

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

3. NABCD 写作，视频

请同学们把自己项目的NABCD 都写出来。 

• a. 列成详细的条目，用具体的事实和分析说明。

• b. 把这些要点都组合成为一段话  --  当你要向别人兜售你的项目的时候， 你通常只有很短的时间 （电梯演说），能否自然而有条理地把项目说清楚？  请用你产品中实际的元素代替 <> 中的抽象概念。

•      各位领导/投资人/用户/合作伙伴： 我们的产品 <foo> 是为了解决 <目标用户> 的痛苦, 他们需要 <Need>, 但是现有的方案并没有很好地解决这些需求，我们有独特的办法 <Approach>,  它能给用户带来好处 <Benefit>，远远超过目前市场上的竞争对手 <Competitor>。  同时，我们有高效率的 <Delivery> 方法，能很快地让大部分用户知道我们的产品，并进一步传播。  

• c. [附加题]把上面的这段话录制为视频，上传到视频网站，并把链接发到团队博客上。

）

同学们的实际作业例子：

• 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

 

4. 团队协作，加强分工，需要描述每个成员的具体分工及占整个文档任务的工作量比例。

 

原型设计

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

 

1. 不要等到所有代码写好之后再去验证需求，请用设计工具描述用户界面和需求。

2. 原型设计不仅要考虑主要功能的页面排布，同时也要考虑用户实际操作中的问题，提前为用户考虑得当并征求用户意见

心理去考虑系统。

 

如果是设计原型，采用专门的原型设计工具，能够事半功倍，工具参考：

)

http://sketchcn.com/)

/)

https://www.justinmind.com/)

 

编码规范

http://www.cnblogs.com/xinz/archive/2011/11/20/2255971.html