MIS系统实施讲述.ppt

* 系统对用户和业务需求的相对满意程度 系统开发过程是否规范 功能先进性、有效性和完备性 系统性能、成本、效益综合比 运行结果的有效性或可行性 信息资源利用率、信息质量如何 系统实用性 软件测试与软件开发过程的关系 程序调试的目的就是要用计算机程序语言来实现系统设计中的每个细节。 即要在计算机上以各种可能的数据和操作条件对程序进行测试，找出存在的问题并加以修改，使之完全符合设计要求。 程序调试的方法 程序代码测试 程序功能测试 程序代码测试 用正常数据调试 用异常数据调试 用错误数据调试 程序功能测试 程序功能测试则面向程序应用环境，把程序看做一个 黑盒子，认为程序只要满足应用功能上的需求，就是可行的。 程序调试的主要步骤： 单个程序调试 分调（每个功能模块内的所有程序按次序串联调试,目的是要保证模块内各程序间具有正确的控制关系，同时可以测试模块的运行效率） 联调（总调） 主控程序和调度程序调试 系统程序总调 特殊测试 峰值负载测试、容量测试、响应时间测试、恢复能力测试等。 严格核对计算机处理和人工处理的两种结果 实况测试 编写操作说明书 第五节 系统切换、运行及维护 系统切换 系统运行管理 系统维护 系统切换 直接切换法 并行切换法 试点过渡法 逐步转换（分段切换） 系统实施的最后一步就是新系统的试运行和新老系统的转换。 它是系统调试和检测工作的延续，是一项易被人忽视，但对最终使用的安全、可靠、准确性来说又十分重要的工作。 系统的试运行是系统联调的延续。 直接切换 是指在确定新系统运行准确无误时，立刻启用新系统，终止老系统运行。 并行切换 新老系统并行工作一段时间，经过一段时间的考验后，新系统正式替代老系统。 分段切换（又叫向导切换） 该方式实际上是以上2种切换方式的结合。在新系统正式运行前，一部分一部分地替代老系统。 系统运行管理 系统运行的日常维护 系统运行情况的记录 系统维护 系统维护包括以下几个方面的工作： 　1.程序的维护 　　在系统维护阶段，会有一部分程序需要改动。例如，根据运行记录，发现程序的错误，则需要改正；或者随着用户对系统的熟悉，用户有更高的要求，部分程序需要改进；或者环境发生变化，部分程序需要修改。 　2.数据文件的维护 　　业务发生了变化，就需要建立新文件，或者对现有文件的结构进行修改。 　 3.代码的维护 　　随着环境的变化，旧的代码不能适应新的要求，必须进行改造，编写新的代码或修改旧的代码体系。代码维护的困难主要是新代码的贯彻，因此，各个部门要有专人负责代码管理。 　4.机器、设备的维护 　　这项工作包括机器、设备的日常维护与管理。一旦发生小故障，要有专人进行修理，保证系统的正常运行。 四类维护工作所占的比例如图8.2所示 三、 系统维护的管理 系统的修改，往往会牵一发而动全身。程序、文件、代码的局部修改，都可能影响系统的其他部分。因此，系统的修改必须通过一定的批准手续。通常对系统的修改应执行以下步骤： 　1.提出修改要求 　　操作人员或业务领导用书面形式向主管人员提出对某项工作的修改要求。这种修改要求不能直接向程序员提出。 　　2.领导批准 　　系统主管人员进行一定调查后，根据系统的情况和工作人员的情况，考虑这种修改是否必要、是否可行，做出是否修改、何时修改的答复。 　　3.分配任务 　　系统主管人员若认为要进行修改，则向有关的维护人员下达任务，说明修改的内容、要求、期限。 　4.验收成果 　　系统主管人员对修改部分进行验收。验收通过后，将修改的部分嵌入系统，取代旧的部分。 　5.登记修改情况 　　登记所做的修改，作为新的版本通报用户和操作人员，指明新的功能和修改的地方。某些重大的修改，可以看作一个小系统的开发项目，因此，要按系统开发的步骤进行。 系统开发和应用中的人员管理 拟定和实现项目工作计划，编写文档 系统评价 第六节 项目管理与系统评价 人员管理 系统工作人员 程序员 操作员 硬件人员 项目负责人 用户管理人员参与 计算机（设计人员）和用户的关系 拟定和实现项目工作计划 为了有条不紊按计划完成系统开发工作，要制定好项目工作计划，经常检查计划完成情况，分析滞后原因并及时调整计划。 制定相应文件 在开发MIS的每个阶段都应制定好相应的文件，明确工作目标和职责范围 系统评价 系统评价的主要依据是系统日常运行记录和现场实际测试数据 通常，新系统的第一次评价与系统的验收同时进行，以后每隔半年或一年进行一次 参加首次评价工作的人员 系统评价的内容 系统对用户和业务需求的相对满意程