信息系统集成项目中软件子系统的设计

薛业阳

（上海云思智慧信息技术有限公司 上海市 200233）

1 引言

1.1 研究背景

在交付实施类的信息系统集成项目中，系统集成项目经理是项目的统筹者和组织者，其参与管理的信息系统知识领域往往同时包括网络、硬件安装调试、弱电施工和软件系统开发，涉及到的技术种类很多。出于项目管理者的项目推动及个人技术能力等原因，集成项目经理通常不会过多的去参与项目中具体事务的执行，而主要是去进行协调和沟通。这在建筑工程、计算机软件工程中较为常见。所以，国家相关管理单位也对于这两个行业的项目经理推出了执业和职业资格证书。

软件研发经理主要是软件研发中的管理者，负责计算机软件架构设计、软件需求分析、软件研发技术等的管理工作。其实际上也是一个项目经理，只不过软件研发经理的工作更加偏技术和执行。

一个包含软件子系统的集成项目的交付实施过程，会有大量的软件开发工作，集成项目经理出于个人工作定位、个人精力或者软件开发技术能力不足等诸多原因，不会介入到太多的技术开发类工作中。那么集成项目经理对于软件子系统的实施该如何管理，即为本文的讨论内容。

1.2 主要研究内容

本文将结合个人多年的集成项目交付管理经验，提出一个集成项目中软件子系统的实施管理制度，该制度主要解决以下三个问题：

（1）集成项目中软件交付有可能是成熟软件产品的安装，或者全新业务系统的定制开发，或产品为主、接口开发为辅，那么软件子系统的种类该如何划分；

（2）软件开发中涉及的软件技术人员包括系统分析人员、架构设计人员、编码人员、测试人员等，对于集成项目经理而言，需要哪些软件交付类人员；

（3）在集成项目整体交付流程的每个环节，根据不同的软件项目类型，需要软件系统负责人具体做哪些配合。

1.3 本文组织结构

第一章 引言。介绍了集成项目中软件子系统交付管理制度的必要性。

第二章 软件子系统管理细则。详细介绍了软件子系统交付管理制度。

第三章 总结。根据实际项目经验，总结软件子系统管理制度的指导意义。

2 软件子系统管理细则

2.1 总则

（1）本制度针对含软件子系统的集成项目特点，遵循系统集成项目管理和软件子系统项目和开发管理的基本原则，借鉴了行业标准，也符合公司项目管理的制度。

（2）本制度中软件子系统实施既包括新系统开发和现有系统重大改造；本制度中项目组主要指软件子系统实施小组，包括软件部门和合格软件子系统供应商。

（3）本制度自发布之日生效，项目管理办公室（以下称PMO）拥有本制度的最终解释权。

2.2 责任分工安排

图1：软件子系统开发过程

（1）项目经理：集成项目的项目负责人，全权负责项目的交付管理工作并作为客户对接沟通协调的负责人。项目经理在项目启动时指定，负责项目整体的资源整合、沟通协调、监管把控。

（2）软件子系统负责人：在项目启动时，由软件部门（其他分包同理）指定，对于试点型项目，主要指软件子系统负责人；对于定制型项目，主要是定制开发经理；对于产品型项目，根据项目实际需要，由软件部门指定的产品技术支持对接人。

2.3 项目类型定义

含软件子系统系统的集成项目按成熟度可分为以下类型：

（1）试点型项目：项目主要以推广和验证公司产品为主，项目特点为样板工程和系统验证为目的，项目侧重点在于产品完善。

（2）定制开发项目：项目主要以维护客户关系或特定行业试点等，需在公司立项经过评审。

（3）产品型项目：项目主要以大规模产品落地实施为主，主要是保证交付成功率和客户满意度。原则上软件子系统人员不加入项目组，仅作为产品供应商，为项目提供技术支持工作。

2.4 产品类项目支持工作

对于软件子系统，各产品线需提供全面、可靠的技术支持，包括：产品安装说明、产品说明书、自研硬件规格说明书、排错指南、远程技术指导、安装运维培训等。

2.5 项目启动

项目整体启动，成立项目组。软件部门指定一名软件子系统负责人（试点类或定制开发类），全权负责该项目软件子系统产品的实施及交付工作。

2.6 施工组织计划

（1）项目内部启动后，项目经理组织核心团队成员召开项目会议，制定《项目施工组织及管理方案》。

（2）对于试点类项目，软件子系统负责人应配合项目经理编制施工组织方案中软件子系统部分的内容。对于定制开发类，需提供开发或实施计划、质量管理、风险管理、项目沟通等内容。

2.7 深化需求分析

（1）项目启动后，项目经理应及时组织相关部门开展深化需求分析阶段。

（2）试点类软件子系统，软件子系统负责人应及时编制《系统需求分析说明书》，应清晰说明本次软件子系统各内容。

（3）对于定制开发类，内容包括并不限于：功能清单、业务流程图、用户角色权限、UI 界面要求、原型文档等，软件子系统负责人还应按照项目要求输出其他文档。

（4）项目经理应主动要求用户对《系统需求分析说明书》进行签字确认，作为项目结项的唯一依据。

（5）软件子系统负责人应按照功能要求或开发计划编制《项目交付计划》并提交项目经理。

2.8 系统设计

（1）对于试点类项目，软件子系统负责人应及时与项目经理或用户确认产品的内容，沟通交流方式可包括：PPT，原型Demo，功能确认单等，设计内容需经用户书面或邮件等方式确认，确认时需项目经理在场。

（2）对于定制开发类，软件子系统负责人应及时编制《系统设计说明书》，清晰说明本次子项各内容，包括并不限于：界面设计、架构设计、开发语言、数据库设计、测试用例等，及其他按照项目要求输出的文档。

2.9 项目计划和监控

试点类和定制开发类项目，软件子系统负责人负责整个软件子系统项目的计划、组织、领导、控制以及风险识别与管理。

2.10 定制化软件子系统开发

按公司标准开发流程进行管理。软件子系统开发的输入文件，根据项目实际需求，由软件子系统负责人提交项目部；开发输出文档，须全部提交项目经理审核，以便把控项目进度，文档清单详见图1。

2.11 系统安装调试

（1）对于定制开发类和产品类项目，软件子系统负责人需提供：配套硬件的数量和要求，由项目经理组织进行统一采购申请。

（2）对于试点型项目，在产品类基础上，软件子系统负责人还需提供相关硬件的安装和技术指导，并组织软硬件联调，保证项目的交付质量。

2.12 系统测试

（1）项目部署完成后，项目经理应统一组织系统测试。对于产品化系统，软件子系统负责人应提供产品检测报告。若无产品检测报告，则需编制《软件子系统集成测试方案》，并提交《软件子系统集成测试报告》。

（2）对于试点及定制化系统，软件子系统负责人应组织测试人员，按照《系统需求分析说明书》、《系统设计明书》等内容，编制测试方案和报告。定制化项目应按照客户要求，及时提供包括但不限于以下内容：《业务流程测试报告》、《系统安全测评报告》等。

（3）测试方案和报告报告应由项目经理及时交付用户，经用户签字确认后作为后续验收依据。

（4）测试完成后，软件子系统负责人配合整改，同时及时组织更新《用户操作手册》和《安装维护手册》。

2.13 系统培训

软件子系统负责人应按照软件子系统类型的特点，编制相应的培训文档、视频、操作手册等，开展具体的培训工作。

2.14 系统试运行

试点类和定制开发类项目，软件子系统负责人配合项目经理做好试运行计划、试运行记录，以及试运行结束后的试运行报告的整理等工作。

2.15 系统验收

（1）项目经理应及时与用户确认项目验收方案和项目验收标准，及时组织并开展项目验收工作。

（2）试点类和定制开发类项目，软件子系统负责人按照项目验收方案和验收标准，准备软件子系统相关验收材料，并配合用户进行项目验收。

2.16 系统移交

试点类和定制开发类项目，项目移交过程中软件子系统负责人应对系统进行统一检查，及时对问题和漏洞进行修复。软件子系统移交应包括但不限于以下方面：系统移交、管理员账号移交、系统文档移交等。

2.17 内部运维移交

（1）试点和定制开发类项目，由软件子系统或定制开发团队负责软件的售后运维，保证系统的正常运行。

（2）产品类项目，软件子系统负责人指定运维支持人员，配合项目经理有序开展运维工作。

2.18 附则

对于试点和定制开发类项目，软件子系统负责人有责任按用户需求及公司管理的相关要求，配合项目经理执行系统上线、结项管理、配置管理、质量保证、合作开发管理等过程或相关制度。

3 总结

本文提出的信息系统集成项目中软件子系统的实施管理制度，是基于系统集成项目总体管理流程提出的一种辅助管理制度。该制度规定了软件子系统必须指定负责人，且哪些人员可以作为软件负责人；该制度也对集成项目中可能遇到的软件子系统的种类予以划分，主要是试点类软件子系统、产品类软件子系统和定制开发类软件子系统，不同种类的子系统需要软件子系统负责人作的配合也不尽相同。

本制度出炉之前，本人所在单位的集成部与软件开发部，在共同交付含软件子系统的集成项目时，经常会因为软件人员没有明确定责或职责划分不清的情况，导致某个环节的交付工作不能顺利监管或执行、项目输出物不全或者质量不达标，出现扯皮或业主追责的问题。原因就是不同类型的软件子系统需要提供什么样的配合，以及出什么样的项目文档，没有明确的规定。

经过本制度的执行，项目管理思路明确，提高了集成项目经理的工作效率及项目交付质量。个人觉得，此制度具有市场推广的价值。