就职于软件行业的人，无论是销售、售前、技术还是财务一定都会接触到关于项目运作相关的工作，不同职位的员工对于项目的关注点也大不相同，财务人员关注项目的收款节点；销售人员关注项目的商务关系及前期引导；实施人员关注项目的实施过程等等。

       这就造成各个职位的员工对于涉及职责之外的事情一无所知或了解甚少的情况，虽然这样不会对项目的成功验收造成很大的影响，但是在涉及到一些环节的沟通和配合上多少会有一些吃力。所以今天在这里与大家分享一下我对软件集成项目全生命周期的理解和认知，希望能对大家有所帮助。

1. 项目概念

1.1 定义分析

       项目：是指一系列独特的、复杂的并相互关联的活动，这些活动有着一个明确的目标或目的，必须在特定的时间、预算、资源限定内，依据规范完成。

       软件项目：是指为企业开发或者部署实施一套专用的系统，或在特定的行业领域做一些系统之间的集成，在进入项目之前必须与用户进行具体需求分析和讨论，明确用户心目中的产品或项目预期是什么样子，然后立项、招投标、签订合同、实施交付。

       项目生命周期：是描述项目从开始到结束所经历的各个阶段，一般划分为前期咨询、项目立项、招投标、项目实施、项目运维、项目终结/二期六个阶段，随着时间的推移以及发展，为满足当前发展的需求项目通常会重新定义开发、更新迭代。在项目生命周期运行过程中的不同阶段里，项目双方会派出不同的组织和人员进行项目的工作交互。 

1.2 项目形态

 2. 阶段构成

       根据不同的项目形态，一般项目运作的周期也不大相同，下述以笔者所在公司数通畅联SOA集成项目的生命周期为例进行阐述，在步骤上与传统项目生命周期存在细微差别。

2.1 IT咨询

2.1.1 具体内容

       此类项目一般为销售通过商机转交、客户介绍、信息搜索等形式探求到甲方有类似需求，之后通过拜访得到客户大致需求信息，后续与售前人员一同前去确认需求及介绍方案。

       IT咨询也称为信息化咨询，一般出现在信息化建设前期或信息化整合期，对企业的整体业务、流程、信息化各方面内容进行全面的规划，包括：企业管理模式设计、业务流程、信息化解决方案设计、管理软件系统的实施/应用/整合，具体情况如下：

       1. 乙方通过向甲方调研、访谈、接触具体业务等形式根据企业实际的战略、目标、愿景及任务，设定策略性的业务规划，进行企业IT架构的规划，并对应的设计出IT执行计划；

       2. 甲方无保留的为乙方提供计划中所需的资料及相关业务流程、数据联系等资料；

       3. 计划设计之后，对企业现有/在建的IT应用进行梳理及优化，注重现有管理系统与管理目标、后续需求与发展趋势是否对应，并针对性的进行需求评估与分析，从而制定新的IT建设策略；

       4. 在业务及信息化建设部分梳理完毕之后，就需要规划如何实现，包括协助项目选型、项目实施管理（范围、时间、成本、质量、人力、资源、沟通、采购、风险等）；

       5. 乙方对成果进行汇报，甲方对乙方规划成果进行审核，有异议则沟通继续修改，无异议则确认验收。

2.1.2 参与人员

       甲方：高层领导、信息中心管理者

       乙方：销售人员、售前人员

2.1.3 输出资料

       XX企业IT调研报告、XX企业IT建议规划书

       资料内容：

 1、XX企业IT调研报告

• 公司概况：公司的基本情况、股权结构、人员构成、董事会组成及决策机制；管理制度建设情况、技术团队、企业历史沿革、财务状况、企业经营目标、销售目标计划。

• 项目意义：产业政策、公司的痛点或需求、项目建设带来的意义。

• 产品/服务与技术：产品概述（服务描述、内容描述、报价、核心技术优势）、国内外研发情况、核心竞争力（公司核心竞争力、业务核心竞争力、产品核心竞争力）。

• 资金投入情况：总体投资、投资估算表、知识产权情况。

• 行业和市场：行业分析、市场分析、目标用户、业务经营范围、竞争分析。

• 市场营销：营销分析、渠道策略、分销商/代理商的选择、产品/服务价格。

• 现有系统情况。

  2、XX企业IT建议规划书

• 总体设计：设计依据、方法论、设计思路、技术路线、标准规范体系设计、顶层设计总体架构、安全设计、系统级权限设计、公用编码设计、系统过渡和迁移方案、系统扩展方案。

• 软件设计方案：开发方法、内部应用平台软件设计（应用系统架构设计、业务应用系统、综合管理系统、知识管理系统、通信系统、移动办公系统、SOA集成系统）、性能设计。

• 硬件设计方案：网络升级改造设计、服务器升级改造设计、存储系统升级改造建设、云调度系统建设、安全系统升级改造建设、容灾备份系统建设、监控运维系统建设、机柜及数据库系统升级改造建设、技术指标设计。

• 总集成方案设计：集成方法论、集成要求、集成接口设计。

• 项目实施管理方案：项目管理框架、人员控制、范围控制、需求管理、沟通管理、计划管理、进度监控、配置管理、成本管理等。

• 项目实施计划：总体计划、软件开发实施计划、软件集成实施计划、硬件集成实施计划。

• 项目质量保障方案：质量保障体系、质量管理办法、质量保障措施（人员管理、问题管理、过程管理、系统交付管理）、质量计划。

• 项目测试方案：软件测试、硬件测试、验收测试。

• 项目培训方案：培训目的、对象、人数、课时、地点、方式、资料、计划、费用。

• 项目验收方案：单项验收、试运行、项目终验。

• 项目服务方案：服务标准、流程、内容、方式、质保期等。

2.2 项目立项

2.2.1 具体内容

       在确定项目的初期，特别是大中型项目，在经过建议规划之后，高层领导对项目的大致结果是有一定概念的，在立项阶段一方面是将企业现状、项目初步方案、技术来源等情况进行梳理阐明，便于高层掌握项目情况；另一方面是通过立项向企业的上级单位或董事会报备项目情况，发起审批流程，申请拨款启动项目。

       具体内容如下：

       1. 乙方（多个乙方）为甲方信息中心管理者CTO、高层领导CEO等相关汇报人员提供立项申请指导、建议和规划资料。

       2. 信息中心管理者CTO、高层领导CEO申请项目立项，并向董事会汇报项目具体情况、内容、预算，申请审批。

       3. 董事会根据汇报情况进行考虑，同意之后通知高层领导CEO，再由高层领导CEO通知信息中心管理者CTO。

       4. 审批通过，项目宣布立项，进行后续开展事宜。

2.2.2 参与人员

       甲方：信息中心管理者CTO、高层领导CEO、董事会

       乙方：多个乙方

2.2.3 输出资料

       XX项目立项报告

       资料内容：

 1、董事审批意见

  2、XX项目立项报告

• 项目背景，企业概况、信息化建设背景

• 项目建设必要性

• 项目的可行性

• 项目目标

• 项目需求

• 项目实施原则和策略

• 项目主要建设内容

• 项目实施计划

• 项目组织机构

• 项目投资预算与工作量

• 收益/风险分析与控制

2.3 招/投标

2.3.1 具体内容

       这里分为两个步骤，一个是客户方的招标，另一个是实施方的投标。

• 招标

       项目立项后，企业会针对建设需求，进入公开招标阶段，由企业发出招标公告或投标邀请书，说明招标的项目、产品、服务的范围、标段（标包）划分、数量、投标人的资格要求等，邀请特定或不特定的投标人在规定的时间、地点按照一定的程序进行投标，具体步骤为：

     1. 甲方编制招标文件，发布招标公告；有意向乙方查看招标公告；

     2. 甲方出售招标文件，对潜在投标人资格预审；乙方购买标书，并提交投标保证金；

     3. 甲方接受投标人标书，并按照规定的时间、地点公开开标；乙方根据时间地点进行应标；

     4. 甲方根据参与乙方讲标情况由评标委员对投标文件评标，依据原则及程序确定中标人；

     5. 甲方通知乙方中标人中标，明确具体细节之后与中标人签订项目合同，履行合同。

• 投标

       投标是与招标相对应的，投标人（项目实施方）认真分析招标文件后，根据自身产品及解决方案优势编制投标书，在编写投标书中需要注意，标书中的解决方案一定要应标，明确的对应招标需求，另外在撰写投标书上投标单位都是十分仔细的，因为一旦投标，在有效期内不得撤回标书或对标书中的报价、内容做实质性的修改，在投标中，投标单位通常是需要交付投标保证金的，具体步骤如下：

       1. 根据甲方招标内容编制投标文件，按照期限交付投标书及投标保证金；

       2. 乙方按照规定的时间、地点进行讲标；甲方评标委员对乙方投标文件评标；

       3. 等待结果通知，中标后，明确具体细节之后与客户方签订项目合同，履行合同。

2.3.2 参与人员

       招标：运营人员、信息中心人员、评标委员

       投标：售前人员、销售人员

2.2.3 输出资料

       招标方：招标文件

       投标方：投标文件、相关资质证明等

       资料内容：

  1、招标方—招标文件

• 投标须知：项目基本情况、投标方资格要求（基本要求、专项要求）

• 项目总体概述：集团概况、业务现状、建设目标

• 项目范围及建设内容：项目范围、项目整体要求、详细功能要求、技术实现要求（软件要求、系统安全要求、产品要求、硬件及网络环境要求）

• 术语解释

• 项目实施服务要求：实施步骤要求、项目实施要求、技术培训要求、项目服务要求

• 测试与验收：系统测试、验收条件、验收过程、验收标准

• 评分标准：商务部分、技术部分、报价部分

  2、投标方—投标文件

• 项目定义说明：名称约定、主要术语

• 项目背景及现状分析：当前信息化背景、企业发展概况、信息化瓶颈

• 项目需求理解与分析：项目需求描述、项目需求理解与分析（企业管控理解和分析、业务维度分析、系统维度分析、系统功能分解、系统特性分解、系统架构分解）

• 项目目标和关注重点：项目目标定义、项目目标分析、实现目标前提条件

• 项目指导思想和原则：投标方特有的指导思想和原则

• 架构体系、规划、方法论：企业架构、IT规划体系、IT规划方法论

• 项目总体规划：整体规划、建设阶段

• 项目平台架构：总体架构、业务架构、技术架构、功能架构、集成架构、安全架构、产品架构、部署架构

• 标准与规范组：平台及产品的标准规范

• 项目产品介绍：项目中使用到的产品介绍

• 项目部署方案：软硬件配置搭建

• 项目实施方案：实施总体方法、实施成功的关键要素分析、实施进度计划

• 项目实施团队：团队构建原则、项目实施组织架构、项目实施团队、实施过程和安全保密管理

• 项目验收方案：项目初验、终验

• 项目培训方案：培训目的、培训策略、培训调研、培训方式、培训课程与内容、培训组织与要求、培训对象

• 项目质量及风险管理：项目生命周期管理、项目常见风险分析、项目初步风险分析与策略

• 项目服务方案：服务原则、服务承诺、服务体系和流程、常见服务方式和内容、服务响应时间、服务监督机制

• 相关案例介绍

• 投标公司介绍

• 相关资质证明：软著权、企业资质等

2.4 项目实施

2.4.1 项目启动

2.4.1.1 具体内容

      本阶段意味着项目正式启动，要成立项目组并确定PMO成员，具体步骤如下：

      1. 成立项目组：根据项目情况及人员综合能力组建并整合管理团队的关键成员，并对团队职位进行任命。另一方面项目管理办公室成员一同介入项目，负责对项目前期跟进及后续节点把控；甲方同样组建项目组成员及确认本项目最终负责的领导，通常为信息中心人员；

       2. 明确双方项目组成员、成员工作责任和权限；

       3. 召开项目启动大会，甲方、乙方项目团队进场，介绍项目目标、范围及工作方法，宣布项目正式启动。

2.4.1.2 参与人员

       甲方：对应项目组成员、相应负责领导 

       乙方：对应PMO管理办公室成员、项目实施团队

2.4.1.3 输出资料

    项目启动报告

    资料内容：

• 项目名称

• 项目信息

• 项目组成员（双方）

• 项目启动时间和预计结束时间

• 系统环境

• 项目范围

• 项目进度

• 项目分工信息

2.4.2 项目蓝图

2.4.2.1 具体内容

       虽然在投标阶段已经对企业信息化状况有一定了解，但信息采集、需求调研仍是非常重要的一个环节，不可省去。在调研过程中不仅可以明确项目具体需求还可以帮客户梳理出那些存在却没有被发现的需求，只有充分了解、明确这些需求，才能为后续完整制定实施计划打下基础。具体过程如下：

       1. 通过现场调研，充分了解和获取客户相关方面的现状和用户对系统的具体需求及期望，经过需求汇总、整理、评审，最终与客户确认项目需求，中间需要甲方客户配合进行调研；

       2. 在明确企业业务现状、信息化现状后，分析各业务模块之间的业务衔接环节，进行问题梳理及标准制定，根据业务需求完成功能详细设计和开发方案；

       3. 以上准备完毕后，启动蓝图确认会，进行蓝图汇报，双方项目团队均到场，之后让甲方签署蓝图确认单，一切就绪后，宣布正式进入项目实施阶段。

       4. 蓝图确认单签署后，项目正式进入实施阶段。

2.4.2.2 参与人员

       甲方：对应项目组成员、相应负责领导

        乙方：对应PMO管理办公室成员、项目实施团队

2.4.2.3 输出资料

       需求规格说明书，概要设计（设计规格说明书）、集成标准规范文档、细化至人天的工作安排/计划、蓝图确认单

       资料内容:

   1. 需求规格说明书

• 项目概况：公司情况、信息化现状

• 项目总体需求：整体需求、集成系统、功能需求、系统环境等

• 具体功能需求：业务描述、功能描述、权限设置、功能约束

• 非功能需求：扩展性、稳定性、安全性、主题风格、用户操作、可移植性

    2. 设计规格说明书

• 总体设计：技术架构、功能集成、部署架构

• 功能平台：系统架构、功能架构、公共设计、角色设计

• 具体功能设计：功能需求、开发思路、集成设计、技术要点、权限设计

• 编码设计

   3. 集成标准规范

• 身份认证规范

• 数据集成规范

• 应用集成规范

• 集成测试规范

• 扩展开发规范

  4. 工作安排计划

• 将工作步骤细分解，细化至人天

  5. 项目蓝图确认

• 项目总体情况：实施目标、系统架构、工作内容、总体计划、已完成工作、后续工作重点

• 项目蓝图确认

2.4.3 实施开发

2.4.3.1 具体内容

       在项目实施阶段，主要由项目实施团队负责对项目需求进行实施实现，对于项目实施，每个公司都有一套方法论，这里以数通畅联方法论为例，具体步骤如下：

• 内部日报、成员周报：通过日报及周报管理制度，对项目人员人天/周工作内容及计划进行审查追溯，可及时发现项目中已知或未知的问题，并加以解决防控。

• 项目周报、项目追踪：对于项目周报采取双周滚动制，每周为客户发送本周项目工作总结、下周工作计划、后续工作安排，便于客户精准掌握项目进度；项目追踪对项目投入人天情况、功能完成进度进行严格汇报把控，有效控制项目进度，防止项目偏离拖期。

• 客户参与、培训协作：在项目中注重与客户的沟通，定期向客户汇报当前项目的进展情况（项目周报，项目会议），让客户能够实时的掌握项目的进展情况，加强对项目的认知度与参与度；同时在项目进行中针对客户方技术人员进行一些产品及功能原理、使用方面的培训，使客户能更快速的掌握产品。

• 重点突破、局部上线：遵循敏捷机制，在项目开展2个月左右，部分功能即可上线供客户使用，在保证系统稳定的情况下，对其它功能进行重点攻克，之后进行灰度升级。

• 步步为营、逐步推进：在项目中注重对每一个里程碑的掌控，并根据里程碑逐步推进项目进度，最终保障项目的顺利验收。

• 全面测试、消缺完善：对项目中完成的每个功能都会进行全面的测试，包括：自测、功能单元测试、小组之间互相测试、项目内部功能联测、用户真实测试等，在测试过程中会对功能问题进行不断的完善。

2.4.3.2 参与人员

    项目团队及客户方团队成员或负责人

2.4.3.3 输出资料

       每周项目工作总结、对应的下周工作计划及后续工作安排

       资料内容：

       采取双周滚动制的工作汇报，即汇报本周具体计划的同时，规划出下周工作计划和后续工作计划安排，依次类推滚动。

2.4.4 项目验收

2.4.4.1 具体内容

        验收阶段主要工作是对项目整体实施工作的回顾和总结，对实施工作的认可，也是对双方高层领导的一个工作汇报，验收合格后，转入系统维护期，具体步骤如下：

       1. 对项目情况进行汇总及文档整理；

       2. 召开项目验收会议，对项目实施过程、业务内容、工作程序和结果进行汇报及演示；

       3. 将项目中所有文档交接于客户； 

       4. 专派技术人员现场驻守，保证稳定运行后撤离，后期与运维人员进行工作交接。

2.4.4.2 参与人员

        双方高层领导、双方项目团队

2.4.4.3 输出资料

       需求规格说明书、开发规范与集成标准、系统设计规格说明书、所有项目管理过程文档（周报、会议纪要、需求变更等）、测试手册、使用手册、维护手册；项目源码、测试环境、正式环境、项目验收报告、项目验收单

       资料内容：

       需求规格说明书、开发规范与集成标准、系统设计规格说明书、所有项目管理过程文档（周报、会议纪要、需求变更等）与上述资料相同。

   1. 测试手册

• 测试方法、被测试对象、目的

• 测试环境/配置、测试条件

• 测试内容：并发量、负载量、功能使用等

• 测试结果分析

• 测试改进方案

    2. 使用手册

• 编写目的：主要对产品功能的使用方式进行撰写，便于系统管理员对信息进行维护和使用人员快速掌握熟悉系统

• 功能使用方法介绍（图文）：环境搭建、安装部署、具体使用

    3. 维护手册

• 编写目的

• 系统说明：用途、安全、程序说明

• 维护说明：约束条件、验证过程、出错及纠正方法、维护过程

    4. 项目验收单

    项目名称、启动时间、结束时间、建设内容、完成情况、双方签字确认

2.5 项目运维

2.5.1 具体内容

       项目运维阶段主要任务是系统后期的运维工作，将根据质保维护条款对系统进行持续维护，截止到运维期满后，项目正式结束，具体步骤如下：

       1. 在项目验收后，技术人员驻守阶段，运维人员进场；

       2. 与项目实施人员进行工作交接，明确项目具体内容、测试结果、部署情况、注意事项等事宜；

       3. 与客户方人员进行工作交接，明确相关负责人姓名、职位、联系方式、权限等事宜；

       4. 1-2周后，运维人员离场，并进行后续远程支持，直到运维期满为止。

2.5.2 参与人员

        项目实施人员、运维人员、运维涉及的客户方人员

2.5.3 输出资料

       项目运维报告、项目运维手册；

       资料内容：

   1. 项目运维报告

• 运维项目背景

• 运维目标

• 运维人员分配

• 运维工作总结（时间段、运维内容、流程规范）

    2. 项目运维报告

• 运维目的

• 适用范围

• 服务器及数据库说明

• 系统程序详细说明

• 系统维护说明（日常维护、备份策略、注意事项等）

2.6 项目终结/二期

2.6.1 具体内容

        项目终结主要为当前交付的应用系统在运行一段时间之后，不再能满足业务的发展需求，重构升级的成本代价大于新系统建设的成本代价，通常情况下企业会对现有的系统进行终结、停用或废弃，之后找新的乙方经历新的项目生命周期，建设适合于业务发展的信息化系统，然而这种终结不是全部系统终结后再进行新系统建设，而是新老系统并行一段时间后，在终结老系统。

        项目二期主要是对一期项目的延续，具体表现在甲方对乙方一期项目实施的效果比较满意、在一期建设后又产生了新的信息化需求、需要对一期建设结果进行系统升级、在项目规划时已经做好二期规划等，在以上情况下通常会联系一期项目团队进行项目二期的开展。

2.6.2 参与人员

• 项目终结：甲方：对应项目组成员、相应负责领导；乙方：新的项目实施团队

• 项目二期：甲方：原项目对应项目组成员、相应负责领导；乙方：原项目实施团队（双方离职人员除外）

2.6.3 输出资料

• 项目终结：甲方向新乙方提供已终结项目的实施方交付的有关项目文件，包括：需求规格说明书、开发规范与集成标准、系统设计规格说明书、项目管理过程文档、测试手册、使用手册、维护手册、运维手册、项目验收报告等。

• 项目二期：根据一期项目所提供的文档、源码、环境等，进行新的需求扩展或升级，在新需求方面同样会产生需求规格说明书、需求设计说明书等一系列文档（参考一期）。

3. 总结说明

3.1 周期分析

       本文在项目形态部分为大家介绍了常见的几种项目形态，在阶段构成部分为大家介绍了数通畅联SOA集成项目的全生命周期，无论项目最终结果如何，正常来说，软件项目生命周期从开始到结束一定是一个不断更新迭代的过程，而实施方的产品、解决方案、项目管理方法与被实施方对信息化的管理和重视程度决定着软件项目最终的使用生命周期，如图所示：

      1. 传统软件项目生命周期

       时间：5年，建设2年，使用2年后慢慢终结

       原因：建设之前无统一规划；业务越多系统越多，IT逐渐僵硬；企业无信息中心或维护效果差；项目使用产品不够敏捷、扩展、复用性差。

       2. 当前软件项目生命周期

       时间：6-8年，建设1-2年，使用4-7年后慢慢终结

       原因：分析过企业当前现状，有计划目的的建设；对项目实施方产品、方案严格选型；信息中心重视项目成果，后期有专人维护；重视系统后续升级；与时俱进，有计划的开展项目二期。

       3. 理想软件项目生命周期

       时间：10年以上，建设2年，后续可持续灵活升级支撑企业业务

       原因：企业信息化意识到位，项目前期先做咨询规划，重视信息化可持续发展；具有专业开发团队，重视项目过程，项目中主导开发或参与开发，项目结束后有一定的维护、管控能力；建设初期引入平台类产品，先搭框架，再谈建设；对项目实施方产品、技术、方案敏捷性、扩展、稳定等性能严格考量；根据业务发展，技术需求，新旧系统平稳过度式更新；项目实施方知识传递到位。

3.2 最佳实践

       上述为大家分析了软件项目最终为企业服务的时长，相信所有的企业都希望建设成果可以持续、有效的为企业业务带来支撑，企业想达到以上效果除了具有强烈信息化意识和专业管理团队之外，还需要引入具有专业敏捷的产品与丰富实施经验的实施方。

        而数通畅联作为提供开放、敏捷产品和解决方案的集成中间件厂商，将从项目初期为企业提供专业的架构规划、需求分析、技术攻关、风险预测，并根据企业信息化现状制定适合企业后续业务发展的专业技术解决方案，同时提供完备的产品培训，使甲方可以掌握产品常见的应用场景，具体项目场景如下：

 

转载自原文链接, 如需删除请联系管理员。

原文链接：软件项目的全生命周期，转载请注明来源！