|
|
知识路径： > 信息系统开发和运行管理知识 > 系统实施基础知识 > 系统转换知识 > 新系统运行及系统转换 >
|
|
相关知识点：19个
|
|
|
|
|
在真正实施系统转换之前，首先要进行转换测试和运行测试。如果转换测试结果或者运行测试结果不理想，则应当多方面查找其原因并及时解决。负责系统转换的工作人员要特别关注新旧系统的转换时间、方法、并行运行的时间（当采用了并行转换的方式时）、新旧系统的维护、新系统的验证、新旧系统数据一致性、试运行中遇到的重大问题的处理方法、问题响应处理等问题。
|
|
|
|
|
|
系统转换测试是转换工作的排练，是为了系统转换而进行的程序功能检查。新系统在没有试用过的时候，是没有真正负担过实际工作的，因此在转换的过程中很有可能会出现事先预想不到的问题。所以，要在新系统投入使用之前进行转换测试。此外，在最初的新旧系统转换时和新系统试运行阶段中，必须要与系统的开发方结合，共同完成。在系统运行正常后，应逐步由用户方独立承担系统的运行与维护工作，完成系统的全面移交工作。
|
|
|
|
|
|
|
|
系统转换工作是在系统软件、硬件、操作系统、配置设备、连接设备、网络环境这些方面的现有条件下，使用新的系统，并进行系统转换测试与运行测试。所以，此时要对当前状态下的环境进行一次审查（有时也被称为发现），搜集关于系统软件、硬件、操作系统、配置设备、连接设备、网络环境等方面的信息，系统转换计划就需要在这个环境下运行。设立基准对于系统转换来说是重要的，因为在开始着手规划如何进展之前，必须要清楚本单位目前处于什么位置。转换测试时，如果不能全面测试系统所有方面的性能或者这样做不划算，则可以采用仿真技术来评估系统转换所造成的影响。
|
|
|
|
此外，还要维护各种用户进程配置默认环境。这里需要特别注意的是，为了保证系统中所有的功能模块都能正确运行，系统管理员在系统试运行阶段时就需要注意各种用户进程的配置方法。因为尽管系统开发方会提供《操作手册》和《技术手册》，但考虑到在大多数情况下，开发方在上系统的时候都会对代码做或多或少的修改，而这些修改是很难及时反应到《手册》中的，所以，在进行系统转换时，管理员很有必要备份这些设置。
|
|
|
|
|
|
当准备选择一个新系统来代替旧系统时，新系统的选择可以根据本单位的当前状况、业务需求、资金计划、时间要求、人员情况等因素来考虑，并充分了解所有可供选择的系统的功能与特性，由IT部门和业务人员经过详细讨论，然后将讨论结果汇报给决策者，做出最终决定。
|
|
|
|
选定了新系统以后，就可以着手准备系统的转换了，但还要考虑到由于使用新系统而受到影响的一些相关系统。例如，新系统可能要求安装在更高版本的操作系统上，则操作系统需要转换成更高版本；或者某些专用软件与新系统不兼容，则需要改用与新系统兼容的软件。也就是说，转换新系统的同时还要转换受影响的相关系统。
|
|
|
|
执行系统是直接用来完成各种工艺动作或生产过程的系统，若企业转换了新系统，则还要考虑转换执行系统是否也需要转换，以适应新系统的要求。
|
|
|
|
用户方软件开发管理者应当参与系统移交的管理工作，选派人员进行应用系统的接管。移交应包括产品、技术、文档的全面移交。移交将会有一个时间过程。新系统正常运行后，必须要了解其运行情况，及时解决运行中发现的问题，并完成应用系统日常的维护工作；了解新的业务需求，设计或完善原有系统，以满足业务的变化。
|
|
|
|
此外，新的计算机系统的投入使用是否包括硬件、系统、网络、终端系统、外围接口的更新或升级，这些方面必须要得到考虑。建议是将问题孤立，能先进行的转换（如网络、终端设备等）先进行，这样有助于转换风险的分解，便于问题的分析判断。转换范围的确定是转换中所要仔细研究并慎重选择的问题。
|
|
|
|
|
|
在系统转换测试之前，首先要选择验证项目，这些项目可以是软件、数据库、文件、网络、服务器、磁盘设备等。充分了解要验证的项目的特性，确保熟知所有需要测试的指标或者问题，并据此设计测试方案，制定测试工作的处理精度、数据精度、转换处理时间、测试规模和范围等。
|
|
|
|
此外，要在系统转换前制定系统转换的判定标准，形成书面的验收标准和文档标准，来判定系统转换是否成功。主要是从以下几个方面来考虑：系统转换是否达到预期的目标；系统转换是否产生了副作用；是否实现了成本效益原则。
|
|
|
|
|
|
进入系统转换的前提条件包括技术上和组织上（或称业务上）的准备。
|
|
|
|
|
|
.新系统已开发完成并经过各项测试（单元测试、功能测试、集成测试、压力测试）。
|
|
|
|
.数据转换程序已开发完成并经过各项测试（单元测试、功能测试、集成测试）。
|
|
|
|
.新系统在数据转换后的数据基础上进行了实际数据的测试。
|
|
|
|
|
|
.准备好转换作业到新系统所需的程序组，该程序组可以将作业转换到新系统中运行，以便测试新系统的运行情况。
|
|
|
|
.准备好转换前后验证转换结果的程序组，该程序组可以对作业转换到新系统前后的运行结果进行比较，来测试新系统的运行是否正确。
|
|
|
|
技术上的准备对新系统顺利转换的保证是必要的，但不可能充分，必须清醒地认识到：我们不可能做到程序上的完全正确。错误可能来自程序，也可能来自需求。组织工作做得好，技术上的问题可以得到及时反映并被解决；组织工作做得差，很小的技术问题可能就会被放大并引起动荡。
|
|
|
|
|
|
.组织落实（指各级部门成立相应的领导小组和工作小组，最高层成立统一的、包括各部门负责人的指挥中心）。
|
|
|
|
|
|
|
|
|
|
|
|
在将转换的系统最终引入实际运作环境之前，可以先根据工作指南手册执行转换，并执行系统转换计划中所包括的测试和检查活动。把质量标准、检查点和审查作为转换测试工作的组成部分，进行严格的测试和验收，包括：功能测试、运作测试、品质测试和综合测试。在许多情况下，这些方面的测试和验收要在独立的“测试环境”中进行。转换测试应当由独立的业务人员和IT人员来执行，对系统的安装流程进行测试和对新系统的功能进行测试，测试系统是否安装正确和系统是否可以按照要求运行。此外，转换测试还要涵盖所有业务的功能，能体现在不同的环境下系统的性能指标，能反映系统对边界值的出错处理能力，能反映接口的完整性，能反映系统对非法用户的抵抗能力等。可以使用需求报告、业务重组报告中主要的关系映射图来构造部份测试方案，特别是对相关业务、相关部门间衔接部分的测试。
|
|
|
|
测试应当覆盖整个安装流程和相应系统的功能集成过程，并且要完成关于记录、跟踪和事后重现的工作。每个测试阶段都要有一个完成标记。应当保留系统测试阶段的全部测试报告（包括失败、出错记录）、所有测试用例及测试结果报告，为今后的系统运行、维护扩充创造条件。此外，转换测试过程所用时间和所需资源可能会与计划中的有差别，也要将这方面的实际情况记录下来。
|
|
|
|
这阶段必须注重测试方案是否合理、全面；特别关注系统功能、性能、响应速度等。要严格把握整个测试阶段的时间，防止在不具备条件的情况下提前进入联合测试或提前结束测试。对在测试阶段暴露的设计、开发、数据、系统等问题给予高度重视，会同各方积极研究解决，为后续的系统转换、试运行做好充分准备。
|
|
|
|
|
|
通过评价转换测试的结果，可以帮助判断新系统的运行是否正常、新系统是否能够实现其功能、新系统的性能如何。有的时候，系统运行时会出现一些局部性的问题，这是正常现象，系统工作人员对此应有足够的准备，并做好记录。系统只出现局部性问题，说明系统是成功的，反之，如果出现致命的问题，则需要对系统转换计划进行重新考虑。
|
|
|
|
利用度量标准评估工作质量并检测测试活动的有效性，如果效果不理想，则可以考虑采用其他测试方法或者使用自动工具来提高测试的效率和有效性。根据转换测试结果可以估计相关的系统转换工作量，并进一步评价系统转换计划是否可行，得到对最终系统转换计划的改善建议。
|
|
|
|
|
|
新系统是否优于旧系统还需要进一步接受实践的检验，因各单位的具体情况不同，新系统不一定比旧系统更适合于单位的特点，甚至购买或自行开发的系统还不如人工系统更适合企业的经营特点。
|
|
|
|
运行测试是转换到新系统后的试运行环节，其目的是测试新系统转换后的运行情况，也是对采用新系统后产生的效果的检测。可以建立各种不同的运行测试环境来进行全方位的测试，由系统执行检查工作，并采用跟踪、记录的方式总结运行中的问题，然后通过各方面的协调来进行系统运行计划的修正。运行测试结束后，写出完整的运行测试报告并存档。
|
|
|
|
运行测试包括对系统临时运行方式的测试、评价和对正常运转期间的系统运行进行测试、评价。测试系统的临时运行方式时，可以采用并行运行的方式，即旧系统和新系统同时运行，以便检验新的计算机系统。此时可以通过对比新旧系统的运行方式，来对新系统的运行情况进行评价。当系统已经完成系统转换并正式投入使用时，可以定期测试正常运转期间的系统运行，有助于进行新系统的维护。
|
|
|
