图书管理系统项目开发计划(共25页).doc

《图书管理系统项目开发计划(共25页).doc》由会员分享，可在线阅读，更多相关《图书管理系统项目开发计划(共25页).doc（25页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、精选优质文档-倾情为你奉上图书管理系统项目开发计划第一部分、引言1.1编写目的本计划编写目的是更清晰地理解图书管理系统的业务要求，明确图书管理系统需要做的工作，并为保证图书管理系统在范围和进度方面的要求提供可执行的依据，包含了范围、进度、人员安排在内的明确的计划和安排，以切实能保证图书管理系统能在控制中完成。b5E2RGbCAP1.2 背景说明：A、 软件系统的名称： 图书管理系统B、 任务提出者：北大青鸟的课程要求，杨骏老师和赖娟老师。开发者：彭方春、李嘉霖、岳春刚。本系统完成后是针对图书管理人员的软件，在市场上独立销售，是面向那些需要管理图书管理的人员使用的。C、 本系统将是独立的系统，目

2、前不与其他的系统或者操作系统提供特别的接口，所产生的输出都是独立的。本系统将使用ACCESS作为数据库存储系统。1.3定义WBSWork Breakdown Structure，工作分解结构，面向可交付成果的工作分解；RAWResponsibility Assignment Matrix，职责分配矩阵，描述在不同阶段和人员配备情况；p1EanqFDPwCritical Path在NDG中描述项目的关键路线；Milestone Chart图书管理系统的里程碑图，标识项目的关键进程点；受控文件本小组内部已经形成标准的规范性文件，在执行过程中做强制性的要求；1.4参考资料相关的文件包括：A、 任务管

3、理项目分析会议备忘录；B、 任务管理项目需求说明书；C、 任务管理项目可行性分析；D、 任务管理项目概要设计；参考资料：A、 北大青鸟Aptech ACCP3.0 Sem1基于软件开发项目的毕业设计；B、 国家标准项目开发计划（GB856T88）；合同：（内部开发的产品项目，无合同）第二部分、项目概述2.1工作内容为完成本项目，需要按照需求分析、设计、编码、测试等不同的阶段来进行，其中，本计划不考虑维护阶段所做的工作。DXDiTa9E3d需求分析明确本项目所开发产品的特性，并对不同的功能组进行划分，并得到用户方的确认。设计阶段将该需求转化为计算机的模型，并且对实现的功能进行分配，详细设计还将提

4、供各模块、任务、功能点的详细规划。RTCrpUDGiT编码实现将按照软件产品设计所描述的内容，编写代码实现软件各部分的功能。测试部分包括对实现过程中的错误的修改、功能的改进的一些活动，同时包括了各子系统、模块、功能点的组合和连调。5PCzVD7HxA以上的过程中，包含了不同阶段的文档输出工作，并且上一阶段的输出，通常作为下一阶段的输入而存在。详细的工作包和任务的分配，请参考第二部分执行计划的工作内容。2.2主要参加人员本项目全职参与人员包括：彭方春、李嘉霖、岳春刚。2.3产品项目的最后的产品和可交付物包括最后完成的软件包、相关的文档、手册、宣传内容等，分别如下：2.3.1程序1、完成的软件系统

5、最后完成的软件系统，其功能、模块和性能要求请参考文档任务管理项目需求说明书中关于产品特征的描述。最后完成的软件，要求是安装包的形式，并且使用光盘的形式进行交付。2、数据库脚本程序：文档任务项目数据库脚本是该交付物的形式，并且附带在产品的光盘中，包含脚本的使用说明文字。2.3.2文件1、操作手册操作手册提供用户对软件系统的操作指导，要求同时提供.DOC格式的电子文档和至少一份打印稿。2、培训资料相关的培训的资料要求提供给用户（具体的格式，在项目的后期进行确定）。2.3.3服务在产品到市场发行后，项目成员提供技术方面的咨询服务，这些服务属于维护阶段的一部分。2.3.4非移交的产品非移交的产品包括过

6、程记录和过程文档，包括：A、软件的源代码程序的源代码不提供给用户。B、安装程序工程C、需求文档C、 过程评审记录可能发生的需求、设计、实现和验证阶段的评审记录、评审报告，都不提交给最终用户。D、 设计和规划文档包括产品设计、过程规划等方面的文档，不提供给最终用户。E、 测试记录和测试报告不同阶段的测试规划、测试记录、测试报告等文档，都由产品开发部门保留、归档。以上非移交的产品，不得提供给其他的单位或者个人，或者用于其他的商业事务，详细的说明参考该小组的保密和安全规定。jLBHrnAILg2.4验收标准A、程序：程序中应包含的功能如下：1. 永久存储用户输入的任务的信息；2. 任务的删除和更新；

7、3. 在多用户环境下，允许不同的人管理自己的任务；4. 对管理员和读者的信息进行维护5. 对图书信息进行维护6. 对借书和还书信息进行维护Access数据库能够支持程序的各项功能的运行，并且能保证数据的准确性。B、文件操作手册的规格满足GB86的相关标准，对应的内容应包括以上功能的各部分的说明，手册中不应该包含专业性的词汇，对于数据库脚本的恢复程序，应提供非常详细的操作指引和图例。xHAQX74J0XC、服务其他维护的要求按照维护阶段的内部约定进行。2. 5完成图书管理系统的最迟期限图书管理系统测试的最后完成日期为本学期的第17周，在这之前，进行运行时测试、B测试、产品化工作，包括用户培训等服

8、务活动的实施。LDAYtRyKfE系统在本学期第17周后，正式投放市场使用。3. 6本计划的批准者和批准日期本计划的批准人为杨骏老师和赖娟老师本计划的正式批准日期为本学期第17周的周日，实施日期本学期的18周周一。第三部分、实施计划3.1工作分解与人员分工本项目的工作分解如下：C3：项目首次会议：组长召开团队会议，进行早期的工作安排设计阶段图书管理计划划D1：项目开发计划，进行规划和总体安排D2：项目计划的审核和发布产品设计D9：整理以上子系统的设计，编制系统详细设计D5：模块设计：数据库的访问控制程序D6：模块设计：任务的增删改查操作的设计D3：针对需求提出计算机模型、逻辑设计、功能设计，形

9、成概要设计文件D4：对数据库进行规范化和对象设计，并形成数据库设计文件D8：模块设计：任务调度程序界面及控制D7：模块设计：主界面和D7相关的界面设计Zzz6ZB2LtkC2：需求说明：识别杨骏老师和赖娟老师的要求，并形成需求说明文档C1：向杨骏老师和赖娟老师请教，收集相关数据概念阶段dvzfvkwMI1I3：模块实现：设计和实现主界面和D7相关的窗体I1：模块实现：编码实现数据库的访问控制程序实施阶段I2：模块实现：编码实现任务的增删改查操作I4：模块实现：任务调度程序界面及控制I5：数据库的创建及测试数据的输入I13：B和运行时测试I14：编写程序的帮助工程，编译和连接为系统的帮助文件I1

10、6：软件打包和安装程序的测试I15：制作软件的安装程序、安装界面rqyn14ZNXII11：组合以上的模块为系统，进行系统测试I10：对以上模块之间的接口进行测试，并进行调试I8：主界面和D7相关的窗体的单元测试和验证I7：任务的增删改查操作的单元测试和验证I6：数据库的访问控制程序的单元测试和验证I9：任务调度程序界面及控制的单元测试和验证I12：整理系统测试文档，进行功能调整和改进I17：整理开发文档，编写用户操作手册EmxvxOtOcoT1：收集记录、规划和设计文档，并进行文件的归档收尾阶段T4：安排后期维护人员，解散项目团队T3：项目总结会议T2：对B测试、运行测试等用户表示不满意的程

11、序、界面、手册进行修订SixE2yXPq5（说明：1、以上的工作，可以在更细的层次上进行分解，例如I7，可以分别为查询界面、增加的界面和删除的询问词的设计等，系统测试可以分解为测试平台的搭建、测试用例的编写、系统各功能点的测试、测试记录的填写、测试总结和总结报告等多个工作单元。6ewMyirQFL2、有关测试、工作分解的详细内容、文档规格，参考资料为ACCP3.0后续课程的描述；3、以上的工作分解，不存在时间先后的次序。）按照工作分解，职责分配如下： 人 员工作包及说明彭方春彭方春彭方春李嘉霖岳春刚C1：需求调查SPPAC2：编写需求说明和需求分析文档PAC3：项目启动会议APPPPD1：计划

12、会议、项目专题讨论、编写项目计划APPPD2：项目计划的审核和分发执行AD3：系统的总体设计相关内容APD4：数据库设计相关内容APD5：模块设计：数据库的访问控制程序APD6：模块设计：任务的增删改查的操作PAPPD7：模块设计：主界面和D7相关的界面设计PAPD8：模块设计：任务调度控制程序PAPD9：整理和编制详细设计，作为编码的依据APPI1：模块实现：编码实现D6PAI2：模块实现：编码实现D7PAI3：模块实现：编码实现D8AI4：模块实现：编码实现D9PAI5：准备数据库和测试数据PPAI6：单元测试和调试：I1PAI7：单元测试和调试：I2PAI8：单元测试和调试：I3PAI9

13、：单元测试和调试：I4PAI10：I6、I7、I8、I9之间的接口测试APPPI11：系统的组合和系统测试APPPI12：系统测试报告和反馈PPPAI13：B和运行时测试PPPAI14：帮助工程和帮助文件制作PPAI15：安装工程和安装配置PPAI16：安装包测试APPI17：编写用户操作指南PPAT1：文件归档AT2：程序、界面、手册的反馈和修订PPAT3：项目总结APPPPT4：项目结束和团队解散AP 参与人员；A 负责人员；S 确认审核人员；3.2接口人员负责接口工作的人员及他们的职责，包括：A、组长负责同用户的组织接口事务，包括变更和事务协调等； 系统分析员彭方春负责用户的技术接口，包

14、括一些技术方案的演示和确认； 产品专员李嘉霖负责同用户的人际接口，包括文档、资料和一些事务性的沟通。B、 彭方春负责组织内部的接口，包括项目进度报告，资源协调等；C、 彭方春负责处理同外部组织、专家评审方面的接口；以上的接口事务，在上面的职责分配图中已经进行了表述。3.3进度本学期的第15周开始，到第17周结束；3.4预算无3.5关键问题影响整个项目成败的关键问题、技术难点和风险包括：风险类别风险描述可能性影响使用提高生产率工具所产生的计划节余被过高地估计了。0.40.9计划、资源和产品定义都受客户或上级管理部门支配，而不平衡0.80.3预定日期提前，但没有对产品范围或可用资源作相应调整。0.

15、60.6产品比估计的大（从准则、功能点、模式等方面来看）。0.90.5管理审查/决策过程比预料的慢0.80.5非技术第三方任务花费的时间比预料的长（预算审批、法律审查等）。0.80.5最终和户坚持新要求。0.90.8即使递交的软件符合所要求的全产规格，但商业用户将不接受该软件。0.80.9商业用户审查/决策过程比预料的慢。0.60.5最终用户最终发现产品不能令人满意，要求重新设计和重做。0.60.9小组成员之间的冲突导致通信差、设计差、界面错误和额外工作。0.60.7人事工作比预料的慢。0.70.6正式手续太多（官僚性遵守软件政策和标准）。0.80.7开发不具不像预料的那样有效，开发者需要时间

16、来创建有关工作，或改用新工具。0.60.8（说明：1、以上列出的是可能影响项目开发，包括进度、成本和质量的各方面最重要的一些风险和对该风险的概率、影响的估计；kavU42VRUs2、以上的风险，是软件开发的风险对照表的一部分，在其他的项目开发中，风险分析也可以采用风险对照表确定风险的概率和影响程度；然后在根据这些可能性和影响程度来判断是否采取预防措施；y6v3ALoS89上图中，分别使用了不同的颜色来反应风险的最后的程度。3、软件开发风险对照表如下：风险类别风险描述可能影响规划风险使用提高生产率工具所产生的计划节余被过高地估计了。计划、资源和产品定义都受上级管理部门支配，而不平衡。计划是乐观的

17、“最佳实例”（而不是现实的“预期实例”）。计划是根据使用具体小组成员的情况制定的，但这些小组成员没有得到。预定日期提前，但没有对产品范围或可用资源作相应调整。一项任务的推迟使从属任务一并推迟。作为对计划到计划的失察作出反应而作出的重新估计过于乐观，或忽略了项目历史。过大的计划压力降低生产率。项目规划在压力下被放弃。规划太差，不能支持需要的发展速度。不能在分配的时间内制造规定尺寸的产品。产品比估计的大（从准则、功能点、模式等方面来看）。努力比估计的大（从准则、功能点、模式等方面来看）。准则或等级资料库质量差，造成额外的测试、缺陷纠正和重做工作。产品的不熟悉方面要花费比预料的更多的时间来设计和执行

18、。任务先决条件（例如培训、其他项目的完成、获得工作许可证）不能按时完成。产品缺少有效的高级管理发起人。产品在不明不白的前其被搁置的时间太长。组织风险解雇和削减降低小组的能力。管理或销售部门坚持延长计划的技术决定。低效的小组结构降低生产率。管理审查/决策过程比预料的慢。预算削减打乱项目规划。管理部门作出挫伤开发小组的积极性的决定。非技术第三方任务花费的时间比预料的长（预算审批、法律审查等）。规划太差，不能支持需要的发展速度。项目规划在压力下被放弃，导致混乱的、低效的发展。管理部门对豪情比对准确的状况报告强得更多，从而削弱它发现和纠正问题的能力。未能达到里程碑。即使递交的软件符合所要求的全部规格，

19、但客户将不接受该软件。客户所期望的发展速度是开发者不能达到的。小组结构效率低下。任务先决条件（例如培训、其他项目的完成、获得工作许可证）不能按时完成。开发者与管理部门之间的关系差，延缓决策和持续执行。小组成员不买进项目，因而不提供所需要的性能水平。积极性和士气低，从而降低生产率。缺少所需的规格，从而增加缺陷和重做工作。员工需要额外时间来学习不熟悉的软件工具或环境。员工需要额外时间来学习不熟悉的硬件工具或环境。员工需要额外时间来学习不熟悉的编程语言。合同员工在项目完成前离开。长期员工在项目完成前离开。项目后期增加新开发人员，并且额外的培训和通信费用降低现有小组成员的效率。小组成员不能有效的协同工

20、作。小组成员不买进项目。所需规格缺少增加。小组成员之间的冲突导致通信差、设计差、界面错误和额外工作。有问题的小组成员没有退出小组，从而挫伤整个小组的积极性。项目得不到更有资格做项目的人员。项目得到更有资格做项目的人员，但是出于政治或其他原因启用他们的。找不到项目所需要的具有关键技能的人员。关键人员只有部分时间才能得到。项目得不到足够的人员。人事工作比预料的慢。缺少管理承诺。管理费用不合理。项目缺少有效的执行发起人。很难找到关键执行人。承包人和顾问不提供答应的组成部分。承包人和顾问提供的组成部分质量低得不能接受，因此必须增加时间来提高质量。雇用承包人和盛况时间比预料的长。任务先决条件（例如培训、

21、其他项目的完成、获得工作许可证）不能按时完成。承包人和顾问需要额外的时间来学习不熟悉的软件工具或环境。承包人和顾问需要额外的时间来学习不熟悉的硬件工具或环境。承包人和顾问需要额外的时间来学习不熟悉的编程语言。合同员工在项目完成前离开。项目后期增加新的开发承包人和顾问，并且额外培训的通信费用降低现有小组成员的效率。小组成员之间的冲突导致通信差、设计差、界面错误和额外工作。关键承包人和顾问只能部分时间才能得到。非技术第三方任务花费的时间比预料的长（预算审批、设备采购审批、法律审查）。合同类型限制到项目的全部要求。找到卖主解决问题的可能性受限制。培训包给第三方。提供包给第三方。找不到帮助部门来解决所

22、有问题。导致在解决问题方面浪费大量时间。项目依赖卖主，因此控制是单方面的。不知道的额外费用不知不觉地进入项目。容易出错的模式所需要的测试、设计和执行工作比预料的多。不能接受的低质量所需的测试、设计和执行工作比预料的多。错误用户界面的开发需要重新设计和执行。不需要的额外软件功能（镀金）的开发扩大计划。符合产品尺寸和速度限制所需要的时间比预料的多，包括重新设计和重新执行的时间。外部以来风险与现有系统兼容和严格要求所需的测试、设计和执行比预料的多。与其他系统、其他复杂系统或不受小组控制的其他系统的接合要求导致意料之外的设计、执行和测试。在多操作系统下操作的要求比预料的要花费更长的时间来满足。在不熟悉

23、的或未经批准的软件环境下运行造成意料之外的问题。在不熟悉的或未经批准的硬件环境下运行造成意料之外的问题。对组织来说是新品牌的某种组成部分的开发所花的时间比预料的长。对仍在开发中的技术和依赖延长计划。产品取决于政府条例，这些条例意外地改变。产品取决于草拟的技术标准，这些标准意外地改变。在直到项目后期还不知道的项目问题方面不准确的进程跟踪结果。初步质量担保活动被忽略。在直到项目后期还不知道的质量问题方面不准确的质量跟踪结果。正式手续太少（缺少遵守软件政策和标准）。正式手续太多（官僚性遵守软件政策和标准）。不充分的风险管理不能检测到主要项目风险。过分简单的设计不能解决主要问题，因而导致重新设计和重新

24、执行。单独开发的组成部分不能容易地加以整合，因而需要重新设计和重做。过分复杂的设计需要不必要的和无利可得的执行费用。很差的设计导致重新设计和重新执行。技术风险使用不熟悉的方法导致额外的培训时间和重述，以确定方法的第一次误用。产品用低级语言（例如汇编语言）来执行，并且生产率比预料的低。必要的功能不能用选择的准则或等级资料库质量差，造成额外的测试、缺陷纠正和重做工作。使用提高生产率工具所产生的计划节余被过高地估计了。开发不具不像预料的那样有效，开发者需要时间来创建有关工作，或改用新工具。开发工具不是根据其技术优点来选择的，因而不能提供计划中的生产率。批准的支持工具和环境不兼容，性能差，或者功能不足

25、。设备不能及时得到。设备能得到，但不够用（例如没有电话，没有联网，没有办公用品等）。设备拥挤不堪，有噪声，或受到破坏。开发工具在所需时间不到位。学习新工具的时间比预料的长，或者所分的阶段比预料的多。）第四部分、支持条件支持本项目的开发所需要的条件和设施包括：4.1计算机系统支持硬件环境：CPU：PIII750或者更高频率ROM：256或者更高内存支持磁盘：80G软件支持：开发所用的操作系统：Windows 2000 Server SP1开发工具：Visual Studio 6.0 SP4数据库系统：Microsoft SQL Server 2000企业版覆盖测试工具：Panoroma第五部分、

26、专题计划要点51 配置管理计划配置管理所关心的问题涉及以下三点：1、 仔细定义软件系统的交付物；2、 严格控制对可交付物的变更；3、 确保软件系统的可交付物与既定的或者经过核准修订的可交付物相一致。北大青鸟Aptech所有的软件项目配置管理采用标准的表格模板，并遵循了标准：计算机软件配置管理计划规范(GB/T 12505-1990)，本部分加以引用。M2ub6vSTnP本部分可以作为变更控制的依据。计划名称图书管理系统项目名称图书管理项目开发人员彭方春 李嘉霖 岳春刚项目组长彭方春引言目的1、 明确“任务管理项目”产品开发的范围、特征；2、 对由于用户后期提出的范围改变、在设计中没有考虑周全的

27、特征或者性能指标、牵制性的改变等导致的变更申请，定义变更的控制程序；3、 提供验收的标准和程序，确保可交付的产品符合用户既定的要求；4、 提出资源和机构的支持要求；定义1、 WBS：工作分解结构；参考前面的说明；2、 项目网络图：项目时间估算的活动时序图，参考以上的说明；参考资料1、任务管理项目章程；2、任务管理项目需求说明；3、任务管理项目概要设计；4、本计划的范围管理部分；5、本计划的进度管理部分；6、计算机软件配置管理计划规范(GB/T 12505-1990)管理机构（不适用）任务相关机构、人员对配置管理的任务包括：Q1：项目范围的提出；Q2：项目范围的确定；Q3：项目范围的更改；Q4：

28、更改后项目范围的核实和验证；Q5：产品特征的过程管理；Q6：可交付物的特征、性能验收对比；人员职责说明1、 由市场代表_杨骏_、赖娟_、项目开发方顾问组成员_彭方春、李嘉霖、岳春刚配置管理委员会，实施配置管理程序；2、 市场代表_杨骏、_赖娟_负责进行产品范围的提出，提供必要的资料和数据、提出变更申请和对可交付物的验收评估；3、 项目实施方 李嘉霖 负责项目初期的资料收集、用户面谈、问题整理、并形成正式的需求文件；4、 在计划实施阶段，所有的变更要求必须由市场代表_杨骏_、赖娟_进行提出或者认可，所有的变更必须经过变更控制委员会的讨论（正式或者非正式的沟通），并把变更意见及时传递给项目实施方。

29、5、 项目收尾阶段，由市场代表_杨骏、赖娟_、项目开发 彭方春 共同进行产品审核，并记录审核结果，传递给变更控制委员会。管理计划实现（变更控制程序）A：控制和实施阶段1、 在突发事件的情况下项目经理可以对项目范围进行变更，并在事后把变更说明提交到变更控制委员会；2、 范围变更通常牵涉到人员、费用、进度、风险和质量等多个方面，所有的变更都要求对这些方面的考虑和权衡，对于引起这些方面明显的变动，需要更改这些方面的设计，并且进行相关的记录；3、 项目组其他成员可以对范围提出变更意见，但必须填写统一的问题报告单形成正式的变更请求；并鼓励每一个项目成员提出新方法、新工具以提高项目的开发进度，但严格控制在

30、未经讨论的擅自变更，这些变更指WBS中未规定的事情；4、 对于客户提出的变更，视变更影响的大小，首先须经变更控制委员会正式或者非正式的讨论，把最后的变更意见交由项目经理实施；5、 WBS中对每一个消耗资源的活动都进行了定义，但并不表示WBS是不可更改的，所有经过变更都要求反映在WBS中，并且WBS所在的主文件以修改次数进行标识；6、 范围基线的变更要严格控制，除非在不能挽救的情况下，范围基线不允许变更；范围基线变更必须经过变更控制委员会正式的会议；7、 程序的变更、代码的更新所形成的软件的新的调试版本，以版本管理程序和源代码管理程序进行标识和记录，项目经理要确保当前使用的版本反应了最新的变更（

31、附件中规定了版本和源代码记录的模版）；8、 变更的内容、质量要求须同时遵循质量计划、质量标准的相关事项；9、 用户手册、培训计划要求业务或对应功能相关的人员进行书写，并且按照进度计划中所规定的最后日期进行审核，所有的修订意见同时应通知变更控制委员会中实施方的成员；B：概念和计划阶段10、 在需求描述阶段，实施方把用户所要求进行开发和设计的内容清楚的理解并描述为文档，最终的正式范围说明需要经过包括变更控制委员会所有成员在内的正式评审，并作为后续工作的依据；C：收尾阶段11、 产品最后的验收依据是经过变更控制委员在计划阶段批准的范围说明，同时有效的是可能对产品特征明细或者未明细的正式合同，合同附件

32、具有同等的效力；12、 可能需要返工或者返修的可交付物需要用户的正式认可，同时在项目计划中加以说明；13、 在用户接受产品并要求结束合同的同时，变更控制委员会对控制绩效进行总结，收集相关的文件、质量记录并进行归档，在这些工作完成后宣布解散委员会；配置管理活动配置标识文档：问题报告单；版本清单；源代码清单；设计评审；需求评审 Microsoft Visual SourceSafe的版本标识； 程序：需求评审；设计评审；项目中期评估；项目验收评估；配置控制1、 变更控制委员会在召开项目首次会议时进行组建；2、 变更控制委员会只能在用户签署正式的产品接受文件后方可解散，变更控制委员会对产品维护阶段的

33、问题不承担责任；3、 变更控制委员会的成员可以增加，但在人员计划中必须做必要的变更，本计划的相关部分也需要修订；4、 变更控制委员会有义务对产品的质量进行跟综和评价，有义务提出变更请求，以确保项目最后的产品符合使用者的要求；配置状态审查1、 公司的直接项目领导负责配置委员会工作的审查；2、 配置委员会负责产品的阶段性审查和评估，这些评估包括质量记录的抽样检查、产品性能特征的指标检查和相关受控文件的更改过程合法性检查；3、 项目经理对产品实施过程进行控制，纠正和预防措施将是两个最常用的手段，并且在本项目中具有工作授权体系所有的责任，这些责任中最重要的是控制每一个工作包的开始时间点；配置检查以及审

34、核配置检查和评审的权限只有公司最高领导层才能进行授权，在本项目中，所涉及的内容包括配置委员会的成立、解散需要经过公司最高领导层的正式批准。 公司最高领导层可以在项目阶段的任何时间进行配置检查和审核，并提出更改和提高的指令和建议，这些指令或建议必须执行或者认真考虑。对供货单位的控制（本项目在项目启动阶段已经确定系统的绝大部分功能自己完成，牵涉的采购管理部分非常少，因而本部分的描述在此弱化，但相关的变发生后，本部分要求清晰的说明）纪录的收集维护和保存A、 软件调试版本的改变，要求填写版本清单，对半成品或者成品分别进行标识，源代码和版本都需要同时进行备份；B、 所有的阶段性评审和最后的评审，都需要填

35、写评审报告；C、 单元测试要求填写单元测试记录，对存在的问题的反映填写系统问题报告，而对问题的改进所做的工作用修改报告单进行填写；D、 组合测试和集成测试需要准备测试计划，测试完毕后形成测试报告。公司具有相关的企业标准、工作规程，并在制定的同时参考ISO9001 2000的一些条款，关于质量记录的收集和维护同时要求遵循公司的规范和惯例。备注上述所提到的所有质量记录在附件中都有模版，这些模版都属于公司的受控文件。52 质量管理计划521、依据A、质量政策该小组通过了ISO9001 2000的规范，同时制定了质量方针和质量目标：质量方针：通过严格和规范的过程管理、文档化的流程开发，提高生产效率，为

36、客户提供稳定、易用和符合要求的产品系列。0YujCfmUCw质量目标：用户满意（以上质量方针和质量目标只是一个范例，并非北大青鸟Aptech公司事实上的质量目标。）本项目同时遵循和贯彻公司的质量方针和质量目标。B、范围说明参考任务管理项目需求说明。C、标准和规范在质量方面，需要遵循的标准和规范包括：A、质量管理体系标准（GB/T 19001-2000），2000-12-18，国家质量技术监督局；eUts8ZQVRdB、计算机软件产品开发文档编制指南（GB/T 8567-88）,1988-7-1，国家质量技术监督局；sQsAEJkW5TC、计算机软件质量保证计划规范(GB/T 12504-199

37、0)，1990-11-15，国家质量技术监督局；GMsIasNXkAD、北大青鸟Aptech公司质量手册2002-5-1；北大青鸟Aptech E、北大青鸟Aptech公司程序文件2002-5-1；北大青鸟Aptech522 程序及过程本部分规定本项目全面质量管理所规定的实施过程，在WBS中，所有的活动安排都是与质量保证相关的，因而也是WBS元素项的说明。TIrRGchYzgA、影响质量的因素在本项目中，影响质量的因素可以用以下的鱼骨刺图（ISHKAWA逻辑图、因故分析图）来说明：项目的意义沟通方法和技术人员产品的主要缺陷进度控制资源配置测试和评估变更鱼骨刺图的子可以进行多层分解，下面只简要说

38、明影响因素以及本项目在这方面的预防措施：A、 人员：人员的技能水平、工作习惯、合作往往会对项目的质量产生直接的影响；本项目组的主要成员都具有计算机工程学士学位，并且至少具备三个以上的应用软件开发经验，主要的成员在以前的一个项目中有过成功的合作经验；7EqZcWLZNXB、 方法和技术本项目涉及的方法和技术包括关系数据库管理、查询管理、界面等应用技术，这些技术都是标准和成熟的技术，所选择的团对成员要求具有这方面的经验，以减少培训的支出和技术方面的风险；lzq7IGf02EC、 沟通制定完备的沟通管理计划并执行，在下一节，你可以看到沟通计划、信息分发、绩效报告等方面的内容。D、 项目的意义项目取得

39、成功所具有的意义、团队收益以及个人绩效的评估在项目的首次会议就需要明确，高昂的士气给项目带来的好处可以直接从质量方面体现。zvpgeqJ1hkE、 变更变更的控制对该项目质量的影响是比较大的，这些变更包括进度、成本和产品特性方面的要求的变更，为防止不必要的变更，产品组与用户共同成立了变更控制委员会，所有不在需求文档中说明的要素，都需要通过变更控制委员会批准。NrpoJac3v1F、 测试和评估尽管本项目不是一个大的项目，测试（检查）和评估依然分别分为四个部分，包括每个独立单元的测试、单元组合测试和集成的测试，在用户使用过程中还包括一些改进型的测试，以确保软件系统的满足使用的质量要求；评估包括需

40、求、设计和最后的检验性评估，同时评估团的意见对质量的提高也具有莫大的好处。1nowfTG4KIG、 资源配置资源包括设备资源和人员，在设备方面，公司确要保有足够的计算机用于开发和测试，除安排每个开发成员至少一台专用的计算机外，额外的测试的计算机要保证每人一台，共用网络打印机。fjnFLDa5Zo基于进度的考虑安排足够的成员加入开发组，并在用户对进度有更高要求的情况下增加项目成员。H、 进度控制进度对质量的影响大部分是由于赶工和快速跟进时对质量控制的弱化所造成的，项目经理应对此负直接的责任，在运用任何进度更新方法的同事，项目经理需要仔细权衡对质量带来的影响。tfnNhnE6e5本项目为进度预留了

41、充分的缓冲时间，这些时候为后续的测试、符合性检查提供了保证。B、检查和评审检查（测试）和评审是质量保证和质量提高的重要方法，它包括下面的过程：需求说明开始需求评审概要设计详细设计设计评审YNYN子系统、模块实现单元测试子系统、模块组装组合测试打包和安装集成测试交付总体评估结束中期评估YNYNNYYNYNHbmVN777sL图表说明：1、 在WBS中以上各单元都有对应的工作包；2、 中期评估和总体评估发现质量问题，并采取相应的纠正措施，可能会在它前面的任何阶段进行；3、 测试包含多个反复循环的过程；54媒体和版本控制版本管理工具采用Microsoft Visual SourceSafe，并且要求记录每个调试版本的变更情况，项目经理确保当前使用的版本是最合适的版本。V7l4jRB8Hs产品在交付的时候，采用光盘的形式