第八章 需求分析

第八章 需求分析



8.1 软件需求

1、寻找需求的步骤:

(1)获取和引导需求

(2)分析和定义需求

(3)验证需求

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

2、软件需求的划分:

(1)对产品功能性的需求

(2)对产品开发过程的需求

(3)非功能性需求

(4)综合需求

8.2 软件产品的利益相关者

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

8.3获取用户需求——用户调查

1、调研方法:

(1)焦点小组

(2)深入面谈

(3)卡片分类

(4)用户调查问卷

(5)用户日志研究

(6)人类学调查

(7)眼动跟踪研究

(8)快速原型调研

(9)A/B测试

8.4竞争性需求分析的框架

1、NABCD模型:

(1)N(Need,需求)

(2)A(Approach,做法)

(3)B(Benefit,好处)

(4)C(Competitors,竞争)

(5)D(Delivery,推广)

8.5功能的定位喊我优先级

1、四种划分:杀手功能、外围功能、必要需求、辅助需求

时间: 2024-08-25 01:28:18

第八章 需求分析的相关文章

第八章需求分析跟第九章项目经理学习总结------(第七)

本周我看了第八章需求分析跟第九章项目经理,以下是我的学习总结. 一 .如何了解用户的软件需求 1.获取和引导需求.软件团队需要找到软件的利益相关者,了解和挖掘他们对软件的需求,引导他们表达出软件的需求.软件团队需要设身处地的为用户着想,引导出需求. 2.分析和定义需求.这是指对从各个方面获取的的需求进行规整,定义需求的内涵,从各个角度将需求量化. 3.验证需求.软件团队要跟利益相关者沟通,通过分析报告.技术原型.用户调查或演示等形式向他们验证软件团队对于这些需求的认知. 4.在软件产品的生命周期

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

第八章主要讲的是: 软件需求的类型,利益的相关者 获取用户的常用方法和步骤 竞争性需求分析的框架NABCD,四象限方法 项目计划和估计的技术 1. 软件需求 1.1如何获取软件的需求有以下几个方面: 获取和引导需求 分析和定义需求 验证需求 在软件产品的生命周期中管理需求 1.2对软件的需求也可以做以下的划分: 1. 对产品功能性的需求 要求产品必须实现某些功能.例如,学校的选课软件只允许有学生身份的用户浏览并选择课程,同时要求学生选择某一门课时必须要满足"先修课"的要求,等等 2.

构建之法 第八章 需求分析

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

第八章需求分析小结

需求分析方法: 1.获取和引导需求 软件团队需要找到 软件的利益相关者,了解和挖掘他们对软件的需求,引导他们表达出对软件的需求. 不同的项目需要不同的手段,这一步骤也被叫做"需求捕捉",形容真正的需求稍纵即逝,需要靠火眼金睛和敏捷的身手来发现并抓住它们.另外,很多时候用户并不知道自己确切的需求,或者不愿意表达完整的需求,软件团队需要设身处地,替用户着想,引导出需求.有些需求在实现之前,并没有用户明确表达具体的需求(例如:没有用户说"我希望有一个偷菜的软件,我可以偷别人家的菜&

现代软件工程 练习与讨论 第八章 需求分析

1  用户调研的对象 你要写一个中学生学习英语的软件,你找谁去做用户调研? 软件应该有三类人来决定,其中最终用户是学生,但是往往提出需求的并不是他们,而是他们的家长和老师,家长是负责出资的,他们可能不懂教学,也不懂英语,但是他们有着自己的需求,他们对自己的孩子给予者希望.此外,学生们的老师也是一个关键的角色,他们是英语教学的专业人士,所以他们会决定教学模式,软件也必须教学模式相匹配. 写一个企业管理软件,主要是从管理者和被管理者两个角度去出发,管理者是企业管理软件的主要用户,他们希望借助软件对企

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

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

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

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

构建之法第六七八章

第六章 敏捷流程 敏捷流程开发原则 1.尽早并持续的交付有价值的软件以满足顾客需求 2.敏捷流程欢迎需求的变化,并利用这种变化来提高用户的竞争优势 3.经常发布可用的软件,发布间隔可以从几周到几个月,能短则短 4.业务人员和开发人员在项目开发过程中应该每天共同工作 5.以有进取心的人为项目核心,充分支持信任他们 6.无论团队内外,面对面的交流始终是最有效的沟通方式 7.可用的软件是衡量项目进展的主要指标 8.敏捷流程应能保持可持续的发展.领导.团队和用户应该能按照目前的步骤持续合作下去 9.只有

现代软件工程讨论第五章-第八章

第五章 1.  团队模式和团队的开发模式有什么关系? 团队模式是指一个团队的成员在一起合作的方式,而团队的开发模式特制软件开发团队在软件开发过程中所使用的合作方式.也就是说团队的开发模式是一种特殊的应用在软件开发领域的团队模式. 2.如果你领头开展一个全新的项目,你要怎么选择“合适”的团队模式? 如果我带头做一个全新的项目,我会选择特点不同的人,各自发挥自己的特长,类似功能团队模式,大家各司其事,平等协作.如我擅长代码编写,数据库设计,成员中还有负责需求分析的,负责文档整理和总结的,负责测试等.