某公司项目实施测试验收维护方案

某公司项目实施测试验收维护方案TOC\o"1-4"\h\z\u第五章项目测试 35.1质量保证方针 45.2开发过程管理 55.3质量保证措施 95.4评审 115.5测试 125.5.1测试方案 125.5.2测试方法 135.5.3测试内容 145.5.4测试程序及测试工具 155.5.5实施预防与校正措施 175.5.6计划执行监督措施 18第六章项目实施 196.3标准化策略 216.4知识转移策略 226.5试运行策略 246.7项目组织实施 306.7.1项目实施流程 356.7.2系统设计开发 396.7.3安装调试项目开发的软件系统： 456.7.4系统测试 476.7.5项目培训 486.7.6项目监督控制管理 506.7.7项目进展报告 526.7.7外情况处理机制 566.7.8项目管理措施 586.7.9系统内外部接口设计阶段 62第七章项目验收 707.1验收测试委员会组织结构 707.2检验和验收原则 717.5验收内容与指标要求 777.6验收条件 777.7验收说明 787.8验收通过标准 78第八章项目培训 828.1培训人员配备 828.2培训目标 848.3培训流程 858.4培训的需求调研 868.5培训的内容和计划 888.6受训人员素质要求 938.7培训效果的评估方法 95第九章售后服务 1009.1售后服务体系介绍 1009.2特点服务介绍 1009.3售后服务内容介绍 1019.4质保期内售后服务承诺 1089.5质保期后服务承诺 110第五章项目测试公司为确保质量管理体系有效地贯彻执行。专门成立了软件工程过程组（SEPG），其职责是与有关部门共同：确保质量管理体系所规定的过程可以顺序实施和有效作用；确定为确保这些过程有效运作和控制所需要的准则和方法；确保可以获得必要的信息，以支持这些过程的有效运作和对这些过程的监控；程序调试和分析这些过程，并实施必要的措施，以实现所策划的结果和持续改进。公司的质量体系文件由质量手册、程序文件、作业指导书和质量记录所组成，分别定义了：质量手册规定了本公司的质量方针、质量体系结构、职责和保持有效运行的方法。程序文件规定了本公司各部门在质量活动中的职责、控制手段、活动要求及所需的文件和资源。作业指导书规定了如何进行具体的控制活动，质量记录作为产品符合规定的要求和质量体系有效运行的证据提供可追溯性。5.1质量保证方针本着“以人为本”的宗旨，通过在管理者与员工之间建立相互信任的关系，促使全员参与，建立标准的质量体系，并采用内审、管理评审等自我改进的手段，认真实施，增进改造后的软件成熟度。在产品研发时，要超前考虑顾客需求；在系统集成时，要保证质量，遵守工期；同时加强测试，使软件安全可靠；各部门之间要团结协作，互动沟通，共享各类有关信息；对员工要强化培训，提高素养，为顾客提供优质的服务，使顾客满意。5.2开发过程管理公司项目的开发管理引入基于里程碑的过程模型，它允许开发任务的重叠和反复，可以很好适应并行性的软件开发。基于里程碑的过程模型便于团队模型中责权的划分。便于风险评定，里程碑过程模型的特征如下：里程碑过程：软件开发过程是由指导开发进程的外内部里程碑所驱动的。明确责权关系：过程模型将每个里程碑与开发组的责任角色相关联。评估说明：评估说明直接影响着项目的计划与管理，在整个软件开发过程中致关重要。质量控制软件开发阶段划分的目的是为了便于形成基于里程碑的软件开发质量控制体系，每个里程碑都是一个质量控制结点，这些质量控制结点贯穿于整个软件开发全过程，从而构成软件开发的质量控制体系。贯穿于整个生命周期中的SQA活动必须依据一整套的规范来进行，公司规定了详细的作业指导书作为参考。在每个里程碑结束时公司质量控制机构SQA（由技术管理部和测试质保部等组成），根据相应的软件开发管理规范及应用要求对阶段成果进行评议控制，确保应用开发的顺利进行，及交付的应用系统能够满足用户的使用需要，确保交付的系统能够代表公司的整体技术水平。同时也有利于规避软件开发风险。具体审核内容如下：各评审点评审内容评审点评审人员评审文档评审内容软件需求评审软件开发人员用户管理人员标准化人员特邀专家质量管理人员软件需求说明书数据要求说明书软件需求说明书是否覆盖了用户的所有要求软件需求说明书和数据要求说明书的明确性、完整性、一致性、可测试性、可跟踪性文档是否符合有关标准规定开发计划评审软件开发人员管理人员特邀专家质量管理人员项目开发计划项目安排、估算是否合理项目风险是否判断，并安排措施文档是否符合有关标准规定项目开发计划的合理性、一致性开发人员和相关部门是否承诺完成详细设计评审软件开发人员管理人员标准化人员设计说明书数据库设计说明书详细设计说明书是否与软件需求说明书的要求一致设计说明书是否正确、完整、一致块内部逻辑结构是否合理，模块之间接口是否清晰接口定义是否明确数据库设计说明书是否完全，是否正确反映详细设计说明书的要求文档是否符合有关标准规定鉴定（验收）软件开发人员用户管理人员特邀专家标准化人员承办方与交办方的上级领导成套文档开发的软件系统是否已达到软件需求说明书规定的各项技术指标使用手册内容是否完整、正确文档是否齐套，是否符合有关标准规定测试方案项目开发人员管理人员标准化人员特邀专家质量管理人员测试人员测试计划测试方案测试的方式是可行的测试的目标与需求一致测试环境已被定义测试暂停和重新启动已确定测试方案是完整的,正确的和不模糊的有效的和无效的输入都已安排测试测试是否全面、合理项目配置管理在软件开发过程中变更是不可避免的，为了将变更造成的混乱减少到最低必须进行配置管理，公司规定配置管理的目标就是标识变更、控制变更、报告变更、确保变更正确的实现。这对以后的系统维护和版本管理有重要意义。配置管理包括项目开发过程中的文档管理与程序管理。项目开发中的文档主要包括如下：可行性分析报告、需求分析文档、各类规范文档、设计文档（包括软件设计和系统集成设计及测试设计）、代码实现和工程实施文档、测试计划和测试记录、测试评估文档（包括问题报告）、用户手册、在线帮助文档。与软件配置管理相关的文档一般包括：工作报告、问题报告文档、问题处理报告、CM每日报告。

配置管理过程见下图：5.3质量保证措施为确保软件生存周期的各阶段的质量要求得到满足，我们准备按照高标准对项目进行质量管理和控制。各阶段包括分析、设计、开发、安装和维护等活动均按以下要求监控质量：衡量标准具体考虑因素功能度适配性、准确度、互操作性、依从性、安全性可靠性成熟度、容错性、可恢复性可用性可理解性、可学习性、可操作性效率时间特性、资源特性可维护性分析性、可改变性、稳定性、可测试性可移植性适应性、可安装性、一致性、可置换性此外还提供与项目有关的质量保证计划，说明每个阶段所提供的质量保证措施，所选择的措施的有效性及其影响。在每个阶段进行纪录，并取得项目管理者和质量保证小组的通过。必要时，这些报告还会附带审计和修改的措施，以满足产品或阶段的特殊要求。建立软件质量保证系统的过程：检查软件生存周期是否与需求相匹配，是否需要修正；确保执行质量保证的过程、方法和工具的有效性。可以采用评审的方法来改善测试方法或工具；建立文档。包括质量保证手册、制定各种标准和采用质量保证的指导文件；为了评估已计划好的质量保证活动的寿命，必须制定建立质量报告系统的措施。质量报告系统可以估价和控制所选择的质量保证措施的成本和可用性；提高工作人员对质量和质量保证的自觉性。具体质量保证措施如下各节所述。5.4评审在项目的每一里程碑后期必须对该阶段的输出进行正式评审，形式可以采用现场评审、会议评审等，目的就是为了保证这一阶段的工作输出满足输入的要求，没有偏离用户需求，规避可能的风险。工作程序：（1）评审点主要是需求说明书完成、计划编制完成、设计完成、系统集成测试完成、试运行完成，这些在开发计划中有明确规定。评审点到达时项目组应向技术管理部申请组织对该阶段输出的结果进行设计评审。申请必须明确评审内容、评审目的，涉及到的部门。（2）技术管理部接到申请后，做评审准备，组织成立评审小组、安排评审日程、评审人员分工，确定需要的文档、评审的形式等；《系统需求说明书》和《系统验收计划》的评审必须邀请用户参加，通知项目组。评审至少提前一天通知评审小组成员，并将评审资料交给参与评审的人员，评审人员应认真审阅，作好评审准备。（3）评审过程中，评审人员应认真阅读提交的文档，按照《各评审点的评审内容》表中的评审内容确定是否能满足要求，对不能达到要求的内容项目负责人必须组织纠正，完成后重新申请评审。（4）评审小组形成《设计/确认评审报告》，《设计/确认评审报告》应写明评审的内容、评审时发现的问题以及解决方案、评审的结论等，并由参加评审会的人员会签字确认，《系统需求说明书》和《系统验收计划》的评审必须取得用户的同意；评审结果以及为确保符合规定要求所需的进一步活动，当它们完成时应加以记录和核实。通过评审的配置项入研发本部的配置管理库。（5）评审过程必须进行记录，记录内容包括会议内容，结果，提出的问题，采取的措施等，《设计/确认评审记录》由技术管理部负责保存。5.5测试该系统是一个复杂的系统工程，建设的内容很多，需要分期实施，而测试正是反映软件工程质量的一个最有效的途径之一。测试是保证项目质量的重要手段之一，必须严格执行。5.5.1测试方案单元测试：单元测试又称模块测试，是针对软件设计的最小单位――程序模块，进行正确性检验的测试工作。其目的在于发现各模块内部可能存在的各种差错。单元测试需求从程序的内部结构出发设计测试用例。边缘测试：在边界上出现错误非常常见，因此对系统的边缘测试也是必要的。并要特别注意数据流、控制流中刚好等于、大于或小于确定的比较值时出错的可能性。如果对运行时间有要求，还要确定在最坏情况下和平均意义下影响模块运行时间的因素。整体测试：在单元测试的基础上，对系统进行联调整体测试需要考虑如下问题：A、在把各个模块连接起来的时候，穿越模块接口的数据是否会丢失；B、一个模块的功能是否会对另一个模块的功能产生不利影响；C、各个子功能组合起来，能否达到预期要求；D、按项目的要求，与其它系统连接后，是否能正常交换数据，相互是否能正常运行；E、全局数据结构是否有问题F、各个模块的误差累积起来，是否会放大，从而达到不能接受的程度。测试流程图如下：5.5.2测试方法测试方法如下：测试阶段测试方法参与的人员代码审查讲解和讨论的方法开发人员和测试人员单元测试逻辑驱动、基路测试、边值分析等开发人员和测试人员系统测试等价类划分、边值分析、因—果图、错误推测等测试人员验收测试因—果图、等价类划分、边值分析、错误推测等。测试人员测试步骤图例如下5.5.3测试内容1）数据和数据完整性测试：核实是否可以对数据库进行访问；核实是否可以插入和显示内容和类别；核实是否可以正确检索更新后的数据库数据；2）安装测试确保用户在安装过程中不出现异常，可正常安装并使用系统；3）功能测试确保测试对象的功能正常，其中包括数据输入、处理、检索和统计等功能；监管业务的办理；各种基本信息库数据的管理；核实代码规则，新增，修改，删除、权限等维护；4）界面测试确保系统界面符合XXXXX平台的统一标准，具有很好的通用性，通过测试对象进行的浏览可正确的反映业务的功能需求；并且具有很好的易用性，能使用户很快地入门。5）安全性和访问控制测试应用程序级别的安全性：核实角色只能访问其所属用户类型已被授权访问的那些功能或数据。系统级别的安全性：核实只有具备系统和应用程序访问权限的角色才能访问系统和应用程序。5.5.4测试程序及测试工具测试工作在整个工程的建设过程中有极其重要的位置，而人工测试又特别困难，所以采用一些测试程序及测试工具来辅助一程的测试。静态分析程序：静态分析程序不需求分析执行所测试的程序，它扫描所测试程序的正文，对程序的数据流和控制流进行分析。然后送出测试报告。动态测试工具：包括测试覆盖监视程序、断言处理程序及符号执行程序，另外还有测试数据自动生成工具等。测试覆盖监视程序主要用在结构测试中，可以监视测试的实际覆盖程度；断言处理程序主要测试变量应满足的条件；符号执行程序用来对输入的源程序进行解释。人力资源人力资源角色推荐的最少资源具体职责/注释测试经理/测试项目经理1名进行管理监督；职责：提供技术支持，取适当的资源,管理报告；测试设计员1名确定测试用例、确定测试用例的优先级并实施测试用例；职责：生成测试计划，成测试模型，评估测试工作的有效性；测试员1名执行测试；职责：执行测试，记录结果，修正错误，记录变更请求；测试系统管理员1名确保测试环境和资产得到管理和维护；管理测试管理系统，分配/管理角色对测试系统的访问权；数据库管理员1名确保测试数据（数据库）环境和资产得到管理和维护；5.5.5实施预防与校正措施目的：制定有效、切实可执行的预防和校证措施并贯彻执行。对用户方项目组提出的意见明确处理规程，积极预防不合格的现象发生，彻底校正已发生的不合格现象。工作程序：（1）预防为主、采取预防措施：根据项目实施进度，预防项目各阶段可能出现的问题，采取相应的预防措施，这在整体系统集成阶段尤为重要。例如：对计算机硬件系统应特别注意计算机病毒的预防，以免整个系统遭到病毒迫害。（2）出现问题（不合格现象）、及时采取纠正措施。同时，应分析不合格现象产生的原因，及时采取纠正措施，并控制不合格现象的影响范围，同时控制不合格现象再次发生。（3）及时记录故障现象，制定出文档，以备以后查询。（4）预防与纠正措施要经过双方共同评审。最后，针对本项目，我公司欢迎用户对软件开发的质量体系及质量保证能力进行用户方审核。5.5.6计划执行监督措施（1）为了项目领导小组和项目支持小组能及时了解项目进展情况，项目小组成员每周工作结束后编写周报提交项目经理。（2）项目进度报告按照项目计划，项目支持小组在项目的每一里程碑对项目进行监督检查，协调解决发现的问题，对一时无法解决的问题及时上报领导。售后服务计划XXXXXX会计软件有限公司完全清楚系统建立和运行后服务的重要性，为了使用户能有效管理和维护应用系统，公司全体职员将遵循“以人为本，用户至上”的原则，对所承担建设的软件系统提供全面服务与支持。（3）项目领导小组成员要经常关心项目进展情况，及时解决项目过程中出现的各种问题。第六章项目实施系统作为一项重大信息工程立项，系统实施过程中必须严格按照工程项目的管理方式进行。采用国际、国家标准的软件开发、软件测试及验收过程模式，能提供完整的项目开发、测试过程记录和文档。1、建立健全项目组织机构；2、严格按照系统工程管理的方法标准对项目实施进行控制；3、规范实施流程（如议会、报告、审批）、遵守管理制度；4、严格规范文档管理和数据标准；5、制定明确的项目实施计划；6、以人为本，把用户需求和利益放在首位。6.1项目实施策略在本项目的建设中，如何保证支撑系统的稳定性，如何保证本次系统最大化的满足客户需求，需要明确相关的项目实施策略来进行保证。在项目的实际实施过程中，不可避免的会遇到需求调整或修改的情况，优秀的项目承包商应该有能力在适当的时机帮助客户及时管理和控制这些变更，并提出相应的建议和措施，确保项目的顺利实施。在实施项目前首先成立合理的组织机构，建立健全保障项目顺利实施的各项管理制度和质量保证体系，我们安排足够的有政府行业方面的项目经验和高素质人才参加本项目的建设。在本项目的执行过程中，项目经理和技术经理专职于本项目，主要技术人员全程参与到本项目中，并且保证整个项目团队的人员相对稳定。不会有项目参与人员不固定，随时变换的现象出现。总之要保证这些方面的成功，需要有好的项目实施策略，针对本项目我们提出以下实施策略，来保证本项目的圆满成功：◆组织保障策略◆标准化策略◆知识转移策略◆需求保障策略◆试运行策略◆技术保障策略以下将分别针对这些策略进行详细阐述。6.2组织保障策略由于本项目的干系人涉及与XXX市XXX相关的多个部门科室，只有成立专门的项目组织机构，才能保障项目的实施成功。项目组织机构的成员由XXXXXX和XXX市XXX的项目成员共同组成，专职对项目管理流程进行计划、执行、跟踪与纠正，主要职责如下：◆项目策略的制定◆项目计划的制定与发布◆项目实际进度信息的收集、分析与汇报◆项目风险的识别与管理◆项目团队成员的考核◆项目后勤工作6.3标准化策略1、管理标准化管理标准化就是在项目管理、实施管理、开发管理层面上，要求大家遵循统一的管理规范，包括管理流程、文档表格模板等，一是方便项目组的交流，提高工作效率，二是使用先进管理方法论，使项目管理严格谨密。2、业务处理标准化业务处理标准化就是建立包括业务流程、数据信息、组织与角色的标准化体系，并应用到系统的建设中。信息标准化包括数据的编码规则、存储规则、格式规范等，通过数据的规范化，不仅便于计算机的处理，更便于内部交流。由于在模拟阶段需要根据标准数据进行业务模拟，所以这项工作应该提前处理。业务标准化包括对业务流程进行整理、优化与提炼，最后形成规范的业务处理流程，通过标准化工作，可以理顺流程、降低流程成本、提高整体的工作效率与管理控制力度。3、技术标准化技术标准化包含了网络平台、数据库技术、接口开放规范等，通过技术标准化的制定与执行，使系统的整体性得到保障，为系统以后扩展提供依据。6.4知识转移策略我们的策略是和客户结成长期战略伙伴，所以，我们重视和擅长在项目过程中对客户进行知识转移。1、知识转移策略的目的保证国库集中支付电子化系统融合到单位的日常运作中；保证国库集中支付电子化系统能持续优化、不断根据业务发展和组织变更进行灵活调整；帮助XXX市XXX建立起XXXXX电子信息化领域的专业队伍；帮助XXX市XXX建立起与XXXXX电子信息化相关的IT人才队伍，使之成为XXX市XXX未来XXXXX电子信息化系统建设的骨干。2、知识转移的内容包括但不限于项目实施方法（包括工作规划、组织结构保证、过程控制方法、质量控制方法、风险控制方法和文档管理方法）；系统专业技术；行业经验（先进管理经验和流程、流程重组方法）；配置开发；系统管理；系统功能；变革管理方法；运作技术(如管理流程、系统补丁技术、权限管理工作流程和相关支撑技术等等)。3、知识转移的手段和机制课堂培训的手段；实施队伍提供全面的专业培训；在项目过程中进行交互式培训；在每次培训，我们都需要采取一些措施来保证质量，例如对参与培训人员的测验、对讲课老师的评价等；建立知识库，通过知识管理工具，建立适合项目内相关人员信息交流与知识共享的网络平台，大家可以通过这个平台交流或获取各种不同方面的知识。6.4需求保障策略1、关键客户全程参与让最熟悉业务的关键客户全程参与需求的调研、编制、评审过程，可以从根本上保证需求的完整性。2、流程优化在需求调研阶段，借助业务主流的开发方法和先进的调试工具，及时形成系统的业务流程模型，通过模拟运行来检验系统的流程是否最优，从而不断优化系统业务流程。3、基于原型的迭代开发开发过程中采用原型和迭代法，不断细化系统功能，以满足全面的业务需求。4、专家咨询和评审由XXX市XXX和相关业务方面的专家参与需求咨询和阶段评审，以提高系统设计的专业水准。6.5试运行策略基于总体设计、分步实施的原则，按照“招标文件”要求，以及系统业务需求不断清晰和完善的需要，本项目将采取先试运行策略，试运行时间建议为1个月。为了满足客户需求，对信息采集、数据加载、信息查询、数据库管理、数据导入和导出、综合查询、全文检索、信息查询与使用、信息发布、用户管理等功能进行联调测试和模拟使用，以提高试运行的成功率。6.6技术保障策略在投标技术文件中，我们按照对系统的理解以及以往的类似重大项目经验选定了技术路线和关键技术及成熟的产品。同时采用前沿且成熟的技术构建XXX市XXXXX国库支付电子化平台。软件开发技术采用原型与迭代的软件生命周期模型，采用RUP（Rational统一软件开发过程），完全采用面向对象的软件开发方法。1、采用RUP（Rational统一软件开发过程）软件危机的出现，是因为系统的规模和复杂性超出了当时的技术条件和管理能力。开发具有一定规模和复杂程度的软件系统，必须采用工程化的方法，而且在系统分析和设计阶段的问题更值得解决。建模是经过检验被证明十分成功而且已广泛接受的工程技术。软件系统建模可以称为“软件蓝图”，是为了更好地理解所开发的系统，达到四个目的：◆系统可视化；◆以系统结构和行为中心；◆使用模板建造系统；◆过程文档化。软件系统分为结构化（以算法为中心）、实体-关系（以数据为中心）和面向对象（以对象为中心，对象＝数据＋算法）。面向对象实现了对数据和算法的封装和继承，具有以下的优点：◆加强了对问题域和系统责任的理解；◆改进了人与人之间的沟通和交流；◆适应需求变化的能力较强；◆支持分析和设计结果的复用；◆贯穿软件生命周期全过程的一致性，不存在阶段之间的转换◆已经成为非常实用的方法，文件内容简明，系统架构清晰◆拉近了与用户的距离，有利于用户的直接参与。1996年Rational公司的G.Booch（Booch方法的作者）、J.Rumbaugh（OMT方法的作者）、I.Jacobson（OOSE方法的作者）将各自的方法结合起来，称为统一开发语言（UML－UnifiedModelingLanguage）。1997年UML被对象管理组（OMG－ObjectManagementGroup）接受，成为一种用于描述软件蓝图的标准开发语言。软件密集型系统建议采用如下的体系结构：设计视图designview实现视图设计视图designview实现视图Implementationview进程视图Processview实施视图Deploymentview用况视图Usecaseview专门用于描述最终用户看到的系统行为，而没有描述软件系统的体系结构。静态方面包括：用框图；动态方面包括：交互图，状态图和活动图。（2）设计视图专门用于描述软件系统的功能需求，包括了类、接口和协作。静态方面由类图和对象图表示，动态方面包括：交互图，状态图和活动图。（3）进程视图专门用于描述形成系统同步与并发机制的进程和线程，用于系统性能优化、可伸缩性和负载平衡。静态方面和动态方面与设计视图相同，但是侧重于主动类。（4）实现视图包含了用于装配和发布系统的构件和文件，主要针对配置管理活动。静态方面有构件图表现，动态方面有交互图，状态图和活动图表现。（5）实施视图包含了用于形成系统硬件拓扑结构的节点，用于描述物理系统的分布、交付和安装。静态方面有实施图描述，动态方面有交互图，状态图和活动图描述2、采用RUP（Rational统一过程）RUP是一个通用的软件开发过程框架，它可通过裁剪和扩充应用于各种不同类型的软件系统、各种不同的应用领域、各种不同的组织和各种不同的项目规模。RUP具有以下三个重要特征：用例驱动、以构架为中心和迭代增量开发。RUP的整体架构如下：（1）用例驱动的过程首先，在业务建模工作流中，业务流程被定义为数个不同的业务用例，其中每个业务用例都代表业务中某个特定的工作流程，业务主角（客户、合作伙伴等）通过业务用例中的动作序列获得组织的服务。所有的业务用例和业务主角构成了组织的业务用例模型。在需求工作流中，根据业务用例模型确定待开发系统支持业务用例实现的功能并限定系统的边界，这些功能用系统用例来描述，用例主角为组织内部的业务工人（员工、直接使用系统的客户等）。所有的系统用例和用例主角构成了系统用例模型，它描述了系统的功能需求。在分析设计工作流中，开发人员使用系统用例模型作为输入，对每个系统用例进行用例分析和用例设计，得到相应的用例实现。用例实现在设计模型中提供了一种结构，用于组织与用例有关但却属于设计模型的工件。这些相关工件包括协作图（CollaborationDiagram）和序列图（SequenceDiagram），这些图使用协作对象说明用例行为。最终这些协作对象可以归纳为系统要开发的分析类和设计类。在实施工作流中，将设计模型作为输入，将设计类实现为组件，创建实施模型。在测试工作流期间，根据用例的功能描述编写测试用例，验证系统是否实现了的用例的功能。因此，用例将各个工作流整合成一个流――确定用例、分析用例、设计用例、实现用例、根据用例编写测试用例来验证系统设计。（2）以构架为中心的过程在RUP中，软件系统的构架是指系统重要组件的组织或结构，这些重要组件通过接口与那些由不断减小的组件与接口所构成的组件进行交互。构架具有以下作用：1）理解系统RUP使用UML可视化建模系统的构架，并以构架为中心进行开发，这使得开发人员、管理人员及其他相关人员能够详细理解所需要做的工作，以利于他们参与系统的开发。2）组织开发构架设计师通过将系统划分为带有明确定义接口的子系统，并让开发小组负责每个子系统，可以显著减少开发组之间交流的工作量，而且接口双方的软件可独立地进化。3）鼓励重用好的构架为开发人员提供了可以在其上开展工作的稳定的骨架，它有助于开发人员知道在哪里能有效地找到可重用的元素以及发现合适的可重用的组件。4）进化系统一个具有稳定的构架的系统在分析和设计时就考虑到系统进化的需求，从而具有一定的容变能力，系统可以适度地进化。（3）迭代和增量开发迭代是指带有已建立基准的计划和评估准则的独特活动序列，迭代生成系统的内部或外部发布版。增量是指在后续迭代结束后，两个发布版本之间存在的差异（差值）。在RUP中，软件的生命周期是由一系列迭代组成的，这些迭代都是由软件项目分解成的许多袖珍项目。每个迭代都产生以内部版本形式交付的实际结果，其中每个内部版本会增加一个增量并表明所关注的风险得以降低。这些版本可以展示给客户，从而获得有价值的反馈以确认工作成果。早期阶段的迭代主要是关注确定项目的范围，消除关键风险和建立系统构架基准。后期迭代则不断增加增量结果，直至得到一个可对外发布的产品。迭代有助于管理层规划、组织、监控和控制项目。RUP的迭代模式如下：每一个迭代都包括需求、分析、设计、实现和测试活动。同时，每个迭代都建立在前一个迭代工作的基础上，每一次迭代都会生成更加接近最终产品的可执行版本。迭代和增量开发具有以下的一些优点：1）允许变更需求；2）允许持续的集成；3）及早降低风险；4）有助于组织学习和提高；5）提高复用性；6）生成性能更强壮的产品。6.7项目组织实施为保证工程在合同工期内高质量、高效率地顺利完工，我公司承诺将在中标后立即组建项目部，由多名专业技术及工程人员构成，实施项目经理负责制，由项目经理来总指挥和协调工程的实施进度，在项目经理下成立五个分小组，分管工程的不同部分。各小组职能界定分别为：1、需求分析组主要针对客户的用户需求资料，分析用户数据，给出需求分析结果，为沟通项目设计和客户的桥梁，也是我们在项目实施过程中关键的一步。2、系统设计组通过需求分析的结果进行可行性分析，同时开始着手进行系统的整体设计，分为初步设计和详细设计，在工程实施过程中出现的问题都要有相关的解决办法。3、系统开发组系统开发小组由实施单位抽调骨干人员组成，直接对实施总经理负责。系统开发小组的主要任务是基于系统设计小组提供的概要设计和详细设计内容完成实际系统开发。主要完成应用软件系统开发工作。系统开发小组也将帮助设计小组开发设计原型，以检验设计的可行性，并根据用户需求修正设计内容和实现方式。4、系统测试、部署调试组该小组承担软件产品的测试工作，包括编码测试、单元测试、集成测试、功能测试、系统测试、性能测试、回归测试等。并及时将结果反馈给系统设计小组和开发小组，协助其进行系统的修正和最终定型。该小组还承担安装软、硬件设备的安装和调试，保证设备的正常运行。5、技术培训、售后服务组技术培训小组由实施单位抽调骨干人员组成，直接对实施总经理负责。技术培训小组负责策划、组织现场安装调试培训。安排具体的技术培训课程，主要完成对用户方技术人员进行培训。通过各项培训工作和交流活动，除达到所有相关人员的操作使用要求外，最主要的是使用户方的相关技术人员能够全面的了解和掌握系统的所有设计思路、实现方式、技术细节等内容，以最终达到中心技术人员对系统自主维护、自主定制、自主修改、自主升级等要求。包括系统管理员培训、系统软件管理员培训、软件的系统开发培训、软件的应用管理维护培训、应用软件的使用培训等。该小组还承担安装售后服务内容。6、品质管理组主要是对工程质量进行监督和跟踪测试，保证系统使用的产品和工程的质量。7、文档管理组主要是对工程施工过程中产生的文档，进行整理，为以后工程的验收做好准备。8、管理模式咨询规划组协助建设方进行国库集中支付电子化业务流程和管理模式规划等事项。9、顾问专家组协助项目经理对工程重要重要事项进行辅助决策，提供技术咨询服务。项目组人员配置及职能本项目部主要人员具体分工见下表：岗位职责项目经理负责整个项目管理，确保能按合同要求完成，对整个项目的资源进行合理配置项目技术负责人项目的技术决策者、组织者，是研发质量的监督、保证人系统规划设计师负责总体设计项目，协调不同部分技术工程师设计工程图纸、制定施工计划、开发应用软件、设备安装调试、处理现场施工中的技术问题系统软件QA根据系统设计，开发实现和系统功能软件需求人员负责项目的需求收集和整理，以及需求的确认和变更方面的工作系统设计人员根据需求，负责项目的整体和部分功能的概要设计和详细设计以及数据库设计系统开发人员根据系统设计，开发实现和系统功能数据处理人员负责普查数据导入，和数据整理建库工作系统测试人员负责系统全面的测试工作系统部署人员负责系统的部署实施工作售后和培训人员负责系统的售后和培训工作质量监督员（兼）负责整个项目的施工达到合同要求的质量，进行现场施工质量监控安全监督员（兼）负责现场环境、仪器设备和所有参与施工人员的安全现场协调员（兼）负责处理甲乙双方的施工协调，确保项目按计划顺利实施后勤人员负责工程物料采购、运输、装卸等配套服务某公司项目实施测试验收维护方案6.7.1项目实施流程项目实施流程为：项目立项在项目实施正式开始之前，双方需要对项目进行立项，做好充分准备工作，主要包括完成项目立项、成立项目组织、制定项目实施计划、为项目调研培训做准备，将项目实施规范化、流程化、文档化贯穿于项目实施全过程。主要任务：项目立项，任命项目经理：通过综合考评选择合适人选担任该项目经理。我公司项目实施组织与项目销售组织进行项目前期工作总结和交接。编制项目实施计划：与用户沟通、总体把握、制定指导项目实施全过程的总体计划。成立双方项目小组：双方项目指导委员会、项目经理共同磋商确定合适人选，组成双方项目小组。为需求调研做准备：规划调研时间地点及参与人员特征、准备调研文档。参与人员：全部项目相关人员需求调研分析总体需求调研阶段的任务，是让我公司实施人员充分了解用户目前业务现状、流程，并在实施人员和用户互相讨论的基础上，形成业务现状描述文档；同时要对用户进行系统的功能培训，让用户知道系统是如何解决业务问题的。经过这一阶段，我公司的实施人员可以了解了用户的业务运作，用户也了解了系统的功能，双方就有了许多共同语言，为进一步开展实施工作铺平道路。主要任务：（1）确定详细调研计划在调研前，我公司根据《需求调研计划》应该与用户项目小组核心成员确定调研阶段的详细计划和时间表。在调研计划中，对每个业务部门的调研基本上需花一天的时间，否则不可能非常明白地理解用户的业务。在实施过程中，调研有初步调研和详细调研之分。在总体业务调查阶段的调研属于初步调研，主要目的是通过我公司实施人员和业务部门的交流，让我公司实施人员对用户的业务和需求有一个总括的认识，同时在交流中我公司实施人员可以回答用户提出的问题，让业务部门对我公司系统平台有一定了解。初步调研后可以进行详细调研。（2）调研前的动员和培训确定了阶段计划后，需要组织调研动员和培训大会。参加会议的包括用户的项目组成员和所有的部门经理和主要业务骨干。会议主要议题一般包括：A业务现状调研在软件实施中的重要性。B调研工作的主要内容，也就是要了解哪些情况。C被调查对象要注意哪些事项，要事先做哪些准备工作。D业务流程描述的培训。俗话说，磨刀不误砍柴工。调研动员和培训大会一定要组织好，达到预期目的，否则，会由于被调查对象对业务调研的重要性认识不清，或者事先没有经过充分准备和思考，导致在调研时遇到一些阻力或者不能达到预期目标。（3）需求的调研与分析在具体调研工作中，可以进行如下步骤：A详细准备在调研之前，由用户方项目经理召集被调研部门的人员，先组织内部讨论，提出问题。调研人员准备详细的调研提纲，作为调研的依据。在调研时，我方将启发被调查对象，发散思路。B共同调研调研时，由用户方项目经理等关键成员和调研人员一起参与调研。用户方项目经理将发挥其协调作用。C深入基层我们将深入到用户的基层——原始数据流入系统的地方，以获得第一手材料，了解问题的真正原因；耐心听取基层用户的疑惑、困难和要求，建立彼此间的信任与合作关系，以保证调研工作的成功。D整理分析调研资料调研结束后，调研人员将对原始的需求调研材料进行整理分析，整理出调研的主要问题，理清业务流程，明确需求情况，制作并填写《需求调研单》，最终整理形成《需求调研报告》。E及时反馈与确认实施人员将及时提炼出当天调研的主要问题，然后交用户方项目小组阅读，确定实施人员理解的是否正确。经过确认后我公司负责人员和采购方负责人员在《项目需求说明书》上签字确认。参与人员：需求分析人员、对方项目组成员、项目经理阶段成果：文档名称文档编号文档性质（内/外）审批模板工具需求规格说明书dy_xsdy_1外XXXXXX方项目经理需求规格说明书概要设计dy_xsdy_2外XXXXXX方项目经理概要设计详细设计dy_xmxq_1外XXXXXX方项目经理详细设计6.7.2系统设计开发系统设计开发主要包括软件需求分析、系统设计、系统编码、系统测试几个环节。（1）软件需求分析根据《项目需求说明书》进行分析，把用户的需求化成对软件功能的具体要求，编写《开发需求文档》。（2）系统设计 研发小组组长根据《开发需求文档》进行系统设计，提交《系统设计说明书》。主审人召集评审人员评审，最后评审意见要求签字认可。在组织评审《系统设计说明书》时，一定要有负责研发的人员参加评审。评审结论分为三类：评审不通过，评审通过但需要修改，评审通过且不需修改。评审未通过者，研发组组长将修改项目的《系统设计说明书》，再次申请评审。评审通过但需要修改者，用户方开发经理应对《系统设计说明书》做必要的修改并进入项目文档库，要有修改纪录，修改纪录由评审组长检查。评审通过且无修改要求，进入项目文档库。（3）系统编码由项目经理申请建立开发环境。开发环境包括数据库服务器，文件服务器和配置管理系统用户。研发经理与研发人员共同完成系统的编码工作。研发人员按照《系统设计说明书》编码，编码应当遵守编码规范；由开发经理对重点模块组织代码检查，并有检查记录；研发人员对模块进行测试并保留测试记录。项目经理（或其指定负责人）依照公司级的编码规范或项目组内的编码约定对源代码进行同行评审，以发现问题并确保代码风格规范、统一,复查通过后，将源代码提交配置库的源代码区中。研发组人员将依据详细设计说明书和源程序清单，了解该模块的I/O条件和模块的逻辑结构，并编写《安装手册》、《系统维护手册》、《用户使用手册》。（4）系统单元测试测试人员制定《单元测试计划》、《集成测试计划》、《系统测试计划》，以确定单元测试、集成测试、整体测试的测试范围、方法步骤、所需资源和日程安排。这些测试计划包含对测试时间、人员、验收标准的要求,并得到项目经理的批准。同时《测试用例》作为计划的一部分要同时编写。对软件系统进行单元测试，这是白盒测试；集成测试包括将部件集成为具备一定功能的系统，然后对系统进行功能测试，最终根据需求对系统进行评定；接着进行系统整体测试，此测试注重于系统功能中定义的系统整体功能定义。系统整体测试的过程可以看成是一个黑盒操作方法。从质量保证体系的角度来看，系统整体测试是在向用户整体递交开发完成的系统前的最后测试阶段。最终形成《单元测试报告》、《集成测试报告》、《系统测试报告》。参与人员：项目经理、需求调研组成员、研发组成员、测试组成员

阶段成果：文档名称文档编号文档性质（内/外）审批模板工具《开发需求文档》Kf_kfxq_1内项目领导小组《开发需求文档》《系统设计说明书》kf_xtsj_1外项目领导小组《系统设计说明书》《安装手册》kf_azsc_1外XXXXXX方项目经理用户方项目经理《安装手册》《系统维护手册》kf_xtwh_1外XXXXXX方项目经理用户方项目经理《系统维护手册》《用户使用手册》kf_yhsy_1外XXXXXX方项目经理用户方项目经理《用户使用手册》《单元测试计划》kf_dycs_1内XXXXXX项目经理《单元测试计划》《测试用例》《系统测试计划》kf_xtcs_1内XXXXXX项目经理《系统测试计划》《单元测试报告》kf_dycs_2内XXXXXX项目经理《单元测试报告》《系统测试报告》kf_xtcs_2内XXXXXX项目经理《系统测试报告》软件系统及源代码外XXXXXX方项目经理遵循CMM3流程化管理产品开发过程的管理，指产品开发项目确定后，进行产品开发，形成可交付使用的软件产品的过程。在产品的开发过程中，如何作好开发过程的管理和控制，是保证产品开发质量和开发进度的关键。产品的立项、开发和实施是以结构化的工作流程的方式开展的。产品的生命周期，分为产品的需求分析与立项，总体计划，开发，测试，工程实施，技术等阶段。在产品开发控制中，就根据产品的生命周期进行流程化管理。总体的开发流程为：立项立项需求分析产品总体开发计划产品开发项目监控 需求分析产品总体开发计划产品开发项目监控实施验收结项 实施验收结项维护 开发过程中严格明确各个阶段的任务，和实现过程，明确各个阶段的责任人，最终形成文档。维护系统实施系统实施是指在软件研发结束并通过测试后，在用户单位进行安装部署，录入数据，为试运行做准备。主要任务：确认硬件及网络情况，安装操作系统；如果用户方正式的硬件和系统软件在项目初期已经到位，并经过技术顾问的审核、提供给标准产品安装使用，业务分析、产品培训、业务模拟测试等都在这个系统上面进行，那么这时要准备好一个干净的（不含垃圾数据和配置信息）、完整的（按照软件合同安装指定的产品，并且取得我公司对于产品模块、公司总数、并发用户数的授权许可）环境，等待系统配置即可。如果用户方的硬件和系统软件这时才刚到位，那么技术顾问需要首先进行审核，确认满足产品运行要求之后再进行安装，安装之后要填写《系统安装备忘录》，由实施双方确认签字。6.7.3安装调试项目开发的软件系统：如果用户的软硬件及数据库都已准备就绪，就可以进行软件产品代码的安装。我公司的技术顾问将一直在现场，虽然前面已作过相关的系统管理技能培训，为了稳妥起见，将指导用户系统管理员再完整地安装一次，并填写好《系统安装备忘录》，由双方任务负责人签字确认，作为系统正式运行的环境配置文档。录入基本数据，设置组织角色、权限：系统安装之后立即由用户项目组统一共用的系统参数、基础数据、以及相关的基础档案，由于这些基础数据和参数是全局性的，如果设置错误就会影响到所有下级单位的应用。因此，设置完成后，应对照业务解决方案和基础数据目录仔细核对，负责核对的关键用户与录入人员最好不是同一个人，确认无误后进行数据备份。信息网络会有不同程度的权限管理的要求，即局内的某些部门或个人仅能操作自己职权范围内的工作，而职权范围外的工作则不允许修改甚至不可见。因此需要给系统上线之后的各部门或各业务人员分配各自应拥有的系统日常操作的权限。权限设定的主要工作任务包括规划分配权限和权限测试两项主要工作内容。由于权限规划和分配是一项细致而重要的工作，需要双方项目组紧密配合，非常耐心，一起参与完成。配置流程：此项工作是软件实施的重点，也包括两个方面的工作内容，设置信息管理和测试流程，这一工作需要用户方项目组成员与我公司项目组成员紧密配合，共同完成。用户数据整理分析及录入在数据准备之前必须使用户相关人员正确了解各项数据的定义、概念、作用和要求后，才能开始。系统中数据可分为两种：一种称为静态数据，所谓静态数据一般不随时间不同而改变，因为静态数据一般比较稳定，可以提前准备。另一种称为动态数据，动态数据一般随时间不同而改变，这些数据要在各模块上线切换点的数据为准。实施时应特别关注要研究的数据，即现行管理中没有用到的数据，其中有些数据需要组织几个部门参加共同商定。此工作是本地化工作的前提，做得好坏直接影响到应用系统的实施工作。它可与环境准备并行展开。它是对本地化测试工作、用户测试和验收、系统运行前的准备工作，做得好坏直接影响到应用系统的质量以及用户使用的方便程度。此工作对应用系统是否适应用户的要求，能否完成各项业务功能至关重要。用户测试和验收是系统试运行的前置工作，做得好坏直接影响到应用系统的业务功能。6.7.4系统测试此项工作主要是做本地化测、用户测试，检验系统各个子单元整体运行的情况，并形成《测试报告》。参与人员：实施组成员、测试组成员阶段性成果：文档名称文档编号文档性质（内/外）审批模板工具《系统安装备忘录》ss_xtaz_1外XXXXXX方项目经理用户方《系统安装备忘录》《权限规划表》ss_qxgh_1外用户方《权限规划表》《测试报告》ss_csbg_1外XXXXXX方项目经理用户方《测试报告》附《测试计划》《测试用例》《测试问题记录》6.7.5项目培训培训工作是整个系统得以正常运行的关键，无论是对各级领导还是对参与系统建设的技术人员以及系统实施后的使用维护人员都是极其重要的，对于普通操作用户来说就更加重要。为保证本系统能够顺利进行，确保XXX市XXXXX国库集中支付电子化系统的建设得以顺利实施、正常运行和使用。公司建立完善的培训体系，制定合理的培训计划、培训记录，并提供具体的培训时间表，免费提供对系统使用人员的全面培训，通过各种设备性能、结构、维护管理技术及实际操作等培训，掌握安装、配置、修改及维护等方法和技术，使系统使用人员能独立进行管理、故障处理及日常测试维护，确保系统正常、安全运转。项目试运行主要任务：在试运行阶段，用户问题如果是程序和数据问题，由项目经理组织项目支持组人员负责解决，并填写《系统运行问题跟踪记录》，原则上项目支持组人员不在现场解决问题或修改系统设计。项目支持组人员如对系统设计进行修改，修改完毕后应填写《用户变更单》，并连同结果代码一并存档；用户问题如果是数据库系统、应用系统的调试问题，由实施组负责完成，对重大或紧急问题可以到用户现场进行处理。参与人员：双方所有项目组成员阶段成果：文档名称文档编号文档性质（内/外）审批模板工具《系统运行问题跟踪记录》Sy_wtgz_1外项目经理用户方《系统运行问题跟踪记录》《用户变更单》sy_yhbg_1外项目经理用户方《用户变更单》项目验收主要任务：召开项目验收总结会议，总结项目实施历程、各阶段实施成果、系统运行状况，并对项目实施成果做出评估，形成《项目总结》、《项目成员评价表》、《项目验收报告》。参与人员：双方所有项目组成员阶段成果：《项目总结》《项目成员评价表》《项目验收报告》详见“项目验收方案”一节。项目进度计划国库集中支付电子化系统，可以为XXX市XXX各处室和所属各单位等各种不同级别的部门建立一个长期有效、统一方便的XXX市XXXXX国库支付电子化运行系统，按照“统一规划，分步实施”的原则，规划实施计划如下：6.7.6项目监督控制管理有效的项目监督控制是项目成功的基本保证，可为项目提供技术保证、人员保证、时间保证、质量保证。在大型项目的实施过程中，项目监督控制应贯穿于全过程：项目实施前的监督控制、实施过程中的监督控制、实施完成后的监督控制；同时遵循一定的项目监督控制原则。对项目进行管理：制定项目计划。对项目进度进行跟踪管理：通过建立基准计划，将实际任务信息与计划进行。比较，对项目进度进行跟踪管理，以及时调整项目计划，并用于分析日程估计的准确性。成本预算：基于分配的固定成本或资源成本，计算每项任务的成本和整个项目的总成本。日程评估：通过检查日程的时间分配、资源和成本等方法，找出项目中的错误、不一致性和有待改进的部分，重新调整日程，对项目计划进行优化。项目控制具体的控制流程如下：6.7.7项目进展报告项目进展报告是项目控制的基础，反映了项目当前在进度、费用、质量等方面的实际执行情况。项目进展报告一般包括日常报告、例外报告、特别分析报告三种形式。项目进展报告应包括几方面的内容：项目进展简介，即列出有关重要事项。对每一事项，叙述近期的成绩、完成的里程碑以及其它一些对项目有重大影响的事件。项目近期趋势，叙述从现在到下次报告期间将要发生的事件。对每个将要发生的事件进行简要说明，并提供一份下一期的里程碑图表。预算情况，以清晰、直观的图表反映项目近期的预算情况，并对重大的偏差做出解释。困难和危机，困难是指力所不能及的事情，危机是指对项目造成重大险情的事情，同时可以提出高层管理人员支持的请求。项目进度控制项目计划只是根据预测而对未来做出的安排，由于在编制计划时事先难以预见的问题很多，在计划执行过程中往往会发生或大或小的偏差，这就要求项目经理及其他管理人员对计划做出调整，消除与计划不符的误差，以使预定目标在预定的时间和预定范围内得以实现。项目计划的控制就是要时刻对每项工作进度进行监督，然后，对那些出现“偏差”的工作采取必要措施，以保证项目按照原定计划进度执行，使预定目标按时和在预算范围内实现。项目进度控制的依据为：项目进度进展报告变更请求进度管理计划项目季度控制的结果体现为：项目时间表更新补救行动经验教训项目费用控制费用控制就是指保证各项工作在建设单位的预算范围内进行。费用控制的标准是费用预算。费用控制的依据为：费用线实施执行报告需求变更的请求项目质量控制（质量保障体系）质量控制主要是监督项目的实施结果，将项目的结果与事先制定的质量标准进行比较，找出其偏差，并分析形成偏差的原因。质量控制贯穿于项目实施的全过程，由项目参与的各方分别组织实施。质量控制的依据：工作结果质量管理计划操作描述检查表格公司通过质量体系认证，对软件开发、生产、供应、实施、维护等全过程进行严格的质量控制。范围变更控制范围变更是指为使项目朝着有益方向发展而变动和调整某些方面因素而引起的项目范围发生变化的过程。范围变更控制是指当项目范围正在发生变化或已经发生变化时对其采取纠正措施的过程。项目范围变更及其控制不是孤立的，项目范围的变更必然引起其它因素或方面的变化，如项目进度、项目计划、项目质量等。因此对于项目变更应慎重处理。风险的控制项目进行中存在如下风险：业务模式的理解误差、项目进度是否能保证、人员流动问题、出现意外情况。下面针对这些风险进行分析和设计规避方案。业务模式的理解（1）风险分析：国库集中支付电子化系统涉及XXX市多个职能部门及银行的业务流程，开发人员是否能够准确了解业务，是能否建设顺利的关键。（2）保障与规避：我们将派出有经验的开发人员，抽调高水平的人员加入本项目实施。公司在多个信息系统的开发中熟悉现有国内XXX市XXXXX国库支付电子化业务模式，可以将这些成果运用到XXX市XXXXX国库支付电子化系统建设中来。为了保证对业务的了解，在本次项目建设中，我们可以安排了较长的需求调研时间。综上所述，本项目的开发在业务模式的整合上的风险能够得以规避。进度保证问题（1）风险分析：由于XXX市XXXXX国库集中支付电子化项目要求高、周期短、技术新、软件开发内容多等多方面因素，如何协调，保障项目按期完成是一个重要问题。（2）保障与规避：本项目将由公司领导亲自负责，统一调配资源，提供强有力的支持。编制合理、周密的实施计划，由于选派的项目经理都是公司经验、能力比较强的，他们编制的计划有较强的可操作性。加强与各业务局的配合，及时沟通。加强对项目的监督检查，公司把该项目列为重点项目，加大对它的考核力度。对各个开发组配备充足的人力。人员流动的问题（1）风险分析：目前技术人员的流动对IT单位的冲击也持续不断，实施单位人员队伍的相对稳定，将直接关系到项目的顺利实施。（2）保障与规避：我公司有着优秀的管理团队和技术开发队伍，人员相对稳定。我公司处于快速的发展时期，人员在不断持续增长，技术力量也有冗余。我公司有严格的质量管理体系，软件开发项目的技术文档非常规范、完整，这也从另一个侧面最大限度地降低了由于人员流动带来的项目实施的风险。综上所述，我公司进行本项目的实施，在开发队伍稳定性上的风险能够得以规避，保障项目的顺利实施。6.7.7外情况处理机制（1）风险分析：项目实施时间较长，会出现各种意外情况，如何规避就非常重要。（2）保障与规避：解决意外问题的关键有两点：一是沟通，建立与用户、项目组与公司的信息传递机制，能够及时了解意外情况，尽早找出解决办法；二是重视，一旦有重要情况发生，公司领导将亲自解决。项目监督本项目将设立质量监督小组，监督各个项目小组按照项目计划开展各项工作，检查各种文档，掌握和监督整个项目的进度，并保证计划执行的效果；如果遇到障碍和其它超越自身权利范围的事宜，应及时向项目领导小组报告，由高层出面协调和强力推进。项目管理执行标准XXX市XXXXX国库集中支付电子化项目管理遵照本公司质量管理体系和项目管理部发布的《项目管理执行文件》执行。项目管理的内容分成了9大知识领域，他们分别是：项目综合管理、项目范围管理、项目时间管理、项目成本管理、项目质量管理、项目人力资源管理、项目沟通管理、项目风险管理、项目采购管理。如下图所示：项目启动综合管理项目启动综合管理范围管理时间管理成本管理质量管理人力资源管理沟通管理风险管理项目验收6.7.8项目管理措施项目管理目标本项目项目管理涉及对整个项目阶段的精确计划，严密监视和控制，以达到以下目标：在指定时间进度内完成项目，必需按业主规定的节点时间要求毫无延误的完成工程（不可抗力除外）。已合格的质量标准来完成项目。在整个合同期内保持员工的高昂士气。与业主、供货商建立良好和谐的工作关系。在成本预算内完成项目。项目管理计划此计划适用于参与XXX市XXXXX国库支付电子化项目开发履行的行为。项目计划的整体连贯性由项目经理来保证。工程项目管理计划结构：质量保证XXX质量保证XXX市XXXXX国库集中支付电子化项目项目管理计划工程管理质量管理项目计划设计联络计划接口协调计划软件供应计划项目控制软件供货计划软件系统安装、调测、试验计划系统联调、试运行计划项目结构和组织项目控制，风险管理，资源管理质量管理，安全管理沟通联络，报告和使用文档控制，配置管理采购和供货商控制开发和集成管理产品细化结构（PBS）工作量细化结构（WBS）A初步规划中标之后，在业主的许可之下公司将对投标建议书进行适当修正，制定初步计划。该初步计划的制定进行协调，并经项目管理小组确认后进场。B基准计划实际的工作进度将参照基准计划。基准计划包括设计联络、接口协调、软件供应、安装和现场调试、系统联调以及运行测试的计划节点。基准计划汇编了系统工作计划以及相关进度内容。基准计划应连同月进度报告每月提交给业主方管理人员。C进度曲线实际进度曲线有计划进度、实际进度和预计进度组成，将每月更新，并与月进度报告一起递交。D资源图资源图对比实际资源与计划资源，应每月更新，并与月进度报表一起提交。E各阶段子计划项目执行计划书共包括1个主计划及10个阶段子计划，各子系统供货商应在各阶段的进度按计划保持协调一致，从而使整个项目计划能有效执行。10个阶段子计划为：第一阶段设计联络计划第二阶段接口协调计划第三阶段软件供应计划第四阶段文件提交计划第五阶段软件供货、计划第六阶段软件安装、调试、试验计划第七阶段系统联调计划第八阶段试运行计划第九阶段初验计划第十阶段终验计划重大项目管理经验时刻关注项目各阶段管理重点产品及系统设计阶段确保对各子系统提交的产品及系统设计要进行科学性、合理性、技术性极确保智能化系统项目运作提出审评意见。整理后一并提交业主审批。6.7.9系统内外部接口设计阶段确保对各子系统提交接口的要求达到合理，并且连接子系统方能提供正确数量的接口，而避免导致智能化系统项目运作不协调，甚至出现延误工程。子系统调试阶段在子系统调试阶段，在项目管理上要达到的主要目标是：对现场各子系统调试进行管理，其中包括制定相应的现场调试计划，并确保施工进度的配合，协调调试过程中的矛盾。系统联调阶段负责项目的系统联调，确保联调顺利完成，其中包括：制定方案、计划、组织各子系统参与系统联调，对有关问题提出可能解决方案。试运行和验收阶段在试运行和验收阶段，负责协助业主解决可能出现的与系统有关的问题。按验收计划协助组织各项验收活动，并协助业主对于验收中提出的问题要求督促整改。项目管理决策流程程序化XXX市XXXXX国库集中支付电子化项目是一个大型的项目，工程实施周期较长，中间存在了一些可能进行变更的因素。根据我们的项目管理经验，项目管理是一个就项目目标及各干系人期望进行不断沟通和协商的过程。变更也是贯穿整个项目生命周期始末的，为了更好的进行项目管理，保证项目的质量和进度，有必要成立项目变更控制委员会。变更控制委员会为准备提交的变更请求提供指导，对变更请求做出评价，并管理经批准的变更的实施过程。项目变更控制委员会将由XXX市XXX工作人员、我公司的相关项目人员组成。可能的变更有实施环境变更、人员变更、范围变更、工期变更、计划变更等。根据项目的变更需求按照流程化处理的模式，提交项目变更委员会快速决策处理。决策流程可以由供应商和业主共同制定。建立项目信息管理系统根据公司在大型项目上的管理工作经验，项目信息管理对于大型项目管理非常重要，为了应适应项目管理的需要，为预测未来和正确决策提供依据，提高管理水平。我公司项目部已经开发使用了项目信息管理系统，实现项目管理信息化。项目部能及时收集信息，并将信息准确、完整地传递给使用单位和人员。项目信息包括项目经理部在项目管理过程中形成的各种数据、表格、图纸、文字、音像资料等。项目部应负责收集、整理、管理本项目范围内的信息报企业归口管理部门。实行总体分包管理的项目，由项目管理分包人负责信息收集整理，报企业归口管理部门。项目信息收集随工程的进展进行，保证真实、准确，按照项目信息管理的要求及时整理，经项目经理审核签字。项目信息的内容包括以下内容：项目理部收集并整理的下列信息：法律、法规与部门规章信息。市场信息。自然条件信息。利率、汇率信息。项目部收集整理的项目概况信息项目实体概况。场地与环境概况。各类合同。项目报价计算书。业务工作开展过程中的记录信息。业务工作使用、编制的技术资料信息。项目部收集并整理的项目管理信息：项目管理规划大纲信息和项目管理实施计划信息。项目进度控制信息。项目成本控制信息。项目质量控制信息。项目安全控制信息。项目技术管理信息。项目物资供应管理信息。项目合同管理信息。项目组织协调信息。项目人力资源管理信息。项目资金管理信息。项目考核评价信息。公司项目信息管理系统的使用：经签字确认的项目信息应及时存入计算机。项目部使项目信息管理系统目录完整、层次清晰、结构严密、表格自动生成。项目信息管理系统的主要特色：方便项目信息输入、整理与存储。有利于用户提取信息。能及时调整数据、表格与文档。能灵活补充、修改与删除数据。信息种类与数量能满足项目管理的全部需要。能使工程设计信息、物资供应情况信息、施工和安装情况信息、项目结算信息、项目统计信息等有良好的接口。项目信息管理系统能连接项目部各部门、项目经理与各职能部门、项目经理部与雇主、项目经理部与各分包单位等；能使项目管理层收集渠道畅通、信息资源共享。有效处理项目突发事件由于XXX市XXXXX国库集中支付电子化项目比较复杂，在本项目的实施过程中，可能会遇到某些突发事件，从而影响到整个项目的施工工期，我们针对可能出现的风险提出以下应对措施：关于项目质量问题的突发事件，我们主要采取预防措施，在项目的每个阶段都有质量控制手段，保证产品和工程的质量。对于因为不可抗拒因素导致工程延缓的突发事件，我们将向用户单位和监理单位提交书面说明，并提供相关证明文件，用以备案。同时，我公司将同用户监理单位和监理单位紧急磋商，并就上突发事件提出措施和合理的履行方案。当项目进度与项目要求发生重大偏差，影响到项目执行时，项目经理或项目领导小组将调配更多资源，抢回进度。项目风险管理措施如下：XXX市XXXXX国库集中支付电子化项目投资大、周期长、质量要求高，涉及XXX市市政系统的各级单位、以及城市管理的各相关社会职能部门。对于这样一个项目，在设定目标、实现计划的过程中都有可能出现一些意外的情况，或许是技术上的，或许是资源方面、也可能是时间安排上的问题等等，因此必须做好风险预测和管理工作。应用系统的设计和开发我公司在本次项目应用系统设计与开发中将遵循如下原则：一、严格按照本文件中对系统设计、开发、集成、运行、维护及服务提出的相应措施和承诺去做。二、提供成型软件产品原厂商的支持，提供技术保证、人员保证、时间保证。三、在系统设计与开发过程中整合、利用和保护采购人原有的系统资源。四、根据以往经验与技术发展现状，对采购人技术要求中的遗漏、不足及错误之处进行纠正和补充。五、在项目实施过程中除平台软件外的代码全部用户方，并提交完整的文档。项目文档我单位将按照计算机软件工程规范国家标准，分阶段用纸质、磁介质、光盘等媒介提交软件开发过程中涉及到的各种文档及与所提供的商品软件相一致的全面、完整、详细的技术文档，能够满足采购人对我们所提供的软件的安装、使用、维护、应用开发的需要。我们将负责在项目完成时将系统的全部有关技术文件、资料及测试、验收报告等文档汇编成册交付项目单位，提供的所有技术资料均应尽量采用中文，如果原软件厂家没有中文版的技术资料，我们应提供英文技术资料。按计算机软件工程规范国家标准分阶段提交的文档，具体情况如下：项目启动阶段：《项目立项单》《双方项目组成员名单及职责》《项目工作任务书》《项目启动会议纪要》《需求调研计划》《项目实施计划》需求调研分析阶段：《需求调研单》《需求调研报告》《项目需求说明书》系统设计开发阶段：《系统设计说明书》《安装手册》《系统维护手册》《用户使用手册》系统实施阶段：《系统安装备忘录》《权限规划表》《测试报告》（含测试计划、测试用例、测试问题记录）项目培训阶段：《培训需求调查表》《用户培训计划》《培训人员登记表》《考核统计表》《培训总结报告》项目试运行阶段：《系统运行问题跟踪记录》《用户变更单》项目验收阶段：《项目总结》《项目成员评价表》《项目验收报告》其他文档：客户方认为有必要提交的其它在工程实施过程中产生的文档，例如用于内部控制、内部管理、内部测试的相关文档等。第七章项目验收项目工程验收，是项目开发建设中有组织的主动性行为，它是对项目建设高度负责的体现，也是项目建设成功的重要保证。切实做好项目建设中的验收工作至关重要，应当采取有效措施，实实在在做好。我们将接受验收小组对项目进行全面的验收，包括各类数据库、各个专项系统和综合业务应用系统、相关数据共享发布体系的验收。7.1验收测试委员会组织结构项目工程验收主要由工程验收组负责，工程验收组的成员包括采购人方与我公司双方成员，共同参与项目的验收。下图示提出的系统验收测试委员会的组织机构图：项目验收测试委员会用户方代表项目验收测试委员会用户方代表XXX市XXX方XXXXXX专家组项目监理项目经理项目开发组技术支持组建立验收测试委员会以便于用户和开发人员的沟通，主要体现在项目经理与用户负责人之间的验收接口关系，以确保项目经理在项目整个过程中的桥梁作用，以及有效地控制项目的变更管理。7.2检验和验收原则安装、调试和系统联调按本技术规范和技术标准进行。提供的各种软件、工具按签订合同后的清单验收。系统验收标准主要满足系统开发的几个原则：充分利用信息化建设现有资源；技术先进性与实用性相结合；功能多样性与一体化；标准化和规范化；技术实现的安全性；开放性和可扩展性；易操作和易维护。充分利用信息化建设现有资源系统整合已有的资源和基础数据互联系统等项目建设的网络和交换平台资源，充分利用信息化建设现有资源，实现本系统与各级部门、各区级和社会单位计算机网络的互连互通和信息交换。技术先进性与实用性相结合系统采用目前先进的开发技术和架构（基于组件或面向服务的架构），以保证平台的先进性和可扩展性、延长平台的生命周期。如应用门户技术提供个性化和适应性接口；应用工作流技术实现综合监管业务处理；应用跨平台数据、信息交换技术实现信息共享；应用多媒体文档存储及管理技术实现文档数据库管理；应用地理编码技术高效率的获取所需要的详细的地理信息等。同时，作为一个应用系统，实用性是直接影响系统的运行效果和生命力的最重要因素，也是一个严谨的系统开发者要无条件遵循的原则。本系统的最终用户是政府市政各个部门，因此，必须要考虑到系统的简易性、通俗性。因此，实用性是项目验收最关键的指标，检查系统是否符合当前业务的需要，特别是业务流的整体性和数据流的一致性，并前瞻性提供未来业务接口。将按照《需求说明书》、《概要设计说明书》提供的功能验收内容进行实际验收。功能多样性与一体化XXX市XXXXX国库集中支付电子化系统的使用对象是XXX市XXX各部门和对口的权属单位，各部门职能复杂，使用人员管理权限各不相同，因此系统功能必须满足不同部门和不同人员的需求，采取功能多样性的设计思路；同时，确保系统的数据有机性和整体性，XXX市XXXXX国库集中支付电子化系统的数据要素关系错综交错，在综合分析各业务模块的数据内涵和相关性的基础上，确保系统数据的动态一致性，前后关联性，整体统一性。标准化和规范化需要确保系统编程采用标准的编码规范，具备完善的文档以及良好的注释说明。应设计标准的信息分类编码体系；建立统一、规范的系统数据库数据。建立符合国家标准要求的图示符号；设计统一的设计风格、界面风格和操作模式；建立开放式、标准化的数据输入、输出界面。技术实现的安全性系统外部安全：系统的安全性要充分考虑网络的高级别、多层次的安全防护措施，包括备份系统、防火墙和权限设置等措施，保证业务部门的数据安全和政府机密；同时考虑系统出现故障时的软硬件恢复等急救措施，以保障网络安全性和处理机安全性。系统要形成相对独立的安全机制，有效防止系统外部的非法访问。系统内部安全：在保证系统外部安全的同时，系统也要确保授权用户的合法使用。系统本身也应该具有容错功能，包括出错提示、原因，并能自动或通过人工操作，使出错的系统恢复到正常状态。系统还应提供严格的操作控制和存取控制。系统运行安全：在逻辑上，系统应该具有抵御对系统的非法入侵的能力；在物理上，系统应保证不存在可能的单点故障，提供资源数据的备份能力。系统支持定期的自动数据备份和手工进行数据备份，能够在数据毁坏、丢失等情况下将备份数据倒回，实现一定的数据恢复。开放性和可扩展性系统采用开发的技术架构，支持异构的系统平台和数据源。同时开放的系统模型和符合有关国家标准或行业标准的数据格式使得子功能部件的集成易于实现，确保了应用系统具有良好的互操作性和可移植性。易操作和易维护界面设计：系统应提供美观实用、友好直观的中文图形化用户管理界面，充分考虑办公人员的习惯，方便易学、易于操作，含全菜单式处理和各种快捷键操作。系统应以图形化的方式提供各种操作手段，充分发挥图形面对用户的特点，信息的表现方式更直观，效率更高，摆脱过去那种面对大量枯燥的表格、文字信息进行数据挖掘的状况。系统应提供即时在线联机帮助功能，随时对于操作者遇到的疑难进行解答。支持各种图形数据与属性数据的相互关联和直观表达，包括显示、查询、统计等。含应用系统软件管理与维护、数据库管理与维护以及数据库备份等。维护方式：系统提供对系统自身的集中操作维护的功能，真正做到使系统能在数据损坏、丢失等情况下将备份数据倒回，实现数据恢复。维护工作量：系统提供集中的、智能化的维护工具，尽可能减少手工维护工作量，确保系统的正常运行。7.3工程验收流程软件系统经过试运行后，项目组开始做项目验收的准备，首先要提交集成验收方案，并提交项目验收书面申请书，由验收小组检查验收，如未能通过检查，将重新提交验收方案；如验收检验通过，书面通知采购人所完成的工作和准备进行验收的项目种类及开始验收时间，经采