项目的实施包括帮助企业信息管理制度的建设、建立企业内部技术支持体系、部署基本的运行环境等，同时，组织客户化的开发、系统测试、系统安装配置、制作用户操作手册、静态数据准备、业务权限规划和分配、用户培训、数据转换、直到系统正式运行。
建文工程项目管理软件实施的主要任务是将详细设计的内容进行物理实现，产生一个可运行的系统。为此要完成应用软件编码、安装、调试；计算机硬件和生产设备的安装调试；完成全局数据库和局部数据库、网络的安装调试；以及组织机构落实和人员定岗等。各项工作最终都要达到可运行的程度，而实施阶段可能会发现很多设计中的错误与漏洞，必须及时修正，其最后衡量标准就是用户接受。
建文软件实施阶段的工作，应包括下列内容(见图)：
1、修订落实工程实施的计划。实施阶段涉及的问题要比设计阶段广得多复杂得多，应把各种任务按项目落实，组织好队伍，明确要求、明确职责，有的还必须以合同书的形式肯定下来，便于检查。
2、硬设备购买或云服务采购。这里包含计算机设备和生产设备两方面。决定要采购的设备，不论是国内还是国外的供应商，都要签订合同，办理一系列手续，然后安排工作人员接机培训等事宜。
3、硬设备(包括ECS云服务器)的安装、调整、测试及验收。这里首先是安装环境、条件━例如计算机机房等，然后是各种基础设施如电源、上下水等的安装。在此基础上对设备进行安装调整后，应按各种不同专业的测试、验收标准进行测试、验收。
4、建立试验数据库，用典型数据加载。做好测试设计，考虑各种必要的情况和条件，但尽可能使试验数据库数目最小。特别要注意与11所建立的测试环境相配合。
5、调试数据库。在集成信息系统环境下，这里不仅指一般数据库管理系统涉及的存取、查询、更新等操作，主要问题可能是不同供应商的异构数据库之间的联接问题，以及分布环境所提出的问题等。
6、数据库加载。这里主要要提出的是充份估计工程数据的工作量，以及与各部门专业技术人员配合作好数据正确性检查。
7、制定应用软件编程约定。作为要集成为一个整体的各部份应用软件，应该有一些共同的做法约定，以便于审查、交流和最后集成运行。
8、编制程序。为了能编写出逻辑简明清晰、易读易懂的程序，必须遵照软件工程的规定，对内部文档、数据、语句构造、输入输出等问题进行认真安排。
9、单元测试。这是对软件的最小单元━模块进行检验的过程，主要评价其模块接口、局部数据结构、重要的执行通路、出错处理通路、以及影响这些特性的边界条件等问题。然后写出测试报告。
10、程序联调。这是指还没有与生产设备相联系的软件系统联调。调试方法可以按软件工程规定的自顶向下或自底向上或混合法等方法进行。因为调试工作量很大，要结合本单位实际情况，从测试工具、测试驱动器、存根程序(stub)的难易等来决定所采用的测试方法。调试完成后要编写软件系统(从全局看，可能只是子系统)调试报告。
11、确定集成系统测试内容，准备测试环境。在目前水平上，我们一般只能提出物理集成的测试，对于应用集成就已难于检查了，更不用说经营集成。但是一定要在我们现有认识的可能范围内，明确测试内容和评价准则。测试环境指的是所需的硬件配置，以及除了前述测试数据库外所需要的特殊软件，如测试工具、测试驱动器、测试数据发生器和测试分析程序等。
12、人员培训。用户、操作维护人员要能很好地使用新系统，必须经过培训。而首先就是要从参加测试做起，明确每个人在测试过程中的岗位，全过程中应做的工作，为了能胜任这些工作所要接受培训的课程等。
13、子系统及分系统的联调测试，及编写测试报告。
14、总系统联调和测试。所谓“总系统”的范围，实际上是相对于企业战略目标中各个不同阶段的具体目标而逐渐扩大的。在一定阶段进行的总系统联调，实际上是在这个时间点上的联调，完成后要满足用户验收测试。所以，测试者就要很清楚以什么为输入，期望得到什么输出。所要进行的一系列测试项目见下一小节。但是也还应该有一个正确的认识，不管怎样完全的测试，也绝不可能成为一个完全没有错误的系统。改进是永无止境的。
15、文档编制和完善。作为开发者，这是最后一个阶段的工作，所以要把所有各个阶段的产物完整地整理出来；另外还要写出子系统参考手册、用户手册、软硬件系统操作规程、数据库维护规程、系统中各类维修手册等文档。还要包括实施阶段的项目合同书和各项测试验收报告和信息化工程开发总结报告。最后可以把全部文件归档。
16、组织机构调整的落实，并扩大各类人员的培训。这是开始系统运行，保证其高效率正常工作的必要条件。
从软件系统测试到分系统、总系统调试，测试的方面越全面，系统正确性越能得到保证，现将应考虑的测试罗列如下：
• 回归测试(Regression testing)
• 可靠性测试(Reliability testing)
• 存贮测试(Storage testing)(计算机内存和所用外存)
• 配置测试(Configuration testing)
• 文档测试(Documentation testing)(特别是用户文件)
• 人/机接口测试(Man/machine interface testing)
• 符合授权规律测试(Testing compliant to authorization rules)
• 文件完整性功能测试(File integrity functional testing)
• 检查跟踪功能测试(Audit trail functional testing)
• 复原测试(Recovery testing)
• 强化测试(Stress testing)
• 安全测试(Security testing)
• 功能正确性测试(Functional correctness testing)
• 使用方便测试(Ease of use testing)
• 事故测试(Disaster testing)
• 与其他系统耦合的功能和回归测试(Functional and regression testing of coupling with other systems)
• 性能测试(Performance testing)
• 操作方便测试(Testing for ease of operation)
测试标准则要根据863/CIMS软件工程规范规定的准则、机床设备测试标准、计算机硬件测试标准等各个行业标准决定通过与否。
企业花了钱，但是，信息系统应用不起来，怎么办？
不少企业都以为软件系统正式上线运行就万事大吉了，事实上，很多企业是上了软件系统之后，由于种种原因，应用不起来而导致项目失败。 选择一个既懂技术又懂管理的信息化咨询和服务商是企业信息化成功实施的前提；而实施的进程往往不是一帆风顺的，大体上经过以下三个过程：
1.Conceive（领悟）
2.Believe（相信）
3.Achievement（成就）
CBA模型：是建文ERP的实施推进模型，是由建文软件在长期的ERP实施实践中，逐步总结形成的一套独特、有效的实施方法。
Conceive（领悟）第一阶段往往出现的问题是企业对ERP的认知程度不高，特别是企 业中层管理者和操作层没有意识到实施ERP的必要性和迫切性；ERP实施的过程就是理念变革 的过程，实施ERP，首先要学习和领悟先进的管理思想，这个阶段，需要广泛的信息化宣传和 发动工作，制造强烈的反差和高度的正视，这是一个Conceive（领悟）的阶段。这个阶段重在 提高大家对企业信息化的认识，重视培训，让系统运行起来。我们的经验是重视培训， 注重培养自己两大IT团队：其一，首先培养自己的“业务顾问”团队，大力培养优秀业务人 员，作为企业信息化的“业务顾问”，“顾问”这个词已经说明了实施人员的层次是在辅导 者的位置上，我们要求“业务顾问”自始至终深层参与，依靠“业务顾问”为骨干来启蒙和 推动系统的应用。其二，培养自己的技术维护团队：我们非常重视信息中心的建设，除了硬件 设施要跟上，还要一批高素质的技术人员，以便确保系统日常的运行维护。
Believe（相信）第二阶段的问题是企业对ERP系统“知而不行”， 推进困难重重， 步履维艰；实施中最重要的问题还是传统的管理手段和信息化的管理手段之间的冲突， 这种冲突通常很激烈。对于ERP项目的实施人员来说，不管有意无意都将卷入到企业内部的 这些矛盾中去。很多企业ERP项目的失败就是在这个阶段。如果度过了这个环节，成功的把 握就已经一半以上。这个阶段，重在执行力，重在大家对系统的信心；初期阶段，由于操作人 员对系统应用不熟练，业务没有完全理顺，反而可能出现信息化加重了管理人员工作量等现象 ，这些，要引导大家从企业长久、综合的观点来看。
Achievement（成就）第三个阶段的问题往往是“行而不达”，这个阶段需要企业不 断对参与实施人员从各方面予以激励，恢复信心；这是因为ERP系统是一个巨大的工程，涉及 业务很广，员工在应用过程中往往感觉力不从心，没有尽头，出现疲倦和迷茫的情况。这时候 需要企业的推进员甚至是一把手在现场鼓励和强化。同时，需要监测个人和集体的进展情况， 并让企业员工有阶段性的成就感。企业信息化不是一次性技术的引进，而是一个“只有开工， 没有竣工的工程”；不是“一把火”或“一阵风”就可以搞成的，但并非拖泥带水；因为企业 的管理及思想意识在不断的提升更新，因此它是一个逐步引进深化和持续改进的过程。
选择一个既懂技术又懂管理的信息化咨询和服务商是企业信息化成功实施的前提；建设好企业自己的实施队伍是关键；坚定不移地推进应用是保障。