信息管理系统实施与维护

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