软件工程需求分析概述
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
4
需
确定对系统的综合要求
求 1.功能 (function) 要求 划分出系统必
分
须完成的所有功能。
析 2.性能 (performance) 要求 如:系统
的
联机响应时间、吞吐率、连续运行时
任
间 、 可 靠 性 (reliability) 、 安 全 性 (security),以及操作简便、界面美
务
是一个不断循环的过程,系统在这个
过程中不断完善,分析员的认识在这
个过程中不断加深。
202前1一/页1/12
15
细化数据流图
为了追踪更详细的数据流图,分析员
应该把数据流图扩展到更低的层次。
分
析
通过对功能的分解来完成对数据流图 的细化。在数据流图中选取功能比较复杂
过 的处理,将其功能分解为若干子功能,使
10
获取需求的方法
▪ 访谈: ▪ 两种基本形式:正式和非正式
▪ 使用情景分析技术:即是对用户将来使用 目标系统解决某个问题的方法和结果进行 分析。
▪ 优点: ▪ (1)该技术可以演示目标系统 ▪ (2)可以调动用户的积极性
2021/1/12
11
面向数据流分析
对数据的来源/处理/去向,是分析的 出发点。通过可行性分析研究,已经得到 了目标系统的高层数据流图,需求分析的 目的之一就是把数据流和数据存储定义到 元素级。
需求分析的结果是系统开发的基础, 关系到工程的成败和软件产品的质量。 因此,必须采取行之有效的办法对需求 分析进行严格的审查验证。
20前2一1页/1/12
3
需求分析的任务
▪ 分析系统的数据要求
主
▪ 确定对系统的综合要求
要 内 容
▪ 导出系统的逻辑模型 ▪ 修正系统开发计划
▪ 开发原型系统
20前2一1页/1/12
过 ▪ 把分析过程得到的有关数据元素的
程 信息记录在数据字典中,把算法记
录在IPO图中
2021/1/12
14
用户复查
对于数据字典、数据流图、IPO图
分 中的有关内容是否完整正确地描述了
析 过
目标系统,只有用户是最清楚的。与 用户共同对描述的目标系统进行复查 是极为重要的一个环节。
程
“复查、补充、修改、再复查…”,
21
简易的应用规格说明技术
▪ 步骤:
▪ 初步访谈,确定问题的范围和解决方案 ▪ 由开发者和用户分别写出“产品需求”,并在由双方
代表组成的会议上讨论 ▪ 会议上确定与会人员意见一致的问题和列表 ▪ 将与会者分成小组,每个小组就列表中的问题展开讨
观等等。
20前2一1页/1/12
5
确定对系统ຫໍສະໝຸດ Baidu综合要求
需
求 3.运行 (execute) 要求 主要指系统运
分
行时所处环境的要求。如:硬件平台、
析
软件平台、网络环境、通信接口等等。
的
4.可扩展性 (expansibility) 要求 应明
确列出将来可能会提出来的要求。在
任
设计开发目标系统的同时,尽可能考
务
虑到系统的扩展和修改,以免造成被
动。
20前2一1页/1/12
6
确定对系统的综合要求
需 求 分 析 的 任 务
2021/1/12
▪ 5.可靠性和可用性需求 定量
指定了系统的可靠性,量化 用户使用系统的程度。
▪ 6.出错处理需求 该类需求说
明系统对环境错误怎样响应。
7
分析系统的数据要求
需 任何一个软件系统,其本质都是信息
析 作,在对目标系统有了更深
过 入的认识之后,可以对原来
程 的开发计划作进一步的修正。
202前1一/页1/12
18
书写文档
1)系统规格说明:主要描述目标系统的概
分
貌、功能要求、性能要求、运行要求和
析
将来可能提出的要求。用数据流图、IPO 等描述的算法也是其中主要的组成部分。
过
此外,还应包括用户需求与系统功能之
程 其成为数据流图新的处理。
对数据流图细化之后,数据元素之间
的关系更加清楚,处理加工算法更加具体。 分析员将越来越深入具体地定义目标系统 。
202前1一/页1/12
16
细化数据流图
分
图3.1 面向数据流自顶向下求精过程
需要
析
分解
过
程
分析员向 用户解释
202前1一/页1/12
17
修正开发计划
分
经过需求分析阶段的工
采用结构化分析方法(SA),面向数
据流自顶向下,逐步求精进行分析。
20前2一1页/1/12
12
分析过程
主
▪ 沿数据流图回溯
要
▪ 用户复查
内 容
▪ 细化数据流图
▪ 修正开发计划
▪ 书写文档
20前2一1页/1/12
13
沿数据流图回溯
分 ▪ 步骤:
析
▪ 从输出端沿着数据流图向输入端回 溯,由此确定出每个数据的来源
分 要求,可以导出系统详细的逻辑模
析 型,通常用数据流图、数据字典、
的 任
主要的处理算法(algorithm)来描 述。
务
20前2一1页/1/12
9
需
修正系统的开发计划
求
通过需求分析对系统更深入
分 具体的理解,可以比较准确地估
析 计系统的成本和进度,修正以前 的 制定的开发计划。
任
务
20前2一1页/1/12
软件工程学系列
软件工程需求分析概述
主要内容
▪ 需求分析的任务 ▪ 获取需求的方法 ▪ 分析建模和规范化 ▪ 图形工具 ▪ 验证软件需求
20前2一1页/1/12
2
需求分析的任务
需 求 (requirement)分 析 是 定 义 软 件 的最后一个阶段,也是最重要的一个阶 段,其基本任务是对目标系统提出完整、 准确、清晰、具体的要求。
程
间的参照关系,设计约束等 。
2)数据要求:主要包括数据字典、层次方框
图(描述数据结构)、数据的存储等。
202前1一/页1/12
19
书写文档
3)用户系统描述:从用户使用系统的角度
分
描述系统,相当于初步的用户手册。包
析
括,对系统功能和性能的简要描述,使 用系统的主要步骤和方法,以及系统用
过
户的责任等。这对保证系统符合用户的
求 处理系统,信息处理的要求决定了系统
分
的性质。因此,分析系统的数据要求是 需求分析的一项重要任务。通常采用建
析 立概念模型的方法。
的
利用数据字典并辅助以图形工具来
任 描绘数据结构。
务
使用数据结构规范化技术,使得软
件系统有利于存储经常要使用信息。
20前2一1页/1/12
8
需
导出系统的逻辑模型
求
从分析系统的综合要求和数据
程
需求和软件质量具有重要作用。
4)修正的开发计划:包括成本估计、资源
使用计划、进度计划等。
202前1一/页1/12
20
简易的应用规格说明技术
➢解决了用户处于被动地位的问题
➢面向团队的需求收集法
➢该方法提倡用户与开发者密切合作,共 同标识问题,提出解决方案要素,商讨不 同方案并指定基本需求。
20前2一1页/1/12