软件工程3ppt课件
合集下载
软件工程3软件需求分析ppt课件
1）从问题描述中分析出4种基本组成成分 （1）外部实体：顾客。 （2）数据流：顾客ID、现金、IC卡信息、购物
单、发票信息、维护结果、对账结果、结账信 息、正确的帐户信息。
（3）加工：发卡、维护、对账及错误处理、发 票打印、结算。
（4）数据存储：发卡记录、结账记录。
2）画出系统的基本模型
图3-2 IC卡管理系统的顶层数据流图
以火车票售票为例，如果是学生，并且每年累计的 乘车次数少于4次，则售半票，否则售全票。用形式化 语言可描述如下：
IF 乘客是学生 THEN
IF 每年累计的乘车次数少于4次 THEN 售半票 ELSE 售全票 ENDIF ELSE 售全票 ENDIF
结构化语言的特点是简单直观，且容易转化为程序， 但它不方便处理组合条件。
（1）变换型数据流图
具有较明显的输入、变换（或主加工）和输 出的数据流图称为变换型数据流图。在变换型 数据流图中，主加工是系统的中心。如图3-2 所示的是一个典型的变换型数据流图，图中 “发卡”是主加工，“现金”是输入，“IC卡” 是输出。
图3-2 IC卡管理系统的顶层数据流图
（2）事务型数据流图
3.1.2 需求分析的原则
1．分析人员要使用符合用户语言习惯的表达
2．分析人员要了解用户的业务及目标 3．分析人员必须编写软件需求报告 4．要求得到需求工作结果的解释说明 5．开发人员要尊重客户的意见 6．开发人员要对需求及产品实施提出建议和解决方案
7．描述产品使用特性 8．允许重用已有的软件组件 9．要求对变更的代价提供真实可靠的评估 10．获得满足客户功能和质量要求的系统 11．给分析人员讲解业务
某个加工将它的输入分离成一串发散的数据 流，形成许多活动路径，并根据输入的值选择 其中一条路径，具有这样特征的数据流图是事 务型数据流图。
软件工程课件(全)
03
识别项目中的关键路径，确保项目按计划进 行
04
及时调整项目计划，应对项目变更和不确定 性
风险管理策略制定
识别项目中的潜在风险， 包括技术风险、市场风险、 资源风险等
制定相应的风险应对策略 和措施，如风险规避、减 轻、转移和接受等
评估风险的概率和影响程 度，制定风险优先级列表
监控风险状态，及时调整 风险管理计划
质量改进
根据质量评估结果，制定相应的改进措施， 如优化性能、增强安全性等。
经验教训总结
对测试过程中遇到的问题进行总结，形成经 验教训，为后续项目提供参考。
06
项目管理与团队协作
项目计划制定与监控
01 制定详细的项目计划，包括项目目标、范围 、时间表、资源需求、成本估算等
02 设立项目里程碑，对项目进度进行阶段性监 控
开发方向。
持续集成和测试
03
迭代增量模型强调持续集成和测试的重要性，以确保每个迭代
周期都能交付高质量的软件产品。
03
需求分析与管理
需求获取与整理
确定需求来源
与客户、利益相关者、业务领 域专家等进行沟通，收集原始
需求。
需求分类
将收集到的需求按照功能、性 能、安全、易用性等方面进行 分类。
需求筛选
去除重复、模糊、不切实际的 需求，确保需求的准确性和可 行性。
处理变更请求
根据实际情况，决定是否接受变更请求，并 制定相应的实施计划。
跟踪和验证变更
对实施的变更进行跟踪和验证，确保变更的 正确性和完整性。
04
系统设计与实现
系统架构设计
分层架构
将系统划分为表示层、业务逻辑层和数据访问层，实现高内聚、 低耦合的设计。
软件工程PPT课件第3章 软件需求分析
–多个来回
6
软件需求分析的通信途径
7
分析建模
结构化分析模型 面向对象分析模型 分析模型描述工具
DFD、DD和PSPEC（加工规约）
CFD、CSPEC（控制规约）和STD E-R图 用例图，对象-关系图，对象-行为图
8
结构化分析模型
数据对象 说明 E-R图 加工说明 DFD图
44
数据流图
数据流图(DFD)是一种图形化技术，它描绘信息
流和数据从输入移动到输出的过程中所经受的变换 。 在数据流图中没有任何具体的物理部件，它只是 描绘数据在软件中流动和被处理的逻辑过程。 数据流图是系统逻辑功能的图形表示，即使不是 专业的计算机技术人员也容易理解它，因此是分析 员与用户之间极好的通信工具。 此外，设计数据流图时只需考虑系统必须完成的 基本逻辑功能，完全不需要考虑怎样具体地实现这 些功能。
2
需求分析的结构化分析方法准则
(1) 必须理解并描述问题的信息域，根 据这条准则应该建立数据模型。 (2) 必须定义软件应完成的功能，这条 准则要求建立功能模型。 (3) 必须描述作为外部事件结果的软件 行为，这条准则要求建立行为模型。 (4) 必须对描述信息、功能和行为的模 型进行分解，用层次的方式展示细节。
40
分析模型的元素
数据字典(DD)：模型核心(中心库) E-R图(ERD)： 数据流图(DFD)
指明数据在系统中移动时如何被变换; 描述对数据流进行变换的功能;
DFD中每个功能的描述包含在加工规约 (小说明)。
状态变迁图(STD)
指明作为外部事件的结果,系统将如何 动作。
41
3.4.2 数据建模
4
需求分析的任务和步骤
软件工程(第3版)第2章 人民邮电出版社PPT课件
用于成功开发软件的一组基本观念和原则
6条“最佳实践” 10个“流程要素”
可重用方法内容及流程构建块的框架
可以在定义自己的开发方法和过程
底层方法及流程定义语言
统一方法架构元模型 UML
RUP最佳实践
迭代式开发 需求管理 使用基于组件的架构 可视化建模 验证软件质量 控制软件变更
问题定义 可行性研究 需求分析 概要设计 详细设计 编码和单元测试 集成测试（综合测试） 软件维护
瀑布模型
收集需求 分析 设计 编码 测试 维护
瀑布模型 - 加入迭代过程
收集需求 分析 设计 编码 测试 维护
快速原型法
快速建立一个反映用户 主要需求的原型系统
可视化编程工具的广泛 使用
架构和组件
软件架构（Software Architecture）
构成系统的组件 组件之间的关联和交互
架构刻画了系统的整体设计
去掉了细节部分 突出了系统的重要特征
可视化建模
由于应用领域不同，模型可以有文字、图形或数学 表达式等多种形式，一般说来，使用可视化的图形 更容易令人理解。
验证软件质量
用户故事 需求
测试用例 新用户故事
差错
隐喻 架构试探
制定交付 交付计划 计划
不确定的估计
确定的估计
最新版本
用户认可
迭代开发
验收测试
下一次迭代
小交付
难点试探
XP(极限编程Extreme Programming)的整体开发过程
极限编程
未完成的任务 用户故事 交付计划 项目速率
新用户故事 新项目速率
共享的信息
能力成熟度模型的结构
能力成熟度等级
初始级 可重复级 已定义级 已管理级 优化级
6条“最佳实践” 10个“流程要素”
可重用方法内容及流程构建块的框架
可以在定义自己的开发方法和过程
底层方法及流程定义语言
统一方法架构元模型 UML
RUP最佳实践
迭代式开发 需求管理 使用基于组件的架构 可视化建模 验证软件质量 控制软件变更
问题定义 可行性研究 需求分析 概要设计 详细设计 编码和单元测试 集成测试（综合测试） 软件维护
瀑布模型
收集需求 分析 设计 编码 测试 维护
瀑布模型 - 加入迭代过程
收集需求 分析 设计 编码 测试 维护
快速原型法
快速建立一个反映用户 主要需求的原型系统
可视化编程工具的广泛 使用
架构和组件
软件架构（Software Architecture）
构成系统的组件 组件之间的关联和交互
架构刻画了系统的整体设计
去掉了细节部分 突出了系统的重要特征
可视化建模
由于应用领域不同，模型可以有文字、图形或数学 表达式等多种形式，一般说来，使用可视化的图形 更容易令人理解。
验证软件质量
用户故事 需求
测试用例 新用户故事
差错
隐喻 架构试探
制定交付 交付计划 计划
不确定的估计
确定的估计
最新版本
用户认可
迭代开发
验收测试
下一次迭代
小交付
难点试探
XP(极限编程Extreme Programming)的整体开发过程
极限编程
未完成的任务 用户故事 交付计划 项目速率
新用户故事 新项目速率
共享的信息
能力成熟度模型的结构
能力成熟度等级
初始级 可重复级 已定义级 已管理级 优化级
软件工程ppt课件完整版
修改与测试
对软件进行修改，并进行测试以确保 修改的正确性。
版本管理与发布
对修改后的软件进行版本管理，并发 布新版本。
软件演化策略与方法
增量式演化
逐步增加新功能或修改现有功能。
迭代式演化
通过不断迭代改进软件质量。
软件演化策略与方法
组件化演化
将软件拆分为独立组件进行演化。
重构
改进软件内部结构而不改变其外部行为。
处理团队冲突，化解矛盾，促进团队合作
版本控制与文档管理
使用版本控制工具（如Git） 管理项目代码和文档
建立完善的文档管理体系， 包括需求文档、设计文档、 测试文档等
制定版本控制规范，包括 分支管理、代码提交和合 并流程等
定期评审和更新文档，确 保文档与项目实际进展保 持一致
07 软件维护与演化
软件维护类型及流程
版本迁移与数据迁移
将旧版本的数据迁移到新版本，确保数据的 完整性和一致性。
持续集成与持续交付
持续集成
频繁地将代码集成到主干， 并进行自动化测试以快速发 现问题。
持续交付
在持续集成的基础上，将软 件以可发布的状态交付给用 户，以便用户能够快速获得 新功能或修复问题。
自动化测试与部署
监控与反馈
利用自动化工具进行测试和 部署，提高开发效率和质量。
软件工程的发展
软件工程经历了从程序设计、软件 工程方法、软件工程过程到软件工 程学科的逐步成熟过程。
软件工程目标与原则
软件工程的目标
在给定成本、进度的前提下，开发出具有有效性、可靠性、可理解性、可维护 性、可重用性、可适应性、可移植性、可追踪性和可互操作性且满足用户需求 的软件产品。
软件工程的原则
软件工程3(软件目标)
概念、框架、技术和方法，称
4.第四代软件工程 — 构件为工传统程的软件工程。
5) 软件工程的发展历史
40年来，软件工程已经历了四个重要发展阶 段：
1.第一代软件工程 — 传统的软件工程
2.第二代软件工程 — 对象工程
3.第三代软件工程 —的方过法80程与年工技代术中程得到到90发年展代，，研面究向的对重象
6) 软件工程面临的挑战
• 遗留系统的问题
–遗留系统是指那些过时或存在问题的计算 机系统，通常是许多年以前开发的
–挑战：既要以合理的成本维护和更新系统， 又要能够继承系统中重要的商业信息和服 务
6) 软件工程面临的挑战
• 软件开发方式的变化 –网络时代带来的冲击 •开源软件开发技术 •Web 工程 –挑战：研究分布式的软件体系结构和开发 模式，探索与之相适应的软件工程策略
点转移到面向对象的分析与设计，
4.第四代软件工程 —演化构为件一工种完程整的软件开发方法和
系统的技术体系，称0年来，软件工程已2经0世历纪了80年四代个中重开始要，发人展们在软
阶段：
件开发的实践过程中认识到：提高软
件生产率，保证软件质量的关键是
1.第一代软件工程“—软件传过统程”的，软是件软件工开程发和维护中
可复用构件组装完成，而无需从头开始
2.第二代软件工程构成造本—，的以目对此的象达。工到称提为程高构效件率工和程质。量，降低
3.第三代软件工程 — 过程工程
4.第四代软件工程 — 构件工程
6) 软件工程面临的挑战
• 异构系统的问题
–网络环境下包含不同的硬件平台和软件系 统
–挑战：需要提出新的开发技术，能够使所 开发的软件系统运行在不同的硬件平台和 系统环境下
4.第四代软件工程 — 构件为工传统程的软件工程。
5) 软件工程的发展历史
40年来，软件工程已经历了四个重要发展阶 段：
1.第一代软件工程 — 传统的软件工程
2.第二代软件工程 — 对象工程
3.第三代软件工程 —的方过法80程与年工技代术中程得到到90发年展代，，研面究向的对重象
6) 软件工程面临的挑战
• 遗留系统的问题
–遗留系统是指那些过时或存在问题的计算 机系统，通常是许多年以前开发的
–挑战：既要以合理的成本维护和更新系统， 又要能够继承系统中重要的商业信息和服 务
6) 软件工程面临的挑战
• 软件开发方式的变化 –网络时代带来的冲击 •开源软件开发技术 •Web 工程 –挑战：研究分布式的软件体系结构和开发 模式，探索与之相适应的软件工程策略
点转移到面向对象的分析与设计，
4.第四代软件工程 —演化构为件一工种完程整的软件开发方法和
系统的技术体系，称0年来，软件工程已2经0世历纪了80年四代个中重开始要，发人展们在软
阶段：
件开发的实践过程中认识到：提高软
件生产率，保证软件质量的关键是
1.第一代软件工程“—软件传过统程”的，软是件软件工开程发和维护中
可复用构件组装完成，而无需从头开始
2.第二代软件工程构成造本—，的以目对此的象达。工到称提为程高构效件率工和程质。量，降低
3.第三代软件工程 — 过程工程
4.第四代软件工程 — 构件工程
6) 软件工程面临的挑战
• 异构系统的问题
–网络环境下包含不同的硬件平台和软件系 统
–挑战：需要提出新的开发技术，能够使所 开发的软件系统运行在不同的硬件平台和 系统环境下
软件工程培训课件(PPT)
编码效率技巧：在保证代 码质量的前提下，应该尽 可能提高编码效率，减少 不必要的重复工作。
单元测试的方法与工具
测试用例设 计
执行测试流 程
测试工具选 择
测试结果分 析和报告
集成测试的方法与工具
测试方法：自 下而上、自上
而下
测试工具： JUnit、
Te s t N G 、 Selenium等
测试目的：检 测模块之间的 接口是否正确
方法：采用版本控制、变更 控制、状态报告等手段进行
管理
感谢观看
汇报人：
软件风险管理的方法与策略
风险识别：识别潜在的风险和 问题
风险评估：评估风险的大小和 影响
风险应对：制定应对策略和措 施
风险监控：持续监控风险的变 化和进展
软件配置管理的基本概念与方法
目的：确保软件产品的完整 性、一致性和可追溯性
范围：包括文档、程序、数 据等所有软件工程产品
定义：软件配置管理是一种 标识、组织和控制修改的技 术
质量控制：通过测试、统计等方 法，对软件开发过程中的质量进 行监控和评估，及时发现和解决 问题。
添加标题
添加标题
添加标题
添加标题
质量保证：通过一系列的质量保 证活动，如代码审查、测试、文 档编写等，确保软件质量的稳定 性和可靠性。
工具和技术：使用一些工具和技 术来辅助软件质量管理，如代码 审查工具、测试工具、项目管理 工具等。
编写要求：清晰明了，易于理解，方便查阅，及时更新
编写目的：方便用户和系统管理员使用和维护系统
06
软件工程管理
软件项目计划与进度安排
定义项目目标和范围 确定关键路径和里程碑 分配资源和工作任务 监控和控制项目进度
软件工程3-史济民概要
结构化分析与设计的由来
• 瀑布模型的首次实践
• 瀑布模型由传统的生存周期过程演变而来。 作为一种系统开发方法，结构化分析与设计 是瀑布模型的首次实践。该模型一般可划分 为以下阶段： • 需求定义与分析→总体设计→详细设计→编 码→测试→使用维护
结构化分析与设计的由来
• SA与SD的流程
• 系统的整个开发流程可简明表示为： • 结构化分析（工具：DFD、PSPEC） （分层DFD图）+ SRS • 结构化设计（工具：SC图） 映射 模型（初始SC图） • 初始设计模型（初始SC图） 优化 模型（最终SC图）
分析模型 初始设计 最终设计
• SA与SD的流程是为待开发系统建立分析模型和 设计模型的过程。
结构化分析与设计的由来
• 基本任务与指导思想
• 结构化分析
• 建立分析模型：功能模型、数据模型、行为模型 • 编写需求说明：软件需求规格说明书（SRS）标准 的主要内容为引言、信息描述、 功能描述、行为 描述、质量保证、接口描述等。 SRS标准强调SRS 应具有准确性、应防止二义性、应直观易改。 • 主要指导思想：抽象与分解。
• 自顶向下对系统进行功能分解，画出分层DFD图 • 由后向前定义系统的数据和加工，编制DD和PSPEC • 最终写出SRS
数据流图的层次结构
数据流图的层次结构
• 在多层数据流图中，顶层流图仅包含一 个加工（处理） ，它代表被开发系统。 它的输入流是该系统的输入数据，输出 流是系统所输出数据。 • 底层流图是指其加工不需再做分解的数 据流图，它处在最底层。 • 中间层流图则表示对其上层父图的细化 。它的每一加工可能继续细化，形成子 图。
2. 画出SC图框架
• DFD图的三个部分分别映射为事务控制模块，接 受模块和动作发送模块
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
4．编制需求规格说明书
5．进行需求分析的评审
软件工程概论教程
常州大学信息科学与工程学院 卢 莹
3.2.1 结构化分析技术 3.2.2 分析模型和规格说明 3.2.3 实体－关系图 3.2.4 数据流图（DFD）
例1：功能模型-机票预订
3.2.5 状态转换图
例2：行为模型-电话系统状态图
3.2.6 数据字典
l实体－关系图（E－R图）中的图形符号： （图3.2） （1）矩形框：表示数据对象（实体） （2）圆角矩形框或椭圆框：表示属性 （3）菱形框：表示关系 （4）无向边
软件工程概论教程
常州大学信息科学与工程学院 卢 莹
例：某工厂库存管理的E-R模型
l实体之间的联系：
①一个仓库可存放多种零件，一种零件可存放在多个仓库中： 仓库和零件具有多对多联系
常州大学信息科学与工程学院 卢 莹
画分层数据流图的过程
软件工程概论教程
常州大学信息科学与工程学院 卢 莹
l数据流图的绘制步骤 （1）顶层DFD：
软件工程概论教程
常州大学信息科学与工程学院 卢 莹
1. 数据流图中的基本符号（图3.3） ① 处理（系统的功能或子功能） ② 外部实体（输入数据的源点或输出数据的终点）
③ 数据流（系统中的动态数据） ④ 数据存储（系统中的静态数据）
软件工程概论教程
常州大学信息科学与工程学院 卢 莹
例：一张简单的数据流图： 数据流X从源点S流出被加工P1变换成数据流Y，加工 P1执行时要访问数据存储F；数据流Y又被加工P2变换 成数据流Z。
第3章 结构化分析
●面向数据流的需求分析方法
3.1 需求分析概述 3.2 需求建模
软件工程概论教程
常州大学信息科学与工程学院 卢 莹
l需求分析是发现、求精、建模、规格说明和复审的过程。 l需求分析的任务（过程）：
1．准确了解用户情况和需要解决的问题：
◆与用户沟通的途径： 访谈（参考人工操作过程）、参考类似系统、快速原型技术
（1）指出当数据在软件系统中移动时怎样被变换； （2）描绘处理数据流的‘功能’和‘子功能’。
软件工程概论教程
常州大学信息科学与工程学院 卢 莹
4.状态转换图（行为模型）：指明了作为外部事件结果的系 统行为。状态转换图描绘了系统的各种行为模式(称为“状 态”)和在不同状态间转换的方式。
l软件需求规格说明的框架
软件工程概论教程
常州大学信息科学与工程学院 卢 莹
l实体关系图描述数据对象、数据对象之间的联系， 是数据库设计的工具之一。
软件工程概论教程
常州大学信息科学与工程学院 卢 莹
l实体关系图包含三种相互关联的信息： （1）数据对象（实体）：软件必须理解的信息
例：“教学管理信息系统”中的教师、学生、课程等都是数据对象
软件工程概论教程
常州大学信息科学与工程学院 卢 莹
l画数据流图的注意事项： ①每个处理至少有一个输入数据流和一个输出数据流。 ②数据流图的细化过程中，要保持信息的连续性 ◇当把一个处理分解为一系列处理时，分解前和分解后 的输入/输出数据流必须相同 ③图中每个元素都要命名。 ④给加工合理编号。
软件工程概论教程
（2）数据对象的属性：定义了数据对象的性质
例：学生的属性：学号、姓名、性别、出生时间、所在系
（3）数据对象之间的相互关系：数据对象间相互联系的方式
①一对一联系（1：1）：部门与经理 ②一对多联系（1：N）：教师与课程 ③多对多联系（M：N）：学生与课程
软件工程概论教程
常州大学信息科学与工程学院 卢 莹
软件工程概论教程
常州大学信息科学与工程学院 卢 莹
例：储户到银行取款的数据流图
检验出问题
取款单 储户
存折
1 检检验验
帐户信息 账卡
取款 信息
帐户 更新
2.1 登记
存折 更新
存折
付款 信息
2.2 付款
储户 清单
软件工程概论教程
常州大学信息科学与工程学院 卢 莹
2. 数据流图的画法步骤： 自外向内，自顶向下，逐层细化，逐步求精 ① 画顶层数据流图： 包括系统的输入数据流和输出数据流、系统的源点 和终点、一个处理（代表系统）。 l顶层DFD表示系统的范围，以及它和外界的数据交换关系。 ② 画分层数据流图： 按功能将一个处理逐步细化成若干处理；最低层 数据流图中的处理称为“原子处理”，表示独立的功能。
②一个仓库有多个职工当管理员，一个职工只能在一个仓库工作： 仓库与职工之间是一对多联系
仓库
m
库存
1
工作 n 职工
库存量
软件工程概论教程
n
零件
常州大学信息科学与工程学院 卢 莹
仓库号 面积 电话号
职工号 姓名
年龄
仓库
1
工作 n 职工
职称
m
库存
库存量
n
零件
零件号 规格 名称
描述 单价
完整的实体-联系图
软件工程概论教程
常州大学信息科学与工程学院 卢 莹
结构化分析模型的结构
软件工程概论教程
常州大学信息科学与工程学院 卢 莹
l结构化分析模型的组成内容：
1.数据字典（分析模型的核心）：描述软件使用或产生的所 有数据对象。围绕着这个核心有三种不同的图。
2.实体一关系图（数据模型）：描述数据对象及之间的关系 3.数据流图（功能模型）：
◆需求分类： ①功能需求(系统必须提供的服务)；②性能需求(系统必须满足的约束)； ③可靠性和可用性需求(定量地指定系统的可靠性；量化用户可以使用系 统的程度)；④出错处理需求(系统对环境错误应该如何响应)； ⑤接口需求(系统与其它环境通信的格式)； ⑥设计约束(设计或实现系统时应遵守的限制条件)； ⑦逆向需求(说明软件系统不应该做什么)
软件工程概论教程
常州大学信息科学与工程学院 卢 莹
l需求分析的任务（过程）： 2．对需求反复求精和细化：
得出对目标系统完整、准确和具体的要求
3．需求建模：
对上述获得的需求做出抽象、即进行无歧义的书面描述。
l模型是为了理解事物而对事物做出的一种抽象，是对事物的一
种无歧义的书面描述；通常，模型由一组图形符号和组织这些 符号的信息科学与工程学院 卢 莹
l数据流图（Data Flow Diagram，DFD） 是一种用于功能建模的图形化技术，它描述系统中的信 息流或数据从输入移动到输出的过程中所经受的变换。 l功能建模的基本思想： 按照软件内部数据传递、变换关系，自顶向下逐层分解 软件的功能，建立软件系统的逻辑模型。
5．进行需求分析的评审
软件工程概论教程
常州大学信息科学与工程学院 卢 莹
3.2.1 结构化分析技术 3.2.2 分析模型和规格说明 3.2.3 实体－关系图 3.2.4 数据流图（DFD）
例1：功能模型-机票预订
3.2.5 状态转换图
例2：行为模型-电话系统状态图
3.2.6 数据字典
l实体－关系图（E－R图）中的图形符号： （图3.2） （1）矩形框：表示数据对象（实体） （2）圆角矩形框或椭圆框：表示属性 （3）菱形框：表示关系 （4）无向边
软件工程概论教程
常州大学信息科学与工程学院 卢 莹
例：某工厂库存管理的E-R模型
l实体之间的联系：
①一个仓库可存放多种零件，一种零件可存放在多个仓库中： 仓库和零件具有多对多联系
常州大学信息科学与工程学院 卢 莹
画分层数据流图的过程
软件工程概论教程
常州大学信息科学与工程学院 卢 莹
l数据流图的绘制步骤 （1）顶层DFD：
软件工程概论教程
常州大学信息科学与工程学院 卢 莹
1. 数据流图中的基本符号（图3.3） ① 处理（系统的功能或子功能） ② 外部实体（输入数据的源点或输出数据的终点）
③ 数据流（系统中的动态数据） ④ 数据存储（系统中的静态数据）
软件工程概论教程
常州大学信息科学与工程学院 卢 莹
例：一张简单的数据流图： 数据流X从源点S流出被加工P1变换成数据流Y，加工 P1执行时要访问数据存储F；数据流Y又被加工P2变换 成数据流Z。
第3章 结构化分析
●面向数据流的需求分析方法
3.1 需求分析概述 3.2 需求建模
软件工程概论教程
常州大学信息科学与工程学院 卢 莹
l需求分析是发现、求精、建模、规格说明和复审的过程。 l需求分析的任务（过程）：
1．准确了解用户情况和需要解决的问题：
◆与用户沟通的途径： 访谈（参考人工操作过程）、参考类似系统、快速原型技术
（1）指出当数据在软件系统中移动时怎样被变换； （2）描绘处理数据流的‘功能’和‘子功能’。
软件工程概论教程
常州大学信息科学与工程学院 卢 莹
4.状态转换图（行为模型）：指明了作为外部事件结果的系 统行为。状态转换图描绘了系统的各种行为模式(称为“状 态”)和在不同状态间转换的方式。
l软件需求规格说明的框架
软件工程概论教程
常州大学信息科学与工程学院 卢 莹
l实体关系图描述数据对象、数据对象之间的联系， 是数据库设计的工具之一。
软件工程概论教程
常州大学信息科学与工程学院 卢 莹
l实体关系图包含三种相互关联的信息： （1）数据对象（实体）：软件必须理解的信息
例：“教学管理信息系统”中的教师、学生、课程等都是数据对象
软件工程概论教程
常州大学信息科学与工程学院 卢 莹
l画数据流图的注意事项： ①每个处理至少有一个输入数据流和一个输出数据流。 ②数据流图的细化过程中，要保持信息的连续性 ◇当把一个处理分解为一系列处理时，分解前和分解后 的输入/输出数据流必须相同 ③图中每个元素都要命名。 ④给加工合理编号。
软件工程概论教程
（2）数据对象的属性：定义了数据对象的性质
例：学生的属性：学号、姓名、性别、出生时间、所在系
（3）数据对象之间的相互关系：数据对象间相互联系的方式
①一对一联系（1：1）：部门与经理 ②一对多联系（1：N）：教师与课程 ③多对多联系（M：N）：学生与课程
软件工程概论教程
常州大学信息科学与工程学院 卢 莹
软件工程概论教程
常州大学信息科学与工程学院 卢 莹
例：储户到银行取款的数据流图
检验出问题
取款单 储户
存折
1 检检验验
帐户信息 账卡
取款 信息
帐户 更新
2.1 登记
存折 更新
存折
付款 信息
2.2 付款
储户 清单
软件工程概论教程
常州大学信息科学与工程学院 卢 莹
2. 数据流图的画法步骤： 自外向内，自顶向下，逐层细化，逐步求精 ① 画顶层数据流图： 包括系统的输入数据流和输出数据流、系统的源点 和终点、一个处理（代表系统）。 l顶层DFD表示系统的范围，以及它和外界的数据交换关系。 ② 画分层数据流图： 按功能将一个处理逐步细化成若干处理；最低层 数据流图中的处理称为“原子处理”，表示独立的功能。
②一个仓库有多个职工当管理员，一个职工只能在一个仓库工作： 仓库与职工之间是一对多联系
仓库
m
库存
1
工作 n 职工
库存量
软件工程概论教程
n
零件
常州大学信息科学与工程学院 卢 莹
仓库号 面积 电话号
职工号 姓名
年龄
仓库
1
工作 n 职工
职称
m
库存
库存量
n
零件
零件号 规格 名称
描述 单价
完整的实体-联系图
软件工程概论教程
常州大学信息科学与工程学院 卢 莹
结构化分析模型的结构
软件工程概论教程
常州大学信息科学与工程学院 卢 莹
l结构化分析模型的组成内容：
1.数据字典（分析模型的核心）：描述软件使用或产生的所 有数据对象。围绕着这个核心有三种不同的图。
2.实体一关系图（数据模型）：描述数据对象及之间的关系 3.数据流图（功能模型）：
◆需求分类： ①功能需求(系统必须提供的服务)；②性能需求(系统必须满足的约束)； ③可靠性和可用性需求(定量地指定系统的可靠性；量化用户可以使用系 统的程度)；④出错处理需求(系统对环境错误应该如何响应)； ⑤接口需求(系统与其它环境通信的格式)； ⑥设计约束(设计或实现系统时应遵守的限制条件)； ⑦逆向需求(说明软件系统不应该做什么)
软件工程概论教程
常州大学信息科学与工程学院 卢 莹
l需求分析的任务（过程）： 2．对需求反复求精和细化：
得出对目标系统完整、准确和具体的要求
3．需求建模：
对上述获得的需求做出抽象、即进行无歧义的书面描述。
l模型是为了理解事物而对事物做出的一种抽象，是对事物的一
种无歧义的书面描述；通常，模型由一组图形符号和组织这些 符号的信息科学与工程学院 卢 莹
l数据流图（Data Flow Diagram，DFD） 是一种用于功能建模的图形化技术，它描述系统中的信 息流或数据从输入移动到输出的过程中所经受的变换。 l功能建模的基本思想： 按照软件内部数据传递、变换关系，自顶向下逐层分解 软件的功能，建立软件系统的逻辑模型。