2，系统分析阶段。分析的目的在于建立一个基准模型(基于文本的模型)，这个模型本身要围绕服务，即以项目的需求流程为基础，规划即将建设的信息系统的基本架构，它是项目的管理流程和信息流程的交汇点。系统分析阶段的内容包括了功能、服务流程、数据、流程、系统初步方案、服务目标等。
3，整体设计阶段。设计阶段是对分析阶段的进一步细化，它全面的将信息系统的实施步骤列出来，这个过程可能包括架构设计、数据库设计、处理流程设计、功能模块设计、安全控制、方案设计、系统组织和队伍设计、系统管理流程设计、升级接口设计、二次开发功能设计等。
4、系统实施阶段。实施阶段是项目组(这里指专门建设系统的项目组)通过技术和网络的方式建立起来的一个实体系统阶段。这个阶段将由项目经理带领各技术人才，开始对每一个模块进行开发和建设。实施过程中，需要考虑各类干系人的参与(事实上干系人应当全程参与最好)。争取让实施系统的项目组提供给利用系统的项目组更好的一个交付成果。5，系统验收阶段。系统开发完成后，需要由用户(即使用系统的项目组)来使用，这个过程中需要开发项目组和用户一起试运行。保证系统可以正常使用。
第三阶段：项目管理信息系统的运行阶段。当系统在第二阶段顺利完成时，就投入到项目组开始运作。这个过程是伴随项目而存在的，即项目的存在才是此系统存在的理由。系统在运行过程中，最好能够有专业人员定期的维护，包括软硬件各方面，系统的维护几乎成了任何信息系统都必不可少而且非常重要的一部分，这里面涉及到数据、信息、安全、流畅等各方面的问题。就拿微软EPM解决方案来说，咨询服务商帮助企业部署好后，一般都会制定项目组内部个别技术人员来维护。而项目组是来使用它。
项目管理信息系统的运作过程，是此系统生命周期中最长的一个时间段。这个过程可能出现的问题会包括使用过程中的系统进一步完善，现有功能的进一步维护等。
第四阶段：项目管理信息系统消亡阶段。正如一个人一样，他用大多数时间来运作自己，最终还是要到生命的尽头。项目管理信息系统的消亡有两种现象，一种是系统本身在使用中途而无法继续使用自然淘汰，如自身功能与项目需求完全不吻合，换掉它，或者系统中途崩溃，彻底不能使用。还有一种情况就是系统随着项目收尾而消亡，相对上一种情况，这种情况才是系统真正意义上的一种消亡。
和人一样，项目管理信息系统在其为项目组服务的过程中，难免会出现各种“身体欠佳或抱恙”的现象，比如系统更新，设备维护，功能扩展，性能升级等，作为项目组，除了正确使用它外，还要正确对待它的生命过程。对于企业或项目组而言，应该考虑一个系统在服务结束时的时机，环境，成本，条件等。减少项目组在此过程的额外代价。任何企业或者个人，在项目实施过程中，都需要考虑一个项目管理信息系统是有生命周期的，你需要考虑的是在这个系统有限的生命期内，它能帮你做什么，而不是考虑让这样一个系统一劳永逸的帮你处理所有项目。