集成项目建设方案

集成项目建设方案（共6篇）

篇1：集成项目建设方案

信息集成平台建设方案 建设需求

一个完善的医院信息系统通常由上百个子系统组成，牵涉众多的专业领域。这么庞大的系统需要非常专业化的软件开发分工，整合不同厂商有特色的专业系统是医院信息系统的发展趋势，医院信息化能够取得成功必须保证各个系统的有效集成和数据的高度共享。然而这些系统通常是随着医院的发展需求逐步建设的，它们来源于不同的厂家，基于不同的技术，缺乏统一的信息交换标准，这些系统的集成整合已经逐渐成为医院数字化发展亟待解决的主要问题。

系统集成平台的构建主要面向两个核心问题：一个是为各种医疗应用提供统一的医疗数据访问服务，从而消除各种医疗应用系统与医疗数据中心的直接耦合性；另一个是为各种临床信息系统提供系统集成服务，系统集成服务基于系统集成模型，通过HL7和DICOM等标准通讯协议为各种医疗应用系统提供集成服务，确保各个临床信息系统在工作流整合的基础上实现交互协作，从而以数字化的形式完成各项医疗业务。建设目标

系统间的整合、集成和扩展一直都是制约医院数字化发展的主要障碍，由于不同厂商之间的产品不兼容，使得医院整体信息化步履维艰。通过建设一个规范的系统集成平台，在IHE、DICOM、HL7等国际标准的基础上，制定覆盖医疗所有业务流程的系统集成规范，开发基于规范的系统集成平台，为遗留的、当前的以及将来的系统提供了一个统一且标准的数据交换和工作流协同的平台。信息集成方法

信息集成方法有三，即应用集成、数据集成、界面集成，这三种集成方式各解决不同方面的问题。应用集成指应用程序之间实时或异步交换信息和相互调用功能，可以采用HL7消息，Web Service，CORBA，EJB，DCOM，RPC等标准，采用消息中间件，BPM等中间件实现；数据集成是指应用系统的数据库系统之间的数据交换和共享，以及数据之间的映射变换，常采用ETL（Extract-Transform-Load）工具实现；界面集成含义是应用程序界面之间相互关联引用合成，采用技术包括ActiveX插件、Portlet、IFrame等。

协同应用从早期单纯的点对点接口方式，发展到现如今的集成平台方式。各种方式中：

 点对点接口方式的复杂性在于要和不同的系统建立1：N的接口，假定有N个系统相互之间需要建立接口，则接口数为 N*(N-1)/2。

 集成平台方式中，在N个系统需要进行应用协同的情况下，只需要开发N个适配器接口即可，减少了集成平台的系统负荷。

由于医院信息系统复杂性，我们根据不同的需求和应用场景，设计分别采用上述三种不同集成方法和手段进行信息集成。应用集成

和医技辅诊科室信息系统（如PACS/RIS、LIS、MUSE等）的信息集成，这种场景，信息交互的数据量不大，实时性要求不高，且各信息系统各专业厂商实现方式相差较大，采用基于集成平台的应用集成方式是最优选择。

集成平台体系结构如下图所示，集成平台对外提供支持多种方式的集成服务：包括WebService服务、TCP监听服务、文件监测服务、FTP服务、SQL监控服务等方式。

医院信息系统在国际、国内广泛采用的有一套集成规范，即：医疗健康信息集成规范（IHE）规范。IHE规范未定义新的集成标准，而是采用了“标准协调”过程推动基于工业标准的医疗IT系统互操作性。在IHE中，消息传递采用的是HL7（2.x版本)标准，影像传递采用DICOM标准。本集成平台的集成严格参照该规范进行：信息集成平台在进行消息时采用HL72.4标准进行消息传递、在消息内部传递DICOM StudyUID，以满足后续DICOM图像应用时的需要。

临床信息集成用于对各临床信息系统进行信息层面的集成事务处理。事务的定义参照IHE规范执行，消息的交互标准参照HL7 2.4标准执行。

集成平台内部引擎本身由Ensemble集成平台基础之上进行二次开发而来，依托Ensemble本身对各种适配器的支持，集成平台对外能够提供多种接入服务方式：TCP、文件夹监听、FTP文件监听、自定义WebService、SQL监听等形式。以更多接入方式进行各种不同方式集成各业务系统。

集成流程以业务流程可视化、可编辑化对外提供工作流程的制定与使用。集成引擎基于标准的业务流程执行语言（Business Process Execution Language）进行扩展应用，以描述交互应用。4.1 信息集成模块与示例

信息集成组件主要由以下几部分组成Business Service业务服务、Business Process业务处理、Business Operation业务操作，这几部分共同作用下，将集成事务与消息传递进行完成。其中，Business Service主要负责进行消息的监听与接收；Business Process负责全局的消息路由转发、事务流程处理、消息匹配映射等工作职责；Business Operation负责将转换完成、最原子化的一个操作，发送/调用信息集成的目标端。同时在三者相互作用下，消息的反馈准确的返回到Business Process，由Process来讲反馈消息控制返回到消息发送方。示意图如下（后续对该示例进行说明）：

4.1.1 业务服务监听与接收

在当今医院中，存在各种各种的医疗业务系统，医疗业务系统的多样性，就将导致与其集成时，接入方式的多样性，如部分系统已实现TCP的发送传递；部分已实现文本输出等。集成平台作为医院信息系统的中转、适配角色，在接入方式的多样性成为必要条件。如前所述，在这方面，集成平台允许的接入方式有：TCP、FILE、FTP、SQL、SOAP(WebService)、HTTP、MAIL等多种方式与相应的适配器。

在多种方式的接入过程中，将不同来源的消息通过统一的出口转交给业务处理部分，由其进行路由住转发、消息匹配映射、业务流程处理等相关的工作。

在本示例中，EMRS通过WebService的服务监听（BS.WS.EMRWS）方式将消息内容传递进集成平台，在通过验证后，将该消息转发给了业务处理模块中的路由模块。

4.1.2 消息路由转发

在一些应用场景中，如电子病历系统、重症监护系统、HIS系统三者进行信息传递时，部分信息是需要三者之间交互的，而部分信息仅仅需要两者之间交互，这在消息转发路由时，需要有一定的控制，起到闸门的作用。如：HIS系统进行入院登记时，需要将病人的信息发送到电子病历系统与重症监护系统；而在重症监护系统采集到病人生命体征信息时，仅仅将此信息发送到电子病历系统即可。因此，在集成平台中，引入消息路由转发的相关模块就显得比较重要。

在本示例中，EMRCTLRouter这个消息路由者在接受到BS.WS.EMRWS的消息时，可能会转发至EMRPlaceOrder、EMROrderCA、BadMessageHandle三个相关的处理模块。而具体转发至何模块，由消息头定义中的相关信息具体定义。消息路由者起到解析与转发的作用。

4.1.3 事务业务流程处理

即时消息路由已经正确路由转发了消息到准确的端点，但是在对应的端点内，还会有一些业务流程需要进行处理。如在EMRS下达一个新的Order的时候，需要的一定的情况下产生不同的业务流程分支：如该病人为门诊病人或者住院病人，则有必要产生HL7 消息中的住院病人登记信息与门诊病人登记信息：ADTA01与ADTA04。

在本示例中，BPEMRPlaceOrder的内部业务流程如下，每一个结点代表着一次逻辑处理过程：

4.1.4 消息匹配映射

在一些情况下，消息的传递方并无必要产生HL7标准格式消息的情况下，如EMRS与集成平台为内部互调时，双方之间提供预定义的WebService的接口，以快速的开发与进行集成。此时便需要在WebService中定义的消息格式与标准HL7消息格式之间进行着匹配转换的工作。而该转换工作的处理调用是由事务业务流程处理模块来发起调用的。

4.1.5 终端消息发送

在进行正确的消息格式转换与业务逻辑处理，此时的消息已经成为一个符合终端系统需要的消息格式。在事务业务流程处理中，会将此消息投递给相应的终端系统。

在投递消息完成工，事务业务流程处理模块会进入等待反馈的状况，等待终端系统反馈一个应答消息，以表示该消息在终端系统中被准确的处理。事务处理模块收到该应答消息，并组织成发送端系统需要的消息格式，并作为应答系统，反馈至发送端系统。

4.2 集成事务处理流程规划

上述主要针对集成平台中各个模块作用于应用场景进行了阐述，下面将以IHE规范中医嘱下达方医嘱执行的完整业务流程为例，进行完整的集成事务流程描述。该流程反应了普遍的医嘱流程，多数院内的医嘱流程都可参照执行，为医院的信息系统集成方式提供良好的参考。本示例中，目标系统以PACS为例。上层应用程序新开申请单集成平台PACS住院病人：发送ADT^A01消息/门诊病人：发送ADT^A04消息响应ADT^A01消息/响应ADT^A04消息发送ORM^O01消息(control code=NW)响应ORM^O01消息对检查申请进行安排后，发送SIU^S12消息响应SIU^S12消息查询申请安排情况开始检查时，发送ORM^O01消息(control code=SC Order Status=SC)响应ORM^O01消息检查完成后，发送ORM^O01消息(control code=SC Order Status=CM)响应ORM^O01消息有图像数据（图像匹配）后，发送ORM^O01消息(control code=SC Order Status=DA)响应ORM^O01消息发送DFT^P03消息响应DFT^P03消息通知收费系统进行收费查询申请检查信息报告完成后，发送ORU^R01消息(OBX.11=P，初步报告)响应ORM^O01消息查询申请检查报告报告审核后，发送ORU^R01消息(OBX.11=F，最终报告)响应ORM^O01消息查询申请检查报告

另外，在院内经常出现的是在IHE规范中描述的：执行者医嘱流程，即由医嘱执行者（PACS系统中，为检查科室）进行医嘱下达的过程并执行的流程。如下图所示： PACS发送ORM^O01(control code=SN)消息时，消息中必须包含病人号（PID.3），也就是说病人已经挂过号。上层应用程序集成平台PACS急诊检查登录时，发送ORM^O01消息(control code=SN)发送响应ORR^O02消息(control code=NA)开始检查时，发送ORM^O01消息(control code=SC Order Status=SC)响应ORM^O01消息检查完成后，发送ORM^O01消息(control code=SC Order Status=CM)响应ORM^O01消息发送DFT^P03消息响应DFT^P03消息通知收费系统进行收费查询检查信息报告完成后，发送ORU^R01消息(OBX.11=P，初步报告)响应ORU^R01消息查询检查报告报告审核后，发送ORU^R01消息(OBX.11=F，最终报告)响应ORU^R01消息查询申请检查报告更新或合并病人信息发送ADT^A08消息，更新病人信息/发送ADT^A40消息，合并病人号响应ADT^A08消息/响应ADT^A40消息 数据集成

在实际业务应用中，日常医院的HIS库与ERMS库之间存在较多需要高频率、高性能要求的交互，如计价信息与药品库存等信息的实时共享等。针对这样的应用场景，我们采用了ETL工具(GoldenGate)在数据库底层进行的DB层同步方式。目前，医院已经存在比较完整的医疗信息系统，这些医疗信息是以JW1H系统为基础，增加医院自己的需求发展而来。ERMS电子病历系统是一个完整的独立产品，他有他自己完整一套的系统架构和数据中心结构，而在系统架构和数据中心结构上医院现有医疗信息系统和EMRS电子病历系统都存在较大差异，这就决定了现有系统和EMRS电子病历系统很难共用一个数据库。可另外一方面，EMRS电子病历系统和医院现有医疗信息系统都是医院系统不可分割的一部分，他们即有自己工作的重点，又有相互联系和配合，只有相互无间的结合，才能快速、高效和正确地完成日常工作。应用EMRS电子病历系统之后，医院现有医疗信息系统的主要工作就会变成传统意义上的HIS业务工作，如经济管理、人员管理和物资管理等，而EMRS电子病历系统主要完成以患者为中心的诊疗行为业务工作。

两者之间存在着千丝万缕的关系，以医嘱业务举例，如EMRS电子病历系统下达、转抄和校对医嘱之后，医院现有医疗信息系统需要完成对应的业务操作，如医嘱摆药和医嘱收费操作等，这就需要在这两个系统之间同步数据信息，而涉及到同步的医疗业务往往涉及的医疗各个环节，如诊疗、药房、收费、人员管理等，因此需要信息同步的数据量会比较大，而同时为了不造成医疗业务的延迟和脱节，也需要很高的实时性。

在这种应用场景下已不适宜采用基于集成平台的，通过消息交互的应用集成方式。消息集成方式，往往需要一个发起方和接受方，而发起方和接受方往往需要一些额外的支持，如发起方需要调用接受方提供的接口等，期间可能还涉及到一些负责的来回交互，最主要的是，消息集成在数据量很大的情况下，处理速度不是很快，因此，我们将通过数据集成的方式来实现数据同步，数据库集成工具采用Oracle GoldenGate。

医院涉及到需要数据同步的包括两个部分：HIS数据库和EMRS数据库。我们将采用GoldenGate实现HIS数据库数据和EMRS数据库之间的数据双向同步。其基本结构图如下图所示： HIS数据库服务器GoldenGate双向复制PRIDE数据库服务器 从上图我们可以看到发生在HIS数据库上的相关数据变化通过GoldenGate实时同步到EMRS数据库，而发生在EMRS数据库上的相关数据变化通过GoldenGate也会实时同步到EMRS数据库。其中具体的实现过程如下图所示：

从上图我们可以看到数据同步的核心是GoldenGate，在HIS数据库和EMRS数据库上变化数据的捕获、传递和复制都是通过他来完成的。当EMRS数据库发生数据变化的时候，如EMRS下达、校对医嘱之后，此时运行在EMRS数据库服务器上的GoldenGate将捕获该功能业务对应的变化数据，并通过网络传递到HIS数据库，HIS数据库接收到这些变化数据之后，运行在HIS数据库服务器上的GoldenGate解析这些变化数据并应用到HIS数据库，此时如摆药程序就能看到相应的医嘱记录并进行摆药。反之HIS数据库上的变化数据也是经过上述过程应用到EMRS数据库。

通过GoldenGate我们可以很好地实现了HIS数据库和EMRS数据库的之间的独立和联系，使他们各尽其职，分工明确，一起很好地共同支撑整个医院的正常运营。5.1 GoldenGate概述

Oracle GoldenGate软件是一种基于日志的结构化数据复制软件，它议决剖析源数据库在线日志或归档日志取得数据的增量改变，再将这些改变运用到目标数据库，从而完成源数据库与目标数据库同步。GoldenGate 能够在异构的IT基本结构（包括几乎一切常用操作系统平台和数据库平台）之间完成大量数据亚秒一级的及时复制,从而在能够在应急系统、在线报表、及时数据仓库供应、买卖跟踪、数据同步、集中/分发、容灾等多个场景下运用，而我们采用的场景是数据双向复制，GoldenGate双向复制的工作原理如下图所示：

如上所示，GoldenGate在实现数据同步的时候，主要涉及到三个重要进程：抽取进程、投递进程和应用进程。

1.抽取进程：就是上图Capture进程，该进程主要负责读取数据库对应的日志文件，将数据变化保存到队列文件中；

2.投递进程：也叫传输进程，该进程主要负责将源数据库中产生的变化的队列文件进过压缩和加密等方式，通过网络传输到目的数据库； 3.应用进程：也叫接纳进程，该进程主要负责将投递进程传递过来的源数据库的数据变化队列文件解析出来，并应用到目的数据库中。上述三个进程完成了从源数据库到目的数据库的单项同步，如果再加上从目的数据库到源数据库的相似的三个进程，就实现了源数据库和目的数据库之间的双向同步。

5.2 GoldenGate的特性

1.基于日志的实时数据复制：相比传统依赖数据库触发器和规则的方法来捕获数据变化，GoldenGate采用读取日志方式对源数据库影响小很多，速度也快很多。

如上图所示，GoldenGate是通过数据日志挖掘的方式实现的。2.事务完整性：GoldenGate只复制成功提交的事务，同时目标数据库按照源数据库的操作顺序，而且，可以中断可以自动恢复，这些保证了源和目标之间的事务完整性。

3.检查点机制保障数据无丢失：GoldenGate的抽取和复制进程使用检查点机制记录完成复制的位臵。对于抽取进程，其检查点记录当前已经抽取日志的位臵和写队列文件的位臵；对于投递进程，其检查点记录当前读取队列文件的位臵。

上图中，Capture、Pump和Devlivery将传递状态存储至checkpoint file确保其恢复性，检查点机制可以保证在系统、网络或GoldenGate进程故

障重启后数据无丢失。

可靠的数据传输机制：GoldenGate用应答机制传输交易数据，只有在得到确认消息后才认为数据传输完成，否则将自动重新传输数据，从而保证了抽取出的所有数据都能发送到目标端。数据传输过程中支持128位加密和数据压缩功能。界面集成

对于医学影像、心电图波形数据，临床医生的需求是，不仅能浏览图像和波形，还须有对其处理的要求，通常对应系统供应商提供了DICOM影像浏览器和心电图浏览器，这些浏览器提供相应的工具来处理、管理、传输和转换图像和波形。针对这种带专业处理功能的人机交互界面的应用程序，我们采用界面集成的方式，集成专业浏览器插件或应用程序。

针对这种方式的场景，EMRS系统将采用界面集成应用的方式集成数据综合浏览视图，在临床数据中心一节中已提到，该视图采用组件化方式进行开发，实质是各类专业浏览插件的容器，支持对各种医学影像（X-Ray、CT、MRI、超声、胃肠镜）、心电图、监护数据和麻醉监护数据等在内的多种医疗数据的综合阅览分析。

至于各专业浏览器插件内部的实现，可能又会采用应用集成的方式，但通常为了提高性能，和多媒体资料库中心采用直连的方式获取影像和波形。

以DICOM影像浏览器组件为例，其内部采用DICOM标准进行医学影像格式定义与交互传输。该模块以OCX控件的方式实现，同时提供给集成事务处理模块和医护工作站使用。EMRS医护工作站使用DICOM引擎主要实现从影像中心查询和获取影像等功能。6.1 DICOM影像应用流程规划

DICOM影像的显示流程如上图所示，主要由以下几步组成：

医护工作站通过调用DICOM引擎，设臵参数（Study UID或Study Type + Study ID，DICOM Server的IP、Port、AE）*，请求获取一个检查的影像；

DICOM引擎启动DICOM Query服务，获取检查影像数，事件通知医护工作站，医护工作站可以根据返回的影像数启动初始化进度条；

DICOM引擎启动DICOM Move服务，向影像中心请求影像； 影像中心启动DICOM Storage服务，向DICOM引擎发送影像；

DICOM引擎每接收到一个新文件，事件通知医护工作站，医护工作站可以在此事件的处理中打开并显示此文件，同时改变进度条位臵；

DICOM引擎接收到DICOM Move响应，表明文件获取已经结束，事件通知医护工作站。核心价值

通过建立集成信息平台，集成各类应用系统以及日常运营的业务，通过该平台整合医院内部业务应用系统，形成一个互联互通的医院业务协作网络。医院信息集成平台可以很好支持不同系统之间的医疗数据整合、业务整合与数据共享，快速实施应用程序节点部署以及各医疗子系统之间的协同通讯。在医院信息系统中的各子系统中，比如HIS,LIS,RIS,OA等，传递和展现整个医疗过程中的相关信息。同时，集成信息平台为临床数据中心的数据来源提供了技术基础和保障，通过信息标准、交换原则的制定，对业务系统提供标准的信息交换服务，确保数据交换过程的安全性、可靠性，实现数据在系统平台范围内自由、可靠、可信的交换。

通过医院信息平台建设，一方面可以规避“点对点”式的信息共享与交换，并使得医院可以基于信息平台整体上进行业务流程优化与管理，对内提高管理水平，对外以统一的方式接入区域卫生协同网络，更好地为人民健康服务。另一方面利于医院信息系统建设的持续性发展，以适应未来的需求变化，避免信息化建设的大范围的推倒重来；另外，持续性发展还必须要有一套合适的实施和服务模式作支撑。

篇2：集成项目建设方案

项目管理机构情况

XXXX 科技有限公司提供面向金融、企业单位 IT 整合服务，使金融、企业单位可以根据自己的需求，在建设企业网的不同生命周期阶段、不同层次和不同方面，从 XXXX 科技有限公司技获得高满意度的一站式服务。

实施方案描述 根据中原农业保险股份有限公司网络设备采购项目招标文件的要求及对项目的理解，并充分结合中原农业保险股份有限公司网络实际情况的特点，全面考虑本项目系统间的集成关系，进行针对性设备选型和制定实施方案，并重点对进行了详细的实施方案设计，并对其它设备的实施提出了实施解决方案，整个实施解决方案具有系统完整、合理、实施性强等特点。

实施方案依据  招标文件中对系统需求、工程实施、施工规划与方案、施工及安装、现场成品保护、工程验收、工程质量保证、实施服务

等的全部要求；

 《 视 听、视 频 和 电 视 系 统 中 设 备 互 连 的 优 选 配 接 值 》（GB/T15859-1995）；

 《民用建筑电气设计规范》（GJ/T16－92）；

 《智能建筑电气设计标准》GB/T50314-2000；

 计量单位采用公制单位。

项目实施内容 中原农业保险股份有限公司网络设备采购项目分别采购了防火墙、时钟服务器、智能 DNS、VPN 设备。中原农业保险股份有限公司网络设备采购项目实施内容包括项目设计内容包括出口防火墙部署、使用时钟服务器同步全网时间、增加部署智能 DNS 服务器等周边设备调试。

通过上述系统实施方案的制定和实施，整体具备以下几个特点：

（一）系统实施完整性

整个实施方案完全遵循招标文件的要求，并且全局考虑中原农业保险股份有限公司网络设备采购项目的建设，对子系统深化设计、项目实施接口及环境要求、进度计划严格制定及管理、系统实施组织计划、项目质量保证措施、项目验收等进行了完整设计。

（二）系统实施方案合理性

整体实施方案是根据中原农业保险股份有限公司网络设备采购项目按照不同场所和不同子系统的工作量分析进行合理人员组织安排，保证每个子系统的安装调试质量和进度。以招标文件要求的实施周期，提供详细的系统实施进度计划，使设备订货及时，子系统安装调试互相穿插，综合合理利用有效的时间，预留充分时间进行系统测试，确保顺利验收。

（三）系统实施方案可实施性

整体实施方案中坚持采用先进科学而成熟的技术作为子系统实施方案的调试方针，充分发挥以往高校项目实施中的经验，体现了实施方案可实施性强的特点。

（四）系统实施方案结合实际，针对性强

整体实施方案结合中原农业保险股份有限公司网络设备采购项目的实际情况，本次项目工程实施时间紧，工作量大，工作范围广，系统设计先进科学，冗余备份性高，我们根据以上的要求，吸取了以往大型项目建设的经验，结合本次中原农业保险股份有限公司网络设备采购项目的建设规模给出的实施方案，结合性强，针对性强，能够保证整个项目的实施顺利完成。

项目实施管理

项目实施管理的目标 中原农业保险股份有限公司网络设备采购项目是以“完整、科学、合理、实用”为总体原则，按照项目招标文件的相关要求，依托公司雄厚的技术实力和丰富的项目实施经验，建成能够满足中原农业保险股份有限公司网络设备采购项目位于网络中心工作需要的支撑系统。

为了达到项目的建设目标，我公司利用系统工程理论和方法进行项目管理，通过全过程、全方位的规划、组织、控制与协调，在规定的时间内，按照项目的建设要求，高质量的完成项目的实施。

项目实施总体策略 XXXX 科技有限公司具有雄厚的技术实力和丰富的项目实施经验，在“中原农业保险股份有限公司网络设备采购项目”实施过程中将严格遵循项目质量管理规范，制定严谨的项目实施计划，配备高水平的项目领导团队和开发队伍，确保本项目的实施进度和质量，最终达到用户满意。

我公司根据工程经验和对本项目的仔细分析，认为采取下列策略将会对系统的实施提供保障：

 通过科学的团队组织和先进的项目管理方法，达到资源优化，工作高效；

 严格遵守系统集成规范、ISO9000 质量管理体系标准，包括施工规范、质量控制规范、风险控制规范、项目测试和验收等规范，保证工程质量；

 组建经验丰富的系统规划、设计团队，引入第三方机构对项目的规划、设计、技术及经验来进一步规范项目的实施、保障项目的进度和质量；

 系统规划、设计严格执行阶段评审，保证各阶段产品质量；

 组建有经验的测试团队，进行全面系统的测试，确保系统的稳定性和健壮性；

 在项目实施的各个阶段检查点进行项目的评审；

 对甲方相关人员进行项目协作配合的培训，提高交流的效率，避免不必要的损失，确保系统按时优质完成；

 向用户提交完整的项目成果；

 对用户进行系统规划、设计的说明讲解及系统使用的培训；

 提供优质、全面的售后服务。

项目实施施工组织计划

施阶段工作分解

阶段名称

阶段内容

第一阶段

施工准备及主设备定货

第二阶段

项目实施方案深化设计会审

第三阶段

项目实施环境准备

第四阶段

设备到场检验及分发

第五阶段

安装调试

第六阶段

验收与交付

 第一阶段：施工准备及主设备定货

合同签订后，立即召开工程协调会，正式启动项目实施工作，在本方案的基础上，结合调研勘察情况，进一步细化施工细节，并明确各方配合界面。首先完成系统最后设备选型设计；在用户确认之后，并完成主要设备定货工作。

 第二阶段：项目实施方案深化设计会审

提交系统实施方案，并对各子系统设备安装提交详细的施工图、系统图，最终经过甲方会审，共同确认后，形成最终版实施方案。

 第三阶段：项目实施环境准备

根据上一阶段制订的系统优化设计方案，进行设备安装环境的准备工作，包括综合布线等隐蔽工程工作。

 第四阶段：设备到场检验及分发

设备到场后，由我方技术人员同用户一起对设备进行到场检验验收，并按照提前制定好的分发计划进行设备检验分发。

 第五阶段：安装调试

组织人力按照各组分工开始进行各个系统设备的安装调试。

 第六阶段：验收与交付

安装调试完成之后，出现的问题已被解决至用户满意，对其它系统的影响已消除，验收通过前我方将所有项目文档向用户进行交付。

篇3：集成项目建设方案

持续集成CI (Continuous Integration) 是从代码开发之初就不断集成、测试、Bug修复, 从而保证在第一时间发现问题、解决问题, 使得代码质量在开发之初就保持在一个高的水平线上。

1 持续集成

持续集成来自于XP的一个实践, 是一种测试策略和具体测试解决方案的集合。Martin Fowler和Matthew Foemmel将它定义为:一种软件开发实践, 即团队的成员经常集成他们的工作。通常每个成员每天至少集成一次, 每次集成都通过自动化的构建 (包括测试) 来验证, 从而尽快地检测出集成错误。这个过程会大大减少集成问题, 让团队能够更快地开发内聚的软件。持续集成体现于实现成熟的自动化日创建工作, 该工作需要做以下几部分内容: (1) 将所有的源代码提交 (Check In) 于固定的地点, 让所有人都能从这里获取最新的源代码或者以前的各个版本; (2) 创建过程完全自动化, 任何人只要输入简单的命令就完成对系统的整个创建; (3) 测试完全自动化, 任何人只要输入简单的命令就可以运行一套完整的针对该系统的测试; (4) 及时发布以确保所有人都可以得到最新、最好的可执行文件。

1.1 持续集成的一般流程

持续集成不但需要IDE、版本控制服务器 (CVS) 、持续集成服务器的支持, 更需要开发团队建立良好的习惯和机制保证集成的高质高效。持续集成的一般流程如图1所示。开发人员在各自开发环境内完成相应模块的开发后向版本控制服务器 (CVS) 提交代码, 持续集成服务器通过侦测发现代码的提交, 开始构建过程, 完成代码的编译、单元测试等任务, 整个过程中如无错误发生, 则认为构建成功, 其他开发人员可以继续代码的提交、集成工作;一旦构建过程中发现错误, 则说明此次代码的提交对现有代码产生了影响, 需要对提交人提交的代码进行分析, 找到构建失败的原因, 并由该提交人重新编辑提交代码, 在构建成功之前其他人不得向版本控制服务器 (CVS) 提交代码, 直至该构建成功为止。若经过分析发现不能及时修复失败的构建, 此时提交的代码已经在版本控制器里, 所以需要及时回滚代码, 恢复提交前的状态。

1.2 持续集成的意义

1.2.1 减小风险

持续集成过程通常在开发人员提交代码后开始, 服务器自动更新代码, 编译并运行单元测试、功能测试、集成测试, 然后进行部署。这个持续集成的过程可以帮助开发人员快速发现并解决问题。与开发人员的机器相比, 持续集成服务器运行在相对稳定、干净的环境中 (可减小跟踪调试的难度) 。持续集成过程的失败, 通常意味着最近一次更新破坏了软件现有功能或引入了新的缺陷。在持续集成过程结束后, 除了构建结果, 通常会生成代码分析报告, 帮助项目管理人员更好地了解并改善项目。

1.2.2 减少手动过程

在开发过程中, 大量地采取手动过程, 不仅降低了团队的工作效率, 更严重的是它将许多不确定的因素引入到了产品的构建过程中, 使得发现及解决问题变得异常困难。通过使用持续集成工具将构建过程自动化, 则便于分析并找出问题, 大大提高了开发的效率。

1.2.3 及时生成构建结果

从客户和用户的角度看, 一个可以部署或执行的构建产物才是最重要的。在使用持续集成工具的环境中, 开发人员对源文件进行修改、提交, 持续集成服务器会将这部分修改与其它的代码进行整合、测试, 并重新生成最终产品。如果其中任何一个环节出现了问题, 相关人员可以很快得到反馈。

1.3 Team City集成开发环境

Team City是功能强大的持续集成 (Continuous Integration) 工具, 包括服务器端和客户端, 支持Java、.Net项目开发。如图2所示。

Team City是针对Java和.Net开发人员设计的集成团队开发环境 (Integrated Team Environment) , 主要目的是提升团队合作的效率, 主要体现在分布式编译和测试、实时的单元测试、服务器端的代码审查和代码覆盖分析等。Team City具有以下特性:持续集成和测试、高效实用的编译管理、及时的团队交流、服务器端代码分析、代码覆盖分析和报告、Web界面和项目控制面版、可扩充性, 如实时通知、和IDE集成、先测试, 后提交, 即测试后再提交到版本控制系统中。

2 Web项目持续集成方案设计

2.1 设计思路

Web项目是目前应用最多的软件项目, 由于其开发的代码需要在Web服务器上发布后才能看到实际的效果, 其集成、测试的难度大于基于C/S架构的项目。近年来为了保证Web项目的质量和测试, 出现了基于MVC、MVP的架构, 就是将逻辑从页面展现中剥离出来, 页面只负责展现, 从而保证逻辑可以在后台得到充分的测试, 保证软件质量、降低风险。Web项目的持续集成的前提是要保证提交前的模块是独立的, 可以独立在浏览器中展现, 可以被QA验收测试, 同时也可以保证客户在不同的阶段都可以得到完整的、高质量的代码。Web项目持续集成方案不但需要考虑逻辑层面的测试覆盖, 同时需要保证页面的测试。Web应用程序的验收测试常常涉及一些手工任务, 例如打开一个浏览器, 并执行一个测试用例中所描述的操作, 依靠传统的QA的手工测试是不能保证在频繁代码提交过程中, 已开发软件的功能可以达到用户的要求, 并不会破坏已有功能, 所以需要将Web的自动化测试引入到持续集成中来, 根据测试用例完成页面的测试。同时还需要将代码的命令规范的检查、代码覆盖率, 必要的时候可以将Bug发现工具引入到持续集成服务器中, 从而可以构建经过更严格测试, 因而也更为可靠更易于维护的软件。

2.2 Selenium验收测试工具

Selenium是Thought Works专门为Web应用程序编写的一个验收测试工具, 使用Selenium的好处有: (1) Selenium测试直接在浏览器中运行, 就像真实用户所做的一样。Selenium测试可以在Windows、Linux和Mac上的Internet Explorer、Mozilla和Firefox中运行; (2) 通过编写模仿用户操作的Selenium测试脚本, 可从终端用户的角度测试应用程序; (3) 通过在不同浏览器中运行测试, 更容易发现浏览器的不兼容性。

Selenium的核心, 也称browser robot, 是用Java Script编写的。这使得测试脚本可以在受支持的浏览器中运行。browser robot负责执行从测试脚本接收到的命令, 测试脚本可以使用HTML, Java, C#, Ruby等多种语言编写, 降低了QA编写代码的门槛, 方便QA将测试用例转换为seleium脚本。

2.3 Web项目持续集成方案

需求被划分成独立的功能 (Feature) , 开发人员和测试人员基于需求进行代码编写、测试用例开发和Selenium自动化脚本的编写, 并将开发完的成果提交至版本控制服务器 (CVS) , 具体的持续集成方案如图3所示:

Step1:开发人员完成功能开发, 并确认以下步骤已经完成的基础上方可提交代码:代码编译通过;使用代码检查工具 (例如Fx Cop等) 保证代码是否代码规范;单元测试, 使用单元测试工具 (例如NCover等) 保证单元测试的覆盖率;由QA根据测试用例要求, 在本地对完成的开发功能进行验收测试。

Step2:提交代码

Step3:持续集成服务器 (Team City) 侦测到版本控制服务器 (CVS) 的变化, 下载最新的代码。

Step4:持续集成服务器 (Team City) 自动完成以下步骤:代码编译;代码规范的检查;单元测试, 产生单元测试覆盖率报告。

Step5:自动向自动化测试环境中的Web应用服务器部署服务端代码, 部署Selenium测试脚本。

Step6:Selenium服务器执行测试脚本, 在浏览器中依照测试用例完成Web自动化测试。

Step7:向Selenium反馈测试脚本执行情况

Step8:Selenium将Web自动化测试的执行情况反映到持续集成服务器 (Team City)

Step9:根据全部的运行结果, 发布构建结果, 对失败的构建通知开发团队的相关人员

Step10:一个阶段后, QA将最新成功构建结果部署到测试环境中的Web应用服务器中。

Step11:确认部署成功。

Step12:根据开发阶段的不同, 完成冒烟测试 (Smoke Test) 和回归测试 (Regression Test) 。

3 结束语

在软件行业发展的初期, 软件项目中最棘手、最紧张的时刻就是集成。一些模块能单独工作, 而组装的系统整体却常常失败, 且很难找到失败的原因。持续集成提升了项目的可见性, 因为问题能够更快地被检测出来。由于引入缺陷和发现缺陷之间的时间变短了, 缺陷的发现就更容易, 可以很容易地看出改变了什么, 以便帮助开发者找到问题的根源。同时与良好的测试程序配合时, 可以大大减少缺陷的数量, 使得开发者在调试上花的时间减少了, 在增加功能上花的时间更多了, 从而从基础上保证了软件的质量。

参考文献

[1]Matrin Fowler, Matthew Foemmel.Continuous Integration http://www.martinfowler.com/

[2]Robert Martin.Agile Software Development Principles, Patterns, and Practices

篇4：集成项目建设方案

关键词：企业信息化；网络安全；系统安全；安全解决方案

中图分类号：TP393

1 项目来源

重钢集团公司按照国家“管住增量、调整存量、上大压小、扶优汰劣”的原则，将重庆市淘汰落后产能、节能减排与重钢环保搬迁改造工程结合起来。随着重庆市经济和城市化快速发展，重庆钢铁（集团）有限责任公司拟退出主城区，进行环保搬迁。重钢环保搬迁新厂区位于长寿区江南镇，主要生产设施包括码头、原料场、焦化、烧结、高炉、炼钢、连铸、宽厚板轧机、热连轧机和各工艺配套设施以及全厂的公辅设施等，生产规模为630万吨。

2 系统目标

重钢股份公司在搬迁的长寿区建立了全新的信息化机房，结合自身实际，决定部署一套符合自身需要的信息化平台。整个平台包含：财务系统、人力资源管理系统、门户.OA系统、各产线的MES系统、以及企业的原料，物流系统等。

3 系统实现

重钢信息系统全由公司自主研发，服务器端采用：中间服务器操作系统win2003server+Oracle Developer6i Runtimes，数据库服务器：Unix Ware+ORACLE 10g。开发端：Windows 9x/2000/XP+ Oracle Developer 2000 Release。根据业务需求，公司统一按国家标准部署了装修一个中心机房，选择了核心数据库服务器小型机、其他小型机服务器、FC-SAN存储柜、SAN交换机，磁带库、PC服务器、网络安全管理设备，机柜、应用服务器软件、数据备份管理软件、UPS电源。等硬件基础设施对此系统项目进行集成。在信息化建设实施过程中，本人主要参与了整个系统项目集成方案设计和实施。

4 项目特点

4.1 网络设计

中心机房通过防火墙等网络设备提供网络互联、网络监测、流量控制、带宽保证、防入侵检测等技术，抗击各种非法攻击和干扰，保证网络安全可靠。同时网络建设选择了骨干线路采用16芯单模光纤，接入层线路采用8芯单模光纤，桌面线路采用六类非屏蔽网络线；光纤骨干线部分采用万兆+千兆光纤双链路连接，接入层光纤采用千兆链路接口至桌面。整个网络体系满足千兆以上数据传输及交换要求。

4.2 系统设计

本系统采用业界流行的三层架构，客户端，应用服务器层，后台数据库层。

4.2.1 应用层设计特点

在应用层选择上，重钢选择了citrix软件来实现企业的虚拟化云平台，原先安装在客户端的应用程序客户端程序安装在Citrix服务器上，客户端不再需要安装原有的Client端软件，Client端设备只需通过IE就可以进行访问。这样就把原先的C/S的应用立刻转化为B/S的访问形式，而且无需进行任何的开发和修改源代码的工作。同时使用Citrix的“Data Collector”负载均衡调度服务器负责收集每一台服务器里面的一些动态信息，并与之进行交流；当有应用请求时，自动将请求转到负载最轻的服务器上运行。Citrix是通过自己的专利技术，把软件的计算逻辑和显示逻辑分开，这样客户端只需上传一些鼠标、键盘的命令，服务器接到命令之后进行计算，将计算完的结果传送给客户端，注意：Citrix所传送的不是数据流，而是将图像的变化部分经过压缩传给客户端，只有在客户端和服务器端才可以看到真实的数据，而中间层传输的只是代码，并且Citrix还对这些代码进行了加密。对于网络的需求，只需要10K～20K的带宽就可以满足需要，尤其是在ERP中收发邮件，经常遇到较大邮件，通常在窄带、无线网络条件下基本无法访问，但通过Citrix就可以很快打开邮件，进行文件的及时处理。

4.2.2 数据库层技术特点

在数据库层的选择上，重钢选择了oracle软件。利用oracle软件本身的技术特点，我们设计系统采用ORACLE RAC+DATAGUARD的部署方式。RAC技术是通过CPU共享和存储设备共享来实现多节点之间的无缝集群，用户提交的每一项任务被自动分配给集群中的多台机器执行，用户不必通过冗余的硬件来满足高可靠性要求。

RAC的优势在于：在Cluster、MPP体系结构中，实现一个共享数据库，支持并行处理，均分负载，保证故障时数据库的不间断运行；支持Shared Disk和Shared Nothing类型的体系结构；多个节点同时工作；节点均分负载。当RAC群组的一个A节点失效时，所有的用户会被重新链接到B节点，这一切对来说用户是完全透明的，从而实现数据库的高可用性。

Data Guard是Oracle公司提出的数据库容灾技术，它提供了一种管理、监测和自动运行的体系结构，用于创建和维护一个或多个备份数据库。与远程磁盘镜像技术的根本区别在于，Data Guard是在逻辑级，通过传输和运行数据库日志文件，来保持生产和备份数据库的数据一致性。一旦数据库因某种情况而不可用时，备份数据库将正常切换或故障切换为新的生产数据库，以达到无数据损失或最小化数据损失的目的，为业务系统提供持续的数据服务能力。

4.2.3 数据备份保护特点

备份软件采用HP Data Protector软件。HP Data Protector软件能够实现自动化的高性能备份与恢复，支持通过磁盘和磁带进行备份和恢复，并且没有距离限制，从而可实现24x7全天候业务连续性，并提高IT资源利用率。Data Protector软件的采购和部署成本比竞争对手低30-70%，能够帮助客户降低IT成本，提升运营效率。许可模式简单易懂，有助于降低复杂性。广泛的可扩展性和各种特性可以实现连续的备份和恢复，使您凭借一款产品即可支持业务增长。此外，该软件还能够与领先的HP StorageWorks磁盘和磁带产品系列以及其它异构存储基础设施完美集成。作为增长迅猛的惠普软件产品组合（包括存储资源管理、归档、复制和设备管理软件）的重要组成部分，Data Protector软件还能与HP BTO管理解决方案全面集成，使客户能够将数据保护作为整个IT服务的重要环节进行管理。该解决方案将软硬件和屡获殊荣的支持服务集于一身，借助快速安装、日常任务自动化以及易于使用等特性，Data Protector软件能够大大简化复杂的备份和恢复流程。借助集中的多站点管理，可以轻松实施多站点变更，实时适应不断变化的业务需求。

5 结束语

企业信息化平台系统集成不是简单的机器设备堆叠，需要根据企业自身使用软件特点，企业使用方式，选择合适的操作系统，应用软件作为企业生产软件部署的基础，另外要合理利用各软件提供的技术方式，对系统的稳定性，安全性，冗余性进行部署，从而达到高可用和可扩展的整体系统平台。

参考文献：

[1]肖建国.《信息化规划方法论》.

[2]雷万云.信息化与信息管理实践之道[M].北京：清华大学出版社，2012（04）.

[3]《Pattern of Enterprise Application Architecture》.Martin Foeler

[4]周金银.《企业架构》.

作者简介：刘航（1984-），男，重庆人，助理工程师，研究方向：企业信息化。

篇5：集成项目建设方案

系统集成项目经理的权利(一)组织项目实施队伍；

(二)组织制订系统集成项目的实施方案，协调管理系统集成项目实施相关的人力、设备等资源；

(三)协调系统集成项目内外部关系，受委托签署有关合同、协议或其它文件。2.2各级系统集成项目经理执业范围

（一）项目经理可承担合同额800万元以下（含800万元）的系统集成项目，或在高级项目经理的指导下可承担合同额1500万元以下（含1500万）的系统集成项目。

（二）高级项目经理可承担合同额5000万以下（含5000万）的系统集成项目。

（三）资深项目经理可承担各种规模的系统集成项目。职责及执业范围

3、系统集成项目经理的资质管理 定位： 个人资质。但要通过现在所在的系统集成企、事业单位申报。资质可进行转移。概 述

3、系统集成项目经理的资质管理 3.1 系统集成项目经理的资质等级及评定条件 项目经理的资质等级 系统集成项目经理分为项目经理、高级项目经理和资深项目经理三个级别。项目经理的评定条件 项目经理应当符合下列条件：

（一）参加信息产业部指定培训机构组织的项目经理培训，并取得项目经理培训合格证；

（二）具有IT相关专业学历且从事信息系统集成相关工作，如非IT相关专业则要加考IT专业知识。学历、职称及工作经历应符合下列条件之一：

1、具有专科学历且从事信息系统集成相关工作不少于4年；

2、具有本科以上学历且从事信息系统集成相关工作不少于2年；

3、具有中级专业技术职称且从事信息系统集成相关工作不少于1年。

（三）近两年管理过、或作为项目组主要成员参与管理过的系统集成项目没有发生过责任事故，其中验收完成的系统集成项目应符合下列条件之一：

1、至少有2项合同额在200万元以上的系统集成项目；

2、完成系统集成项目总额500万以上，其中至少一项合同额在100万以上、软件费用不低于30%的系统集成项目。高级项目经理应当符合下列条件：

（一）参加信息产业部指定培训机构组织的高级项目经理培训并取得高级项目经理培训合格证；

（二）获得项目经理资质不少于3年（成绩特别突出者可破格）

（三）具有本科以上（含本科）学历或中级以上（含中级）专业技术职称；

（四）作为项目负责人或主要管理人员近3年管理过的系统集成项目没有发生过责任事故，其中验收完成的系统集成项目应符合下列条件之一：

1、至少有1项合同额在1200万元人民币以上、软件费用不低于30%的系统集成项目；

2、系统集成项目总额3000万以上，其中至少2项合同额在500万以上、软件费用不低于30%的系统集成项目。

3、系统集成项目经理的资质管理（续1）资深项目经理应当符合下列条件：

（一）参加信息产业部指定培训机构组织的资深项目经理培训并取得资深项目经理培训合格证；

（二）获得高级项目经理资质不少于5年；

（三）具有硕士以上（含硕士）学位，或具有高级以上（含高级）专业技术职称；

（四）具有在一、二级计算机信息系统集成资质的企、事业单位中担任过高级技术管理职务的经历；

（五）近5年管理过的系统集成项目没有发生过责任事故，并且具有组织管理大规模复杂系统集成项目的经验，其中验收完成的系统集成项目应符合下列条件之一：

1、至少有2项合同额在3000万元人民币以上、软件费用不低于30%的系统集成项目；

2、至少有4项合同额在1500万元人民币以上、软件费用不低于30%的系统集成项目。

3、系统集成项目经理的资质管理（续2）3.2 项目经理资质的申请程序 接受培训并获得培训合格证书 申请单位应向省级资质认证工作办公室提交申请人的下列材料： 1）申报表 2）下列证件复印件： 培训合格证书、身份证、学历学位证书、专业技术职称证书复印件 省级信息产业主管部门对提交的材料进行审查和核实 省级信息产业主管部门审批 审核通过？ 通过 报信息产业部备案、发资质证书 不通过 审批通过？ 通过 不通过 3系统集成项目经理的资质管理（续3）3.3 高级项目经理和资深项目经理资质的申请程序 接受培训并获得培训合格证书 申请单位应向省级资质

认

证

工

作

办公室提交申请人的下列材料： 1）、申报表 2）、下列证件复印件： 培训合格证书、身份证、学历学位证书、专业技术职称证书复印件 信息产业

部

资

质

认

证

工

作

办公室 对提交的材料进行审查和核实 信息产业部审批 审核通过？ 通过 发资质证书 不通过 审批通过？ 通过 不通过

3、系统集成项目经理的资质管理（续4）

3.4系统集成项目经理的年审过程 1）培训合格证书有效期两年 如果两年内没有提出申请、或申请没有通过审查审批，则培训合格证书失效。如要申请项目经理资质，则需重新培训。2）每两年进行一次年审

结论分为合格、不合格、不在岗三种。

对单位上报的年审资料进行审查和抽查。

抽查，主要是检查上报材料的真实性、甲方的意见等等。

合格：有一定的项目管理业绩，项目验收合格，无投诉。

不合格：用户投诉、违反职业道德规范、项目实施失败。

不在岗：近两年没有从事项目管理工作。

3、系统集成项目经理的资质管理（续5）3）谁负责年审 省级系统集成资质认证

工

作

办公室负责辖区内项目经理资质的年审工作。信息产业部资质认证工作办公室负责对全国高级项目经理和资深项目经理资质的年审工作。4）对年审不合格者的处理 一次年审结论为“不合格”或“不在岗”者，降低其资质等级一级。连续两次年审结论为“不合格”者，取消其资质。连续两次年审结论为“不在岗”者，需重新申请资质，具体申请方法按本办法的第四章办理。逾期不参加年审者，视为自动放弃资质，资质证书不再有效。5）对非正常手段取得项目经理资质者的处理 对于弄虚作假或者以不正当手段取得系统集成项目经理资质证书的个人和相关单位，由发证机关收回其资质证书，并在四年内不再受理其申请。对于伪造、涂改、出卖或转让系统集成项目经理资质证书、系统集成项目经理培训合格证的个人和相关单位，由资质管理部门视情节轻重分别给予批评、扣留资质证书(或培训合格证书)、或取消资质的处罚。情节严重的，将追究法律责任。项目经理资质转移程序（征求意见稿）

一、适用范围 当项目经理从一家系统集成企业A转移到另一家系统集成企业B时，应向所在地的省级信息产业主管部门提交如下材料：

1、培训合格证、项目经理资质证书、原企业A离职手续已办完的函。

2、新企业B同意接受的函。

3、省级信息产业主管部门分别向原企业A和新企业B确认后，报送信息产业部系

统

集

成资

质

认

证

办公室备案。

4、信息产业部系统集成资质认证办公室对项目经理管理数据库中进行相应维护。当高级项目经理或资深项目经理从一家系统集成企业A转移到另一家系统集成企业B时，应向信息产业部资质认证工作办公室提交如下材料：

1、培训合格证、项目经理资质证书、原企业A离职手续已办完的函。

2、新企业B同意接受的函。

3、信息产业部资

质

认

证

工

作

办公室分别向原企业A和新企业B确认后，对项目经理管理数据库中进行相应维护。

项目经理资质转移程序（续）谢谢！max.book118.com.cn ）„„ 系统集成项目经理制出台过程 概 述 对各级系统集成企业资质项目经理人数的要求 一级资质系统集成企、事业单位应具有项目经理资质人员不少于25名，其中具有高级项目经理资质人员不少于8名；

二级资质系统集成企、事业单位应具有项目经理资质人员不少于15名，其中具有高级项目经理资质人员不少于3名； 三级资质系统集成企、事业单位应具有项目经理资质人员不少于6名，其中具有高级项目经理资质人员不少于1名； 四级资质系统集成企、事业单位应具有项目经理资质人员不少于4名。系统集成项目经理资质的核心： 确认个人具有项目管理能力 概 述 如何确认个人具有项目管理能力？ 概 述 ※知识： 基本素质：学历 项目管理知识：参加项目经理培训，考核合格 ※经验： 工作年限 项目管理业绩：合同金额、担任角色 项目经理资质的组成 系统集成项目经理培训特点 培训目标：项目管理能力真正的提高 科学的知识体系和考核体系 和国际接轨（参考PMI的项目管理知识体系和IPMA的考核体系）进行有益的补充：需求管理、配置管理、软件工程、CMM 新的观念和思路

篇6：系统集成方案

第四章 系统集成方案

一、概述

XXX区政府办公网网络建设一期工程的实施，是以技术规范为基础，遵照整体方案进行全面发建设以至整体工程建成投入运行的全过程，它是一项相当复杂的系统工程，需要调动各方面积极因素，协调好内外部环境。同时还要有科学的方法，遵循一定的原则和步骤。因此，一定要加强组织管理，安排好工程实施计划。

二、工程实施方案

1、合同签订后，我方立即成立由技术骨干组成的工程组。

岗位名称 负责人 岗位职责

项目经理 负责对该项目的总体组织、协调。根据项目副经理的汇报，组织业主方开协调会。负责定期检查项目组成员的工作情况，严格执行奖惩制度，以保障项目建设在每个阶段的顺利实施。

项目副经理 负责对整个工程技术的把关。对项目组内部各部门负责协调工作。负责对各项目建设的进度进行总体监督、协调并根据实际情况及时调整。及时将有关情况向项目经理汇报，并向项目经理递交每月的项目建设进度。

综合管理部 负责组织工程组各成员进行每周的工作情况小结，并及时将情况向项目副经理汇报。负责各类文档资料的搜集、整理、归类。负责每周例会的会议的记录、整理。负责各专业项目之间的协调工作。负责组织实施售后服务工作。

系统建设部 负责设备的订货、到货验收工作。负责系统的建设、调试工作。负责建设的工作进度、计划安排。

建议甲方也成立一个专门项目实施小组来配合本工程的实施。具体人员组成为：

项目负责人 1名

专业工程师 1-2名

项目负责人负责工程配合的总体协调和联系。如与技术监督管理系统相关的其他专业的配合协调、试验院内部的配合协调工作等。

2、工程前期准备

合同签订后立即开始系统的详细设计工作。

（1）布线系统实施方案

与用户配合，开展网络安装设计工作，绘制网络安装设计图。要求图纸标有明确的尺寸标高和详细的安装说明。此等图纸要认真考虑到建筑上的修改或设备及安装上的修改，并准确地在安装图上反映出来。此图纸经业主核查认可，在设备到货前一周提交。

（2）网络设备安装方案 征求用户意见，制订详细的网络设备安装方案。包括交换机、路由器以及防火墙设备的调试计划。

（3）服务器设备调试方案

征求用户意见，制订详细的服务器设备调试方案。

（4）开展设备订货工作，由系统建设部负责设备的订货工作；

3、设备安装

施工人员进场施工。

安装过程中，将严格按照安装规范和其它有关规定进行工程施工、业主负责质量监督和验收。

4、系统调试

在软件开发完成及设备安装完毕后，我公司向业主提交一份详细的调试方案及各控制设定点，得到业主的同意后，进行系统调试。

网络硬件调试：

对交换机用几种不同方法校验；

系统联调：

整个系统通电调试，全部通讯无误；

软硬件各子系统的配合无误；

与其它系统的接口信号传输无误；

整个系统的工作稳定正常。

整个系统调试验收阶段将产生如下文档： 系统配置手册；

测试报告书；

系统还将产生其他文档：

进度报告书

会议纪要

问答表

5、工程实施进度

系统建设可分为三个阶段：

a.第一阶段 为合同签定及定货阶段；

b.第二阶段 为设备安装调试阶段；

d.第三阶段 为培训、系统测试和验收阶段。

6、完工验收

我方将于工程完成前，提交测试表格和试运行记录表格给业主审批。

工程完工后，立即安排业主及业主指定的有关单位对工程进行验收工作。验收工作严格按合同中规定的技术性能指标进行，验收合格后双方签署验收合格证明。

7、资料提交

在签约后四个星期之内，呈交主要产品样本给业主；

两个月内呈交主要设备说明书和详尽技术资料、图样，特性曲线等给业主；

工程完成后向业主提交操作与维修说明书； 工程完成后向业主提交易损件及备件手册。

三、售后服务

（一）售后服务内容

售后服务包括技术培训、技术咨询、维修服务和用户跟踪等服务项目。

质量保证期为12个月，自双方代表在验收单上签字之日起计算

我们承诺为系统集成项目提供的免费售后服务内容为：

·保修：质量保证期内设备正常使用下发生的损坏，免费维修；非正常使用的损坏，只收取成本费。

在质量保证期内，争取在72小时内完成业主所提出的维修要求，其中超过24小时不能完成维修，提供一台相同功能的设备应急。

·技术支持：3年内提供系统功能扩充的技术咨询服务。

·现场技术支持和维护：试运行期及其后1年内，系统运行问题中，对于不能电话（邮件或传真）解决的复杂问题，到现场进行技术支持服务。

·现场操作支持：1年内，系统使用过程中，对于不能电话（邮件或传真）解决的复杂问题，到现场进行系统操作方面的技术支持服务。

·维护期以优惠的价格提供零配件

·定期巡检

（二）保证售后服务质量的措施

1.同类工程不定期举办技术讲座或培训班。单项工程在系统设备交付前试运行过程由工程负责人安排为用户培训人员，使其掌握系统性能，会正确操作，排除简单故障。

2.技术咨询服务分电话服务和信函（传真）回复。

电话回复：当用户在使用过程中遇到技术问题或其它问题时，服务人员通过电话耐心解释，一时难以回答的技术问题应及时组织相关人员商量研究，尽量在当日内答复用户，并作记录。

信函（传真）回复：用户用信函反映问题时，收到信函后三日内予以电话或挂号信回复，用户来信要有登记，并交售后服务部门存档。

3.售后服务部门负责售后服务质量信息的收集、整理，每季度召集各相关项目的项目经理开会，探讨不断提高工程质量的有效措施，并付诸实施。

4.系统设备使用过程中出现故障，接到信息后记录信息，内部协调后，立即用电话回复，约定时间，组织力量前往上门服务。保修期内免费，非正常使用的损坏，只收取成本费。

5.维修人员完成任务（排除故障）后与用户共同填写“售后（技术）服务报告”一式两份，交用户和售后服务部门保存。此报告作为维修人员报销、记奖考核的依据。.用户跟踪服务，根据工程项目联系卡，建立用户跟踪服务制度。对重点工程重点跟踪。重点工程跟踪在工程验收投入使用后的头一年，每月主动电话咨询一次。第二年，每季度跟踪一次；第三年至第五年，每半年跟踪询问一次，有问题及时沟通及时解决。每次电话内容要有记录。.条件成熟时组织用户座谈会，走访用户开展上门服务。

四、系统报价

序号 名称 规格 单位 数量 单价（元）合计（元）主交换机 LS-3526 台 2 18500 37000 2 二级交换机 LS-2403H 台 12 3200 38400 3 千兆光纤模块 LS-GMIU 个 2 3500 7000 4 机柜（中心机房）2米 个 1 1200 1200 5 机柜（分机房）1.2米 个 6 600 3600 6 信息插座 含面板底盒模块块 套 200 30 6000 7 超五类 AVAYA 箱 25 500 12500 8 水晶头 AMP 盒 4 120 480 9 线槽 20mm*10mm 米 400 2 800 10 线槽 60mm*30mm 米 800 4 3200 11 护套 普通 个 500 0.1 20 12 线标 盒 2 20 20 理、配线架 AMP 24 套 12 800 9600 14 跳线 1．5M 条 200 4 800 15 UPS 5KV/8H 套 1 35000 35000 16 硬盘隔离卡 双硬盘隔离 块 100 600 60000 设备总价（A）215620元

工程费（B）工程安装调试费（B）总设备款百分之十五 B=A*15% 32343元

合计（A+B）247963元

上篇文章：非煤矿山安全专项整治实施方案