第五讲-管理信息系统的统实施第五讲-管理信息系统的系统实施.pptVIP

由于UML的这些图不必手工绘制，可直接利用可视化建模工具（如Rational Rose，Prosa等）在计算机上生成，并将UML模型转换为多种程序设计语言代码（C++, Visual C++, Visual Basic, CORBA, Java等），因而可以大大提高系统开发的效率。 更突出的是这种开发方法不仅可以运用前向工程从模型生成程序源代码和关系数据库中的表，而且可以使用反向生成器工具实现逆向工程，将程序源代码转换为UML模型的图 。这就为反复修改、采用迭代式系统开发过程和实现业务流程优化创造了条件，从而明显地提高系统的适应性和可维护性。 5.3 软件开发工具 可视化编程工具 计算机辅助软件工程(CASE) 5.3 软件开发工具 5.4 程序和系统调试 程序调试 分调 总调 特殊测试 程序调试 程序的正确性验证一般有理论法和实验法两种。 理论法是属于程序正确性证明问题，它是利用数学方法证明程序的正确性。目前，程序正确性验证中普遍采用的仍是实验法。只有经过实验法调试，才能认为程序基本正确，而要证明程序完全正确，则要经过一段时间试用才能确定。 代码测试 程序功能测试 5.4 程序和系统调试 代码测试 调试过程中通常要编写测试数据。测试数据除采用正常数据外，还应包括一些异常数据和错误数据，用来考验程序逻辑上的正确性。 常用的测试数据有以下几种: 用正常数据调试 用异常数据调试 用错误数据调试 5.4 程序和系统调试 试验程序对错误的处理能力，包括显示出错信息以及容许修改错误的可能性。具体检查内容有： 输入键值错误时（包括错的键值和不应有的键值）能否及时检查出和发出出错信息，并允许修改 输入数据错误时（包括错误数据， 不合理数据和负数）能否及时查出或发出出错信息，并容许修改 操作错误时（包括磁盘错误， 操作步骤或方法错误）能否及时检查出和发出警告信息，并允许改正。 5.4 程序和系统调试 程序功能测试 经代码测试正确的程序只是基本上验证了程序逻辑上的正确性， 但并不能验证程序是否满足程序说明中定义的功能， 也不能验证测试数据本身是否完备。 程序功能测试则面向程序应用环境，把程序看作一个黑匣子，认为程序只要满足应用功能上的需求，就是可行的。 5.4 程序和系统调试 分调 系统的应用软件通常由多个功能模块组成， 每个模块由一个或几个程序构成。 在单个程序调试完成以后，尚需进行分调，即将一个功能内所有程序按次序串联起来进行调试。这种调试的目的是要保证模块内各程序间具有正确的控制关系，同时可以测试模块的运行效率。 5.4 程序和系统调试 总调 主控程序和调度程序调试 将所有控制程序与各功能模块的接口“短路”，即用直接送出予先安排计算结果的程序替代原功能模块。 调试目的是验证控制接口和参数传递的正确性，以及发现并解决资源调度中的问题. 程序的总调 总调将主控制和调度程序与各功能模块关联起来进行总体调试。对系统各种可能的使用形态及其组合在软件中的流通情况进行能行性测试。 5.4 程序和系统调试 特殊测试 这些测试往往不是针对程序在正常情况下运行的正确与否，而是根据系统需求选择进行的。主要有: 峰值负载测试 容量测试 响应时间测试 恢复能力测试等 5.4 程序和系统调试 5.5 系统切换、运行及维护 系统切换 系统运行管理及维护 系统切换 系统切换即如何由旧的、手工处理系统向新的计算机信息系统过渡。 信息系统的切换一般有三种方法: 直接切换法 并行切换法 试点过渡法 5.5 系统切换、运行及维护 系统运行管理及维护 MIS运行的日常管理主要是对系统每天运行状况、数据输入和输出情况以及系统的安全性与完备性及时、如实地记录和处置。 系统运行的日常维护 包括数据收集、数据整理、数据录入及处理结果的整理与分发。此外，还包括简单的硬件管理和设施管理。 系统运行情况的记录 整个系统运行情况的记录能够反映出系统在大多数情况下的状态和工作效率，对于系统的评价与改进具有重要的参考价值。因此，对 MIS的运行情况一定要及时、准确、完整地记录下来。除了记录正常情况（如处理效率、文件存取率、更新率）外，还要记录意外情况发生的时间、原因与处理结果。 5.5 系统切换、运行及维护 系统人员应根据MIS运行的外部环境的变更和业务量的改变及时对系统进行维护。维护的内容包括： 程序的维护 数据文件的维护 代码的维护 5.5 系统切换、运行及维护 管理信息系统 第五讲 管理信息系统的实施 5.1 物理系统的实施 5.2 程序设计 5.3 软件开发工