系统实施、维护与评价.ppt

第6章 系统实施、维护与评价 内容 内容提要 6.1系统实施概述 6.2程序设计和测试 6.3新旧系统切换 6.4系统的运行和维护 6.5系统的评价 6.6系统运行环境的管理 返回 6.1 系统实施概述 6.1.1系统实施的目标 6.1.2系统实施的内容和步骤 返回 6.1.2系统实施的内容 （1）物理系统的实施； （2）程序设计 （3）进行系统测试,排除错误并完善功能； （4）用户技术培训和操作培训； （5）进行系统切换； 返回 按键或鼠标 6.2 程序设计和调试 6.2.1程序设计的任务和基本要求 6.2.2程序设计方法 返回 6.2.1程序设计的任务和基本要求 （1）程序功能必须按照规定要求，满足预 期 需要 （2）程序内容清晰、明了、便于阅读和理 解 （3）程序结构严谨、简洁、执行速度快 （4）程序存储得当、节省空间 （5）程序适用性强，雕饰和修改比较容易 。 返回 按键或鼠标 6.2.2 程序设计方法 1.结构化系统实施方法的基本思想 从两个方面控制模块实现的 先后次序 先上后下，先总后分 合理划分版本 返回 按键或鼠标 2. 原型法 原型法 是在投入大量的人力，物力之前 ，在限定的时间内，用最经济的方法开 发出一个可实际运行的系统模型，用户 在运行使用整个原型的基础上，通过对 其评价，提出改进意见，对原型进行修 改，统一使用，评价过程反复进行，使 原型逐步完善，直到完全满足用户的需 求为止。 返回 下页 问题 按键或鼠标 3. 面向对象程序设计方法 面向对象程序设计 是一种计算机编程架构。OOP 的一条基 本原则是计算机程序是由单个能够起到 子程序作用的单元或对象组合而成。 OOP 达到了软件工程的三个主要目标： 重用性、灵活性和扩展性。为了实现整 体运算，每个对象都能够接收信息、处 理数据和向其它对象发送信息。 返回 下页 问题 按键或鼠标 6.2.3 程序设计语言的选择 1.语言的结构化机制与数据管理能力 2.语言可提供的交互功能 3.有较丰富的软件工程 4.开发人员的熟练程度 5.软件可移植性要求 6.系统用户的要求 返回 按键或鼠标 6.2.4程序设计的风格 1.适当的程序注释 2.有规律的程序书写格式 3.恰当的选择变量名 返回 按键或鼠标 6.2.5 管理信息系统的基本程序模块 1.控制模块 2.输入模块 3.输入数据校验模块 4.输出模块 5.处理模块 返回 按键或鼠标 6.2.6 衡量变成工作标准 1.可靠性 2.实用性 3.规范性 4.可读性 5.可维护性 返回 按键或鼠标 6.2.7 常用的编程工具 1.常用编程语言 2.数据库系统 3.程序生成工具 4.系统开发工具 5.客户/服务器工具类 6.面向对象编程工具类 返回 按键或鼠标 6.2.8 程序调试 1.调试的意义和目的 系统调试的工作量占整个工作 量的40%以上。 即便运行正确，并不能说明系 统没有错误。错误多少和程序质 量有关。 返回 按键或鼠标 2 调试的策略和基本原则 1.预期输出和实际输出结果比较 2.用错误的、异常的数据进行测试 3.检查程序是否做了不该做的事情 4.长期保存调试用例，直到系统废 弃 返回 按键或鼠标 3 测试方法 1.设计测试用例的基本目标 测试用例=输入数据+预期结果 返回 按键或鼠标 3 测试方法 2.设计测试数据的技术 设计合理的测试数据技术，用合 理的数据测试技术测试适合的模 块。 返回 按键或鼠标 3黑盒测试 也称功能测试。将软件看作 黑盒子，在完全不考虑程序的内 部结构和特性的情况下，测试软 件的外部特性，即程序满足哪些 功能。测试在接口上进行，看输 入能否被正确地接收，并能输出 正确的结果。 返回 4 白盒测试 结构测试。将软件看作一 个透明的白盒子,按照程序的 内部结构和处理逻辑来选定 测试用例,对软件的逻辑路径 及过程(在一些点上检查程序 的状态)进行测试,检查它与 设计是否相符。 返回 选择测 试用例 按键或鼠标 4 调试步骤 1.模块调试 2.分调 （子系统测试） 3.总调 4.系统调试 返回 按键或鼠标 6.3 新旧系统转换 8.4.1 系统转换前的准备工作 8.4.2 系统转换的方式 返回 8.4.1系统转换前的准备工作 1. 数据准备 2. 文档的准备 3. 人员培训 返回 1.数据准备 是从老系统中整理出新系统 运行所需的基础数据和资料，即 把老系统的文件、数据加工成符 合新系统要求的数据，其中包括 历史数据的整理、数据口径的调 整、数据资料的格式化，分类， 编码，数据的增删改等。 返回 6.3.2.文档的准备 在系统开发结束后，应有一 完整的开发文档资料，它记录了 开发过程中的开发轨迹，是开发 人员工作的依据，也是用户运行 系统、维护系统的依据。文档资 料要与开发方法相一致，且符合 一定的规范。在系统运行之前要 准备齐全，形成正规的文件。返回 6.3.3. 用户培训 操作人员 管理人员 系统管理人员 返回 6.3.5 系统转换的方式 1. 直接转换 2. 并行转换 3. 分段转换 返回 1. 直接转换 简单、费用低。 风险大，应有一定的保护措施。 返回 老系统 新系统 t 切换点 2. 并行转换 可保证系统的延续性，可进行新老系 统的比较，平稳可靠的过渡。 费用高，易延长系统转换的时间。 返回 老系统 新系统 t 并行运行时间 3. 分段转换 避免了直接转换的风险，及并行转换 的双倍费用，但会出现接口问题。适于大 型系统，可保证平稳、可靠。 返回 老系统 新系统 t分段转换过渡时间 按键或鼠标 6.4 系统的运行和维护 6.4.1 系统的运行 6.4.2 系统的维护 返回 6.4.1 系统的运行 运行的组织 建立和健全管理体制 返回 运行的组织 返回 经理 计划处财务处 供应处信息处 下页 与其他部门平行 按键或鼠标 参谋中心 返回 经理 信息中心 生产处供应处财务处计划处 按键或鼠标 建立和健全管理体制 明确规定各类人员 的职责范围和责任，出 现问题时有一套规则进 行处理。 返回 6.4.2 系统的维护 硬件维护 数据维护 软件维护 系统维护过程 返回 硬件维护 定期设备保养 进行例行的设备检查与保养 突发性故障维修 当设备出现突发性故障时,由 专职人员或请厂商来排除故障。 返回 数据维护 一般由数据库管理 员负责，主要负责数据 库的安全性和完整性以 及进行并发性控制。 返回 软件维护 指系统中应用程序的维护。 返回返回 比例 内容 6.4.3 系统的可维护性 1. 可理解性 2. 可测试性 3. 可修改性 4. 软件文档 5.可维护性复审资料 返回 6.4.4 系统维护类型 1. 正确性维护 2. 适应性维护 3. 完善性维护 4. 预防性维护 返回 1.正确性维护 改正在系统开发阶 段已发生而系统测试阶 段尚未发现的错误。 占整个维护工作量 的17%21%。 返回返回 2. 适应性维护 使应用软件适应环境 变化和管理需求变化而进 行的修改。 占整个维护工作量的 18%25%。 返回 3.完善性维护 为扩充功能和改善性 能而进行的修改。 占整个维护工作量的 50%66%。 返回 4. 预防性维护 改进应用软件的可靠 性和可维护性而进行的 修改。占整个维护工作 量的4%。 返回 6.4.5 系统维护步骤、组织和管理 1. 建立维护组织 2. 安排计划 3. 维护的实施 为保证系统维护工作的顺 利进行，应注意的问题： 返回 注意的问题 1.建立健全各类系统开发文档资料； 2.文档资料要标准化； 3.开发过程中要严格按照各阶段所规 定的开发原则和规范进行； 4.维护文档的可追踪性； 5.建立健全从系统开发到系统运行各 阶段的管理制度。 返回 6.5 系统评价 8.6.1 系统评价的概念 8.6.2 技术评价 8.6.3 经济效果评价 返回 6.5.1 系统评价概念 系统评价是对新开发的或改建的系统。根据 预定的系统目标，用系统分析的方法，从技 术、经济、社会、生态等方面对系统设计的 各种方案进行评审和选择，以确定最优或次 优或满意的系统方案。由于各个国家社会制 度、资源条件、经济发展状况、教育水平和 民族传统等各不相同，所以没有统一的系统 评价模式。评价项目、评价标准和评价方法 也不尽相同。 返回 6.5.2技术评价 1.系统平均无故障时间 2.系统联机相应时间，处理速度 和吞吐量 3.系统操作灵活性和方便性 4.系统利用率 5.系统安全性和保密性 返回 6.5.2技术评价 6.系统加工数据的正确性 7.系统的可扩展性 8.系统的可维护性 返回 6.5.3 经济效果评价 直接效果 间接效果 返回 间接效果 表现在企业管理水平和 管理效率的提高程度上。综 合性的效果。 提高管理效率 提高管理水平 提高企业对市场的适应能 力 返回 直接效果 指可以定量计算的效果 ， 通常用以下指标来反映： 一次性投资 经营费用 年生产费用节约额 机时成本 返回 6.5.4 综合评价 功能的完整性 商品化程度 程序模块 开发周期 存在的问题 返回 6.5.5 系统评价报告 1.引言 （1）摘要：系统名称、 功能 （2）背景、：系统开发 者 （3）参考资料：设计任 务书、合同、文件资料 返回 6.5.5 系统评价报告 2.系统评价的内容 （1）性能指标评价 （2）经济评价指标 （3）综合性评价 返回 6. 6 系统运行环境的管理