第八章管理信息系统的系统实施n.pptVIP

第八章 管理信息系统的系统实施 系统实施 1　系统实施工作内容 2　程序设计 3 系统测试 4　系统转换与试运行 1 系统实施工作内容 把物理模型转换为可实际运行的系统 软件/硬件的购买与安装 建立数据库结构 程序设计与调试 人员培训 数据准备与录入 系统转换与试运行 系统评价 2　程序设计 程序设计的目标 （1）可维护性：程序的修改维护将贯穿系统生命周期，下列原因都可能需要修改程序： 程序本身某些隐含的错误 达不到功能要求 实际情况发生变化 用户提出新的要求，需要对程序进行修改或补充 软硬件更新换代，程序需要调整或移植 可维护性是目前软件设计所追求的主要目标之一。程序维护的工作量是非常大的，一个程序如果不易维护，那就不会有太大价值。 （2）可靠性：指程序的结果必须正确可靠。 程序在正常情况下能够正确工作，而在意外情况下，亦能适当作出处理，以免造成严重损失。 特别是在MIS中，可能要对大量的市场信息、企业内部信息等及其重要的管理数据进行加工处理，如果操作结果不可靠或不正确，这样的程序是绝对不能用的。 （3）可理解性：要求程序便于阅读。 这是因为程序的维护的工作量非常大，维护员要维护他人编写的程序，如果一个程序不易阅读，将给程序的检查和维护带来很大的困难。 需要利用命名约定、代码格式化和注释语句，提高可阅读性和可理解性，以便于维护。 （4）效率：包括程序本身的效率和设计者的工作效率。 程序本身的效率：指计算机资源能否有效地利用，即系统运行时尽量占用较少空间，却能用较快速度完成规定功能。 程序设计者的工作效率比程序效率更重要。工作效率的提高可以减少经费开支，程序的出错率也会降低，进而减轻程序维护工作的负担。 （5）健壮性：指系统的容错能力。 健壮性是指系统对错误操作、错误数据输入予以识别和禁止的能力，不会因为错误操作、错误数据输入及硬件故障而造成系统崩溃。 3 系统测试 程序测试的方法 静态测试：通过阅读程序，发现语法错误和逻辑错误。 （只要认真检查，可以发现绝大部分的语法错误和部分逻辑错误。总的来说，语法错误容易发现，追踪逻辑错误则比较复杂） 动态测试：指上机调试，考验程序逻辑正确性。通过输入测试数据，观察程序的运行情况和输出结果是否正确 测试数据的类型（P170） （1）正常数据调试 （2）异常数据调试 （3） 错误数据调试 黑盒子测试: 将被测试程序看作黑盒子, 只测试它的每个功能是否达到预期要求, 不必要求测试人员考虑模块内部的结构。 (顾客买电器，测试电器的功能是否都达到预期的要求） 白盒测试 要求测试人员了解模块的内部结构，对程序的所有逻辑路径进行测试 （专业技术人员测试电器内部电路） 4　系统转换与试运行 直接转换方式 简单、省钱 风险大 并行转换方式 保险、校对工作负 担大、费用高 分段转换方式 都较好 衔接问题 五、系统维护和评价 系统评价 系统运行的一般情况 系统功能是否达到设计要求 用户付出的资源是否控制在预定界限内，资源的利用率是否达到要求 用户对系统工作的满意程度 系统使用效果 用户对提供信息的满意程度（那些有用、那些无用、引用率） 提供信息的及时性、准确性、完整性 系统的性能 计算机资源利用情况 系统可靠性 系统可扩充性 系统的经济效益 系统费用 系统收益 投资效益分析 * 中国计量学院管理学院 耗时多，工作量大 程序设计的依据：HIPO图，数据库设计和编码设计 程序设计方法（自顶向下实现） 结构化程序设计方法 面向对象程序设计方法 1、可维护性 2、可靠性 3、可理解性 4、效率 5、健壮性 系统测试是指在计算机上以各种可能的数据和操作条件对程序进行试验，找出存在的问题加以修改，使之符合设计要求。 测试步骤 模块调试 子系统调试 系统调试 动态测试的技术介绍 老系统 新系统 老系统 新系统 老系统 新系统 系统维护（system maintenance)：是指在系统运行中，为了适应系统环境的变化，保证系统能持续、正常地运行而从事的各项活动。 系统维护的内容： 硬件维护 程序维护 数据维护 正确性维护 适应性维护 完善性维护 开发成本 维护 成本 30%~40% 开发成本 维护 成本 40%~60% 开发成本 维护 成本 70% 1970年 1980年 1990年 系统维护成本的比例 完善性维护 50% 适应性维护 25% 更正性维护 21% 预防性维护 4% 各类维护工作的比例