软件工程导论期末综合题复习PPT课件
合集下载
软件工程导论(PPT 69页)
程序员
程序员
程序员
分工： (1)主程序员：体系结构设计、关键部分详细设计，技术指导。 (2)后备程序员：协助主程序员，必要时接替主程序员。 (3)编程秘书：负责事务性工作。
吉林省精品课程：软件工程导论
CCUTSE 2013
45
12 人员组织
2.主程序员组
编程秘书
主程序员 后备程序员
程序员
程序员
程序员
③Boehm简单模型：
E=3.2×(KLOC)1.05
④ Doty模型(KLOC>9时)：E=5.288×(KLOC)1.047
吉林省精品课程：软件工程导论
CCUTSE 2013
32
11.2 工作量估计
1.静态单变量模型
（2）面向FP的估算模型
①Albrecht&Gaffney模型： E=-13.39+0.0545FP
11
导言
软件的配置管理
软件配置项 程序
× 文档
数据
变化管理
标识变化 版本控制 变化控制
配置审计 报告
吉林省精品课程：软件工程导论
CCUTSE 2013
12
导言
能力成熟度模型：评价软件机构的软件过程能力成熟度的模型。
吉林省精品课程：软件工程导论
CCUTSE 2013
13
导言
能力成熟度模型：评价软件机构的软件过程能力成熟度的模型。
缺点： (1)主程序员：是高级程序员和优秀管理者的结合体，难找。 (2)后备程序员：期望与主程序员一样优秀，难找。 (3)编程秘书：专业人员厌烦事务工作，难找。
吉林省精品课程：软件工程导论
CCUTSE 2013
46
软件工程导论(共65张PPT)可编辑全文
–期刊管理系统之借阅子系统
– 学生选课系统 软件
Microsoft Visio; Rational Rose
高级程序语言 作业递交方式：
来信标题注明 ：班级 、学号、姓名、章节
第1章 软件工程学概述
1.1 软件危机
软件危机的出现：60年代中期到70年代中期， 许多软件最终成为不可维护的，这就是软件危 机.
不能用象硬件替换部件的方式修复软件的故障 使用增量模型的困难是，在把每个新的增量构件集成到现有软件体系结构中时，必须不破坏原来已经开发出的产品。
出现了“软件作坊”，软件作为一种产品被广泛使用；
使用个体化开发方式；
软件的发展史_2
随着软件数量的增加及软件需求的日趋复杂， 维护难度与来越大，开发成本高，质量低 导致“软件危机”
➢相同点：都将软件开发划分为分析、设计、编码、 测试等阶段 ➢不同点：思想不同，方法不同。另外，传统软件 工程更关注功能模块，面向对象软件工程更关注对 象的抽取和设计
➢ 两类软件工程方法学没有绝对的替代关系
1.3软件生命周期
生命周期方法学
从时间角度对软件开发和维护的复杂问题进行分解，把软件生命 的漫长周期依次划分为若干个阶段，每个阶段有相对独立的任务， 然后逐步完成每个阶段的任务。
关注大型程序的构造 中心问题是控制复杂性 软件经常变化 开发效率非常重要 和谐地合作是开发软件的关键 有效地支持它的用户 具有一种文化背景的人替另一种文化背景的人
创造产品
用分阶段的生命周期计划严格管理 坚持进行阶段评审 实行严格的产品控制 采用现代程序设计技术 结果应能清楚地审查 开发小组成员应少而精 承认不断改进软件工程实践地必要性
软件工作涉及到很多社会因素。 由于对象概念的引入，表达分析、设计及实现等活动只用对象类和关系，从而可以较容易地实现活动的迭代和无间隙
– 学生选课系统 软件
Microsoft Visio; Rational Rose
高级程序语言 作业递交方式：
来信标题注明 ：班级 、学号、姓名、章节
第1章 软件工程学概述
1.1 软件危机
软件危机的出现：60年代中期到70年代中期， 许多软件最终成为不可维护的，这就是软件危 机.
不能用象硬件替换部件的方式修复软件的故障 使用增量模型的困难是，在把每个新的增量构件集成到现有软件体系结构中时，必须不破坏原来已经开发出的产品。
出现了“软件作坊”，软件作为一种产品被广泛使用；
使用个体化开发方式；
软件的发展史_2
随着软件数量的增加及软件需求的日趋复杂， 维护难度与来越大，开发成本高，质量低 导致“软件危机”
➢相同点：都将软件开发划分为分析、设计、编码、 测试等阶段 ➢不同点：思想不同，方法不同。另外，传统软件 工程更关注功能模块，面向对象软件工程更关注对 象的抽取和设计
➢ 两类软件工程方法学没有绝对的替代关系
1.3软件生命周期
生命周期方法学
从时间角度对软件开发和维护的复杂问题进行分解，把软件生命 的漫长周期依次划分为若干个阶段，每个阶段有相对独立的任务， 然后逐步完成每个阶段的任务。
关注大型程序的构造 中心问题是控制复杂性 软件经常变化 开发效率非常重要 和谐地合作是开发软件的关键 有效地支持它的用户 具有一种文化背景的人替另一种文化背景的人
创造产品
用分阶段的生命周期计划严格管理 坚持进行阶段评审 实行严格的产品控制 采用现代程序设计技术 结果应能清楚地审查 开发小组成员应少而精 承认不断改进软件工程实践地必要性
软件工作涉及到很多社会因素。 由于对象概念的引入，表达分析、设计及实现等活动只用对象类和关系，从而可以较容易地实现活动的迭代和无间隙
《软件工程导论》PPT课件
– 通常一个消息由三部分组成：
• 接收消息的对象 • 消息标识符（即消息名） • 零个或多个变元
例如：MyCircle.Show(Green)
MyCircle是接收消息的对象的名字，Show是消息名，Green 是消息的变元。
2021/8/17
16
第二节 面向对象的基本概念
– 如何要求对象完成一定的处理动作？对象间如何 进行联系？所有这一切都只能通过消息传递来实
• 从面向对象程序设计的角度看：对象是具有相 同状态的一组操作的集合。
• 从信息模拟的角度看：对象是对问题域中某个
东西的抽象，这种抽象反映了系统保存有关这
个东西的信息和与它交互的能力，即对象是对
2021/8/17 属性值和操作的封装。
8
第二节 面向对象的基本概念
– 从形式化角度看：
对象::=<ID,MS,DS,MI> 其中：ID是对象的标识或名字，MS是对象中的数据集合，
– 优点：重载进一步提高了面向对象系统的 灵活性和可读性。
2021/8/17
25
第二节 面向对象的基本概念
十、封装
– 封装是指将方法与数据同放于一对象中以 使对数据的存取只通过该对象本身的方法。 面向对象程序的其它部分（对象以外的部 分）都不能直接作用于一对象的数据，对 象间的通信只能通过明确的消息来进行。
2021/8/17
26
第二节 面向对象的基本概念
面向对象
传统技术
方法
过程、函数或子例程
实例变量
数据
消息
过程或参数调用
类
抽象数据类型
继承
无类似技术
调用处于系统控制之 调用处于程序员控制
下
之下
• 接收消息的对象 • 消息标识符（即消息名） • 零个或多个变元
例如：MyCircle.Show(Green)
MyCircle是接收消息的对象的名字，Show是消息名，Green 是消息的变元。
2021/8/17
16
第二节 面向对象的基本概念
– 如何要求对象完成一定的处理动作？对象间如何 进行联系？所有这一切都只能通过消息传递来实
• 从面向对象程序设计的角度看：对象是具有相 同状态的一组操作的集合。
• 从信息模拟的角度看：对象是对问题域中某个
东西的抽象，这种抽象反映了系统保存有关这
个东西的信息和与它交互的能力，即对象是对
2021/8/17 属性值和操作的封装。
8
第二节 面向对象的基本概念
– 从形式化角度看：
对象::=<ID,MS,DS,MI> 其中：ID是对象的标识或名字，MS是对象中的数据集合，
– 优点：重载进一步提高了面向对象系统的 灵活性和可读性。
2021/8/17
25
第二节 面向对象的基本概念
十、封装
– 封装是指将方法与数据同放于一对象中以 使对数据的存取只通过该对象本身的方法。 面向对象程序的其它部分（对象以外的部 分）都不能直接作用于一对象的数据，对 象间的通信只能通过明确的消息来进行。
2021/8/17
26
第二节 面向对象的基本概念
面向对象
传统技术
方法
过程、函数或子例程
实例变量
数据
消息
过程或参数调用
类
抽象数据类型
继承
无类似技术
调用处于系统控制之 调用处于程序员控制
下
之下
软件工程导论课件(全)
《软件工程》
Software Engineering
2020/10/11
微软凌小宁博士
在一些人眼里，今天的软件开发似乎已 成为简单的事情，已有了不少很好的开发工 具和软件库，软件开发人员训练有素，都强 烈渴望去编写很酷的软件，可以在几天的时 间里编写出一个相当复杂的软件。但为什么 有一些软件能够得到用户的喜欢，而另一些 则不能？为什么有些软件能够在市场上成功 ，而有些则受到冷落？由此可见，开发软件 并不一定难，难就难在如何开发有用的软件。
于1968年 NATO 组织在 德国召开的一次会议上提出
是把软件当作一种工业产品，要求 “采用工程化的 原理与方法对软件进行计划、开发和维护 ”。
2020/10/11
2、 软件工程学
软件工程学
软件开发技术
软件开发方法学 软件工具 软件工程环境
软件工程管理
软件工程管理学 软件经济学
---- 软件工程学的范畴
系应支 统用撑 软软软 件件件
2020/10/11
支撑软件
2020/10/11
2、按软件的规模进行划分
按开发软件所需的 人力、时间以及完成的 源代码行数。
2020/10/11
3、按软件开发划分
软软 件件 项产 目品 开开 发发
2020/10/11
1.2 软件工程的概念及范畴
1、“软件工程”----Software Engineering
2020/10/11
微软企业文化宗旨部分内容
Wake up every day with a feeling of passion for the different technology will make in people’s Life.
Software Engineering
2020/10/11
微软凌小宁博士
在一些人眼里，今天的软件开发似乎已 成为简单的事情，已有了不少很好的开发工 具和软件库，软件开发人员训练有素，都强 烈渴望去编写很酷的软件，可以在几天的时 间里编写出一个相当复杂的软件。但为什么 有一些软件能够得到用户的喜欢，而另一些 则不能？为什么有些软件能够在市场上成功 ，而有些则受到冷落？由此可见，开发软件 并不一定难，难就难在如何开发有用的软件。
于1968年 NATO 组织在 德国召开的一次会议上提出
是把软件当作一种工业产品，要求 “采用工程化的 原理与方法对软件进行计划、开发和维护 ”。
2020/10/11
2、 软件工程学
软件工程学
软件开发技术
软件开发方法学 软件工具 软件工程环境
软件工程管理
软件工程管理学 软件经济学
---- 软件工程学的范畴
系应支 统用撑 软软软 件件件
2020/10/11
支撑软件
2020/10/11
2、按软件的规模进行划分
按开发软件所需的 人力、时间以及完成的 源代码行数。
2020/10/11
3、按软件开发划分
软软 件件 项产 目品 开开 发发
2020/10/11
1.2 软件工程的概念及范畴
1、“软件工程”----Software Engineering
2020/10/11
微软企业文化宗旨部分内容
Wake up every day with a feeling of passion for the different technology will make in people’s Life.
《软件工程导论》课件
定义
软件维护是指在软件运行过程中，为了改 正错误、满足新的需求或改进性能等目的 ，对软件进行的修改和调整。
预防性维护
为了提高软件的可维护性和可靠性而进行 的维护活动。
改正性维护
为了纠正软件中存在的错误而进行的维护 活动。
完善性维护
为了扩充和增强软件功能而进行的维护活 动。
适应性维护
为了使软件适应外部环境的变化而进行的 维护活动。
介绍如何评估软件架构的合理性 、可扩展性和可维护性，以及如 何根据业务需求和系统规模选择 合适的架构。
架构设计原则
强调架构设计时应遵循的几个重 要原则，如模块化、开放-封闭原 则、单一职责原则等。
数据设计
数据模型
介绍常见的数据模型，如关系模型、面向对象模型、键-值存储模型等，以及它们的应 用场景和优缺点。
02
03
界面设计原则
交互设计
强调界面设计时应遵循的几个重 要原则，如用户友好、一致性、 可用性等。
介绍常见的交互方式，如按钮、 菜单、对话框等，以及如何通过 良好的交互设计提高用户体验。
05
CHAPTER
软件测试
单元测试
总结词
单元测试是对软件中的最小可测试单元进行检查和验 证，通常以函数或方法为单位进行测试。
详细描述
单元测试主要关注软件中的细节问题，检查单个函数 或方法的正确性、性能和边界条件等。通过单元测试 ，可以尽早发现代码中的错误和缺陷，提高软件质量 。
集成测试
总结词
集成测试是在单元测试的基础上，将多个模块或组件 组合在一起进行测试，以验证它们之间的集成是否正 常工作。
详细描述
集成测试的主要目的是检查模块之间的接口和通信是否 正常，以及是否存在潜在的缺陷或问题。通过集成测试 ，可以确保软件在组合时能够正常工作，满足设计要求 。
软件工程导论(第6版)知识点总结、复习课_图文.
复习课--------酷爱YC第一章1、什么是软件危机,什么是软件工程软件危机是指在计算机软件开发、使用与维护过程中遇到的一系列严重问题和难题。
它包括两方面:(1如何开发软件,以满足对软件日益增长的需求;(2如何维护数量不断膨胀的已有软件。
软件工程:采用工程的概念、原理、技术和方法来开发与维护软件,把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来,以经济地开发出高质量的软件,并有效地维护它。
2、完整的软件配置由哪些内容组成软件配置主要包括程序,文档和数据等成分。
3、软件生命周期分为哪3个时期和8个阶段,每个阶段的任务(工作分别是什么,重要性如何概括地说,软件生命周期由软件定义、软件开发和运行维护3个时期组成1、软件定义(系统分析。
软件定义时期的任务是:确定软件开发工程必须完成的总目标;确定工程的可行性;导出实现工程目标应该采用的策略及系统必须完成的功能;估计完成该项工程需要的资源和成本,并且制定工程进度表。
这个时期的工作通常又称为系统分析,由系统分析员负责完成。
软件定义时期通常进一步划分成3个阶段,即问题定义、可行性研究和需求分析。
(1 问题定义,确定系统要解决的问题是什么。
成果:关于问题性质、工程目标和工程规模的报告。
(2 可行性研究,确定问题是否有可用的、能行得通的解(包括:技术、经济、操作、社会等方面的可行性。
这个阶段的任务不是具体解决问题,而是研究问题的范围,探索这个问题是否值得去解,是否有可行的解决办法。
成果:可行性研究报告。
(3 需求分析,确定软件系统的必须实现的功能、必须达到的性能、必须满足的运行环境要求。
系统分析员在需求分析阶段必须和用户密切配合,充分交流信息,以得出经过用户确认的系统逻辑模型。
通常用数据流图、数据字典和简要的算法表示系统的逻辑模型。
在需求分析阶段确定的系统逻辑模型是以后设计和实现目标系统的基础,因此必须准确完整地体现用户的要求。
成果:软件需求规格说明书(SRS,内容包括:系统的逻辑模型;系统(子系统的名称、功能描述、接口、基本数据结构、性能、设计需求、开发标准、验收原则等。
软件工程导论PPT课件
软件(software)是计算机系统中与硬件 (hardware)相互依存的另一部分，
它包括程序(program)、 相关数据(data)及其 说明文档(document)。
软件特指大型复杂的程序
2021
5
软件的发展
早期 •面向批处理 •有限的分布 •自定义软件
第二阶段 •多用户 •实时 •数据库 •软件产品
是把软件当作一种工业产品，要求 “采用工程化的 原理与方法对软件进行计划、开发和维护 ”。
2021
21
围棋与软件工程的感想
围棋
围棋棋谱拿过来的时候, 大师问“后面应该走哪里？”
十个初级爱好者选择的落
点散布在棋盘各处…… 十个职业棋手说的落子点
都差不多，甚至包括后面的几 步……
这就是高手和低手的差
别……
2021
13
软件危机的原因
● 一方面是与软件本身的特点 有关
● 另一方面是由软件开发和维 护的方法不正确有关
2021
14
软件开发工作量分配比例
40% ~ 50%
10% ~ 20%
测试
程序
其它
2021
15
引入同一变化付出的代价随时间变化的趋势
2021
16
费用分配比例
55%~70%
软件维护 其它
2021
25
总之： 软件工程是应用计算机科学、 数学及管理科学等原理开发软 件的工程。它借鉴传统工程的 原则、方法，以提高质量，降 低成本为目的。
2021
26
软件工程是一门交叉学科
软件工程的主要研究内容
软件开发技术:软件开发方法学 软件开发过程 软件工具和软件工程环境
软件工程管理:软件管理学 软件经济学 软件心理学
苏州大学软件工程导论复习重点PPT文档78页
苏州大学软件工程导论复习 重点
41、实际上，我们想要的不是针对犯 罪的法 律，而 是针对 疯狂的 法律。 ——马 克·吐温 42、法律的力量应当跟随着公民，就 像影子 跟随着 身体一 样。— —贝卡 利亚 43、法律和制度必须跟上人类思想进 步。— —杰弗 逊 44、人类受制于法律，法律受制于情 理。— —托·富 勒
45、法律的制定是为了保证每一个人 自由发 挥自己 的才能 ，而不 是为了 束缚他 的才能 。—— 罗伯斯 庇尔
16、业余生活要有意义，不要越轨。——华盛顿 17、一个人即使已登上顶峰，也仍要自强不息。——罗素·贝克 18、最大的挑战和突破在于用人，而用人最大的突破在于信任人。——马云 19、自己活着，就是为了使别人过得更美好。——雷锋 20、要掌握书，莫被书掌握；要为生而读，莫为读而生。——布尔沃
END
Байду номын сангаас
41、实际上，我们想要的不是针对犯 罪的法 律，而 是针对 疯狂的 法律。 ——马 克·吐温 42、法律的力量应当跟随着公民，就 像影子 跟随着 身体一 样。— —贝卡 利亚 43、法律和制度必须跟上人类思想进 步。— —杰弗 逊 44、人类受制于法律，法律受制于情 理。— —托·富 勒
45、法律的制定是为了保证每一个人 自由发 挥自己 的才能 ，而不 是为了 束缚他 的才能 。—— 罗伯斯 庇尔
16、业余生活要有意义，不要越轨。——华盛顿 17、一个人即使已登上顶峰，也仍要自强不息。——罗素·贝克 18、最大的挑战和突破在于用人，而用人最大的突破在于信任人。——马云 19、自己活着，就是为了使别人过得更美好。——雷锋 20、要掌握书，莫被书掌握；要为生而读，莫为读而生。——布尔沃
END
Байду номын сангаас
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
------顶层DFD
营业员 收款员
销售的商品 简化的商业自动化系统
销售情况
日销售额
现金额
现金余额
查询要求
经理
其中：1 数据流为：销售的商品，日销售额等 3个输入流，3个输出流
数据源为：营业员，经理，收款员 数据潭为：经理，收款员 2 加工名为：要建立的系统名字
继之：自顶向下，逐层分解
A、按人或部门的功能要求，将加工“打 碎”，形成：
e
c2
4g
1 b 3d
f
5
h
6
7
i
输入模块
事务中心
a c gb
路径1
h
f
路径2
给出结果
c ee g
c->e
e->g
b dd f h
i
b->d
d->f
i
变换结果
输出结果
过程设计的工具
描述程序处理过程的工具称为过程设计 的工具，它们可以分为图形、表格和语言三 类。
程序流程图
图6.4：流程图的基本控制结构
E-R图
• 学校教学管理 • 一位老师可以担任多门课的教学任务，一
位学生学习多门课程，一门课程由多位学 生选修，并有相应成绩
图3.2 某校教学管理 ER 图
其他图形工具
层次方框图
层次方框图用树形结构的一系列多层次的 矩形框描述数据的层次结构。
图3.5层次方框图的一个例子
图3.9 商场管理信息系统的功能层次方框图
格式化1 输出结果 格式化2 给出结果
给出结果2
预格式化
预格式化 计算值2
已格式化2 已格式化2 预格式化
计算值1 计计算算值值21
给出结果1
已格式化1 已格式化1 计算值1
主模块
计算
有效数据
有效数据 取得有效数据
已编辑数据 已编辑数据
检验
已编辑数据 初始数据
编辑
取得数据
已编辑数据
读入数据
初始数据
事务设计 a
图5.5 正文加工系统的H图
IPO图
图形工具能方便地描绘输入数据、对数据的 处理和输出数据之间的关系，因此，在需 求分析阶段可使用IPO图简单地描述系统的 主要算法。
改进的IPO图
系统名称：订单处理
设计者：XXX
模块名称：确定能否供货
日期：2003.3.8
上层调用模块：处理模块
可调用下层模块：无
输入部分（I） 处理描述（P） 输出部分（O）
订单订货量 X 库存信息 Y
……
供货类型标志 I 缺货信息 Z
•变换设计实例
变换中心化1
已格式化1
初始 数据
编辑
已编辑 数据
检验
有效 数据
计算
逻辑输出
计算值2 格式 预格 格式 已格 化2 式化 化3 式化2
格式化3 输出结果
计算值2
盒图(N-S图)
出于要有一种不允许违背结构程序设 计精神的图形工具的考虑，Nassi和 Shneiderman提出了盒图，又称为N-S图。
图6.5 盒图的基本符号 (a) 顺序；(b) IF-THEN-ELSE型分支；(c) CASE型多分支；
(d) 循环；(e) 调用子程序A
PAD图
PAD是问题分析图(Problem Analysis Diagram)的英文缩写，自1973年由日本日立 公司发明以后，已得到一定程度的推广。
图6.6PAD图的基本符 号 (a) 顺序(先执行P1后 执行P2)； (b) 选择(IF C THEN P1 ELSE P2)； (c) CASE型多分支； (d) WHILE型循环 (WHILE C DO P)； (e) UNTIL型循环 (REPEAT P UNTIL C)； (f) 语句标号；(g) 定 义
期末综合复习例题
DFD图
问题１：建立一个简化的商业自动化系统，其中： 营业员通过该系统记录每日销售的商品（商品名，商品 编号，单价，数量，销售时间）； 收款员通过该系统记录收到的现金数额以及购物余额； 商店经理每日统计销售额，并在必要时查看某种商品的 销售情况（商品名，商品编码，金额）．
建立系统的功能模型 首先：建立系统环境图，确定系统边界
至此，体现精化，形成0层数据流图。
继续A、B、C：自顶向下，逐层分解。例如：加工3
可分解为：
销售文件
销售情况
3
查询商品销售情况 日销售额
计算日销售额
查询要求
加工3:
销售文件
3.2 计算日销售额
日销售额
查询要求2
3.1
统计销售情况
查询要求1
销售情况
3.3判定要求
查询要求
*其中为什么要引入 加工“判定要求”？
保持与顶层数据流的一致；
可以不引入数据源和数据潭。
C、引入文件，使之形成一个有机整体—系统：
销售的商品
销售文件
1
录入、修改或 删除商品信息
销售情况
3
查询商品销售情况
日销售额
计算日销售额
查询要求
现金额 现金余额
2
录入、修改 现金额,
并计算余额
注：到一个文件，既有输入流，又有输出流，则可简化为 ，并可不给出标识。
Warnier图
Warnier图是表示信息层次结构的另一种图形 工具，它是由嵌套的花括号、伪代码、以 及少量的说明和符号组成的层次树，表明 信息的逻辑组织。
花括号—同一类信息 ⊕--在一定条件下,上下两个数据只能取其一 圆括号—重复出现的次数.
图3.6 Warnier图的一个例子
图3.10 商场管理信息系统主要功能的Warnier图
层次图和HIPO图
在层次图中一个矩形框代表一个模块， 框间的连线表示调用关系(位于上方的矩形框 所代表的模块调用位于下方的矩形框所代表 的模块)。
图5.4 正文加工系统的层次图
HIPO图是美国IBM公司发明的“层次图加 输入/处理/输出图”的英文缩写。为了使 HIPO图具有可追踪性，在H图(即层次图)里除 了顶层的方框之外，每个方框都加了编号。
图6.7 使用PAD图提供的定义功能来逐步求精的例子 (a) 初始的PAD图；(b) 使用def符号细化处理框P2
判定表
条件定义(条件茬) 动作定义(动作茬)
条件取值的组合(条件项)
在各种取值的组合下应执行的 动作(动作项)
– 条件茬(Condition stub):左上部分：列出了各 种可能的条件。除去某些问题中对各个条件的 先后次序有特定的要求以外，通常判定表中各 条件的先后门次序不要求。
录入、1 修改或 删除商品信息
3 查询商品销售情况
计算日销售额
2 录入、修改
现金额, 并计算余额
注：需给每一加工编号；
B、”分派”数据流，形成：
销售的商品
1
录入、修改或 删除商品信息
销售情况
3
查询商品销售情日况销售额
计算日销售额 查询要求
现金额 现金余额
2 录入、修改
现金额, 并计算余额
其中：要根据特定的加工要求进行分派；
营业员 收款员
销售的商品 简化的商业自动化系统
销售情况
日销售额
现金额
现金余额
查询要求
经理
其中：1 数据流为：销售的商品，日销售额等 3个输入流，3个输出流
数据源为：营业员，经理，收款员 数据潭为：经理，收款员 2 加工名为：要建立的系统名字
继之：自顶向下，逐层分解
A、按人或部门的功能要求，将加工“打 碎”，形成：
e
c2
4g
1 b 3d
f
5
h
6
7
i
输入模块
事务中心
a c gb
路径1
h
f
路径2
给出结果
c ee g
c->e
e->g
b dd f h
i
b->d
d->f
i
变换结果
输出结果
过程设计的工具
描述程序处理过程的工具称为过程设计 的工具，它们可以分为图形、表格和语言三 类。
程序流程图
图6.4：流程图的基本控制结构
E-R图
• 学校教学管理 • 一位老师可以担任多门课的教学任务，一
位学生学习多门课程，一门课程由多位学 生选修，并有相应成绩
图3.2 某校教学管理 ER 图
其他图形工具
层次方框图
层次方框图用树形结构的一系列多层次的 矩形框描述数据的层次结构。
图3.5层次方框图的一个例子
图3.9 商场管理信息系统的功能层次方框图
格式化1 输出结果 格式化2 给出结果
给出结果2
预格式化
预格式化 计算值2
已格式化2 已格式化2 预格式化
计算值1 计计算算值值21
给出结果1
已格式化1 已格式化1 计算值1
主模块
计算
有效数据
有效数据 取得有效数据
已编辑数据 已编辑数据
检验
已编辑数据 初始数据
编辑
取得数据
已编辑数据
读入数据
初始数据
事务设计 a
图5.5 正文加工系统的H图
IPO图
图形工具能方便地描绘输入数据、对数据的 处理和输出数据之间的关系，因此，在需 求分析阶段可使用IPO图简单地描述系统的 主要算法。
改进的IPO图
系统名称：订单处理
设计者：XXX
模块名称：确定能否供货
日期：2003.3.8
上层调用模块：处理模块
可调用下层模块：无
输入部分（I） 处理描述（P） 输出部分（O）
订单订货量 X 库存信息 Y
……
供货类型标志 I 缺货信息 Z
•变换设计实例
变换中心化1
已格式化1
初始 数据
编辑
已编辑 数据
检验
有效 数据
计算
逻辑输出
计算值2 格式 预格 格式 已格 化2 式化 化3 式化2
格式化3 输出结果
计算值2
盒图(N-S图)
出于要有一种不允许违背结构程序设 计精神的图形工具的考虑，Nassi和 Shneiderman提出了盒图，又称为N-S图。
图6.5 盒图的基本符号 (a) 顺序；(b) IF-THEN-ELSE型分支；(c) CASE型多分支；
(d) 循环；(e) 调用子程序A
PAD图
PAD是问题分析图(Problem Analysis Diagram)的英文缩写，自1973年由日本日立 公司发明以后，已得到一定程度的推广。
图6.6PAD图的基本符 号 (a) 顺序(先执行P1后 执行P2)； (b) 选择(IF C THEN P1 ELSE P2)； (c) CASE型多分支； (d) WHILE型循环 (WHILE C DO P)； (e) UNTIL型循环 (REPEAT P UNTIL C)； (f) 语句标号；(g) 定 义
期末综合复习例题
DFD图
问题１：建立一个简化的商业自动化系统，其中： 营业员通过该系统记录每日销售的商品（商品名，商品 编号，单价，数量，销售时间）； 收款员通过该系统记录收到的现金数额以及购物余额； 商店经理每日统计销售额，并在必要时查看某种商品的 销售情况（商品名，商品编码，金额）．
建立系统的功能模型 首先：建立系统环境图，确定系统边界
至此，体现精化，形成0层数据流图。
继续A、B、C：自顶向下，逐层分解。例如：加工3
可分解为：
销售文件
销售情况
3
查询商品销售情况 日销售额
计算日销售额
查询要求
加工3:
销售文件
3.2 计算日销售额
日销售额
查询要求2
3.1
统计销售情况
查询要求1
销售情况
3.3判定要求
查询要求
*其中为什么要引入 加工“判定要求”？
保持与顶层数据流的一致；
可以不引入数据源和数据潭。
C、引入文件，使之形成一个有机整体—系统：
销售的商品
销售文件
1
录入、修改或 删除商品信息
销售情况
3
查询商品销售情况
日销售额
计算日销售额
查询要求
现金额 现金余额
2
录入、修改 现金额,
并计算余额
注：到一个文件，既有输入流，又有输出流，则可简化为 ，并可不给出标识。
Warnier图
Warnier图是表示信息层次结构的另一种图形 工具，它是由嵌套的花括号、伪代码、以 及少量的说明和符号组成的层次树，表明 信息的逻辑组织。
花括号—同一类信息 ⊕--在一定条件下,上下两个数据只能取其一 圆括号—重复出现的次数.
图3.6 Warnier图的一个例子
图3.10 商场管理信息系统主要功能的Warnier图
层次图和HIPO图
在层次图中一个矩形框代表一个模块， 框间的连线表示调用关系(位于上方的矩形框 所代表的模块调用位于下方的矩形框所代表 的模块)。
图5.4 正文加工系统的层次图
HIPO图是美国IBM公司发明的“层次图加 输入/处理/输出图”的英文缩写。为了使 HIPO图具有可追踪性，在H图(即层次图)里除 了顶层的方框之外，每个方框都加了编号。
图6.7 使用PAD图提供的定义功能来逐步求精的例子 (a) 初始的PAD图；(b) 使用def符号细化处理框P2
判定表
条件定义(条件茬) 动作定义(动作茬)
条件取值的组合(条件项)
在各种取值的组合下应执行的 动作(动作项)
– 条件茬(Condition stub):左上部分：列出了各 种可能的条件。除去某些问题中对各个条件的 先后次序有特定的要求以外，通常判定表中各 条件的先后门次序不要求。
录入、1 修改或 删除商品信息
3 查询商品销售情况
计算日销售额
2 录入、修改
现金额, 并计算余额
注：需给每一加工编号；
B、”分派”数据流，形成：
销售的商品
1
录入、修改或 删除商品信息
销售情况
3
查询商品销售情日况销售额
计算日销售额 查询要求
现金额 现金余额
2 录入、修改
现金额, 并计算余额
其中：要根据特定的加工要求进行分派；