星光五交化网站项目开发计划

1、星光五交化网站项目开发计划江苏淮微技术中心Jiangsu Microsoft Technology Center文件状态： 草稿 正式发布 正在修改文件标识：Company-Project-D-2当前版本： 作 者： 完成日期：Year-Month-Day第一部分、引言1.1编写目的本计划编写目的是更清晰地理解星光五交化网站案例分析项目的业务要求，明确项目需要做的工作，并为保证项目在预算、日期和质量方面的要求提供可执行的依据，包含了范围、进度安排、质量控制、预算和变更等在内的明确的计划和安排，以切实保证项目能在控制中完成。1.2背景A、系统名称：星光五交化网站（V1.0）B、任务提出者：中文(

2、英文)开发者：江苏淮微技术中心C、本系统是独立的系统，目前不与江苏江苏淮微技术中心的其他软件系统提供借口，所产生的输出都是独立的。D、本系统将使用SQL Server 2005做为数据库存储系统，SQL Server2005可由用户自行购买。实现完成的系统将提供给能够访问INTERNET的各种用户访问使用系统所使用的网络系统是该系统得内部局域网或Internet.1.3定义PSProduct Statement:，产品说明，在此指需求分析说明WBSWork Breakdown Structure，工作分解结构，面向可交付成果的工作分解RAWResponsibility Assignment M

3、atrix，职责分配矩阵，描述在不同阶段和人员配备情况NDGNetwork Diagram guidelines 描述项目进度指导路线的网络图ADM箭线图法，实现NDG的方法之一；Critical Path在NDG中描述项目的关键路线Milestone Chart项目的里程碑图，标示项目的关键近程点1.4参考资料A、软件工程B、国家标准项目开发计划（GB856T88）第二部分、项目概述2.1工作内容为完成本项目，需要按照需求分析、设计、评审、编码、测试、安装和维护等不同的阶段来进行，其中，本计划部考虑维护阶段所做的工作。1、需求分析明确本项目所开发产品的特性，并对不同的功能组进行划分。2、设计

4、阶段将该需求转化为计算机的模型，并且对实现的功能进行分配，详细设计还将提供各模块、任务、功能点的详细规划3、评审分布在项目的阶段点，是质量保证的一部分，评审活动用于确定和调整与需求的偏差，以确保最后的产品符合初始提出的要求4、编码实现将按照软件产品设计所描述的内容，编写代码实现软件各部门的功能5、测试部分包括对实现过程中的错误的修改、功能的改进的一些活动，同时包括了各子系统、模块、功能点的组合和连调。以上的过程忠，包含了不同阶段的文档输出工作，并且上一阶段的输出，通常作为下一阶段的输入而存在2.2主要参加人员本项目全职参与人员包括：人员名称主要职责或职务成员技能说明周舟项目经理项目的规划、指导

5、，数据库的设计周舟系统分析、设计系统分析，ASP.NET界面设计周舟程序员软件工程师，参与ASP.NET编码和接口设计，系统连调周舟测试工程师测试的产品化工作周舟文档工程师文档、需求分析和外部接口的一些工作2.3产品项目的最后的产品和可交付物包括最后完成的软件包、相关的文档、手册、培训材料等。分别如下程序1、完成的软件系统最后完成的软件系统，其功能、模块和性能要求请参考文档星光五交化系统项目需求分析说明中关于产品特征的描述2、数据库脚本程序在系统遭受灾难的时候，客户方的系统管理员可以使用该脚本程序恢复数据库的结构。文件1、操作手册操作手册提供用户对软件系统的操作指导，要求同时提供.DOC格式的

6、电子文档。2、安装指南提供给用户管理员关于对客户程序、数据库系统的安装指导，要求同时提供DOC格式的电子文档。3、培训资料相关的培训的资料要求提供给用户（具体内容，在项目后期进行确定）服务包括的服务集中在过程的后期，这些服务包括：A、 产品培训在软件系统正式使用之前，提供客户培训B、 产品的安装提供给用户的数据库服务器的安装C、 系统初始化包括系统的用户、权限的设置等D、 其他维护性工作其他一些维护性工作 非移交的产品非移交的产品包括过程记录和过程文档，包括A、软件的源代码程序的源代码不提供给用户，但不包括在WEB页面中的ScriptB、安装程序工程C、需求文档D、过程评审记录包括需求、设计、

7、实现和验证阶段的评审记录、评审报告，不提供给用户E、设计和规划文档包括产品设计、过程规划等方面的文档，不提供给用户F、测试记录和测试报告以上非移交的产品，不得提供给其他的单位或个人，或者用于其他的商业事务，详的约定以合同为依据。2.4验收标准程序程序中应包含的功能如下：1 用户管理标号功能1.1用户设置1.2用户登录1.3退出登录1.4用户注册1.5管理用户2 新闻管理标号功能2.1发布新闻2.2管理新闻2.3显示新闻3 产品管理标号功能3.1发布产品3.2管理产品3.3设置新品上架3.4设置特价商品3.5产品展示4 订单管理标号功能3.1用户订购3.2处理订单3.3订单信息反馈5 招聘管理标

8、号功能3.1发布职位3.2管理职位3.3发送求职3.4管理求职信息6 留言管理标号功能3.1发布留言3.2敏感词汇屏蔽3.3管理留言文件操作手册，安装指南的规格满足GB86的相关标准，对应的内容应包括以上功能的各部分的说明，这些手册中所包含的专业词汇，用户方的系统管理员应该能够进行解释。服务系统安装以后，程序能够执行以上的功能，并且符合实际的业务规则。2.5完成项目的最迟期限项目的系统测试的最后完成日期为_XXXX年X月_，然后在之前，进行运行时测试。2.6本计划的批准则和批准日期本计划的批准人为产品开发部负责人_本计划的正式批准日期为，实施日期为_第三部分、实施计划3.1工作任务的分解与人员

9、分工工作分解结构如下设计阶段D6：模块设计产品设计D7：整理以上子系统的设计，编制系统详细设计D8：设计评审 C4：项目首次会议：项目经理召开团队会议，进行早期的工作安排D1：项目计划会议，对项目的执行进行专题讨论C3：评估会议：评估目标、风险、可行性和确定资源C2：需求说明：识别需求，并形成需求说明文档C1：需求调查：收集相关数据概念阶段D2：编写项目开发计划，进行规划和总体安排项目计划D3：项目计划的审核和发布D4：针对需求提出计算机模型、逻辑设计、功能设计，形成概要设计文件D5：对数据库进行规范化和对象设计，并形成数据库设计文件实施阶段I1：模块实现I2：数据库的创建及测试数据的输入I3

10、：单元测试和调试I4：对接口进行测试，并进行调试I5：组合以上的模块为系统，进行系统测试I6：整理系统测试文档，进行功能调整和改进I7：编写程序的帮助工程，编译和连接为系统的帮助文件I8：制作软件的安装程序、安装界面I9：软件打包和安装程序的测试I10：编写安装手册I11：整理开发文档，编写用户操作手册I12：项目的中期进度评审I13：项目后期总体评估收尾阶段T1：收集质量记录、规划和设计文档，并进行文件的归档T3：输入系统的基本数据，进行数据转换工作T2：软件实地安装运行，可交付成果的验收T4：对不满意的程序、界面、手册进行修订T7：安排后期维护人员，解散项目团队T5：对用户进行培训T6：项

11、目总结会议职责分配如下： 人 员工作包及说明周舟周舟周舟周舟周舟C1：需求调查SPPPAC2：编写需求文档AC3：项目初步评估和初步安排会议APPPPC4：项目正式启动会议APPPPD1：计划会议、项目专题讨论APPPPD2：汇总和编写项目计划SD3：项目计划的审核和分发执行AD4：系统的总体设计相关内容S、APPPPD5：数据库设计相关内容AD6：模块设计S、PPPPPD7：整理和编制详细设计，作为编码的依据APPPPD8：设计评审API1：模块实现AAAAAI2：准备数据库和测试数据AI3：单元测试和调试：I1PI4：接口测试APPPPI5：系统的组合和系统测试APPPPI6：系统测试报告

12、和反馈PPPPI7：帮助工程和帮助文件制作PPPPPI8：安装工程和安装配置PI9：安装包测试AP PPPI10：编写安装指南PPPPPI11：编写用户操作指南PI12：中期评估API13：后期评估APT1：文件归档PT2：运行测试APT3：系统初始化和数据转换PPPPPT4：程序、界面、手册的反馈和修订PPPPPT5：用户培训PT6：项目总结APPPPT7：项目结束和团队解散AP 参与人员； A 负责人员； S 确认审核人员；3.2进度最后的项目网络图如下：完成项目至少需要的时间用红色的线表示，项目的关键路径为：1 2 3 4 5 7- 8 11 12 13 14 15 16 17 23 2

13、4 25 27 28-29 在并行一些工作的条件下，项目预计完成的时间在九个月左右。（说明：路径活动所需要的时间，没有在项目网络图上标识。）I12 11C3、C4D310D1、D29321C1 3StartI2D4 4D5124D6C 2 365D7D878T3 24I1323I1122T2I1 25132112I3 T5T4 26I01427I9I420I81928T6 I7T11815I6I5291716END项目的开始日期为日，项目的里程碑（阶段点）时间：明确了需求，并且正式准备开始项目的设计工作产品的详细设计完成模块编码、单元测试和调试完成系统调试结束、手册编写完毕运行调试结束. .

14、. . . 6/1 10/4 12/12 1/14 2/243.4预算按照以上工作包的估算如下表： 费用项目(单位：元)工作包及说明办公费差旅费机时费资料费设备费其他合计C1：需求调查C2：编写需求文档C3：初步评估 （中间的其他单项费用估算略）合计分阶段的开发费用统计如下表：阶段名称人工费用(人月)机时(小时)其他(元)项目管理系统分析软件设计编程调试数据录入其他人工终端小时主机小时外存空间其他费用出差资料其他费用SA&SDRAPDDDCD&UTIT&STIS&ACTSSD（说明：以上实际数字的填写略。）SA&SD(System Analysis &a

15、mp; Software Definition Phase)：系统分析与软件定义阶段；RA(Requirements Analysis Phase)：需求分析阶段；PD(Preliminary Design Phase)：概要设计阶段；DD(Detailed Design Phase)：详细设计阶段；CD&UT(Coding & Unit Testing Phase)：编码与单元测试阶段；IT&ST(Integrating & System Testing Phase)：组装与系统测试阶段；IS&AC(Installation & Accepta

16、nce Phase)：安装与验收阶段；TSSD(Total Software System Development Phase)：整个软件系统的开发阶段。（说明：1、以上的估算分别按照各项活动的累计进行估算；并且按软件开发的不同的照阶段给出一个大体的估算数据，可以只用一种估算方法作为依据；2、项目的预算和估算可能由专门的项目财务管理系统来进行，项目计划中只要对该文档进行引用就可以了；3、得出的不同阶段的估算结果，可以绘制成本曲线，以对执行阶段的成本进行控制，一般的成本曲线应该是一条类似于S形状的曲线，下图是预算形成的成本基准和实际花费的成本的对比曲线：4、成本对比曲线、成本偏差是要求项目经理在

17、项目进行过程中需要控制的一个重要方面；5、单项成本的估算一般没有考虑管理费用，在实际项目运行的时候，需要在总金额上加上一定比例的管理费用6、一般的项目，都对成本留一定的储备金3.5关键问题影响整个项目成败的关键问题、技术难点和风险包括：风险类别风险描述可能性影响使用提高生产率工具所产生的计划节余被过高地估计了。0.40.9计划、资源和产品定义都受客户或上级管理部门支配，而不平衡0.80.3预定日期提前，但没有对产品范围或可用资源作相应调整。0.60.6产品比估计的大（从准则、功能点、模式等方面来看）。0.90.5管理审查/决策过程比预料的慢0.80.5非技术第三方任务花费的时间比预料的长（预算

18、审批、法律审查等）。0.80.5新要求。0.90.8即使递交的软件符合所要求的全产规格，但商业用户将不接受该软件。0.80.9商业用户审查/决策过程比预料的慢。0.60.5最终用户最终发现产品不能令人满意，要求重新设计和重做。0.60.9小组成员之间的冲突导致通信差、设计差、界面错误和额外工作。0.60.7人事工作比预料的慢。0.70.6正式手续太多（官僚性遵守软件政策和标准）。0.80.7开发不具不像预料的那样有效，开发者需要时间来创建有关工作，或改用新工具。0.60.8（说明：1、以上列出的是可能影响项目开发，包括进度、成本和质量的各方面最重要的一些风险和对该风险的概率、影响的估计；2、以

19、上的风险，是软件开发的风险对照表的一部分，在其他的项目开发中，风险分析也可以采用风险对照表确定风险的概率和影响程度；然后在根据这些可能性和影响程度来判断是否采取预防措施；上图中，分别使用了不同的颜色来反应风险的最后的程度。3、软件开发风险对照表如下：风险类别风险描述可能影响规划风险计划是根据使用项目问题专家（SEM）的情况制定的，但是这些成员没有得到。计划省略是必要的任务。使用提高生产率工具所产生的计划节余被过高地估计了。计划、资源和产品定义都受客户或上级管理部门支配，而不平衡。计划是乐观的“最佳实例”（而不是现实的“预期实例”）。计划是根据使用具体小组成员的情况制定的，但这些小组成员没有得到

20、。预定日期提前，但没有对产品范围或可用资源作相应调整。一项任务的推迟使从属任务一并推迟。作为对计划到计划的失察作出反应而作出的重新估计过于乐观，或忽略了项目历史。过大的计划压力降低生产率。项目规划在压力下被放弃。规划太差，不能支持需要的发展速度。不能在分配的时间内制造规定尺寸的产品。产品比估计的大（从准则、功能点、模式等方面来看）。努力比估计的大（从准则、功能点、模式等方面来看）。准则或等级资料库质量差，造成额外的测试、缺陷纠正和重做工作。产品的不熟悉方面要花费比预料的更多的时间来设计和执行。任务先决条件（例如培训、其他项目的完成、获得工作许可证）不能按时完成。组织风险产品缺少有效的高级管理发

21、起人。产品在不明不白的前其被搁置的时间太长。解雇和削减降低小组的能力。管理或销售部门坚持延长计划的技术决定。低效的小组结构降低生产率。管理审查/决策过程比预料的慢。预算削减打乱项目规划。管理部门作出挫伤开发小组的积极性的决定。非技术第三方任务花费的时间比预料的长（预算审批、法律审查等）。规划太差，不能支持需要的发展速度。项目规划在压力下被放弃，导致混乱的、低效的发展。管理部门对豪情比对准确的状况报告强得更多，从而削弱它发现和纠正问题的能力。未能达到里程碑。商业用户坚持新要求。最终和户坚持新要求。即使递交的软件符合所要求的全产规格，但商业用户将不接受该软件。商业用户所期望的发展速度是开发者不能达

22、到的。商业用户最终发现产品不能令人满意。没有征求商业用户的意见，因此产品最终不符合用户期望，因此必须重做。商业用户审查/决策过程比预料的慢。缺少商业用户参与审查过程、原型和规格，因而导致不稳定的要求。商业用户通信比预料的慢。商业用户微观管理发展过程。商业用户提供的组成部分不匹配，并且质量差。最终用户最终发现产品不能令人满意，要求重新设计和重做。最终和户不买进项目，因此不提供所需要的支持。没有征求最终用户意见，因此产品最终不符合用户期望，必须重做。客户坚持新要求。客户对规划、原型和规格的审查/决策过程比预料的慢。客户将不参与对规划、原型和规格的审查过程，或不能这样做，从而导致不稳定的要求和费时的

23、修改。客户通信时间（例如回答澄清要求问题的时间）比预料的慢。客户坚持延长计划的技术决定。客户微观控制开发过程，导致进程比计划的慢。客户提供的组成部分质量差，导致额外的测试、设计和整合工作，并导致额外的客户关系管理。客户批准的支持工具和环境不兼容，性能差，或者功能不足，致使生产率降低。即使递交的软件符合所要求的全部规格，但客户将不接受该软件。客户所期望的发展速度是开发者不能达到的。小组结构效率低下。任务先决条件（例如培训、其他项目的完成、获得工作许可证）不能按时完成。开发者与管理部门之间的关系差，延缓决策和持续执行。小组成员不买进项目，因而不提供所需要的性能水平。积极性和士气低，从而降低生产率。

24、缺少所需的规格，从而增加缺陷和重做工作。员工需要额外时间来学习不熟悉的软件工具或环境。员工需要额外时间来学习不熟悉的硬件工具或环境。员工需要额外时间来学习不熟悉的编程语言。合同员工在项目完成前离开。长期员工在项目完成前离开。项目后期增加新开发人员，并且额外的培训和通信费用降低现有小组成员的效率。小组成员不能有效的协同工作。小组成员不买进项目。所需规格缺少增加。小组成员之间的冲突导致通信差、设计差、界面错误和额外工作。有问题的小组成员没有退出小组，从而挫伤整个小组的积极性。项目得不到更有资格做项目的人员。项目得到更有资格做项目的人员，但是出于政治或其他原因启用他们的。找不到项目所需要的具有关键技

25、能的人员。关键人员只有部分时间才能得到。项目得不到足够的人员。人事工作比预料的慢。缺少管理承诺。管理费用不合理。项目缺少有效的执行发起人。很难找到关键执行人。外部以来风险承包人和顾问不提供答应的组成部分。承包人和顾问提供的组成部分质量低得不能接受，因此必须增加时间来提高质量。雇用承包人和盛况时间比预料的长。任务先决条件（例如培训、其他项目的完成、获得工作许可证）不能按时完成。承包人和顾问需要额外的时间来学习不熟悉的软件工具或环境。承包人和顾问需要额外的时间来学习不熟悉的硬件工具或环境。承包人和顾问需要额外的时间来学习不熟悉的编程语言。合同员工在项目完成前离开。项目后期增加新的开发承包人和顾问，

26、并且额外培训的通信费用降低现有小组成员的效率。小组成员之间的冲突导致通信差、设计差、界面错误和额外工作。关键承包人和顾问只能部分时间才能得到。非技术第三方任务花费的时间比预料的长（预算审批、设备采购审批、法律审查）。合同类型限制到项目的全部要求。找到卖主解决问题的可能性受限制。培训包给第三方。提供包给第三方。找不到帮助部门来解决所有问题。导致在解决问题方面浪费大量时间。项目依赖卖主，因此控制是单方面的。不知道的额外费用不知不觉地进入项目。技术风险容易出错的模式所需要的测试、设计和执行工作比预料的多。不能接受的低质量所需的测试、设计和执行工作比预料的多。错误用户界面的开发需要重新设计和执行。不需

27、要的额外软件功能（镀金）的开发扩大计划。符合产品尺寸和速度限制所需要的时间比预料的多，包括重新设计和重新执行的时间。与现有系统兼容和严格要求所需的测试、设计和执行比预料的多。与其他系统、其他复杂系统或不受小组控制的其他系统的接合要求导致意料之外的设计、执行和测试。在多操作系统下操作的要求比预料的要花费更长的时间来满足。在不熟悉的或未经批准的软件环境下运行造成意料之外的问题。在不熟悉的或未经批准的硬件环境下运行造成意料之外的问题。对组织来说是新品牌的某种组成部分的开发所花的时间比预料的长。对仍在开发中的技术和依赖延长计划。产品取决于政府条例，这些条例意外地改变。产品取决于草拟的技术标准，这些标准

28、意外地改变。在直到项目后期还不知道的项目问题方面不准确的进程跟踪结果。初步质量担保活动被忽略。在直到项目后期还不知道的质量问题方面不准确的质量跟踪结果。正式手续太少（缺少遵守软件政策和标准）。正式手续太多（官僚性遵守软件政策和标准）。不充分的风险管理不能检测到主要项目风险。过分简单的设计不能解决主要问题，因而导致重新设计和重新执行。单独开发的组成部分不能容易地加以整合，因而需要重新设计和重做。过分复杂的设计需要不必要的和无利可得的执行费用。很差的设计导致重新设计和重新执行。使用不熟悉的方法导致额外的培训时间和重述，以确定方法的第一次误用。产品用低级语言（例如汇编语言）来执行，并且生产率比预料的

29、低。必要的功能不能用选择的准则或等级资料库质量差，造成额外的测试、缺陷纠正和重做工作。使用提高生产率工具所产生的计划节余被过高地估计了。开发不具不像预料的那样有效，开发者需要时间来创建有关工作，或改用新工具。开发工具不是根据其技术优点来选择的，因而不能提供计划中的生产率。批准的支持工具和环境不兼容，性能差，或者功能不足。设备不能及时得到。设备能得到，但不够用（例如没有电话，没有联网，没有办公用品等）。设备拥挤不堪，有噪声，或受到破坏。开发工具在所需时间不到位。学习新工具的时间比预料的长，或者所分的阶段比预料的多。）第四部分、支持条件支持本项目的开发所需要的条件和设施包括：4.1计算机系统支持硬

30、件环境：处理器：型号（频率）内存： 型号（频率）硬盘： 型号（容量）网卡： 型号 硬件防火墙软件支持：操作系统：Windows 2003 Server数据库系统：Microsoft SQL Server 2005服务器：IIS6.0 第五部分、专题计划要点51 配置管理计划配置管理所关心的问题涉及以下三点：1、 仔细定义软件系统的交付物；2、 严格控制对可交付物的变更；3、 确保软件系统的可交付物与既定的或者经过核准修订的可交付物相一致。本部分可以作为变更控制的依据。计划名称星光五交化系统研究项目配置管理计划项目名称星光五交化开发单位江苏淮微技术中心项目经理XXX引言目的1、 明确“星光五交化

31、”产品开发的范围、特征；2、 对项目范围改变、在设计中没有考虑周全的特征或者性能指标、牵制性的改变等导致的变更申请，定义变更的控制程序；3、 提供验收的标准和程序，确保可交付的产品符合用户既定的要求；4、 提出资源和机构的支持要求；定义1、 WBS：工作分解结构；参考前面的说明；2、 项目网络图：项目时间估算的活动拍序图，参考以上的说明；参考资料1、星光五交化系统研究项目需求说明；2、星光五交化概要设计；3、本计划的范围管理部分；4、本计划的进度管理部分；5、计算机软件配置管理计划规范(GB/T 12505-1990)管理机构所有对本项目范围、变更能施加影响的机构（团体）包括：1、 江苏淮微技

32、术中心2、 相关的专家和顾问；任务相关机构、人员对配置管理的任务包括：Q1：项目范围的提出；Q2：项目范围的确定；Q3：项目范围的更改；Q4：更改后项目范围的核实和验证；Q5：产品特征的过程管理；Q6：可交付物的特征、性能验收对比；人员职责说明1、 项目开发小组负责项目初期的资料收集、问题整理、并形成正式的需求文件；2、 在计划实施阶段，所有的变更要求必须由项目开发小组进行提出或者认可，所有的变更必须经过项目开发小组的讨论。3、 项目收尾阶段，由项目开发小组共同进行产品审核，并记录审核结果管理计划实现（变更控制程序）A：控制和实施阶段1、 在突发事件的情况下项目经理可以对项目范围进行变更，并在

33、事后把变更说明提交到项目开发小组；2、 范围变更通常牵涉到人员、费用、进度、风险和质量等多个方面，所有的变更都要求对这些方面的考虑和权衡，对于引起这些方面明显的变动，需要更改这些方面的设计，并且进行相关的记录；3、 项目组其他成员可以对范围提出变更意见；并鼓励每一个项目成员提出新方法、新工具以提高项目的开发进度，但严格控制在未经讨论的擅自变更，这些变更指做WBS中未规定的事情；4、 WBS中对每一个消耗资源的活动都进行了定义，但并不表示WBS是不可更改的，所有经过变更都要求反映在WBS中，并且WBS所在的主文件以修改次数进行标识；5、 范围基线的变更要严格控制，除非在不能挽救的情况下，范围基线

34、不允许变更；范围基线变更必须经过项目开发小组正式的会议；6、 程序的变更、代码的更新所形成的的软件的新的调试版本，以版本管理程序和源代码管理程序进行标识和记录，项目经理要确保当前使用的版本反应了最新的变更（附件中规定了版本和源代码记录的模版）；7、 变更的内容、质量要求须同时遵循质量计划、质量标准的相关事项；8、 用户手册、培训计划要求业务或对应功能相关的人员进行书写，并且按照进度计划中所规定的最后日期进行审核，所有的修订意见同时应通知项目开发小组中的成员；B：概念和计划阶段9、 在需求描述阶段，项目开发小组把所要求进行开发和设计的内容清楚的理解并描述为文档，最终的正式范围说明需要经过项目开发

35、小组所有成员在内的正式评审，并作为后续工作的依据；C：收尾阶段10、 产品最后的验收依据是经过项目开发小组成员在计划阶段批准的范围说明11、 项目开发小组对控制绩效进行总结，收集相关的文件、质量记录并进行归档，在这些工作完成后宣布解散项目开发小组配置状态审查1、 公司的直接项目领导负责工作的审查；2、 项目经理负责产品的阶段性审查和评估，这些评估包括质量记录的抽样检查、产品性能特征的指标检查和相关受控文件的更改过程合法性检查；3、 项目经理对产品实施过程进行控制，纠正和预防措施将是两个最常用的手段，并且在本项目中具有工作授权体系所有的责任，这些责任中最重要的是控制每一个工作包的开始时间点；配置

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

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

38、针B、范围说明参考爱心智能中小学学籍管理系统项目需求说明。C、标准和规范在质量方面，需要遵循的标准和规范包括：A、质量管理体系标准（GB/T 19001-2000），2000-12-18，国家质量技术监督局；B、计算机软件产品开发文档编制指南（GB/T 8567-88）,1988-7-1，国家质量技术监督局；C、计算机软件质量保证计划规范(GB/T 12504-1990)，1990-11-15，国家质量技术监督局；522 程序及过程本部分规定本项目全面质量管理所规定的实施过程，在WBS中，所有的活动安排都是与质量保证相关的，因而也是WBS元素项的说明。A、影响质量的因素在本项目中，影响质量的因

39、素可以用以下的鱼骨刺图（ISHKAWA逻辑图、因故分析图）来说明：项目的意义沟通方法和技术人员产品的主要缺陷进度控制资源配置测试和评估变更鱼骨刺图的子可以进行多层分解，下面只简要说明影响因素以及本项目在这方面的预防措施：A、 人员：人员的技能水平、工作习惯、合作往往会对项目的质量产生直接的影响；B、 方法和技术本项目涉及的方法和技术包括关系数据库管理、查询管理、界面等应用技术，这些技术都是标准和成熟的技术，所选择的团对成员要求具有这方面的经验，以减少培训的支出和技术方面的风险；C、 沟通制定完备的沟通管理计划并执行，在下一节，你可以看到沟通计划、信息分发、绩效报告等方面的内容。D、 项目的意义项目取得成功所具有的意义、团队收益以及个人绩效的评估在项目的首次会议就需要明确，高昂的士气给项目带来的好处可以直接从质量方面体现。E、