软件工程8(2)

合集下载

软件工程导论PPT课件-第8章-维护

软件工程导论PPT课件-第8章-维护
改错或修改的要求不能及时满足引起的用户不满; 维护时的改动,引入潜伏错误,导致软件质量降低; 软件工程师从事维护工作造成的开发过程混乱。 生产率的大幅下降 维护工作量:生产性劳动+非生产性劳动。
分析评价,修改设计,编写代码等
理解代码功能、解释数据结构、接口特点和性能限度等
8.3 软件维护的特性
8.3.3 软件维护的副作用
-结构化维护
结构化维护是指软件开发过程是按照软件工程方法进 行的、各开发阶段文档齐全的软件的维护过程。
-非结构化维护
非结构化维护是指在只有源程序,缺乏必要的文档说 明,难于确定数据结构、系统接口等特性的情况下,进行 的软件维高昂
明显代价:高昂的维护费用,已上升达80%左右; 无形代价:
的工作环境,或适应已变动的数据或文件; (4)为预防软件系统的失效而对软件系统实施修改。
8.2 软件维护的分类
- 改正性维护
对在测试阶段未能发现的、在软件投入使用后才逐渐暴露出来的 错误的测试、诊断、定位、纠错,以及验证、修改的回归测试过程, 称为改正性维护。
- 完善性维护
为了满足用户在使用过程中对软件提出的新的功能与性能要求, 需要对原来的软件的功能进行修改或扩充。
- 适应性维护
使软件适应外部新的软硬件环境或者数据环境发生的变化, 而进行修改软件的过程。
- 预防性维护
为了提高软件未来的可维护性、可靠性等,或为了给未来 的改进奠定更好的基础而修改软件的过程。
8.2 软件维护的分类 预防性维护 4% 适应性维护 21% 完善性维护 50%
改正性维护 25%
四类维护占总维护的比例
修改软件设计、 复查、必要的代 码修改、单元测 试和集成测试、 验收测试和复审

823 程序设计基础与 软件工程

823 程序设计基础与 软件工程

823 程序设计基础与软件工程文章标题:深入探讨823程序设计基础与软件工程在当前互联网时代,程序设计与软件工程的重要性日益凸显。

823程序设计基础是计算机相关专业的基础课程之一,而软件工程则是更为深入和系统的学科。

本文将从浅入深地探讨这两个主题,为读者深入理解和运用程序设计与软件工程提供帮助。

一、823程序设计基础1. 823程序设计基础的重要性823程序设计基础课程是计算机相关专业的入门课程之一,它为学生奠定了计算机编程的基本概念和技能。

通过学习823程序设计基础,学生不仅可以理解计算机程序的基本结构和运行原理,还可以培养编程思维和解决问题的能力。

2. 823程序设计基础的核心知识在学习823程序设计基础课程时,学生需要掌握包括编程语言、算法设计、数据结构等核心知识。

在编程语言方面,常见的有C、C++、Java等,而算法设计和数据结构则是程序设计的核心内容,涉及到各种排序算法、查找算法以及树、图等数据结构的实现和应用。

3. 823程序设计基础的学习方法学习823程序设计基础需要采用系统性的学习方法,包括理论学习、实际编程练习、项目实践等。

在理论学习方面,学生需要扎实地掌握编程语言的语法和基本概念;在实际编程练习方面,学生需要多做题、多练习,提高对算法和数据结构的掌握。

二、软件工程1. 软件工程的定义与概念软件工程是一门致力于开发高质量、高效率、可靠性和安全性软件产品的学科和技术。

它涵盖了软件开发的全过程,包括需求分析、设计、编码、测试、部署和维护等方面。

2. 软件工程的核心知识与技能在学习软件工程时,学生需要掌握软件项目管理、软件质量保障、软件测试、软件维护等方面的核心知识与技能。

其中,软件项目管理包括项目计划、进度管理、资源分配等,软件质量保障包括需求管理、配置管理、变更管理等,软件测试则是保证软件质量和可靠性的重要手段。

3. 软件工程的实践与应用学习软件工程需要结合实际项目实践和案例分析,通过参与真实的软件开发项目,学会运用软件工程的理论知识解决实际问题。

软件工程 第8章 软件维护

软件工程  第8章  软件维护

8.4.2 软件可维护性的度量
3. 可测试性 4. 可修改性 5. 可移植性 6. 效率 7. 可使用性 8. 间接度量可维护性的方法
8.4.2 软件可维护性的度量
8. 间接度量可维护性的方法
(1) 了解问题的时间; (2) 行政管理拖延的时间; (3) 收集维护工具的时间; (4) 分析问题的时间; (5) 改变规格说明的时间; (6) 具体的改错或修改的时间; (7) 局部测试时间; (8) 整体测试时间; (9) 维护重审时间; (10) 总体恢复时间。

8.4 软件的可维护性
8.4.1 影响可维护性的因素 软件的可维护性可以简单定义为:纠正软件系统出现 的错误和缺陷,以满足新的要求, 能够被理解、被校正、 被修改或被改善的难易程度。可维护性不但与采用的 分析设计方法和开发人员的技术熟练程度有关,更重 要的是与软件项目的管理技术关系密切。软件的可维 护性成为软件开发阶段各个时期的关键目标。
8.1 软件维护的种类
完善性维护 50%
预防性维护5%
改正性维护 20%
适应性维护 25%
图11.1 各类维护的比重
8.2 软件维护的特点
8.2.1 软件维护面临的困难 统计资料表明,有代表性的软件开发组织用于校正性 维护、适应性维护、完善性维护及预防性维护的费用 占其开发总金额的70%至80%。 很多软件机构被束缚在维护工作上,这是软件维护所 带来的无形支出。

8.2.3 非结构化维护

无说明或者文档资料太少由于没有采用定义良好的软 件项目管理过程来开发软件,软件项目管理的缺陷导 致的叫“非结构化维护”,这会使软件维护付出较高的 代价.
8.2.4 结构化维护

存在完整的软件系列文档,那么维护任务就从分析设 计文件开始,确定软件的重要结构特性、功能特性和 接口特性,确定所要求的修改或校正可能产生的影响, 并且计划采用何种维护处理方法,修改设计并进行复 审,编制出新的源程序,利用文档中的信息进行回归 测试,然后重新交付软件。这种维护过程就叫做“结 构化维护”

软件工程第八章维护

软件工程第八章维护

软件工程第八章维护第一点:软件维护的定义和重要性软件维护是指在软件发布后对其进行的一系列操作和活动,旨在确保软件系统的持续可用性、可靠性和性能。

软件维护是软件开发生命周期中的一个重要环节,它涉及到对软件进行修正、优化和升级。

软件维护的重要性体现在以下几个方面:1.保障软件质量:软件在实际运行过程中可能会出现各种问题,维护可以帮助及时修复这些问题,保证软件的正常运行。

2.提高用户满意度:通过维护,可以对软件进行功能优化和界面调整,使其更加符合用户的需求,提高用户的使用体验。

3.降低风险:软件维护可以帮助提前发现并解决潜在的风险,避免因软件问题导致的损失。

4.延长软件寿命:通过不断的维护和升级,可以使软件适应不断变化的环境和需求,延长其使用寿命。

5.提高开发效率:良好的维护可以避免因软件问题导致的重复开发,提高开发团队的效率。

第二点:软件维护的类型和策略软件维护可以分为以下几种类型:1.改正性维护:这种维护类型主要是针对软件中存在的问题和错误进行修复,保证软件的正常运行。

2.适应性维护:随着环境的变化和用户需求的变化,软件需要进行相应的调整和优化,以适应新的环境和工作需求。

3.完善性维护:这种维护类型主要是针对软件的功能进行增强和扩展,以满足用户的新需求。

4.预防性维护:预防性维护是为了避免软件出现潜在的问题和风险,提前对软件进行调整和优化。

在进行软件维护时,可以采取以下策略:1.计划维护:制定详细的维护计划,包括维护的时间、内容、责任人等,确保维护工作的有序进行。

2.变更管理:对于软件的修改和更新,需要进行严格的变更管理,确保每次变更都是经过审核和评估的。

3.版本控制:通过版本控制工具,对软件的不同版本进行管理,确保软件的每个版本都是可追踪和可恢复的。

4.文档管理:对软件的维护过程和结果进行详细的文档记录,方便对软件进行管理和维护。

5.持续集成:将软件的维护工作与开发工作结合起来,通过持续集成的方式,确保软件的质量和稳定性。

解析计算机等级八级软件工程大纲

解析计算机等级八级软件工程大纲

解析计算机等级八级软件工程大纲计算机等级考试(Computer Rank Examination),是由中国计算机技术职业资格考试中心主办的一项全国性的计算机专业职业资格考试。

其中,计算机等级八级软件工程(Computer Rank Examination Level 8 Software Engineering)是该考试的最高等级,涵盖了软件工程领域的广泛知识。

本文将对计算机等级八级软件工程大纲进行解析,介绍其主要内容和特点。

一、背景介绍计算机等级八级软件工程是中国计算机技术职业资格(CITT)考试中的最高级别,旨在考核软件工程领域的专业技能和实践经验。

相较于其他级别的考试,八级软件工程更加注重实践能力和创新能力的培养,是计算机专业人士晋升高级岗位和拓展职业发展的重要证明。

二、大纲结构计算机等级八级软件工程大纲主要包括以下几个方面的内容:1. 软件工程基础知识大纲对软件工程的起源、发展历程以及软件工程的基本理论方法进行了介绍和分析。

学生应具备对软件生命周期、软件需求分析、软件设计过程以及软件测试方法等基本概念和理解。

2. 软件开发技术大纲重点介绍了软件开发过程中的各个环节和方法,如软件需求分析、软件设计、软件编码、软件测试以及软件项目管理等。

学生需要掌握各种软件开发方法和技巧,并能够在实际项目中应用。

3. 软件架构设计与评价大纲对软件架构设计和评价进行了系统的介绍,包括软件架构设计的原则、方法和工具、软件架构的构建和演化、软件架构的质量评估等。

学生需要熟悉常用的软件架构模式和技术,能够进行软件架构设计和评价。

4. 质量管理与过程改进大纲强调了质量管理和过程改进在软件工程中的重要性。

学生需要了解软件质量管理的基本原理和方法,掌握软件过程改进的基本技术和工具,并能够在实际项目中实施质量管理和过程改进。

5. 软件项目管理大纲对软件项目管理的基本理论和实践进行了介绍。

学生需要具备项目组织和计划、需求管理和变更控制、风险管理和质量管理等方面的知识和技能,并能够进行软件项目的管理和协调。

软件工程概论_8_面向对象需求分析

软件工程概论_8_面向对象需求分析

• 一.面向对象分析模型的组成结构 • 二.面向对象分析模型描述工具 • 三.面向对象分析的基本过程
• 四. 面向对象分析方法
• 五. 小结
一.面向对象分析模型的组成结构
数据模型
属性、操作、协作者
功能模型
类/对象 模型
对象关系模型
使用实例
对象-行为模型
行为模型
二.面向对象分析模型描述工具
1. 用例图
2.面向对象建模 (1)建模与模型 建模是将问题域的解空间定义成一种模型,以帮助系统分析 人员更好地理解问题。 模型是为了理解问题而对问题所做出的一种抽象,而且是对 问题的一种无歧义的描述。模型由一组图示符号和组织这些 符号的规则组成。利用它们来定义和描述问题域中的术语和 概念。 建模的目的主要是为了减少复杂性。 (2)面向对象模型
2) 面向对象分析的五个层次 面向对象分析由五个主要活动组成,即确定类-&-对象、识别 结构、识别主题、定义属性和定义服务(方法)。对于一个复杂 问题的面向对象的模型可用五个层次表示:类-&-对象层、结 构层,主题层、属性层和服务层,见图3.3.8。
主题层 subject level 类-&-对象层object 结构层 structure 属性层 attribute 服务层 serves
•使用具有确切含义的名词。
• 尽量使用能表示类的含义的日常用语作名字,不要使用空洞的或含 义模糊的词作名字。例如,“库房”比“房屋”或“存物场所”更确切。
•必要时用名词短语作名字。
• 为使名字的含义更准确,必要时用形容词加名词或其他形式的名词 短语作名字。例如,“最小的领土单元”、“储藏室”、“公司员工”等 都是比较恰当的名字。
签定保险单 销售统计
客户

软件工程课后习题答案中文翻译版(第八版)

软件工程课后习题答案中文翻译版(第八版)

软件工程课后习题答案中文翻译版(第八版)软件工程课后习题答案中文翻译版(第八版)软件工程是一门关于软件开发和维护的学科。

它涉及项目管理、软件需求分析、软件设计、编码以及测试等诸多方面。

对于软件工程学习者来说,习题是非常重要的学习资源。

习题可以帮助学生巩固所学知识,增强对软件工程概念和技术的理解。

因此,软件工程课后习题答案的翻译版本是非常有价值的学习资料。

第一章:软件工程概述1. 软件工程的定义是什么?软件工程是一门关于开发、维护和管理软件的学科,它涵盖了软件生命周期的各个阶段,包括需求分析、设计、编码、测试和维护等。

2. 软件生命周期包括哪些阶段?软件生命周期包括需求定义、软件设计、编码、测试和维护等阶段。

3. 解释软件过程模型。

软件过程模型是软件工程中定义和管理软件开发过程的一种方法。

常见的软件过程模型包括瀑布模型、迭代模型和敏捷模型等。

第二章:软件项目管理1. 什么是软件项目管理?软件项目管理是对软件开发项目进行规划、组织、指导和控制的过程,目的是确保项目按时、按质量要求完成。

2. 软件项目管理的主要任务是什么?软件项目管理的主要任务包括项目计划、项目组织、项目沟通、项目风险管理和项目控制等。

3. 解释关键路径法。

关键路径法是一种用于确定项目进度安排和资源分配的方法。

通过确定项目中的关键路径,可以确保项目按时完成。

第三章:软件需求分析1. 软件需求分析的目的是什么?软件需求分析的目的是确定软件系统的功能和性能需求,并将其转化为具体的需求规格说明。

2. 软件需求分析的主要活动包括哪些?软件需求分析的主要活动包括需求获取、需求建模、需求验证和需求管理等。

3. 解释用例图。

用例图是一种用于描述系统功能的图形化表示方法。

用例图可以帮助分析师和开发人员理解系统与用户之间的交互。

第四章:软件设计1. 软件设计的目标是什么?软件设计的目标是将需求规格转化为可执行的软件系统,并满足性能、可维护性和可扩展性等要求。

《软件工程》试题及参考答案(第8套)

《软件工程》试题及参考答案(第8套)

电计系软件工程专业20 –20 学年度期《软件工程》试题(第8套)第一部分选择题一、单项选择题(本大题共20小题,每小题1分,共20分)在每小题列出的四个备选项中只有一个是符合题目要求的,请将其代码填写在题后的括号内。

错选、多选或未选均无分。

1、软件可行性研究一般不考虑 ( )A、是否有足够的人员和相关的技术来支持系统开发B、是否有足够的工具和相关的技术来支持系统开发C、待开发软件是否有市场、经济上是否合算D、待开发的软件是否会有质量问题2、软件详细设计的主要任务是确定每个模块的 ( )A、算法和使用的数据结构B、外部接口C、功能D、编程3、为了提高软件的可维护性,在编码阶段应注意( )A.保存测试用例和数据B.提高模块的独立性C.文档的副作用D.养成好的程序设计风格4、快速原型模型的主要特点之一是( )A.开发完毕才见到产品B.及早提供全部完整的软件产品C.开发完毕后才见到工作软件D.及早提供工作软件5、软件需求分析的主要任务是准确地定义出要开发的软件系统是( )A.如何做B.怎么做C.做什么D.对谁做6、软件维护产生的副作用,是指( )A、开发时的错误B、隐含的错误C、因修改软件而造成的错误D、运行时误操作7、软件生命周期中所花费用最多的阶段是(D)A、详细设计B、软件编码C、软件测试D、软件维护8、因计算机硬件和软件环境的变化而作出的修改软件的过程称为 ( )A.校正性维护B.适应性维护C.完善性维护D.预防性维护9、一个模块内部各程序都在同一数据结构上操作,这个模块的内聚性称为( ) 。

A、时间内聚B、功能内聚C、信息内聚D、过程内聚10、结构化设计又称为( )A、概要设计B、面向数据流设计C、面向对象设计C、详细设计11. 协作图反映收发消息的对象的结构组织,它与()是同构的。

A 用例图B 类图C 活动图D 时序图12.黑盒测试在设计测试用例时,主要需要研究( )A.需求规格说明与概要设计说明B.详细设计说明C.项目开发计划D.概要设计说明与详细设计说明13.CMM提供了一个框架,将软件过程改进的进化步骤组织成5个成熟度等级。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

编辑卡片加工分解
图3.29模块结构图
将DFD图转换为模块结构图
转换后的模块图如图所示。
贷款文件
管理系统
顺序记录
卡片
检 查 顺 序 检 查 次 序
顺序卡片
错误 旧记录 顺序记录
编 辑 卡 片 修改信息 账 号 相 等 不修改 的记录
要修改 的记录
已修改
写 记 录
修 报告 改 记 录 已修改 的记录 新记录
传感器监测子系统的程序结构“雏形”
传感器监测执行
传感器数据输入 控制模块
警报条件 控制模块
警报输出 控制模块
获取响应 信息 读传感数据
建立警报 条件
选择电话 号码 格式化显示 产生警报 信息 连通 电话网
生成显示
产生拨号 脉冲
运用变换分析方法建立系统的SC时需注意以下几点:
模块设计的次序时,应遵循对一个模块 的全部直接下属模块都设计完成后,再转向 另一个模块的下层模块的设计。 在设计下层模块时,应考虑模块的耦合 和内聚问题,以提高设计初始SC图的质量。 注意“黑盒”技术的使用。
Top
A
C C
B
D E B2 G G
对于一个理想 SC图 中的模块设计, 所有受到 一个判定影响的模块应该 都从属该判定所在的模块 ,最好位于作出判定的那 个模块本身及它的直接下 属模块。
符合作用范围/控制范围的理想判定位置
作用范围是一个与条件判定相联系
计算 实发工资
取得 工资数据
计时工人 实发工资
按书号 汇总
按出版社 汇总
打印 缺书单
修改 教材存量表
修改 教材待购量
------ 采购子系统的 SC 图 -------
例 家庭保安系统用户交互子系统
• • • • 基本步骤: 1、复审基本系统模型 2、复审并精化软件数据流图 3、确定数据流图的特性
家庭保安系统的第一级DFD 用户交互子系统 控制面板 系统 用户命令 配置 用户命 配置命令 令处理 启动/停止命令 口令 口令 核对 原口令 有效口令 显示信息 和状态 传感器信息 配置数据
X R1
Y R2
X R1
Y R2
R
物理 相似 部分 输入
X+R1
Y+R2
R
控制范围:包括模块本身及其 所有的从属模块(即供它调用 的模块)。 作用范围:是一个与条件判定 相关联的所有模块。
三、 模块的作用范围应 在控制范围之内。
模块的控制范围:包括模块本身及其所有的从 属模块(即供它调用的模块)。
10
11 12 13
最近一次业务日期
最近一次付息日期 余额 业务总量
6
6 8 8
数字
数字 数字 数字

否 否 否
14
限额
6
数字

表 1
分析: 1. 贷款文件的记录格式(如表1 ) 1. 修改记录(卡片)格式 要求对贷款文件进行修改,修改信息由卡片输入,卡片上的修改信息格 式如下: 1-5位 账号 6-9位 空 10位起
家庭保安系统的顶级数据流图
家庭保安系统的第一级DFD 控制面板 系统 用户命令 配置 用户命 配置命令 令处理 启动/停止命令 口令 口令 核对 原口令 有效口令
用户交互子系统 配置数据
配置信息
配置数据
启动/停 止系统
启动/停止消息
显示信息 和状态 传感器信息
显示器
显示信息
传感器
传感数据 传感器 监测
系统配置 控制模块
启动/停止 系统
口令处理 控制模块
用户交互子系统的一级分解
用户交互 执行
读用户命令 启动命令 处理
系统配置 控制模块
启动/停止 系统 读口令 显示信息 和状态
口令处理 控制模块
读系统数据
建立配置 文件
核对 口令
口令输出 控制模块 输出无效信息
用户交互子系统的程序结构雏形
实例:银行贷款文件管理 (MFUP)
口令
启动/停止消息
显示信息 和状态
显示信息
产生无效 的信息
“再试” 信息
步骤五 把数据流图映射为事务处 理型的程序结构
• 事务处理型的程序结构由“输入”和 “散列”两部分组成,输入部分的构成 方法如变换分析法。每条动作都根据它 的信息流特性映射为一个程序子结构。
用户交互 执行
读用户命令 启动命令 处理
F2
2.1
F1 F5
2.2
F6
文件名称: F1 教材存量表 F2 缺书登记表 F5 待购教材表 F6 教材一览表 F7 进书登记表
2.3
F7
书库 保管员
缺书登记表={班号+姓名+书号+数量}
采 购
统计 命令 登记 命令
统计缺书
缺书 登记表
待购 教材表
登记进书
暂缺 书单 进书 通知 进书 通知
暂缺 书单
传感器信息
配置信息 配置数据 产生 显示
置传感器标识 获取响 应信息
格式化 显示
格式化标志的类型和位置
传感器标志的类型和位置
警报条件码 传感器标志 定时信息
建立报 警条件 号码表 选择电 话号码 电话号码 连通电 话网 传感器监测子系统的第三级
警报数据
产生警 报信号
警报类别
对应号码相应的音频
产生脉 冲信号
步骤五 执行“一级分解”
• “一级分解”总的原则是,在完成控制 功能并保持低耦合度,高内聚度的前提 下尽可能减少模块数。
主控模块
传感器输入 控制模块
警报条件 控制模块
警报输出 控制模块
传感器监测子系统一级分解结果
步骤六 执行“二级分解”
• 二级分解的任务是把数据流图中每个处 理框映射成程序结构中一个适当的模块, 二级分解过程是从变换中心的边界开始 沿输入、输出通道向外移动,把遇到的 每个处理框映射成程序结构中的一个模 块。
每个贷款用户在贷款文件中占有一个记录,记录结构如表1。
序号 1 2 3 4 5 6 7 8 9 内 容 长度(字节) 5 30 30 10 15 6 8 1 5 数据类型 数字 数字字母 数字字母 字母 字母 数字 数字 字母 数字 可否修改 否 可 可 可 可 可 可 否 可
账号 户名 地址 省 市 邮政编码 电话 类型 信贷员号
电话拨号
电话拨号音频
传感器监测子系统的第二级DFD
传感数据 读取传 感数据
传感器信息
配置信息 配置数据 产生 显示
置传感器标识 获取响 应信息
格式化 显示
格式化标志的类型和位置
传感器标志的类型和位置
警报条件码 传感器标志 定时信息
建立报 警条件 号码表 选择电 话号码 电话号码 连通电 话网 传感器监测子系统的第三级
主模块
A
B
C
A1
A2
A3
A11
A12
A13

耦合性

外部 耦合 公共 耦合 内容 耦合
非直接 耦合

数据 耦合
标记 耦合
控制 耦合
模块独立性

高 功能 内聚 信息 内聚 通信 内聚
内聚性 过程 内聚 时间 内聚 逻辑 内聚

巧合性 内聚

模块独立性

具有高内聚低耦合的模块 才是模块独立性比较强的模块。
计薪工人 实发工资
编外人员 实发工资
计时制 工资额
税收 扣款
薪金制 工资额
常规 扣款
编外人员 工资
编外人员 税款
编外人员 扣款
扇出:指模块调用其下属模块 数目。 调用的下属模块数应控制在 小于3-4个模块。 扇入:指模块的上级模块数。 (即共有多少个模块需要 调用这个模块)
四、 尽可能地减少高扇 出结构,随着深度 增大扇入。
卡片 错误 检 查 顺 序
顺序卡片 编 辑 卡 片 修改信息 顺序记录 账 号 相 等 不修改 的记录 写 记 录 要修改 的记录 修 改 记 录 已修改 的记录
顺序 卡片
2
3 抽 出 修 改 报告 抽 出 编 辑 修改 信息
4
旧记录
检 查 次 序
主加工
5
6 7 9
答案
新记录
主加工是??
修改贷款文件的DFD图
×× 修改值1* ×× 修改值2* …..** (序号) 其中 * 为分界符, * * 为结束符 3. 需求分析结果 贷款文件的DFD 图,是一种混合的 DFD 图。 输入为:卡片和旧记录。 输出为:新记录和报告。 4、将DFD图转换为模块结构图。
图3.28修改贷款文件DFD
需求分析结果 — DFD 图
口令
启动/停止消息
显示信息 和状态
显示信息
产生无效 的信息
“再试” 信息
• 步骤四 指出事务中心,确定由事务中心 发出的每一动作路径的数据流特性。数 条动作路径的公共源头即为事务中心。
用户交互子系统的第二级DFD
用户命令数据
系统参数和数据
原始配置数 读配置 读系统 格式化的配置数据 读用户 据 文件 数据 命令类型 命令 启动命 配置命令 配置信息 令处理 启动/停止命令 确认口令 读口令 四位数 比较口 令与文件 配置数据 有效口令 无效口令 启动/停 止系统 配置数据
警报数据
产生警 报信号
警报类别
对应号码相应的音频
产生脉 冲信号
步骤三 确定DFD的特性
• 设计人员首先判定DFD中占主导地位的 信息流,并确定其特性,然后孤立具有 变化特性或者事务特性的支流,这些支 流将用于精化由主导数据流推出的程序 结构。
步骤四 划定输入流和输出流边界
相关文档
最新文档