数据交换共享平台建设方案.docx

数据交换共享平台建设方案数据交换共享平台建设方案
11.工程组织98
11. 1.工程实施98
11. 1. 1.召开工程协调会98
11. 1.2.开发系统接口，实现信息共享98
11. 1.3.软件系统升级99
11. 1.4.工程阶段及主要工作99
11.2.工程管理101
11.2. 1.现场组织管理策略101
11.2.2.工程管理组织体系102
11.2. 3.工程组织各角色的职责103
11.2.4. 现场维护管理110
11.2.5. 工程管理监控111
11.2.6. 资源监控11312.工程管理及质量控制116
12. 1.工程管理概述116
12. 2.人员配备策略119
12.3.工程组织管理120
12. 3.1.开发过程管理指导思想120
12. 3. 2.配置与变更管理122
12. 4.质量保证方案138
12. 4. 1.工程质量方针138
12. 4.2.工程质量目标138
12. 4. 3.质量保证承诺138
12. 4.4.工程质量范围和标准139
12. 4.5.质量管理140
12.5.工程沟通管理149
12.5. 1.工程实施各方职责150IX
数据交换共享平台建设方案需求分析
对于业务部门提出的应用软件升级需求，由现场工程师与业务部门进行沟通， 了解业务部门对应用软件的升级需求，形成需求文档，经相关部门确认后，按双方 商定的开发进度进行开发和实施。
首先需要经双方协调，制定《需求调研计划》及《需求调研大纲》，确定准备工 作、需求调研的内容、方法方式以及人员和日程安排等内容，用户也须做好准备工 作，经双方同意后按此计划开始调研。调研正式开始前，工程开发组应检查所有必 要的准备工作已经圆满完成。
按调研计划的进度进行现场调研，主要任务是用业务语言描述政府需求。尽可 能及早落实主要算法，确定关键参数，掌握政府政策文件，收集需要打印的报表等。 每天应将当天调研的内容整理成文档，并及时与用户确认，提高工作效率。及时将 访谈记录、用户政策材料整理成规范格式的需求分析报告，向政府工程组长汇报调 研结果，共同对需求分析报告内容进行确认。同时明确今后需求变更控制的规程需 求变更控制流程。对于调研期间未落实的问题，以待明确问题的形式表达在需求报 告中，并确定落实期限。
工程开发组根据调研编写《系统需求分析报告》，并由工程组评审，不合格的部 分进一步完善调研；评审通过后由双方共同签署评审意见，并正式生效。
对于软件生产过程而言，需求阶段是整个过程中最重要的阶段，需求分析成果 的好坏将直接导致工程的成功与否。评审通过后的需求报告将成为系统的设计、开 发、测试、实施、试运行和工程验收的基本依据之一，因此原那么上用户需求将不再 因为其它因素的改变而变更，如需进行此种变更，需经双方工程负责人协商确定。
开发组与政府一起制定总体工程计划，共同确定本工程的各项工作进度安排， 明确每一阶段的工作内容，以及需要用户配合完成的具体工作。
10.1.3. 开发筹划
需求调研结束后，根据当前掌握的工程信息进行工程开发过程的筹划，软件开89
数据交换共享平台建设方案发组对用户需求进行深入分析，并和我公司工程原型库各原型进行比照分析，选出 和本工程模式接近的复用源作为原型，以便能快速架构和开发出符合本工程特点的 稳定适用的原型系统。必要时给工程组成员培训原型系统。
将系统需求各局部功能进行分解，估算分解后各子功能的根据各成员的特长和 业务开展方向分配任务。将开发过程分为几个阶段，把某些重要任务的完成作为检 查点。根据任务划分结果制定开发计划进度表，并标记出各阶段检查点，作为工程 跟踪监控的依据。开发计划要符合公司的模板模范，并与前面提到的总体工程计划 保持一致，不可预知事务建议采用日程表记录，不再制定计划。
《工程开发计划》制定出来后，要提交给部门进行评审和风险分析，评审通过 后纳入配置管理。开发计划一般作为开发过程进度安排，在执行中根据实际情况变 化应及时调整修改计划，并将实际执行结果与最初的计划相比拟，作为考评开发负 责人的一项内容。开发计划进度表参见《软件实施计划书》。
执行中参照的规程或标准：本公司质量体系文件《软件需求管理规范》、《软件 需求规格说明书模板》、GB8567-88*计算机软件产品开发文档编制指南、GB9385- 88*计算机软件需求说明编制指南。
10.1.5.
设计与编码实现
.系统设计
工程经理召集工程组全体成员一起讨论和明确系统设计、数据结构、每个人的 工作内容、各局部之间的接口关联等。做到每个工程组成员对工程的总体情况、整 体工作目标和个人工作目标、工作时间、与其他人的关系、工作的方式方法等都有 个清晰的概念，为工程的顺利开展及工程组成员间的良好沟通做好铺垫。
应全面考虑调研时用户提出的每个功能模块，开发出的程序应贴近用户需求， 开发人员应从用户的角度来考虑问题。做到定期检查和总结，来保证整体程序的完 整性、一致性和协调性，保证工程按计划进行。如果发现有重大问题可能影响工程 进展，PSM要及时向PM和部门负责人员提出。在开发过程中有不明确的需求，应该90
数据交换共享平台建设方案尽量以书面的形式与用户交流。
工程开发组通过对系统的功能、运行和性能要求加以分析，产生一个高层次的 系统结构、软件结构、接口和数据格式的设计，形成《系统设计报告》（其中包括数 据库设计），提交工程组评审。对其中评审不合格的局部进一步完善和重新筹划，评 审通过后，作为后续软件开发和测试的基础。
10.1.5.2.
编码实现

根据系统设计输出结果和公司编码规范的要求进行代码编写，实现软件功能。
制定二级开发计划，作为软件编码阶段的工程管理和监控依据，工程开发小组要严 格据此计划控制工程进度，按时向工程领导小组汇报工作进展。为保证质量软件开 发组应每周进行代码审查，提前发现问题，减少测试工作量。
为了使用户能够及时获知工程的进展情况，开发小组向政府工程组长或相关领 导提交工程周报。在编码实现过程中，也欢迎政府业务和技术负责人对阶段结果进 行检查，以便及早发现问题，纠正偏差。
10.1.6. 系统测试
测试是检验软件开发结果质量的重要手段之一，根据阶段不同，可将测试划分 为三个阶段：单元测试、集成测试和系统测试。
首先是单元测试，侧重于核实软件的最小可测试元素。单元可以是一个窗口（窗 体），也可以是一个函数、菜单、报表或一个存储过程。单元测试应对单元内所有重 要的控制路径设计测试用例，以便发现单元内部的错误，保证模块自身的准确性和 流畅性。
集成测试是把通过单元测试的各个模块组装在一起之后，按设计要求进行的测 试，以便发现与接口有关的各种错误，保证系统的初步正确和稳定。
系统测试在单元测试和集成测试后，基于系统的整体需求说明书而对系统进行 的准确性和完整性的测试。
91
数据交换共享平台建设方案
根据测试的内容和侧重点不同又可将测试分为：功能测试、性能测试和平安性 测试。
功能测试是对软件系统的功能需求进行的测试。主要暴露由于系统说明写的不 明确或开发人员对系统说明的误解或理解缺乏造成的功能错误。
性能测试是为描述测试对象与性能相关的特征并对其进行评价，而实施和执行 的一类测试，如描述和评价计时配置文件、执行流、响应时间以及操作的可靠性和 限制等特征。包括负载测试、强度测试、并发测试、恢复测试等内容：
＞负载测试：核实在保持配置不变的情况下，测试对象在不同操作条件（如 不同用户数、事务数等）下性能行为的可接受性；＞压力测试：核实测试对象性能行为在异常或极端条件（如资源减少或用户 数过多）之下的可接受性；
＞并发操作测试：核实测试对象在处理多个并发请求时的可接受性；＞恢复测试：恢复测试可确保测试对象能成功完成故障转移，并能从导致意 外数据损失或数据完整性破坏的各种硬件、软件或网络故障中恢复。
通过加强性能测试提高软件可靠性，使系统每年中断工作次数不超过3次，累 计时间不超过1小时。
平安性测试是测试系统在防止非授权的内部或外部用户的访问或故意破坏等情 况时的表现。
测试人员在软件开发过程中开始编写测试用例和测试大纲，根据制定的《测试 计划》，在软件功能模块完成后，根据需求和设计结果的要求对软件进行测试，填写 《测试问题卡》，并进行测试总结编制《测试总结报告》，对测试所发现的问题进行 追踪修改和确认测试，直到彻底修改完成并对其它模块没有任何影响。测试过程尽 量能够模拟用户环境测试几个周期。测试组测试时，开发人员应密切配合，及时改 正测试出的问题，对问题应做备忘录，以便将来查询。测试资料作为工程验收的重 要内容之一。为加快工程进度，建议用户方测试组及早介入测试，最晚也应在我方 的系统测试完成之前介入，并按事先双方约定的规范方式进行测试。
92
数据交换共享平台建设方案实施培训
完成升级开发和测试工作后，需经用户方相关领导确认。为了保证软件升级对 系统影响最小，中心端应用版本升级、安排在中午休息时间。软件部署上线时，主 要开发人员必须到现场提供技术支持。系统正式运行前，要认真检查数据库对象是 否完整、正确，基础数据是否齐备，要与用户一起认真对照每一个参数维护得是否 准确，要保证运行程序与源码的一致性，要保证网络的连通性，要对所有安装过程 序的机器做记录，以便程序升级时及时更新。还有很关键的一点，就是要保证整个 网络系统中没有计算机病毒。所有环节核对准确后，要做一次初始状态的数据备份。 以上事项PSM最好拉一个任务清单，在系统上线运行前和用户开一个准备会议，把 每项工作逐一落实到人头负责，经双方交流协调，形成《工程实施计划》，确定现场 实施的准备工作、人员和日程安排、培训计划、阶段目标等内容，经双方负责人签 字后生效，按此计划开始现场实施。正式开始现场实施前，工程开发组应检查所有 必要的准备工作是否已经完成。
软件升级实施完成，并运行稳定2周（以打版时间为准）后，向采购单位提供 程序源代码，并及时组织对采购单位技术人员的培训工作。
在培训开始之前双方协商形成《培训计划》，明确培训环境、条件及方式，参加 人员，课程课时等详细内容，由双方现场实施负责人签字后生效，并分别开始着手 准备，在既定时间内完成。
培训过程中要对每个操作员培训效果进行考核，严格把关，这对我们系统能否 平稳启动和运行有很大关系。培训过程中由工程师提供《培训考勤记录》，培训应该 脱产、集中、封闭进行，并要求所有参加人每日必须两次考勤；培训完成后由双方 共同进行《培训总结》，针对培训效果确定是否到达目标，是否再增加培训课程。
培训顺利完成后将开始软件在试点部门试用，试用期内各业务和技术人员可以 再一次检查软件功能和性能是否满足业务和管理需要，列出未完成及含有较严重、 明显错误的模块清单形成软件问题及修改记录并提交给开发组继续完善。
系统正式运行前应将试运行期间产生的无效数据清理，重新导入基础数据。上93
数据交换共享平台建设方案线运行初期，工程组成员分别跟踪各子系统的运行状态，一旦发现问题及时解决。 系统启动后一周内，应确定一个时间每天和用户一起沟通和落实当天发现的问题。 随着问题的减少，以后可以一周一次。
系统实施是工程过程的关键阶段，整个实施阶段需要用户和我方工程组双方很 好地沟通，遇到问题选出可行的方案。系统实施前双方落实需要准备的各项工作是 否到位，应制定好实施计划，并商讨和落实实施计划，按计划行事。实施过程中， 要有书面文档，在每个里程碑要有备忘录，清楚记载每件事情的原因，经过及解决 结果。以系统能够成功运行为目标,一旦出现严重的问题应该实事求是的分析问题， 将事故的原因详尽的写出报告，并且在第一时间向用户和我方领导汇报。积极解决 问题，决不回避。
10.1.7. 总结验收
验收分两个阶段：安装运行前的用户测试；系统正式运行后的实际业务操作的 检验。系统运行满足约定时间后，进行软件的验收工作。验收前和用户沟通好验收 的时间和方式，制定验收计划，列出模块清单，并且安排好每个模块验收的时间段， 按照这个时间列表与用户逐个模块验收。双方事先商定验收过程要求及参加人员， 必要时邀请行业专家和相关领导参与。
软件验收以符合需求分析、业务要求作为验收标准。验收结果说明软件满足下 列要求：符合通过审核的需求和设计文档中表述的功能要求，以及符合性能和平安 性等非功能要求。
问题处理：将验收过程中发现的所有错误都必须记录下来；对错误进行分类和 确定级别；报告的错误得到修改/处理，或修改错误的计划得到同意。
验收工作建议由用户相关部门组织的专家组对软件系统进行全面的验收和鉴定, 并出具工程验收小组领导签字的工程验收报告，并签署验收意见，本公司在此过程 中将全程参与，在现场进行验收前的维护工作。
94
数据交换共享平台建设方案问题处理机制
对运行中的系统进行维护时，要严格按流程操作，以防带来意想不到的后果。 系统维护一个很重要的事情就是我们要与用户沟通好工作的方式和方法：
＞软件开发和升级完善遇到不能按时完成等重大问题时，须提前提出，双方 协商解决。
＞系统基本稳定后，如果有问题，由用户定期书面提交问题报告，我们根据 问题情况，制定问题解决方案及提交时间，并书面反响。有秩序、心平气 和而又很理智去思考和解决问题。
10.1.8. 系统简化维护流程
在系统升级完成后，难免遇到系统维护问题，对与系统维护和日常系统维护管 理建议采用如下流程：
• 系统维护请求
政府如有业务变更或增加的要求，须填写《变更请求单》对变更或新增的需求 进行详尽的描述，在得到政府领导签字确认后，由政府相关负责人提交给我公司项 目组，并由双方各保存一份。对于用户口头提出的应予以记录，并请政府确认。
对用户提出的问题明确的答复时间，一般不超过一天。工程组根据用户方提出 的需求要求，从政府业务办理、技术实现难度、对现有系统的冲击等方面，对用户 维护请求内容进行可行性分析和风险评估，给出分析结果和相关建议。
• 维护请求的接受
政府的维护请求属于合同规定的范围内的，工程组在与政府沟通的基础上自动 接受维护请求。超出合同规定范围外的维护请求，工程组必须通报上级主管，由部 门负责人与政府沟通后决定。
紧急问题：对于可能导致系统难以继续运行的重大故障，我方维护人员可以立 即着手工作，首先进行数据备份，然后才能查找并修改问题，事后及时补充相关记 录，落实其他事项。
95
数据交换共享平台建设方案系统修改
针对本次维护制定系统修改和实施计划。与政府业务人员及相关负责人共同制 定合理的维护计划。明确维护范围、进度和责任人，以及测试与更新实施的安排和 需要用户配合的工作，估算本次维护本钱。对于较简单（三天以内能完成）的维护维 护工作计划的形式可以非常简化，但不能省略。
系统修改前认真阅读政府的维护请求，明确维护涉及的范围。正式开始修改前 必须在工程组内或向PSM说明设计思路。对新增、变更的模块应补充相关的说明文 档和技术文档，以备案检查；系统测试
修改完成后必须经过工程组其他成员的测试，有条件时可请政府参与测试，确 认无误后，才可进行更新。最好与用户一起制定出修改验收的标准，让用户对每个 标准逐一确认。如果条件发生变更，须在实施前修改维护计划，以确保实施成功， 降低风险。
• 系统维护与更新实施
将修改后的结果更新到实际系统前，需要通知对方本次要更新的内容，并在政 府系统管理人员在场的情况下，才能对软件进行更新。
系统更新必须选择政府下班或不使用系统的期间进行备份数据（必须）备份将被 更新的文件（可以单个或全部）运行新文件或替换被更新文件任何软件的维护，包括 经过严格的测试也有出错的可能，关键是需要多长时间切回原来的系统，用户方需 要确认清楚这种风险的存在，因此建议用户方在作新的需求修改时需要对社会公告, 将由于系统升级造成的影响降低到最小。
• 系统更新确认
请政府确认更新后的内容，并在更新记录上签字，标明本次维护工作完成，维 护请求关闭。
102开发方法
系统采用的J2EE技术体系，使用的是开发工具为eclipse,数据库软件：
96
数据交换共享平台建设方案SqlServer2008o
97

数据交换共享平台建设方案织
ILL工程实施召开工程协调会
为保障工程高效、高质量实施，需要召开工程协调会，确定各阶段各项工作的 具体负责人，各阶段完成日期，保质保量按时完成任务。会议的主要内容包括：
＞数据采集、审核、录入(1)确定数据采集标准。
由软件公司结合各软件系统的需要制定单位、人员、事项数据收集标准，由纪 委审核把关进行确认。
(2)确定数据收集审核把关机制。
各相关部门和承建单位需指派专人负责材料整理工作，将联系方式统一报送至 纪委相关领导。采集的数据由各部门内部审核、整理后同意报送至纪委进行审核、 备案，经审核通过后由承建方组织录入。
(3)数据录入。
承建单位认真录入数据，并记录数据录入进度和数据中存在的各种问题，定期 向纪委汇报。
1.1.1. 开发系统接口，实现信息共享
各级系统要利用信息的优势，按照系统对接规范研发系统对接接口，实现市、 县两级联网，实现数据及时、准确、稳定的传输，为整体数据运用提供支撑。
(1)确定工程目标。由纪委主要负责人，提出系统的核心功能要求，工程愿景。 明确功能设计、开发、联合调试、试运行周期，明确相关负责人，明确系统运维的98
数据交换共享平台建设方案
12. 5. 2.需要用户和原承建商配合的建议152
12. 5. 3.政府交互的安排154
12. 6.工程风险管理154
12. 6. 1.风险管理过程155
12. 6.2.工程风险管理计划155
12. 6.3.本工程风险和对策156
12. 7.工程文档提交件管理159
12. 7. 1.工程交付物159
12. 7.2.递交成果的签署161
12. 7. 3.递交成果的拒绝162
12. 8.针对本工程的具体承诺16213.售后服务163
13. 1.售后服务体系简介163
13. 1. 1.售后服务体系理念163
13. 1.2.服务支持体系构架164
13. 1.3.集中管理机制164
13. 1.4.业务咨询机制164
13.1.5.技术支持服务形式164
13. 1. 6.远程方式165
13. 1. 7.现场方式165
13. 2.四级服务支持体系166
13.2. 1.驻场服务及工程经理166
13.2.2.驻地技术人员167
13. 2. 3.建设专家168数据交换共享平台建设方案
人员配置、制度等保证体系等。
（2）确定接口规范。由纪委工作人员、承建单位、对接单位共同确认接口规范。 防止研发过程中出现数据缺项、数据格式不统一等问题。
（3）系统接口开发。纪委工作人员定期询问开发进度，承建单位、对接单位同 时开发程序。
（4）数据对接联合测试。由纪委工作人员组织，承建单位、对接单位同时参与， 在规定日期内进行数据推送、接收测试。
11.1.3. 软件系统升级
承建公司升级软件系统，将对接的数据进行汇总、展示、预警等。方便使用方 的数据运行。
11.1.4. 工程阶段及主要工作
市数据共享系统共分为合同签署、数据整理、软硬件安装调试、系统培训、试 运行、工程验收、正式运行及维护七个阶段。以下是主要工作。
序
号
建设阶段
主要工作内容
考前须知
1
合同签署
签定合同
甲乙双方共同协商签署合同
2
数据整理
数据填报要求 培训
贵方负责组织具有业务经验的相关单 位负责人、公司技术人员负责解答
数据收集、审
核
贵方指定专职工作人员负责各单位报 送材料的接收、审核，并发送给软件实施工 程师。
数据录入
公司实施团队负责数据录入。
99
数据交换共享平台建设方案100
序
号
建设阶段
主要工作内容
考前须知
3
软硬件安
装调试
硬件设备签收
甲乙双方共同签署设备接收单。
硬件施工方案 确认
甲乙双方共同确认设备摆放位置、线路 铺设位置、设备电源开关等信息，防止返工。
硬件设备安装
公司硬件团队负责设备的安装、调试。
软件环境搭建
公司软件团队负责环境搭建，并部署系 统。
软硬件设备联 合调试
公司实施团队负责联合调试。
4
系统培训
培训场地安排
贵方负责
培训场地测试
主要测试网络、扩音、投影设备是否符 合演示条件。
培训人员组织
贵方负责培训场次及参与人员。
培训资料准备
公司培训讲师负责用户名和密码表、系 统使用说明书等相关资料的准备。
5
试运行
试运行过程监 督
贵方负责催促各单位尽快掌握系统操 作要领，进入正式运行状态。
试运行现场指
导
公司技术人员负责现场一对一指导，协 助工作人员尽快掌握系统。
数据调整
根据实际情况调整系统中人员、事项等 相关数据。
6
工程验收
验收资料准备
公司商务团队负责。
验收手续办理
甲乙双方共同办理。
7
正式运行
及维护
使用指导
公司维护团队负责。
技术支持
公司维护团队负责，
数据交换共享平台建设方案112工程管理
对于数据共享系统，科学的工作任务分析和现场实施管理计划是工程得以成功 的重要保障。因此，现场服务工作中，制订有效的工程实施与管理计划，建立用户 和承建方的有效沟通机制是必不可少的，也是防止工程管理危机的有效方法。
11.2.1. 现场组织管理策略
在本工程中将采用与用户紧密合作的工程管理策略进行工程的组织与管理。
所谓紧密方式，就是建立统一的工程管理小组，而不再像传统的方式建设方和 开发方各建立一个小组。这样的组织方式加强了建设方和开发方之间的联系，有利 于工程实施过程中出现的各种问题高效的协调和解决。
我公司人员安排：
• 公司安排高层领导作为运维服务工程的总协调人，充分保证系统维护 的人力资源和系统资源的连续性和及时性；
• 指定一名熟悉数据共享系统和现场经验的工程经理做为本工程的服务 运维总负责人即工程经理，根据系统运维服务需要进行远程支持和不定期的现 场支持。
• 现场安排现场负责人即实施经理，完成日常维护，现场牵头协调与用 户单位的相关事宜。
• 为了充分保证对现场服务团队的支持，公司还安排了工程管理、软件 开发、测试、系统集成小组，对运维服务提供强大的后台支持。
101
数据交换共享平台建设方案
政府方人员将分布到工程实施的各个小组中，并相应承当职责：
• 调研小组中，有市各相关业务部门的人员参加，共同进行业务调研， 参与协作需求分析报告，并共同确认。
• 设计小组中，有市相关业务部门的人员和服务中心的人员参加，共同 对设计结果进行确认。
• 开发小组中，市服务中心业务部门人员参与对开发结果进行测试。政 府方有经验的技术人员也可以共同参与到软件开发的过程中。
• 实施小组中，市相关业务部门和信息中心人员参与对工程的实施。
• 市主管信息的领导将对工程的实施进行介入和管理。各个监测点的实 施，都将有政府方的人员参与进行。
11.2.2. 工程管理组织体系
工程组织架构是用来确定在工程中各个人员的权限、职责、责任、报告和沟通 方式。本系统工程组的总体结构如以下图所示：
102
数据交换共享平台建设方案集成造护

集成造护
项n好再
近％兑也由人 空电经理
JR目软峙经理 « PSM）
集成支持
硬件支抹
r- T R支持
系统眩施

篇求

开发

需求分桁加副试工程.修
歌本立设计Ki壮件使成员口设计g
图11-1工程组织结构图
工程组织图是基于工程管理方法中的组织原那么，以及本系统工程需求而提出 的，它表达整个工程不同角色的相应位置和责任；从而确保技术的完整性以及技术 解决方案执行有效控制。
11.2.3. 工程组织各角色的职责工程领导小组
本工程是在市政府领导下开发的应用软件，因此在工程管理中建议实施领导小 组负责制（领导小组应由市行政服务中心相关领导和我公司的领导共同组成），领 导小组对工程实施提供全面的指导。一方面，它可以协调各方关系，调动各方力103
数据交换共享平台建设方案量；另一方面，它对工程实施过程中对出现的重大问题进行决策。
工程领导组是最高决策机构，它为所有工作人员提供强有力的支持与保障，协 调各方之间的关系，同时监督工程参与方的行为。因此，工程领导小组的有效运 做，是本工程成功的基础与关键。
11.2.3.1. 工程指导小组
由市相关政府部门，以及有代表性的相关部门组成工程指导小组。负责从技 术、业务和工程管理等方面对工程实施进行总体指导和协调。具体内容包括：
• 协助需求调研，并参与需求分析工作；负责答复和确认需求分析阶段提出的业务需求问题；
• 提供软件开发必要的政策、数据及现有的信息分类标准和编码等资
料；指导并确定软件开发中所需用到的新的数据标准和业务流程规范。
11.2.3.2. 运维总负责人
运维总负责人是整个工程组织中的核心角色，负责整个工程的实施。工程经理 将负责所有的管理工作，以及其它相关的工作，如交付物、财务、合约等。他/她 对系统的开发服务将承当最终的职责。工程经理将参与日常的系统实施管理，监控 工程的进度，与系统结构师、实施小组经理和系统基础结构经理一起工作以确保新 系统的开发可以跟踪和控制。工程经理负责向领导小组汇报新系统的开发进度和开 发相关的问题。
运维总负责人一方面作为我公司的统一接口，协调用户，另一方面协调和管理 公司内容各类小组，减轻用户在工程执行工程中发生的对公司的协调。无论何时， 工程经理都将得到工程领导小组在技术和处理实施问题上的强力支持。
104
数据交换共享平台建设方案
我公司安排熟悉数据共享系统和现场经验的工程经理做为本工程的服务运维总 负责人，根据系统运维服务需要进行远程支持和不定期的现场支持，确保整个系统 高效、平安、稳定的运行，同时负责协调与用户单位的商务、技术、人员安排、项 目管理及进度控制等事宜，工程经理负有如下职责：
• 作为我公司与用户方之间的用户高级代表，与用户直接接触，第一时 间获取用户信息、意见和需求，并协调我公司内部各方面关系，对发现的问题 做出及时的响应；作为整个工程实施计划的执行负责人和监督者，负责协调、监督我公
司各部门资源，保证工程进度，保证工程质量到达工程要求；
• 作为整个工程的工程经理，在现场担任现场实施的总负责人，协调人 员安排、问题协商与解决等工作。
• 制定工程质量方针、目标和标准，控制工程质量环节。在工程推进的
关键部位上设置质量检查环节和改进通道，通过建立岗位工作规范，强化质量 意识和服务意识，确保工程质量、工期、本钱和政府满意度都到达预期的目 标。
• 组织召开工程的周会、例会和技术碰头会等工作，参与各项文档组织
等。
11.2.3.3. 总协调人
公司安排高层领导作为运维服务工程的总协调人，充分保证系统维护的人力资 源和系统资源的连续性和及时性。
11.2.3.4. 工程管理组
工程管理组主要就过程和工件（工作产品）的质量进行评估和审计。
• 过程顾问组。过程顾问组负责为工程提供方法学、过程的咨询，负责105
数据交换共享平台建设方案
为工程制定有效的开发过程，协助工程负责人筹划工程，对工程成员进行过程 方面的培训和指导，负责相关过程评估工作，参与评审，并促进过程的不断改 进。评审和审计集成和软件产品和活动以验证它们符合适用的规范和标准。该 成员中将包括CMMI顾问，提供该领域的咨询和指导。
• 质量保证(QA)组。QA组独立于工程之外的过程管理人员，负责评 审工程过程、审计系统工件、工具和设备，为工程过程状态提供可视性，向高 层经理及工程经理提供QA报告。QA的工作不受工程经理的领导，具有独立的 向高层经理汇报的途径。QA将与用户方工程管理团队紧密合作，完成工程整 体管理以及质量保证工作。
11.2.3.5. 现场负责人
工程实施经理是对一个工程的应用软件、系统软件与硬件系统实施负有全面职 责的角色。工程实施经理负责政府系统环境的搭建、系统迁移及与相关实施过程的 控制。在实施活动中，将组建软件实施小组和硬件集成实施小组，分别对应软件系 统和硬件设备的实施工作。
•系统实施组
系统实施组主要负责系统软件、硬件实施，包括系统软件和硬件系统的安装、 调试、集成和切换。
・应用软件实施组
软件实施组主要负责应用软件的安装、调试，系统实施的数据预处理或者数据 迁移，软件系统的上线割接。
11.2.3.6. 工程软件经理工程软件经理是对一个工程的系统开发活动负有全面职责的角色，是控制工程 软件开发过程的全部进度、开发资源的责任人。在该工程中，工程软件经理主要管
106数据交换共享平台建设方案
理系统架构组、需求组、开发组和测试组，保证整个系统的设计与实现。工程软件 经理负责对所辖工程的全部软件活动，负责控制工程的软件资源，就软件局部向项 目经理实施承诺。
主要负责：开发计划编制；评审分配需求和软件开发计划；参与软件工程内部 的定期审核，对照软件开发计划跟踪技术进展、性能和问题项与有关人员共同解决 审核中出现的问题项。
需求组
需求组的任务包括开发系统的用户需求和软件需求两个局部。
• 业务分析师
业务分析师负责工程的业务建模。在开发系统用户需求的活动中分析人员和政 府方充分调研，从政府的角度编写，侧重于系统的核心特性和可接受的系统品质， 确定用户在业务用例模型和业务对象模型中的流程、角色以及职责。
• 需求分析师
需求分析师负责需求的获取及用例建模。在开发软件需求的过程中，需求分析 组与政府和涉众（政府和最终用户）在系统的工作内容方面达成并保持一致；定义 系统边界；为计划迭代的技术内容提供基础；为估算开发系统所需本钱和时间提供 基础；定义系统的用户界面，重点是用户的需要和目标，使应用开发组能够更清楚 地了解系统需求。
架构组
系统架构组的任务是系统架构的分析设计，包括提供便于小组间技术交流的架 构，到达系统的质量要求，从而实现应用。系统架构组由一组具有一个公正的、广 泛的专业技术水平的员工组成，它包括如下几方面：丰富的行业领域经验来确保提 出一个合适的设计视图（设计模式中意义重大的原理）；丰富的软件技术经验来确 保建立一个合适的进程视图（并发处理，事务处理，平安处理，例外处理，外部接 口），逻辑视图（软件模型的结构）和部署视图（软件和硬件的配置，容量，性107
数据交换共享平台建设方案能）；系统架构组还要负责系统总体质量，它包括可靠性，运行性能，灵活性和可 维护性。
• 架构师
构架师负责在整个工程中对技术活动和工件进行领导和协调。构架师要确立架 构视图的整体结构：视图的详细组织结构、元素的分组以及这些主要分组之间的接 口。
• 数据库设计师
数据库设计员负责定义表、索引、视图、约束条件、触发器、存储过程、表空 间或存储参数，以及其他在存储、检索和删除永久性对象时所需的数据库专用结 构。
• 设计师
设计师负责对子系统、模块或包的设计。包括设计包或子系统所拥有的所有 类，定义一个或几个类的职责、操作、属性及关系，并确定应如何根据实现环境对 它们加以调整。
• UI设计师
UI设计师负责根据政府的需求和系统软件架构，对界面视觉效果和交互作出 设计。包括分析对用户界面的需求，包括可用性需求，以及构建用户界面原型。
开发组
应用开发组由多个小组构成，每个小组由一个小组长管理。小组长负责管理功 能和系统的设计和构造，模块化和软件集成。主要职责包括：软件组件设计、用户 界面设计和原型化、对象和动态模型、详细数据分析、软件构造、软件组件测试、 文档管理等。
• 开发工程师
开发工程师根据系统设计文档和设计实现策略，遵循开发规范和开发指南，负108
数据交换共享平台建设方案L工程概述
1.1. 工程背景
信息资源交换体系的建设已成为继政务网络建设后又一重要基础建设。国家信 息化领导小组《关于印发〈国家电子政务总体框架》的通知》（国信[2006]2号）进一 步提出“政务信息资源目录体系和交换体系、国家电子政务网络、信息平安保障体 系共同构成国家电子政务三大基础设施”说明了国家对各地建设信息资源交换体系 高度重视，并为之提供了理论上及技术上的指导框架，同时为各地信息资源共享与 数据交换的建设和利用提供了技术指引。
电子政务通过不断开展和创新，目前信息化建设已具成效，各职能部门之间的 网络已实现互连互通。但是，各职能部门的业务系统只建立了自己的数据库，而各 系统之间还没有数据共享、同步更新的机制；各职能部门颁发的电子证照信息尚未 实现共享，各个职能部门的电子化协作程度和协作效能比拟低下。
因此，统一建设信息资源数据共享交换体系已迫在眉睫。通过建立一个功能强 大的全市统一的信息资源共享与交换平台，实现各业务系统之间的信息交换，实现 分布式信息资源的动态分配和管理，支持全市电子政务的深化应用。
12建设目标
工程建设的总体目标是：建立一个功能强大的全市统一的信息资源共享与数据 交换平台，强化政府职能部门之间信息交换和共享，形成规范有序的信息交换和共 享机制，实现全市信息资源的动态分配和综合利用。通过信息资源共享与数据交换 平台的建设，为政务数据资源的梳理整合、共享服务、分析挖掘再利用建设统一数 据交换平台，先期重点支撑网上政务大厅等业务应用。
数据交换共享平台建设方案责编码实现以及质量验证，确保按时按质完成工程开发工作。
• 软件集成员
软件集成员负责将系统的构件组合起来，生成一个可执行的版本。
测试组
测试组包括以下角色的成员：
• 测试设计师
测试设计师负责软件产品测试的规划、设计并执行测试过程，以保证软件产品 的质量符合设计要求，确保软件产品的顺利释放。
• 测试工程师
测试工程师负责支持软件产品测试的规划并执行测试过程，以保证软件产品的 质量符合设计要求，确保软件产品的顺利释放。
系统集成
支持组包括以下角色的成员：
• 系统集成维护
对系统提供定期巡检，提供巡检报告。
• 硬件维护
对硬件问题及时沟通，协调各方及时解决。
• 工具专家
工具专家负责工程中的支持工具，包括选择和购买工具。工具专家还要配置和 设置工具，并核实工具是否可以使用。
109
数据交换共享平台建设方案现场维护管理
日常维护管理每周召开一次“软件服务质量评估”例会，给政府相关负责人员以周报形 式总结一周软件服务工作及下周工作安排。
• 现场服务人员的变动，需经用户同意，用户有权要求对不合格人员的进行 调整。
• 我公司现场人员必须遵守用户的管理要求，在关键时点，如假日或软件升 级后第一天上班等，需要严格遵守作息时间,防止出现问题得不到及时解 决。
• 重大节假日安排技术人员值班，提供值班人员名单及联系方式。
平安意识管理对工程组开发人员和政府系统管理工作人员加强经常性的信息系统平安管 理教育和培训，增强系统平安防范意识；
• 要求政府严格执行系统管理工作流程、业务需求变更处理流程，通过良好 的制度管理，将引发故障的可能性降低到最小，同时，通过快速故障响 应，将事故的影响降低到最小；进一步提高系统的备份、恢复的能力，从完善的平台设计，提高系统的稳 定性。
数据平安性管理对操作系统以及数据库的各级用户的口令严格管理，一律采用加密存储的 方式，并且定期修改各级口令，杜绝任何形式的密码盗用；
• 根据信息管理职责划分，可分为计算机系统管理员与业务操作人员。其中 需要严格规范每一级别计算机系统管理员的数据操作权限，同时根