Week05_软件需求及需求工具
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件需求工具使用形式化的图形符号以
及形式化的描述语言来完成软件需求的 开发
上午5时35分
54
26
3.1 软件需求工具的分类
可以按照不同的方式对软件需求分析工
具进行分类： 1. 按自动化程度进行分类 2. 按分析方法进行分类 3. 按特定的应用领域进行分类
上午5时35分
54
27
3.1.1 按自动化程度进行分类
软件需求工具
Software requirement tool
任课老师：黄武
上午5时35分
54
1
提纲
软件需求概述
软件需求工程 软件需求工具概述
需求分析方法
典型的需求分析工具介绍
上午5时35分
54
2
你理解软件需求吗
• 什么是软件需求？如何获取，如何表达 需求？
上午5时35分
54
过用例图来表达
用户需求的表达工具有 ：UML用例图
上午5时35分
54
18
2.4.2.1 用户需求举例1
点餐系统的用例图
上午5时35分
54
19
2.4.2.2 用户需求举例2
学生成绩管理系统的用例图
上午5时35分
54
20
2.4.3 功能需求
从而使用户能够完成任务，满足其业务需求
功能需求从开发人员的角度看系统，可以使用
Microsoft Visio，UML工具等
上午5时35分 54 15
2.4.1.1 业务流程举例1
医生导
出睡眠 数据进 行分析 的流程
上午5时35分
54
16
2.4.1.2 业务流程举例2
上午5时35分
54
17
2.4.2 用户需求
用户需求描述了用户使用产品必须要完
成的任务
用户需求从用户的角度看系统，一般通
3
1 软件需求概述
需求的重要性
软件需求的质量高低决定了软件产品的
成败和质量
据统计，软件中的错误大约有15%来源
于软件需求；软件失败大约有50%是需 求的不合理所致
上午5时35分
54
4
1.1 需求是软件开发成败的关键
ESPITI（欧洲软件过程改进培训倡议）
对3800名软件人员进行了一个调查，一 半以上人认为软件的最大两个问题是： 需求规格说明及管理客户需求
这个过程确定SRS是否存在需求遗漏、
需求错误以及需求不一致的地方，如果 需求不合格则需要进一步进行需求工程
需求验证的工具有Xupper（业务建模，
需求追溯）
上午5时35分 54 13
2.4 需求的层次性
软件需求具有不同的层次性，将形成不
同的需求，包括： 业务需求（Business Requirement） 用户需求（User Requirement） 功能需求（Functional Requirement）
1. 支持结构化分析方法需求分析工具，
Hale Waihona Puke Baidu
这类工具支持数据流图和数据字典的 生成和管理，比如BPwin 2. 支持面向对象方法的需求分析工具， 这类工具支持UML语言的表达，比如 Rational Rose
1. 2. 3. 4. 5. 6.
上午5时35分 54
需求规格说明 管理客户需求 建档 软件测试 项目管理 编码
5
1.2 软件需求错误的代价
软件需求的错误在后期会被放大
0.1-0.2 0.5 1 2 5 20
上午5时35分 54
需求阶段
设计阶段
编码阶段 单元测试 验收测试 维护阶段
6
2 软件需求工程
业务需求
项目视图与范围文档
质量需求
用户需求
使用实例文档
领域需求 （约束条件） 其它非 功能需求
系统需求
功能需求
需求规格说明
上午5时35分 54 24
2.4.5 软件需求文档的组成
上午5时35分
54
25
3 软件需求工具概述
软件需求工具是辅助系统分析人员对用
户需求进行提取、整理和分析的辅助工 具
通常使用需求规格说明书（SRS）的形
式来定义待开发系统的所有外部特征和 内部质量属性
上午5时35分
54
8
2.2需求工程涉及的角色
需求工程涉及
到的角色包括： 1. 客户 2. 使用者 3. 系统分析师 4. 项目开发人员 5. 项目管理人员
系统分析师
开发人员
用户
上午5时35分
54
9
2.3 需求工程的基本任务
法和工具将需求获取过程中得到的非形 式化需求进行形式化描述，最终产生需 求规格说明书（SRS） 需求分析的方法包括：结构化的方法， 面向对象的方法和原型法 需求分析的工具有 ：DFD图，UML用 例图等
上午5时35分 54 12
2.3.3 需求验证
需求验证是对需求规格说明书（SRS）
的质量进行检验的过程
功能需求定义了开发人员必须实现的软件功能，
结构图表达（模块图，接口）
功能需求的表达工具有：Microsoft Visio
上午5时35分
54
21
2.4.3.1 功能需求举例1
社交网站功能需求图
上午5时35分
54
22
2.4.3.2 功能需求举例2
上午5时35分
54
23
2.4.4 软件不同层次需求的关系
需求工程
需求开发 需求获取 需求分析
需求管理
变更管理
需求验证
上午5时35分
需求规格说明
54 10
2.3.1 需求获取
需求获取过程将归纳和整理用户提出的
各种问题和需求，从非形式化的陈述中 提取用户需求
需求获取的工具是Word等文字记录工
具
上午5时35分
54
11
2.3.2 需求分析
需求分析是系统分析员将利用特定的方
按照自动化程度可以分类两类：
1. 人工方式为主的分析工具，使用Word
等工具按照结构化分析和设计技术进行 需求分析
2. 自动化需求分析工具，通过保证需求信
息的一致性和完整性来实现需求分析的 自动化，比如Xupper工具
上午5时35分 54 28
3.1.2 按照分析方法进行分类
按照支持分析方法对需求工具分类：
业务需求
用户需求
功能需求
开发人员
客户沟通，系统分析师
上午5时35分 54 14
2.4.1 业务需求
业务需求反映了用户对系统和产品的高
层次的目标要求，他们是用户组织机构 流程的再现和模拟，是从用户组织机构 的工作流程的角度进行的需求描述
业务需求使用流程图、活动图等来表达 制作业务需求的工具包括：BPwin，
简单讲，软件需求工程就是获取用户
需求的过程
软件需求工程是需求供需双方采取被
证明行之有效的原理、方法，通过使 用适当的工具和符号体系，正确、全 面地描述用户待开发系统的行为特征、 质量要求、约束条件的过程
上午5时35分 54 7
2.1需求工程的目标
需求工程的目标是得到清晰、一致且无
二义的需求模型
及形式化的描述语言来完成软件需求的 开发
上午5时35分
54
26
3.1 软件需求工具的分类
可以按照不同的方式对软件需求分析工
具进行分类： 1. 按自动化程度进行分类 2. 按分析方法进行分类 3. 按特定的应用领域进行分类
上午5时35分
54
27
3.1.1 按自动化程度进行分类
软件需求工具
Software requirement tool
任课老师：黄武
上午5时35分
54
1
提纲
软件需求概述
软件需求工程 软件需求工具概述
需求分析方法
典型的需求分析工具介绍
上午5时35分
54
2
你理解软件需求吗
• 什么是软件需求？如何获取，如何表达 需求？
上午5时35分
54
过用例图来表达
用户需求的表达工具有 ：UML用例图
上午5时35分
54
18
2.4.2.1 用户需求举例1
点餐系统的用例图
上午5时35分
54
19
2.4.2.2 用户需求举例2
学生成绩管理系统的用例图
上午5时35分
54
20
2.4.3 功能需求
从而使用户能够完成任务，满足其业务需求
功能需求从开发人员的角度看系统，可以使用
Microsoft Visio，UML工具等
上午5时35分 54 15
2.4.1.1 业务流程举例1
医生导
出睡眠 数据进 行分析 的流程
上午5时35分
54
16
2.4.1.2 业务流程举例2
上午5时35分
54
17
2.4.2 用户需求
用户需求描述了用户使用产品必须要完
成的任务
用户需求从用户的角度看系统，一般通
3
1 软件需求概述
需求的重要性
软件需求的质量高低决定了软件产品的
成败和质量
据统计，软件中的错误大约有15%来源
于软件需求；软件失败大约有50%是需 求的不合理所致
上午5时35分
54
4
1.1 需求是软件开发成败的关键
ESPITI（欧洲软件过程改进培训倡议）
对3800名软件人员进行了一个调查，一 半以上人认为软件的最大两个问题是： 需求规格说明及管理客户需求
这个过程确定SRS是否存在需求遗漏、
需求错误以及需求不一致的地方，如果 需求不合格则需要进一步进行需求工程
需求验证的工具有Xupper（业务建模，
需求追溯）
上午5时35分 54 13
2.4 需求的层次性
软件需求具有不同的层次性，将形成不
同的需求，包括： 业务需求（Business Requirement） 用户需求（User Requirement） 功能需求（Functional Requirement）
1. 支持结构化分析方法需求分析工具，
Hale Waihona Puke Baidu
这类工具支持数据流图和数据字典的 生成和管理，比如BPwin 2. 支持面向对象方法的需求分析工具， 这类工具支持UML语言的表达，比如 Rational Rose
1. 2. 3. 4. 5. 6.
上午5时35分 54
需求规格说明 管理客户需求 建档 软件测试 项目管理 编码
5
1.2 软件需求错误的代价
软件需求的错误在后期会被放大
0.1-0.2 0.5 1 2 5 20
上午5时35分 54
需求阶段
设计阶段
编码阶段 单元测试 验收测试 维护阶段
6
2 软件需求工程
业务需求
项目视图与范围文档
质量需求
用户需求
使用实例文档
领域需求 （约束条件） 其它非 功能需求
系统需求
功能需求
需求规格说明
上午5时35分 54 24
2.4.5 软件需求文档的组成
上午5时35分
54
25
3 软件需求工具概述
软件需求工具是辅助系统分析人员对用
户需求进行提取、整理和分析的辅助工 具
通常使用需求规格说明书（SRS）的形
式来定义待开发系统的所有外部特征和 内部质量属性
上午5时35分
54
8
2.2需求工程涉及的角色
需求工程涉及
到的角色包括： 1. 客户 2. 使用者 3. 系统分析师 4. 项目开发人员 5. 项目管理人员
系统分析师
开发人员
用户
上午5时35分
54
9
2.3 需求工程的基本任务
法和工具将需求获取过程中得到的非形 式化需求进行形式化描述，最终产生需 求规格说明书（SRS） 需求分析的方法包括：结构化的方法， 面向对象的方法和原型法 需求分析的工具有 ：DFD图，UML用 例图等
上午5时35分 54 12
2.3.3 需求验证
需求验证是对需求规格说明书（SRS）
的质量进行检验的过程
功能需求定义了开发人员必须实现的软件功能，
结构图表达（模块图，接口）
功能需求的表达工具有：Microsoft Visio
上午5时35分
54
21
2.4.3.1 功能需求举例1
社交网站功能需求图
上午5时35分
54
22
2.4.3.2 功能需求举例2
上午5时35分
54
23
2.4.4 软件不同层次需求的关系
需求工程
需求开发 需求获取 需求分析
需求管理
变更管理
需求验证
上午5时35分
需求规格说明
54 10
2.3.1 需求获取
需求获取过程将归纳和整理用户提出的
各种问题和需求，从非形式化的陈述中 提取用户需求
需求获取的工具是Word等文字记录工
具
上午5时35分
54
11
2.3.2 需求分析
需求分析是系统分析员将利用特定的方
按照自动化程度可以分类两类：
1. 人工方式为主的分析工具，使用Word
等工具按照结构化分析和设计技术进行 需求分析
2. 自动化需求分析工具，通过保证需求信
息的一致性和完整性来实现需求分析的 自动化，比如Xupper工具
上午5时35分 54 28
3.1.2 按照分析方法进行分类
按照支持分析方法对需求工具分类：
业务需求
用户需求
功能需求
开发人员
客户沟通，系统分析师
上午5时35分 54 14
2.4.1 业务需求
业务需求反映了用户对系统和产品的高
层次的目标要求，他们是用户组织机构 流程的再现和模拟，是从用户组织机构 的工作流程的角度进行的需求描述
业务需求使用流程图、活动图等来表达 制作业务需求的工具包括：BPwin，
简单讲，软件需求工程就是获取用户
需求的过程
软件需求工程是需求供需双方采取被
证明行之有效的原理、方法，通过使 用适当的工具和符号体系，正确、全 面地描述用户待开发系统的行为特征、 质量要求、约束条件的过程
上午5时35分 54 7
2.1需求工程的目标
需求工程的目标是得到清晰、一致且无
二义的需求模型