面向数据流的结构化分析方法SA
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
17
(2) 分析与综合
从信息流和信息结构出发，逐步细 化所有的软件功能，找出系统各元 素之间的联系、接口特性和设计上 的约束，分析它们是否满足功能要 求，是否合理。剔除其不合理的部 分，增加其需要部分。最终综合成 系统的解决方案，给出目标系统的 详细逻辑模型。
18
常用的分析方法
• 面向数据流的结构化分析方法 (SA) • 面向数据结构的Jackson方法 (JSD) • 面向数据结构的结构化数据系统开
12
需求分析的任务就是借助于当前系统的逻辑模型 导出目标系统的逻辑模型，解决目标系统的 “做什么” 的问题。
13
• 通常软件开发项目是要实现目标系 统的物理模型
• 目标系统的具体物理模型是由它的 逻辑模型经实例化，即具体到某个 业务领域而得到的
14
需求分析的过程
(1) 问题识别
从系统的角度来理解软件并评审软件范 围是否恰当
21
需求评审
• 分层次评审 • 正式评审与非正式评审结合 • 分阶段评审 • 建立标准的评审流程 • 做好评审后的跟踪工作 • 充分准备评审 • ……
22ຫໍສະໝຸດ Baidu
(4) 需求分析评审
系统定义的目标是否与用户的要求一 致;
系统需求分析阶段提供的文档资料是 否齐全;
文档中的所有描述是否完整、清晰、 准确反映用户要求;
需求中常见的问题与原因
• 笼统需求 • 隐含需求 • 与已存在的限制条件
矛盾的需求 • 不完整的需求 • 乙方代劳的需求
• 项目可行性分析研 究不深入
• 不善于提需求
8
如何设计软件需求
GB/T 9385-1998计算机软件需求说明编制指南 总体要求
✓无歧性 ✓完整性 ✓可验证性 ✓一致性
✓可修改性 ✓可追踪性 ✓运行和维护阶段的 可使用性
9
必须描述的基本问题
软件需求描述
功能
性能
外部 接口
属性
需求基本问题
设计 限制
10
软件需求描述方法
软件需求分析的任务和过程 结构化分析方法 原型化方法 动态分析方法 数据及数据库需求
11
软件需求分析的任务 • 深入描述软件的功能和性能 • 确定软件设计的约束和软件同
其它系统元素的接口细节 • 定义软件的其它有效性需求
发方法 (DSSD) • 面向对象的分析方法 (OOA) 等
19
(3) 编制需求分析阶段的文档 软件需求说明书 数据要求说明书 初步的用户手册 修改、完善与确定软件开发实施计
划
20
需求评审的主要内容
• 是否生成软件需求规格说明书 • 所提出的需求的技术可行性 • 需求是否可测 • 需求规格说明书内容完整 • 评价用户需求与需求规格说明书的一致性 • 是否有需求管理过程
义是否成功进行确认;
24
例子：需求问题记录表
25
需求分析流程
26
软件需求分析的原则
• 需要能够表达和理解问题的信息域 和功能域
• 要能以层次化的方式对问题进行分 解和不断细化
• 要给出系统的逻辑视图和物理视图
27
28
软件需求规格说明的原则
从现实中分离功能，即描述要“做什么”而不是“怎 样实现”
4
•需求 •开发 •测试
软件需求分析阶段
需求重要性
•软件开发的基础 •开发过程的依据 •开发管理过程的依据 •用户接收的依据 •测试的依据
需求评估标准 评估文档
•无歧性 •完整性 •可验证性 •一致性 •可修改性 •可追踪性 •运行和维护阶段 的可使用性
需求分析阶段
•软件需求说明书 •数据要求说明书
个人研究方向
• 信息系统架构设计 • 系统需求分析 • IT项目管理 • 软件全过程质量保证解决方案设计 • 软件测试工具研究 • 电子政务和信息安全 • ……
1
软件项目管理目标
质量控制
进度控制
成本控制
组织结构
人员要求
2
环境要求
软件开发全过程控制与管理
开发
软件需求 软件结构 软件详细
分析
设计
设计
编码
需求评审
设计评审
代码评审
单元 测试
软件 集成
集成 测试
各阶段测试
系统 测试
交付
对 项目管理 / 配置管理 / 缺陷管理 / 质量保证 相关活动进行监督与控制
第三方 全过程保证
3
Contents
内容提要
1
软件需求分析阶段
2
软件开发设计阶段
3 软件开发编码及测试阶段
4
其他控制过程
5
软件验收和第三方测试
与所有其它系统成分的重要接口是否 都已经描述;
23
(4-1) 需求评审检查表
被开发项目的数据流与数据结构是否足够，确 定;
所有图表是否清楚，在不补充说明时能否理解; 主要功能是否已包括在规定的软件范围之内，
是否都已充分说明; 设计的约束条件或限制条件是否符合实际; 开发的技术风险是什么; 是否考虑过软件需求的其它方案; 是否考虑过将来可能会提出的软件需求; 是否详细制定了检验标准，它们能否对系统定
确定对目标系统的综合要求，即软件的 需求
提出这些需求实现条件，以及需求应达 到的标准
15
软件的需求包括：
• 功能需求 • 性能需求 • 环境需求 • 可靠性需求 • 安全保密要求 • 用户界面需求
• 资源使用需求
• 成本消耗需求
• 开发进度需求
• 预先估计以后 系统可能达到 的目标
16
问题识别的另一项工作是建立分析所需要的通信途径， 以保证能顺利地对问题进行分析。
5
需求的作用
甲方
精确描述需要什么样的产品
乙方
准确理解甲方需要什么样的产品
明确规定产品的检验依据
第三方
6
需求的组织层机构次或客户对系统、 产品高层次的目标要求
业务
需求满评足审：评价业务需 求、用户需求、需求规
格任说务明的一致性
完成
软件功能
用户使用产品必须 要完成的任务
需求 7
开发人员必须实 现的软件功能
要求使用面向处理的规格说明语言（或称系统定义语 言）
如果被开发软件只是一个大系统中的一个元素，那么 整个大系统也包括在规格说明的描述之中
规格说明必须包括系统运行环境 规格说明必须是一个认识模型 规格说明必须是可操作的 规格说明必须容许不完备性并允许扩充 规格说明必须局部化和松散耦合
29
软件需求方法
• 需求分析方法由对软件问题的信息 域和功能域的系统分析过程及其表 示方法组成
• 大多数的需求分析方法是由信息驱 动的
• 信息域具有三种属性: 信息流、信 息内容和信息结构。
30
结构化分析方法
• 面向数据流进行需求分析的方法 • 结构化分析方法适合于数据处理类
(2) 分析与综合
从信息流和信息结构出发，逐步细 化所有的软件功能，找出系统各元 素之间的联系、接口特性和设计上 的约束，分析它们是否满足功能要 求，是否合理。剔除其不合理的部 分，增加其需要部分。最终综合成 系统的解决方案，给出目标系统的 详细逻辑模型。
18
常用的分析方法
• 面向数据流的结构化分析方法 (SA) • 面向数据结构的Jackson方法 (JSD) • 面向数据结构的结构化数据系统开
12
需求分析的任务就是借助于当前系统的逻辑模型 导出目标系统的逻辑模型，解决目标系统的 “做什么” 的问题。
13
• 通常软件开发项目是要实现目标系 统的物理模型
• 目标系统的具体物理模型是由它的 逻辑模型经实例化，即具体到某个 业务领域而得到的
14
需求分析的过程
(1) 问题识别
从系统的角度来理解软件并评审软件范 围是否恰当
21
需求评审
• 分层次评审 • 正式评审与非正式评审结合 • 分阶段评审 • 建立标准的评审流程 • 做好评审后的跟踪工作 • 充分准备评审 • ……
22ຫໍສະໝຸດ Baidu
(4) 需求分析评审
系统定义的目标是否与用户的要求一 致;
系统需求分析阶段提供的文档资料是 否齐全;
文档中的所有描述是否完整、清晰、 准确反映用户要求;
需求中常见的问题与原因
• 笼统需求 • 隐含需求 • 与已存在的限制条件
矛盾的需求 • 不完整的需求 • 乙方代劳的需求
• 项目可行性分析研 究不深入
• 不善于提需求
8
如何设计软件需求
GB/T 9385-1998计算机软件需求说明编制指南 总体要求
✓无歧性 ✓完整性 ✓可验证性 ✓一致性
✓可修改性 ✓可追踪性 ✓运行和维护阶段的 可使用性
9
必须描述的基本问题
软件需求描述
功能
性能
外部 接口
属性
需求基本问题
设计 限制
10
软件需求描述方法
软件需求分析的任务和过程 结构化分析方法 原型化方法 动态分析方法 数据及数据库需求
11
软件需求分析的任务 • 深入描述软件的功能和性能 • 确定软件设计的约束和软件同
其它系统元素的接口细节 • 定义软件的其它有效性需求
发方法 (DSSD) • 面向对象的分析方法 (OOA) 等
19
(3) 编制需求分析阶段的文档 软件需求说明书 数据要求说明书 初步的用户手册 修改、完善与确定软件开发实施计
划
20
需求评审的主要内容
• 是否生成软件需求规格说明书 • 所提出的需求的技术可行性 • 需求是否可测 • 需求规格说明书内容完整 • 评价用户需求与需求规格说明书的一致性 • 是否有需求管理过程
义是否成功进行确认;
24
例子：需求问题记录表
25
需求分析流程
26
软件需求分析的原则
• 需要能够表达和理解问题的信息域 和功能域
• 要能以层次化的方式对问题进行分 解和不断细化
• 要给出系统的逻辑视图和物理视图
27
28
软件需求规格说明的原则
从现实中分离功能，即描述要“做什么”而不是“怎 样实现”
4
•需求 •开发 •测试
软件需求分析阶段
需求重要性
•软件开发的基础 •开发过程的依据 •开发管理过程的依据 •用户接收的依据 •测试的依据
需求评估标准 评估文档
•无歧性 •完整性 •可验证性 •一致性 •可修改性 •可追踪性 •运行和维护阶段 的可使用性
需求分析阶段
•软件需求说明书 •数据要求说明书
个人研究方向
• 信息系统架构设计 • 系统需求分析 • IT项目管理 • 软件全过程质量保证解决方案设计 • 软件测试工具研究 • 电子政务和信息安全 • ……
1
软件项目管理目标
质量控制
进度控制
成本控制
组织结构
人员要求
2
环境要求
软件开发全过程控制与管理
开发
软件需求 软件结构 软件详细
分析
设计
设计
编码
需求评审
设计评审
代码评审
单元 测试
软件 集成
集成 测试
各阶段测试
系统 测试
交付
对 项目管理 / 配置管理 / 缺陷管理 / 质量保证 相关活动进行监督与控制
第三方 全过程保证
3
Contents
内容提要
1
软件需求分析阶段
2
软件开发设计阶段
3 软件开发编码及测试阶段
4
其他控制过程
5
软件验收和第三方测试
与所有其它系统成分的重要接口是否 都已经描述;
23
(4-1) 需求评审检查表
被开发项目的数据流与数据结构是否足够，确 定;
所有图表是否清楚，在不补充说明时能否理解; 主要功能是否已包括在规定的软件范围之内，
是否都已充分说明; 设计的约束条件或限制条件是否符合实际; 开发的技术风险是什么; 是否考虑过软件需求的其它方案; 是否考虑过将来可能会提出的软件需求; 是否详细制定了检验标准，它们能否对系统定
确定对目标系统的综合要求，即软件的 需求
提出这些需求实现条件，以及需求应达 到的标准
15
软件的需求包括：
• 功能需求 • 性能需求 • 环境需求 • 可靠性需求 • 安全保密要求 • 用户界面需求
• 资源使用需求
• 成本消耗需求
• 开发进度需求
• 预先估计以后 系统可能达到 的目标
16
问题识别的另一项工作是建立分析所需要的通信途径， 以保证能顺利地对问题进行分析。
5
需求的作用
甲方
精确描述需要什么样的产品
乙方
准确理解甲方需要什么样的产品
明确规定产品的检验依据
第三方
6
需求的组织层机构次或客户对系统、 产品高层次的目标要求
业务
需求满评足审：评价业务需 求、用户需求、需求规
格任说务明的一致性
完成
软件功能
用户使用产品必须 要完成的任务
需求 7
开发人员必须实 现的软件功能
要求使用面向处理的规格说明语言（或称系统定义语 言）
如果被开发软件只是一个大系统中的一个元素，那么 整个大系统也包括在规格说明的描述之中
规格说明必须包括系统运行环境 规格说明必须是一个认识模型 规格说明必须是可操作的 规格说明必须容许不完备性并允许扩充 规格说明必须局部化和松散耦合
29
软件需求方法
• 需求分析方法由对软件问题的信息 域和功能域的系统分析过程及其表 示方法组成
• 大多数的需求分析方法是由信息驱 动的
• 信息域具有三种属性: 信息流、信 息内容和信息结构。
30
结构化分析方法
• 面向数据流进行需求分析的方法 • 结构化分析方法适合于数据处理类