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