系统集成项目实施方案

系统集成项目实施方案
系统集成项目实施方案V3.0
系统集成项目实施方案
系统集成项目实施方案V3.0
目录
2.3.3制定项目监理制度，明确风险管理的地位和责任...一
系统集成项目实施方案V3.0
系统集成项目实施方案V3.0
1.运营管理
城市运营中心的建设不是一朝一夕的事情。

城市公共息云服务平台和数据中心要在使用过程中进行磨合，发现问题，改进升级。

使用是检验软件系统建设、推广建设成果、发现问题、优化软件系统的必由之路。

为了更好地推广和使用平台的建设成果，保证软件系统的稳定高效运行，做好服务工作，及时处理各类用户的反馈需求和问题，在运营管理中需要做好以下工作：
1.1成立运营团队
运营团队包括决策团队、运营支持团队、数据采集团队、技术支持团队、应用推广团队。

决策小组对运行过程中遇到的重大问题进行决策，由政府领导和有关专家组成。

良好效果的应用和推广离不开领导的大力支持；运维团队负责建设成果涉及的基础硬件和网络环境的日常维护和故障排除、定期病毒预防、服务器迁移、部署调试、数据备份等。

对软件成果，根据用户的需要，处理和定制软件成果所需的各种数据；数据采集团队基本以社区为单位，整合社区其他数据采集团队，如计生专员、治安警察等，共享采集到的息。

公共息云服务平台的建设是一个基础平台，各部门、企业和公众都将在此基础上构建自己的应用系统。

系统如何搭建，必然会涉及到很多技术问题，需要一个技术支持团队对技术问题及时解答甚至上门支持。

要想充分应用城市公共息云服务平台、数据中心等这么多成果，首先要让大家了解和熟悉，这就需要一个团队做好最好的宣传、推广和培训，第一时间让大家及时、准确、完整、通俗地了解和熟悉这些成果。

鉴于政府人员配备有限，运维团队、技术支持团队、应用推广团队都可以采取人力资源外包的方式吸收公司在本地提供服务。

1.2制定制度与规范
平台的推广与运营离不开领导的支持，但领导支持很多时候是阶段性的，为了更好将平台及相关成果应用和推广出去，各类强制性的制度是必不可少的，需要通过政策与制度保障平台、数据中心等各类成果长期、正常的可持续性应用和4
系统集成项目实施方案V3.0推广下去。

在平台及各类成果的建设和使用当中，需要基于国际、国内的各类标准规范，参考本地的现实情况制定各类规范，规范大家的使用习惯和方式，确保各系统间的互联互通，同时也保障与上级单位间的资源共享与互联互通。

1.3实施绩效考核
从数据交换和更新到现有的新应用是否基于平台和数据中心建设以节约建设成本、缩短建设周期，都将进行绩效考核，确保数据的当前和新鲜，确保平台和数据中心能够达到节约应用系统建设资金、缩短建设周期、建成后实现资源共享和互联互通的目标。

1.4开展推广培训
定期组织培训，宣传介绍城市公共息云服务平台建设成果，通过培训集中、快速地宣传介绍平台建设成果。

针对不同人群组织不同主题的培训会，从应用效果、场景、案例等方面对管理者进行介绍和培训。

针对具体的应用和开发者，从如何使用、如何运维、如何开发、如何设计架构等方面提供技术培训和介绍。

培训不仅是内部推广应用的成果，也是更好地向兄弟区县推广城市公共息云服务平台建设模式的有利途径。

通过培训和推广，在国内的知名度会得到更好的提升。

借助新媒体，开通微博账号、微账号等。

第一时间向城市公共息云服务平台通报建设成果和近期上线的应用；制作宣传片和宣传册，同时借助传统电视媒体和报纸全面宣传城市公共息云服务平台建设成果。

2.项目管理与进度计划
2.1项目质量管理
作为项目最终交付的一部分，产品开发的质量直接影响项目整体交付的质量。

进行项目管理既是业主方对本次项目的要
求，也是我公司软件开发的规范性要求之一。

有关的项目管理工作内容如下：项目策划、项目过程监督、项目风险管理5
系统集成项目实施方案V3.0和项目验收管理等。

2.2项目总体进度
项目持续时间：
该项目将在xxx年内从合同签订开始到xxx年底完成。

在系统开发过程的每一步，开发方将严格按照相应的规范和标准执行，特别重视工程质量的保证，以便最终生成高质量的软件产品。

（1）项目管理协调小组会议
项目经理每月召开一次项目管理协调小组会议，回顾项目进展，协调各方工作。

（2）计划的维护
项目组每月向项目控制、管理部门和用户发送一次项目进度报告，详细说明项目的进展情况，列出所有未完成的工作，说明未完成工作的原因，及时修正和维护计划。

（3）工作考核与奖惩
开发商将根据合同制定严格的工作计划，并根据项目团队中每个人的工作质量、工作效率、工作态度和团队精神，设置相应的奖罚制度，以鼓励按时完成任务，保证项目的施工进度。

(4)机构设置
为确保安全城市数据中心共建共享项目的顺利进行，确保任务的有效分工和协调合作机制的顺畅，建议组织架构如下：6
系统集成项目实施方案V3.0
项目领导小组：由镇政府、息办、实施方高层等组成，负责监督和指导工程建设工作，对预算、项目重大变更、投产方案和重要议题作出审核及决策。

项目工作组：由息办、项目交付团队领导共同组成项目工作组管理成员。

由项目经理负责控制整体进度计划；负责与客户相关职能部门的联络沟通与协调；负责公司内部资源对项目的支持与调配；负责项目阶段性汇报与评审；组织实施项目管理过程并控制执行规范，分析、评估并控制项目风险定期提交相关报告与交付件等相关工作。

各专业组：
业务组：配合各业务部门和单位与项目组进行数据中心业务梳理工作，
包括系统方案的设计变更等工作；
技术组：参与项目建设的发展；
测试组：参与项目建设的测试工作；
实施组：参与项目建设的软硬件设备上线与培训，工程施工等实施工作；
质量保证组：负责参与项目建设过程中的质量规范管控工作。

2.3项目风险管理
风险贯穿于项目的整个生命周期，因此风险管理是一个连续的过程。

7
系统集成项目实施方案V3.0好的风险管理机制保证项目的成功实施。

风险管理是项目管理流程与规范中的重要组成部分，包括以下几方面：
（1）风险管理规则；
（2）明确风险管理岗位与职责；
（3）不断丰富风险数据库、更新风险识别检查列表、注重项目风险管理经验的积累和总结。

由于风险是在项目开始之后才开始对项目的开发起负面的影响，所以风险分析的不足，或是风险回避措施不得力，都很有可能造成软件开发的失败。

风险分析是在事前的一种估计，凭借一定的技术手段和丰富的经验，基本能够对项目的风险做出比较准确的估计，经过慎重的考虑提出可行的风险回避措施，是避免损失的重要环节。

风险的识别就是确定何种风险事件可能影响项目。

在项目开始、每个项目阶段中间、主要范围变更批准之前都要进行风险识别，实际上它在整个项目生命周期内都是一个连续的过程，通过识别已知的和可预测的风险，项目管理者在可能时预先采取措施避免这些风险，必要时控制这些风险。

2.3.1制定风险管理规则，规范风险管理
(1)风险管理的原则
全面周到原则
量力而行的原则。

成本效益比较原则
注意使用商业保险
(2)风险管理的基本程序
风险辨认
风险衡量
风险管理
8
系统集成项目实施方案V3.02.3.2开发应对措施
（1）软件技术风险
这个项目在技术成熟度上没有风险，但是为了实现一个好的软件架构和稳定的组件，与传统的开发方法相比，有相当多的额外工作要做，这会给项目工期带来更大的风险。

(2)软件过程风险的识别和控制
软件需求阶段的风险
软件开发从用户需求入手，乙方派出有系统开发和业务经验的人员进行需求调研。

在研究过程中，乙方与该局进行了广泛的沟通和确认，并形成了书面形式的重要文件《书名号123》。

文档需要对每个需求进行标注，系统开发人员根据客户需求搭建系统原型，对用户需求的不确定性进行解释和修正，最终得到双方确认并签字的用户需求。

设计阶段的风险
设计的主要目的在于软件的功能正确的反映了需求。

设计阶段的主要任务是完成系统体系结构的定义，使之能够完成需求阶段的即定目标和检验需求的一致性
和需求分析的完整性和正确性。

组件和构件技术都是为了提高软件的可靠性和软件的可扩展性而采用的技术手段。

从技术上实现良好的软件构架和稳定的组件。

➢开发阶段的风险
源代码本身也是文档的一部分，同时它又是将来运行于计算机系统之上的实体。

乙制定源代码书写的规范性和可读性规范，并运行监督体制监督开发人员，使系统代码规范化，把属于程序员自身个性风格的成分引入代码的比例降到最低限度，从而减小系统整合的风险。

乙方需要组织专门的测试小组，对系统进行单元测试、集成测试、确认测试、
9
系统集成项目实施方案V3.0系统测试和性能测试，力求尽早、尽多地发现系统的缺陷和错误。

2.3.3制定项目监督制度，明确风险管理岗位与职责
乙方需要建立监督体系，项目开发的任何重大决策都必须在主要技术环节有用户参与的情况下做出。

在项目中，项目监理由项目开发中的质量监督小组实施。

主要技术人员和管理人员的具体名单见招标商务资料。

3.验收要求
3.1工程验收概述
整个项目的实施分为项目准备、项目实施、项目验收、售后服务和技术支持几个阶段,其中针对定制应用软件系统开发，必须完成下述过程：用户需求项目的开发前调研；需求分析；系统设计；详细设计；编码；调试；系统集成及试运行；测试与验收；交付及合同期内的维护。

3.2验收方案
3.2.1成立验收组织
成立由开发商、相关部门以及其他人员（专家顾问）组成的验收小组，负责对项目进行全面的验收。

3.2.2验收标准
从系统的实用性、稳定性、可维护性、灵活性、可操作性及系统文档、代码、规范及注释说明等方面全面组织验收。

系统实用性：项目验收最关键的指标，检查系统是否符合当前业务的需要，特别是业务流的整体性和数据流的一致性，并前瞻性提供未来业务接口。

系统稳定性：硬件环境的稳定性、软件运行异常处理和正常运行情况。

系统可维护性：含网络系统管理与维护、服务器系统平台管理与维护、操作系统管理与维护、应用系统软件管理与维护、数据库管理与维护以及数据库备份、应用系统备份，灾难事件处理与解决实施方案等。

10
系统集成项目3.0版的实施
文件：检查文件是否完整、规范、准确、详细。

主要文档包括：需求分析报告、框架设计报告、数据库物理和逻辑设计报告、详细设计报告、编码规范和技术选择报告、测试报告、系统部署和发布报告、集成计划、软件用户手册、系统维护计划和操作文档等。

代码规范及注释说明：程序代码编写是否规范；注释说明或代码文档是否详细全面；接口定义是否符合局息系统规划一致性的要求。

系统灵活性：系统是否方便客户进行地维护；系统是否在先进性的基础上具备未来升级和可扩充性；是否利于系统平台迁移和部署等。

系统可操作性：界面是否友好性；是否实现傻瓜化操作和智能化数据检索功能。

系统安全性：是否有完善的安全机制保证系统的安全性，包括软件方面的安全防范，硬件方面的安全设置。

其他验收标准：其他的与本系统相关的验收标准。

3.2.3对乙方要求
根据测试方案提出验收方案和验收文档清单，并由甲方根据验收方案对系统每个模块进行逐一验收。

在项目验收期间，将收集系统的所有相关产品规格、技术文件、数据、安装和验收报告并交付给用户。

任何测试必须使整个系统完全通过，甲方无需进行部分验收。

如果在15天内测试失败，用户有权停止接受并拒绝该系统。

3.2.4系统验收过程
系统初验
一旦系统联调及测试按照工程进度表顺利完成后，项目小组将和用户的技术人员一起进行整个系统的初验和整体割接测试。

有关整个合同设备初验的具体细节将在系统联调完成后进行详细讨论。

系统试运行
11
系统集成项目3.0版的实施
系统的试运行将在系统初步测试后开始，系统的试运行期将在合同谈判中确定。

系统终验(项目最终验收)
当整个系统进入试运行期，乙方须向用户提供行之有效的技术支持以确保整个业务的稳定和有效地运营，并确保整个业务能够顺利通过系统终验。

在此同时，乙方须通过具体的技术支持帮助用户操作人员熟悉和掌握这些设备和维护技术。

系统试运行期是一个非常重要的时期。

在此期间，由于用户技术人员的技术水平、设备管理、设备操作和具体设备维护之间的磨合，将会出现许多意想不到的设备问题和人为故障。

而这些问题一般在系统开始运行时不会马上出现，而且许多技术问题是和技术人员的具体操作有直接关系。

在系统试运行期，乙方将配合用户的要求提供必要的现场技术支持，同时通过定期维护以避免设备故障的发生。

在系统调试的情况下，项目团队将与用户一起进行系统最终检查。

3.2.5提交成果
在正式验收前，中标方应将完成的项目成果整理正式移交给承建单位，其成果内容包括但不限于如下内容：
表11.1项目提交成果列表
序列号类别
标准规范类成果
项目实施方案
项目需求规格
概要设计说明书
1、
开发类文档
系统设计的详细描述
书
系统测试报告
项目周报
用户使用手册
内容提交方法和要求
光盘、纸介质
光盘，
光盘、纸介质
光盘、纸介质
光盘、纸介质
光盘、纸介质
光盘、纸介质
光盘、纸介质
12
系统集成项目实施方案V3.0
项目总结报告
软件维护手册。

数据整合文档各类数据整合报告xxx镇数据中心数
2数据成果据库
公共息云服
务平台
“智慧人口”综
合服务系统
共建共享平安
3软件系统
光盘、纸介质
光盘、纸介质
光盘、纸介质
光盘
城市综合治税
光盘
系统
规划一张图
综合镇情系统
三维管线应用
4.售后服务
4.1售后服务计划
4.1.1保修期内售后服务
提供一年的免费维护和升级。

在保修期内，我们提供本章节中规定的所有服务内容。

7×24小时电话或电子邮件服务，l小时内做出明确响应和安排，非灾难性问题在4小时内解决，并做出故障诊断报告。

如需现场服务的，具有解决故障能
13
系统集成项目实施方案V3.0力的工程师应在1小时内到达现场。

在保修期内，我们将根据业主的要求提供定期的现场服务。

4.1.2保修期外的售后服务
保修期后1年内，乙方须提供本章节中规定的内容服务，主要有下列服务方式：
电话支持加上现场的技术支持维护，年服务费用为该软件系统总合约的百份之五。

全职的现场技术支持，年服务费用为该软件系统总合约的百份之十。

4.2售后问题评估
当应用软件出现影响系统正常运转和使用的问题后，乙方需要确定问题发生的可能原因：硬件、软件或网络方面的问题，然后通过对问题的分析，给用户提出合理的解决问题的方法和建议。

4.2.1问题的确认和软件错误的修正
当问题得到确认后，通常以下列方式进行维护：
表11.2维护方式表
类别
用户级错误
硬件问题
软件问题
现场支持或电话支持
硬件维护/第三方维护
软件维护
解决方式
解决问题的优先次序是根据问题的严重级别和产生问题的原因来决定的：
高–需要立即解决的问题。

中–需要尽快解决的问题，但在优先级别为“高”之后。

低–在不影响系统正常运转和使用情况下，根据实际情况在一定的时间范围内解决。

根据问题的优先次序，由项目经理与中心相应负责人协商，安排相应人员去
14
系统集成项目实施方案V3.0解决问题。

4.2.2小的改进和系统变更
实现系统的变更和小的改进，包括测试，从产品系统的测试环境到正式运行环境的迁移，以及文档的更新等。

提供系统改进或变更后的用户培训，包括培训材料的准备，培训环境的搭建和培训课程的安排等。

4.2.3小的改进请求所带来的影响分析
对于系统改进和变更进行所带来的影响进行分析，包括时间，周期，工作量，风险，优先级别，成本，好处；同时对于变更提出合理的建议。

4.3售后服务范围
4.3.1电话支持服务
提供7×24小时电话响应和不限数量的售后电话支持，帮助客户迅速有效地解决问题。

按照正规的支持流程受理客户的问题，根据客户的请求进行分析判断，并转给适当的技术工程师进行处理。

4.3.4定期客户拜访服务
通过邮件的方式，用户对问题的出现提供详细的描述，乙方在8小时内做出问题解决回应，以邮件的形式提供解决方案。

表11.3邮件服务方式
响应时间服务内容及规范
对于一般技术问题，由第一响应人（项目负责人）负责所有问题2小时响应的响应及解决，以邮件形式提交给客户，并记载支持服务记录，
归档。

响应时间为2小时
对于需根据一定经验和讨论才能提出解决方案的技术问题，由第8小时响应一响应人（项目负责人）和技术人员组成支持小组，8小时内提出
问题替代方案，通过邮件形式提交客户，并记载支持服务记录，
15
3.04.3.7软件系统升级系统集成项目实施方案
归档。