企业应用集成与企业信息门户系统投标书样本

《企业应用集成与企业信息门户系统投标书样本》由会员分享，可在线阅读，更多相关《企业应用集成与企业信息门户系统投标书样本（236页珍藏版）》请在装配图网上搜索。

1、广东电网公司广州供电局企业应用集成与企业信息门户系统工程一期投标文件正本广州华南资讯科技二00五年九月目 录第1章投标信函6第2章价格清单单独密封7第3章商务应答书无差异8第4章技术应答书无差异9第5章工程实施的详细方案和进度方案125.1实施方案概述12编写目的12总体目标12工程范围12实施原那么13实施策略与原那么13工程实施的主要阶段划分和进度表165.2工程管理与工程进度控制16用户与监理方介入原那么24工程管理方法25工程控制31风险管理36文档管理395.3质量保证方案47质量概念47质量管理47质量管理体系48质量保证48质量控制525.4开发建设实施方案56主要的阶段工作划分

2、56各个阶段实施方法与分工协作565.4.3各阶段里程碑与实施周期表805.5实施方案81实施目标81实施内容81主要的工作划分81各项工作内容和分工协作815.6培训方案925.7维护、升级及售后效劳方案925.8实施方案之实施人员资历说明92第6章效劳及技术培训承诺966.1技术效劳和技术承诺966.2培训课程和培训方案97目的97培训方案安排97培训资源98培训组织与准备99软件版本升级培训100培训课程设置100培训的质量保证103第7章详细投标工程清单105第8章技术说明书文件1078.1总述107工程背景和任务提出107当前系统现状107系统建设目标112建设原那么112建设内容1

3、138.2系统总体架构及技术路线1138.3应用软件技术方案116应用软件体系结构116根底平台建设120应用功能设计140应用管理模块设计157应用系统性能161EAI/EIP标准的制订166遵循标准1668.4系统软、硬件平台配置方案167系统总体结构图167操作系统的选择168数据库效劳器选型168数据库选择1738.4.5存储系统173应用层的平台选型181网络交换机选型0客户端设备选型08.5系统编码设计08.6应用平安解决方案2现状需求分析2功能概述3统一平安框架的优势10解决方案128.7工程的交付项268.8测试及实施方案27系统测试(FAT)27用户确认测试方案(SAT)31

4、各参与建设单位的分工与协作338.9培训课程和培训方案34目的34培训方案安排34培训资源35培训组织与准备36软件版本升级培训37培训课程设置37培训的质量保证408.10技术效劳和技术承诺418.11系统的运行、维护方案43维护中的组织形式43多层次贴身效劳448.12本工程的风险和对策51第9章其它证明文件53第1章 投标信函第2章 价格清单单独密封第3章 商务应答书无差异第4章 技术应答书无差异招标方要求投标方应答建议和说明第一章 总那么满足1.1 概述满足1.2 定义满足1.3 工程范围满足1.3.1 招标范围满足1.3.2 投标方工作范围满足1.4 工程保证满足1.4.1 组织保证

5、满足5.8实施方案之实施人员资历说明1.4.2 质量保证满足5.3质量保证方案1.4.3 进度保证满足5.2工程管理与工程进度控制1.4.4 工程管理满足1.5 系统适用标准满足8.3.7遵循标准1.6 对技术投标文件的要求满足第二章 现状描述满足8.1.2当前系统现状2.1概述满足8.1.2.1管理现状2.2网络现状满足8.1.2.2网络现状2.3信息系统应用现状满足8.1.2.3应用系统概况第三章工程描述满足3.1建设目标满足8.1.3系统建设目标3.2建设原那么满足8.1.4 建设原那么3.3本期建设内容满足8.1.5建设内容3.3.1根底平台建设满足8.3.2根底平台建设：认证和授权短

6、信平台即时通讯平台统一消息发布平台搜索中心内容管理Web页面裁剪3.3.2单点登陆满足8.3.3.2单点登录3.3.3消息集成满足8.3.3.3消息中心3.3.4界面集成满足8.3.3.4界面集成3.3.5数据集成可选满足8.3.3.5数据集成3.3.6知识集成平台满足8.3.3.6知识集成平台3.3.7协同工作平台与协同应用满足8.3.3.7协同工作平台与协同应用3.3.8省公司统一部署的EAI/EIP功能满足8.3.3.1省公司统一部署的EAI/EIP功能第4章 安装、测试、试运行及验收满足8.8测试及实施方案8.11系统的运行、维护方案4.1 安装、测试、根底数据录入满足4.2 验收满足

7、5.5.4.5系统验收4.2.1 功能验收满足4.2.2 试运行验收满足4.2.3 竣工验收满足4.3 工程交付项满足8.7工程的交付项4.4 技术效劳满足8.11.2多层次贴身效劳4.5 技术培训满足8.9培训课程和培训方案4.6 软件升级及维护满足6.1技术效劳和技术承诺8.11系统的运行、维护方案第5章 工程实施的详细方案和进度方案5.1 实施方案概述5.1.1 编写目的 系统实施是对整个工程建设的规划，它是整个工程开发建设的前提和根底，为建设目标实现提供十分重要的依据。我公司按照软件工程中系统建设原理，对广州供电局企业应用集成与企业信息门户系统的建设进行分析、设计，和规划，提出本实施文

8、档，用以说明我公司将对整个工程建设过程中采用的方案，如何建设好整个工程。5.1.2 总体目标广供的信息一体化平台建设应到达下述目标：1. 构建面向企业内部管理的一体化门户。整理、规划广供内外的各类信息，提供集中的信息展现平台，形成操作便捷、界面风格统一、简洁美观的信息门户。2. 初步构建统一的平安体系。实现单点登陆功能，提供进入各主要业务系统的统一入口；提供EIP上各类资源的有效管理和控制。3. 集成广供内外的各类信息。通过内容管理系统整合非结构化信息；实现应用系统界面集成，建立应用系统消息中心，整合结构化信息。4. 提供个性化平台，实现用户信息订阅，界面定制等功能。5. 实现与广东省电网公司

9、EIP的有机互连。6. 强化管理人员的通信手段，实现多渠道沟通。5.1.3 工程范围本工程将开发适合广州供电局的具有开放式体系结构的企业应用集成及企业信息门户系统，系统范围和根本业务将在本招标文件中描述，系统功能设计应充分考虑模块的开放性和可重用性，其中全省适用的业务需求功能模块(关键指标集、综合报表、泛OA应用等)由省公司统一组织开发，再移植到广州供电局EAI/EIP系统中。系统建设规模应能满足5年的业务开展的需要，并具有良好的扩展能力。5.1.4 实施原那么本次工程实施的实施原那么包括： 坚持以?广东电网公司企业应用集成与企业信息门户建设标准?为指导的实施原那么； 坚持“质量第一和评审的质

10、量原那么； 坚持基于?软件工程方案?的实施原那么； 坚持遵守各类标准与过程指导的实施。5.1.5 实施策略与原那么5.1.5.1 建设原那么1. 整体性原那么：以EAI/EIP为纽带，通过系统与应用集成，使企业中完成不同业务功能的应用系统之间建立起可供数据交换和应用沟通的中枢系统，形成企业内整体性的信息系统体系结构。2. 标准化原那么：在统一标准的根底上，企业的现有应用系统通过开发适宜的适配器接入EAI/EIP；新开发的业务系统必须符合EAI/EIP技术标准和数据交换标准。3. 平安性原那么：EIP为企业员工提供了统一的用户访问界面，由此也带来了信息平安问题。本工程建设既要保证合法用户能访问其

11、所需的信息，又要禁止非法用户的访问。4. 开放与可扩展性原那么：尽量使用成熟、先进的技术和产品，在EAI平台上能与现有应用系统实现无缝对接与互操作，能在数据、业务、效劳三个层面上满足新增的需求，而对信息系统体系结构不需做较大的改变。5. 实效性原那么：注重EAI/EIP工程建设的实效，在建设过程中应按照评估指标体系严格地进行测评，力求取得明显的实施效益。6. 尽可能采用现有的成熟软件产品工具。5.1.5.2 组建成功的工程团队工程团队的成功组建与否，从根本上决定着整个工程的成败。有经验的工程团队的价值表达在：1. 对应用系统实施理念有着深刻的理解和实践中提取的应用经验；2. 对如何控制实施进程

12、和质量有强有力的方法和手段；3. 能够快速了解并提出改善客户关系的建议；4. 能够组织企业各层人员，协调时间和人员安排，完成转变；5. 将软件蕴涵的思想能够结合到企业业务中，真正运用得起来。我公司成功地完成了多个大型集成工程、门户工程的建设，对此类工程的实施有深刻理解，能够提出切实可行的实施建议，具有全方位的培训机制。另外，我公司在软件人员岗位配置方面，是根据工程生命周期对软件各阶段来进行划分的，每阶段均配备有相关的岗位人员，如需求阶段，那么配备有需求调研员、需求分析员、需求管理员、配置工程师等角色，每角色都有详细的职位要求。对工程组成员的选择将根据各阶段相关的职位素质模型，并注重实际的工作经

13、验。5.1.5.3 应用科学的工程管理方法实施工程广州供电局企业应用集成与企业信息门户系统的应用范围普及人员面广、涉及系统多。为确保该工程的顺利实施，在工程实施前，必须建立工程建设总的指导思想、原那么，作为对工程建设过程的指导。工程管理总的指导思想和原那么确实立，可以为工程参与单位在工程建设过程中实施工程管理方法提供科学的依据和支持，并遵守工程管理过程中的工程标准与制度。在工程管理总的指导思想和原那么的根底上，在工程启动阶段制定明确的、书面的、必须遵守的工程管理方法、标准、过程及措施，在实际的系统实施中，做到每一个步骤都有依据、每一个步骤都有检查、每一个步骤都有度量、每一个产出都有标准，从而保

14、证整个系统的成功建设。广州供电局企业应用集成与企业信息门户系统是一项比拟庞大的、长期的复杂的工程，我们在全省范围内的推广实施过程中首先要注意到这种实际的情况，作为充分的准备，并采取积极的预防措施，坚持应用科学的工程管理方法，注重实施过程的每一个环节控制。在系统实施建设的任何一个环节都可能存在风险，在本工程的建设中，我们实行积极的风险管理，即在工程建设开始阶段就主动的进行风险的识别，分析风险，制订风险管理方案，采用相应的措施应对风险和监控风险，并在工程实施的过程中关注新的风险产生，及时进行管理。通过建立需求变更流程、测试流程、版本升级等管理流程，以使工程建设升级有序进行；建立书面方式的沟通协调机

15、制，工程组成员将会和用户的工程负责人一起，将每次讨论的结果形成书面记录，通告小组的每个成员，对于讨论形成的新的标准和流程，反复沟通用户级的意见，直到能够为用户真正接受。对于需求、设计、操作手册等一系列文档，随版本不断更新，让新的业务人员也可以按照步骤，完成操作。极大地提高了工作效率和管理效率。5.1.5.4 建立完整的测试体系，保证产品的质量在工程建设的整个过程中，建设完全的测试体系，以保证产品的质量，具体包括建立多层次和多对象的测试模型与体系；针对不同测试类型采用相应测试技术和方法；建立合理的测试准备就绪与测试通过准那么；标准的测试过程和技术流程；建立独立的测试机构；采用独立的测试环境；并使

16、用适宜的测试工具；应用闭环的测试过程。5.1.5.5 建立完整的质量保证体系，以全方位保证工程建设质量工程建设的质量包括过程质量和产品质量，因此在工程建设初期，依据ISO9000质量体系统标准，制订明确的工程质量保证方案，包括建立质量标准、建立质量保证组织、明确每一个工程实施阶段中的质量控制环节和活动、确定质量控制的方法和采取的措施等，在工程建设过程中严格遵守工程的质量保证方案，并按方案实施，以全方位保证工程建设的质量。5.1.6 工程实施的主要阶段划分和进度表我公司保证在合同签订后4个月内通过功能验收试运行验收。具体的建设进度如下：阶段名称起止时间工程启动合同签订后1周内需求调研/分析合同签

17、订后1周-合同签订后6周系统设计合同签订后4周-合同签订后11周详细设计/编码合同签订后6周-合同签订后11周系统测试合同签订后11周-合同签订后13周实施合同签订后13周5.2 工程管理与工程进度控制5.2.1.1 成立应用软件建设团队软件工程团队华南资讯科技将针对本投标工程成立跨部门的工程团队，通过各部门的优势互补、合理分工、团结协作，做到： 对用户的需求响应快、工作效率高； 建立与用户的明确的沟通渠道，使双方的沟通更直接更明确； 通过跨部门的合作，能够获得各专业部门的专业指导和技术支持；5.2.1.2 软件工程团队的组成工程团队的组织机构如以下图所示：下面对组织结构中各角色的职责进行详细

18、描述：5.2.1.2.1 工程领导小组1、成立领导小组的目的和意义对于大型的系统开发任务，我们都需要成立专门的领导小组，这既是对工程的重视，也是管理大型工程开发工作所必需的。领导小组的成立，加强了管理的力度。虽然领导小组的成员不一定参与确切的事务管理，但是领导小组的催促却无疑加强了管理人员对工程管理的重视，从而加强了工程管理的力度。领导小组的成立，加强了决策的及时性和有效性。大型工程的管理工作，出现变化和特殊情况的比拟多，管理方法会随实际情况有调整，专门的领导小组，可以为这种调整及时做出决策，确定调整是否合理，管理方法是否切实可行，而且鉴于领导小组的级别，决策的有效性会提高。2、工程领导小组的

19、职责 负责指导工程实施，为随时可能发生的改变提供必要的决策意见； 任命工程经理，为工程组调配人力资源和其他资源； 审查工程管理方案； 审查工程进度报告和工程进展情况； 与用户方就重大问题进行协调； 在需要的时候，调整公司其他资源以配合本工程所需。5.2.1.2.2 工程经理工程经理是工程的总责任人，对工程的质量、本钱和进度负责依据合同，充分了解并确认用户需求，对工程结果满足用户需求负责。工程经理职责： 负责制订工程方案，分解工程阶段，确定任务优先级，合理利用资源，对工程实施方案和人力本钱预算的执行负责，对于方案执行中的难点及时向工程领导小组报告并通报工程管理专员，并获取相关支持。 负责组建工程

20、团队，并协调各个团队成员的活动，使他们作为一个和谐的整体，适时履行其各自的工作。指导工程组成员工作，确保工程组成员能够履行各自职责，对工程阶段任务的完成和质量负责。并对工程及成员的绩效进行考核。 代表公司与用户建立工程合作关系， 及时、有效地与用户沟通，以便在工程执行过程中得到用户的支持与配合。 对工程信息的及时准确沟通负责， 确保工程方案和工程进度能够准确及时传递给工程有关人员， 包括工程组成员， 领导小组，用户以及销售人员。 依据工程管理流程，组织工程各阶段任务的实施。 跟踪工程进度， 提交工程进度报告。 对工程进度实施控制。 对于工程执行过程中不符合流程的情况给以跟踪纠正，对于特殊情况，

21、报告主管领导并征得批准； 跟踪解决用户投诉问题； 对工程各阶段需要提交的文档、程序和效劳的及时性与质量负责。5.2.1.2.3 应用软件开发经理负责制订?工程方案?中的?开发方案?，保证应用系统开发按?开发方案?进行。负责系统开发的组织，对应用系统开发的质量，进度和本钱负责，具体职责包括： 在工程启动阶段负责协助工程经理制订?开发方案?；从需求开始，到系统测试前，负责系统的开发活动的方案、任务分配、跟踪、控制； 负责指导需求调研、管理和分析人员、系统设计人员、程序员工作； 负责编写?系统管理手册?、?安装手册?； 组织应用系统的需求调研和需求分析，提交?软件需求规格说明书?； 保证系统设计质量

22、，提交系统设计说明书； 保证代码质量，组织代码审查，检查单元测试结果，提交原代码和发布产品； 分析系统测试问题报告，判断并处理组装测试缺陷，保证软件系统各单元之间能够相互协调，作为一个系统运行；指定开发人员解决问题。 确认系统测试问题得到解决，对于无法解决的问题给以解释说明。5.2.1.2.4 应用软件测试经理测试经理独立于开发工作，主要负责保证产品的功能到达需求标准，为实现这一点，测试经理需要制定详细的测试方案来规划测试工作，同时安排人员进行测试，最后还要确认测试结果，保证结果符合需求。其具体职责： 在工程启动阶段负责协助工程经理制订?测试方案?，保证以最小的测试本钱找出最多和最关键的软件问

23、题； 参加需求设计评审，确保用户需求的可测试性； 参加设计评审，确保设计方案的可测试性； 验证测试环境，保证测试环境符合测试要求； 指导测试人员进行工作，组织测试，保证测试人员理解测试方案，能够按照测试方案要求进行测试； 指导提交测试问题报告，对测试发现的问题能够清晰准确描述，并提供可能的证据； 分析测试结果，提交?测试总结报告?，对放行的软件产品给出质量评价； 协助用户制定?测试方案?，协助确认测试的实施。5.2.1.2.5 应用软件实施经理负责应用系统的安装、培训、运行，数据的准备与迁移，指导用户确认测试，协助工程经理准备验收的各类文档资料以及完成验收工作，具体包括： 负责在工程启动阶段，

24、协助工程经理制订?实施方案?； 负责用户培训的组织，实施应用系统培训； 协助用户进行确认测试； 负责编写?数据准备与迁移方案?，指导用户数据准备，将用户已准备好的数据迁移到新系统中； 负责应用系统安装、调试； 负责指导用户试运行； 报告系统运行情况； 负责协助工程经理准备验收的工作并协助工程经理完成验收。5.2.1.2.6 SQA工程师1、SQA工程师独立于工程组展开工作，其目的在于：保证质量控制的客观性：将质量保证人员置于第三方的位置，主要目的就是为了保证质量控制的客观性，开发人员对系统的质量具有主观的判断，独立的质量保证人员，可以摈除开发人员对其的影响；保证质量控制的及时性：质量控制人员不

25、受开以部门的进度限制，只根据工程管理方案进行质量测评，保证质量控制及时有效。2、SQA工程师主要的工作职责是负责工程的质量保证工作， 负责工程流程的审计和跟踪活动。其工作职责为： 负责在工程启动阶段，协助工程经理制订?质量保证方案?； 通过监控软件的开发过程保证产品的质量； 保证开发出来的软件和软件开发过程符合相应标准与规程； 保证软件产品、软件过程中存在的问题得到处理，必要时将问题反映给高级管理者； 确保工程组制定的方案、标准和规程适合工程组需要，同时满足评审和审计需要。5.2.1.2.7 配置管理工程师配置管理工程师是工程经理的左右手，负责配置管理的工作，以确保在软件工程的整个工程生命周期

26、过程中的各个阶段的工作产品以及相关文档的版本管理的有效性和完整性。配置管理工程师的职责： 负责在工程启动阶段，协助工程经理制订?配置管理方案?、标准和规程； 负责方案、标准和规程的维护和分发； 负责工程配置项、基线的生成和管理； 负责由软件基线库生成和发布产品； 定期报告配置状态。5.2.1.2.8 明确的角色分工1、软件产业化生产的优点和要求： 产业化生产要求参与生产的人员分工更细致，专业化程度更高，产品的质量也越高； 产生化生产需要集中生产，集体合作，形成规模效应； 生产过程复杂化，对工程管理能力要求更高。2、工程团队的角色组织图：3、工程组中其他角色及职责序号角色名称角色承当的职责1文档

27、管理员1、收集和管理工程的相关资料，并建立文档2、保证?软件需求规格说明书?符合工程定义的模板要求3、保证?系统设计说明书?符合工程定义的模板要求4、保证工程提交的?用户手册?、?操作手册?、?安装手册?、?系统管理手册?符合工程定义的手册模板2需求调研员真实，完整，全面的收集并记录用户需求3需求分析员1、负责分析?用户需求说明书?，推导出?软件需求规格说明书?，保证所有用户需求都被适当的定义2、保证?软件需求规格说明书?准确、全面地反映了?用户需求说明书?中的用户需求，并且能够指导开发经理组织系统设计4需求管理员通过?需求跟踪矩阵?保证软件系统产出物的一致性5架构设计师保证?软件需求规格说明

28、书?定义的所有需求，都被分解到一个且只被分解到一个系统界面实现，产出物?系统架构设计说明书?能指导界面设计和数据库设计6数据库设计师1、保证?软件需求规格说明书?定义的所有实体及实体之间的关系都定义有一个数据库存储，产出物?数据库设计说明书?能指导界面设计和模块设计2、保证用户原有数据在进行转换前后的一致性、准确性和完整性7界面设计师保证系统所有界面的一致性，将?系统架构设计说明书?所定义的界面功能分解到一个且只分解到一个模块实现，产出物?界面设计说明书?能够指导模块设计师进行模块设计8模块设计师保证?界面设计说明书?所定义的模块功能被分解到一个且只分解到一个程序单元实现，产出物?模块设计说明

29、书?能指导程序员进行代码设计9程序员1、保证程序单元代码满足?模块设计说明书?的要求2、通过组装测试，保证软件系统各单元之间能够相互协调，作为一个系统运行10测试工程师执行测试，保证真实记录系统执行测试用例的结果11实施工程师1、执行测试，保证真实记录系统执行测试用例的结果2、在用户现场指导用户操作员使用系统，确保系统试运行正常进行12评审负责人按产品评审方案组织评审或同行评审，确保被评审对象符合工程要求5.2.1.2.9 其他技术支持人员工程开发中技术的分类业务型、根本型、成熟型、研究性、探索性工程管理除了以上人员参与以外，还需要各类技术人员的支持，其中包括：业务型的技术人员、根本型的技术人

30、员、成熟型的技术人员、从事研究性工作的人员、从事探索性工作的人员，这些人员在技术开发活动中提供技术支持。另外，本工程的主要是软件系统的建设，但是其建设实施过程中涉及到硬件和网络设置，因此，我公司的技术支持人员将包括硬件网络系统的技术支持人员。5.2.1.3 软件工程团队特点本工程实施工程经理负责制，工程经理是工程具体实施的唯一负责人，也是工程领导小组决策的执行人。原那么上，工程经理每周末、每月末以?周状态报告?和?月状态报告?的形式，向工程领导小组汇报和工程组成员通报工程进展情况。应用软件开发经理、应用软件实施经理向工程经理负责，以保证工程方案的执行。应用软件测试经理向工程领导小组负责而不向工

31、程经理负责， 这样可以保证测试的独立性。SQA工程师向工程领导小组负责，使得质量保证活动具有独立性。 5.2.2 用户与监理方介入原那么在工程管理过程中应用监理方与用户方介入原那么。5.2.2.1 工程管理方面用户方和监理方在工程建设过程中介入开发商的工程管理活动，具体包括以下几个活动： 审查工程方案，审查工程方案是否符合工程进度要求； 审查工程进度报告，审查工程状况符合工程进度要求； 审计工程活动和文档，审计工程活动和文档与合同一致，与软件标准一致，与工程方案一致； 对工程管理提出改良要求； 采用会议形式或者是书面形式定期或不定期对工程组工作进行审查和审计。5.2.2.2 工程质量控制方面用

32、户方和监理方在工程建设过程中介入开发商的质量控制活动，具体包括以下几个活动： 审查?工程方案?中的?质量保证方案?，审查工程采用的质量标准； 审查各类技术标准，如需求说明书标准，设计说明书标准，编码标准，测试标准，验收标准等； 检查产品质量：包括各阶段的文档确认，确认测试和验收测试等； 对于需要第三方确认和验证的情况，给以要求。5.2.2.3 工程实施方面用户方和监理方参与的实施工作，具体包括以下几个活动： 积极配合开发单位的需求调研人员展开业务需求调研活动，为需求调研提供帮助。 积极配合开发单位的实施人员的实施活动，为工程实施提供环境； 积极配合实施经理展开培训活动，为各种培训组织安排学习人

33、员和培训时间； 为系统实施和运行协调各业务部门的工作。5.2.2.4 变更控制方面用户方和监理方在工程建设过程中介入开发商的变更控制活动，具体包括以下几个活动： 审查和批准开发商制订的工程方案； 审查和批准开发商提出的工程方案和进度方面的变更； 审查和审批用户需求以及需求变更； 审查和批准设计及设计变更。5.2.3 工程管理方法在建设广州供电局企业应用集成与企业信息门户系统工程的过程中，我公司将严格遵照ISO9001的要求，并参照CMM的框架，并结合我公司在社会保障信息系统建设中的经验，准备采用发下工程管理方法，实施对工程的管理。5.2.3.1 制定方案、跟踪和报告的方法软件工程方案的目的是为

34、完成工程的工程和管理而制订的合理的方案。该方案提供完成和管理软件工程活动的根底，并按照软件工程的资源、约束和能力，阐述对软件工程建设双方的约定。软件工程跟踪和监控的目的是建立对实际进展的适当的可视性，使工程经理或者是更上层领导能在软件工程性能明显偏离软件方案时采取有效措施。软件工程跟踪和监控包括对照已文档化的估计、约定、方案评审和跟踪软件完成情况和结果，当实际结果超过?工程方案?变更的阀值时，基于实际的完成情况和结果调整?工程方案?。工程启动阶段的已文档化的?工程方案?用作跟踪软件活动、传送状态和变更方案的根底。工程经理监控软件活动，主要通过在所选出的软件工作产品完成时和在所选择的里程碑处，将

35、实际的软件规模、工作量、本钱和时间表与方案相比拟，来确定进展情况，当确定未实现软件工程方案时，工程经理分析实际与方案之间产生差距的原因，并将采取纠正措施，工程经理对于自己不能处理的问题向上一级领导汇总，以获取上层的支持。工程经理主要是以?周状态报告?和?月状态报告?的方式来跟踪工程的进度，通过两种状态报告的分发和上报来向工程组成员以及上层领导汇报工程的进展情况。5.2.3.2 工程建设过程进行配置管理软件配置管理的目的是建立和维护在工程的整个软件生存周期中软件工程产品的完整性。在工程启动阶段，由工程经理指定工程配置管理工程师制订工程?配置管理方案?，?配置管理方案?内容包括：定义工程配置管理的

36、组织架构、角色、职责和管理方法；确定配置项和基线的标识标准、说明标准和版本说明标准；确定工程实施过程中的配置项；确定配置项变更管理控制方式；确定配置管理记录、配置管理状态报告的统计周期和报告方式；定义配置审计的类型、内容、审计项；确定配置项建立、基线建立、产品生成、产品发布需要遵守的过程和标准；定义配置管理活动中各个阶段的产出物和里程碑。在工程建设过程中，配置管理工程师根据?配置管理方案?对各个阶段实施配置管理活动，定期向工程经理及相关人员提交配置状态报告，报告配置管理状态，根据产品基线定义的标准建立产品基线，发布产品。5.2.3.3 制定质量标准在工程启动阶段的?工程方案?制定同时，由SQA

37、工程师协助工程经理制定必须遵循的质量标准和?质量保证方案?作为?工程方案?一个组成局部。质量标准包括：评审与同行评审准入标准；评审与同行评审通过标准；审查需求说明书标准；设计说明书标准编码标准；测试标准；验收标准；工程遵循的过程等。在整个工程生命周期内，由SQA根据随着整个工程的开展，定期检查工程的质量，对于实际质量与标准质量出现偏差的，根据偏差的情况向工程经理、部门经理或者是公司高层进行汇报，以协助工程经理进行质量的控制。5.2.3.4 建立评审机制在工程启动阶段，由工程经理根据软件?标准工作产品集?定义需要进行评审与同行评审的软件工作产品，并指定需要进行评审与同行评审的工作产品遵循的评审过

38、程，建立评审机制的目的是确保软件工作产品的质量符合要求。工程评审可以分为评审与同行评审两种形式。在一般情况下，所定义需要进行评审的工作产品都必须进行评审，而有的工作产品，为进一步确保质量符合要求，可以组织同行评审。工程评审的组织主要是由工程经理、评审负责人、评审人员组织成。一般情况下，如对于?工程方案?的评审，可以组织工程组内人员参加的评审或者是具有工程管理实践经验的工程经理参加的同行评审；而对于?软件需求规格说明书?的评审，为保证需求的正确与完整性，可以邀请公司外面业务行业专家进行同行评审等等。评审遵守一定的流程，具体可以通过以下活动实现： 当已定义的软件的工作产品编制完成后，工程经理指定评

39、审负责人； 评审负责人与部门经理和工程经理一起确定参加评审的人员，评审负责人制定?评审方案?并向参加评审的人员分发?评审方案?与评审材料； 评审人员审查评审材料，并在?评审缺陷跟踪表?中记录缺陷； 评审负责人负责收集?评审缺陷跟踪表?，并判断是否到达了评审准备就绪原那么与标准； 如果到达了评审准备就绪原那么，那么由评审负责人组织人员执行评审，同时，评审负责人员将评审过程中确认的缺陷填写在?评审缺陷跟踪表?中； 评审负责人跟踪验证?评审缺陷跟踪表?中的缺陷得到处理； 评审负责人按照?评审报告?模板，编写?评审报告?，按照评审完成准那么，给出评审意见； 评审负责人将?评审报告?和?评审缺陷跟踪表?

40、等评审结果分发给相关人员； SQA工程师通过?评审报告?和?评审缺陷跟踪表?验证评审活动。5.2.3.5 建立审查机制对每一阶段的工作成果，工程组各成员主动提交给工程经理审查，或者由工程经理委派各级经理开发经理、测试经理、实施经理对各成员的工作按照方案和任务委派书进行审查，发现问题及时反映和进行处理。对技术开发工作可通过一系列质量标准标准各成员的工作，如信息提示标准、命名标准、代码标准等，并根据这些标准检查开发人员的工作。检查方法可以采用重点抽查的方式，对开发工作的关键部位进行仔细、深入的检查，其余局部可以简单审查或不再审查。检查结果应做记录，对发现不符合标准的设计，应及时提出并予以纠正，而不

41、能带到下一阶段的开发中去。5.2.3.6 建立文档签署机制对各阶段形成的文档，必需有编写人、审核人的签字，必需有编写、审核完成的日期。对个别修改的工作，也应按要求对修改人和审核人进行记录。建立文档签署机制是为了分清责任和便于管理；签署后的文档可作为本阶段工作完成的标志和下一阶段工作开展的根底。对于用户提交的任何材料及要求，均需要有双方指定人员的签字确认。5.2.3.7 建立沟通、协调机制工程经理在?工程方案?中建立沟通和协调机制。包括沟通的周期、沟通所采用的方式方法，产生问题或者是出现矛盾时的协调机制。沟通周期：定义沟通周期，如周、月、里程碑完成、季、年等。沟通方式： 工程组内所有成员每个工作

42、日写工作日志；工程组成员在整个工程开发过程中要完成工作日志，应真实记录每个工作日完成工作的情况，包括工作内容和具体时间，以便工程经理或者是开发经理、测试经理、实施经理随时查看工作进展情况。假设工程组成员发现需要修改个人工作方案时，需向本岗位所属经理或工程经理提交工作方案的修改方案。 周期性编写工程的状态报告，总体进展报告、里程碑总结报告并分发；工程经理每周提交工程?周状态报告?，并根据工程阶段在所处生命周期的具体时间段，定义阶段的状态报告，如?月阶段状态报告?，?里程碑总结报告?等。工程经理将各种报告向工程组内所有工程成员，同时分发给与工程相关的人员。目的是让所有与工程相关的人员了解工程的进展

43、情况，及时了解工程中出现的问题，及解决的方法。工程经理定期向领导小组提交工程总体进展报告，汇总工程的总体进展状态及原因，让工程领导小组能及时了解工程的状态并及时给予适当的支持。 定期召开工程组工作会议在工程启动会议上，工程经理应向工程组成员传达总体方案的精神，使每个工程组成员明白工程的意义、目标、进程等。在整个工程实施过程中，工程组定期召开工程组工作会议，由工程负责人主持，每位成员汇报个人工作进展情况，反映上一阶段过程中出现的问题以及解决方案，说明下一阶段工作方案。工程经理应在会议上总结工程进展情况，在规定的权限范围内对所反映问题的解决方案进行评议，说明下一阶段的工作方案。工作会议必需有详细的

44、记录，会议记录必需及时提交给工程领导小组审阅。除召开工作会议外，工程组成员在工作中发现问题，应及时向工程经理反映，由工程经理负责记录并负责问题的解决。 召开技术讨论会对工程组的人员应不定期举行技术讨论会，任何一位工程组成员都可提议并主持召开，每一个开发人员应将自己在工作实施过程中发现的技术上的难点或疑点问题讲述出来，听取工程组其他人员的意见，以免背离总体设计思想。同时也可以在工作日志中以特别的标记加以重点说明，以引起其他同事的注意。协调机制：对于工程组内部产生的所有问题，一律向工程经理汇总，由工程经理负责组织人员进行解决，工程经理对于不能解决的问题，由工程经理向工程领导小组汇报，由工程领导小组

45、协助解决。假设工程组成员与工程经理因问题发生的分歧或者是工程经理的处理给工程带来损害时，允许越级上报。对于工程组外部产生的所有问题，由工程经理负责解决，工程经理对于不能解决的问题，由工程经理向工程领导小组汇报，由工程领导小组协助解决。5.2.3.8 建立变更控制管理机制在工程启动阶段的?工程方案?中，建立明确的变更控制管理机制，对需求的变更、配置项的变更、基线的变更等，无论是源自客户或者是工程组内部的变更，都必须按照总体的?工程方案?中制定的变更控制管理机制，提供变更控制申请报告给工程经理，得到认可以前方可进行修改。 变更控制管理内容包括以下几个局部： 认识到变更是不可防止的，并为此制定变更方

46、案； 所有的变更都要求在基线的根底上进行：在系统开发建设过程中建立阶段基线，对省厅和试点单位成功实施验收后，对系统建立基线，作为后续变更的根底。 建立控制变更的唯一渠道：软件系统的变更可能是非常隐秘的，新特征的存在将对软件需求、系统体系架构、测试方案等造成重大影响，因此对于系统的任何变更都不可以是随意的，都需要一个唯一的渠道来评估它对系统的影响来正式决定是否进行变更，对未确认正式变更前，不能对系统作任何变更。一般情况下，成立变更控制委员会控制变更，变更委员会分担责任并且有必不可少的权威和技术能力能决定变更请求是否被通过。变更委员会的组成包括工程经理、广州供电局指定人员。 应用变更控制机制来捕获

47、变更并处理变更。 通过应用配置管理，对变更进行管理和跟踪。5.2.3.9 建立验证机制在工程启动阶段的?工程方案?中，建立验证机制。验证一般可以分为以下几种情况： SQA验证：SQA工程师通过检查相关的跟踪表来验证过程执行的质量； 测试验证；测试人员通过测试来验证软件产品质量； 第三方验证；通过第三方如监理方对产品进行验证，来保证产品信息的客观公正性，更值得依赖。5.2.4 工程控制5.2.4.1 进度控制工程经理在工程实施的过程中，依据?工程方案?，核实工程是否正在按工程方案在正常执行，对于发现的进度偏差，通过工期压缩的手段进行调整，同时分析产生偏差的原因，发现隐患，及时采取响应的纠正措施，

48、防止偏差的蔓延；如果工期压缩缺乏以弥补产生的偏差，那么需将工程现状和产生偏差的原因通报管理层，寻求其它方面的支持，或调整原定的工程方案。5.2.4.1.1 进度控制目的工程进度控制目的是确保在满足用户需求的根底上，按时完成工程。5.2.4.1.2 进度控制方式进度控制的方式主要是通过制定、管理与变更?工程方案?来进行进度控制。在工程启动阶段时，由工程经理制定工程方案，工程方案经过评审通过后在整个工程生命周期内执行，工程经理跟踪工程方案的执行情况，并根据实际情况调理工程方案内容。在工程实施过程的不同阶段，工程经理根据相应的工程方案书的要求，向工程组成员下达任务委派书。软件工程方案包含以下内容：

49、确定工程目标与目的，标准工程范围，确认工程过程中需要提交的产出物，根据工程特点选择工程生命周期； 确定工程的组织结构，定义各工程角色的职责； 采用一定的工程估算方法对工程进行估算，以及估算出来的具体内容，并确定工程方案变更的阀值； 制定工程阶段方案并确定时间表，包括：定义工程阶段及里程碑以及预计开始与完成时间；工作细分结构；找出组间关键依赖关系，确定关键路径；画出工程阶段的甘特图；确定各个阶段的人员的配备及技能要求；确定本工程中应用的硬件资源和开发/调试/测试工具。 对工程进行预算； 确定工程控制管理内容和方法； 制定风险管理方案，鉴别和评估软件风险并确定躲避风险方法； 制定开发方案，确定开发

50、的方法，定义开发阶段的主要活动； 制定测试方案， 制定工程培训方案，明确工程过程中需要进行培训技能和过程； 制定配置管理方案，定义工程过程中的配置管理内容、方法、产出物等； 制定实施方案，定义实施活动的主要内容、步骤、时间和方法； 制定质量保证方案，建立质量标准，定义质量保证的活动，方式和方法； 制定度量方案，定义度量的粒度和度量方法。5.2.4.1.3 进度控制方法在工程管理中，主要采用以下几种方法进行进度控制：1、将整个工程生命周期划分为几个大的阶段，在每一个阶段结束时定义里程碑，通过检查里程碑来进行控制；2、针对对于每一个里程碑可能出现时间较长的情况，因此在每一个大的阶段中定义小的里程碑

51、，通过检查小里程碑进行控制；3、在?工程方案?中定义阶段内的周期性的如每周、每月编写工作状态报告，对每一个小里程碑内的工作进行控制；4、SQA工程师对工程定期进行审计，检查工程进度与?工程方案?是否相符，对于出现的不同程度的偏差，采用不同的上报对象，到达进行控制的目的。5.2.4.2 工程集成管理工程集成管理是将工程的所有相关因素进行有机的整合和集成，以到达工程目标。集成管理需要在相互影响的工程目标和方案中做出平衡。通常来说，工程管理中的根本性综合过程主要包括以下三个主要过程：工程方案的制订、工程方案的实施以及方案变更控制。过程输入依据处理工具和技术输出工程方案的制订其他方案编制的输出历史信息

52、组织的政策约束条件假设前提编制方法相关成员的技能和知识工程管理信息系统工程方案详细依据工程方案的实施工程方案详细依据组织的方针纠正措施一般管理技术所需技能和知识工作授权体系执行状况检查例会工程管理信息系统组织程序工作结果变更申请方案变更控制工程方案执行情况报告变更申请变更控制系统性能管理执行情况测量补充方案编制工程管理信息系统工程方案更新纠正措施教训5.2.4.3 工程范围管理工程范围管理包括了工程所有需要完成的工作，它主要涉及定义及控制工程应该包括和不应该包括的内容。其中，范围指的是： 产品范围 产品或效劳所包含的特征或功能。 工程范围 为交付具有规定特征和功能的产品或效劳所必须完成的工作。

53、工程范围管理的主要过程有：1、启动 开始一个新工程或者进入工程的下一个阶段；2、范围方案编制 编制书面范围说明，作为将来工程决策的根本依据；3、范围定义 将工程可交付成果分解为假设干个较小的、易管理的单元；4、范围核实 通过检查工作产品和成果是否已正确圆满完成，来得到工程相关人员对该工程的接收；5、范围变更控制 变更控制主要包括：对能够造成范围变更、并且这种变更可以带来收益的因素施加影响；确定范围变更已经发生；当范围变更发生时，对实际的变更进行管理。5.2.4.4 人力资源管理有效的工程管理集中在三个P上：人员people、问题problem和过程process。有创造力的、技术水平高的技术人

54、员对于一个工程来讲，仍然是相当重要的。人力资源管理主要包括以下几个过程：1、组织的方案编制 确定、分配工程角色、职责和报告关系。2、人员获取 获得工程所需要的人力资源，并将他们分配到工程上进行工作3、技能提高 为加强工程实施而对个人或队伍的技能进行提高。在这个过程中，有关的人际交往需要有一整套完整的文化体系。同时，人力资源管理的管理也存在着一定的特殊性。主要表现在：1、工程的一次性意味着该工程中的人员和组织的关系具有不确定性。2、工程进入下一个阶段时，有些人员会发生变化。3、人力资源管理并不需要成为管理人员的“直接职责，但却是工程管理中很重要的一局部。5.2.4.5 需求变更管理软件的需求管理

55、是一个比拟复杂的过程，需求无序的管理或者是需求频繁的变更，将增加工程管理的难度，严重的可成造成工程永休止而失去控制。因此，在工程管理过程中加强对于需求变更的管理，是进行工程控制的重点内容之一。在工程启动阶段，工程经理将与用户商定用户方的需求变更请求步骤与提出周期，并在软件?工程方案?中进行明确规定。当用户或者是工程组内部需要进行需求变更时，填写?需求变更申请表?，并提交给工程经理。对于用户方提出的需求变更，需要有需求负责人的签字确认。工程经理签收用户或者是工程组内部提交的?需求变更申请表?后，由需求变更控制小组鉴别变更请求，评估需求变更影响，在与用户进行充分的沟通后，需求变更控制小组审批需求变

56、更评估报告，再由工程领导小组审批需求变更评估报告。工程经理将需求变更的审批结果答复用户并由用户进行签收，然后组织实施需求变更，同时，需求管理更新需求跟踪矩阵，进行需求跟踪。在实际工程实施过程中，只有严格遵守需求变更流程，而不是想变就变和想变成怎样就变成怎样，只有这样，才能保证其他阶段工作的顺利进行，从而保证工程按方案进行。而不至于使工程陷于一个点上，造成工程失控。5.2.4.6 配置管理软件配置是指一个软件产品在软件生存周期各个阶段所产生的各种形式机器可读或人工可读和各种版本的工作产品如文档、程序及其数据的集合。该集合中的每一个元素称为该软件产品软件配置中的一个配置项。在软件的整个生命周期中，

57、配置主要用以控制软件产品的开发以及管理工作产品及开发活动。它包括将工作产品生命周期基线化，变更控制过程，变更控制版本以及状态报告等，使所有的文档可以作为后续开发和维护的根底。生命周期基线化是指：在工程生命周期中建立基线并根据配置项管理变更基线，能使系统在不同的生命周期经过评审而进入受控状态，而且每一个基线都是其下一步开发的出发点和参考点。确切地说，确定基线，是为了能够更好地对系统进行阶段性的控制。配置管理是工程经理在工程生命周期内容管理工程的一种工具，通过使用配置管理，到达及时了解各软件产品的状态；加强协调与沟通；标准测试；量化工作量的考核。5.2.5 风险管理通常来说，风险是指可能给工程的成

58、功带来威胁或损失的情况。“当没有方法消除风险，甚至连试图降低风险也存在疑问时，这些风险就是真正的风险。每个人都希望工程能够按照既定方案顺利地进行。事实却是，许多潜在威胁阻碍着工程的进展。因此在工程启动阶段，工程经理必须进入风险管理的意识状态。首先，组织工程组成员及相关成员进行风险识别、分析，同时制定风险躲避方案和应急方案；在工程管理中，工程经理必须要明确、控制、跟踪工程的风险。5.2.5.1 识别风险 识别风险指系统化地确定对工程方案包括估算、进度、资源分配的威胁。通过识别的和可预测的风险，可以在可能时防止这些风险，且当必要时控制这些风险。常见的类型有以下几种类型： 产品规模 与系统总体规模相

59、关的风险； 商业影响 与管理或市场所加诸的约束相关的风险； 客户特性 与客户素质以及建设方和客户定期通信能力相关的风险； 过程定义 与过程被定义的程度以及它们被实施所遵守的程度相关的风险； 建设环境 与用以建造产品的工具的可用性及质量相关的风险； 建造技术 与系统的复杂性以及系统所包含技术的“新奇性相关的风险； 人员数目及经验 与参与工作的人员的总体技术水平及工程经验相关的风险。5.2.5.2 风险预测风险预测又称为风险估算，通常从两个方面来进行风险评估：风险发生的可能性或概率，以及风险发生所造成的后果。风险预测包括以下四个活动： 建立一个尺度，以反映风险发生的可能性； 描述风险的后果； 估算

60、风险对工程及产品的影响； 标注风险预测的整体精确度，以免发生误解。5.2.5.3 风险管理方法当确定了工程的风险并分析了它们的可能性和量级、排出了风险的优先级后，就可以准备对它进行控制了。一个有效的处理风险的策略包括以下三个方面：风险管理方案：可以简单的理解为一段一段的风险管理技术并进行技术，如风险类别、风险描述、发生的可能性、影响、级别和采取的措施等。风险化解：我公司在风险化解中一般采用如下方法化解识别的风险： 防止风险：不做冒险活动，做好充分准备，采取预防措施，消除风险产生根源。 风险转移：有时工程这局部的风险对于工程另一局部来说就不再是风险，可以将它移到另一局部去。 购置关于风险的信息：例如可以邀请同行专家进行评审。 接受风险 发布风险：让上级领导、客户等相关人员知道有关的风险及可能的后果，如果发生了，应对时可能好处理一些。 控制风险：接受风险可能会发生这一现实，制定风险无法化解时的可能处置方案，分配额外的资源来测试设计令人担忧的那局部系统，并留出额外的总是处理时间。 记住风险：为未来的工程建立一组风险管理方案。3、风险监控：当风险被识别并制