IT项目管理报告.doc

注：1、 缺少项目立项管理和初期评审；2、 缺少需求规格说明，需求评审；设定需求优先级；工资管理系统项目管理报告一、背景信息化是当今世界经济和社会发展的大趋势。适应信息技术发展要求的工资管理信息系统必将成为企业提高工资管理效率和水平的有力手段，也是未来企业工资管理适应环境变化的主要发展趋势。工资管理信息系统将是一个企业不可缺少的一部分，它对于企业的决策者和管理者都至关重要。一直以来人们使用传统的人工的方式管理文件信息，这种管理方式存在着许多缺点，如效率低，保密性差。另外，时间一长将产生大量的文件和数据，对于查找、更新和维护都带来不少的困难。随着科技的不断提高，计算机科学日渐成熟，其强大的功能已为人们深刻认识并已在人类社会的各个领域发挥着越来越重要的作用。作为计算机应用的一部分，使用计算机对企业的工资信息进行管理，具有手工管理所无法比拟的优点。例如：检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长和成本低等。这些优点能够极大地提高企业信息管理的效率，也是企业的科学化、正规化管理，与世界接轨的重要条件。本系统就是根据发工资的流程和习惯，为咯公司量身打造一个方便、简洁又高效的工资管理信息系统。使工资的管理更加趋于信息化，现代化，规范化和系统化，在技术、管理、人才等综合能力的竞争浪潮中居于不败之地。本系统要求能够对职工和工资的基本信息进行添加、删除、修改、查询、统计等功能。能够对所建立的数据库进行更新的操作。使工资管理更加系统化，规范化，高效化，使各公司在节省人力、物力、财力等资源的基础上提高工作效率，减少资源浪费，提高经营效益。二、概述工资管理信息系统是对工资进行综合管理的平台系统，是基于C/S的综合信息系统。目的是使工资的管理更加趋于信息化，现代化，规范化和系统化，在技术、管理、人才等综合能力的竞争浪潮中居于不败之地。系统具有操作简单、规范，易用、易维护、稳定等特点。三、项目任务范围工资管理信息系统的任务主要包括：对职工和工资的基本信息进行添加、删除、修改、查询、统计等功能。能够对所建立的数据库进行更新的操作。各主要功能模块的具体功能如下： 系统管理：对用户登录信息进行管理，包括添加、浏览、查询、修改、删除用户信息。工资管理：对工资信息进行管理。包括添加、删除、修改、查询、统计等功能。员工管理：对工资员工信息进行管理，包括添加、修改、浏览、查询和删除员工信息。用户管理：用户可以通过此业务修改自己的登录密码并重新登录本系统。根据对本项目的需求分析进行任务分解，其分解结果如图3-1所示， 添加、删除、修改、查询、统计等功能添加、删除、修改、查询、统计等功能工资管理系统添加统计修改查询删除按员工科室按员工姓名按员工科室按员工职业图3-1 工资管理信息系统 四、项目立项管理1. 政策分析随着计算机的发展与普及，以及互联网技术的扩展，工资管理必将实现无纸化办公，并且加入到公司内部的Intranet或者是Internet上去，实现数据的共享，这样有利于工资信息在单位内部的查询，提高了数据资源的利用，并且能及时的得到更新，不需要象过去那样浪费大量的人力物力去进行抄写，提高了工作的效率2. 竞争实力分析（1）优势 1） 面临日益增加的工资信息种类和管理的难度，管理者面临着巨大的压力，有着强烈的采用信息技术实现信息管理的智能化、便捷化的愿望，对开发 工资信息管理系统的动力很足。 2） 工资信息管理人员对工资信息管理的工作熟悉，能够帮助开发方了解管理工作的需求、明确开发的功能。 3）有专人负责这个项目，表明了开发方队这个项目的重视。 4）有着相关技术知识的学生开发团队，这是项目开发成功的重要保证。 1) 有较高的积极性，能按照管理者的要求完成开发工作，满足信息管理者的要求。 2) 完善的分工协同合作体系，开发的产品在质量一定能符合用户的要求。 3) 在软件开发中拥有资深的指导老师，可以拥有指导、分析、设计、开发和测试的全套技术工作力量的支持。 （2）劣势1)不能及时沟通交流，不能和好的表达出自己想要的功能。 2) 对学生信息管理不熟悉，功能理解需求上存在困难。 3) 缺乏具有开发经验的学生，不能和好的把握开发进度。4) 学生开发团队对有些知识理解不透彻，导致开发过程中问题不断，延长了开发周期。 （3）机会 1) 加强需求调研，加强与管理者的沟通，使开发人员尽快熟悉学生信息管理工作。 2) 加强相关知识的学习，提高团队的技能。3. 技术可行性分析系统设计中用到的控件比较多,也比较复杂,但有些模块如输入模块、报表模块,虽然设计的窗体比较多,但设计思路基本相同,在设计时,将最复杂的窗体设计出来,其它窗体按着此思路进行设计,能够达到事半功倍的效果。Delphi应用平台虽然也有自己的数据管理系统,但它的数据管理能力远远落后于其数据应用能力,往往容易出现数据滞后于应用程序的现象,而SQL SERVER具有很强的数据管理能力,而且跟现有的WINDOW系列操作系统完兼容,所以在数据库管理系统选型上选用了SQL SERVER数据库管理系统。如何使Delphi开发的应用软件能够访问SQL SERVER,如何将从SQL SERVER中读取或写入、更新数据,是系统设计的一个难点,可以使用开放式数据库连接(ODBC) ,通过Delphi自带的BDE功能访问ODBC数据源,但ODBC连接一般是在操作系统的控制面版中进行手动连接的,而且一般用户也不懂如何建立ODBC连接,所以在系统中必须设计出一个独立的模块供用户进行ODBC连接。4. 用途分析1).建设工资管理系统项目论证、审查、决策的依据。2).取得用地，向国土部门、开发区、工业园申请用地的重要依据。3).筹集资金，向银行申请贷款的重要依据。4).申请专项资金，向有关主管部门申请专项资金的重要依据。5).股票发行，向证监会申请股票上市的重要依据。6).与工资管理系统项目有关的部门签订合作，协作合同或协议的依据。7).引进技术，进口设备和对外谈判的依据。8).环境部门审查工资管理系统项目对环境影响的依据。9).消防部门审查工资管理系统项目消防工作的依据。10).安评部门审查工资管理系统项目安评工作的依据。11).节能部门审查工资管理系统项目节能工作的依据。5. 知识产权分析该项目为独立开发，开发环境和开发工具是使用开源的免费合法的工具，在法律方面不会存在侵犯专利权、侵犯版权等问题。以工资管理软件之类命名的软件，国内国外都有。但是都偏重于大而全，没有自己的核心竞争产品，都是诸如学校工资信息管理系统、企业工资管理系统、员工工资管理系统等等一些MIS管理系统的集合。目前，关键技术如信息管理和决策等还在实践中，还没有形成成熟的体系和事实标准。因而关键技术的专利还没有被申请，也不存在专利防碍或产权保护的问题。本小组开发的产品，不追求大而全、没有核心竞争力和优势的产品。目的是实现工资的集中管理，增强管理的效率，也是公司或向科学化、正规化管理发展，从而降低成本，提高利润，从而提高市场竞争力。 投入运营并经实践总结后，如有必要，我们再对该核心竞争力的产品提起专利申请和保护。五、项目目标随着我国经济情况的日新月异，飞速发展，工资的竞争也进入到了一个全新的领域，竞争已不再是规模的竞争，而是技术的竞争、管理的竞争、人才的竞争。技术的提升和管理的升级是工资业的竞争核心。工资管理信息系统可以使工资的管理趋于正规化、现代化和系统化。本项目的产品可以达到以下目标： 提高工作效率，减少返工。 节省开支。 业务流程的流水线化。 先前人工劳动的自动化。 符合相关标准和规则。 与目前的应用产品相比较，提高了可用性或减少了失效程度。另外，通过项目进一步验证和完善公司的质量体系，同时锻炼开发队伍的协同精神。六、项目实施策略实施策略是确定如何实施项目，以达到项目目标的策略。根据工资管理系统项目特点和工资的战略要求，采取如下策略： 项目管理策略1）项目管理过程遵循公司质量体系中关于项目管理过程规范。2）根据项目计划中的评审点进行跟踪和管理，并根据结果对项目计划进行适当的调整。3）评审采用定期评审、阶段评审和事件评审相结合的方式。4）按周发布项目简报，通报项目进展情况及其他相关情况。 软件开发策略1)采用OO技术逐步构造系统。2)产品按阶段提交。3)开发实施过程采用公司的复用技术，同时遵循公司质量体系中关于项目实施过程规范。 质量保证策略1)质量管理过程遵循公司质量体系中关于项目质量管理过程规范。2)加强对项目参与人员的质量保证概念的培训。3)加强对过程的控制，重点确定该项目中需控制的过程。4)加强对产品规范的审计，重点确定该项目中需审计的产品。5)实施完整的软件配置管理。七、项目组织结构由于该项目在实施过程中需要涉及不同组织的各方面人员，而各组织之间的利益、任务和职责也不尽相同，因此明确定义项目组织结构和各自职责可保证项目的顺利进行。该项目的组织结构图如图6-1所示：高层管理质量控制配置管理项目管理市场部实施软件开发质量保证设计用户协调者图6-1 项目的组织结构其中：市场部 负责与用户的协调工作。 负责项目相关的商务活动。 负责用户需求的接口。 配合项目经理的资源协调活动。 负责产品的验收活动。 负责系统的维护活动。项目管理 负责项目的组织和规划。 负责项目计划制定和维护。 负责项目的跟踪和管理。 负责资源的分配和协调活动。 负责各组织和计划之间的协调活动。 负责与市场部的协调活动。软件开发 负责项目的软件开发，包括设计、编码、单元测试和集成测试。 负责产品质量控制的工作。 负责配合质量保证的活动，如系统测试、文档编制等。 配合产品验收的相关活动。质量保证 负责项目过程和产品规范的制定。 负责项目过程的质量保证活动。 过程评审。 产品审计。配置管理 负责项目的配置管理活动。 负责软件产品的提交。用户 确保相关责任的实施。 参与项目的组织和规划。 负责产品的验收工作。表6-1为角色映射表。表6-1 角色映射表项目管理组软件开发组质量保证组配置管理组负责人王雪飞王晓玉李宁高焕组成（人）1111八、项目生存期根据该项目的特点并结合公司已有的软件生存期模型定义，本项目生存期采用增量模型如图7-1所示：项目规划需求分析设计产品提交集成测试增量1增量2增量7增量3增量4增量5增量6图7-1 生存期模型生存期中的各阶段定义如下：项目规划阶段阶段目标：根据合同和初步的需求分析确定项目的规模、时间计划和资源需求。输入：合同文本、SOW过程：项目规划，计划确定输出：项目计划需求分析阶段阶段目标：确定客户的需求输入：项目计划，SOW过程：需求获取，需求分析，需求控制输出：原型系统，需求规格设计阶段阶段目标：总体系统结构设计输入：原型系统，需求规格过程：总体设计输出：系统设计说明书，数据库结构定义增量1实现阶段目标：实现系统的系统管理输入：系统设计说明书、数据库结构定义过程：详细设计，编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本 - 1增量2实现阶段目标：实现系统的商品管理输入：系统设计说明书、数据库结构定义过程：详细设计，编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本 - 2增量3实现阶段目标：实现系统的会员管理输入：系统设计说明书、数据库结构定义过程：详细设计，编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本 - 3增量4实现阶段目标：实现系统的销售管理输入：系统设计说明书、数据库结构定义过程：详细设计，编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本 - 4增量5实现阶段目标：实现系统的退货管理输入：系统设计说明书、数据库结构定义过程：详细设计，编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本 - 5增量6实现阶段目标：实现系统的员工管理输入：系统设计说明书、数据库结构定义过程：详细设计，编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本 - 6增量7实现阶段目标：实现系统的用户管理输入：系统设计说明书、数据库结构定义过程：详细设计，编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本 - 7集成测试阶段目标：通过集成环境下的软件测试输入：测试计划、测试案例过程：集成测试，系统测试输出：系统软件包，测试报告、产品说明书产品提交阶段目标：产品可投入使用输入：系统软件包过程：产品提交输出：验收报告九、时间计划根据WBS的分解情况，继续分解相应的任务，由于采用增量式的生存期模型，在需求设计之后，系统的功能采用增量方式实现，实施阶段分7个增量，对各个任务分配相应的资源。项目的基准计划如下：1. 进度计划根据项目的初期计划和相继的需求分析与任务分解，制定详细的项目计划，项目计划表如表8-1所示：表 8-1 项目计划任务名称工期开始时间结束时间资源工资管理系统33工作日2011-6-032011-7-15软件规划2工作日2011-6-032011-6-04项目规划1工作日2011-6-032011-6-03王雪飞，王晓玉计划评审1工作日2011-6-042011-6-04王雪飞，王晓玉，李宁，高焕需求开发6工作日2011-6-052011-6-10用户界面设计2工作日2011-6-052011-6-06李宁，高焕 用户需求评审1工作日2011-6-072011-6-07王雪飞，王晓玉，李宁，高焕 修改需求、修改用户界面1工作日2011-6-082011-6-08李宁，高焕 编写需求规格说明书1工作日2011-6-092011-6-09王晓玉 需求验证1工作日2011-6-102011-6-10王雪飞，李宁 设计3工作日2011-6-132011-6-15 概要设计1工作日2011-6-132011-6-13王晓玉 数据库ER图编制、建库1工作日2011-6-142011-6-14王晓玉 设计评审1工作日2011-6-152011-6-15王雪飞，王晓玉，李宁，高焕 实施18工作日2011-6-162011-7-11 系统管理增量12工作日2011-6-162011-6-17 添加修改删除用户信息1工作日2011-6-162011-6-16王晓玉 浏览查询用户信息1工作日2011-6-172011-6-17王雪飞 工资标准管理增量24工作日2011-6-202011-6-23 添加修改删除工资信息1工作日2011-6-202011-6-20李宁 浏览查询工资信息1工作日2011-6-212011-6-21高焕添加修改删除工资标准信息1工作日2011-6-222011-6-22王雪飞 员工管理增量32工作日2011-6-232011-6-23李宁 添加修改删除员工信息1工作日2011-6-242011-6-24王晓玉 浏览查询员工信息1工作日2011-6-272011-6-27高焕 用户管理增量42工作日2011-6-282011-6-29 修改密码1工作日2011-6-282011-6-28李宁 重新登录1工作日2011-6-292011-6-29王晓玉 系统集成2工作日2011-6-302011-7-01 系统集成测试1工作日2011-6-302011-6-30王雪飞 环境测试1工作日2011-7-012011-7-01王雪飞 提交2工作日2011-7-042011-7-05 完成文档1工作日2011-7-042011-7-04王雪飞 验收、提交1工作日2011-7-052011-7-05王雪飞，王晓玉，李宁，高焕2. 项目甘特图根据详细的项目计划，在Microsoft Office Project2007中绘制项目进度计划，甘特图如图8-1和8-2所示：图8-1 进度计划图8-2 进度计划3. 里程碑本项目也需要里程碑计划，因为一些人员，特别是高层管理人员，可能更加关注里程碑的进展，里程碑图示如表8-2。表 8-2 里程碑图示事件时间增量1系统管理2011-6-17增量2工资管理2011-6-20增量3员工管理2011-6-23增量4用户管理2011-6-28提交2011-7-05十、项目成本计划1. 项目成本估算项目估算是为了确定项目所需人力、时间以及项目完成中耗费的人力、物力、财力资源。（1）资源分析 人力资源 1个开发人员 1个项目管理人员 1个项目质量人员 1个配置管理人员 设备资源（作为间接成本计算） 3台电脑 1台服务器项目规模的估算如表9-1所示：表9-1 项目规模估算表WBS名称估计值（人天）小计（人天）总计（人天）1 系统管理2121.1 添加修改删除用户信息11.2 浏览查询用户信息12 工资标准管理62.1 添加修改删除工资标准信息12.2 浏览查询工资标准信息12.3添加修改删除工资标准信息12.4 浏览查询工资标准信息13 员工管理23.1 添加修改删除员工信息13.2 浏览查询员工信息14 用户管理24.1 添加删除用户信息14.2浏览查询用户信息14.3 修改密码14.4 重新登录1（2）估算步骤 获取项目分解结果WBS。任务分解是根据项目的功能进行分解的。 计算开发成本 由于任务分解的结果主要是针对开发任务的分解，管理任务和质量任务可以通过计算开发任务得到，根据以往经验，管理任务和质量任务 = 20%开发任务。 从表9-1得知项目规模是18人天，开发人员成本参数=300元/天，则内部的开发成本=300元/天12天=3600元。 计算管理、质量成本项目的管理和质量成本=开发成本20%=360020%=720元。 直接成本=5400+720=6120元。 计算间接成本 间接成本包括房租水电、培训、员工福利、客户服务等。 根据以往经验，采用公式：间接成本=25%直接成本=1350元。 计算总估算成本项目总估算成本=直接成本+间接成本=7650元。2. 项目成本预算在编制工资管理系统项目计划中考虑到，开发人员是全职在这个项目中，而项目经理、质量保证和配置管理人员不是全职在这个项目中，他们同时还在管理其他的项目，进行成本估算的时候，应该根据项目人员付出的时间以及各项任务的具体情况进行成本预算，最后得到成本基准。资源费用比例如表9-2所示：表 9-2 资源费用比例资源名称类型最大单位标准费率成本累算基准日历1王雪飞工时100%￥140.00/工时按比例标准2王晓玉工时100%￥160.00/工时按比例标准3李宁工时100%￥100.00/工时按比例标准4高焕工时100%￥80.00/工时按比例标准根据每个任务的资源分配和时间安排，确定项目的预算，如表9-3所示，预算总成本为6640元，与估算的成本基本持平，这样6640元可以作为项目的成本控制参考。表9-3 项目成本预算任务名称开始时间结束时间比较基准1工资管理系统2011-6-032011-7-15￥6640.002软件规划2011-6-032011-6-04￥780.003项目规划2011-6-032011-6-03￥300.004计划评审2011-6-042011-6-04￥480.005需求开发2011-6-052011-6-10￥1240.006用户界面设计2011-6-052011-6-06￥180.007 用户需求评审2011-6-072011-6-07￥480.008 修改需求、修改用户界面2011-6-082011-6-08￥180.009 编写需求规格说明书2011-6-092011-6-09￥160.0010 需求验证2011-6-102011-6-10￥240.00 11 设计2011-6-132011-6-15￥780.0012 概要设计2011-6-132011-6-13￥140.0013 数据库ER图编制、建库2011-6-142011-6-14￥160.0014 设计评审2011-6-152011-6-15￥480.0015 实施2011-6-162011-7-11￥2280.0016 系统管理增量12011-6-162011-6-17￥300.0017 添加修改删除用户信息2011-6-162011-6-16￥160.0018 浏览查询用户信息2011-6-172011-6-17￥140.0019 工资标准管理增量22011-6-202011-6-23￥640.0020 添加修改删除工资信息2011-6-202011-6-20￥100.0021 浏览查询工资信息2011-6-212011-6-21￥80.0022添加修改删除工资标准信息2011-6-222011-6-22￥140.0023 员工管理增量32011-6-232011-6-23￥80.0024 添加修改删除员工信息2011-6-242011-6-24￥160.0025 浏览查询员工信息2011-6-272011-6-27￥80.0026 用户管理增量42011-6-282011-6-29￥260.0027 修改密码2011-6-282011-6-28￥100.0028 重新登录2011-6-292011-6-29￥160.0029 系统集成2011-6-302011-7-01￥280.0030 系统集成测试2011-6-302011-6-30￥140.0031 环境测试2011-7-012011-7-01￥140.0032 提交2011-7-042011-7-05￥280.0033 完成文档2011-7-042011-7-04￥140.0034 验收、提交2011-7-052011-7-05￥140.00十一、质量管理计划1.职责根据项目的组织结构图（图6-1），确定本项目中质量保证组织的职责如下：（1） 高层管理高层管理是公司负责质量的高级管理，其质量职责如下： 受理项目内不能解决的不符合问题，必要时与项目经理协调； 负责听取质量保证组的工作报告，评审质量保证活动和结果； 参加有关质量保证过程改进的评审。（2） 项目的质量保证人员质量保证人员的质量职责如下： 负责项目实施过程中对项目实施情况进行监督，包括对项目实施过程和工作产品进行监督检查； 实施项目组成员的质量保证培训； 制定质量保证计划； 按计划实施审计活动，依照质量保证计划执行评审/审计，并记录执行中发现的不符合项； 对不符合问题提交不符合项报告，跟踪并验证纠正措施的执行情况； 对项目内不能解决的不符合项问题向高层管理提交报告； 向项目经理报告项目质量工作状况和质量度量结果； 定期向项目组报告质量活动的结果； 制定质量保证的过程改进计划，记录过程数据。（3） 项目经理项目经理的质量职责如下： 评审质量计划； 与质量保证人员一起协商不符合项问题的纠正措施，并安排资源实施纠正措施； 定期或事件驱动的评审质量保证活动和结果。2. 质量保证根据企业的质量方针和质量目标，结合本项目特点，制定项目的总体质量目标：1）基于需求的测试覆盖率为100%；2）软件功能测试用例通过率不低于95%；3）每个阶段评审中发现的问题都已经解决或得到适当处理；4）产品发布时不存在严重及其以上的缺陷。结合以往的项目经验和企业的质量相应标准，制定质量标准如表10-1所示：表 10-1 质量计划标准项目具体描述计划实际缺陷排除率（缺陷数/页）需求检查4系统总体设计检查2缺陷排除率（缺陷数/KLOC）详细设计复核30详细设计检查10代码复核65代码检查20编译20单元测试15系统集成5系统测试53. 质量策略为了保证提交用户的产品是高质量，实施过程中采取的质量保证措施包括：1） 将质量贯彻到日常的项目进展过程中；2） 应该特别注意项目工作产品质量的早期评审工作，无论是质量保证还是质量控制采取的策略都是早期预防和早期排除缺陷。4. 质量保证活动质量保证的主要活动包括过程审计和产品审计。过程审计和产品审计的目的是为了确保在项目进展过程的各个阶段和各个方面采取各项措施来保证和提高提交给用户的产品质量。每一次过程审计和产品审计都应填写相应的报告或活动记录。（1）产品审计产品审计由质量保证人员来进行，检查项目产品是否达到质量目标。质量保证人员对项目生存期中创建的工作产品可以有选择性的进行审计，已验证是否符合适当的标准，是否进行了质量检查。表10-2是质量审计一览表。表10-2 产品审计一览表项审计对象审计阶段参照的标准1软件项目计划计划结束企业质量体系2软件配置管理计划计划结束企业质量体系3软件质量保证计划计划结束企业质量体系4总体设计文档设计结束企业质量体系和项目计划5详细设计文档设计结束企业质量体系和项目计划6数据库表和编码规范设计结束企业质量体系和项目计划7产品代码每个阶段实施结束企业质量体系和项目计划8测试报告测试结束企业质量体系和项目计划9测试计划设计结束企业质量体系和项目计划10用户文档测试结束企业质量体系和项目计划（2）过程审计项目严格按照组织定义的软件过程进行开发，过程审计的具体依据参照企业的过程规范，保证项目中的所有过程活动都在实施范围内。在每次审计之后，要对审计结果做出明确的决策并形成评审记录。审计可采取文件传阅、评审会等形式。质量保证人员负责对项目过程进行监督、发现的问题和解决情况在每周的例会上通报，对没有解决的问题进行讨论，对不能解决的问题提交高级管理者处理。每个周末，进行一次配置管理审核，确认配置管理工作是否正常进行。5. 质量控制活动质量控制活动包括代码走查、单元测试、集成测试、环境测试等，由开发人负责。编码人员在编写代码时要进行同步单元测试，单元测试要达到分支覆盖，产品通过单元测试和编码检查后，应提交测试部进行集成测试、系统测试。测试部的测试应达到质量目标要求，软件发布时应达到测试通过准则的要求。6. 质量保证的报告途径质量保证人员对每次审计活动发现的不符合项，应该和项目经理协商不符合项的纠正措施，及预订完成日期，若和项目经理存在意见分歧，质量保证人员可以上报给高层管理者，高层管理者决定最后的措施。同时不符合项在项目周例会中汇报。对不符合项，质量保证人员要在预定完成日期内重新审计、验证不符合项的纠正情况，若超过预订完成日期1周仍然有没解决的不符合项，质量保证人员上报给高级管理者，由高级管理者决定最后的措施。质量保证人员有独立的汇报途径，日常的汇报途径如下： 发现的问题通知项目经理，协调纠正措施。 将项目组内不能协调的问题汇报给高层管理者，由高层管理者协调解决。 日常工作和过程数据要汇报给质量经理统一收集、统计。十二、配置管理计划软件配置管理（SCM），是一套规范、高效的软件开发管理方法，同时也是提高软件质量的重要手段，它帮助开发团队对软件开发过程进行有效的变更控制，高效地开发高质量的软件。1配置项标识（1） 命名规范命名规范适用于过程文档、生存期中各阶段的计划、需求、设计、代码、测试、手册等文件。本项目文件命名规范由五个字段组成，从左到右依次为：公司、项目、类型、编号和版本号，如图11-1所示：QID- Supermarket -RM-SRS-v1.0公司：3个字符项目：最长10个字符版本号：Vm.n类型：最长5个字符编号：最长8位数字图11-1 文档命名规范（2）主要配置项本项目主要配置项如表11-1所示：表11-1 配置项列表类型主要配置项标识符预计正式发表时间技术合同SOWQID-Supermarket-TCM-SOW-V1.02011-06-04计划项目计划QID- Supermarket -SPP-PP-V1.02011-06-04质量保证计划QID- Supermarket -SPP-SQA-V1.02011-06-04配置管理计划QID- Supermarket -SPP-SCM-V1.02011-06-04需求需求规格说明书QID- Supermarket -RM-SRS-V1.02011-06-10用户DEMOQID- Supermarket -RM-Demo-V1.02011-06-10设计总体设计说明书QID- Supermarket -Design-HL-V1.02011-06-15数据库设计QID- Supermarket - Design -DB-V1.02011-06-15详细设计说明书QID- Supermarket - Design -LL-V1.02011-06-22设计术语及规范QID- Supermarket - Design -STD-V1.02011-06-15编程源程序QID- Supermarket -Code-ModuleName-V1.02011-07-13编码规则QID- Supermarket -Code-STD-V1.02011-07-11测试测试计划QID- Supermarket -Test-Plan-V1.02011-07-11测试用例QID- Supermarket -Test-Case-V1.02011-07-11测试报告QID- Supermarket -Test-Report-V1.02011-07-13提交运行产品QID- Supermarket Product-Exe-V1.02011-07-13验收报告QID- Supermarket Product - Report -V1.02011-07-15用户手册QID- Supermarket - Product -Manual-V1.02011-07-15(3) 项目基线在SourceSafe中基线由LABEL标识，字母必须为大写。基线管理由项目执行负责人确认，SCCB授权，由配置管理员执行。本项目基线如表11-2所示：表 11-2 基线发布计划基线名称/标识符基线所包含的主要配置项预计建设时间需求需求规格说明书、用户DEMO2011-06-10总体设计总体设计说明书数据库设计2011-06-15项目实现软件源代码、编码规则2011-07-11系统测试测试用例测试报告2011-07-132变更管理变更管理的流程是：1） 由请求者提交变更请求，变更控制委员会召开复审会议对变更请求进行复审，以确定该请求是否为有效请求。典型的变更请求管理有需求变更管理、缺陷追踪等。2） 配置管理者收到基线修改请求后，在配置库中生成与此配置项相关的波及关系表。3） 配置管理者将基线波及关系表提交给SCCB，由SCCB确定是否需要修改，如果需要修改，SCCB应根据波及关系表，确定需要修改的具体文件，并在波及关系表中标识出来。4） 配置管理者按照出库程序从配置库中取出需要修改的文件。5） 项目人员将修改后的文件提交给配置管理者。6） 配置管理者将修改后的配置项按入库程序放入配置库。7） 配置管理者按SCCB标识出的修改文件，又波及关系表生出基线变更记录表，并按入库程序放入配置库。3配置状态统计利用配置状态统计可以记录和跟踪配置项的改变。状态统计可用于评估项目风险，在开发过程中跟踪更改，并且提供统计数据以确保所有必须的更改被执行。为跟踪工作产品基线，配置管理者需收集下列信息： 基线类型 工作产品名称 配置项名称/标识符 版本号 更改日期/时间 更改请求列表 需求更改的配置项 当前状态 当前状态发生日期项目组每周提交配置项清单及其当前版本。配置管理人员每半个月提交变更请求的状态统计。十三、项目风险计划风险是指在项目进行过程中可能发生的事件，这些事件将会对项目按预期时间、资源和预算完成产生重大影响。风险分析的目标是识别这些事件，设法避免这些事件的发生并制定一旦这些事件发生后的处理措施。工资管理信息系统项目的主要风险是开发人员对客户需求中的工资管理环境不是很熟悉，另外，客户要求的进度比较紧，而且具体需求不是很明确，下面的这个风险列表就是通过一系列的风险识别、风险评估、风险应对，最后得出项目风险计划见表12-1。表12-1 项目风险计划排序输入风险事件可能性影响风险值风险应对措施1客户的SOW需求不明确，增加需求，导致需求蔓延70%50%35%1、采取加班的方法2、修改计划去掉一些任务3、与客户商量延长一些时间2合同进度要求紧，合同金额有限30%50%15%可以请一些实习的学生作辅助工作，一来成本不高，二来可以加快进度3历史项目信息开发人员对测试工作不重视30%40%12%1、强制行要求每段代码保留测试单元，由SQA检查2、加入专门的测试人员4历史项目信息开发人员的流动15%60%9%1、注意项目团队的沟通，及时了解开发人员的动态2、控制好项目过程中的文档3、从其他的项目组借调人员4、从外部招聘有过此类开发经验的人员十四、度量计划软件度量是用量化的方法来评价软件开发中的费用、生产率、进度和产品质量等要素是否符合期望值，包括过程度量和产品度量两个方面。需要度量的项目要素包括：1）项目进度度量。对项目进度进行定期的跟踪度量，及时发现当前进度与计划的偏差，可以及时采取措施，及时赶工或调整进度计划。2）缺陷度量。项目的成败直接取决于客户满意度，客户满意度是个难以量化的指标，而项目成果产品的缺陷密度直接影响着客户的满意程度。度量产品的缺陷密度，可以有效地了解项目完成的质量。3）项目工作量度量。工作量是衡量项目成本、人员工作情况的基础，准确地度量出项目真实的工作量，既可以掌握当前项目的情况，对于今后估算其他项目数据也有重要意义。4）人员生产率度量。人力资源是项目中最为重要的资源，掌握人员的生产能力对于项目管理中人员管理、资源管理都有重要的参考价值。项目管理是个不断完善的知识领域，引入量化管理，强化量化管理，可以使项目管理知识体系发挥更大的