需求分析概念和任务
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
第3章 需求分析
1. 需求分析的概念和任务 2. 获取需求的方法 3. 需求分析方法 4. 数据及数据库需求分析*
第三章 需求分析
1
需求分析的目的
《用户需求报告》
做什么?
(需求分析)
《需求规格说明书》
第三章 需求分析
2
1、需求分析的概念和任务
从开发工作的流程来看，需求分析是软件计划的下一工 作步骤，它为软件设计阶段提供一个软件需求规格说明书。
剔除其不合理的部分， 增加其需要部分。 最终综合成系统的解决方案， 给出目标系统的详细逻辑模型。
第三章 需求分析
17
描述需求的规则
需要能够表达和理解问题的信息域和功能域 要能以层次化的方式对问题进行分解和不断细化 要给出系统的逻辑视图和物理视图
来自百度文库
第三章 需求分析
18
编写需求规格说明书
认清问题、分析资料、
借助当前系统的逻 辑模型，调查、研 究、分析、综合。
第三章 需求分析
10
需求分析的任务
软件开发项目是要实现目标系统的物理模 型，包括确定待开发软件系统的元素，将 功能和信息结构分配到系统元素中。
逻辑模型，忽视实现机制与细节，只描述 系统要完成的功能和要处理的信息。
第三章 需求分析
需求分析要明确：万一需求有点变化，双方必须 履行合同规定的“需求变更管理程序”。
第三章 需求分析
7
需求的层次
需求可分解为4个层次：
①业务需求：反映组织机构或客户对软件高层次 的目标要求。这项需求是用户高层领导机构决 定的，它确定了系统的目标、规模和范围。
②用户需求：用户使用该软件要完成的任务。
③功能需求：定义了软件必须实现的功能。
第三章 需求分析
19
软件需求规格说明的规则
描述要“做什么”而不是“怎样实现” 要求使用面向处理语言说明（或称系统定义语言） 如果被开发软件只是一个大系统中的一个元素，那么整
个大系统也包括在规格说明的描述之中 规格说明必须包括系统运行环境 规格说明必须是一个认识模型 规格说明必须是可操作的 规格说明必须容许不完备性并允许扩充 规格说明必须局部化和松散耦合
第三章 需求分析
13
实现步骤：
模型化 怎么做
做什么 抽象化
当前系统
物理模型
逻辑模型
目标系统 具体化 物理模型 实例化 逻辑模型
由当前系统建立目标系统模型过程
第三章 需求分析
理 解 导需 出求 表 达 需 求
14
需求分析的过程
需求分析阶段的工作有以下四个方面：
问题识别 分析与综合 编制需求分析阶段文档 需求分析评审
第三章 需求分析
15
问题的识别
需求获取 确定需求 建立沟通管道
功能要求 性能要求 运行和扩充要求 维 系经统护济文要可档求行规性格要求管理人员
技术可行性
用户/需求者
法律可行性
比较和选择不同的分析方人案员
软件组
软件计划
第三章 需求分析
软件需求 规格说明
原型
16
分析与综合
从信息流和信息结构出发，逐步细化所有的软件功能， 找出系统各元素之间的联系、接口特性和设计上的约 束，分析它们是否满足功能要求，是否合理。
软件功能
软件计划 软件作 用范围
成本、资源估算
需求分析
软件规格说明
软件开发工作流程
第三章 需求分析
3
需求的概念
IEEE的软件工程标准词汇表对软件需求的定义：
① 用户解决问题或达到目标所需的条件或权能 (Capability)。
② 系统或系统部件要满足合同、标准、规范或其 它正式规定文档所需具有的条件或权能。
第三章 需求分析
12
实现步骤：
① 分析现实世界，充分理解当前系统，并用一个具体模 型描述，获得当前系统的物理模型。
② 在理解当前系统“怎么做”的基础上，抽取“做什么” 的本质，抽象出系统的逻辑模型。
③ 分析目标系统与当前系统逻辑上的差别，导出目标系 统的逻辑模型。
④ 对目标系统逻辑模型进行补充，以求完整地描述。
① 用户需求具有动态性(不稳定性)。 ② 用户需求具有模糊性(不准确性)。 ③ 对需求达成一致的艰难性。 ④ 管理体制、机构设置处在变革中。 ⑤ 软件书籍没有将需求分析讲清楚。
第三章 需求分析
6
需求分析的重点
通过对业务流程和数据流程的分析，在以下四 个方面与客户要达成完全一致目标。
① 业务模型、 ② 功能模型、 ③ 性能模型、 ④ 接口模型。
① 需求规格说明包含对目标软件系统的外部行为的完整 描述、需求验证标准以及用户在性能、质量、可维护 性等方面的要求。
② 用户手册包括用户界面描述以及有关目标系统使用方 法的初步构想。
③ 在需求分析中确立测试标准，作为系统开发目标是否 完成的验收依据。
④ 修改的项目开发计划是根据新的分析结果，对可行性 分析和软件计划阶段中制订的初步的项目开发计划作 必要的修改、补充和完善。
④非功能需求：对功能需求的补充。
第三章 需求分析
8
需求分析的目标
构造一个完整的、精致 的目标系统逻辑模型；
确定设计约束和定义软 件有效性要求。
软件规格说明
第三章 需求分析
9
需求分析的任务
编写软件需求规格说明书
准确表达系统 “做什么” 。
建立分析模型
通过抽象思维、逻 辑推理，导出目标 系统的逻辑模型。
③ 一种反映上面①或②所描述的条件或权能的文 档说明。
第三章 需求分析
4
需求分析为什么重要？
① 大型系统的失败，最后均归结到需求分析. ② 《用户需求规格书》是一个里程碑/基线. ③ 需求分析占软件开发工作量的30%左右. ④ 需求获取中的错误，会发散式的传播.
第三章 需求分析
5
需求获取为什么难？
11
需求分析的9项任务
①画出系统的组织结构图、列出各部门的岗位角色(机构模型)。 ②画出系统业务操作流程图。 ③画出系统的数据流图，掌握业务规则，获得初步数据模型。 ④列出系统的功能点，即功能模型。 ⑤列出系统的性能点，即性能模型。 ⑥列出系统的接口，即接口模型。 ⑦确定系统的运行环境，即环境模型。 ⑧确定系统的界面约定，即界面模型。 ⑨对开发工期、费用、开发进度、系统风险等分析与评估。
第三章 需求分析
20
《用户需求报告》要点指南
以业务流程为主线， 以需求分析的九大任务为中心， 以功能、性能、接口三个列表为基本点。
第三章 需求分析
21
《需求规格说明书》编写要点
以用户需求报告为基线，按照规定的格式， 就可以制作出合格的需求规格说明书。
1. 需求分析的概念和任务 2. 获取需求的方法 3. 需求分析方法 4. 数据及数据库需求分析*
第三章 需求分析
1
需求分析的目的
《用户需求报告》
做什么?
(需求分析)
《需求规格说明书》
第三章 需求分析
2
1、需求分析的概念和任务
从开发工作的流程来看，需求分析是软件计划的下一工 作步骤，它为软件设计阶段提供一个软件需求规格说明书。
剔除其不合理的部分， 增加其需要部分。 最终综合成系统的解决方案， 给出目标系统的详细逻辑模型。
第三章 需求分析
17
描述需求的规则
需要能够表达和理解问题的信息域和功能域 要能以层次化的方式对问题进行分解和不断细化 要给出系统的逻辑视图和物理视图
来自百度文库
第三章 需求分析
18
编写需求规格说明书
认清问题、分析资料、
借助当前系统的逻 辑模型，调查、研 究、分析、综合。
第三章 需求分析
10
需求分析的任务
软件开发项目是要实现目标系统的物理模 型，包括确定待开发软件系统的元素，将 功能和信息结构分配到系统元素中。
逻辑模型，忽视实现机制与细节，只描述 系统要完成的功能和要处理的信息。
第三章 需求分析
需求分析要明确：万一需求有点变化，双方必须 履行合同规定的“需求变更管理程序”。
第三章 需求分析
7
需求的层次
需求可分解为4个层次：
①业务需求：反映组织机构或客户对软件高层次 的目标要求。这项需求是用户高层领导机构决 定的，它确定了系统的目标、规模和范围。
②用户需求：用户使用该软件要完成的任务。
③功能需求：定义了软件必须实现的功能。
第三章 需求分析
19
软件需求规格说明的规则
描述要“做什么”而不是“怎样实现” 要求使用面向处理语言说明（或称系统定义语言） 如果被开发软件只是一个大系统中的一个元素，那么整
个大系统也包括在规格说明的描述之中 规格说明必须包括系统运行环境 规格说明必须是一个认识模型 规格说明必须是可操作的 规格说明必须容许不完备性并允许扩充 规格说明必须局部化和松散耦合
第三章 需求分析
13
实现步骤：
模型化 怎么做
做什么 抽象化
当前系统
物理模型
逻辑模型
目标系统 具体化 物理模型 实例化 逻辑模型
由当前系统建立目标系统模型过程
第三章 需求分析
理 解 导需 出求 表 达 需 求
14
需求分析的过程
需求分析阶段的工作有以下四个方面：
问题识别 分析与综合 编制需求分析阶段文档 需求分析评审
第三章 需求分析
15
问题的识别
需求获取 确定需求 建立沟通管道
功能要求 性能要求 运行和扩充要求 维 系经统护济文要可档求行规性格要求管理人员
技术可行性
用户/需求者
法律可行性
比较和选择不同的分析方人案员
软件组
软件计划
第三章 需求分析
软件需求 规格说明
原型
16
分析与综合
从信息流和信息结构出发，逐步细化所有的软件功能， 找出系统各元素之间的联系、接口特性和设计上的约 束，分析它们是否满足功能要求，是否合理。
软件功能
软件计划 软件作 用范围
成本、资源估算
需求分析
软件规格说明
软件开发工作流程
第三章 需求分析
3
需求的概念
IEEE的软件工程标准词汇表对软件需求的定义：
① 用户解决问题或达到目标所需的条件或权能 (Capability)。
② 系统或系统部件要满足合同、标准、规范或其 它正式规定文档所需具有的条件或权能。
第三章 需求分析
12
实现步骤：
① 分析现实世界，充分理解当前系统，并用一个具体模 型描述，获得当前系统的物理模型。
② 在理解当前系统“怎么做”的基础上，抽取“做什么” 的本质，抽象出系统的逻辑模型。
③ 分析目标系统与当前系统逻辑上的差别，导出目标系 统的逻辑模型。
④ 对目标系统逻辑模型进行补充，以求完整地描述。
① 用户需求具有动态性(不稳定性)。 ② 用户需求具有模糊性(不准确性)。 ③ 对需求达成一致的艰难性。 ④ 管理体制、机构设置处在变革中。 ⑤ 软件书籍没有将需求分析讲清楚。
第三章 需求分析
6
需求分析的重点
通过对业务流程和数据流程的分析，在以下四 个方面与客户要达成完全一致目标。
① 业务模型、 ② 功能模型、 ③ 性能模型、 ④ 接口模型。
① 需求规格说明包含对目标软件系统的外部行为的完整 描述、需求验证标准以及用户在性能、质量、可维护 性等方面的要求。
② 用户手册包括用户界面描述以及有关目标系统使用方 法的初步构想。
③ 在需求分析中确立测试标准，作为系统开发目标是否 完成的验收依据。
④ 修改的项目开发计划是根据新的分析结果，对可行性 分析和软件计划阶段中制订的初步的项目开发计划作 必要的修改、补充和完善。
④非功能需求：对功能需求的补充。
第三章 需求分析
8
需求分析的目标
构造一个完整的、精致 的目标系统逻辑模型；
确定设计约束和定义软 件有效性要求。
软件规格说明
第三章 需求分析
9
需求分析的任务
编写软件需求规格说明书
准确表达系统 “做什么” 。
建立分析模型
通过抽象思维、逻 辑推理，导出目标 系统的逻辑模型。
③ 一种反映上面①或②所描述的条件或权能的文 档说明。
第三章 需求分析
4
需求分析为什么重要？
① 大型系统的失败，最后均归结到需求分析. ② 《用户需求规格书》是一个里程碑/基线. ③ 需求分析占软件开发工作量的30%左右. ④ 需求获取中的错误，会发散式的传播.
第三章 需求分析
5
需求获取为什么难？
11
需求分析的9项任务
①画出系统的组织结构图、列出各部门的岗位角色(机构模型)。 ②画出系统业务操作流程图。 ③画出系统的数据流图，掌握业务规则，获得初步数据模型。 ④列出系统的功能点，即功能模型。 ⑤列出系统的性能点，即性能模型。 ⑥列出系统的接口，即接口模型。 ⑦确定系统的运行环境，即环境模型。 ⑧确定系统的界面约定，即界面模型。 ⑨对开发工期、费用、开发进度、系统风险等分析与评估。
第三章 需求分析
20
《用户需求报告》要点指南
以业务流程为主线， 以需求分析的九大任务为中心， 以功能、性能、接口三个列表为基本点。
第三章 需求分析
21
《需求规格说明书》编写要点
以用户需求报告为基线，按照规定的格式， 就可以制作出合格的需求规格说明书。