码迷,mamicode.com
首页 > 其他好文 > 详细

《构建之法》之第8、9、10章读后感

时间:2016-05-28 11:36:40      阅读:148      评论:0      收藏:0      [点我收藏+]

标签:

第8章主要介绍了软件需求的类型、利益相关者,获取用户需求分析的常用方法与步骤、竞争性需求分析的框架NABCD,四象限方法以及项目计划和估计的技术。

软件需求的步骤为:1.获取和引导需求(Elicitation);

                          2.分析与定义需求(Analysis&Specification);

                          3.验证需求(Validation);

                          4.在软件产品的生命周期中管理需求(Management)。

获取用户需求——用户调查:1.焦点小组(Focus Group);

                                    2.深入面谈(In-depth Interview);

                                    3.卡片分类(Card Sorting);

                                    4.用户调查问卷(User Survey);

                                    5.用户日志研究(User Diary Study);

                                    6.人类学调查(Ethnographic Study);

                                    7.眼动跟踪研究(Eye Tracking);

                                    8.快速原型调研(Quick Prototype);

                                    9.A/B测试(A/B Testing)。

NABCD模型:1.N(Ned,需求);

                   2.A(Approach,做法);

                   3.B(Benefit,好处);

                   4.C(Competitors,竞争);

                   5.D(Delivery,推广);

第9章 项目经理读后感

本章 主要介绍项目经理(PM)的由来和要求,以及项目经理的重要性。PM和大家平等地工作,推动团队完成软件的功能。一个团中可以有多个很多个PM,和其他团队常成员一起形成决议,管事不管人,也要做具体的工作。这里PM是促进一个团队快速工作,高效率的重要角色,但是也需要可其他人一起工作,平等。一个好的PM要需要较强的要求和能力:1.观察、理解和快速学习的能力,2.分析的能力3.一定的专业能力,4.一定的专业能力5.自省的能力。这些是团队成功的关键,非常重要。

第10章

典型用户和典型场景。大概就是非专业的程序员、专业的程序员、项目经理这三种人吧!典型用户很大的作用就是让程序员考虑问题时从用户的角度出发。定义完典型用户后,我们还要和典型用户的代表交流并理解他们。从典型用户到典型场景,要针对典型用户写典型场景,在从场景到任务,最后编写故事模板。

      用例,是需求分析工具。通过讲简单故事来传递信息。但讲故事较难,一般很难得心应手。所以,想掌握好,多努力吧!

      规格说明书。有软件功能说明书和软件技术说明书。功能说明书是从用户角度描述不涉及软件内部细节。而技术说明书是设计文档,描述了开发者怎样实现功能,这对于中途加入团队的成员很有用。

      功能驱动的设计。就是把用户的需求变成团队的开发工作,然后不断实现这些需求。它涉及到构造总体模型、构造功能列表、制定开发计划、功能设计阶段、实现具体功能这几个步骤。

《构建之法》之第8、9、10章读后感

标签:

原文地址:http://www.cnblogs.com/95mz/p/5536904.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!