第八章 系统实施
《管理系统中计算机应用》新版教材知识点概括
第八章 系统实施
8.1实施阶段的任务
一、名词解释
1、业务流程重组——是根据信息系统的设计要求，重新规定业务信息流向，重建新的业务 流程，对原有的组织结构进行较大的变革；重新划定各管理职能部门 的职责范围和管理者的权限。
2、任务外包：——利用外部资源，以租赁代替购买快速获得所需的设备，将繁重的代码编写任务外包出去，聘请有经验的服务商制作文档或设计流程等。
二、简答题
1、系统实施的主要内容
（1）程序设计：程序员按设计阶段的文档，选定程序设计语言编写源程序 （2）系统测试：运用一定的技术手段发现系统中可能存在的问题 （3）各种软、硬件设备的采购、安装、调试、数据准确与录入 （4）系统转换：新旧系统替换的过程 2、系统实施的目标
系统实施的目标是要给用户提供一个完整、有用、易用的信息系统 （1）完整：系统设计的全部功能都要顺利实现。
（2）有用：实施后的系统能够提供有效的支持，与用户的业务环境能顺利衔接 （3）易用：目标用户能够顺利地操作和使用新的操作系统，态度积极愿意使用。 3、影响系统实施的因素 （1）技术性因素的影响
? 平台建设任务能否如期完成； ? 平台建设质量能否符合要求； ? 技术平台如何服务。 （2）非技术因素的影响 非技术性因素主要指：
? 人员（用户、领导、实施团队、实施顾问） ? 组织（业务流程、组织结构、组织规模） ? 文化（制度、管理环境）
4、用户在系统实施阶段的过程中往往具有多重身份 （1）系统使用者 （2）系统检验者 （3）应用效果承担者 （4）系统效果的传播者
5、企业中高层管理者在系统实施中是对具有影响力的角色之一，他的主要支持作用表现如下：
（1）系统使用前期的号召和宣传 （2）关键时刻积极表明态度 （3）解决复杂的综合性问题
第八章 系统实施
6、系统实施阶段的硬任务 （1）设备采购和安装 （2）设备配置和部署
（3）程序编制——软件程序的关键基于质量、进度和成本三个要素。 7、常用的软件质量评价因素 （1）正确性：代码的正确性
（2）可理解性：便于阅读，容易理解 （3）效率：代码执行水平
（4）适应性：不需作大的修改就可处理现有的业务流程 （5）安全性：对错误、故障和误操作的控制 （6）连通性：访问网络 （7）文档：文档是否齐全
（8）硬件支持：现有硬件能否支持该软件 8、系统实施的准备工作： （1）制定实施计划：可以改用甘特图等网络分析技术和项目管理工具对系统实施进行统筹。 （2）用户培训：包括概念和业务的培训。并根据不同的对象分层次实施培训。 （3）基础数据准备：避免GIGO（垃圾进、垃圾出）的情况的发生。 （4）流程变革：业务流程改进和重组 （5）任务外包
9、为什么说系统实施会引发组织的业务流程变革 随着信息系统的应用，企业的业务运作和组织结构会发生许多变化。原有业务数据的来源去向、信息传递途径、文件生成等方式不再适用，员工的工作内容、工作方式、岗位职责与绩效衡量方法会发生变动，组织的资源、组织内部的权力和责任也需要重新分配，因此，系统实施往往引发组织的业务流程变革。
10、一般来企业如果有下述情况，则意味着流程变革必须尽快进行。
（1）原有信息传递方式和途径妨碍了业务信息沟通，成为效率提高的明显障碍 （2）新系统采用了新的工作方式和指令系统，需要尽快贯彻
（3）必须建立和确认新的责任机制、新的合作关系，否则系统无法顺利运行。 11、组织流程变革和信息系统应用之间的关系
组织流程变革和新系统应用之间的影响关系是双向的。
（1）信息系统的开发必须要顾及组织环境的约束，事先必须要作管理可行性研究。
（2）企业也要主动适应信息系统的要求，通过积极的变革，实行更加科学合理的运作方式。 （3）软件的定制能力是有限的，企业要积极进行业务流程变革。 12、企业常见的业务流程变革的方式 （1）业务流程改进 （2）业务流程重组 13、任务外包的优点
（1）打破企业现有的习惯，可以帮助企业用户接受新的理念和模式 （2）有利于系统应用知识向用户方转移，使系统实施环节更加顺畅
（3）专业的服务商可从行业标准和整体优化的角度审视企业流程，提出多种有益的解决思路，帮助企业处理难题。
14、系统实施中用户参与的主要任务
（1）系统实施的目标：用户在确立系统实施目标中发挥着主导作用。 一方面，目标过低会导致系统实施的压力不足，很难有高水平的效果
第八章 系统实施
另一方面，目标过高会导致系统实施的压力过大，实际效果也会打折扣。 （2）系统的数据保障 用户需要建立责任制度、保证系统的基础数据能够初次装入、各类数据输入的及时性和连续性、保证数据能够有效积累、妥善保护。 （3）选派用户代表
全程参与或深度参与信息系统的实施过程中，甚至整个系统的开发过程中。
8.2系统测试和验收
一、名词解释
1、压力测试——了解系统质量保证水平的测试，观察系统在超载、故障、重启、资源缺失 等负面情况出现时的反应，考察系统的可恢复性
2、黑盒测试——又称为功能测试。待测试的模块被看作是一个黑盒子，无法考察其内部的 结构和机制，只能通过输入输出的规范检测评定模块有无错误。
3、白盒测试——又称为结构测试。待测试的模块被看成结构透明的白盒子，内部路径清晰 可见。测试者会根据软件的结构和处理逻辑设计测试用例，考察路径的作用 和数据流的执行结果，检查与设计是否相符。
4、组装测试——是对组装后多个模块的联合测试，也称为系统测试或集成测试。是对集成 后的系统进行检验，以确定系统的各个部件能否在一起工作而没有冲突。 5、确认测试——是对装配好的整个软件系统的整体效果进行测试。重点有三个：检测是否 达到业务流程需要；检测软件的易用性；检测是否有漏洞
6、回归测试:——是指在发生修改之后要再次重做先前的测试，以验证原问题已修改，并确认所做修改没有引入新的缺陷
二、简答题
1、系统测试的对象 整个应用软件系统 2、系统测试的目的
验证系统是否满足了需求规格的定义，找出与需求规格不相符的地方，以确保应用系统能够提供符合用户需求的处理能力。也是保证软件正确性、完全性和软件质量的重要过程。 3、系统测试的原则 （1）测试机构要独立
（2）测试工作要按计划进行 （3）测适应贯彻经济性原则 （4）测试需要最佳人员 （5）要安排回归测试 4、系统测试的方法
（1）静态测试（不执行程序）：人工代码评审和自动分析工具 （2）动态测试（执行程序）：可分为黑盒法和白盒法 5、测试用例要贯彻的原则
（1）全面性（2）正确性（3）完备性（4）可操作性 6、系统测试的内容
（1）单元测试：常用白盒法
单元测试是针对具体程序模块的调试，一般在模块编程后及时进行。
第八章 系统实施
（2）组装测试：。常用黑盒法 （3）确认测试：常用黑盒法 （4）验收测试：用户参与并主导 7、单元软件测试中的常见错误 （1）数据引用错误 （2）数据声明错误 （3）运算错误 （5）控制流程错误 （6）输入输出错误 （7）接口错误
8.3系统切换
二、简答题
1、系统切换的常见方式的及优缺点 （1）直接切换
直接切换是在某个确定的时刻旧系统停止运行，由新系统接替其全部业务并开始独立运行。 优点：切换周期短、系统交接清楚、容易获得用户的配合 缺点：风险大 （2）并行切换
并行切换在切换期间让新旧系统同时运行一段时间，当新系统正常运行有保障时，或用户管理层完全同意切换到新系统时才停掉旧系统。 优点：风险小、可靠性高、有利于平稳过渡
缺点：需要双倍工作量；切换速度慢、成本高；如新旧业务流程变化大并行切换比较麻烦而且没有意义；对旧系统的偏好不利于系统尽快地转换。 （3）逐步切换
逐步切换是让系统的切换分期分批完成。每次用新系统代替旧系统中的一部分，直到整个系统全部交接。 优点：
风险分散；用户有逐步适应的过程；可为后续切换提供经验，有利于切换平稳有序完成。 缺点：存在技术安排上的困难；业务运行容易出现混乱；用户需要同时关注多套新旧混搭的流程，容易出错；切换周期长。 （4）试点过渡
试点过渡需要与其他方式一起使用。先选一个或多个试点安装切换，试点成功后再推广应用到其余地方。
2、系统切换阶段的管理工作
（1）制定切换规划、事前准备应急预案 （2）严格审核数据，并监控数据移植过程 （3）初始化环境的检查确认 （4）切换时间考虑业务节奏 （5）过程追踪与管理。
（6）积极促进切换的完成，保证后续跟进。
3、简述系统切换上线前初始化环境的检查确认包括哪些方面 一是网络和软硬件等技术环境
二是组织的业务环境，调整业务工作同步
第八章 系统实施
三是用户环境，员工与客户做好了上线的准备 四是数据环境，高质量的完成了数据移植工作。