第二章-需求分析.ppt
合集下载
第二章2系统分析—需求分析.
（3）确定调研方案
调研方式
主导型
用户经验不足，认识不清晰，需要调研人员整理需 求概要内容，提交给用户进行分析和初步确认，最 终由用户和调研实施人员对需求内容进行细化、确 认的过程。 对调研人员要求较高； 与用户真实意图可能存在偏差。
（3）确定调研方案
调研方式
引导型
用户有较为完整、系统的知识、经验积累，调研人 员引导用户将需求阐述完整、清晰，最终由用户对 需求进行确认的过程称之为引导型调研。 用户和调研实施人员相互配合程度高 ； 此种调研方式的进度和质量风险最小 。
……
需求工程的主要阶段
需求工程 需求开发 需求管理
需 求 获 取
需 求 分 析
需 求 规 约
需 求 验 证
变 更 控 制
版 本 控 制
需 求 跟 踪
需 求 状 态 跟 踪
需求规格说明书
需求开发
需求验证 —— 帮 助确定实现了正确 的需求 需求获取 —— 搜集 与探索需求的过程
需求开发 过程
组织机构或用户对系统的高层次目标要求用户使用系统必须要完成的任务必须要实现的软件功能内容层次常见非功能需求可用性计划开机时长平均故障时间间隔mtbf等高效性系统如何高效利用处理器磁盘空间通讯带宽灵活性向产品中加入其它功能需要多大劤力完整性阻止未经授权的访问修改互操作性与其他系统交换数据或服务可靠性无错误的软件执行稳健性系统遭遇无效数据或其他干扰时继续正常运作的程度易用性用户友好易于使用符合人机工程维护性是否易于修正一个缺陷或改劢软件移植性把软件从一个操作系统移植到另一个所需的劤力支持平台数重用性为某个应用所设计的模块能被其他应用重复所用的程度测试软件模块或者所整合产品的难易度量化需求需求类型测量范例观感接受率易用性错误率性能与速度响应时间可靠性停工时间移植性平台数稳健性致命非致命错误比例维护性修改所需的时间和工作量大小源代码行数sourcelinescodesloc认证所符合的诸标准需求的来源调研前活动调研前活动调研实施调研实施识别调研范围组建调研团队确定调研方案调研准备前期沟通识别调研范围组建调研团队确定调研方案调研准备前期沟通决定了需求调研对象调研参与人员和调研周期的长短
《需求分析》幻灯片PPT
❖ 从数据流图的输出端着手分析，这是因为系 统的根本功能是产生这些输出的关键原因。
❖ 输出数据决定了系统必须具有的最根本的组 成元素〔包括功能和数据构造组成〕。
3.2.2 面向数据流的自顶向下求精
❖ 注意1：第2章给出了1种数据流图的分析方法 〔教材〕，其目的主要是导出较高层次较粗 糙的数据流图，而需要准确地收集需求，采 用本章的从数据流图的输出向输入的回溯方 法。
面向数据流方法的分析过程
❖ 沿数据流图回溯 ❖ 用户复查 ❖ 细化数据流图 ❖ 修正开发方案 ❖ 书写文档 ❖ 审查和复审
沿数据流图回溯
❖ 从数据流图的输出向输入回溯，依次确定每 个数据元素的来源〔组成和实现算法〕；
❖ 把数据元素的信息记录到数据字典中； ❖ 把对算法的简明描述记录到IPO图中； ❖ 补充的数据流、数据存储和处理应该添加到
❖ 简易的应用规格说明技术 ❖ 快2.1 访谈
❖ 最早并且仍然广泛使用 ❖ 正式的访谈：具体问题的问答形式 ❖ 非正式的访谈：开放式、交互性的问答 ❖ 需要调查大量人员时采用“调查表〞技术 ❖ 还使用“情景分析技术〞〔用户角度〕,就是
对用户将来使用目标系统解决某个具体问题 的方法和结果进展分析。
明
（DD）
说
明
状态转换图
(STD图)
控制说明
面向对象分析模型的组成构造
操作、
类/对象
对象-关
模型
使用实例
(Use Case)
系模型
对象-行为模型
3.3 分析建模与规格说明
❖ 构造化分析方法的创立的几个主要模型及关 键元素如下：
❖ 数据模型：E-R图〔E-RD〕〔本章介绍〕 ❖ 功能模型：数据流图〔DFD〕 ❖ 行为模型：状态转换图〔STD〕〔本章介绍〕 ❖ 数据字典：模型中心〔DD〕 ❖ 根据上述模型整理出软件需求规格说明书
❖ 输出数据决定了系统必须具有的最根本的组 成元素〔包括功能和数据构造组成〕。
3.2.2 面向数据流的自顶向下求精
❖ 注意1：第2章给出了1种数据流图的分析方法 〔教材〕，其目的主要是导出较高层次较粗 糙的数据流图，而需要准确地收集需求，采 用本章的从数据流图的输出向输入的回溯方 法。
面向数据流方法的分析过程
❖ 沿数据流图回溯 ❖ 用户复查 ❖ 细化数据流图 ❖ 修正开发方案 ❖ 书写文档 ❖ 审查和复审
沿数据流图回溯
❖ 从数据流图的输出向输入回溯，依次确定每 个数据元素的来源〔组成和实现算法〕；
❖ 把数据元素的信息记录到数据字典中； ❖ 把对算法的简明描述记录到IPO图中； ❖ 补充的数据流、数据存储和处理应该添加到
❖ 简易的应用规格说明技术 ❖ 快2.1 访谈
❖ 最早并且仍然广泛使用 ❖ 正式的访谈：具体问题的问答形式 ❖ 非正式的访谈：开放式、交互性的问答 ❖ 需要调查大量人员时采用“调查表〞技术 ❖ 还使用“情景分析技术〞〔用户角度〕,就是
对用户将来使用目标系统解决某个具体问题 的方法和结果进展分析。
明
（DD）
说
明
状态转换图
(STD图)
控制说明
面向对象分析模型的组成构造
操作、
类/对象
对象-关
模型
使用实例
(Use Case)
系模型
对象-行为模型
3.3 分析建模与规格说明
❖ 构造化分析方法的创立的几个主要模型及关 键元素如下：
❖ 数据模型：E-R图〔E-RD〕〔本章介绍〕 ❖ 功能模型：数据流图〔DFD〕 ❖ 行为模型：状态转换图〔STD〕〔本章介绍〕 ❖ 数据字典：模型中心〔DD〕 ❖ 根据上述模型整理出软件需求规格说明书
用户需求分析PPT课件
了解用户的商业目标及其约束是网络设计中的一个至关重要的方面 。只有对客户的商业目标进行了全面的分析，你才能提出得到客户认可 的网络设计方案。
从组织整体角度需要收集的信息包括： 主要相关人员 主要的转折点 公司投资规模 业务活动的类型 预测增长率
NETWORK DESIGN
2- 4
需要收集的信息（1） 了解用户的行业，研究用户的市场、供应商、产品、服务和竞 争优势。了解了用户的商业及其外部关系以后，就可以对技术 和产品进行定位，帮助用户加强其在行业的地位。 一个公司的组织结构图将有助于区分主要相关人员和主要相关 群体。当收集请求时，应该从组织解构图的顶层开始，逐渐向 下收集。最终的网络设计很可能体现公司结构，所以应该对公 司在部门、商业流程、供应商、商业伙伴、商业领域以及区域 或远地办公室等方面的组织有所了解。对公司的了解能够有助 于确定主要的用户团体和通信流量特征。 两种主要相关人员： 信息提供者：负责解释业务策略、长期计划和其他常见业 务需求。 决策者：负责批示网络设计或决定投资规模。
NETWORK DESIGN
2- 10
需要收集的信息(6) 安全性 不同的组织有不同的安全性需求。需要调查每种应用、每种 数据的安全性需求。 Web站点和Internet连接性 必须理解该组织的Internet业务策略 远程访问 有的组织需要允许用户在远离公司局域网的地方登录局域网 而权限不受影响。
NETWORK DESIGN
2- 11
列出业务需求清单(1) 主要相关人员 信息源的名字 决策者的名字 联系信息 关键转折点 要求的开工和完工时间 主要相关人员时间安排（假期和工作旅行的安排） 初始投资规模 预算限制
NETWORK DESIGN
2- 12
列出业务需求清单(2) 业务活动的类型 技术目标 预测增长率 职员 客户 业务活动（新产品或服务） 新地点，包括现有地点的扩展 商务中已经改变的和将要改变的东西
从组织整体角度需要收集的信息包括： 主要相关人员 主要的转折点 公司投资规模 业务活动的类型 预测增长率
NETWORK DESIGN
2- 4
需要收集的信息（1） 了解用户的行业，研究用户的市场、供应商、产品、服务和竞 争优势。了解了用户的商业及其外部关系以后，就可以对技术 和产品进行定位，帮助用户加强其在行业的地位。 一个公司的组织结构图将有助于区分主要相关人员和主要相关 群体。当收集请求时，应该从组织解构图的顶层开始，逐渐向 下收集。最终的网络设计很可能体现公司结构，所以应该对公 司在部门、商业流程、供应商、商业伙伴、商业领域以及区域 或远地办公室等方面的组织有所了解。对公司的了解能够有助 于确定主要的用户团体和通信流量特征。 两种主要相关人员： 信息提供者：负责解释业务策略、长期计划和其他常见业 务需求。 决策者：负责批示网络设计或决定投资规模。
NETWORK DESIGN
2- 10
需要收集的信息(6) 安全性 不同的组织有不同的安全性需求。需要调查每种应用、每种 数据的安全性需求。 Web站点和Internet连接性 必须理解该组织的Internet业务策略 远程访问 有的组织需要允许用户在远离公司局域网的地方登录局域网 而权限不受影响。
NETWORK DESIGN
2- 11
列出业务需求清单(1) 主要相关人员 信息源的名字 决策者的名字 联系信息 关键转折点 要求的开工和完工时间 主要相关人员时间安排（假期和工作旅行的安排） 初始投资规模 预算限制
NETWORK DESIGN
2- 12
列出业务需求清单(2) 业务活动的类型 技术目标 预测增长率 职员 客户 业务活动（新产品或服务） 新地点，包括现有地点的扩展 商务中已经改变的和将要改变的东西
《实战需求分析》教学课件(第2章)
2.6.5 报表对功能设计的重要影响
报表对功能设计的重要影响
引入中转数据
为了提高报表的效率，可能 采用引入中转数据的方式 案例：引入中转数 据提高报表效率
报表可能是功能模块
有些用电子表格制作的 所谓报表，其实就是个 功能模块
保存报表结果数据
报表并不仅仅是生成显示， 有时候是需要保存报表数据 的 案例：保存报表数据
2.3 问卷调查法
如何制作调查问卷
①编写前先了解入门知识 ② 设计通用问题进行初步了解 ③ 设计“接地气”的问题进行具体了解 ④发放调查问卷
选择答题者
不同级别的调查问卷，答题者选 择不一样： 全公司级别的调查问卷 部门级别的调查问卷
1 2 3
问卷调查的局限性
效果主要受限于： 答卷者的态度、相关的业务特 点与文字能力 调查问卷的编写质量
理解单据体系就是企业的信息体系。Leabharlann .5.1 单据收集如何收集单据
收集单据要全面
宁可错收一把，不可放过 一个
1 3
2 4
一边收集一边调研
收集单据的过程，应该亲自跑 到工作现场，一边收集，一边 观察，一边访谈
只收集用过的单据
单据中已经填写的内容对 需求分析工作帮助很大
每种单据需要收集多张
不同填写者的填写内容、方式 可能不一样 需要收集多则20张，少则5、6 张
不需要正式签 字确认，但一 定要确认（邮 件、甚至口头 确认都可以）
需求获取
观察法 体验法 问卷调查法 访谈法
单据分析法
报表分析法 需求调研会法
2.5 单据分析法
单据分析法——分析用户当前使用的纸质或电子单据，通过研究这些单据所承载的信息， 分析其产生、流动的方式，从而熟悉业务，挖掘需求。
第二章___需求分析
9
可以解得：x1 w 2 p1 x2 w 2 p2
则：
( p1 , p2 , w) ( w 2 p1 )0.5 (w 2 p2 )0.5
w 2 2 0.5 0.5 0.5 2 p1 p2 2(0.25) 1
当政府征收0.5元所得税时，消费者收入w会从2元下降到1.5元， 消费者的间接效用也会从2下降到1.5。 如果政府对商品1开征0.25元的消费税，则商品1的价格会从 0.25元上涨到0.5元。从而消费者的间接效用为：
2
第一节
一、瓦尔拉斯需求函数
需求函数
1.基本概念。我们称效用最大消费束 x * 与价格 p ( p1 , , p n ) 和财富水平 w 的关系为瓦尔拉斯需求函数。 2.瓦尔拉斯需求函数的推导。由其定义知，可用效用函数的最 优解直接推导出瓦尔拉斯需求函数。
3
3.瓦尔拉斯需求函数的性质。 瓦尔拉斯需求函数 x * ( p, w) 具有以 下三个性质： （1）在价格和收入上，需求函数是零次齐次的。即对于任给 p ，
6
（二）间接效用函数的性质 假定 u () 是连续效用函数，代表定义在消费集 X R n 上局部非饱 和偏好关系 ,则间接效用函数 v( p, w) 是： 1、零齐次的，价格和财富同比例变动不影响效用； 2、在 w 上是严格递增的，并且对于任意 n ,它在 Pn 上都是非递 增的，即价格上升降低效用，财富上升增加效用； 3、拟凸的，就是说对于任意 v ,集合｛ (p, w) : (p, w) ν ｝是 凸集； 4、在 p 和 w上是连续的。
内涵：当价格上升时，若 E>-1 则支出增加；若 E=-1 则支出不变； 19 若 E<-1 则支出下降。
4、 需求交叉价格弹性。 需求交叉价格弹性定义为商 品 2 的需求量变动比率与商品 1 的价格变动比率之比， 即：
可以解得：x1 w 2 p1 x2 w 2 p2
则：
( p1 , p2 , w) ( w 2 p1 )0.5 (w 2 p2 )0.5
w 2 2 0.5 0.5 0.5 2 p1 p2 2(0.25) 1
当政府征收0.5元所得税时，消费者收入w会从2元下降到1.5元， 消费者的间接效用也会从2下降到1.5。 如果政府对商品1开征0.25元的消费税，则商品1的价格会从 0.25元上涨到0.5元。从而消费者的间接效用为：
2
第一节
一、瓦尔拉斯需求函数
需求函数
1.基本概念。我们称效用最大消费束 x * 与价格 p ( p1 , , p n ) 和财富水平 w 的关系为瓦尔拉斯需求函数。 2.瓦尔拉斯需求函数的推导。由其定义知，可用效用函数的最 优解直接推导出瓦尔拉斯需求函数。
3
3.瓦尔拉斯需求函数的性质。 瓦尔拉斯需求函数 x * ( p, w) 具有以 下三个性质： （1）在价格和收入上，需求函数是零次齐次的。即对于任给 p ，
6
（二）间接效用函数的性质 假定 u () 是连续效用函数，代表定义在消费集 X R n 上局部非饱 和偏好关系 ,则间接效用函数 v( p, w) 是： 1、零齐次的，价格和财富同比例变动不影响效用； 2、在 w 上是严格递增的，并且对于任意 n ,它在 Pn 上都是非递 增的，即价格上升降低效用，财富上升增加效用； 3、拟凸的，就是说对于任意 v ,集合｛ (p, w) : (p, w) ν ｝是 凸集； 4、在 p 和 w上是连续的。
内涵：当价格上升时，若 E>-1 则支出增加；若 E=-1 则支出不变； 19 若 E<-1 则支出下降。
4、 需求交叉价格弹性。 需求交叉价格弹性定义为商 品 2 的需求量变动比率与商品 1 的价格变动比率之比， 即：
《新媒体用户分析》PPT 第二章 新媒体用户需求分析 2.1用户需求分析
一、什么是用户需求
值得注意的是，用户需求往往并不能被用户自己清楚明确地 表达，又或者用户表述的是浅显的伪需求。
福特汽车公司创始人 亨利•福特：“如果 听用户的，我们根本造不出汽车来，用户 就是需要一匹更快的马。〞
用户的潜在需求： 更有力的、更高效的交通工具
一、什么是用户需求
用户需求源自现实问题，也就是 用户遇到了现有产品无法解决的问题时 产生。
三、新媒体产品要满足用户需求
“新媒体〞是相对于“旧媒体〞来 说的，比方网络电视、网络报纸相对于传 统电视、报纸来说，就是新媒体。
当我们将新媒体面向市场来设计、 生产、运营，被人们使用和消费，并能够 满足人们某种需求，那它也就具有了产品 的属性，我们就可以叫它“新媒体产品〞。
三、新媒体产品要满足用户需求
用户往往融入自己的经验和理解， 提出他认为的需求点和解决方案，但这 却不一定代表真正的用户需求。
一、什么是用户需求
衣服穿少了
冷
淘宝使用 体验差
生病了
饿了
产品设计差 假货多 快递慢
用户手机卡、 网速慢
增加衣物
休养治疗
吃饭 改善设计 加强监管 更换快递公司 用户自行解决
• 针对不同的需求根源，产品 设计者所要做的是不一样的。
如今新媒体颠覆了传统 的传播方式，用户有了更多 接触媒体并满足需求的时机。
二、用户需求的理论
2.使用与满足理论
传播信息
环境监测
心绪转换
人际关系效用
二、用户需求的理论
提出背景： 在新媒体快速开展的大背景下，知名传播
学者祝建华教授开展出了一个描述、解释和预 测受众为何使用新媒体的“新媒体权衡需求理 论〞，以填补扩散研究和使用与满足的理论空 白。
作品的需求分析、规划与设计PPT(16张)
结构类型
设施需求
计算机硬件要求、软件要求、电脑房等
作品内容
作品由六个模块组成，内容是：消防法规、火灾危害、 消防器械、火场自救、知识问答、帮助。各模块以按钮 为链接，能够返回主交互界面。 刻录光盘，打包发送到网上发布。
发布方式
作品的规划设计
1、（系统）结构设计 2、（功能）模块设计
（系统）结构设计
用户情况
作品效益
完成这一作品制作大约需要 ? 课时，所需资金 ? 元，作品 将会受到广大学生的欢迎，并能运用于学校的德育教育、 安全教育。具有较高的社会效益。
《学校消防安全教育》 多媒体作品创作需求分析报告
主题思想 传授消防基本知识，教学或自学后懂得火灾危害性、懂 得预防火灾的措施、懂得火灾时会报警、会灭火、会逃 生。 演示型
例：1、片头 1-1背景图 1-2动画 1-3背景音乐 2、主交互界面 2-1消防法 2-1-1中华人民共和国消防法（文本） 2-1-2公共娱乐场所消防安全管理规定（文本） …… 3、片尾 3-1制作群 3-2背景音乐（音频） 3-3编写文字脚本
• 2、编写文字脚本（P34）
帧号
1
画面尺寸
640*480
• 3、编写制作脚本
文件名：主交互界面 类型序号：2
进入方式： 来自片头画面，通过“进入”按钮进入 呈现方式： 1.通过“我的简介”按钮，进入我的简介界面 2.通过“我的目标”按钮，进入我的目标界面 3.通过“我的成果”按钮，进入我的成果界面 4.通过“我的荣誉”按钮，进入我的荣誉界面 5.通过“退出”按钮，进入片尾界面
呈现顺序说明： 鼠标移到按钮上，出 现相应的文字， 解说词：无
• 4、媒体元素分解
序号 出现场合 1 2
需求分析课程PPT课件
需要
5
认真，用心，激情
追求卓越 永无止境
顾客购买心理过程
AIDA 法则
ATTRACTION
被吸引
INTREST DESIRE
有兴趣 有欲望
ACTION
行动
6
认真，用心，激情
追求卓越 永无止境
冰山
the iceberg
7
认真，用心，激情
追求卓越
永无止境
冰山理论
显性需求 隐性需求
我们要知道何时是适当的时机、掌握确认顾客需求的工 具，还有有关顾客需求的具体内容。
8
认真，用心，激情
追求卓越
永无止境
顾客分析
男女顾客的不同
判断决策者
顾客购买心理过程
9
认真，用心，激情
追求卓越
女顾客的倾向 享受购物乐趣 希望从很多商品中选择 容易被时尚左右 更感性
永无止境
男女顾客的不同
男顾客的倾向 希望能效率性地购物 常看大体了解的产品 爱面子 更理性
10
认真，用心，激情
追求卓越 永无止境
追求卓越 永无止境
需求分析课程
1
认真，用心，激情
追求卓越
永无止境
课程目的
通过本课程的学习，学员将能够： 明确需求分析在标准销售流程中的目的和意义 了解需求分析的主要流程与标准 掌握在需求分析过程中的关键行为和有关技巧，提升销售成
功率 通过演练演示需求分析的关键行为和技巧，提升CS
2
亲切型
表现型
这类人善于表现情感，容易被说服，是好听众。 与人交往，乐于建立和维持长期的关系。与这类 人交往，应强调相互信任，降低其风险意识，适 当提供有关保证。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
片面, 不完全 模糊, 不准确 不一致, 歧义 需求复杂和庞大
因此必须使用系统的方法、借助于一系列行之 有效的技术和工具进行软件需求分析
软件需求的层次
业务需 求
用户需 求
非功能性需 求
系统需 求
功能需 求
质量特 性
约束和假 设
软件需求规格
chapter__2
3
chapter__2
4
项目失败的原因分析
Source: Carnegie-Mellon University, SoftwchaarpeterE__n2gineering Institute
平均值
4.5 4.3 4.2 4.1 4.1 3.9 3.8
3.8 3.6 3.6
5
软件需求管理的过程
需 求 需求获取 确 认
需求验证
需求分析 编写需求规格
缺乏了解软件特性的经理人
5
Shortage of qualified project managers
缺乏合格的项目经理
6
Shortage of software engineers
缺乏软件工程师
7
Fixed - price contract 固定价合同
Inadequate communications for system integration 8
15
需求变更管理
管理和控制需求基线的过程 需求变更控制系统 一个正式的文档，说明如何控制需求变更 建立变更审批系统（sccb，软件变更控制委员
会）
chapter__2
16
需求方 变更申请
选择变更方式
开发方
忽略 拒绝
SCCB评估 根据评估结果
接受本次修改
项目经理自行决定 下个版本再修改
修改合同相关信息
chapter__2
11
规格说明应该包括系统运行环境 规格说明应该是一个认识模型 规格说明应该容许不完备性并允许扩 充
chapter__2
12
3、规格文档参考
1. 引言 2. 系统定义 3. 应用环境 4. 功能规格 5. 性能需求 6. 产品提交 7. 实现约束 8. 质量描述 9. 其它 10. 签字认证
修改相关需求
修改相应的项目计划
chapter__2
17
申请人
项目名称
阶段名称 文件名称
修改内容
表4-3 需求变更提交单
软件基线产品修改提交单
申请日期 2002。10．11
项目管理系统
系统设计
RCR-PM-01.doc, RCR-PM-02.doc, 变更简述如下
1）修改测试流程控制：将2个角色，3个渠道流，改为3个角色，4个渠道流，详见RCR-PM-01.doc 2）增加开发人员技能信息库管理，详见RCR-PM-02.doc
No.
Top 10 Factors
1
Inadequate requirements specification
不充分的需求规范
2
Changes in requirements 需求的改变
3
Shortage of systems engineers 缺乏系统工程师
4
Shortage of software managers
需求分析
一、需求分析 二、需求管理过程 三、需求分析模型 四、需求建模方法 五、案例分析
chapter__2
0
软件需求
开发软件系统前，须了解用户的期望和要求
软件需求 需求分析过程
需求分析的重要性
软件开发的基础和前提 最终目标软件系统验收的标准 避免或者尽早剔除早期的错误
..
chapter__2
1
需求分析的复杂性和面临的困难
4.观察用户的工作流程或实践
5.原型化方法
6.基于用例的方法
chapter__2
7
需求分析
问题分析和方案的综合是需求分析的第二方面的 工作。需求分析的任务就是借助于当前系统的逻 辑模型导出目标系统的逻辑模型，解决目标系统 的“做什么”的问题。其实现步骤如下图所示。
chapter__2
8
需求分析模型
chapter__2
9
需求规格
需求分析工作完成的一个基本标志是形成 了一份完整的、规范的需求规格说明书
需求规格说明书的编制是为了使用户和软 件开发者双方对该软件的初始规定有一个 共同的理解，使之成为整个开发工作的基 础。
chapter__2
10
软件需求规格说明的原则
从现实中分离功能，即描述要“做什 么”而不是“怎样实现” 采用一定的规格说明语言 如果被开发软件只是一个大系统中的 一个元素，那么整个大系统也包括在 规格说明的描述之中
系统集成阶段 , 交流与沟通不充分
9
Insufficient experience as team 团队缺乏经验
10 Shortage of application domain experts
缺乏应用领域专家
Scale: 5 = Very Serious 3 = Serious 1 = No Serious
chapter__2
14
需求变更管理
1. 确定需求变更控制过程 2. 建立变更控制委员会(SCCB) 3. 进行需求变更影响分析 4. 跟踪所有受需求变更影响的工作产品 5. 建立需求基准版本和需求控制版本文档 6. 维护需求变更的历史记录 7. 跟踪每项需求的状态 8. 衡量需求稳定性
chapter__2
按照国家标准GB/T 8567—2006 《计算机软件文档编制规范》， 涉及需求规格说明的文档有“软 件需求规格说明（SRS）”、 “数据需求说明（DRD）”等。
chapter__2
13
需求验证
需求是正确的吗？ 需求是一致的吗？ 需求是完全的吗？ 需求是实际可行的吗？ 需求是必要的吗？ 需求是可检验的吗？ 需求是可跟踪的吗？ 最后的签字
3.需求专题讨论会 最有力的需求获取技术。有利于培养高效团队。
由开发方和用户方共同召开,操作步骤：
① 开发方根据双方制定的《需求调研计划》召开相关需求主题沟通会
② 会后开发方整理出《需求调研记录》提交给用户方确认
③ 如果此主题还有未明确的问题则再次沟通,否则开始下一主题
④ 所有需求沟通清楚后，开发方整理出《用户需求说明书》，提交给 用户方确认签字
需求变更
需求变更
..Leabharlann chapter__26
需求获取
需求获取技术的方法：
1.面谈法 重要而直接，简单的需求获取技术。
面谈的对象主要有用户和领域专家：
1） 面谈前的准备要充分；
2） 面谈后注意认真分析总结；
3） 注意掌握面谈的人际交流技能。
2.问卷法调查法 是对面谈法的补充。
是从多个用户中收集需求信息的有效方式 ，一般问卷设计形式：
因此必须使用系统的方法、借助于一系列行之 有效的技术和工具进行软件需求分析
软件需求的层次
业务需 求
用户需 求
非功能性需 求
系统需 求
功能需 求
质量特 性
约束和假 设
软件需求规格
chapter__2
3
chapter__2
4
项目失败的原因分析
Source: Carnegie-Mellon University, SoftwchaarpeterE__n2gineering Institute
平均值
4.5 4.3 4.2 4.1 4.1 3.9 3.8
3.8 3.6 3.6
5
软件需求管理的过程
需 求 需求获取 确 认
需求验证
需求分析 编写需求规格
缺乏了解软件特性的经理人
5
Shortage of qualified project managers
缺乏合格的项目经理
6
Shortage of software engineers
缺乏软件工程师
7
Fixed - price contract 固定价合同
Inadequate communications for system integration 8
15
需求变更管理
管理和控制需求基线的过程 需求变更控制系统 一个正式的文档，说明如何控制需求变更 建立变更审批系统（sccb，软件变更控制委员
会）
chapter__2
16
需求方 变更申请
选择变更方式
开发方
忽略 拒绝
SCCB评估 根据评估结果
接受本次修改
项目经理自行决定 下个版本再修改
修改合同相关信息
chapter__2
11
规格说明应该包括系统运行环境 规格说明应该是一个认识模型 规格说明应该容许不完备性并允许扩 充
chapter__2
12
3、规格文档参考
1. 引言 2. 系统定义 3. 应用环境 4. 功能规格 5. 性能需求 6. 产品提交 7. 实现约束 8. 质量描述 9. 其它 10. 签字认证
修改相关需求
修改相应的项目计划
chapter__2
17
申请人
项目名称
阶段名称 文件名称
修改内容
表4-3 需求变更提交单
软件基线产品修改提交单
申请日期 2002。10．11
项目管理系统
系统设计
RCR-PM-01.doc, RCR-PM-02.doc, 变更简述如下
1）修改测试流程控制：将2个角色，3个渠道流，改为3个角色，4个渠道流，详见RCR-PM-01.doc 2）增加开发人员技能信息库管理，详见RCR-PM-02.doc
No.
Top 10 Factors
1
Inadequate requirements specification
不充分的需求规范
2
Changes in requirements 需求的改变
3
Shortage of systems engineers 缺乏系统工程师
4
Shortage of software managers
需求分析
一、需求分析 二、需求管理过程 三、需求分析模型 四、需求建模方法 五、案例分析
chapter__2
0
软件需求
开发软件系统前，须了解用户的期望和要求
软件需求 需求分析过程
需求分析的重要性
软件开发的基础和前提 最终目标软件系统验收的标准 避免或者尽早剔除早期的错误
..
chapter__2
1
需求分析的复杂性和面临的困难
4.观察用户的工作流程或实践
5.原型化方法
6.基于用例的方法
chapter__2
7
需求分析
问题分析和方案的综合是需求分析的第二方面的 工作。需求分析的任务就是借助于当前系统的逻 辑模型导出目标系统的逻辑模型，解决目标系统 的“做什么”的问题。其实现步骤如下图所示。
chapter__2
8
需求分析模型
chapter__2
9
需求规格
需求分析工作完成的一个基本标志是形成 了一份完整的、规范的需求规格说明书
需求规格说明书的编制是为了使用户和软 件开发者双方对该软件的初始规定有一个 共同的理解，使之成为整个开发工作的基 础。
chapter__2
10
软件需求规格说明的原则
从现实中分离功能，即描述要“做什 么”而不是“怎样实现” 采用一定的规格说明语言 如果被开发软件只是一个大系统中的 一个元素，那么整个大系统也包括在 规格说明的描述之中
系统集成阶段 , 交流与沟通不充分
9
Insufficient experience as team 团队缺乏经验
10 Shortage of application domain experts
缺乏应用领域专家
Scale: 5 = Very Serious 3 = Serious 1 = No Serious
chapter__2
14
需求变更管理
1. 确定需求变更控制过程 2. 建立变更控制委员会(SCCB) 3. 进行需求变更影响分析 4. 跟踪所有受需求变更影响的工作产品 5. 建立需求基准版本和需求控制版本文档 6. 维护需求变更的历史记录 7. 跟踪每项需求的状态 8. 衡量需求稳定性
chapter__2
按照国家标准GB/T 8567—2006 《计算机软件文档编制规范》， 涉及需求规格说明的文档有“软 件需求规格说明（SRS）”、 “数据需求说明（DRD）”等。
chapter__2
13
需求验证
需求是正确的吗？ 需求是一致的吗？ 需求是完全的吗？ 需求是实际可行的吗？ 需求是必要的吗？ 需求是可检验的吗？ 需求是可跟踪的吗？ 最后的签字
3.需求专题讨论会 最有力的需求获取技术。有利于培养高效团队。
由开发方和用户方共同召开,操作步骤：
① 开发方根据双方制定的《需求调研计划》召开相关需求主题沟通会
② 会后开发方整理出《需求调研记录》提交给用户方确认
③ 如果此主题还有未明确的问题则再次沟通,否则开始下一主题
④ 所有需求沟通清楚后，开发方整理出《用户需求说明书》，提交给 用户方确认签字
需求变更
需求变更
..Leabharlann chapter__26
需求获取
需求获取技术的方法：
1.面谈法 重要而直接，简单的需求获取技术。
面谈的对象主要有用户和领域专家：
1） 面谈前的准备要充分；
2） 面谈后注意认真分析总结；
3） 注意掌握面谈的人际交流技能。
2.问卷法调查法 是对面谈法的补充。
是从多个用户中收集需求信息的有效方式 ，一般问卷设计形式：