软件工程-第7章修改.ppt

软件工程 第7章 面向过程的结构化分析 7.1 系统工程 1 系统工程层次结构 2 业务过程工程 3 产品工程 系统工程层次结构 开发软件系统，需要有全局的眼光，检查整个业务和产品领域，保证能在“全局视图”上理解产品所在的位置。然后重点分析所关心的具体领域，在这个确定的领域上分析出所需系统的要素（如数据、软件、硬件、人员等），然后对所需系统进行需求分析、系统设计和构建。 系统工程层次结构 系统工程层次结构如图所示： 系统工程层次结构 从每个视图的组成来看，领域集合Di组成全局视图（world view,WV）,即： WV={D1,D2,……,Dn} 而每个领域都由特定要素（Ej）组成，各自在完成某领域或其组成部分目标的过程中扮演一些角色。 Di＝｛E1,E2,……,EM｝ 最后，每种要素通过完成特定功能的构件（Ck）来实现 Ei＝｛C1,C2,……,Ck｝ 每个构件可以是类、对象、模块、一段计算机程序，甚至是一条编程语句。 系统工程层次结构 系统工程层次结构给出了概括性的框架，而需要对该框架进行具体的实例化，在实际应用有多种框架可以考虑，以利理解正确的客户需求。这里介绍两种常用框架：业务过程工程、产品工程 。 当工作集中在某业务企业时，业务过程工程就会发挥作用； 而关注产品生产的过程称为产品工程。 业务过程工程 业务过程工程是要从公司信息技术需求的全局角度出发，定义出一个能有效利用信息的体系。业务过程工程为建立实施计算架构的总体计划提供了一种方法。业务过程工程可以让软件工程师更加深刻理解所开发系统在企业信息建设中所处位置，更有利于企业有效利用信息的软硬件资源。 业务过程工程 产品工程 产品工程的目的是将用户期望的已定义的一组能力转变成真实产品。产品工程和业务过程工程一样，也需要定义出架构和基础设施。软件、硬件、数据（数据库）以及人员组成了四个不同的系统构件。 产品工程 7.2 需求分析 为什么要需求分析？ 需求分析的任务： 准确地定义未来系统的目标，确定为了满足用户的需求系统必须 “做什么（what）” ，不是 “怎样做（how）”。用 需求规格说明书 规范的形式准确地表达用户的需求。 需求分析的任务就是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决目标系统的 “做什么” 的问题。 需求分析过程示意 (1) 通过对现实环境的调查， 获当前系统的具体模型(物理模型) 需求分析过程示意 (2) 去掉具体模型中的非本质因素， 抽象出当前系统的逻辑模型 需求分析过程示意 (3) 分析当前系统与目标系统的差别， 建立目标系统的逻辑模型 需求分析过程示意 (4) 对目标系统进行完善和补充，并写出完整的需求说明； (5) 对需求说明进行复审，直到确认文档齐全，并且符合用户的全部需求为止。 需求获取的常用方法 1.需求获取的目的 清楚地理解所要解决的问题 完整地获取用户需求 2.需求获取面临的挑战 问题的复杂性和对问题空间理解的不完备性与不一致性 交流障碍 需求易变性 3.需求获取的常用方法 建立联合分析小组 客户访谈 问题分析与确认 软件需求分析的通信途径 4. 需求获取的内容 ◆用户需求分类 (1)功能性需求: 定义了系统做什么（描述系统必须支持的功能 和过程） (2)非功能性需求（技术需求）: 定义了系统工作时的特性（描述操作环境和性 能目标） ◆两类需求包括的内容 (1) 功能 (2) 性能 (3) 环境 (4) 界面 (5) 用户或人的因素 (6) 文档 (7) 数据 (8) 资源 (9) 安全保密 (10)软件成本消耗与开发进度 (11)质量保证 分析建模 两种分析模型 结构化分析模型 面向对象分析模型 结构化分析模型的组成结构 模型的核心是DD（Data Dictionary,数据字典），它是系统所涉及的各种数据对象的总和。 E-R图（Entity-Relation Diagram，实体-关系图）用于描述数据对象间的关系，他代表软件的数据模型，在实体-关系图中出现的每个数据对象的属性均可用数据对象说明来描述； DFD图（Data Flow Diagram，数据流图），其主要作用是指明系统中数据是如何流动和变换的，以及描述是数据流进行变换的功能，在DFD图中出现的每个功能的描述则写在（PSPEC）中，它们一起构成功能模型； 结构化分析模型的组成结构 STD（Status Transfer Diaram，状态-变迁图），用于指明系统在外部时间的作用下将会如何动作，表