第八章 管理信息系统的实施(课件).ppt

第八章 MIS的系统实施 第一节 系统实施阶段的任务 一、系统实施的内容 第二节 物理系统的实施 一、 计算机系统的实施 二、 网络系统的实施 第三节 程序设计 一、 程序设计的目标 二、 自顶向下的模块化设计 三、 结构化程序设计方法 (Structured Programming) 第四节 软件开发工具 第五节 程序和系统测试 一、 测试方法 黑箱测试 不考虑系统内部结构而运行系统，以检查在一定的输入下，系统的输出是否与期望相同。 白箱测试 不仅要完成前者的内容，还要检查输入的数据是如何通过系统内部设定的结构，达到输出的。 二、 测试流程 信息系统测试 软件测试与软件开发过程的关系 第六节 人员培训 一、 人员培训的意义 二、 人员培训的内容 培训内容 1、管理人员的培训 2、技术人员的培训 三、 培训管理 第七节 系统切换 并行切换法的特点是风险小、安全系数大 开销大（需要同时运行2套系统） 用户随着并行期的延长而失去热情，甚至拒绝使用新系统 隐含假设：原系统是正确的 人员对系统实施的影响 人员对系统实施的影响（续） 人员对系统实施的影响（续） 第八节 系统运行 一、运行的组织 从信息系统在企业中的地位看，有以下几种形式： （1）为企业的某业务部门所有； （2）与企业的部门平行； （3）作为企业的参谋中心。 ? 二、系统运行管理 系统运行管理制度是系统管理的一个重要内容。它是确保系统安装预定目标运行并充分发挥其效益的一切必要条件、运行机制和保障措施。 三、系统运行主要内容 （1）系统运行的组织机构； （2）基础数据管理； （3）运行制度管理； （4）系统运行结果分析。 第九节 系统维护 一、系统维护的定义 系统维护是指在管理信息系统交付使用后，为了改正错误或满足新的需要而修改系统的过程。 维护工作中常见的问题 （1）理解别人写的程序通常非常困难，而且困难程度随着软件配置成分的减少而迅速增加。 （2）需要维护的软件往往没有合适的文档，或者文档资料显著不足。认识到软件必须有文档仅仅是第一步，容易理解的并且和程序代码完全一致的文档才真正有价值。 （3）当要求对软件进行维护时，不能指望由开发人员来仔细说明软件。由于维护阶段持续的时间很长，因此，当需要解释软件时，往往原来写程序的人已不在了。 （4）绝大多数软件在设计时没有考虑将来的修改。除非使用强调模块独立原理的设计方法论，否则修改软件既困难又容易发生差错。 上述种种问题在现有的没采用结构化思想开发出来的软件中，都或多或少的存在着。使用结构化分析和设计的方法进行开发工作可以从根本上提高软件的可维护性。 系统的可维护性 定义：维护人员理解、改正、改动和改进这个软件的难易程度。提高可维护性是开发管理信息系统所有步骤的关键目标，系统是否能被很好的维护，可用系统的可维护性这一指标来衡量。 系统的可维护性可通过以下方面来衡量： 1. 可理解性； 2. 可测试性； 3. 可修改性； 4. 软件文档。 软件文档应该满足的要求 （1）必须描述如何使用这个系统，没有这种描述即使是最简单的系统也无法使用； （2）必须描述怎样安装和管理这个系统； （3）必须描述系统需求和设计； （4）必须描述系统的实现和测试，以便使系统成为可维护的。 二、系统维护的内容和类型 根据维护活动的目的不同，可把维护分成改正性维护、适应性维护、完善性维护和安全性维护四大类。另一方面，根据维护活动的具体内容不同，可将维护分成程序维护、数据维护、代码维护和设备维护这四类． 系统维护的步骤 首先维护人员必须用较多的时间理解别人编写的程序和文档，且对系统的修改不能影响该程序的正确性和完整性。其次，整个维护的工作又必须在所规定的很短时间内完成。 维护是对整个系统而言的。因此，除了修改程序、数据、代码等部分以外，必须同时修改涉及的所有文档。 维护的组织和管理 为了有效的进行维护工作，首先必须建立一个维护组织，由这个维护组织确定维护报告、进行维护工作的评价，而且必须为每个维护要求规定一个标准化的事件序列。此外，还应该建立一个适用于维护活动的记录保管过程，并且规定复审标准。 （1）维护组织 （2）维护报告一般维护记录主要应包括以下三方面的内容：维护前程序的情况；其它的重要数据；维护记录。 评价维护活动 （1）?每次程序运行平均失效的次数； （2）?用于每一类维护活动的总人时数； （3）?平均每个程序、每种语言、每种维护类型所做的程序变动数； （4）维护过程中增加或删除一个源语句平均花费的人时数； （5）维护每种语言平均花费的人时数； （6）一张维护要求表的平均周转时间； 第十节 系统评价 一、系统评价的主要内容包括 检查