管理信息系统实施阶段需要投入大量的人力、物力和财力，实施的任务繁杂，占用时间较长。对系统实施的负责人来讲，主要是做好组织、计划与协调工作。
管理信息系统实施的任务主要包括硬件的购置及其安装连接、软件的购置及其安装调试、程序设计、测试与优化、人员培训、数据准备与录人、系统切换等。
2.系统环境的准备与实施
任何管理信息系统的运行都离不开特定的系统环境，这个环境一般包括硬件环境和软件环境两个方面。根据系统建设目标，完整的系统环境配置方案最好在系统设计阶段就完成，在实施阶段付诸实现。管理信息系统环境的准备包括硬件设备的购置（租赁）、安装与连接，以及系统软件的购置、安装及调试等。
3.管理信息系统的开发
管理信息系统的软件开发是一项复杂的系统工程，开发结果受到数据库设计、应对业务、项目控制、人员管理和计算机技术等多方面因素的影响。系统开发常常遇到一些问题做出来的系统不符合要求，需要大量修改开发工作进度难以控制，工期一拖再拖有些通过了验收的项目也难逃因在实际使用过程中搁浅而被束之高阁的厄运。这些充分说明管理信息系统开发的成功不仅需要技术的保证，更需要项目的有效组织和管理。
（1）制定开发规范。为保证管理信息系统的协调性、统一性和连贯性，在开发之前必须制定与系统开发方法相配套的、严格而详细的开发规范。系统开发规范的内容主要包括系统设计规范、程序编写规范和项目管理规范等。
1）系统设计规范规定了数据库文件、字段、变量、函数以及文档命名所采用的规则，软件界面的标准和风格，各类报表的输出格式等。尤其要强调的是对公共部分的约定，如数据库文件名、库内字段数量、公用函数等，一旦确定，组内任何人员都不得随意增加、删除或修改。若确实需要修改，须书面报经项目组负责人审批同意，并建立文件存档，同时要把修改结果及时通知项目开发相关人员，不能遗漏。
2）程序编写规范既要约定程序、变量、函数的命名规则，还要对应用程序进行分类，如可将程序分成代码维护类、业务处理类、业务查询类和统计报表类等，并给出各类应用程序的标准程序流程，必要时可编制出标准程序。
3）项目管理规范规定了项目组中各类开发人员的职责和权力，开发过程中各类问题（如设计问题、程序问题等）的处理规范和修改规则，开发工作的总体进度安排和奖惩措施等。
（2）合理的人员构成与管理。管理信息系统的开发工作具有鲜明的整体协作和艺术创造等特性，因此，系统开发成功必须要有一个结构合理、团结协作的开发小组。一般来说，开发小组应包括项目负责人、系统分析员、系统设计员、程序员、测试人员和必要的后勤保障服务人员。大型项目的负责人应具有丰富的项目管理经验和数据库设计经验，另外还须对用户的实际业务有较全面和深入的理解。
（3）严格监控开发进度。由于影响系统实施进程的不确定性因素太多，为了管理好项目进度，首先要制订一个可行的项目进度计划。一开始，项目进度计划只能根据项目的内容、工作量和参加人员进行大致的估算，包括系统分析和设计时间。编程、测试时间和文档编制时间。估算时应根据业务复杂程度加入一些缓冲时间。系统分析、设计完成后，根据程序清单可估算出每个程序的编程时间（根据程序类型和复杂程度），并在此基础上尽量做到准确和细致估算。实际上项目进度计划是一个由粗到细、不断调整的计划，每周要将项目进度情况与项目进度计划进行对比。对于拖延了的工作，若无充分理由，应督促有关人员通过加班或提高工作效率赶上进度若有正当理由，在无法赶上进度的情况下可以修改进度计划，申请延期。
4.管理信息系统的测试
测试是系统开发的一个重要环节，同时也是保证管理信息系统软件质量的重要工作。由于系统测试的工作量很大，技术要求高，耗时较长，因此，必须事先做好测试的准备工作，编写测试计划，协调好测试人员及测试时间。在测试时要做好测试记录，写出测试报告。
（1）测试过程。在测试进行过程中，需要对整个过程进行有效的管理，以保证测试质量和效率。一个规范的测试过程通常包括以下基本活动。
1）制订测试计划
2）编制测试大纲
3）设计和生成测试用例
4）实施测试
5）生成测试报告。
（2）测试步骤。通常软件开发的过程是自顶向下的，而测试软件正好相反，是自底向上、逐步集成的。从软件测试的步骤来看，管理信息系统测试也是由一系列的不同测试所组成，测试的步骤可以分为单元测试、集成测试、确认测试、系统测试。
（3）测试方法。软件测试的方法多种多样。从是否需要执行被测试软件的角度看，可分为静态测试和动态测试。从测试是否针对系统的内部结构和具体实现算法的角度看，通常可分为黑盒测试和白盒测试。
1）黑盒测试。黑盒测试也称功能测试或数据驱动测试，是在已知产品所应具有的功能基础上通过测试来检测每个功能是否能正常使用。在测试时，无须考虑软件内部的运作原理，直接把软件看作一个黑盒子，通过各种输入并观察软件的各种输出结果来发现软件存在的缺陷。
从理论上讲，黑盒测试只有采用穷举输入测试，把所有可能的输入都作为测试情况考虑，才能查出程序中所有的错误。实际上测试情况有无穷多个，这样看来，完全测试是不可能的，所以黑盒测试必须有针对性并能够加以量化，才能真正保证软件质量。而测试用例的设计方法就是将测试行为具体量化的方法之一。黑盒测试用例的设计方法包括等价类划分法、边界值分析法、错误推测法、因果图法、判定表驱动法、正交试验设计法、功能图法、场景法等。
2）白盒测试。白盒测试也称结构测试或逻辑驱动测试，是按照程序内部的结构测试程序，通过测试来检测产品内部动作能否按照设计规格说明书的规定正常进行，检验程序中的每条通路是否都能按预定要求正确工作。这一方法是把测试对象看作一个打开的盒子，测试人员依据程序内部逻辑结构相关信息，设计或选择测试用例，对程序所有逻辑路径进行测试。通过在不同点检查程序的状态，确定实际的状态是否与预期的状态一致。
5.管理信息系统的上线与切换
系统测试完成验收合格后，对第一次使用管理信息系统的业务，就可以直接上线使用了，这称为系统上线。对之前已经使用旧有管理信息系统的业务，就有一个新旧系统的交替过程，这称为系统切换。
（1）系统上线或切换前的准备工作。
1）数据准备。要把原来保存在个人Excel或者旧系统中的数据整理出来，其工作量是比较大的，此外还要把整理出来的数据转化为新系统所要求的格式。进行这项工作的人员，必须了解新系统的设计，并对这一切换的方式、原则十分清楚，否则就会出问题。即使找部分录入员或其他人员来帮忙，也需要有能掌握全局的人员来组织管理并及时处理各种意外情况。在数据整理出来、录人人员把数据送人机器后，必须进行种种校验。
2）用户培训。由于系统切换工作涉及较多的人力、物力和财力等，所以整个过程要有计划、有组织地进行，用户方的系统管理人员和操作人员的培训就是重要一环。系统管理员、操作员必须认真学习系统的操作过程和工作过程，学习如何充分应用系统的功能较好地完成职责工作。针对不同的用户，可以进行不同层次的培训。对于操作员，应着重于培训操作过程和操作规则对于管理人员，应着重于培训数据的获取以及数据决策对于系统管理人员，应着重于系统技术培训，使他们掌握各种技能，以保证整个系统的正常运行。
（2）系统切换的方式。系统切换的方式有直接切换、平行切换、逐步切换等。
1）直接切换。直接切换是在某一规定的时间直接用新系统替代旧系统，中间没有过渡阶段。这种方式简单、费用少，但风险性大。一旦新系统在运行过程中发生严重问题，将造成无法挽回的损失。这种方式不适用于重要系统。即使对于一般系统，使用时也应采取预防性措施，在系统业务量少或没有业务时切换，一旦新系统出现问题，旧系统能立即启用。
2）平行切换。使用平行切换时，新旧系统切换有一个同时运行的过程。同时运行时间的长短，要根据业务状况及系统运行状况而定，一般需半年到一年。在确保新系统正常运行后，旧系统才能停止使用。这是一种安全无风险的切换方式。同时，可以进行新旧系统的比较，发现和改正新系统的问题。但这种方式需要额外增加工作人员以及各种系统支持的资源及费用，从而导致费用太高。
3）逐步切换。逐步切换是新系统分期分批地替代旧系统，直到最终替换旧系统。这种方式既可以避免直接切换的风险，又可避免平行切换时费用高的问题。逐步切换方式常用于大系统或较为复杂的系统的切换，但必须事先考虑好新旧系统的接口。当新旧系统差别太大时，不宜采用这种方式。在实际中，系统切换可以采用几种方式配合使用。例如，不重要的系统部分采用直接切换，而重要的系统则部分采用平行切换。在系统的切换过程中，要根据系统运行中出现的问题进行修改、调试，使新系统不断完善。
