数字城管系统建设实施方案

《数字城管系统建设实施方案》由会员分享，可在线阅读，更多相关《数字城管系统建设实施方案（33页珍藏版）》请在装配图网上搜索。

1、XXX办数字城管系统建设实施方案目录1.项目总体实施计划11.项目实施总体计划表12.数据普查与建库方案13.数字城管系统集成方案23.1数字城管系统集成总体方案23.2云计算平台资源迁移方案33.2.1云计算平台资源迁移工作计划33.2.2资源服务器（虚拟化）规划方案34.监督指挥中心建设方案45.系统试运行与验收56.质保期服务67.项目管理方案67.1项目管理方法67.1.1制定计划、跟踪和报告的方法67.1.2项目建设过程进行配置管理77.1.3制定质量标准77.1.4建立评审机制87.1.5建立审查机制97.1.6建立文档签署机制97.1.7建立沟通、协调机制97.1.8建立变更控制

2、管理机制117.1.9建立验证机制117.2项目控制127.2.1进度控制127.2.2项目集成管理137.2.3项目范围管理147.2.4人力资源管理147.2.5需求变更管理157.2.6配置管理167.2.7风险管理167.2.8识别风险167.2.9风险预测177.2.10风险管理方法177.2.11文档管理187.2.12文档的编制187.2.13文档的管理197.2.14质量保证计划227.2.14.1质量概念227.2.14.2质量管理227.2.14.3质量管理体系237.2.14.4质量保证237.2.14.5质量控制26II本项目主要在XXX推广数字城管系统，部件普查面积1

3、0平方公里。主要建设内容包括：数据普查与建库、数字城管系统集成和监督指挥中心建设。1234561. 项目总体实施计划1. 项目实施总体计划表序号阶段时间段1数据普查与建库2数字城管系统集成3监督指挥中心建设4系统试运行与验收5质保期服务2. 数据普查与建库方案数据建设分为需求分析、数据普查制作和数据验收等阶段，具体时间进度如下表。表21数据建设计划表序号阶段工作项时间段提交成果1.部件普查作业范围确认作业范围确认1月7日1月11日XXX作业范围确认函2.数据普查制作阶段作业标准与方案修订4月1日4月5日各类标准与方案数据准备4月30日5月1日控制点成果部件数据普查2月3日2月12日外业普查资料

4、成果部件普查数据整理2月13日2月18日部件普查数据成果管理网格划分、制作2月13日2月15日管理网格数据基础数据整理2月16日2月18日基础数据整理成果数据转换、入库2月19日2月19日综合数据库3.数据验收阶段数据检查初步验收2月20日2月20日数据初步验收报告部件数据普查建库详细方案见数据普查与建库资料集中的XXX部件数据普查建库方案。XXX基础空间数据建库详细方案见数据普查与建库资料集中的XXX基础空间数据建库方案。3. 数字城管系统集成方案3.1 数字城管系统集成总体方案数字城管系统集成包括系统软硬件调试安装、数据库整合建库与联调、软件本地适应性调整和内部试运行等四个阶段，具体时间进

5、度如下表。表 71数字城管系统集成计划表序号阶段工作项时间段1系统软硬件调试安装系统服务器硬件环境准备确认2城管通软件的安装与调试3数据库整合建库与联调数据库整合建库数据库与软件衔接配合软件本地适应性调整数据普查数据导入系统数据普查数据导入结果确认测试后台全套数据和软件的迁移及安装迁移割接方案设计服务器端软件安装服务器网络调整软件系统预迁移4预迁移结果确认测试5夜间迁移6迁移结果确认测试3.2 云计算平台资源迁移方案XXX数字化城市管理信息系统云计算平台资源迁移方案12345677.17.27.33.2.1 云计算平台资源迁移工作计划序号实施内容执行人/单位协助人/单位计划时间1迁移割接方案设

6、计XXXXXXX2013-02-102完成相关服务器虚拟化，并完成相关网络配置。XXX电信XXXXXXX2013-02-263完成相关服务器的调试，相关软件系统部署与测试。XXXXXXXXXX电信2013-02-274完成相关域名映射的重新设置。XXX电信区行政服中心XXXXXXX2013-02-27晚上6点后5完成系统的完整迁移，并停止旧系统服务XXXXXXXXXX电信2013-02-286提供城管通设备XXX电信XXXXXXX2013-02-263.2.2 资源服务器（虚拟化）规划方案编号服务器名当前用途1区数据库主服务器安装ORACLE 11G 数据库系统，用于数据库储存应用同时安排AR

7、CGIS9.3服务。2区数据库从服务器安装ORACLE 11G 数据库系统，用于ORACLE同步备份3城管业务主服务器部署城管业务的WEB服务器，需要配置以下：4城管业务备份服务器城管业务WEB备份服务器，只有在城管业务主服务器出现异常情况，才启动服务。平时做及时的同步。5缓存图片主服务器分别部署，图片服务、立得服务、外网城管通接口，所需配置域名如下：6缓存图片备份服务器分别部署备份的图片服务、立得服务、外网城管通接口服务，只有在主服务器出现异常情况，才启动服务。平时做及时的同步。7城管公网主服务器部署城管业务的公众网主服务，需配置域名：8城管公网备份服务器城管公众网备份服务器，只有在公众网主

8、服务器出现异常情况，才启动服务。平时做及时的同步。9电子政务网交换服务器与XXX行政服务中心所在电子政务内网进行数据交换服务器。14XXX数据库主服务器用于XXX运行的数据库，安装ORACLE 11G 数据库系统，用于数据库储存应用；同时安排ARCGIS9.3服务。4. 监督指挥中心建设方案监督指挥中心建设分为设备订货、场地装修、设备安装、系统调试等几个阶段，具体方案及时间进度如下表表 71监督指挥中心建设计划表序号工作项细分工作项时间段相关成果1设备订货设备订货大屏幕全套22寸监视器大屏幕墙操作台UPS等2场地装修场地装修场地强电、网络大屏幕墙周边装修3设备安装设备安装完成设备整体安装4系统

9、调试硬件调试硬件设备进行联调，正常。5软件调试中心进行整体联调，正常。5. 系统试运行与验收系统试运行推进工作主要包括系统测试、试运行反馈、培训以及系统终验。序号工作项细分工作项时间段相关成果1系统测试数据普查数据、数字城管系统、监督指挥中心整合测试。系统正常使用2试运行反馈系统试运行回防反馈跟踪用户反馈资料3系统调调优修复BUG修复发现的BUG4培训理论培训培训资料提升用户对系统的操作技能。5现场指导提升用户对系统的操作技能。6系统终验整理终验资料，协调召开系统终验项目终验报告6. 质保期服务质保期从2013年4月1日到2014年4月1日止，按合同要求提供如下服务：1）质量保证期（简称“质保

10、期”），质保期内我司对所供货物实行包修、包换、包退、包维护保养，期满后可同时提供终身 (有偿) 维修保养服务。2）质保期内，如设备或零部件因非人为因素出现故障而造成短期停用时，则质保期和免费维修期相应顺延。如停用时间累计超过80天则质保期重新计算。3）对丙方的服务通知，我司在接报后724小时即时响应，1小时内到达现场，24小时内处理完毕。若在24小时内仍未能有效解决，我司免费提供同档次的设备予用户临时使用。7. 项目管理方案89101112131414.114.214.314.414.57.1 项目管理方法在建设XXX数字城管推广工程项目的过程中，我公司将严格遵照ISO9001的要求，并参照C

11、MM的框架，并结合我公司在政府信息化项目建设中的经验，准备采用发下项目管理方法，实施对项目的管理。12345677.17.27.37.47.57.67.6.17.1.1 制定计划、跟踪和报告的方法软件项目计划的目的是为完成项目的工程和管理而制订的合理的计划。该计划提供完成和管理软件项目活动的基础，并按照软件项目的资源、约束和能力，阐述对软件项目建设双方的约定。软件项目跟踪和监控的目的是建立对实际进展的适当的可视性，使项目经理或者是更上层领导能在软件项目性能明显偏离软件计划时采取有效措施。软件项目跟踪和监控包括对照已文档化的估计、约定、计划评审和跟踪软件完成情况和结果，当实际结果超过项目计划变更

12、的阀值时，基于实际的完成情况和结果调整项目计划。项目启动阶段的已文档化的项目计划用作跟踪软件活动、传送状态和变更计划的基础。项目经理监控软件活动，主要通过在所选出的软件工作产品完成时和在所选择的里程碑处，将实际的软件规模、工作量、成本和时间表与计划相比较，来确定进展情况，当确定未实现软件项目计划时，项目经理分析实际与计划之间产生差距的原因，并将采取纠正措施，项目经理对于自己不能处理的问题向上一级领导汇总，以获取上层的支持。项目经理主要是以周状态报告和月状态报告的方式来跟踪项目的进度，通过两种状态报告的分发和上报来向项目组成员以及上层领导汇报项目的进展情况。7.1.2 项目建设过程进行配置管理软

13、件配置管理的目的是建立和维护在项目的整个软件生存周期中软件项目产品的完整性。在项目启动阶段，由项目经理指定项目配置管理工程师制订项目配置管理计划，配置管理计划内容包括：定义项目配置管理的组织架构、角色、职责和管理方法；确定配置项和基线的标识标准、说明标准和版本说明标准；确定项目实施过程中的配置项；确定配置项变更管理控制方式；确定配置管理记录、配置管理状态报告的统计周期和报告方式；定义配置审计的类型、内容、审计项；确定配置项建立、基线建立、产品生成、产品发布需要遵守的过程和标准；定义配置管理活动中各个阶段的产出物和里程碑。在项目建设过程中，配置管理工程师根据配置管理计划对各个阶段实施配置管理活动

14、，定期向项目经理及相关人员提交配置状态报告，报告配置管理状态，根据产品基线定义的标准建立产品基线，发布产品。7.1.3 制定质量标准在项目启动阶段的项目计划制定同时，由SQA工程师协助项目经理制定必须遵循的质量标准和质量保证计划作为项目计划一个组成部分。质量标准包括：评审与同行评审准入标准；评审与同行评审通过标准；审查需求说明书标准；设计说明书标准编码标准；测试标准；验收标准；项目遵循的过程等。在整个项目生命周期内，由SQA根据随着整个项目的发展，定期检查项目的质量，对于实际质量与标准质量出现偏差的，根据偏差的情况向项目经理、部门经理或者是公司高层进行汇报，以协助项目经理进行质量的控制。7.1

15、.4 建立评审机制在项目启动阶段，由项目经理根据软件标准工作产品集定义需要进行评审与同行评审的软件工作产品，并指定需要进行评审与同行评审的工作产品遵循的评审过程，建立评审机制的目的是确保软件工作产品的质量符合要求。项目评审可以分为评审与同行评审两种形式。在一般情况下，所定义需要进行评审的工作产品都必须进行评审，而有的工作产品，为进一步确保质量符合要求，可以组织同行评审。项目评审的组织主要是由项目经理、评审负责人、评审人员组织成。一般情况下，如对于项目计划的评审，可以组织项目组内人员参加的评审或者是具有项目管理实践经验的项目经理参加的同行评审；而对于软件需求规格说明书的评审，为保证需求的正确与完

16、整性，可以邀请公司外面业务行业专家进行同行评审等等。评审遵守一定的流程，具体可以通过以下活动实现：1、当已定义的软件的工作产品编制完成后，项目经理指定评审负责人；2、评审负责人与部门经理和项目经理一起确定参加评审的人员，评审负责人制定评审计划并向参加评审的人员分发评审计划与评审材料；3、评审人员审查评审材料，并在评审缺陷跟踪表中记录缺陷；4、评审负责人负责收集评审缺陷跟踪表，并判断是否达到了评审准备就绪原则与标准；5、如果达到了评审准备就绪原则，则由评审负责人组织人员执行评审，同时，评审负责人员将评审过程中确认的缺陷填写在评审缺陷跟踪表中；6、评审负责人跟踪验证评审缺陷跟踪表中的缺陷得到处理；

17、7、评审负责人按照评审报告模板，编写评审报告，按照评审完成准则，给出评审意见；8、评审负责人将评审报告和评审缺陷跟踪表等评审结果分发给相关人员；9、SQA工程师通过评审报告和评审缺陷跟踪表验证评审活动。7.1.5 建立审查机制对每一阶段的工作成果，项目组各成员主动提交给项目经理审查，或者由项目经理委派各级经理（开发经理、测试经理、实施经理）对各成员的工作按照计划和任务委派书进行审查，发现问题及时反映和进行处理。对技术开发工作可通过一系列质量标准规范各成员的工作，如信息提示标准、命名标准、代码标准等，并根据这些标准检查开发人员的工作。检查办法可以采用重点抽查的方式，对开发工作的关键部位进行仔细、

18、深入的检查，其余部分可以简单审查或不再审查。检查结果应做记录，对发现不符合标准的设计，应及时提出并予以纠正，而不能带到下一阶段的开发中去。7.1.6 建立文档签署机制对各阶段形成的文档，必需有编写人、审核人的签字，必需有编写、审核完成的日期。对个别修改的工作，也应按要求对修改人和审核人进行记录。建立文档签署机制是为了分清责任和便于管理；签署后的文档可作为本阶段工作完成的标志和下一阶段工作开展的基础。对于用户提交的任何材料及要求，均需要有双方指定人员的签字确认。7.1.7 建立沟通、协调机制项目经理在项目计划中建立沟通和协调机制。包括沟通的周期、沟通所采用的方式方法，产生问题或者是出现矛盾时的协

19、调机制。1、沟通周期定义沟通周期，如周、月、里程碑完成、季、年等。2、沟通方式1）项目组内所有成员每个工作日写工作日志；项目组成员在整个项目开发过程中要完成工作日志，应真实记录每个工作日完成工作的情况，包括工作内容和具体时间，以便项目经理或者是开发经理、测试经理、实施经理随时查看工作进展情况。若项目组成员发现需要修改个人工作计划时，需向本岗位所属经理或项目经理提交工作计划的修改方案。2）周期性编写项目的状态报告，总体进展报告、里程碑总结报告并分发；项目经理每周提交项目周状态报告，并根据项目阶段在所处生命周期的具体时间段，定义阶段的状态报告，如月阶段状态报告，里程碑总结报告等。项目经理将各种报告

20、向项目组内所有项目成员，同时分发给与项目相关的人员。目的是让所有与项目相关的人员了解项目的进展情况，及时了解项目中出现的问题，及解决的方法。项目经理定期向领导小组提交项目总体进展报告，汇总项目的总体进展状态及原因，让项目领导小组能及时了解项目的状态并及时给予适当的支持。3）定期召开项目组工作会议在项目启动会议上，项目经理应向项目组成员传达总体计划的精神，使每个项目组成员明白项目的意义、目标、进程等。在整个工程实施过程中，项目组定期召开项目组工作会议，由项目负责人主持，每位成员汇报个人工作进展情况，反映上一阶段过程中出现的问题以及解决方案，说明下一阶段工作计划。项目经理应在会议上总结项目进展情况

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

22、目经理负责组织人员进行解决，项目经理对于不能解决的问题，由项目经理向项目领导小组汇报，由项目领导小组协助解决。若项目组成员与项目经理因问题发生的分歧或者是项目经理的处理给项目带来损害时，允许越级上报。对于项目组外部产生的所有问题，由项目经理负责解决，项目经理对于不能解决的问题，由项目经理向项目领导小组汇报，由项目领导小组协助解决。7.1.8 建立变更控制管理机制在项目启动阶段的项目计划中，建立明确的变更控制管理机制，对需求的变更、配置项的变更、基线的变更等，无论是源自客户或者是项目组内部的变更，都必须按照总体的项目计划中制定的变更控制管理机制，提供变更控制申请报告给项目经理，得到认可以后方可进

23、行修改。变更控制管理内容包括以下几个部分：1、认识到变更是不可避免的，并为此制定变更计划；2、所有的变更都要求在基线的基础上进行：在系统开发建设过程中建立阶段基线，对省厅和试点单位成功实施验收后，对系统建立基线，作为后续变更的基础。3、建立控制变更的唯一渠道：软件系统的变更可能是非常隐秘的，新特征的存在将对软件需求、系统体系架构、测试计划等造成重大影响，因此对于系统的任何变更都不可以是随意的，都需要一个唯一的渠道来评估它对系统的影响来正式决定是否进行变更，对未确认正式变更前，不能对系统作任何变更。一般情况下，成立变更控制委员会控制变更，变更委员会分担责任并且有必不可少的权威和技术能力能决定变更

24、请求是否被通过。变更委员会的组成包括项目经理、XXX经济促进局指定人员。4、应用变更控制机制来捕获变更并处理变更。5、通过应用配置管理，对变更进行管理和跟踪。7.1.9 建立验证机制在项目启动阶段的项目计划中，建立验证机制。验证一般可以分为以下几种情况：1、SQA验证：SQA工程师通过检查相关的跟踪表来验证过程执行的质量；2、测试验证；测试人员通过测试来验证软件产品质量；3、第三方验证；通过第三方如监理方对产品进行验证，来保证产品信息的客观公正性，更值得依赖。7.2 项目控制7.6.27.2.1 进度控制项目经理在项目实施的过程中，依据项目计划，核实项目是否正在按项目计划在正常执行，对于发现的

25、进度偏差，通过工期压缩的手段进行调整，同时分析产生偏差的原因，发现隐患，及时采取响应的纠正措施，防止偏差的蔓延；如果工期压缩不足以弥补产生的偏差，则需将项目现状和产生偏差的原因通报管理层，寻求其它方面的支持，或调整原定的项目计划。1、进度控制目的项目进度控制目的是确保在满足用户需求的基础上，按时完成项目。2、进度控制方式进度控制的方式主要是通过制定、管理与变更项目计划来进行进度控制。在项目启动阶段时，由项目经理制定项目计划，项目计划经过评审通过后在整个项目生命周期内执行，项目经理跟踪项目计划的执行情况，并根据实际情况调理项目计划内容。在工程实施过程的不同阶段，项目经理根据相应的项目计划书的要求

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

27、管理计划，鉴别和评估软件风险并确定规避风险方法；8）制定开发计划，确定开发的方法，定义开发阶段的主要活动；9）制定测试计划，10）制定项目培训计划，明确项目过程中需要进行培训技能和过程；11）制定配置管理计划，定义项目过程中的配置管理内容、方法、产出物等；12）制定实施计划，定义实施活动的主要内容、步骤、时间和方法；13）制定质量保证计划，建立质量标准，定义质量保证的活动，方式和方法；14）制定度量计划，定义度量的粒度和度量方法。3、进度控制方法在项目管理中，主要采用以下几种方法进行进度控制：1）将整个项目生命周期划分为几个大的阶段，在每一个阶段结束时定义里程碑，通过检查里程碑来进行控制；2）

28、针对对于每一个里程碑可能出现时间较长的情况，因此在每一个大的阶段中定义小的里程碑，通过检查小里程碑进行控制；3）在项目计划中定义阶段内的周期性的（如每周、每月）编写工作状态报告，对每一个小里程碑内的工作进行控制；4）SQA工程师对项目定期进行审计，检查项目进度与项目计划是否相符，对于出现的不同程度的偏差，采用不同的上报对象，达到进行控制的目的。7.2.2 项目集成管理项目集成管理是将项目的所有相关因素进行有机的整合和集成，以达到项目目标。集成管理需要在相互影响的项目目标和方案中做出平衡。通常来说，项目管理中的根本性综合过程主要包括以下三个主要过程：项目计划的制订、项目计划的实施以及计划变更控制

29、。过程输入（依据）处理工具和技术输出项目计划的制订其他计划编制的输出历史信息组织的政策约束条件假设前提编制方法相关成员的技能和知识项目管理信息系统项目计划详细依据项目计划的实施项目计划详细依据组织的方针纠正措施一般管理技术所需技能和知识工作授权体系执行状况检查例会项目管理信息系统组织程序工作结果变更申请计划变更控制项目计划执行情况报告变更申请变更控制系统性能管理执行情况测量补充计划编制项目管理信息系统项目计划更新纠正措施教训7.2.3 项目范围管理项目范围管理包括了项目所有需要完成的工作，它主要涉及定义及控制项目应该包括和不应该包括的内容。其中，范围指的是：1、产品范围产品或服务所包含的特征或

30、功能。2、项目范围为交付具有规定特征和功能的产品或服务所必须完成的工作。项目范围管理的主要过程有：1）启动开始一个新项目或者进入项目的下一个阶段；2）范围计划编制编制书面范围说明，作为将来项目决策的基本依据；3）范围定义将项目可交付成果分解为若干个较小的、易管理的单元；4）范围核实通过检查工作产品和成果是否已正确圆满完成，来得到项目相关人员对该项目的接收；5）范围变更控制变更控制主要包括：对能够造成范围变更、并且这种变更可以带来收益的因素施加影响；确定范围变更已经发生；当范围变更发生时，对实际的变更进行管理。7.2.4 人力资源管理有效的项目管理集中在三个P上：人员（people）、问题（pr

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

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

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

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

35、2.7 风险管理通常来说，风险是指可能给项目的成功带来威胁或损失的情况。“当没有办法消除风险，甚至连试图降低风险也存在疑问时，这些风险就是真正的风险。”每个人都希望项目能够按照既定计划顺利地进行。事实却是，许多潜在威胁阻碍着项目的进展。因此在项目启动阶段，项目经理必须进入风险管理的意识状态。首先，组织项目组成员及相关成员进行风险识别、分析，同时制定风险规避计划和应急计划；在项目管理中，项目经理必须要明确、控制、跟踪项目的风险。7.6.37.2.8 识别风险识别风险指系统化地确定对项目计划（包括估算、进度、资源分配）的威胁。通过识别已知的和可预测的风险，可以在可能时避免这些风险，且当必要时控制这

36、些风险。常见的类型有以下几种类型：1、产品规模与系统总体规模相关的风险；2、商业影响与管理或市场所加诸的约束相关的风险；3、客户特性与客户素质以及建设方和客户定期通信能力相关的风险；4、过程定义与过程被定义的程度以及它们被实施所遵守的程度相关的风险；5、设环境与用以建造产品的工具的可用性及质量相关的风险；6、建造技术与系统的复杂性以及系统所包含技术的“新奇性”相关的风险；7、人员数目及经验与参与工作的人员的总体技术水平及项目经验相关的风险。7.2.9 风险预测风险预测又称为风险估算，通常从两个方面来进行风险评估：风险发生的可能性或概率，以及风险发生所造成的后果。风险预测包括以下四个活动：1、建

37、立一个尺度，以反映风险发生的可能性；2、描述风险的后果；3、估算风险对项目及产品的影响；4、注风险预测的整体精确度，以免发生误解。7.2.10 风险管理方法当确定了项目的风险并分析了它们的可能性和量级、排出了风险的优先级后，就可以准备对它进行控制了。一个有效的处理风险的策略包括以下三个方面：1、风险管理计划：可以简单的理解为一段一段的风险管理技术并进行技术，如风险类别、风险描述、发生的可能性、影响、级别和采取的措施等。2、风险化解：我公司在风险化解中一般采用如下方法化解识别的风险：1）避免风险：不做冒险活动，做好充分准备，采取预防措施，消除风险产生根源。2）风险转移：有时项目这部分的风险对于项

38、目另一部分来说就不再是风险，可以将它移到另一部分去。3）购买关于风险的信息：例如可以邀请同行专家进行评审。4）接受风险5）发布风险：让上级领导、客户等相关人员知道有关的风险及可能的后果，如果发生了，应对时可能好处理一些。6）控制风险：接受风险可能会发生这一现实，制定风险无法化解时的可能处置计划，分配额外的资源来测试设计令人担心的那部分系统，并留出额外的总是处理时间。7）记住风险：为未来的项目建立一组风险管理计划。3、风险监控：当风险被识别并制定了风险管理计划后，虽然风险还存在，但软件生命周期的控制可以就变得更为简单。由于风险在项目推进过程中会增大或者减弱，所在以项目过程中需要进行风险监控，以检

39、查每个风险的化解程序，并确定随着它们的消失而带来的新的风险。7.2.11 文档管理项目过程控制依赖于对各个工作阶段的评审，其依据是CMM模式中过程控制的管理方式。各个工作阶段均需定期提供相应的文档，包括各种报告、程序、数据等。经过工程指挥部、综合组以及监理机构等管理单位的评审（有部分的可以组织同行评审）。7.6.47.2.12 文档的编制文档编制是一个不断努力的工作过程，是一个从形成最初轮廓，经反复检查和修改，直到系统和文档交付使用的完整过程，每一步都需做出很大努力，特别是要随着所反映内容的调整进行不断的补充修改，以使之与现行系统保持一致。所以文档工作的管理既要做到保证文档质量，又不要花太多的

40、人力。1、制定应编写文档的要求在计算机工程特别是应用系统开发过程的各个阶段，必需按照规定及时完成各种文档的编写工作，必需把每一个开发过程中的决定和取得的成果及时写入文档，及时进行评审。在实际的项目建设过程中，可根据项目的规模和复杂性，掌握文档的灵活性，制定对文档要求的规定，包括：1）应编制的文档的种类；2）文档的详细程度（可以依据已定义的相关文档的模版）；3）各个文档的编制负责人和进度要求；4）审查的负责人和时间安排；5）在开发的各个阶段，文档的维护、修改和管理的负责人，以及审查手续。2、文档的分类和标识在软件开发过程中，产生的文档很多，为了便于保存、查找、使用和修改，应将文档按层次分类、组织

41、，每一页都有明确的标识，特别是同一文件不同版本号。因此文档应至少包含以下便于管理的信息：1）文件题目、号码；2）出版时间；3）以前的出版记录；4）作者；5）参考文献等；6）文档的版本管理。7.2.13 文档的管理对各阶段形成的文档，必需有编写人、审核人的签字，必需有编写、审核完成的日期。对个别修改的工作，也应按要求对修改人和审核人进行记录。建立文档签署机制是为了分清责任和便于管理；签署后的文档可作为本阶段工作完成的标志和下一阶段工作开展的基础。文档管理是作为配置管理重要内容，遵守配置管理的管理过程。1、文档的保密根据文档的性质，规定不同的保密级别和借阅使用的范围。2、文档的评审建立文档评审的准

42、备原则与评审结束准则。需进行评审的工作产品：工作产品名称评审方式必须参加的评审人员期望参加的评审人员是否一定评审软件项目计划同行评审其他项目经理SQA工程师项目经理决定评审执行软件项目部门经理、项目经理、测试经理、SQA工程师公司主管、项目组其他人员必须用户需求说明书同行评审其他需求调研员SQA工程师项目经理决定评审项目经理、需求分析员、需求管理员必要时还需要有用户代表、SQA工程师必须项目估算记录同行评审其他项目经理SQA工程师项目经理决定评审执行软件项目部门经理、项目经理、测试经理公司主管、SQA工程师、项目组人员项目经理决定软件需求规格说明书同行评审其他需求分析员SQA工程师项目经理决定

43、评审项目经理、需求调研员、需求分析员、开发经理、各类系统设计工程师、测试经理需求管理员、SQA工程师、测试工程师必须用户手册评审项目经理、需求调研员、测试经理、实施经理测试工程师、实施工程师项目经理决定确认测试用例同行评审其他测试经理项目经理决定评审项目经理、需求调研员、需求分析员、测试经理、实施经理需求管理员、测试工程师、实施工程师必须系统设计说明书同行评审其他设计工程师项目经理决定评审项目经理、需求分析员、开发经理、程序员、测试经理需求调研员、各类系统设计工程师必须操作手册评审项目经理、需求调研员、测试经理、实施经理测试工程师、实施工程师项目经理决定系统安装手册评审项目经理、开发经理、测试

44、经理、测试工程师、实施经理架构设计师、实施工程师项目经理决定系统管理手册评审项目经理、开发经理、测试经理、实施经理架构设计师、测试工程师、实施工程师项目经理决定组装测试用例同行评审其他测试经理项目经理决定评审项目经理、开发经理、需求分析员、测试经理各类设计工程师、测试工程师必须系统测试用例同行评审其他测试经理项目经理决定评审项目经理、开发经理、测试经理、实施经理各类系统设计人员、测试工程师、实施工程师必须软件源代码代码走读程序员必须可执行程序确认测试测试工程师必须系统安装程序确认测试测试工程师必须验收备忘录评审执行软件项目部门经理、项目经理、开发经理测试经理、实施经理项目经理决定3、文档的修改

45、文档修改的目的是为了整个系统的各类文档保持一致的、最新的版本。在一个项目的开发过程中的任何时刻，项目组内的所有成员都有可能对开发工作的已有成果文档提出进行修改的要求，提出修改要求的理由可能是各种各样的，进行修改引起的影响可能很小，也可能会牵涉到项目的许多方面，因此修改活动的进行必需谨慎，必需对修改活动进行管理，使整个修改活动有控制地进行。文档作为配置项的一种类型，其管理遵守配置项变更的流程。具体分以下三个步骤：1）申请：项目组的任何一个成员都可以向项目经理提出修改建议，应填写修改建议表，说明修改内容、所修改的文件和部位，以及修改理由；2）批准：一般情况下，批准权属于项目经理，在批准时，主要是决

46、断修改工作中的先后顺序及各自完成的时间，以保证整个开发工作按照原定计划完成；3）实施：由项目经理按照已批准的修改计划，安排有关人员进行修改，建立修改记录，产生新的文档以取代原来文档，最后将文档交配置管理员归档，并分发给有关持有者。7.2.14 质量保证计划7.6.57.2.14.1 质量概念1、质量项目质量可以划分为设计质量和符合质量两种。前者是指为产品规定的特征；后者是指在开发过程中符合设计规格的程度。2、质量控制质量控制是为了保证每一件工作产品都满足对它的需求而应用于整个项目周期中的一系列审查、复审和测试。质量控制在创建工作产品的过程中包括一个“反馈循环”，该反馈和质量相结合，可以在产品不

47、能满足规约的时候及时调整项目过程。3、质量保证质量保证由管理层的审计和报告功能组成。质量保证的目标是为管理层提供为获知产品质量信息所需的数据，确保项目遵循规定的流程。4、质量成本质量成本包括所有由质量工作或与质量有关的活动所导致的成本，可划分为预防成本（包括质量计划、正式技术复审、培训）、鉴定成本（包括过程内的过程间审查）以及失败成本（包括修复、失败模式分析；解决客户抱怨、求助电话支持和维护工作）。7.2.14.2 质量管理质量管理是指导和控制组织的与质量有关的相互协调的活动，质量管理通常包括建立质量方针、质量目标，进行质量控制和质量保证。在XXX数字城管推广工程项目的建设过程中，质量管理包括

48、以下三个步骤和内容：第一步建立一个连续的过程改进系统，该过程应是可见的、可重复的和可度量的。第二步检查影响过程的无形因素，并优化这些因素对过程的影响。第三步通过检查用户的工作方式和产品使用方式，改进产品的生产过程或产品自身。本工程中为保证用户对质量的要求，对所有涉及质量的活动进行严格的控制，从技术上和管理上进行系统有效的计划、组织、协调、审核和检查。质量管理通过实施ISO9001质量体系来实现，我公司的ISO9001质量体系已经明确定义了质量方针和质量目标，建立了质量控制和质量保证的流程。7.2.14.3 质量管理体系质量管理体系是建立质量方针和质量目标并实现这些目标的体系。质量管理体系是质量

49、管理的核心，是组织机构、职责、权限、程序之类的管理能力和资源能力的综合体。质量管理体系是为实施质量管理而建立和运行的，因此，建立完善、科学、有效的质量管理体系是项目成功的基础。建立质量管理体系时必须形成必要的体系文件，以直接展现并用以规范和约束各项质量行为，包括质量手册、程序文件、质量计划及质量记录等。7.2.14.4 质量保证软件质量保证的目的是向管理者提供适当的对软件项目正使用的过程和正构造产品的可视性。软件质量保证包括评审和审计软件产品和活动以验证它们符合适用的规程和标准，给项目和其它有关的经理提供这些评审和审计的结果。在软件项目的早期阶段，软件质量保证组与软件项目一起工作制定计划、标准

50、和规程等，这些计划、标准、和规程将增加软件项目的价值并将满足项目和组织方针上的限制。通过参与制定计划、标准和规程，软件质量保证组帮助确保它们适合项目的需要，并且帮助验证它们对完成整个软件生存周期中的评审和审计将是适用的。软件质量保证组在整个生存周期评审项目活动，审计软件工作产品，并就软件项目是否正遵守已制定的计划、标准和规程等给管理者提供可视性。首先在软件项目内部处理符合性问题，如可能的话就地解决它。对于那些无法在软件项目内部解决的问题，软件质量保证组逐级上报该问题到管理者的恰当层次以求得解决。质量保证（QA）是应用于整个项目过程的保护性活动，它包括：一种质量管理方法；有效的工程技术（方法和工

51、具）；在整个过程中采用的技术复审；多层次的测试策略；对产品、文档记录及其修改的控制；保证项目建设遵从相关标准和规范；度量和报告机制。1、质量保证总则我公司自进行ISO9000的质量体系建设以来，不断的在各个项目实施中应用质量管理与控制，在用户获得对产品质量与工程质量的满意度同时也获取了丰富的质量管理与控制经验，即：按照ISO 9001体系框架和要素的要求，紧密结合计算机系统工程项目的特点，制定出在系统设计、开发、供应、维护等各个阶段的质量标准与控制方法，来提高项目管理过程水平，从而控制产品质量。在XXX数字城管推广工程项目的整个过程中，我们将与用户一起，本着“质量第一”的基本原则，严格按照IS

52、O9001质量体系要求，并参照CMM模型，通过质量管理协调各种因素在系统建设实施过程中的作用，有效的利用资源，完成预定系统建设的实施任务。人是质量的创造者，在XXX数字城管推广工程项目建设项目的整个过程中，质量控制将“以人为核心”，把人作为质量控制的动力，发挥人的积极性、创造性；增强人的责任感，树立“质量第一”的思想，提高人的素质，避免人的失误；以人的工作质量保证过程质量，从而保证工程质量。2、质量保证基础与措施质量，一直是项目成功的根本。应用系统作为一种高智力的创造活动，既具有制造业的一般特性，同时又由于其知识性强、创造性大，而具有一般制造业所没有的特点。所以软件质量管理既要秉承制造业质量管

53、理的一般原则和思想，又要针对软件的特点，而具有自身的规范，制定出标准、有效、可操作性强的软件质量管理规范。基于我们以往的经验，为确保此项目可如期保质完成，在本项目中，我公司将遵照ISO 9001标准和合同进行项目实施，采取严格和可行的质量保证措施，奠定项目按质按量按时完成的坚实基础。具体的质量保证措施包括：项目人员质量保证：包括两个方面，一方面是项目人员的素质基本要求，另一方面是项目人员在过程中提高自身的素质；项目流程和质量控制：包括定义技术的、管理的标准和流程以及在各个阶段所需要遵守的过程。流程审计：SQA工程师制订SQA计划，进行流程审计，定期上报审计结果。1）项目流程和质量控制项目的质量

54、控制直接关系到整个项目的成败，而质量的控制贯穿于从项目启动到实施最终提交给用户及提交后系统的维护的整个项目生命周期，将通过严格的制度和流程来进行控制，以确保项目要求在有限的时间、成本、资源的条件下，在保证质量的前提下，完成既定目标。对于软件工程的建设过程，公司严格遵照标准中的软件工程管理过程进行软件工程的管理；整个项目始终将在项目计划的指导下进行有步骤有计划的实施，它的变更受到变更流程的控制；项目过程中的产出物（如需求、设计等）都将遵守配置管理过程；项目过程的变更都将遵守变更过程；项目实施过程遵守实施过程；软件生命周期选择、开发工具选择、系统设计编码测试等都将遵守相关的技术流程；对于项目建设过

55、程中的每一个步骤以及对其执行的检查，都将通过相应的过程来进行保障，并建立了一整套的上报制度和跟踪解决办法，确保质量得到全面的控制。2）项目的独立审计在XXX数字城管推广工程项目建设的整个项目过程中，公司内部安排独立于项目之外的软件质量保证工程师（SQA工程师）对整个项目生命周期内的各个阶段的项目流程和文档进行审计，保证流程得到实施。SQA工程师主要从以下几方面进行质量的检查与审计工作：（1）参与阶段性评审与审计在项目实施过程中，SQA工程师根据SQA计划中定义的相应阶段的评审与审计内容，检查其阶段产品是否按计划进行评审（同行评审）且输出的内容（如产品评审计划、评审缺陷跟踪表）是否完整，以证明项

56、目的具体过程是否遵守有关质量过程，从而度量过程执行质量；通过审计其工作产品的评审报告和测试报告内容，从而度量产品质量。（2）对项目日常活动与规程的符合性进行检查:SQA独立于项目组，SQA一般会在两个阶段点之间设置若干小的跟踪点，来监督项目的进行情况，以便能及时反映出项目组中存在的问题，并对其进行追踪。以避免只在阶段点进行检查和审计的情况下，出现的发现了问题过于滞后的情况，保证尽早发现问题、把问题控制在最小的范围之内的整体目标。（3）对配置管理工作的检查和审计：SQA工程师要对项目过程中的配置管理工作是否按照项目最初制定的配置管理计划进行监督，包括配置管理人员是否定期进行该方面的工作、是否所有

57、人得到的都是开发过程产品的有效版本。（4）跟踪问题的解决情况：对于评审中发现的问题和项目日常工作中发现的问题，SQA要进行跟踪，直至解决。对于在项目组内可以解决的问题就在项目组内部解决，对于在项目组内部无法解决的问题，或是在项目组中催促多次也没有得到解决的问题，可以利用其独立汇报的渠道报告给高层经理。（5）SQA周期性报告SQA工程师遵照SQA月度报告过程，每月向执行部门经理以及公司主管提交SQA 月度报告，报告审核结果以及对于项目质量的评价。部门经理和公司主管可以全面了解项目的执行情况，并及时对项目质量进行反馈。在XXX数字城管推广工程项目建设的整个项目过程，我们也欢迎用户和监理方积极参与各

58、个阶段的审计工作，在协商一致的条件下，我公司将对于用户提出的审计进行充分的配合。7.2.14.5 质量控制1、质量控制的要求项目所有活动均需遵守相关的过程、标准和规范，另外，我们将同时以以下的要求来评价项目建设的各个方面：计划与管理类：针对各分项工程的实施组织措施、实施步骤等所做的规定应全面、详尽、明确和定量；需求类：用户需求调查和分析应全面、深入、细致、准确，具有可验证性；设计类：设计目标和总体技术方案应明确、完整；系统组成结构、配置、功能、性能、可靠性、接口等方面的技术要求和技术指标应充分、详细；技术方案以及所提出的技术要求应实用、成熟、可靠、先进、开放性好、前瞻性强、可持续发展、投资合理

59、；技术措施应明确、具体、有效，对运行实用和管理维护的技术要求低、工作量少、以及运行和管理维护费用低；手册文档类：对各子系统和各部分的先后关系、相互协调配合关系、衔接关系的了解应清晰，分析应清楚、定义应明确、层次要分明；语言流畅，无二义性，易懂。其他类：对于每一个活动要有计划、有质量要求、有输出。2、质量控制措施在XXX数字城管推广工程项目建设过程中，将采取以下措施：1）保障资源，坚持“质量第一”的原则，以预防为主，加强过程中的监督与管理；2）严格遵守质量管理体系；3）加强项目管理，特别是风险管理、文档管理、质量管理、进度管理。4）加强SQA的审计；5）加强评审和同行评审。在项目的每一个阶段，我们将保证做到：1）项目启动阶段项目经理符合素质要求；项目组各成员符合素质要求；需要的其他资源得到保障；项目估算遵守项目估算技术流程；软件项目计划编写符合软件项目计划模版；软件项目计划进行评审和同行评审，并通过，所有问题得到解决；项目组成员明确各自职责、清晰的项目目标、已定义质量标准、执行的过程与度量的尺度、绩效标准等；配置管