第5章 软件开发的方法学.ppt

合集下载

软件工程导论(第5章)

软件工程导论(第5章)
10
11
5.1.2 选取若干个合理的方案
至少选取低成本、中等成本和高成本三种方案。
每种方案准备四份资料:



系统流程图; 组成系统的物理元素清单; 成本/效益分析; 实现这个系统的进度计划。
12
5.1.3 推荐最佳方案
分析员应该综合分析对比各种合理方案的利
弊,推荐一个最佳的方案,并且为推荐的方 案制定详细的实现计划。
发出较高质量的软件系统。
7
第一部分:设计过程 第二部分:设计原理 第三部分:启发原则 第四部分:软件结构图 第五部分:面向数据流的设计方法
8
5.1 设 计 过 程
总体设计过程通常由两个主要阶段组成: 系统设计:确定系统的具体实现方案。 结构设计:确定软件结构。 9个步骤: ① 设想供选择的方案 ② 选取合理的方案 ③ 推荐最佳方案 ④ 功能分解 ⑤ 设计软件结构 ⑥ 设计数据库 ⑦ 制定测试计划 ⑧ 书写文档 ⑨ 审查和复审
和理解; 可以使软件容易测试和调试,因而有助于提高软 件的可靠性; 能够提高软件的可修改性; 有助于软件开发工程的组织管理。
32
模块化五条标准
模块可分解性
把问题分解为子问题 模块可组装性 可复用 模块可理解性 无需参考其他模块,易于构造和修改 模块连续性 微小修改只导致对个别模块 模块保护性 异常影响局限在模块内部


“隐蔽”意味着模块彼此间仅仅交换那些为了完成系统功能而 必须交换的信息。 “局部化”是指把一些关系密切的软件元素物理地放得彼此靠 近。局部化有助于实现信息隐蔽。


设计和确定模块时,使得一个模块内包含的信息(过程和 数据)对于不需要这些信息的模块来说,是不能访问的。 模块内部的数据与过程,应该对不需要了解这些数据与过 程的模块隐藏起来。只有那些为了完成软件的总体功能而 必需在模块间交换的信息,才允许在模块间进行传递。

第5章 软件实现-软件工程基础(第3版)-胡思康-清华大学出版社

第5章  软件实现-软件工程基础(第3版)-胡思康-清华大学出版社
代码复用是利用已有的代码来构造或编写新的软件系统, 代码的形式主要有二进制的目标代码(库文件)和源代码。
➢代码复用 ➢库文件形式的复用 ➢面向对象机制下的复用
第5章 软件实现
第 10 页10
代码评审
代码评审,也称为代码复查,是指在软件开发 过程中,通过阅读源代码和相关设计文件,对源代码 编码风格、编码标准以及代码质量等活动进行系统性 检查的过程。
第5章 软件实现
第 6 页6
程序设计风格
2. 数据说明 为使程序中的数据说明更易于理解和维护,数据说明的次
序应当规范化: ➢ 可按说明类型(常量,简单变量类型,复杂类型 ) ➢ 一个语句说明多个变量时,按字母顺序排列。 ➢ 复杂的数据结构,要加注释。
第5章 软件实现
第 7 页7
程序设计风格
3. 语句结构的处理 语句构造,尤其是流程控制语句的构造技术,直接影响到程序的可读 性及效率。应采用直接、清晰的构造方式,而不要为了提高效率或者 显示技巧而降低程序的清晰性和可读性。
程序设计语言
程序设计语言的分类
第一代计算机语言——机器语言 第二代计算机语言——汇编语言 第三代计算机语言——高级语言 第四代计算机语言——4GL
第5章 软件实现
第 3 页3
程序设计语言
不同的程序语言机制,对设计的支持不尽相同,目前被 广泛采用的是结构化程序设计语言和面向对象语言。
结构化程序设计语言机制需考虑到: 数据结构(变量和常量)的显示表示 模块化编程 控制结构
第 5 章 软件实现 小节
➢程序设计语言 ➢程序设计风格 ➢代码复用 ➢代码评审
第5章 软件实现
第 12 页12
4. 输入输出设计准则 ⑴ 输入、输出的格式在整个系统中应该统一;

软件工程 第5章--UML

软件工程 第5章--UML
10
UML的定义
UML定义有两个主要组成部分:语义和表示法。 语义用自然语言描述,表示法定义了UML的可 视化标准表示符号,这决定了UML是一种可视 化的建模语言。 在语义上,模型是元模型的实例。UML定义给 出了语法结构的精确定义。 使用UML时,要从不同的角度观察系统,为此 定义了概念“视图(View)‖。视图是对系统的模 型在某方面的投影,注重于系统的某个方面。
独立于过程
系统建模语言,独立于开发过程。
9

容易掌握使用 概念明确,建模表示法简洁明了,图形结 构清晰,容易掌握使用。 着重学习三个方面的主要内容: (1) UML的基本模型元素 (2) 组织模型元素的规则 (3) UML语言的公共机制 与程序设计语言的关系 用Java,C++ 等编程语言可实现一个系统。 一些CASE工具可以根据 UML所建立的系 统模型来产生Java、C++ 等代码框架。
31
UML事物 — 注释事物
11) Note(注释)
依附于一个元素或一组元素之上,对其进
行约束或解释的简单符号。没有语义影响。
See policy8-5-96.doc for details about these algorithms.
CashAccount presentValue()
32
15
UML定义 9 种图,表达UML中的 5 种视图,各 视图在静态和动态方面表示系统模型。
结构 视图 静态 方面
动态 方面
行为 视图 同左
实现 视图 构件图
环境 视图 部署图
同左
用例 视图 用例图
同左
类图 对象图
顺序图 同左 顺序图 合作图 (注重 合作图 状态图 进程、 状态图 活动图 线程) 活动图

东北大学《计算机基础》课件-第5章(张老师)

东北大学《计算机基础》课件-第5章(张老师)
2. C++与C语言的关系
C++保持了C语言的简洁、高效和接近汇编语言等优点,同时又对C语言的 不足和问题作了很多重要改进。
①增加了新的运算符,使C++应用起来更加方便;②改进了类型系统,增 加了安全性;③使用“引用”作函数参数为用户编程带来了很大方便;④允

函数重载,允许设置缺省参数,提高了编程的灵活性,减少了冗余返;回⑤本对章目
1. C++的特点
1抽象:是对具有特定属性及行为特征的对象进行概括,从中 提炼 出这一类对象的共性,并从通用性的角度描述其共有的属性及 行 为特征。抽象又分为数据抽象和代码抽象,前者描述某类对象的 公共属性,后者描述某类对象共有的行为特征。 2封装和数据隐藏:在面向对象程序设计中,通过封装可以将 一部分 属性和数据的操作隐藏起来,另一部分作为类的外部接口, 使用者 可以访问。这样可以对属性和操作的访问权限进行合理控制, 减少 程序之间的相互影响,降低出错的可能性。
3 确定数据结构和算法:数据结构 + 算法 = 程序
4 编写程序5 调试程序6 Fra bibliotek理资料,交付使用
返回本节目录
5.1.3 程序设计语言
程序设计语言是人们根据描述问题的需要而设计的,是计算机能 够直接识别的语言,有一套固定的符号和语法规则,是人与计算机交 流所使用的“语言”。
程序设计语言可分成机器语言、汇编语言和高级语言。前两类依 赖于计算机硬件,因机器而异,又称为低级语言,而高级语言与计算 机硬件基本无关,是目前使用非常广泛的程序设计语言。
程序设计语言就是计算机能够理解和执行的特殊语言。
5.1.2 程序设计的一般过程
概括地说,程序设计就是分析问题、编写程序、调试程序的过 程。用计算机解决实际问题的基本过程如下图所示。

软件开发案例分析 ppt课件

软件开发案例分析  ppt课件

PPT课件
14
第二部分 软件工程方法学概述
PPT课件
15
软件工程方法学-关键问题
需求阶段:
什么是客户的上下文? 要达到什么目的?
分析阶段:
要处理什么实体? 如何确保有正确的实体?
系统设计阶段:
如何解决问题? 在完成的系统中需要什么硬件和软件
子系统设计阶段:
如何实现解决方案? 源代码和支持文件有哪些?
软件 规格 说明 书编 写规

软件 原型 制作 规范
软件 需求 用例 规约 编写 规范
高级 经理
客户
开 发 经 理
分析 设计 负责

测 试 负 责 人
项目 经理
需求 分析 负责

开始
需求调研人员
用户界面 设计员
评审干系人清单
确定干系人 确定干系人需求 确定非功能性需求

编写需求规格说明书
设计界 面原型


评审需求规格说明书




确定用例
作 产 品 进
签字确认 需求规格
说明书
优先级



评审词汇表、用例模型、用例规约
需求分析员
输出
确定系统主角 确定系统用例
界面 原型 需求规格 说明书
用例模型
详细描述用例 整理词汇表
用例规约 词汇表
P结P束T课件
54
需求过程
• 工具
– MS Office – Rational Rose

词汇 表
精化迭代
评审用例分析
详 细 设 计
设计 数据

用例 分析 文档

软件工程-第5章

软件工程-第5章

变更控制
变更控制(Change Control)的目的并 不是控制变更的发生,而是对变更进行管理, 确保变更有序进行。对于软件开发项目来说, 发生变更的环节比较多,因此变更控制显得 格外重要。它回答:受控产品怎样变更?谁 控制变更?何时接受,恢复,验证变更?
变更控制的流程
5.2.5正式技术复审
基线与SCI的概念
5.2.3 版本控制
版本控制(Revision Control)是全面 实行软件配置管理的基础,是对系统不同版 本进行标识和跟踪的过程,所有置于配置库 中的元素都应自动予以版本的标识,并保证 版本命名的唯一性和状态的一致性。其目的 是便于对版本加以区分、检索、跟踪或回溯, 以区别各个版本之间的关系。
软件质量模型
Boehm质量模型 (1)软件的可使用性 (2)软件的可维护性 (3)软件的可移植性
2.McCall质量模型
ISO/IEC 9126标准
软件质量保证是一种活动
SQA 活动的主要内容
1.与SQA计划直接相关的工作 2.参与项目的阶段性评审和审计 3.对项目日常活动与规程的符合性进行检查 4.对配置管理工作的检查和审计 5.跟踪问题的解决情况 6.度量和报告机制
软件配置项的组成
软件配置项标识
•唯一性:目的在于避免出现重名,造成混 乱。 •可追溯性:使命名能够反映命名对象间的 关系。每个可用一组信息来唯一地标识它。
配置项的状态
基线的理解
IEEE定义基线如下:“已经通过正 式复审和批准的某规约或产品,它因此 可以作为进一步的基础,并且只能通过 正式的变化控制过程的改变。”
IEEE Std 1028-1988定义:评审是对 软件元素或者项目状态的一种评估手段,以 确定其是否与计划的结果保持一致,并使其 得到改进。

软件工程第5章 详细设计

软件工程第5章 详细设计
17
详细设计的描述工具
(4) PDL( Program Design Language )
PDL与需求分析中采用的结构化语言统属于伪 码。伪码的结构分为内外两层,外语法应符合一般 程序设计语言常用的语法规则,而内层语法则用一 些简单的句子、短语(自然语言)。
18
详细设计的描述工具
PDL作为一种用于描述程序逻辑的语言,具有以下特点:
3
详细设计的描述方式
详细设计的描述方式分类:
1)图形描述:流程图、盒图、PAD图等 2)语言描述:PDL语言等 3)表格描述:判定表等
4
详细设计的描述工具
详细设计的描述工具:
下面介绍一些有代表性的详细设计工具: (1)程序流程图
程序流程图又称之为程序框图,它是软件开发者最熟悉的一种 算法表达工具。
ENDIF
21
详细设计的描述工具
3)多路选择结构
CASE OF <变量名>: WHEN <条件1> SELECT <语句或程序块> WHEN <条件2> SELECT <语句或程序块> …… WHEN <条件n> SELECT <语句或程序块>
DEFAULT: <语句或程序块> ENDCASE
22
A(m)>A(j)
j=j+1
T
m=j
F
A(m) ﹤-﹥A(i) i=i+1
PAD图的控制流程为自上而下、从左到右。
15
详细设计的描述工具
举例:
请使用PAD图描述下列程序的算法: 在数据A(0)~A(10)中求最大数。
16
详细设计的描述工具

软件工程讲义软件工程电子书ppt课件

软件工程讲义软件工程电子书ppt课件
– 软件开发过程,是把用户要求转化为软件需 求,把软件需求转化为设计,用代码实现设 计并对代码进行测试,完成文档编制并确认 软件可以投入运行使用的过程。
12/360
1.2 软件工程学
• 为什么要引入软件过程?(1/2)
– 软件工作的范围
扩展到
只考虑 编写程序
涉及整个软件生存周期
– 软件的开发风险(规模、周期、复杂度)
36/360
2.2 需求分析的任务
• What(1/3)
– 需求:主要是在产品构建之前确定的系统必 须符合的条件或具备的功能,它们是关于系 统将要完成什么工作的一段描述语句,它们 必须经过所有相关人员的认可,其目的是彻 底地解决客户的问题。
– 需求文档
• 一组需求的集合 • 用户需求文档、系统需求文档和软件规约文档
户和维护用户信息等功能 – 管理购物车 – 实现结帐处理 – 查询订货情况 – 统计销售记录
26/360
案例-在线宠物商店(2/3)
• 问题(1/2):
– 从何开始? – 采用什么技术? – 需要多少时间? – 需要多少人?哪些角色?能否并行、协作地开发?
人力应该如何高效率的投入? – 开发计划? – 直接编码? – 需求? – 设计方案和模型? – 人机交互的界面? – 功能优先级?
27/360
案例-在线宠物商店(3/3)
• 问题(2/2):
– 开发风险? – 可扩展性? – 复用? – 设计模式? – 编码规范? – 需求变更? – 测试? – 开发过程? – 软件度量? – 最后期限?
28/360
Chapter 2 软件计划
• 2.1 软件问题定义及可行性研究 • 2.2 需求分析的任务 • 2.3 需求分析步骤 • 2.4 实体-关系图 • 2.5 数据流图 • 2.6 状态转换图 • 2.7 数据字典 • 2.8 需求分析的其他图形工具 • 2.9软件计划阶段文档

软件测试第5章单元测试和集成测试ppt课件

软件测试第5章单元测试和集成测试ppt课件
现等进行检验,包括对程序代码的评审和通过运行单元程序来验证其 功能特性等内容。
单元测试的目标
单元实现了其特定的功能,返回正确的值 单元的运行能够覆盖预先设定的各种逻辑 在单元工作过程中,其内部数据能够保持完整性,包括全局变量的处
理、内部数据的形式、内容及相互关系等不发生错误 可以接受正确数据,也能处理非法数据,在数据边界条件上,单元也
能够正确工作 该单元的算法合理,性能良好 代码经过扫描,符合代码规范,不存在安全性等问题
第5章内容
5.1 什么是单元测试 5.2 单元测试的方法 5.3 白盒测试方法的用例设计 5.4 代码审查 5.5 集成测试 5.6 单元测试工具
5.2 单元测试的方法
5.2.1 黑盒方法和白盒方法 5.2.2 驱动程序和桩程序
持续集成
Continuous integration
持续集成是软件开发越来越普遍的一种优秀实践,即团队开发成员 经常集成他们的工作,通常每天新完成的代码至少集成一次,也就 意味着每天可能会发生多次集成
什么是持续集成?
Martin Fowler 论持续集成
Continuous Integration is a software development practice where members of a team integrate their work frequently, usually each person integrates at least daily - leading to multiple integrations per day. Each integration is verified by an automated build (including test) to detect integration errors as quickly as possible

《软件工程》第5章 软件构造

《软件工程》第5章 软件构造

5.5 软件代码审查
为保证代码开发的质量,在编码完成后,进行 代码审查或称Review。
审查内容: 1. 程序的版式 2. 文件结构 3. 命名规则 4. 表达式与基本语句
5.6 软件复用
软件复用就是将已有的软件成分用于构造新的 软件系统,以达到提高软件系统的开发质量与效率, 降低开发成本的目的。
在面向对象语言中,类功能支持这种层次机制。 除了根结点外,每个类都有它的基类(base class)。 除 了 叶结 点 外 , 每 个类 都 有它 的 派生 类 (derived class)。一个派生类可以从它的基类那里继承所有 的数据和操作,并扩充自己的特殊数据和操作。
3. 多态性
所谓多态,是指一个名字(或符号)具有 多种含义。即相同的操作的消息发送给不同的 对象时,每个对象将根据自己所属类中定义的 操作去执行,产生不同的结果。
5
第五章
软件构造
软件的详细设计,完成了软件的过程性的描述, 接下来进入程序编码阶段。
软件构造(Software Construction)指通过 编码、验证、单元测试、集成测试和排错的组合, 创建一个可以工作的、有意义的软件。在本章中, 我们将聚焦在该领域当中的程序设计语言、设计、 编码和复用这几个话题,其余的将在后续章节中讨 论。
类型的能力选取 。 6. 软件开发人员的知识水平以及心理因素。要特别注
意选择语言时,尽量避免受外界的影响,盲目追求 高、新的语言。
5.2 程序设计方法
5.2.1 结构化程序设计 结构程序设计的概念最早是由E.W.Dijkstra提出来的。
结构化程序设计方法 (Structured Program), 即SP法是结构化开发方法的重要组成部分。
5.3.1 源程序文件 符号的命名。尽量用与实际意义相同或接近的标识 符命名。 源程序中的注释 注释可分为序言性注释和解释性注释。错误的注释 宁可不要。 源程序的书写格式

软件工程导论 第5章

软件工程导论 第5章

8. 书写文档 应该用正式的文档记录总体设计的结果, 应该用正式的文档记录总体设计的结果,在这个阶 段应该完成的文档通常有下述几种: 段应该完成的文档通常有下述几种: (1) 系统说明主要内容包括用系统流程图描绘的系 统构成方案,组成系统的物理元素清单,成本/效 统构成方案,组成系统的物理元素清单,成本 效 益分析;对最佳方案的概括描述,精化的数据流图, 益分析;对最佳方案的概括描述,精化的数据流图, 用层次图或结构图描绘的软件结构, 用层次图或结构图描绘的软件结构,用IPO图或其 图或其 他工具(例如 例如, 语言)简要描述的各个模块的算 他工具 例如,PDL语言 简要描述的各个模块的算 语言 模块间的接口关系,以及需求、 法,模块间的接口关系,以及需求、功能和模块三 者之间的交叉参照关系等等。 者之间的交叉参照关系等等。 (2) 用户手册根据总体设计阶段的结果,修改更正 用户手册根据总体设计阶段的结果, 在需求分析阶段产生的初步的用户手册。 在需求分析阶段产生的初步的用户手册。
(3) 测试计划包括测试策略,测试方案,预期的测 测试计划包括测试策略,测试方案, 试结果,测试进度计划等等。 试结果,测试进度计划等等。 (4) 详细的实现计划 (5) 数据库设计结果 9. 审查和复审 最后应该对总体设计的结果进行严格的技术审查, 最后应该对总体设计的结果进行严格的技术审查, 在技术审查通过之后再由使用部门的负责人从管理 角度进行复审。 角度进行复审。
总体设计过程首先寻找实现目标系统的各种不同的 方案, 方案,需求分析阶段得到的数据流图是设想各种可 能方案的基础。 能方案的基础。然后分析员从这些供选择的方案中 选取若干个合理的方案, 选取若干个合理的方案,为每个合理的方案都准备 一份系统流程图,列出组成系统的所有物理元素, 一份系统流程图,列出组成系统的所有物理元素, 进行成本/效益分析 效益分析, 进行成本 效益分析,并且制定实现这个方案的进 度计划。分析员应该综合分析比较这些合理的方案, 度计划。分析员应该综合分析比较这些合理的方案, 从中选出一个最佳方案向用户和使用部门负责人推 荐。如果用户和使用部门的负责人接受了推荐的方 案,分析员应该进一步为这个最佳方案设计软件结 通常,设计出初步的软件结构后还要多方改进, 构,通常,设计出初步的软件结构后还要多方改进, 从而得到更合理的结构,进行必要的数据库设计, 从而得到更合理的结构,进行必要的数据库设计, 确定测试要求并且制定测试计划。 确定测试要求并且制定测试计划。

软件工程导论课件第5章

软件工程导论课件第5章

4
主要工作
完成模块分解,确定系统的模块层次结构
文档 数据结构的描述部分
模块说明部分,包括模块结构以及每个模块的 功能说明
5
总体设计的过程
总体设计通常由系统设计和结构设计两个阶段组成。 系统设计阶段确定系统的具体实现方案,结构设计阶段确 定软件的结构。
实施总体设计的过程如下:
1.设想供选择的方案 2.选取合理的方案 3.推荐最佳方案 4.功能分解 5.设计软件结构 6.数据库设计 7.制定测试计划 8.书写文档 9.审查和复审
27
(7)功能内聚 如果一个模块中的所有处理元素都完成一个, 而且仅完成一个功能 比如:一个模块只完成矩阵加法运算或只打印 输出一种特定的表格功能
对于一个模块而言,模块自身的内聚越 强,模块间的耦合就越小,模块所具有的独 立性就越好,可以说高内聚低耦合是我们进 行软件设计的一贯原则。
28
启发规则
12
9. 审查和复审
最后应该对总体设计的结果进行严格的技术 审查,在技术审查通过之后再由使用部门的负责人 从管理角度进行复审。
13
设计原理
模块
模块是数据说明、可执行语句等程序对象的 集合,它是单独命名的,可通过名字来进行访问。 例如:汇编语言中的子程序,Pascal语言中的过程, C语言中的函数等。
32
描绘软件结构的图形工具
在总体设计阶段,我们经常使用以下几种 图形工具: 层次图 HIPO图 结构图
33
(一)层次图
层次图中的每个方框代表一个模块,方框间 的连线表示调用关系,不同于层次方框图那样表示 组成关系。 例如:正文加工系统调用编辑模块,编辑模 块依需要调用添加、删除、插入、修改、合并、列 表模块。

《软件工程学》第05章 详细设计

《软件工程学》第05章 详细设计
(4)确定外部信号的接收/发送形式。
5.1 详细设计的目的与任务
该阶段工作具体包括以下几方面:
2.为数据库进行物理设计 为数据库进行物理设计,确定数据库的物理结构。物理结
构主要指数据库的存储记录格式、存储记录安排和存储方法, 这些都依赖于具体所使用的数据库系统。
3.其它设计 (1)输入/输出格式设计:针对各个功能,根据界面设计风
5.1 详细设计的目的与任务
根本目标:
应该‘怎样具体地实现’系统?
详细设计是软件设计的重要阶段,主要确定每 个模块的具体执行过程,也称为“过程设计” Note:
任务:设计程序的“蓝图”,供编码时“翻译”使用; 详细设计≠编写程序; 详细设计结果决定着程序代码的质量; 让机器、人都看得懂。
5.1 详细设计的目的与任务
基本单元:矩形框; 算法:矩形框的组装。 N-S图适合结构化程序设计方法,对于非结构化 程序无法表示。
5.3.2 盒图
图5.13 盒图的基本符号 (a)顺序型;(b)IF选择型;(c)CASE型多分支;(d)循环型;(e)调用子程序
5.3.2 盒图
优点:
不能任意转移控制; 功能域(特定控制结构的作用域)明确; 很容易确定局部和全程数据的作用域; 很容易表现嵌套关系,也可表示模块的层次结构。
软件工程导论
天津市大学软件园
第5章 详细设计
➢ 理解详细设计的目的与任务 ➢ 理解面向数据结构的Jackson方法
➢ 熟练掌握结构化的详细设计方法及
其设计工具
第5章 详细设计
➢ 5.1 详细设计的目的与任务 ➢ 5.2 详细设计方法 ➢ 5.3 详细设计工具 ➢ 5.4 习题
第5章 详细设计
➢ 5.1 详细设计的目的与任务 ➢ 5.2 详细设计方法 ➢ 5.3 详细设计工具 ➢ 5.4 习题

软件工程 第5章

软件工程 第5章
① ② ③ ④ ⑤ ⑥ ⑦
弱耦合 ①非直接耦合 No Direct Coupling ②数据耦合 Data Coupling ③特征耦合 Stamp Coupling ④控制耦合 Control Coupling
中耦合
较强耦合
强耦合
⑤外部耦合 ⑥公共耦合 ⑦内容耦合
External Coupling Common Coupling Content Coupling
• ④控制耦合 • 控制耦合是中等强度的耦合。此时在模块间传递 的信息不是一般的数据,而是用作控制信号的开 关值或标志量(Flag)。
• ⑤外部耦合 • 若允许一组模块访问同一个全局变量,可称它们 为外部耦合。
有名公共区
A
B
……
• ⑥公共耦合 • 若允许一级模块访问同一个全局性数据结构,则 称之为公共耦合。 • ⑦内容耦合 • 最强的一类耦合称为内容耦合。如果一个模块可 以直接调用另一模块中的数据,或者允许一个模 块直接转移到另一模块中去。
3. 推荐最佳方案 分析员应该综合分析对比各种合理方案的利弊,推 荐一个最佳的方案,并且为推荐的方案制定详细的 实现计划。 用户和有关的技术专家应该认真审查分析员所推荐 的最佳系统,如果该系统确实符合用户的需要,并 且是在现有条件下完全能够实现的,则应该提请使 用部门负责人进一步审批。在使用部门的负责人也 接受了分析员所推荐的方案之后,将进入总体设计 过程的下一个重要阶段——结构设计。
• ①非直接耦合 • 若两个模块没有直接关系,它们之间的联系完全 是通过主程序的控制和调用来实现的,便称这两 个模块为非直接耦合,这样独立性最强。A 无块间联系来自BCD
• ②数据耦合 • 若一个模块访问另一个模块,且被访问模块的输 入和输出都是数据项参数,则称这两个模块之间 的联系为数据耦合。

PowerBuilder实践教程ppt第5章PowerBuilder应用程序的对象

PowerBuilder实践教程ppt第5章PowerBuilder应用程序的对象

第五章PowerBuilder应用程序的对象PowerBuilder为每个程序都定义了一个应用对象,将它作为程序的开始入口,所以在PowerBuilder开发的软件中,在应用(Application)对象中,需要编写启动代码,同时应用对象还规定着应用程序系统级的许多属性。

5.1 PowerBuilder的应用对象在PowerBuilder画板中,可以对应用程序系统中的各种对象进行设置,包括Application、Window、控件(按钮、文本框等)和数据窗口(DW)等。

在画板中包含许多视图,常见视图列举如下:•“Properties”(属性)视图:用来设置对象及各种控件的属性。

•“Event List”(事件列表)视图:查看对象的所有事件。

•“Script”(脚本)视图:为各种对象的事件编写代码。

•“Function List”(函数列表)视图:查看对象的所有函数。

5.1.1 “Application”应用对象属性“Application”应用对象有许多属性,在“Properties”属性视图中,有“General”和“Toolbar”标签。

Application应用对象的常用事件有:“Open”事件、“close”事件、“systemerror”事件、“idle”事件。

5.1.2 应用对象的事件设计“Open”事件:是一个PowerBuilder应用程序的起点。

•“Close”事件:是在退出应用程序、返回到操作系统之前所触发的事件。

•“Idle”事件:是在程序中判断设定的时间间隔内,当用户未敲击键盘或使用鼠标时,被触发的事件。

•“SystemError”事件:用来处理严重的系统错误。

【例5.1】设置应用对象属性5.1.3 引用多PBL文件PowerBuilder应用程序中的对象,基本上都保存在“PBL”文件中,如果要将一个“PBL”文件移动到其它计算机上,而只需要复制“PBL”文件即可。

方法是建立工作空间之后,再将该“PBL”程序导入,该技术对低版本的PB应用向高版本的升级非常实用。

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