构建之法(第八章 需求分析)

第八章主要讲的是:

软件需求的类型,利益的相关者

获取用户的常用方法和步骤

竞争性需求分析的框架NABCD,四象限方法

项目计划和估计的技术

1. 软件需求

1.1如何获取软件的需求有以下几个方面:

  1. 获取和引导需求
  2. 分析和定义需求
  3. 验证需求
  4. 在软件产品的生命周期中管理需求

1.2对软件的需求也可以做以下的划分:

1. 对产品功能性的需求

    要求产品必须实现某些功能。例如,学校的选课软件只允许有学生身份的用户浏览并选择课程,同时要求学生选择某一门课时必须要满足“先修课”的要求,等等

   2. 对产品开发过程的需求

    要求软件的开发流程必须满足某些约束条件,例如,开发过程必须产生某种类型的文档,必须在某个时间点达到某个状态,必须对源代码施以某种约束(安全性核查、代码版权核查、代码规范和支持文档的核查)

   3. 非功能性需求

    这也叫“服务质量需求”。例如,股票交易系统必须在一定时间内返回用户查询结果(它对时间的要求要比“科技文献检索”网站要高),火车票购票系统、大学选课软件必须能支持一定数量的用户同时访问,等等

   4. 综合需求

    有些需求并不是单单一个软件模块就能满足,例如,“购物网站必须在24小时内把货物发送到用户手中”,这个需求牵涉到软件系统、货物派送系统、送货部门、监控系统等不同部门的功能和执行能力。软件团队和客户代表要在需求阶段把这些问题定义清楚。

2. 软件产品的利益相关者

用户、顾客、市场分析者、监管机构、软件工程师。

3. 获取用户需求-用户调查

a)   焦点小组

b)   深入面谈

c)   卡片分类

d)   用户调查问卷

e)   用户日志研究

f)   人类学调查

g)   眼动跟踪研究

h)   快速原型调研

i)   A/8测试

4. 竞争性需求分析的框架:

1.N(Need)  2.A(Approach)  3.B(Benefit)  4.C(Competitiors)   5.D(Delivery)

5. 功能分析的四象限方法

  维持——以最低成本维持此功能

  抵消——快速地达到“足够好”,“和竞争对手差不多”

  优化——花大力气做到并保持行业最好

  差异化——产生同类产品比不了的功能或优势

  不做——砍掉一个功能,不一定要做所以的功能

时间: 2024-10-08 23:32:07

构建之法(第八章 需求分析)的相关文章

构建之法 第八章 需求分析

其实这是"啃硬骨头"的第一步,就是如何从"茫茫"中锁定需求相关方.挖出来需求的方法论 1.挖取需求 获取和引导需求.需求不仅是来自外界,甚至也可以来自技术成员团队内部: 分析和定义需求.主要是对需求进行量化: 验证需求. 在软件产品的生命周期中管理需求 需求不一定只在初期才有:在中后期的时候可能因为外界环境变化甚至是成员自身水平变化而出现新的需求 2.软件产品的利益相关者 最终用户(使用软件的人) 顾客(购买软件的人) 监管部门 3.获取用户需求的方法 焦点小组(f

构建之法 第八章 需求分析 读书笔记

软件需求: 1.获取和引导需求 2.分析和定义需求 3.验证需求 4.在软件产品的生命周期中管理需求 也可以从以下不同角度划分 1.对产品功能性的需求 2.对产品开发过程的需求 3.非功能性需求 4.综合需求 获取用户需求——用户调查 1.焦点小组 2.深入面谈 3.卡片分类 4.用户调查问卷 5.用户日志研究 6.人类学调查 7.眼动跟踪研究 8.快速原型调研 9.A/B测试

构建之法第八章学习心得

今天,我学习了构建之法第八章软件需求,人们为了解决现实社会和生活中的各种问题,要求助于软件.人们的需求五花八门,那么软件团队如何才能准确而全面地找到这些需求呢? 需求分析1.获取和引导需求 软件团队需要找到 软件的利益相关者,了解和挖掘他们对软件的需求,引导他们表达出对软件的需求. 不同的项目需要不同的手段,这一步骤也被叫做"需求捕捉",形容真正的需求稍纵即逝,需要靠火眼金睛和敏捷的身手来发现并抓住它们.另外,很多时候用户并不知道自己确切的需求,或者不愿意表达完整的需求,软件团队需要设

《构建之法》MSF&需求分析

第七章 MSF MSF基本原则 推动信息共享与沟通 为共同的远景而工作 充分授权和信任 各司其职,对项目共同负责 交付增量的价值 保持敏捷,预期和适应变化 投资质量 学习所有的经验 与顾客合作 MSF团队模型 MSF团队模型定义了小组同级成员的一些角色和职责,在MSF团队模型中,任何技术项目都必须达到特定的关键质量目标,才能够被认为是成功的项目.任何一个角色无法实现其目标,都将危及整个项目.因此,每个角色都被认为是同等重要的,重要的决定都要共同做出.一个项目要达到的目标很多,MSF团队模型让不同

构建之法 chapter 8 需求分析 ——读书心得

需求分析,是软件工程开发的第一步,准确全面地找到用户的需求,尽可能满足用户的要求,是软件惺惺发展的基础.所以需求分析很重要.具体来说有以下几个步骤: 1.获取和引导需求:软件团队需要找到软件的利益相关者,了解和挖掘他们对软件的需求,引导他们表达出真实的需求.不同的项目需要不同的手段,这一步骤也被叫做"需求捕捉",形容真正的需求稍纵即逝,需要靠火眼金睛和敏捷的身手来发现并抓住它们.另外,有些用户并不知道自己确切的需求,或者不愿意表达完整的需求,这时候软件团队需要替用户着想,引导出需求.

构建之法03

在现实社会中,人们为了解决生活中的各种问题,需要借助于软件.但,每个人的需求都有不同,软件团队通过以下几个步骤来获取人们的需求: 1.获取和引导需求       软件团队需要找到软件得利益相关者,了解挖掘他们对软件的需求,引导他们表达出真实需求.同时,需求还可以来自各种管理机构,还可以来自软件企业本身,也可以来自技术团队本身.有些需求的目的是要“更好的了解用户的行为和需求”. 2.分析和定义需求       这是指对从各个方面获取的需求进行规整,定义需求的内涵,从各个角度将需求量化. 3.验证需

《构建之法》第七八章读后感

读<构建之法>第七八章有感 今天我读了<构建之法>的第七八章,对MSF模型和开发模式,以及需求分析有了进一步的认识. 其中第七章主要讲了一些MSF方面的知识.MSF是微软公司关于软件开发的方法论——微软解决方案框架,是微软推荐的软件开发方法.而且MSF有自己的基本原则.1>推动信息共享与沟通,这就是说把所有信息保留并公开. 2>为共同的远景而工作,要做到这一点,就要确定一个明确的目标,并且这个目标对成员每天的工作有指导作用 3>充分授权和信任,这就要我们团队成员之

《构建之法》第八章读后感

今天读了<构建之法>的第八章,需求分析,感悟很深.作为程序员,我们要做的是,将用户的需求充分挖掘出来,我们需要设身处地站在用户的角度上,将他们所说的需求实现,不仅仅如此,还要将之完善,并且预判将来的可能所要的需求. 将这些打包以后,让用户验证是否是他们真正的需求,正如非常著名的秋千图所表示的一样.这里的用户所指的都是软件利益相关者.他们分别是用户,顾客,市场分析者.我个人觉得,软件团队与软件工程师属于制作小组,不属于利益相关者,他们并不是说不使用这个软件,而是并不能代表相关利益.对于用户需求,

再读《构建之法》——学习软件工程需求分析

软件需求是软件存在的意义,需求分析则是软件工程的基石所在.在<构建之法>一书中,详细地阐述了软件需求分析的过程及其注意事项,令我收获良多. 该书将需求分析分为四个步骤:"获取和引导需求","分析和定义需求","验证需求"和"在软件产品的生命周期中管理需求".对软件的需求,也分为四种"对产品功能性的需求"."对产品开发过程的需求"."非功能性需求"和&quo

《构建之法》学习(8)——需求分析

<构建之法>学习(8)--需求分析 1.软件需求   1.1如何准确而全面地找到需求 获取和引导需求 软件团队需要找到软件的利益相关者,了解和挖掘他们对软件的需求,引导他们表达出对软件的需求 需求还可以来自各种管理机构 需求不仅来自外界,还可以来自软件企业本身 需求还可以来自技术团队本身 有些需求的目的是要"更好地了解用户的行为和需求" 分析和定义需求 验证需求 在软件产品的生命周期中管理需求 1.2软件需求的划分 对产品功能性的需求 对产品开发过程的需求 非功能性需求 综