信息管理系统实施与维护
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
统能正常地运行。可维护性是指软件能够被校正
与 、被修改或被完善的难易程度。 •可靠性：系统在规定的外部条件下，按照规定的
维 功能，能够运行指定的一段时间的概率。 •可理解性：理解和使用该系统的容易程度。
护 •效率：指计算机资源（如时间和空间）能否被有 效地使用。
2019/11/26
9.7
系
9.2 程序模块的设计
护
2019/11/26
9.23
9.3 测试
系 统 四、软件测试的过程 实 集成测试（子系统测试、模块联调）
集成测试(Integration Testing)用来测试模块
施 之间接口的正确性，也即模块之间的数据和控 制传递。集成测试是与单元测试平行进行的。
与
维
护
2019/11/26
9.24
9.3 测试
护 并改正软件种存在的错误。
2019/11/26
9.13
9.3 测试
系 统 1.软件测试的基本概念
Glenford J. Myers把这一观点归纳为：
实 ⑴测试是程序执行的过程，其目的在于发现错 误。
施 ⑵一个好的测试实例在于发现至今未发现的错 误。
与 ⑶一个成功的测试是发现了至今未发现的错误 维 的测试。
实 是系统维护中工作量最大的一部分工作，是指系统投入 运行后，根据用户新的需求对系统的功能和质量所做的
施 修改和补充，称为完善性维护。（居系统维护工作量第 1位？）
与 ⑷预防性维护(Preventive maintenance)：为了使系 统在将来具有更好的可靠性和可维护性，事先对软件进
统 1.程序设计的基本任务
根据系统设计说明书中关于模块的详细描
实 述和处理过程的描述，选择合适的计算机 施 语言来编制程序的工作。
与
维
护
2019/11/26
9.6
系
9.2 程序模块的设计
统 2.对程序的基本要求： •正确性：语法正确、逻辑正确、需求正确
实 •可维护性：维护是指对系统进行监督、统计、评 施 价，找出问题，并进行修改、完善和扩充，使系
统 特别注意： 在编程时，人们往往通过牺牲一定的时间和空间
实 ，来换取程序的可维护性和可理解性的提高。
施
与
维
护
2019/11/26
9.8
系
9.2 程序模块的设计
统 3.程序设计方法 实 （1）结构化程序设计方法
•三种基本结构
施 顺序 选择
与 循环 维 •模块化
•自顶向下，逐步求精
护
2019/11来自百度文库26
实 的观点。 •一种观点是通过测试暴露出软件中所包含的故障和缺陷(
施 从用户的角度)； •另一种是希望测试成为表明软件产品中不存在错误的过程
与 ，验证该软件中已正确地实现了用户的要求，因此，它们 倾向于选取导致程序失败概率最小的测试实例和数据。
维 显然，第二种观点对完善和提高软件质量和可靠性毫无价 值，因此测试的目的应该是通过软件测试尽可能多地发现
实 构的分析，选取测试数据集(即测试用例：Testing Case)，而测试数据集对程序逻辑的覆盖程度决定
施 了测试完全性的程度。常用的几个覆盖标准有：语 与 句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、
条件组合覆盖。
维
护
2019/11/26
9.20
9.3 测试
系 统 四、软件测试的过程 实 软件测试是按照与系统开发相反的方向来进行
护 多态：在程序中同名但具体功能的实现方法可以共存 。
2019/11/26
9.11
系
9.3 测试
统 1.软件测试的基本概念 (1)软件测试的对象
实 软件=程序+文档 施 测试对象：各个阶段产生的源程序和文档。
与
维
护
2019/11/26
9.12
9.3 测试
系 1.软件测试的基本概念
统 (2)软件测试的目的 基于不同的立场，对软件测试的目的存在着两种完全对立
2019/11/26
9.22
9.3 测试
系 统 四、软件测试的过程 实 单元测试
单元测试(Unit Testing)又称模块测试(Module
施 Testing)，或模块分调，用于测试单个程序模块 ，确定模块的逻辑和功能是否正确。单元测试
与 的实施要以黑箱法测试其功能，辅之以白箱法 维 测试其结构。
2019/11/26
9.17
9.3 测试
系 三、软件测试方法 统 测试法分为黑箱法和白箱法。
黑箱(Black-box Testing)法：黑箱法又称为功能
实 测试法，它是根据程序功能的分析，推演出由函数 施 定义域中有代表性的元素组成测试集，这些数据应
包括对程序是有效的和无效的输入，极端的、正常
与 的和特殊的数据元素。因此，黑箱测试法是从外界 来检查模块或程序的功能，也即根据模块的输入和
施 预期结果的定义要有利于错误的检测。 回归测试。对于测试中发现错误的软件，经修
与 正后，再用原来的测试用例进行的测试称为回归 维 测试。
集中测试出错多的模块。经验表明：程序中尚
护 未发现的错误的数量与在该程序段已发现的错误 数量往往成正比。
2019/11/26
9.16
9.3 测试
系 三、软件测试方法 统 实 施 与 维 护
与 •过程错误：算术运算错误和逻辑运算错误 维 •数据错误：数据结构、实体、属性错误。
•编程错误：语法错误、程序逻辑错误、编程书
护 写错误等。
2019/11/26
9.15
9.3 测试
系 统 二、软件测试的基本原则
成立测试小组。避免由软件开发部门(或个人)
实 测试自己的程序。 精心设计测试用例。测试用例的设计和选择、
统 修改、完善等措施，它是系统开发生命周期的最后一个阶 段。
实 ⒈系统维护的重要性 系统维护在某种意义上比软件开发更为困难，更需要计划
施 性和经验，更需要工具的帮助，更需要加强组织和管理。 但这项工作经常被人们忽视。目前信息系统领域中存在的
与 一个不容忽视的问题是，开发出来的系统生命周期短，有 的尚未产生效益就出现许多问题，甚至陷于瘫痪，令用户
因此,软件测试(Software Testing)是从引起
护 和发现错误的目的出发执行某一程序的过程。
2019/11/26
9.14
9.3 测试
系 统 1.软件测试的基本概念
(3)错误的类型
实 •功能错误：处理功能说明不完整或不确切，致 使编程时对功能有误解而产生的错误。
施 •系统错误：与外部接口错误、子程序调用错误 、参数使用错误等。
•界面是否有误？输入是否能够正确接受？输出
实 是否正确？ 施 •是否有数据结构或外部数据库访问错误？
•性能是否能够接受？
与 •是否有初始化或终止性错误？ 维
护
2019/11/26
9.19
9.3 测试
系 统 白箱法(White-box Testing)：白箱法也称之为结
构测试或逻辑覆盖法。它是根据对软件内部逻辑结
•应用软件维护。是系统维护最重要的内容。
实 •数据维护 •代码维护
施 •硬件设备维护。 与 维 护
2019/11/26
9.31
9.5.1 系统维护的内容
系
统 2.系统维护的内容
•应用软件维护。是系统维护最重要的内容。
实 •数据维护
数据库的备份,转储和恢复
施
数据库的安全性控制和完整性控制
数据库的重组和重构
维
护
2019/11/26
9.28
9.5 系统维护与管理
系
统 系统维护的任务
实
保证信息系统安全、正常、可靠地运 行
施 对系统进行评价，不断改善和提高信
与 息系统性能，以充分发挥系统的作用。
维
护
2019/11/26
9.29
9.5.1 系统维护的内容
系 系统维护是计算机信息系统投入运行后，为保证系统能够 正常工作、进一步满足用户新的需求所采取的对原系统的
维 输出，得出所得结果得差异。这种测试无须知道模 块的内部逻辑，而是给定一输入，检查是否会得到
护 所期望的输出。功能测试法又具体分为等价类法， 边值分析法，因果图法和错误猜测法等。
2019/11/26
9.18
9.3 测试
系 进行黑盒测试主要是为了发现以下几类错误： 统 •是否有错误的功能或遗漏的功能？
系
统
旧
新
实
施
旧
与
新
维
旧
新
护
2019/11/26
9.27
9.4 系统切换
系 统 系统切换的主要工作：
•建立系统使用说明文档。包括用户操作手册（
实 用户使用说明书）、计算机操作规程、程序说明 书等。
施 •系统初始化：对系统运行环境和资源进行设置 、系统运行和控制参数设定、数据加载、调整系
与 统与业务工作同步等。
2019/11/26
9.25
9.4 系统切换
系 统 系统切换是指新系统替换老系统，即老系统停
止使用，新系统开始运行的过程。
实 系统切换的方式有： •直接方式：
施 •平行方式： •试点后直接切换：
与 •逐步方式：即将系统的交付使用分阶段继续进 维 行。
护
2019/11/26
9.26
9.4 系统切换
系 统 四、软件测试的过程 实 系统测试
系统测试(System Testing)是对软件系统种的
施 应用程序、硬件、手工操作以及系统的任何其 它的组成部分的集成的总体的测试。
与 验收测试 维 验收测试(Acceptance Testing)是由用户来完
成的测试，测试系统是否满足用户的需求。
护 (α测试、β测试)
与 •代码维护
•硬件设备维护。
维
护
2019/11/26
9.32
9.5.1 系统维护的内容
系 统 3. 系统维护的类型
应用软件维护包括纠错性维护、适应性维护、完善性维
实 护和预防性维护四种类型。 ⑴纠错性维护(Corrective maintenance)：由于排错不
施 彻底，对软件投入运行后所暴露出来的程序错误进行测 试、诊断、定位、纠错及验证修改的回归测试过程称为
的。依次为：单元测试(模块测试)、集成测试、
施 系统测试和验收测试。
与
维
护
2019/11/26
9.21
系 统 实 施 与 维 护
9.3 测试
模块 单元
测试
设计信息
软件需求 信息
系统其它 元素
可
运
模块 单元 测后模块 集成 测后软件 系统 确认后软件 验收
行
测试
测试
测试
测试
系
统
模块
单元 测试
图 系统测试的步骤
与 纠错性维护。 ⑵适应性维护(Adaptive maintenance)：当系统运行环
维 境(如硬件平台、软件平台)发生变化时，为了使系统适应 新的环境进行的维护称为适应性维护。
护
2019/11/26
9.33
9.5.1 系统维护的内容
系 统 3.系统维护的类型
⑶完善性维护(Perfective maintenance)：完善性维护
系 第9章
统
实 系统实施与维护
施
与 SYSTEM IMPLEMENTATION
维
AND MAITAINENCE
护
2019/11/26
9.1
系
内容概要
统
实
物理系统的实施 程序设计与测试
施
项目管理？
与
人员培训 数据准备与录入
维
系统转换
护
系统评价
2019/11/26
9.2
系
系统实施的任务
与 编码
维
软件测试 新旧系统之间的切换
护
2019/11/26
9.4
系
9.1 系统实施的准备工作
统
内容
•建立系统平台。
实 计算机系统和通信网络系统的订购
施
机房的准备 设备安装和调试
与 •培训管理人员和操作人员
维
•基础数据的准备 •管理流程重组
护
2019/11/26
9.5
系
9.2 程序模块的设计
统 系统实施的任务:
实 根据系统设计所提供的控制结构图、数据库设计、 系统配置方案及详细设计资料，编制和调试程序、
施 调试系统、进行系统切换等工作，将技术设计转化 与 为物理实际系统。
维
护
2019/11/26
9.3
系
系统实施的任务
统 系统实施的任务
实
系统实施的准备工作
物理系统的实施
施
用户培训 数据准备与录入
9.9
系
9.2 程序模块的设计
统 3.程序设计方法 实 （2）面向对象程序设计方法
面向对象程序设计就是构成系统的对象的设计。对象有自
施 己的数据（属性），也包括作用于数据的操作（方法）和 对象的响应（事件）。
与
维
护
2019/11/26
9.10
系
9.2 程序模块的设计
统 3.程序设计方法 （2）面向对象程序设计方法
维 处于十分尴尬的境地，可以说是“留之无用，弃之可惜” 。其中一个主要的原因是不重视系统运行中的维护工作。
护 实践表明，系统维护难度要比开发难度大得多，而且，系 统维护方面所花费的成本占整个系统全部成本的比例也越 来越高。
2019/11/26
9.30
9.5.1 系统维护的内容
系 统 2.系统维护的内容
实 面向对象程序设计的特点： 面向对象程序设计方法是一种支持模块化设计和软件重用的
施 编程方法。其基本思想是封装性和可扩展性。 •封装性：将数据和操作全部包装在对象中。
与 •可扩展性：体现为继承和行为扩展两个方面。 继承是子类无条件拥有超类所有属性和方法的机制；
维
扩展是指子类除了具有超类的属性和方法外，还可以 增加新的属性和方法。
与 、被修改或被完善的难易程度。 •可靠性：系统在规定的外部条件下，按照规定的
维 功能，能够运行指定的一段时间的概率。 •可理解性：理解和使用该系统的容易程度。
护 •效率：指计算机资源（如时间和空间）能否被有 效地使用。
2019/11/26
9.7
系
9.2 程序模块的设计
护
2019/11/26
9.23
9.3 测试
系 统 四、软件测试的过程 实 集成测试（子系统测试、模块联调）
集成测试(Integration Testing)用来测试模块
施 之间接口的正确性，也即模块之间的数据和控 制传递。集成测试是与单元测试平行进行的。
与
维
护
2019/11/26
9.24
9.3 测试
护 并改正软件种存在的错误。
2019/11/26
9.13
9.3 测试
系 统 1.软件测试的基本概念
Glenford J. Myers把这一观点归纳为：
实 ⑴测试是程序执行的过程，其目的在于发现错 误。
施 ⑵一个好的测试实例在于发现至今未发现的错 误。
与 ⑶一个成功的测试是发现了至今未发现的错误 维 的测试。
实 是系统维护中工作量最大的一部分工作，是指系统投入 运行后，根据用户新的需求对系统的功能和质量所做的
施 修改和补充，称为完善性维护。（居系统维护工作量第 1位？）
与 ⑷预防性维护(Preventive maintenance)：为了使系 统在将来具有更好的可靠性和可维护性，事先对软件进
统 1.程序设计的基本任务
根据系统设计说明书中关于模块的详细描
实 述和处理过程的描述，选择合适的计算机 施 语言来编制程序的工作。
与
维
护
2019/11/26
9.6
系
9.2 程序模块的设计
统 2.对程序的基本要求： •正确性：语法正确、逻辑正确、需求正确
实 •可维护性：维护是指对系统进行监督、统计、评 施 价，找出问题，并进行修改、完善和扩充，使系
统 特别注意： 在编程时，人们往往通过牺牲一定的时间和空间
实 ，来换取程序的可维护性和可理解性的提高。
施
与
维
护
2019/11/26
9.8
系
9.2 程序模块的设计
统 3.程序设计方法 实 （1）结构化程序设计方法
•三种基本结构
施 顺序 选择
与 循环 维 •模块化
•自顶向下，逐步求精
护
2019/11来自百度文库26
实 的观点。 •一种观点是通过测试暴露出软件中所包含的故障和缺陷(
施 从用户的角度)； •另一种是希望测试成为表明软件产品中不存在错误的过程
与 ，验证该软件中已正确地实现了用户的要求，因此，它们 倾向于选取导致程序失败概率最小的测试实例和数据。
维 显然，第二种观点对完善和提高软件质量和可靠性毫无价 值，因此测试的目的应该是通过软件测试尽可能多地发现
实 构的分析，选取测试数据集(即测试用例：Testing Case)，而测试数据集对程序逻辑的覆盖程度决定
施 了测试完全性的程度。常用的几个覆盖标准有：语 与 句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、
条件组合覆盖。
维
护
2019/11/26
9.20
9.3 测试
系 统 四、软件测试的过程 实 软件测试是按照与系统开发相反的方向来进行
护 多态：在程序中同名但具体功能的实现方法可以共存 。
2019/11/26
9.11
系
9.3 测试
统 1.软件测试的基本概念 (1)软件测试的对象
实 软件=程序+文档 施 测试对象：各个阶段产生的源程序和文档。
与
维
护
2019/11/26
9.12
9.3 测试
系 1.软件测试的基本概念
统 (2)软件测试的目的 基于不同的立场，对软件测试的目的存在着两种完全对立
2019/11/26
9.22
9.3 测试
系 统 四、软件测试的过程 实 单元测试
单元测试(Unit Testing)又称模块测试(Module
施 Testing)，或模块分调，用于测试单个程序模块 ，确定模块的逻辑和功能是否正确。单元测试
与 的实施要以黑箱法测试其功能，辅之以白箱法 维 测试其结构。
2019/11/26
9.17
9.3 测试
系 三、软件测试方法 统 测试法分为黑箱法和白箱法。
黑箱(Black-box Testing)法：黑箱法又称为功能
实 测试法，它是根据程序功能的分析，推演出由函数 施 定义域中有代表性的元素组成测试集，这些数据应
包括对程序是有效的和无效的输入，极端的、正常
与 的和特殊的数据元素。因此，黑箱测试法是从外界 来检查模块或程序的功能，也即根据模块的输入和
施 预期结果的定义要有利于错误的检测。 回归测试。对于测试中发现错误的软件，经修
与 正后，再用原来的测试用例进行的测试称为回归 维 测试。
集中测试出错多的模块。经验表明：程序中尚
护 未发现的错误的数量与在该程序段已发现的错误 数量往往成正比。
2019/11/26
9.16
9.3 测试
系 三、软件测试方法 统 实 施 与 维 护
与 •过程错误：算术运算错误和逻辑运算错误 维 •数据错误：数据结构、实体、属性错误。
•编程错误：语法错误、程序逻辑错误、编程书
护 写错误等。
2019/11/26
9.15
9.3 测试
系 统 二、软件测试的基本原则
成立测试小组。避免由软件开发部门(或个人)
实 测试自己的程序。 精心设计测试用例。测试用例的设计和选择、
统 修改、完善等措施，它是系统开发生命周期的最后一个阶 段。
实 ⒈系统维护的重要性 系统维护在某种意义上比软件开发更为困难，更需要计划
施 性和经验，更需要工具的帮助，更需要加强组织和管理。 但这项工作经常被人们忽视。目前信息系统领域中存在的
与 一个不容忽视的问题是，开发出来的系统生命周期短，有 的尚未产生效益就出现许多问题，甚至陷于瘫痪，令用户
因此,软件测试(Software Testing)是从引起
护 和发现错误的目的出发执行某一程序的过程。
2019/11/26
9.14
9.3 测试
系 统 1.软件测试的基本概念
(3)错误的类型
实 •功能错误：处理功能说明不完整或不确切，致 使编程时对功能有误解而产生的错误。
施 •系统错误：与外部接口错误、子程序调用错误 、参数使用错误等。
•界面是否有误？输入是否能够正确接受？输出
实 是否正确？ 施 •是否有数据结构或外部数据库访问错误？
•性能是否能够接受？
与 •是否有初始化或终止性错误？ 维
护
2019/11/26
9.19
9.3 测试
系 统 白箱法(White-box Testing)：白箱法也称之为结
构测试或逻辑覆盖法。它是根据对软件内部逻辑结
•应用软件维护。是系统维护最重要的内容。
实 •数据维护 •代码维护
施 •硬件设备维护。 与 维 护
2019/11/26
9.31
9.5.1 系统维护的内容
系
统 2.系统维护的内容
•应用软件维护。是系统维护最重要的内容。
实 •数据维护
数据库的备份,转储和恢复
施
数据库的安全性控制和完整性控制
数据库的重组和重构
维
护
2019/11/26
9.28
9.5 系统维护与管理
系
统 系统维护的任务
实
保证信息系统安全、正常、可靠地运 行
施 对系统进行评价，不断改善和提高信
与 息系统性能，以充分发挥系统的作用。
维
护
2019/11/26
9.29
9.5.1 系统维护的内容
系 系统维护是计算机信息系统投入运行后，为保证系统能够 正常工作、进一步满足用户新的需求所采取的对原系统的
维 输出，得出所得结果得差异。这种测试无须知道模 块的内部逻辑，而是给定一输入，检查是否会得到
护 所期望的输出。功能测试法又具体分为等价类法， 边值分析法，因果图法和错误猜测法等。
2019/11/26
9.18
9.3 测试
系 进行黑盒测试主要是为了发现以下几类错误： 统 •是否有错误的功能或遗漏的功能？
系
统
旧
新
实
施
旧
与
新
维
旧
新
护
2019/11/26
9.27
9.4 系统切换
系 统 系统切换的主要工作：
•建立系统使用说明文档。包括用户操作手册（
实 用户使用说明书）、计算机操作规程、程序说明 书等。
施 •系统初始化：对系统运行环境和资源进行设置 、系统运行和控制参数设定、数据加载、调整系
与 统与业务工作同步等。
2019/11/26
9.25
9.4 系统切换
系 统 系统切换是指新系统替换老系统，即老系统停
止使用，新系统开始运行的过程。
实 系统切换的方式有： •直接方式：
施 •平行方式： •试点后直接切换：
与 •逐步方式：即将系统的交付使用分阶段继续进 维 行。
护
2019/11/26
9.26
9.4 系统切换
系 统 四、软件测试的过程 实 系统测试
系统测试(System Testing)是对软件系统种的
施 应用程序、硬件、手工操作以及系统的任何其 它的组成部分的集成的总体的测试。
与 验收测试 维 验收测试(Acceptance Testing)是由用户来完
成的测试，测试系统是否满足用户的需求。
护 (α测试、β测试)
与 •代码维护
•硬件设备维护。
维
护
2019/11/26
9.32
9.5.1 系统维护的内容
系 统 3. 系统维护的类型
应用软件维护包括纠错性维护、适应性维护、完善性维
实 护和预防性维护四种类型。 ⑴纠错性维护(Corrective maintenance)：由于排错不
施 彻底，对软件投入运行后所暴露出来的程序错误进行测 试、诊断、定位、纠错及验证修改的回归测试过程称为
的。依次为：单元测试(模块测试)、集成测试、
施 系统测试和验收测试。
与
维
护
2019/11/26
9.21
系 统 实 施 与 维 护
9.3 测试
模块 单元
测试
设计信息
软件需求 信息
系统其它 元素
可
运
模块 单元 测后模块 集成 测后软件 系统 确认后软件 验收
行
测试
测试
测试
测试
系
统
模块
单元 测试
图 系统测试的步骤
与 纠错性维护。 ⑵适应性维护(Adaptive maintenance)：当系统运行环
维 境(如硬件平台、软件平台)发生变化时，为了使系统适应 新的环境进行的维护称为适应性维护。
护
2019/11/26
9.33
9.5.1 系统维护的内容
系 统 3.系统维护的类型
⑶完善性维护(Perfective maintenance)：完善性维护
系 第9章
统
实 系统实施与维护
施
与 SYSTEM IMPLEMENTATION
维
AND MAITAINENCE
护
2019/11/26
9.1
系
内容概要
统
实
物理系统的实施 程序设计与测试
施
项目管理？
与
人员培训 数据准备与录入
维
系统转换
护
系统评价
2019/11/26
9.2
系
系统实施的任务
与 编码
维
软件测试 新旧系统之间的切换
护
2019/11/26
9.4
系
9.1 系统实施的准备工作
统
内容
•建立系统平台。
实 计算机系统和通信网络系统的订购
施
机房的准备 设备安装和调试
与 •培训管理人员和操作人员
维
•基础数据的准备 •管理流程重组
护
2019/11/26
9.5
系
9.2 程序模块的设计
统 系统实施的任务:
实 根据系统设计所提供的控制结构图、数据库设计、 系统配置方案及详细设计资料，编制和调试程序、
施 调试系统、进行系统切换等工作，将技术设计转化 与 为物理实际系统。
维
护
2019/11/26
9.3
系
系统实施的任务
统 系统实施的任务
实
系统实施的准备工作
物理系统的实施
施
用户培训 数据准备与录入
9.9
系
9.2 程序模块的设计
统 3.程序设计方法 实 （2）面向对象程序设计方法
面向对象程序设计就是构成系统的对象的设计。对象有自
施 己的数据（属性），也包括作用于数据的操作（方法）和 对象的响应（事件）。
与
维
护
2019/11/26
9.10
系
9.2 程序模块的设计
统 3.程序设计方法 （2）面向对象程序设计方法
维 处于十分尴尬的境地，可以说是“留之无用，弃之可惜” 。其中一个主要的原因是不重视系统运行中的维护工作。
护 实践表明，系统维护难度要比开发难度大得多，而且，系 统维护方面所花费的成本占整个系统全部成本的比例也越 来越高。
2019/11/26
9.30
9.5.1 系统维护的内容
系 统 2.系统维护的内容
实 面向对象程序设计的特点： 面向对象程序设计方法是一种支持模块化设计和软件重用的
施 编程方法。其基本思想是封装性和可扩展性。 •封装性：将数据和操作全部包装在对象中。
与 •可扩展性：体现为继承和行为扩展两个方面。 继承是子类无条件拥有超类所有属性和方法的机制；
维
扩展是指子类除了具有超类的属性和方法外，还可以 增加新的属性和方法。