项目实施管理方案

-工程实施管理方案1.1 工程实施与管理目标一般工程的管理采用目标管理法。工程管理目标主要包括用户满意度、进度、质量、风险、本钱五类，当前重点考虑在满足其它管理目标的前提下取得最大用户满意度。用户满意目标用户满意是工程管理追求的首要目标，也是其他目标执行的指导原则。进度控制目标遵照招标书要求，严格遵守合同规定，不折不扣地按时完成合同规定的所有工程任务。在工程执行过程中出现任何变化，在保障用户利益的前提下，双方磋商、达成一致，确保合同完成，让用户满意。质量控制目标质量是工程建立的基石，没有质量其他目标就没有意义。质量控制在工程管理中是极其重要的，通过建立标准的管理体系、严格的内部管理措施、可靠的工程质量保障机制、明确的验收方式、有效的知识转移培训和完备的售后效劳措施，确保工程的顺利实施，不会造成任何形式的返工。风险控制目标任何事件的开展都会有一定意外，它的发生是不确定的，这种脱离常规的意外称之为风险。风险存在于任何工程建立工程，风险控制是长期、大型工程管理所必需的管理内容。根据以往经历，重视风险要比风险管理本身更重要。风险不可预测，但可以管理与补救。本工程将从风险因素管理、风险预警与应急管理、风险补救三个方面确保工程风险处于管理控制范围之内。预算控制目标工程预算控制反映了工程建立的高效性，考核工程预算是自我监视的重要步骤，目的在于提高工程管理水平。控制工程预算的表现在资源调配的合理、高效，重点在于工程规划设计与组织，难点在于对用户需求把握的准确性和设计的合理性、科学性。我公司目前自行开发的PMS系统作为专业的工程管理工具。通过该工具的各个模块实现对工程的全面管理。PMS系统能够为工程经理提供如下帮助：1为工程分配人员，并为工程人员编制任务方案，同时对于人员的实际工作地点以及工作任务也能够实时进展跟踪和监视，从而实现工程人员的全面监管；工程团队配置情况页面如以下图所示：工程人员分配2利用PMS系统可以对每月工程的费用进展预算，并能实时进展方案值与实际值的比照，为工程经理提供决策支持；工程预算配置页面如以下图所示：工程预算管理3在工程的实施与运维过程中，它可以对里程碑任务进展跟踪并使里程碑获得财政审批以确认收入，它使得工程经理能够管理工程中的问题和缺陷，它也可以对审查和流程进展跟踪；工程里程碑配置页面如以下图所示：工程里程碑管理4它还有助于工程经理加速报告的进程。1.2 工程组织机构1.2.1 工程组织架构本工程的工程组织架构由*报社工程组和*公司工程组共同组成，采用工程领导组领导下的各级工程组长负责制，并明确标准所属各组的职责及组间协调关系。这种组织构造是*公司在多个大型工程工程采用，并被验证为行之有效的工程组织方案。整体工程的组织构造如以下图所示：整体工程组织构造图工程管理采用工程组长负责制，形成内部垂直管理体系。各工程小组之间的工作流程和协作关系如下。n 工程领导小组负责该工程的统一领导，在实施过程中进展管理，做出重大决策。n 工程经理工程经理是工程的总负责人，对内负责公司内部资源的协调，对外负责与客户的沟通，对工程的决策、需求变更、执行进度等负责。工程经理是整个工程执行过程中的关键人物，工程经理的更换必须以正式的形式向*报社工程领导小组申请，在得到批准前方可调换。n 技术经理技术经理负责工程的总体设计，指导管理体系梳理、业务架构和技术架构设计、总体技术方案实现以及各地实施方案的设计和评审，指导各小组的设计和开发工作。同时还需要负责技术路线选择、技术架构设计和逻辑构造设计，带着和指导设计团队进展详细的系统设计。n 需求组由各模块工程经理及设计师组成，负责进展各模块需求调研，根据调研结果编写需求调研报告。需求开发组的工作分为两个阶段，第一阶段的任务是框定工程的范围，第二阶段的任务是进展具体的需求调研工作。需求组需要*报社集团及其相应部门的相关人员配合。n 设计组负责解决系统建立过程中的各种规划和设计问题：负责编写系统建立方案，负责编写系统安装配置手册，负责制定各阶段验收方案。总体设计组由*公司的系统设计人员和各方面技术专家组成。n 开发组负责进展*报社集成信息门户工程系统的软件开发，输出源程序、目标程序及用户操作指南。开发组由*公司各级别软件开发工程师组成。n 测试组负责对系统进展内部测试。包括功能测试和性能测试。为了严格把关、提高测试效率，工程组将设立专门的测试岗位，派专人完成软件测试工作。并且，邀请用户方委派代表监视测试工作的执行过程。测试组由*公司技术负责人、业务负责人和用户方代表组成。n 实施组实施组负责*报社集成信息门户工程操作系统、中间件、数据库如搭建、系统的部署和安装工作，以及相关部署文档的整理工作。n 培训组培训组负责三个标段模块的使用、管理和配置的现场和远程培训工作。培训组成员由实施组和局部开发组成员兼任。n 运维效劳组运维效劳组负责软件推广实施后的本工程的技术支持与效劳工作，提供应用户及时准确的帮助，包括系统的培训、使用方便的热线咨询、现场效劳和故障的修复。运维效劳组由*公司技术效劳中心工程师和现场工程师组成。为确保工程的成功完成，包括设计、开发、实施等在内的所有*公司工程组的技术人员将在工程经理带着下，组成工程的长期效劳机构。n 商务代表商务代表负责协调工程的合同及相关软硬件厂商的沟通协调。1.2.1.1 参加本工程人员汇总表序号工程组职务*明证书名称级别证号1工程经理2技术经理3高级需求分析师协同办公4高级需求设计师人事薪酬5中级需求分析师协同办公6中级需求设计师人事薪酬7高级系统设计师8中级系统设计师9中级系统设计师/数据库设计师10中级系统设计师11高级开发工程师12高级开发工程师13高级开发工程师14高级开发工程师15中级开发工程师16中级开发工程师17中级开发工程师18中级开发工程师19中级开发工程师20测试工程师21测试工程师22实施负责人23实施工程师24实施工程师1.3 工程实施规划本工程建立周期为1年，为确保工程实施进度和质量，满足*报社建立目标，分两组进展并行开发，其中门户和协同办公第一组，人事薪酬第二组。另外，门户和公文管理局部可以在12月份之前快速上线。实施整体规划如以下图：1.4 工程实施方案招标要求本工程建立周期为1年。*公司根据1年的建立周期要求提供整体工程实施方案和保障措施，具体实施方案安排如下：假设本工程于2021年9月10日签订合同工程阶段时间方案工作内容描述备注一、工程启动2021/9/102021/9/15?工程任务书?工程总体方案?1、工程规划2021/9/102021/9/12成立工程组，确定工作分工和工作方法成立工程组、对工程范围、目标达成共识、工程启动签订工程任务书制定工程总体方案二、需求分析2021/9/162021/12/31?需求规格说明书?第一组：门户和协同办公需求调研及分析2021/92021/10包括需求调研、需求分析、编写需求规格说明书和需求确认。1、需求调研2021/9/162021/9/30搭建试用系统，培训与调研业务流程、管理要求和功能需求2、需求分析级设计2021/9/162021/10/15局部界面原型设计、编写?需求规格说明书?3、需求评审确认2021/10/162021/10/31组织需求评审完善?需求规格说明书?，需求签字确认第二组：人事薪酬、集成及广义数据管理需求调研及分析2021/112021/121、需求调研2021/11/012021/11/31搭建试用系统，培训与调研业务流程、管理要求和功能需求2、需求分析级设计2021/11/152021/12/15局部界面原型设计、编写?需求规格说明书?3、需求评审确认2021/12/162021/12/31组织需求评审完善?需求规格说明书?，需求签字确认三、系统设计2021/10/012021/01/31?系统设计说明书?第一组：门户和协同办公系统设计2021/102021/11系统设计说明书1、系统设计2021/10/012021/10/31系统数据库设计、功能设计、接口设计2、设计评审2021/11/012021/11/15组织设计评审完善?系统设计说明书?第二组：人事薪酬、集成及广义数据管理系统设计2021/112021/011、系统设计2021/11/152021/01/15系统数据库设计、功能设计、接口设计2、设计评审2021/01/162021/01/31组织设计评审完善?系统设计说明书?四、系统开发2021/10/152021/4/30源代码、?配置管理报告?第一组：门户和协同办公系统开发2021/102021/02代码开发及单元测试1、PC门户2021/10/152021/11/15PC门户开发及单元测试2、移动门户2021/10/152021/11/15移动门户开发及单元测试3、信息门户2021/10/152021/11/15信息门户开发及单元测试4、协同办公应用2021/11/012021/02/28公文、事务、会议、车辆、办公用品、知识管理、协同管理、各部门其他协同办公开发及单元测试第二组：人事薪酬、应用集成开发2021/122021/031、人事薪酬应用2021/12/012021/03/15人事档案、稿费核算、薪酬管理、考勤、合同、社保福利、干部评议、员工绩效考核、党工团管理开发及单元测试2、应用集成2021/03/152021/03/31北大方正采编业务系统2.0版、北大方正采编业务系统二期、金蝶财务系统、审计管理系统、舆情系统、两微端管理系统包括微博、微视、微信、app客户端开发及单元测试3、中经网对接2021/03/152021/03/31与中国经济网的对接开发及单元测试五、系统测试2021/11/12021/03/31源代码和?测试报告?第一组：门户和协同办公系统测试2021/112021/02包括集成测试、联调测试、压力测试1、制定测试方案2021/12/12021/12/25制定 测试方案和测试方案2、准备测试环境2021/12/262021/12/31准备测试环境、测试数据3、系统测试2021/01/012021/02/28系统测试、集成测试、性能测试和平安测试第二组：人事薪酬、应用集成测试2021/122021/031、制定测试方案2021/12/152021/01/15制定 测试方案和测试方案2、系统测试2021/01/162021/03/31系统测试、集成测试、性能测试和平安测试六、系统安装调试2021/04/012021/04/15?安装维护手册?、?系统操作手册?1、系统安装调试2021/04/012021/0/15系统安装系统数据初始化系统调试?安装维护手册?、?系统操作手册?七、系统初验2021/04/152021/04/30?系统初验报告?、?初验文档?1、验收文档准备2021/04/162021/04/25准备需求文档、设计文档、测试文档、操作手册等验收文档2、系统初验2021/04/262021/04/30召开验收会议，签字确认系统初验八、系统上线试运行2021/5/012021/7/30?系统运行报告?1、系统试运行2021/03/162021/05/31用户培训及试运行问题收集系统完善和优化九、系统终验2021/08/012021/08/31?终验报告?、?终验文档?1、验收文档准备2021/08/012021/08/20准备技术文档、需求文档、测试文档等验收文档和系统完善2、系统终验2021/08/212021/08/31验收申请、组织验收会和签字确认十、运维效劳2021/09/012021/08/31?效劳日志?、?系统运行报告?1、系统完善和优化2021/9/012021/08/30根据运行情况进展系统完善和修改2、技术支持与效劳技术支持与效劳1.5 软件过程管理软件过程管理的一方面是提高质量，降低本钱；另一方面则是软件的工程化开发提供保障。根据此工程的特点以及公司CMMI5的管理要求，我们在软件过程管理中将在软件原型的根底上采用“渐进生命周期模型，形成合理的过程管理方法。工程的完整生命周期从立项开场到维护期完毕，*报社集成信息门户工程管理过程分为工程调研与需求管理、系统设计、编码开发、软件测试、集成效劳、施工保证、试运行与维护等管理。1.5.1 工程调研与需求管理1.5.1.1 概述工程调研是通过调查与分析，获取*报社集团的需求，了解*报社集团的组织构造、确定用户并识别部门关键的业务过程与活动、区分过程和活动的优先级、了解部门现有信息系统及运行状况、了解系统功能/性能接口列表等。需求管理是在*报社集团与*公司之间建立对需求的共同理解，维护需求与其它工作成果的一致性，并控制需求的变更，实现对需求确实认、跟踪、变更控制等。1.5.1.2 工程调研与需求管理步骤n 工程调研过程通过调查与分析，获取*报社集团的需求并定义系统需求，包括需求调查、需求分析、需求定义：需求调查：在*报社集团进展访谈式和问卷式调研，通过各种途径获取用户的需求信息原始材料。在需求调查时，*公司应做尽可能详细的记录，回公司整理后，发给需求负责人，工程负责人收集所有记录，形成工程整体的需求记录。另在调研时应注重对调查结果进展整理，并对现有业务流程进展整理形成用例，以确保被调查业务的完整性。需求分析：对各种需求信息进展分析，消除错误，刻画细节等。需求定义：根据需求调查和需求分析的结果，进一步定义准确无误的产品需求，产生?系统需求规格说明书?。系统设计人员将依据?系统需求规格说明书?开展系统设计工作。需求人员要协助测试人员一起制定?系统测试方案?和?系统测试用例?。n 需求管理过程工程调研管理包括需求确认、需求跟踪、需求变更控制管理。需求确认：由*报社集团和*公司共同对?系统需求规格说明书?进展评审，双方对需求达成共识后作出书面承诺，使需求文档具有商业合同效果。需求确认包括“需求评审和“需求承诺。需求跟踪：比拟需求文档与后续工作成果之间的对应关系，建立与维护“需求跟踪矩阵，确保“需求设计编程测试之间的一致性，确保产品依据需求文档进展开发。需求变更控制是指依据“变更申请审批更改重新确认的流程处理需求的变更，防止需求变更失去控制而导致工程发生混乱。1.5.1.3 交付件?系统需求规格说明书?1.5.1.4 完成标准?系统需求规格说明书?审批通过。1.5.2 系统设计1.5.2.1 概述系统设计覆盖?系统需求规格说明书?的全部内容，并作为程序开发的依据，使系统能够被软件开发小组顺利地实现。1.5.2.2 系统设计的步骤n 概要设计概要设计注重宏观和框架的设计，包括总体构造设计、全局数据库包括数据构造设计、外部接口设计、功能部件分配设计、部件间接口设计，覆盖?系统需求规格说明书?中的功能点列表、性能点列表、接口列表。其过程如下：其中数据库设计包括数据库需求分析数据库概念设计数据库物理设计三个阶段，其过程如下：n 详细设计详细设计覆盖?系统概要设计说明书?的全部内容，注重微观和框架内的设计，是各子系统的公用部件实现设计、专用部件实现设计、存储过程实现设计、触发器实现设计、外部接口实现设计、部门角色授权设计、报表输出模块设计、前台用户界面设计、后台数据处理模块设计、数据传输与接收模块设计等。在设计阶段后期要重新进展规模、工作量和进度的估算，调整开发方案。进展概要设计的人员要协助测试人员一起制定?系统测试方案?和?系统测试用例?；进展详细设计的人员要制定?系统单元测试方案?和?系统单元测试用例?。1.5.2.3 交付件n ?系统概要设计说明书?n ?系统详细设计说明书?1.5.2.4 完成标准?系统概要设计说明书?和?系统详细设计说明书?审批通过。1.5.3 编码开发1.5.3.1 概述软件实现是通过输入?系统详细设计说明书?，输出源程序、目标程序及用户指南，此阶段分为编码、代码静态检查和单元测试三个环节：编码人员根据?编码标准?进展编码；代码静态检查对代码的标准符合度进展检查，质量保证人员也要抽查编码标准的遵守情况；单元测试由编码人员根据详细设计阶段制定的测试用例自行或穿插进展，最终形成?单元测试报告?。1.5.3.2 编码开发的步骤1、工程组根据概要设计说明书、详细设计说明书制定系统实现方案2、有条件的情况下保证开发、测试和生产环境独立。选择软件工具，明确工程成员的职责分工，按照编码标准和详细设计实现软件功能。3、代码应满足构造良好，清晰易读，且与设计一致，符合编码标准。4、开发人员需要软件实现过程中编写软件功能说明，源代码说明。软件功能说明文档应说明工程名称、编号、软件名称和版本号，软件功能、主要功能实现过程。源代码说明应说明工程编号、软件名称、功能，全局变量、数据库字典、函数功能、接口。该文档包含在源代码文件中，以注释形式存在。5、工程组进展单元测试和集成测试。开发人员处理测试人员反应的测试问题，并以书面形式反应主要问题及解决方法，直至系统运行稳定。6、汇总并提交所有相关文档，提交公司备案。1.5.3.3 交付件n 系统源代码；n ?单元测试报告?1.5.3.4 完成标准系统编码完毕。1.5.4 软件测试1.5.4.1 概述软件测试包括单元测试、集成测试、系统测试、运行与验收测试，其中单元测试在系统实现阶段实现，运行与验收测试在实施与运行阶段实现。测试的内容有接口与路径测试、功能测试、强健性测试、性能测试、用户界面测试、压力测试、可靠性测试等。制定系统整体测试方案，将报指定的有资质认证的软件测试中心进展检测。1.5.4.2 软件测试过程软件测试过程如以下图：第一步：制定测试方案。第二步：设计测试用例。第三步：执行测试。第四步：撰写测试报告。第五步：消除软件缺陷。1.5.4.3 交付件n ?软件测试方案?n ?软件测试报告?1.5.4.4 完成标准?软件测试报告?审批通过。1.5.5 集成效劳1.5.5.1 概述集成包括用户集成、数据集成和数据集成。系统间集成的方式有效劳的方式、队列方式、数据库表方式等。本工程的具体集成方式根据*报社集团的要求来最后确定。1.5.5.2 集成过程 确定集成需求*公司工程组和甲方、其他相关应用系统开发商一起，对系统集成需求进展调研，主要从应用系统集成需求、应用集成平台需求和根底支撑环境需求三个角度展开对应用系统集成工作的全面调研，明确系统之间的关联关系，以及应用系统与应用集成平台的关联关系，确认整体集成需求，以更好的开展集成设计工作。 执行集成标准在集成设计时，标准标准很重要。本系统的集成将按照*报社集团制定的应用集成标准和标准进展门户、应用和数据集成。确保集成的技术先进，灵活可扩展。 统一集成设计有了对需求的全面完成的把握，工程按照SOA架构进展总体设计，并基于构件技术对应用系统进展切分并开发这些构件，最终由总集成商集成在应用集成平台上。 集成测试实施集成实施阶段首先需要确认集成环境已经准备继续，然后组织集成的相关系统开发商和业务部门进展集成测试，测试通过进入试运行，试运行期间有问题及时记录、修改并测试验证问题，确保集成顺利实施。1.5.5.3 交付件n ?集成设计说明书?n ?集成测试报告?1.5.5.4 完成标准集成测试实施通过。1.5.6 施工保证1.5.6.1 概述在*报社集团进展的系统的软、硬件安装调试，以及系统管理员培训、业务操作培训、现场培训、数据初始化和数据导入等工作。*公司对试运行结果和意见进展汇总，提交系统试运行报告，并请*报社集团进展审核批示，确定需作改良的问题，交付*公司进展修改，*公司根据问题汇总制定修改方案，并按时完成软件更新。1.5.6.2 系统实施过程系统实施是一项复杂的工作，需要*报社集团和*公司做认真细致的准备。进展软件工程过程中发生的各种软件工程管理活动。实施工程方案，最重要的是遵循方案，并完成相关的工作。实施过程包括以下步骤：1.5.6.2.1 设备与系统检测检查系统所包含的硬件设备和系统软件是否正常。硬件设备有主机、网络、线路和电源；系统软件主要包括操作系统版本、IE版本、数据库系统、应用效劳器、Web效劳器等。1.5.6.2.2 安装应用系统n 安装数据库，进展初始化；n 安装、配置中间件平台系统；n 配置HTTP系统；n 应用软件的安装。1.5.6.2.3 运行规划与准备在本阶段对业务流程进展详细划分，确定并安排每个岗位的职责，确定业务过程的衔接，准备操作员信息表，确定每个操作员的岗位；进展人员的管理咨询培训和上线准备培训。1.5.6.2.4 根底数据准备与导入和*报社集团进展根底数据编码规划探讨，*报社集团按照根底数据编码规划填写数据准备表；根底数据准备好后，在系统中录入数据，进展数据初始化。1.5.6.2.5 测试应用系统与*报社集团协商，制定测试方案；安排所有业务部门，进展测试及操作培训。1.5.6.3 交付件系统实施的交付件有?系统实施方案?、?系统管理员手册?、?用户操作手册?。1.5.6.4 工程施工保证按工程实施进度方案安排日程，要求所有实施人员掌握整个工程方案，明确每一个实施人员的权利及义务，对实施人员进展产品及技术培训。实施?实施人员管理方案?，确保所有人员履行所属责任。每天准时到实施地点报到上班，并分配当天工作任务，在当天工作完后对当天的工作进展总结，并方案分配第二天的工作任务。工程经理及技术骨干每天按工程实施标准及方案，定时巡视实施现场，确保工程进度如期进展及到达实施标准。如实施环境发生特殊情况，立刻通知工程经理，有需要时同时通知用户，以做出适当处理。实施组每天应归纳工作中出现的所有问题，做出实施进度情况总结报告，并向负责人提交，并做到对文档资料的及时归档、建档。工程经理批阅每天有关总结报告后，应快速做出回应，根据实际需要调动人员及调整实施方案，以确保工程的质量及进度。工程组将按照以下两种方式向甲方提交书面工程进度报告：1、于每月完毕后五个工作日内提交；2、按照约定的工程进度安排，于每一阶段工作完成后五个工作日内提交。工程进度报告的内容包括：工程进度、已完成的开发工程、本工程的预期效果、人员配置情况，以及其他与本工程有关的甲方应当知道或其要求知道的情况。系统实施中应注意：n 坚持质量第一，确保标准实施；n 按方案和方案组织实施；n 严格执行标准实施安装程序和制定的相应技术标准和要求；n 严格按照标准保证工程的质量，确保可靠性，平安性；n 必须严肃工作纪律，各级实施人员都不得随意更改方案的内容，如因实施条件变化，方案难以执行，或方案内容不切合实际之处，应逐级上报，经变更确认后，方准执行新规定。1.5.7 试运行与维护1.5.7.1 概述1.5.7.2 试运行与维护过程1.5.7.2.1 模拟运行初步测试后，业务部门进展并行操作模拟运行，并随时进展比拟，确认系统有效。1.5.7.2.2 正式运行在确认根底数据正常后，与*报社集团确定正式运行日期；录入相关单据，初始化系统。1.5.7.2.3 问题反应与改良确定需作改良的问题，交付*公司进展修改，*公司根据问题汇总制定修改方案，并按时完成软件更新。1.5.7.2.4 系统运行维护系统需求变更或调整，记录变更原因和软件及源代码的版本控制，按照软件变更要求对系统进展维护。1.5.7.3 交付件系统试运行与维护的交付件有?系统试运行报告?。1.6 工程进度管理工程的进度直接关系着整个工程的本钱，特别是像本工程这样长周期的系统工程工程，有效的工程进度的控制方法必不可少。工程进度管理从以下几个步骤有序进展：活动定义、活动排序、活动资源估算、活动持续时间估算、制订进度表以及进度控制。*公司采用世界知名的工程管理软件PMS系统制作WBS工作分解构造，具体包括：活动定义、活动排序、活动资源估算、活动持续时间估算、制订进度表，如以下图所示：WBS工作分解上图中每个里程碑填写完成后，工程经理必须提交审批，一经审批后工程经理不可做任何修改。通过WBS构造分解，将每项任务拆分为假设干个根本的活动，同时结合里程碑和关键路径分析，准确的控制整个工程的时间进度。根据工程成立初期做的工程进度方案，工程经理每月需提交月状态报告说明该月工程的进度情况，同时工程经理指派人员进展本工程的进度对照，出具工程进度跟踪表，根据此结果对工程进展预警或采取相应的改良措施。工程进度跟踪表如以下图所示：工程进度跟踪表1.7 工程质量管理1.7.1 目的和依据1.7.1.1 质量保障的目的为保证系统能够充分满足用户的质量要求，使系统实现用户要求的功能，我们站在用户立场上来掌握产品质量，我们进展有方案、有组织的系统设计开发活动，依据有关国际国内标准，在需求分析、系统开发、系统测试、人员培训等方面为工程在预定时间内完成并到达用户要求提供保证措施。1.7.1.2 质量保障的依据CMM和ISO9000质量体系标准，这些标准已经转化为公司标准和标准，如：?六个统一管理规定?。*报社集团相关标准和标准。其他相关技术标准。1.7.2 工程质量保障框架工程质量保障一直是国内应用软件建立工程的难点和软件工程的关注点。*公司根据大量的工程经历，总结出了一套工程质量保障手段，形成了工程质量保障框架。工程质量保障框架图1.7.2.1 软件产品质量保障为了确保软件质量，我们将从以下五个方面确保软件质量。 需求定位保障需求调研的完整性与准确性是软件开发质量的首要保证。如果需求调研的结果不能正确反映用户的业务，或者不能全面反映用户的业务，则后期的软件质量无需谈起。所以，*公司总结经历，提出了严格把握需求质量的管理要求。具体工作包括：n 需求调研工作必须在用户现场进展；n 调研过程必须有严格的工作方案，包括与用户交流的时间安排；n 调研过程中出现的业务问题、调研时间变更问题，必须要在当日反映到工程管理层，由管理层出面解决，并由管理层备案，必要时要反映给整个工程的决策层。n 调研人员携带录音笔的同时，必须也要有笔记，当日材料当日整理。n 调研过程中涉及到几个部门的复杂业务问题，必须以书面形式上报工程组长，由工程组长协调、落实解决。一时无法解决的问题，要作为重大业务问题，反映到*报社集团党组办公会加以协调。n 调研人员调研表格格式统一印制，但是调研前的调研准备情况，以及调研内容必须充实，工程质量组会对调研人员进展不定期抽查。n 调研人员编写的?系统需求规格说明书?，必须经过*公司组织的企业内部专家评审，通过后才能提交用户确认。n ?系统需求规格说明书?必须经过确认，然后才能进入系统设计阶段。 软件编码质量保障*公司根据多年的软件开发经历，总结、开发了ResouceOne软件组建架构，指在完成组建化开发体系。为此，在软件编码的标准上做了详尽的要求，具体表达在：1) 编码风格上的要求，如类、变量、方法的命名规则。2) 类定义的标准。3) 编码注释标准。4) 接口定义标准。5) 组件定义标准ResouceOne 软件组建架构拥有了自己的开发环境与编译环境，以确保标准的落实，提供自己的组件容器，以及组件管理与部署工具，以确保组件的可应用性。 软件测试质量保障准确的说明，测试本身就是软件质量保障的重要手段。这包括我们通常所说的白盒测试与黑盒测试。我们组织专门的测试组来确保软件质量。白盒测试主要是读码测试。我们采用穿插读码，小组讲码的方式进展。根据我们的经历，读码与讲码不仅可以发现软件编码问题，更可以实现细节沟通，优化编码构造，提升软件质量。组织读码与讲码，是公司尽一年来开发软环境建立的重要内容。黑盒测试的测试方法：是由一些非编码人员根据?系统需求规格说明书?的要求对打包好的软件进展测试环境部署、模仿使用，以发现软件中的问题。黑盒测试包括安装测试、功能测试、组装测试、压力测试、集成环境测试五种。在该工程中，我们组织了专门的测试组来完成黑盒测试。另外，用户验收过程也是一个测试过程，是一个抽测过程。我们会为用户起草验收测试方案。再有，为了确保测试本身质量得以加强，我们在测试过程中采取了以下手段来加强测试效果，确保测试质量。1) 采用压力测试工具，发现系统得性能承受能力；2) 采用测试软件管理整个测试环节；3) 编写测试案例，标准测试行为，提高测试效率；4) 编写测试大纲，加强测试组与开发组的沟通；5) 平台测试，平台是公司已有产品，对平台的改动由独立的测试小组完成我们的测试方案与测试用例对*报社集团完全公开，并且需要经过*报社集团或其委托人审批。测试中系统如有任何局部发生故障，则测试重新开场，整个系统需整体通过测试后才标志测试工作完成，最后提交测试报告。 软件部署质量保障软件部署过程包括了系统环境搭建、应用软件安装、数据库搭建、初始数据建立、系统调优和全市联调六个环节。软件部署质量保障关键在于软件部署方案的设计与落实。为此，要有专门的文字材料，要经过总工程师的审阅与用户的认可。软件部署方案将包括环境要求、建立步骤、参数设置、初始数据内容、以及准确的联调时间，以及联调内容。 软件应用质量保障软件应用的效果也是这次工程建立成败一个很关键的工作。具体表达在下面几个方面。软件应用治疗保障方法应用效果控制控制方法培训质量培训材料的准备、培训人员对培训内容的理解与掌握，培训口才，培训态度和培训时间用户配合程度组织专门的交流会、工程启用发动会，现场技术支持人员的讲解，考核机制系统易用性人性化的操作、图形化的界面、非变成化的定制、“拖曳式的流程定义、手写笔、电子盖章等。1.7.2.2 技术保障技术保障包括技术人员数量保障、技术人员素质保障和技术人员培训与考试，因此，根据我们多年相关经历，提出了“六统一思想。 “六统一介绍以下引用自*公司“六统一管理规定：为了标准公司软件工程的开发及提交管理，有效的利用工程资源和实现复用并且增强对工程从设计到开发以及交付各个阶段的把关，要实现六个统一：l 统一文档管理l 统一build管理l 统一代码平安管理l 统一设计reviewl 统一代码reviewl 统一软件出版管理其中，统一的文档管理和代码平安管理，主要是通过统一的版本控制工具管理文档和代码的版本和内容；统一的build管理和软件出版管理，是通过统一build工具、过程标准来统一的build来源和软件出版的标准，对开发结果进展统一管理控制和发布；统一review设计和代码，是通过统一的代码和设计review提高开发质量和设计水平，主要包括两方面：第一，工程经理对开发人员代码的review和review后的指导；第二，公司组织对设计review，将设计高度从工程组设计高度提升到公司设计的高度，有效复用。针对以上的要求，根底技术资源开发与管理部之前提交了一个适用于各个团队内部的工程管理标准：?管理标准?，涵盖了整个软件过程的三条线和八个点的详细管理方法。三条线：【文档管理】、【源代码控制】、【提交物版本控制】八个点：【需求】、【总体设计】、【技术设计】、【开发code】、【开发build】、【测试】、【实施】、【用户验证和使用性测试】本实施标准站在更高的层面，在各个工程组及团队之间来约束和规定各工程，保证其最新提交物能够提交到公司。不同工程组可以在权限允许的情况下直接获取和参考其他工程的最新成果，并且公司可以集中优势技术资源来对各个工程的关键点进展指导和把关，防止技术方向失误及重复开发，同时也可以此为根底形成相关产品的复用。 实施“六统一1、根底环境开发工具：R1 Bizfoundation V5.0开发语言：Java2、工程定岗信息根据“六统一管理规定填写下表：工程定岗信息岗位*总设计师工程经理测试经理文档管理员代码管理员Build管理员3、具体任务和分工具体任务和分工表任务具体内容责任人源代码版本管理环境搭建和维护建立和维护工程权限分配提交含公司、客户代码Review文档文档清单文档模版文档ReviewBuildAnt脚本维护版本标签修改列表提交测试测试环境搭建和维护权限分配单元测试集成测试用户提交的Bug收集测试管理部署数据部署和维护应用部署 技术人员保障*公司为了提高所承接工程的质量，为了提高工作效率，在整个工程过程中对内部人员还要针对工程本身组织屡次培训，确保每个工程参与人员能够高质量的完本钱职工作。n 工程背景与用户背景讲解。介绍用户的业务、组织，工程的定位、重心等内容，使整个工程团队能够宏观理解整个工程的价值和意义。从而提升团队的战斗协调性，提升团队的价值认同感。n 需求分析讲解。根据需求调研与分析结果，给团队讲解工程的功能、流程，使各种技术人员都能够全面理解该系统，从而提高工作效率。n 系统设计培训。根据系统设计结果，给整个团队讲解产品架构。n 软件编码培训。讲解编码规则、平台关联点、重点考前须知、重点函数与主要API。n 软件部署与调试培训。讲解部署方案，系统安装过程中的考前须知。n 技术支持技巧培训。结合*报社集团的实际情况，给现场运行维护人员、技术支持人员进展业务、技巧培训，做到“人对人贴身效劳。 开发、测试、管理工具系统开发工具：1、Eclipse。是使用最普遍的，最有开展前景的J2EE开发平台软件。2、Power Designer。是业界数据库建模的最好工具之一。3、Rational Rose。是业界最好的面向对象的设计工具包。系统主要工具：1、Load Runner。是一个强大有力的压力测试工具。它的脚本可以录制生成，自动关联；测试场景可以面向指标，多方监控；测试结果图表显示，拆分组合。主要用来找到系统的性能瓶颈。2、TestDirector。本工程采用业界流行的测试管理工具-TD辅助进展测试管理。该工具提供了以下主要功能：需求管理、缺陷管理、测试方案管理。工程管理工具：采用企业级工程管理方案Microsoft Enterprise Project Management Solution，进展工程进度、人力资源方面的管理，为工程的负责人提供一个全局化的视角，为各部门负责人及工程组成员提供企业级协作平台。1.7.3 工程质量控制质量管理控制主要是监视工程执行各阶段的结果，将阶段结果与事先制定的质量标准进展比拟，找出其存在的差距，并分析形成这一差距的原因，质量控制同样贯穿于工程管理的全过程。为了保证工程质量，按工程事前质量控制、事中质量控制、事后质量控制三个阶段进展划分，有关工程质量管理的具体控制措施如下：1工程事前质量控制：是指在工程实施前所进展的质量控制，其控制的重点是做好工程的准备工作。主要工作内容有：n 组织准备：建立工程组织机构及质量保证机制，对工程级成员进展有关工程质量管理方面的培训，使其提高其质量意识和素质，并将工程质量实现岗位责任制；n 方案制订：制定好各种方案是事前质量控制的重要手段。工程质量控制表软件开发阶段软件开发活动质量保证活动活动时间启动软件开发方案方案评审在生命周期目标里程碑之前和准备期间质量保证 (QA) 方案方案评审在生命周期目标里程碑之前和准备期间风险管理方案方案评审在生命周期目标里程碑之前和准备期间评测方案方案评审在生命周期目标里程碑之前和准备期间问题解决方案方案评审在生命周期目标里程碑之前和准备期间产品验收方案方案评审在生命周期目标里程碑之前和准备期间。n 工具准备：根据工程上有关相关工具的要求，准备各种支持工具；2事中质量控制：是指在工程开发和实施过程中所进展的的全面质量控制。n 阶段评审：按照工程质量保证方案对工程各阶段的成果进展评审，及时发现问题，保证各阶段成果的质量；n 系统测试：做好系统单元测试、集成测试、性能测试，确保实施过程顺利；n 工程变更管理：明确工程变更流程，严格控制工程范围的变更；3事后质量控制：当工程实施完处于待交接状态时，则需做好质量验收评定与工程转移工作。其工程事后质量控制的重点包括但不限于：n 质量检查、验收及评定：与客户就效劳期内的工程质量进展总体的质量检查、验收与评定；n 知识转移：针对效劳期内的工程实施情况进展总结，并及时移交至客户。此外，公司承受*报社集团指定的监理公司对本工程进展监视和管理，承受监理的监视、协调。监理公司按照与*报社集团签订的监理合同履行监理职责。1.7.4 工程质量改良*公司提交的*报社集成信息门户工程保证符合招标文件内容，针对在建立过程中出现的质量瑕疵将按照与客户沟通的结果进展改良，由此发生的费用由*公司承当。1质量改良应坚持全面质量管理的PDCA循环方法。随着质量管理循环的不停进展，原有的问题解决了，新的问题又产生了，问题不断产生而又不断被解决，如此循环不止，每一次循环都把质量管理活动推向一个新的高度。2坚持“三全管理：“全过程质量管理指的就是在产品质量形成全过程中，把可以影响工程质量的环节和因素控制起来；“全员质量管理就是上至工程经理下至一般员工，全体人员行动起来参加质量管理；“全面质量管理就是要对工程各方面的工作质量进展管理。这个任务不仅由质量管理部门来承当，而且工程的各部门都要参加。3质量改良要运用先进的管理方法、专业技术和数理统计方法。1.7.5 质量控制的流程为了高效率、高质量的完本钱系统，我方将按以下要点进展控制：质量控制节点工程实施阶段检查工程需求分析需求分析功能设计实施方案开发目的目标值开发量程序、文档所需资源各阶段的产品与作业内容开发体制设计构造设计数据设计过程设计评审量过失数捡出过失的内容评审方法出错原因、处理及影响实现程序编制单元测试集成测试用户测试产品量方案量、实际量，目标值完成情况评审量检出的过失出错原因、处理情况及对该阶段的影响测试环境、测试工程设定、测试用例设计验收与运行维护检查、评价运行、维护用户文档资料检查；程序检查验收测试用户使用情况及意见1.8 工程监控检查在工程进度管理和质量管理章节中，分别详细介绍了对进度和质量的控制措施，本节重点从管理和交付物的角度进展阐述对工程的监控检查。1.8.1 管理监控管理控制涉及工程活动的所有方面，控制活动以会议等方式进展。会议类型包括：n 工程启动会议：给工程提供一个良好开端，以确保清楚地定义、公布和理解重要词汇的含义如参照、目标、调整、方案和组织等，并达成一致。n 月/周进度会议：由工程经理汇报工程当前状况，并提供一个时机让工程指导委员会解决那些工程经理无法解决的工程相关问题，以便及时解决；会议召开的频度由双方决定。n 里程碑会议：在工程的里程碑节点，由工程经理汇报工程进度和质量状况及存在的影响进度和工程质量的重大问题，由相关负责人协调解决存在的问题。n 交付物评审会议：工程经理和业务领域专家、技术专家等相关人员一起检查相关交付物，确认工程的技术和业务问题，并按需要采取相应的措施。n 收尾评估会议：在每个实施阶段的收尾局部进展。n 开发结项会议：这是开发工程组的最后一个会议，用来确认并承受新开发的系统，并正式宣布本工程的开发阶段完毕。1.8.2 交付物监控质量和技术监控主要针对特定阶段提交的交付物，而不是针对整个阶段的产品结果。目的是为了在开发阶段尽可能早确实认并改正错误。它通常采用下面控制机制：n 质量抽查：是指技术、质量保证及用户的相关人员对交付物进展检查，确定它已经完成并符合质量标准和相关的用户需求。n 变更控制：一个变更是指与一个或多个交付物相关的并且事先未知的需求改变。它需要被记录并应采取适当措施加以控制以防变化扩大化。n 软件配置管理：提供一个正式的机制用来对交付物进展标记和归档，跟踪开发状态及它们之间的关系。n 缺陷管理：缺陷是指已被认为正式通过后，发现交付物技术上有异常问题。它需被记录及改正以保持交付产品的完整性。1.9 工程变更管理1.9.1 工程需求变更需求变更管理是组织、控制和文档化需求的系统方法，也是一种建立和维护用户和开发组织对于改变系统功能的协议。需求开发的结果经历证批准就定义了开发工作的需求基线,这个基线在客户和开发人员之间就构筑了一个需求约定，需求管理包括在工程进展过程中维持需求约定一致性和准确性的活动。现在很多商业化的需求管理工具都能很好的支持需求管理活动。这个活动需要完成下面几个任务：1、确定变更控制过程,确定一个选择、分析和决策需求变更的过程,所有的需求变更都需遵循此流程；2、建立软件变更控制委员会(SCCB，Software Change Control Board),组织一个由工程风险承当者组成的小组作为变更控制委员会，由他们来评估和确定需求变更；3、进展变更影响分析,评估需求变更对工程进度、资源、工作量和工程范围以及其它需求的影响；4、跟踪变更影响的产品,当进展*项需求变更时，参照需求跟踪能力矩阵找到相关的其它需求、设计文档、源代码和测试用例，这些相关局部可能也需要修改；5、建立基准和控制版本,需求文档确定一个基线，这是一致性需求在特定时刻的快照，之后的需求变更就遵循变更控制过程即可；6、维护变更的历史记录,记录变更需求文档版本的日期以及所做的变更、原因，还包括由谁负责更新和更新的新版本号等情况；7、跟踪每项需求的状态,这里状态包括确定、已实现、暂缓、新增、变更等。建立一个数据库，其中每一条记录记录一项需求；8、衡量需求稳定性,记录基线需求的数量和每周或每月的变更(添加、修改、删除)数量。1.9.2 工程进度变更由于需求变更、硬件设备到货延迟、资源短缺等原因，可能超出进度安排限度，导致工程进度变更。为防止工程进度变更带来的风险，应加强监控，尽早发现问题，明确工程变更流程，严格控制工程范围的变更，防止后期的变更造成工程本钱的大幅提高。对于调研过程中出现调研时间变更问题，必须要在当日反映到工程管理层，由管理层出面解决，并由管理层备案，必要时要反映给整个工程的决策层。1.10 工程风险管理风险管理是指为了最好地到达工程的目标，识别、分配、应对工程生命周期内风险的科学与艺术。工程风险涉及到对问题的理解：工程中可能发生的潜在问题，以及它们如何防碍工程的成功。风险在字典中的解释是“损失或伤害的可能性，一般人们对风险的理解是“可能发生的问题。风险与许多事物都有关联，例如，一个已经投入使用的存有易燃品的仓库，随时会有发生火灾的风险。一个建立中的工程也会面临许多不确定性的风险。风险就像“隐形杀手一样，不知什么时候会出现。无论人们是否喜欢，风险是不以人的意志为转移的。但这并不意味着风险是无法防止的。比方，人们为了防止“患上重大疾病，平时会积极参加各种健身活动，增强体质，提高防病能力。可以说，风险的存在要求人们要积极面对风险，做到有备无患，才能将风险的影响减到最小。在许多方面，风险管理像保险的一种形式。它是为减轻潜在的不利事件对工程的影响而采取的一项活动。1.10.1 风险管理方法我司根据多年的工程实施经历，总结了一整套风险管理的方法，包括从哪里找风险，怎么分析风险和如何应对风险。我们的具体做法是：首先，在思想上保持持续不断的风险意识，积极识别各种风险，但不是事无巨细处处设防。作为工程管理人员应该清楚的认识到，工程从一开场的很多东西，比方工程建议书、可行性报告或工程方案就都是在假设干假设、前提、预测的根底上完成的，这些假设、前提、预测在工程实施期间有可能成立，也有可能不成立，而这其中隐藏的问题都会为工程带来风险。其次，从宏观和工程内部两个方面找出风险的来源。首先在宏观方面，我们从工程周期、控制过程、团队安排和人员技能等方面找出潜在的问题，并采取相应的措施躲避工程风险；其次在工程内部，我们以工作分解构造图WBS的每个阶段成果作为风险分析的对象，从风险来源技术性风险、协调性风险即政企之间形成的矛盾和执行过程产生的风险，并且结合我们公司多年的经历与教训找出潜在的危害，然后运用概率、分布频率、平均数众数和头脑风暴法等技术手段进展风险的分析和量化，然后制订教育培训、严格执行公司各项规章与标准等相应的措施来躲避风险。第三，不断的进展工程风险分析。随着工程的进展，已识别出的工程干系人的风险逐渐减小，但是未识别的工程干系人的风险却越来越大，而且还有其他预想不到的情况，新情况的出现都会导致新风险的产生。因此我们在工程的实施过程中不断地进展风险分析，以便使之细化。最后，