系统实施与测试

系统实施与测试第一页，共七十八页，2022年，8月28日本章主要内容9.1阶段目标与任务9.2前期准备工作9.3程序设计9.4系统测试9.5系统调试9.6人员培训9.7系统切换、运行9.8系统实施阶段的文档第二页，共七十八页，2022年，8月28日信息系统的开发思路系统分析系统设计系统实施第三页，共七十八页，2022年，8月28日9.1阶段目标与任务

系统实施阶段的目标，是把前一个阶段设计的新系统物理模型加以实现，建成一个符合系统分析和系统设计要求的实际可运行的新系统，并完成对新系统的各种测试工作，最后交给用户使用。建立新系统的开发与运行环境；建立数据库系统,录入数据；编制与调试程序；新系统的测试；交工验收。第四页，共七十八页，2022年，8月28日构建系统运行平台程序编制代码实现数据准备程序的调试和测试系统转换用户培训系统实施报告系统的物理模型第五页，共七十八页，2022年，8月28日9.1阶段目标与任务9.2前期准备工作9.3程序设计9.4系统测试9.5系统调试9.6人员培训9.7系统切换、运行9.8系统实施阶段的文档第六页，共七十八页，2022年，8月28日9.2前期准备工作 9.2.1建立开发与运行环境 所谓“开发环境”是指系统开发人员进行开发所需要的工作环境，与新系统的运行环境不是一回事，但建立开发环境要考虑与新系统运行环境的匹配问题。 对于团队开发来说，开发环境一般应是一个相对独立且固定的小型局域网，其中硬件部分包括服务器、工作站及一些外设等。第七页，共七十八页，2022年，8月28日软件部分包括：1.操作系统类WindowsUnixLinux(开放型的操作系统，源代码公开，商业产品有redhat，ubuntu等)2.数据库系统类能完成多客户请求，运行在专用服务器的数据库服务器产品(DBMS)Oracle,SQLServer等3.中间件服务器产品适用于当前多层分布式应用系统和电子商务平台目标是响应多客户的同时请求提供系统的负载能力、容错能力确保系统24小时全天候服务，适用于商业、银行等对安全性、稳定性要求比较高的行业流行的产品：BEA公司的Tuxedo，Borland公司的AppCenter第八页，共七十八页，2022年，8月28日4.编程工具类发展历史经历了从非可视化到可视化、从面向过程到面向对象的过程面向过程的开发工具：Basic,Pascal,C等面向对象的开发工具：VisualStudio系列、Borland公司的Delphi，C++Builder，JavaBuilder、IBM公司的eclipse等5.其它辅助型工具软件Office套装通信软件杀毒软件第九页，共七十八页，2022年，8月28日9.2.2基础数据的整理与录入基础数据的准备工作在系统实现阶段是十分重要且不能滞后的。这项工作量大而繁琐，要求广泛收集、规范整理、及时录入、认真检验。否则，若只注重编程序、上设备，而忽略了数据的准备，轻则影响新系统的调试，延误工期，重则导致系统失败，故有“三分技术，七分管理，十二分数据”的说法。数据的准备还包括测试数据的准备，为测试人员在测试阶段提供测试数据。第十页，共七十八页，2022年，8月28日9.1阶段目标与任务9.2前期准备工作9.3程序设计9.4系统测试9.5系统调试9.6人员培训9.7系统切换、运行9.8系统实施阶段的文档第十一页，共七十八页，2022年，8月28日9.3程序设计

编程（Coding）就是为系统各个模块编写程序。根据结构化方法设计了详细方案，又有了高级语言，初级程序员都可以参加这一阶段的工作。第十二页，共七十八页，2022年，8月28日⑴可维护性由于信息系统需求的不确定性，系统需求可能会随着环境的变化而不断变化，因此，就必须对系统功能进行完善和调整，为此，就要对程序进行补充或修改。此外，由于计算机软硬件的更新换代也需要对程序进行相应的升级。程序设计的质量要求第十三页，共七十八页，2022年，8月28日⑵可靠性：程序应具有较好的容错能力。正常情况下能正确工作。意外情况下应便于处理，不至产生意外的操作，从而造成严重损失。

⑶可理解性：

程序不仅要求逻辑正确，计算机能够执行，而且应当层次清楚，便于阅读。

第十四页，共七十八页，2022年，8月28日⑷效率：程序能否有效地利用计算机资源。程序效率的地位：已不像以前那样举足轻重了，因为硬件价格大幅度下降，而其性能却不断完善和提高。程序设计人员工作效率的地位日益重要。不仅能降低软件开发成本；而且可明显降低程序的出错率，进而减轻维护人员的工作负担。为了提高程序设计效率，应充分利用各种软件开发工具。第十五页，共七十八页，2022年，8月28日在过去的小程序设计中，主要强调程序的正确和效率。对于大型程序，人们则倾向于首先强调程序的可维护性、可靠性和可理解性，然后才是效率。

注意程序效率、可维护性、可理解性三者之间的关系第十六页，共七十八页，2022年，8月28日9.3.2程序设计风格 所谓“程序设计风格”，不是追求某编程者个人的风格，而是要求编程者遵守被大家公认的编程规范约定。这些约定是在实践中不断总结、提炼而成的。第十七页，共七十八页，2022年，8月28日内部文档：在源程序内起一定注释作用的代码或文字使用有一定意义的标识符，使读者“见名思义”增加程序中的注释行，对每个模块和每个关键性语句或处理用语句加以注释，以帮助理解源程序采用缩进形式，使其层次清晰明了第十八页，共七十八页，2022年，8月28日9.1阶段目标与任务9.2前期准备工作9.3程序设计9.4系统测试9.5系统调试9.6人员培训9.7系统切换、运行9.8系统实施阶段的文档第十九页，共七十八页，2022年，8月28日9.4系统测试测试的目标以最小的时间和人力找出系统中潜在的各种错误和缺陷证明管理信息系统的功能和性能是否与需求说明相符测试的原则尽早地和不断地进行测试测试计划应该在需求分析一完成后就开始，与系统分析与设计同步进行测试应该从小规模开始，逐步转向大规模，从单元测试转向集成测试穷举测试是不可能的，应当采用适当的方法还应该由开发与用户之外的第三方来完成测试妥善保存测试计划、测试用例、出错统计和最终分析报告，为维护提供方便第二十页，共七十八页，2022年，8月28日

人们常常有一种错觉，认为程序编写出来就“万事大吉”。目前，检验软件的有三种手段：正确性证明、静态检查和动态检查。测试方法第二十一页，共七十八页，2022年，8月28日1、正确性证明：

利用数学方法证明程序的正确性，该技术还处于初级阶段。第二十二页，共七十八页，2022年，8月28日四色猜想1852年，刚从伦敦大学毕业的哥斯尼在给他的兄弟弗雷赘克的一封信中提出了这样的猜想：在一幅正规地图中。凡是有共同边界结的国家，都可以最多只用四种颜色着色,就能把这些国家区别开来。

弗雷赘克读了这封信后，就企图用数学品质方法来加证明。但是，他花了许多时间，仍是毫无头绪，他只好去请教他的教师摩尔根。但摩尔根也无法证明这个问题。同时也无法推翻，就把它交给了英国著名的数学家哈密顿。从此，这个问题在一些人中间传来似去，直到1865年哈密顿逝世为止，这个问题还没有得到解决。于是这个问题便以“四色猜想”的名字留在了近代数学史上。1878年，著名的英国数学家凯来把“四色猜想”通报给伦敦的数学学会会员，征求解答。数学界顿时活跃起来，很多人挥戈上阵，企图试一试自己的能力。1879年，肯普首先宣布证明了四色定理，接着在1880年，泰特也宣布证明四色定理的问题已经解决，从此就很少有人过问它了。然而还有一个数学家赫伍德，并没有放弃对四色问题的研究，他从表少年时代一直到成为白发苍苍的老者，花费了毕生的精力致力于四色研究，前后整整60年。终于在1890年，也就是肯普宣布证明了四色定理的11年之后，赫伍德发表文章，指出了肯普证明中的错误，不过，赫伍德却成功地运用肯普的方法证明了五色定理，即一张地图一公平能用和种颜色正确地染色。第二十三页，共七十八页，2022年，8月28日

五色定理被证明了。但四色定理却又回到未被证明的四色猜想的地位了，这不仅由于赫伍德推翻了肯普的证明，而且离开泰特发表论文66年后的1946年，加拿大数学家托特又举出反例，否定了泰特的证明。

肯普的证明，虽然在11年后被推翻了，但是，人们认为他的证明思路有很多可取的地方。因此，数学家，有不少人一直在沿着他的思路，推进着四色问题的证明工作，并且有了新的进展。然而，这些成就所提供的检验办法太复杂了，人们难以实现。就拿1970年有些人的方案来说，用当时的计算机来算也需要连续不断地工作10万小时（即11年以上），才能得出结论，这显然是不可能的。

1970年以后，人们千方百计地改进了证明四色猜想的方案，而且计算机的其使用方法，也不了飞快地进步。

1976年6月，美国数学家阿佩尔与哈肯，在美国伊利诺侵入大学的3台不同的电子计算机上，用了1200小时，终于完成了"四色猜想"的证明，从面使"四色猜想"成为了四色定理。

"四色定理"本身没有什么突出的理论价值和衫价值。因此美国数学家的贡献，主要是用电子计算机解决了延续124年之久的纯理论问题。人与机器的合作完全有可能解决那些悬而未决的问题，我们期待着那一日的到来。第二十四页，共七十八页，2022年，8月28日2、静态测试

人工评审软件的文档或程序，发现其中的错误。手续简单，是一种行之有效的检验手段。（1）代码审查：通过阅读程序发现软件错误和缺陷。（2）静态分析：主要对程序进行控制流分析、数据流分析、接口分析和表达式分析。第二十五页，共七十八页，2022年，8月28日3、动态检查即测试，有控制地运行程序，从多种角度观察程序运行时的行为，发现其中的错误。（测试就是为了发现错误而执行程序）测试只能证明程序有错误，而不可能证明程序没有错误。20次BA520条路径。第二十六页，共七十八页，2022年，8月28日黑箱测试

不考虑系统内部结构而运行系统，以检查在一定的输入下，系统的输出是否与期望相同。主要为了发现以下几类错误是否有不正确的或遗漏了的功能？在接口上，输入能否被正确的接受？能否输出正确的结果？是否有数据结构错误或外部信息访问错误？性能上是否能满足要求？是否有初始化或终止性错误？第二十七页，共七十八页，2022年，8月28日白箱测试

不仅要完成前者的内容，还要检查输入的数据是如何通过系统内部设定的结构，达到输出的。测试人员利用程序内部的逻辑结构及相关信息来设计或选择测试用例，对被测试程序的所有逻辑路径进行覆盖测试通过在不同点检查程序的状态，来确定实际的状态是否与预期的状态一致。第二十八页，共七十八页，2022年，8月28日A黑箱测试B白箱测试第二十九页，共七十八页，2022年，8月28日系统测试手段人工测试有效查找程序中的错误程序审查、人工运行、复查计算机辅助测试准备一些测试程序在计算机上运行，以查找程序中的错误第三十页，共七十八页，2022年，8月28日软件测试的4个层次9.4.2单元测试(unittesting) 在单元测试中，主要从模块的五个特征进行检查：模块接口、局部数据结构、重要的执行路径、出错处理和边界条件。 如果所测模块的数据流不能正确的输入、输出，则根本就无法进行其它测试。所以模块接口测试应该最先进行第三十一页，共七十八页，2022年，8月28日设计测试用例预测到出错的条件有对出错处理的路径对出错的测试应该着重考虑以下常见错误错误的描述难于理解错误提示与实际错误不相符错误提示信息不足以确定错误或确定造成错误的原因对错误进行处理之前，系统已经对错误条件干预第三十二页，共七十八页，2022年，8月28日单元测试通常由程序员本人完成单元测试的方法：由测试人员使用或开发专门的模块进行由于模块不是独立运行的程序，各模块之间存在调用关系，在对每个模块进行测试时，可以开发以下两种模块驱动模块：相当于一个主程序，接收测试用例的数据，将这些数据送到被测试模块，输出测试结果。桩模块：代替被测模块中所调用的其它模块，目的是为了校验入口，输出调用和返回的信息第三十三页，共七十八页，2022年，8月28日9.4.3组装测试(integrationtesting)两种方法非增量式集成测试分别测试各个模块，再把这些模块组合起来进行整体测试优点：各模块并行测试，充分利用人力，加快工程进度问题：错误不容易查找和定位增量式集成测试把下一个要测试的模块组合到已测试好的模块中，测试完后再将下一个需测试的模块组合进来测试，逐步把所有模块组合在一起，完成测试优点因为测试的范围是一步步扩大，所以错误容易定位已测试的模块可在新的条件下进行测试，程序测试的更彻底第三十四页，共七十八页，2022年，8月28日增量式集成测试1.自顶向下的增量方式将模块按程序的控制结构，从上到下的组合方式增加新测试模块有先深度后宽度和先宽度后深度两种次序模块结构如P136的图7.2先深度后宽度的测试顺序：M1,M2,M5,M6,M3,M7,M4先宽度后深度的测试顺序：M1,M2,M3,M4,M5,M6,M7第三十五页，共七十八页，2022年，8月28日组装的步骤(1)用主模块作为驱动模块，与之直接相连的模块用桩模块代替(2)根据所选的测试次序，用下一个模块替换所用的桩模块；而新引入模块所调用的其它模块用桩模块代替，构成新的测试对象(3)为了避免因为引入新模块，而产生已测试过的模块出现新问题，可以进行必要的重复测试，即重复部分或全部已经进行过的测试(4)所有模块是否已经组合到系统中，并完成测试?如果没有，则返回步骤(2)，重复进行；是则停止测试自顶向下增量方式的优点较早发现问题，及时纠正不需重复编写驱动模块，但需多次编写桩模块第三十六页，共七十八页，2022年，8月28日增量式集成测试2.自底向上的增量方式从最底层的功能模块开始，边组合边测试步骤（1）将最底层的模块组合成能完成某种特点功能的模块组，为每个模块组设计驱动程序，用驱动程序来控制并进行测试（2）按从下向上的方向，用实际模块替换相应的驱动程序，组成新的模块组，再为该模块设计驱动程序，用新的驱动程序进行控制和测试（3）所有模块是否已经组合到系统中，并完成测试？如果没有，则返回步骤（2），重复进行；是则停止测试优点较早发现底层关键性模块出现的错误不需要编写桩模块，但需要多次编写驱动模块缺点：对程序中的主要控制错误发现较晚第三十七页，共七十八页，2022年，8月28日9.4.4确认测试(validationtesting)经过集成测试之后，软件就被集成起来，接口方面的问题已排除，就可以进入软件测试的最后一个环节—确认测试任务检查软件的功能和性能是否与用户的要求一样系统分析说明书描述了用户对软件的要求，是软件有效性验证的标准和基础步骤1．有效性测试2．软件配置审查3．验收测试第三十八页，共七十八页，2022年，8月28日有效性测试在模拟环境下，通过黑盒测试校验所开发的软件是否与需求规格说明书一致具体内容制定测试计划规定测试类型设计测试用例除了检查软件的功能和性能之外，还需要对软件的容错性、维护性等其它方面进行检测组织测试人员对已集成的软件进行测试测试人员可由开发商的内部人员组成，但最好是没有参加该项目的有经验的软件设计人员第三十九页，共七十八页，2022年，8月28日软件配置审查检查软件（源程序、目标程序）和文档（包括面向开发者和用户的）是否齐全，正确，以便维护阶段使用验收测试参与人员以用户为主软件开发人员和质量保证人员也应参加验收测试之前，需要对用户进行适当培训，以熟悉该系统测试用例由用户参与设计，主要验证软件的功能、性能、可移植性、兼容性、容错性等测试时最好使用实际数据第四十页，共七十八页，2022年，8月28日9.4.5系统测试(systemtesting) 将已经确认的软件、计算机硬件、外设、网络等其它元素结合在一起，进行信息系统的各种组装测试和确认测试 主要有以下内容1．恢复测试(recoverytesting)2．安全性测试(securitytesting)3．强度测试(stresstesting)4．性能测试(performancetesting)5．可靠性测试(reliabilitytesting)6．安装测试(installationtesting)第四十一页，共七十八页，2022年，8月28日1．恢复测试(recoverytesting)目的：检查系统的容错能力方法：让系统出现各种故障，检验系统是否能按照要求从故障中恢复过来，并在预定时间内开始事务处理，并且不对系统造成损害第四十二页，共七十八页，2022年，8月28日2．安全性测试(securitytesting)目的：检查系统的安全机制、保密措施是否完善且没有漏洞，主要为了验证系统的防范能力方法利用输入的容错性进行正面攻击故意使系统出错，利用系统恢复的过程，窃取口令或其它有用信息设法截取或破译口令利用浏览非保密数据，获取所需信息第四十三页，共七十八页，2022年，8月28日3．强度测试(stresstesting)对系统在异常情况下的承受能力的测试检查系统在极限状态下运行，性能下降的幅度是否在允许的范围内具体方法运行使系统处理超过设计能力的最大允许值的测试用例设计测试用例，使系统传输超过设计最大能力的数据，包括内存的写入和读出，外部设备等对磁盘存储的数据，设计产生过度搜索的测试用例第四十四页，共七十八页，2022年，8月28日4．性能测试(performancetesting)目的：检查系统是否满足系统分析说明书对性能的要求特别是实时系统或嵌入式系统性能测试覆盖了软件测试的各阶段，而不是等到系统的各部分组装之后，才确定系统的真正性能性能测试通常与强度测试结合起来进行，并同时对软件、硬件进行测试软件方面主要从响应时间、处理速度、吞吐量、处理精度等方面来检查第四十五页，共七十八页，2022年，8月28日5．可靠性测试(reliabilitytesting)衡量系统可靠性的指标平均失效间隔时间因故障而停机时间第四十六页，共七十八页，2022年，8月28日6．安装测试(installationtesting)目的：检测在安装过程中是否有误、是否易操作等检测内容系统每个部分是否齐全硬件的配置是否合理安装中需要产生的文件和数据库是否已具备，内容是否正确第四十七页，共七十八页，2022年，8月28日测试的参与人员总结 单元测试通常由程序开发人员来进行，对于组装测试、确认测试可以由开发商组织的测试人员或第三方测试中心来进行，在系统测试时需要用户参与共同完成。 其原则是除单元测试以外，测试工作应避免由原开发人员或小组来承担。第四十八页，共七十八页，2022年，8月28日本章主要内容9.1阶段目标与任务9.2前期准备工作9.3程序设计9.4系统测试9.5系统调试9.6人员培训9.7系统切换、运行9.8系统实施阶段的文档第四十九页，共七十八页，2022年，8月28日9.5系统调试9.5.1系统调试的过程 调试工作主要由程序开发人员来进行，也就是说，谁开发的程序由谁来进行调试。首先执行设计的测试用例，对测试结果进行分析，如果有错误，需要运用调试技术，找出错误原因和具体的位置调试结果一是能确定错误原因并进行了纠正，为了保证错误已排除，需要重新执行暴露该错误的原测试用例以及某些回归测试（即重复一些以前做过的测试）未找出错误原因，只能对错误原因进行假设，根据假设设计新的测试用例证实这种推测。通常确定错误原因和具体位置的工作量在调试过程中是非常大的，大约占调试总工作量的95%第五十页，共七十八页，2022年，8月28日9.5.2系统调试的方法1.试探法分析错误症状猜测问题所在位置设置输出语句分析存储内容来获得错误的线索该方法效率低且缓慢，适合于结构比较简单的程序2.回溯法人工沿着程序的控制流程往回跟踪程序代码，直到找出错误根源为止适合于小型程序，对于大规模程序，由于其需要回溯的路径太多而变得不可操作第五十一页，共七十八页，2022年，8月28日3.对分查找法主要用来缩小错误的范围对程序中的变量在若干位置赋正确的值，运行程序观察输出结果如果没有发现问题，则说明从给的变量的正确值开始到输出结果之间的程序没有出错，问题可能在除此之外的程序中否则4.归纳法5.演绎法第五十二页，共七十八页，2022年，8月28日

人员是管理信息系统的重要组成部分，包括企业的各级管理人员及管理与维护信息系统的专业人员。每一个与新系统有关的人都应该了解管理信息系统的运作方式和运作过程。培训就是使有关管理人员和技术人员了解和掌握新系统的有效途径之一。因此，培训工作关系到新系统的成败。人员培训的意义9.6人员培训第五十三页，共七十八页，2022年，8月28日（1）如果管理人员对即将使用的新系统的管理过程不了解，不能确定新系统是否适用于自己的工作，那么就有可能消极地对待新系统，甚至阻碍系统的推广应用。

第五十四页，共七十八页，2022年，8月28日

（2）管理信息系统的开发与应用不仅是计算机在企业中的应用，同时也是一种企业变革。由于企业管理的传统思想及方法与管理信息系统的要求之间有着巨大的差异，企业管理人员对这种新的管理思想和管理方法有一个熟悉、适应和转变观念的过程。（3）对于自行开发管理信息系统的企业来说，通过系统开发过程来培养一批既懂管理业务，又懂信息系统的企业专业人员也应是企业开发信息系统的主要目标之一。

第五十五页，共七十八页，2022年，8月28日9.6.2人员培训的内容

信息系统的知识非常广泛，企业管理人员与企业信息系统专业人员的培训内容应各有侧重。

第五十六页，共七十八页，2022年，8月28日培训内容1、系统整体结构和系统概貌；2、系统分析设计思想；3、计算机系统操作与使用；4、软件工具的使用；5、汉字输入方式、系统输入方式和操作方式培训；6、可能出现的故障以及故障的排除；7、文档资料的分类以及检索方式；8、数据收集、统计渠道、统计口径；9、其他注意事项第五十七页，共七十八页，2022年，8月28日

管理人员的培训重点应该是信息技术基本概念与一些结合具体项目的基础知识。1.信息系统的基本概念，包括信息概念、性质与作用、系统概念与特点、信息系统开发方法与开发过程等。2.计算机基本知识，包括计算机硬件与软件基础知识、，常用管理软件的功能与人机界面、网络与通信基本概念等等。1、管理人员的培训第五十八页，共七十八页，2022年，8月28日

3.管理方法，例如现代管理的基本思想、数据分析与管理决策的基本概念与常用方法。4.本企业信息系统介绍，包括信息系统目标、功能及总体描述、开发计划、主要事项与配合要求等等。5.本企业信息系统的操作方法。第五十九页，共七十八页，2022年，8月28日2、技术人员的培训

对企业信息管理专业人员的培养应把重点放在系统知识与系统规范方面，培养方法除强调在实践中学习外，还可采取委托培养、进修与外聘专家进行系统授课等方法。

第六十页，共七十八页，2022年，8月28日9.6.3培训管理

为了保证培训能真正获得成效，培训工作应与管理人员的工作绩效评定结合起来，对培训的效果进行考核。具体操作可以分阶段地在培训后进行考试，也可以采用竞争上岗等方式，促使管理人员处理好当前工作与未来知识储备二者的关系。第六十一页，共七十八页，2022年，8月28日9.7系统切换、运行

系统转换包括：新系统和旧系统的切换把旧系统的文件转换成新系统的文件数据的整理和录入，人员、设备、组织结构的改造和调整有关资料档案的建立和移交。第六十二页，共七十八页，2022年，8月28日1、直接转换法在指定的时间点，停止原系统的使用，启动新系统。老系统新系统转换简单，费用最省风险较大第六十三页，共七十八页，2022年，8月28日2、并行切换法

新系统投入运行时，老系统并不停止运行，而是与新系统同时运行一段时间，对照两者的输出，利用老系统对新系统进行检验。老系统新系统并行运行第六十四页，共七十八页，2022年，8月28日并行切换法的特点是风险小、安全系数大开销大（需要同时运行2套系统）用户随着并行期的延长而失去热情，甚至拒绝使用新系统隐含假设：原系统是正确的第六十五页，共七十八页，2022年，8月28日3、试运行转换法前面2种方法的综合。老系统新系统新系统的部分采取并行方法并行方法，保险系数大第六十六页，共七十八页，2022年，8月28日4、试点过渡法（逐步转换法）

新系统一部分一部分地替换老系统，直到全部替代老系统。老系统新系统1新系统2新系统n避免了直接转换法的危险性，费用也比并行转换法省这种转换方式借口复杂，当新老系统差别太大是不宜

采取该方法第六十七页，共七十八页，2022年，8月28日人员对系统实施的影响

信息系统失败的一个主要原因是用户拒绝使用新系统。拒绝通常来源于对新的工作方式和任务不熟悉，或者对可能发生的改变产生忧虑。例如，当计算机文字处理系统进入到办公室时，许多秘书认为自己的工作会被计算机取代，因而拒绝学习和抵制新技术。然而，实际上字处理软件不仅没有代替秘书的职能，只是完成那些日常重复性、机械化的工作，而且还为秘书创造出新的和更多的管理事务，综合性与分析性的工作大大地增加了。

第六十八页，共七十八页，2022年，8月28日人员对系统实施的影响（续）

当新技术被引入组织时，许多习惯于在原有环境下工作的人会觉得受到威胁。因为环境改变了，原有的工作岗位、个人地位和人际关系也都会相应有所改变，因此容易产生一种失落感和不安全感。持有这种心态的人员会妨碍新系统的实施并企图恢复原系统。如果新的工作方式和工作程序不被接受，那么新系统就达不到预定的目标。拒绝变化的另一个原因是目前的工作环境比较舒适，有关管理人员安于现状。如果没有更多的报酬与激励，管理人员会觉得改变工作条件得不偿失，因而产生惰性。第六十九页，共七十八页，2022年，8月28日人员对系统实施的影响（续）

要使新系统和新技术的实施成功，企业的最高管理者和系统分析与设计人员就必须起变化代理人的作用，用动态的观点，采用变化的计划实施策略来引导变化。当人们认识到变化的必要性和紧迫性时，就会产生求变心理，去制定改变现状的计划。通过管理业务调查、技术培训等形式，能逐步转变管理人员的观念，完成这项工作需要有耐心和恒心。在系统设计过程中，要注意维持一定的工作满意度，在此基础上对原有工作予以重定义。在系