软件开发项目计划编制过程

软件开发项目计划编制过程

2006-06-13

本文简要说明了软件开发项目的计划的要素、计划编制过程、以及项目计划内容确定的一般过程。

一、项目计划的要素

根据PMBOK2000，项目计划可以包含如下要素：

1、项目范围说明

项目范围说明阐述进行这个项目的原因或意义，形成项目的基本框架，使项目所有者或项目管理者能够系统地、逻辑地分析项目关键问题及项目形成中的相互作用要素，使项目干系人在项目开始实施前或项目相关文档编写以前，能够就项目的基本内容和结构达成一致；项目范围说明应当形成项目成果核对清单，作为项目评估的依据，在项目终止以后或项目最终报告完成以前进行评估，以此作为评价项目成败的依据；范围说明还可以作为项目整个生命周期监控和考核项目实施情况的基础，和项目其他相关计划的基础。

2、项目进度计划

进度计划是说明项目中各项工作的开展顺序、开始时间、完成时间及相互依赖衔接关系的计划。通过进度计划的编制，使项目实施形成一个有机的整体。进度计划是进度控制和管理的依据，可以分为项目进度控制计划和项目状态报告计划。

在进度控制计划中，要确定应该监督哪些工作、何时进行监督、监督负责人是谁，用什么样的方法收集和处理项目进度信息，怎样按时检查工作进展和采取什么调整措施，并把这些控制工作所需的时间和人员、技术、物资资源等列入项目总计划中。

3、项目质量计划

质量计划针对具体待定的项目，安排质量监控人员及相关资源、规定使用那些制度、规范、程序、标准。项目质量计划应当包括与保证与控制项目质量有关的所有活动。质量计划的目的是确保项目的质量目标都能达到。根据ISO9001要求和PMBOK2000，为实现质量目标，组织应遵循以

顾客为中心、领导作用、全员参与、过程方法、管理的系统方法、持续改进、基于事实的决策方法、互利的供方关系等8项质量管理原则。

4、项目资源计划

有了项目范围计划和进度计划后，资源计划就是决定在项目中的每一项工作中用什么样的资源（人、材料、设备、信息、资金等等），在各个阶段使用多少资源。项目费用计划包括资源计划、费用估算、费用预算。

5、项目沟通计划

沟通计划就是制定项目过程中项目干系人之间信息交流的内容、人员范围、沟通方式、沟通时间或频率等沟通要求的约定。

6、风险对策计划

风险对策计划是为了降低项目风险的损害而分析风险、制定风险应对策略方案的过程，包括识别风险、量化风险、编制风险应对策略方案等过程。

7、项目采购计划

项目采购计划过程就是识别哪些项目需求可应通过从本企业外部采购产品或设备来得到满足。如果是软件开发工作的采购，也就是外包，应当同时制定对外包的进度监控和质量控制的计划。

8、变更控制、配置管理计划

由于项目计划无法保证一开始就预测得非常准确，在项目进行过程中也不能保证准确有力的控制，导致项目计划与项目实际情况不符的情况经常发生，所以必须有效处理项目的变更。变更控制计划主要是规定变更的步骤、程序，配置管理计划就是确定项目的配置项和基线，控制配置项的变更，维护基线的完整性，向项目干系人提供配置项的准确状态和当前配置数据。

二、项目计划编制过程

由于软件开发的手工性、个体性特征，软件开发项目计划不可能是一个静态的计划，一次在项目启动时，可以先制定一个颗粒度相对比较粗的项目计划，先确定项目高层活动和预期里程碑。粗颗粒度的项目计划需要不断地更新迭代，根据项目的大小和性质以及项目的进展情况进行迭代和调整。迭代和调整的周期也是根据项目的情况进行制订的，一般短到一周，长到2个月左右。经过不

断的计划制订、调整、修订等工作，项目计划从最初的粗粒度，变得非常详细。这样的计划将一直延续到项目结束，延续到项目的成果出现。

制定计划的过程就是一个对项目逐渐了解掌握的过程，通过认真地制定计划，项目经理可以知道哪些要素是明确的，哪些要素是要逐渐明确的，通过渐近明细不断完善项目计划。阶段计划中包含的工作汇报和下一阶段工作安排是掌握项目进度的依据，从阶段计划对照总体计划，才能一目了然地看出工作的进展情况。制定计划的过程，也是在进度、资源、范围之间寻求一种平衡的过程。制定计划的精髓不在于写出一份好看的文档，而在于运用您的智慧去应对各种问题和面临风险并尽可能做出前瞻性的思考。一旦计划被负责任地完成，他就可以给自己一个和管理层或客户交流与协商的基础，帮助你在项目过程中防范各种问题的出现，帮助你保证项目按时完成。

企业确定要开始某个项目时一般会下达一个立项的文件，暂且叫“项目立项文件”，主要内容是遵照的合同或相关协议，项目的大致范围、项目结束的截止时间和一些关键时间，指定项目经理和部分项目成员等等。

接下来的项目计划编写一般要按照以下过程：

1成立项目团队：相关部门收到经过审批后的“项目立项文件”和相关资料，则正式在“项目立项文件”中指定的项目经理组织项目团队，成员可以随着项目的进展可以在不同时间加入项目团队，也可以随着分配的工作完成而退出项目团队。但最好都能在项目启动时参加项目启动会议，了解总体目标、计划，特别是自己的目标职责，加入时间等等。

2项目开发准备：项目经理组织前期加入的项目团队成员准备项目工作所需要的规范、工具、环境。如开发工具、源代码管理工具、配置环境、数据库环境等。前期加入的项目团队成员主要由计划经理，系统分析员等组成，但快要制定好的项目计划一定要尽可能经过在所有项目团队成员和项目干系人中间的充分沟通。如果项目中存在一些关键的（指将影响项目成败）技术风险，则在这一阶段项目经理应组织人员进行预研。预研的结果应留下下书面结论以备评审。

说明：项目计划书必须在相应阶段对项目目标、阶段目标和各项任务进行精确的定义，就是要在相应阶段进一步进行项目目标的细化工作；特别是在概要设计完成，详细设计或编码实现开始之前应该对下一阶段的目标任务进行细化。应当充分调查并掌握影响项目计划的一切内部和外部影响因素；应当尽可能充分地分析项目工作分解结构，通过分析项目工作分解结构不仅获得项目的静态

结构，而且通过逻辑分析，获得项目各工作任务之间动态的工作流程；应当将项目目标、任务进行分解，制定详细的实施方案。

3项目信息收集：项目经理组织项目团队成员通过分析接收的项目相关文档、进一步与用户沟通等途径，在规定的时间内尽可能全面收集项目信息。项目信息收集要讲究充分的、有效率的沟通，并要达成共识。有些成员认为，电子邮件发来的文档（计划、需求、周计划等）是在沟通不够充分的情况下完成的，成员看过后有不了解或与自己的能力或意愿不符的情况，但通过电子邮件等方式沟通的效率不高，这也许是个习惯的问题，也许和某个具体问题本身是否容易通过电子邮件沟通清楚有关。因此重要的内容需要开会进行Q&A讨论，确保所有重要问题都得到理解，最终达成共识。讨论会上达成共识的应当记录成文字落实在具体的文档中。

4 编写《软件项目计划书》

项目经理负责组织编写《软件项目计划书》。《软件项目计划书》是项目策划活动核心输出文档，它包括计划书主体和以附件形式存在的其他相关计划，如配置管理计划等。《软件项目计划书》的编制参考《GB8567－88计算机软件产品开发文件编制指南》中项目开发计划的要求。各企业在建立ISO9001质量管理体系或CMM过程中也会建立相应的《软件开发项目计划书规范》。

编制项目计划的过程应当分为以下几个步骤：

a、确定项目的应交付成果。这里的项目的应交付成果不仅是指项目的最终产品，也包括项目的中间产品。例如通常情况下软件开发项目的项目产品可以是：需求规格说明书、概要设计说明书、详细设计说明书、数据库设计说明书、项目阶段计划、项目阶段报告、程序维护说明书、测试计划、测试报告、程序代码与程序文件、程序安装文件、用户手册、验收报告、项目总结报告等等；

b、任务分解：从项目目标开始，从上到下，层层分解，确定实现项目目标必须要做的各项工作，并画出完整的工作分解结构图。软件开发项目刚开始可能只能从阶段的角度划分，如需求分析工作、架构设计工作、编码工作、测试工作等等，当然规模较大时也可把需求、设计拆分成不同的任务。不过特别是在概要设计完成时可以对下一阶段的目标任务进行横向的细化。

c、在资源独立的假设前提下确定各个任务之间的相互依赖关系，以确定各个任务开始和结束时间的先后顺序；获得项目各工作任务之间动态的工作流程。

d、确定每个任务所需的时间，即根据经验或应用相关方法给任务需要耗费的时间；确定每个任务所需的人力资源要求，如需要什么技术、技能、知识、经验、熟练程度等等。

e、确定项目团队成员可以支配的时间，即每个项目成员具体花在项目中的确切时间；确定每个项目团队成员的角色构成、职责、相互关系、沟通方式。

f、确定管理工作，管理工作是贯穿项目生命周期的，如项目管理、项目会议等、编写阶段报告。项目团队成员之间的沟通时间、项目团队成员和其他项目干系人之间的沟通时间也比较容易被忽视，而沟通时间也是比较不容易固定地量化和日程化。但这些工作在计划中都应当充分地被考虑进去，再回师项目计划更加合理，更有效地减少因为计划的不合理而导致的项目进度延期。

g、根据以上结果编制项目总体进度计划，总体进度计划应当体现任务名称、责任人、开始时间、结束时间、应提交的可检查的工作成果。

h、考虑项目的费用预算、可能的风险分析及其对策、需要公司内部或客户或其他方面协调或支持的事宜。

5 软件项目计划书评审、批准

项目计划书评审、批准是为了使相关人员达成共识、减少不必要的错误，使项目计划更合理更有效。

项目经理完成《软件项目计划书》后，首先组织项目团队内部的项目团队负责人、测试负责人、系统分析负责人、设计负责人、质量监督员等对项目计划书进行评审，评审可采取电子或会议方式，并进行阶段成果项目团队内评阅记录。应当要求所有相关人员在收到软件项目计划书后的一个约定时间内反馈对计划书的意见。项目经理确保与所有人员就项目计划书中所列内容达成一致。这种一致性是要求所有项目团队成员对项目计划的内容进行承诺，无法承诺或者说是无法达成一致的，要么修改项目计划去适应某些项目团队成员，要么是由某些项目团队成员采取妥协措施，去适应项目计划的要求。

项目经理将已经达成一致的软件项目计划书提交项目高层分管领导或其授权人员进行审批，审批完成时间不能超过预先约定的时间。对于意义重大的项目，由过程控制部门如质量管理部和项目分管领导同时对《软件项目计划书》进行审批。

批准后的软件项目计划书作为项目活动开展的依据和本企业进行项目控制和检查的依据，并在必要时根据项目进展情况实施计划变更。

项目质量监督员根据《软件项目计划书》和《软件开发项目质量计划书规范》编制软件开发项目质量计划。大型的项目应当编制单独的《软件开发项目质量计划书》；规模较小的可以在《软件项目计划书》的某个章节说明“软件开发项目质量计划”，也可单独编制类似“软件开发项目质量控制表”的文档。

配置管理员根据计划书编制《项目配置管理计划》。以项目工作计划书中的阶段成果为依据，根据配置管理计划规范编制配置管理计划，项目经理审批配置管理计划，并对配置管理计划的有效性负责。

项目策划工作完毕，软件项目计划书通过评审，一般情况下，对软件开发项目来说，工作转入需求分析阶段。

三、项目计划内容确定

项目计划内容的确定一般要按照以下过程：

1 确定项目概貌

合同项目以合同和招投标文件为依据，非合同项目以可行性研究报告或项目前期调研成果为依据，明确项目范围和约束条件，并以同样的依据，明确项目的交付成果。进一步明确项目的工作范围和项目参与各方责任。

2 确定项目团队

确定项目团队的组织结构和与项目开发相关的职能机构，包括管理、开发、测试、QA、评审、验收等。确定项目团队人员及分工。与相关人员协商，确定项目团队人员构成。如内部不能满足人员需求，则提出人员支援申请。

3 明确项目团队内、外的协作沟通

明确与用户单位的沟通方法。明确最终用户、直接用户及其所在本企业／部门名称和联系电话。客户更多的参与是项目成功的重要推动力量，加强在开发过程中与用户方项目经理或配合人员的主

动沟通，将有助加强客户等项目的参与程度。建议采用周报或月报的方式通告项目的进展情况和下一阶段计划，出现的需要客户协调或了解的问题。

当项目团队需要与外部单位协作开发时，应明确与协作单位的沟通方式。确定协作单位的名称、负责人姓名、承担的工作内容以及实施人的姓名、联系电话。

明确本企业内部协作开发的部门名称、经理姓名、承担的工作内容以及工作实施责任人的姓名、联系电话。明确项目团队沟通活动。项目团队成员规模在3人以上的项目应该组织项目团队周例会，项目团队采用统一的交流系统建立项目团队的交流空间。

4 规划开发环境和规范

说明系统开发的所采用的各种工具，开发环境，测试环境等。列出项目开发要遵守的开发技术规范和行业标准规范。对于本企业还没有规范的开发技术，项目经理应组织人员制订出在本项目中将遵守的规则。

5 编制工作进度计划

根据本企业规定和项目实际情况，确定项目的工作流程。编制项目的工作计划，此计划为高层计划，各阶段的工作时间安排要包括完成阶段文档成果、文档成果提交评审及进行修改的时间，各阶段结束的标志是阶段成果发布。在计划中要求明确以下内容：

a、工作任务划分；

b、显示项目各阶段或迭代的时间分配情况的时间线或甘特图；

c、确定主要里程碑、阶段成果；

d、要求用文字对项目工作计划做出解释。最终用一张时间表格来完整说明整个工作计划；对于迭代开发的项目，应编制出第一阶段的阶段计划。阶段内的任务分割以2-5天为合适，特殊任务的时间跨度在两个星期内；在项目的进行过程中，项目经理编制双周工作计划，指导成员的具体工作。

6 编制项目的监控计划。其中说明进度控制、质量控制、版本控制、预算控制等。

7 编制项目的风险计划，分析项目过程中可能出现的风险以及相应的风险对策。对于大型项目，建议以附件方式编制，便于不断更新。

8 制定辅助工作计划。根据项目需要，编制如培训计划、招聘计划等。

9 规划开发支持工作，如供方管理计划。

10 规划项目验收：制定项目的验收计划。此项工作可以视需要进行裁减。

11 规划项目收尾与交接活动。制定项目的验收、培训和项目进入维护阶段与技术支持部的交接工作。

一个完整的软件开发流程

一个完整的软件开发流程-标准化文件发布号：（9456-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII

一个完整的软件开发流程一、开发流程图

二、过程产物及要求 本表主要列出开发阶段需要输出的过程产物，包括产物名称、成果描述、负责人及备注，即谁、在什么时间、应该提供什么内容、提供内容的基本方向和形式是什么。 三、过程说明 (一)项目启动 1、产品经理和项目干系人确定项目方向，产品型项目的干系人包括公司领导、产品总监、技术总监等，项目的话则包括客户方领导、主要执行人等。

2、公司领导确认项目组团队组成，包括产品经理、研发项目经理、研发工程师、测试团队等。 3、明确项目管理制度，每个阶段的成果产物需要进行相应的评审，评审有相应的《会议纪要》;从项目启动起，研发项目经理每周提供《项目研发周报》;测试阶段，测试工程师每周提供《项目测试周报》。 4、产品经理进行需求调研，输出《需求调研》文档。需求调研的方式主要有背景资料调查和访谈。 5、产品经理完成《业务梳理》。首先，明确每个项目的目标;其次，梳理项目涉及的角色;再来，每个角色要进行的事项;最后，再梳理整个系统分哪些端口，要有哪些业务模块，每个模块再包含哪些功能。 (二)需求阶段 1、进入可视化产物的输出阶段，产品经理提供最简单也最接近成品的《产品原型》，线框图形式即可。在这个过程中还可能产生的包括业务流程图和页面跳转流程图。业务流程图侧重在不同节点不同角色所进行的操作，页面跳转流程图主要指不同界面间的跳转关系。项目管理者联盟 2、产品经理面向整个团队，进行需求的讲解。 3、研发项目经理根据需求及项目要求，明确《项目里程碑》。根据项目里程表，完成《产品开发计划》，明确详细阶段的时间点，最后根据开发计划，进行《项目任务分解》，完成项目的分工。 4、研发工程师按照各自的分工，进入概要需求阶段。《概要需求》旨在让研发工程师初步理解业务，评估技术可行性。 (三)设计阶段 1、UI设计师根据产品的原型，输出《界面效果图》，并提供界面的标注，最后根据主要的界面，提供一套《UI设计规范》。UI设计规范主要是明确常用界面形式尺寸等，方便研发快速开发。UI设计常涵盖交互的内容。 2、研发工程师在界面效果图，输出《需求规格》，需求规格应包含最终要实现的内容的一切要素。 3、研发工程师完成《概要设计》、《通讯协议》及《表结构设计》，及完成正式编码前的一系列研发设计工作。 (四)开发阶段项目经理博客 1、研发工程师正式进入编码阶段，这个过程虽然大部分时间用来写代码，但是可能还需要进行技术预研、进行需求确认。

软件开发项目计划模板(参考后编制)

XXX软件项目计划任务书 项目编号 项目名称 撰写人 审批 完成日期 版本记录

目录 1.项目背景、范围及目标..................................................................................................................... - 1 - 2.项目可行性分析.................................................................................................................................... - 1 - 3.项目概述 .................................................................................................................................................. - 1 - 4.项目生命周期及里程碑计划........................................................................................................... - 1 - 5.项目任务分解结构（WBS）.............................................................................................................. - 1 - 6.预算 ............................................................................................................................................................ - 2 - 7.人员组织及分工.................................................................................................................................... - 2 - 8.风险预估 .................................................................................................................................................. - 2 - i

酒店管理系统项目开发计划书

《软件过程管理》项目小组 软件项目开发计划书 题目酒店管理系统 教师郑艳艳 院系工程与设计学院 专业计算机科学与技术 班级计算机 131 二〇年月日

目录 目录 (1) 1.引言 (2) 1.1编写目的 (2) 1.2项目简介 (2) 1.2.1项目名称 (2) 1.3定义 (2) 1.3.1专门术语 (2) 1.3.2专业术语缩写 (2) 1.4参考资料 (2) 2.项目概述 (3) 2.1工作内容 (3) 2.2酒店管理系统的功能结构 (4) 2.2.1客房预订系统 (4) 2.2.2前台接待系统 (5) 2.2.3前台收银系统 (5) 2.2.4管家系统 (6) 2.2.5密码管理系统 (6) 3.项目组织和资源 (7) 3.1项目组织 (7) 3.2项目资源 (7) 3.2.1人力资源 (7) 4.实际开发结果 (7) 4.1软件产品描述 (7) 4.2主要功能和性能 (7) 4.2.1主要功能 (7) 4.2.2性能 (8) 4.3进度 (8) 5.实施计划 (8) 5.1项目工作任务分解 (8) 5.2关键问题 (8) 6.经验与教训 (9)

1.引言 1.1 编写目的 编写此计划的目的是为了对项目的完成情况进行总结，方便软件下一步的进展。 它说明了本项目软件开发的方法，是一个高级计划，可以为本项目的相关专题计划的制定提供指导与参考，供项目组全体人员阅读从而更好地进入下一阶段的工作。 1.2 项目简介 1.2.1项目名称 项目名称：酒店管理系统（HMS ） 英文名称： Hotel Management System 版本号： 1.0 1.3 定义 HMS ：Hotel Management System 酒店管理系统 PM ： Project Manager 项目经理 1.3.1专门术语 MySQL:关系型数据库管理系统（DBMS ）。 SQL：一种用于访问查询数据库的语言 事务流：数据进入模块后可能有多种路径进行处理。 主键：数据库表中的关键域。值互不相同。 外部主键：数据库表中与其他表主键关联的域。 ROLLBACK:数据库的错误恢复机制（回滚）。 1.3.2专业术语缩写 系统：若未特别指出，统指本酒店管理系统。 SQL： Structured Query Language( 结构化查询语言)。 UML ：统一建模语言、是一套用来设计软件蓝图的标准建模语言，是一种从软件分析、设计到编写程序规范的标准化建模语言。 1.4 参考资料 《酒店管理系统需求分析说明书》 《河南工业大学软件过程管理实验指导书》 《软件过程管理》 《系统分析与设计》 《项目过程规范》

软件项目开发计划书

软件开发计划书 项目名称：乐吧乐游戏平台参与人员：

目录 1引言 ---------------------------------------------------------------------------------------------- 2 1.1编写目的 --------------------------------------------------------------------------------- 2 1.2背景 --------------------------------------------------------------------------------------- 2 1.3定义 --------------------------------------------------------------------------------------- 3 1.4参考资料 --------------------------------------------------------------------------------- 3 1.5 系统动机 -------------------------------------------------------------------------------- 3 1.6标准、条件和约定 --------------------------------------------------------------------- 3 1.7编写文档的WBS ----------------------------------------------------------------------- 4 2项目概述 ---------------------------------------------------------------------------------------- 5 2.1工作内容 --------------------------------------------------------------------------------- 5 2.2主要参加人员 --------------------------------------------------------------------------- 5 2.3产品及成果 ------------------------------------------------------------------------------ 7 ------------------------------------------------------------------- 错误！未定义书签。 ------------------------------------------------------------------- 错误！未定义书签。 ------------------------------------------------------------------- 错误！未定义书签。 ------------------------------------------------------------------- 错误！未定义书签。 2.4验收标准 -------------------------------------------------------------------------------- 8 ------------------------------------------------------------------- 错误！未定义书签。 2.4.2 文档验收 ------------------------------------------------------------------------- 8 2.4.3 服务验收 ------------------------------------------------------------------------- 8 2.5完成项目的最迟期限 ----------------------------------------------------------------- 8 2.6本计划的审查者与批准者------------------------------------------------------------ 8 3实施总计划 ----------------------------------------------------------------------------------- 10 3.1开发过程 ------------------------------------------------------------------------------- 10 3.1.1 需求分析 ----------------------------------------------------------------------- 10 3.1.2 系统设计 ----------------------------------------------------------------------- 10 3.1.3 编码及测试阶段 -------------------------------------------------------------- 10

软件开发文档说明书(完整流程)

. 在软件行业有一句话：一个软件能否顺利的完成并且功能是否完善，重要是看这个软件有多少文档，软件开发文档是一个软件的支柱，如果你的开发文档漏洞百出，那么你所开发出来的软件也不可能会好；开发文档的好坏可以直接影响到所开发出来软件的成功与否。 一、软件开发设计文档：软件开发文档包括软件需求说明书、数据要求说有书、概要设计说明书、详细设计说明书。 1、软件需求说明书：也称为软件规格说明。该说明书对所开发软件的功能、性能、用户界面及运行环境等做出详细的说明。它是用户与开发人员双方对软件需求取得共同理解基础上达成的协议，也是实施开发工作的基础。软件需求说明书的编制目的的就是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解、并使之面成为整个开发工作的基础。 其格式要求如下： 1 引言 1．1 编写目的。 1．2 背景 1．3 定义 2 任务概述 2．1 目标 2．2 用户的特点

. 2．3 假定和约束 3 需求规定 3．1 对功能的规定 3．2 对性能的规定 3．2．1 精度 3．2．2 时间特性的需求 3．2．3 灵活性 3．3 输入输出要求 3．4 数据管理能力要求 3．5 故障处理要求 3．6 其他专门要求 4 运行环境规定 4．1 设备 4．2 支持软件 4．3 接口 4．4 控制

. 2、概要设计说明书：又称系统设计说明书，这里所说的系统是指程序系统。编制的目的是说明对程序系统的设计考虑，包括程序系统的基本处理。流程、程序系统的组织结构、模块划分、功能分配、接口设计。运河行设计、数据结构设计和出错处理设计等，为程序的详细设计提供基础。 其格式要求如下： 1 引言 1．1 编写目的 1．2 背景 1．3 定义 1．4 参考资料 2 总体设计 2．1 需求规定 2．2 运行环境 2．3 基本设计概念和处理流程 2．4 结构 2．5 功能需求与程序的关系

软件项目开发计划书

软件项目开发计划书 Company Document number：WUUT-WUUY-WBBGB-BWYTT-1982GT

软件开发计划书 项目名称：图书管理系统 目录

1引言 编写目的 为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，有必要以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容以书面的方式描述出来，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。 本项目开发计划用于从总体上指导图书管理系统项目顺利进行并最终得到通过评审的项目产品。本项目开发计划面向项目组全体成员。 背景 山西农业大学图书管理系统是由沈阳师范大学委托我们开发的大型管理系统，主要功能是实现图书馆的信息化管理，包括读者信息管理，书籍信息管理，借阅信息管理，管理者信息管理等功能。项目周期为六个月，项目背景规划如表所示。 表项目背景规划

图书管理系统是学校信息管理系统的一个重要组成部分，它需要学生基本信息系统提供学生的基本资料，因为很多情况下，图书证号和学生的学生证号是一样的，而且在图书管理中，需要知道学生所在的系别和班级等信息；另外，它还需要教职工信息系统提供基本资料，因为教职工当然也能在图书馆借阅图书。因此，在设计时可以和校园信息管理系统的其他系统使用同一个数据库管理系统，以便系统之间的信息交流和管理。 定义 专门术语： SQL SERVER:系统服务器所使用的数据库关系系统（DBMS）。 SQL：一种用于访问查询数据库的语言 事务流：数据进入模块后可能有多种路径进行处理。 主键：数据库表中的关键域。值互不相同。 外部主键：数据库表中与其他表主键关联的域。 ROLLBACK:数据库的错误恢复机制。 缩写： 系统：若未特别指出，统指本图书管理系统。 SQL：Structured Query Language(结构化查询语言)。 ATM：Asynchronous Transfer Mode (异步传输模式)。 UML：统一建模语言、是一套用来设计软件蓝图的标准建模语言，是一种从软件分析、设计到编写程序规范的标准化建模语言。

银行管理系统 项目开发计划书

软件工程课程设计 项目计划书 项目名称：银行管理系统 学院：计算机科学与技术学院 专业：计算机科学与技术专业 班级： 姓名： 指导教师： 2011 年11 月03 日

目录 软件工程课程设计 (1) 项目计划书 (1) 1 系统主题 (4) 1.1引言 (4) 1.2背景/选题动机/目的 (4) 1.3系统与“创新杯”的主题关系(2) (5) 1.4市场调查过程和结论(3) (5) 2 需求分析 (6) 2.1概要 (6) 2.2使用场景 (6) 2.3可行性分析报告 (7) 2.4 应用领域/实用性分析 (8) 2.5未来发展方向 (8) 3 团队组成和分工 (8) 4 系统功能概述 (9) 4.1功能需求分析 (9) 4.2 系统性能要求 (9) 4.3功能点列表 (10) 4.4性能点列表 (10) 4.5数据描述 (11) 5 系统设计概要 (11) 5.1实现系统所采用的技术方案和技术亮点 (11) 5.2系统构架 (12) 5.3功能模块描述 (12) 5.4 E-R图 (17) 5.5用例图 (19) 5.6概念数据模型图 (20) 5.7业务模型 (21) 5.8 界面 (22) 6 系统环境 (27)

6.1开发平台 (27) 6.2 Client运行环境 (27) 6.3 Server运行环境 (28) 7 项目时间进度表 (28) 7.1总体进度表 (28) 7.2软件工作产品规模和工作量估计 (28) 8 风险分析 (29)

1系统主题 1.1引言 在现代化的银行管理中，银行管理系统有着十分重要的作用，然而，用大型软件系统对于小型的企事业单位，不啻于“杀鸡用牛刀”，因此小型软件对于这种单位自然有十分重要作用。某小型企业出与这种目的制作了这银行账户管理系统。 1.2背景/选题动机/目的 随着社会经济的发展，信息化程度的不断深入，银行的传统业务己愈来愈不能满足银行客户的需要。 现今，人们的金融意识、科技意识己经有了很大的提高，在紧张忙碌的生活中，己越来越来不习惯每月奔忙于各银行营业柜台之问去排队缴各种各样的费用了；同时，各种经营单位如电信、移动、供电、煤气、自来水、证券等等一是为了提高服务质量、方便客户，二是为了减轻自己日趋繁重的工作量，纷纷委托银行为其开展代收代付业务：同时，随着我国加入世贸组织的日益临近，我国的银行业将面临更加激烈的同业竞争，如何提供更多的金融产品和更优质的服务，如何吸引更多的客户，如何利用计算机技术加强银行帐户信息管理、进行银行业务再造，提高银行的工作效率和业务竟争能力是摆在各家银行面前的一个迫切需要解诀的问题。 近几年来，各商业银行加快了与社会各业的合作，利用自身的网点优势和业务特点，为其提供各种高效、快捷的代收代付业务，也就是中间代理业务，目前以与广大人民群众生活密切相关的各项缴费业务如水电费、电话费、手机费等代收业务为主，这些业务开展方式多种多样，但一般都离不开计算机的高效管理支持。 随着代理业务不断发展，业务品种越来越多，各项业务做法互有差异，这就对银行的电子化水平和相应的管理水平提出了更高的要求。如何利用电子化的手段构建一个高效统一的、通用灵活的系统来管理各种各样的业务，是每个商业银行所要研究的课题。支持决策系统的，需要在数据库的基础上，进行联机分析处理，每次处理的数据量大，响应时间长。 特别是银行每天要处理大量的存取款事件，做好存取款是银行工作重要的环节，然而要有效处理必须要有良好的程序和数据管理系统来建立一个良好的软件系统来实现快速、有效、准确、安全的处理银行事物。

软件项目开发计划书

软件项目开发计划书 1引言 1.1编写目的 提示：该项主要说明编写这份项目开发计划的目的，指出预期的读者。 1.2项目简介 1.2.1项目名称 提示：项目名称项主要说明项目编号、项目名称及中英文简称。 1.2.2产品标识 提示：产品标识项主要为产品给定唯一标识：产品名称、产品简称、版本号等相关信息。 1.3定义 提示：定义项主要列出文件中用到的专门术语的定义和缩略语，要求表述清晰明了准确。 1.4参考资料 提示：参考资料项主要列出制定开发计划须依据的文件和项目开发过程中需要使用的参考资料，如： 本项目的经核准的计划任务书或合同，上级主管部门的批文。 属于本项目的其他已发表的文件。 本文件中各处引用的文件、资料。 开发中所需用到各类资料及开发标准等相关信息。 2.项目概述 提示：项目概述项要重点描述与项目开发相关的需求与约束。 2.1工作内容 提示：工作内容项简要地说明在本项目的开发中须进行的各项主要工作。

2.2交付项 提示：交付项列出需交付给用户的软件、硬件、文档、媒体形式等产品项，并说明其功能和性能。 3.非交付项 提示：非交付项主要说明开发过程中使用但不必向用户移交的软件、硬件或文档资料。 3.项目组织和资源 3.1项目组织 提示：项目组织主要说明项目组的组织结构、内部关系、负责人（为直观和可理解该项内容可用结构图的形式来表示）。 3.2项目资源 3.2.1人力资源 提示：人力资源主要说明参与项目的总人数和人员结构，人员结构可用下表从职责和技术水平等方面进行说明。格式和内容如表1所示。 表1：项目人员构成表 3.2.2已有开发设施 提示：已有开发设施项主要说明开发地点、使用设备、合同条款所要求的其他已有设施。 3.2.3须获取的设施及相关资源 提示：须获取的设施及相关资源项主要说明须获取的设备、软件、服务设施、图书资料、用户相关文档资源、文件资料等，说明获取的方法（如：外购、租赁）、获取的时间等内容。 3.2.4可复用资源

一个完整的软件开发流程

一个完整的软件开发流程 一、开发流程图 二、过程产物及要求 本表主要列出开发阶段需要输出的过程产物，包括产物名称、成果描述、负责人及备注，即谁、在什么时间、应该提供什么内容、提供内容的基本方向和形式是什么。 三、过程说明 (一)项目启动 1、产品经理和项目干系人确定项目方向，产品型项目的干系人包括公司领导、产品总监、技术总监等，项目的话则包括客户方领导、主要执行人等。

2、公司领导确认项目组团队组成，包括产品经理、研发项目经理、研发工程师、测试团队等。 3、明确项目管理制度，每个阶段的成果产物需要进行相应的评审，评审有相应的《会议纪要》;从项目启动起，研发项目经理每周提供《项目研发周报》;测试阶段，测试工程师每周提供《项目测试周报》。 4、产品经理进行需求调研，输出《需求调研》文档。需求调研的方式主要有背景资料调查和访谈。 5、产品经理完成《业务梳理》。首先，明确每个项目的目标;其次，梳理项目涉及的角色;再来，每个角色要进行的事项;最后，再梳理整个系统分哪些端口，要有哪些业务模块，每个模块再包含哪些功能。 (二)需求阶段 1、进入可视化产物的输出阶段，产品经理提供最简单也最接近成品的《产品原型》，线框图形式即可。在这个过程中还可能产生的包括业务流程图和页面跳转流程图。业务流程图侧重在不同节点不同角色所进行的操作，页面跳转流程图主要指不同界面间的跳转关系。项目管理者联盟 2、产品经理面向整个团队，进行需求的讲解。 3、研发项目经理根据需求及项目要求，明确《项目里程碑》。根据项目里程表，完成《产品开发计划》，明确详细阶段的时间点，最后根据开发计划，进行《项目任务分解》，完成项目的分工。 4、研发工程师按照各自的分工，进入概要需求阶段。《概要需求》旨在让研发工程师初步理解业务，评估技术可行性。 (三)设计阶段 1、UI设计师根据产品的原型，输出《界面效果图》，并提供界面的标注，最后根据主要的界面，提供一套《UI设计规范》。UI设计规范主要是明确常用界面形式尺寸等，方便研发快速开发。UI设计常涵盖交互的内容。 2、研发工程师在界面效果图，输出《需求规格》，需求规格应包含最终要实现的内容的一切要素。 3、研发工程师完成《概要设计》、《通讯协议》及《表结构设计》，及完成正式编码前的一系列研发设计工作。 (四)开发阶段项目经理博客 1、研发工程师正式进入编码阶段，这个过程虽然大部分时间用来写代码，但是可能还需要进行技术预研、进行需求确认。

超市管理系统项目开发计划书

超市管理系统项目开发计划书

1.引言 1.1目旳` （1）大大提高超市旳`运作效率； （2）通过全面旳`信息采集和处理，辅助提高超市旳`决策水平； （3）使用本系统，可以迅速提升超市旳`管理水平，为降低经营成本，提高效益，增强超市扩张力，提供有效旳`技术保障. 1.2范围 由于这是一个较小旳`软件项目（开发人数少，并且开发时间短）适应于各种小型旳`超市. 1.3 定义术语 对软件组织内部和外部有关旳`行业术语、专用名词进行定义. （1）、软件架构：软件系统旳`总体逻辑结果.按照不同旳`设计方法，有不同旳`总体逻辑结构.采用面向功能或面向数据旳`设计方法，总体逻辑结构为一树形旳`功能 模块结构图.采用面向对象或面向部件（构件）旳`设计方法，总体逻辑结构为 部件（结构）旳`组装图. （2）、数据结构：数据结构包括：数据库表旳`结构、其他数据结构等. （3）、子系统：具有相对独立功能旳`小系统叫做子系统.一个大旳`软件系统可以划分为多个子系统，每个子系统可由多个模块或多个不见组成. （4）、模块：具有功能独立、能被调用旳`信息单元叫做模块.模块是结构化设计中旳`概念. （5）、内部接口：软件系统内部各子系统之间、各部件之间、各模块之间旳`接口，叫做内部接口.接口描述包括：调用方式、入口信息、出口信息等.

（6）、参考数据：参考数据是指文件书写时用到旳`其他数据. （7）、相关文档：相关文档是指当本文档内容变 1.4 参考质料 【1】、《软件需求分析》Swapna Kishore编机械工业出版社【2】、《软件工程技术概论》朱三元等编着 【3】、《SQL Server 2000 编程员指南》李香敏编北京希望电子出版社【4】《数据库原理及设计》陶宏才编清华大学出版社 【5】《超市管理软件资料》. 【6】《开发要求说明》． 【7】《软件需求说明书》. 【8】《概要设计说明书》. 1.5相关文档 【1】超市管理系统立项建议书 【2】超市管理系统需求书 1.6 版本更新记录 版本更新记录

软件项目开发工作流程

软件项目开发工作流程 一、简述 对于一个新项目，从可行性研究到产品交货整个生存阶段将经历如下十大流程： 1、项目可行性研究阶段 2、立项阶段 3、需求分析阶段 4、开发策划阶段 5、设计阶段 6、编码实现阶段 7、测试阶段 8、验收阶段 9、产品交付使用 10、维护阶段 二、项目组基本组成及岗位职责 新项目立项时会成立项目组，不同的项目组成员有不同的职责，一个项目组成员也可以身兼多职，但不可身兼全职。 a项目负责人：负责项目的管理、组织、对技术、进度、质量全面负责。 b质量保证人员：负责质量保证工作计划的落实和软件的质量保证。 C配臵管理人员：负责本项目的配臵管理工作，对本项目的文档、程序是否符合规程文件的要求进行形式化的检查。 D分析人员：主要负责本项目的需求分析工作。 E设计人员：主要负责本项目的设计工作。 F程序员：按设计要求和有关标准进行编程工作。 G测试人员：负责单元测试、组合测试和总装测试工作。 H文档人员：负责本项目有关文档的编写工作。 I产品经理：协助进行产品研制计划制定、产品发布与产品推广等,在产品开发中，充分代表用户的利益，提供建议,负责在产品功能与出品日期二者之间的权衡;负责产品市场营销、产品销售和市场推广过程。（通常由营销部门或中试部门人员担任） 三、软件开发流程 3．1 可行性研究阶段 如果是公司自主开发项目，可行性研究通常是由公司技术负责人根据公司产品规划和市场需求，在要开展新项目前通过部门负责人指定人员进行的前期调研工作，可行性研究负责人员对产品的市场需求、技术发展、市场定位、功能需

求、经济效益、进度需求、风险分析等进行可行性研究，提供产品立项建议，拟制可行性研究报告，由部门负责人指定营销部门配合可行性分析人员，技术负责人协助安排。可行性分析完毕后由总工办组织对可行性研究报告进行评审，评审通过后，总工办组织进行立项工作。 如果是系统集成部外接的系统集成项目，在系统集成部与客户签订合同之前，均应对将签项目进行资源、技术、市场的可行性分析，可行性分析通过后、签订合同前由总工办组织相关人员对合同条款进行评审，评审通过后，总工办组织进行立项工作。 本阶段提交的文档：项目可行性研究任务书（技术负责人或部门负责人下达） 项目可行性研究报告（可行性研究人员编写） 系统集成项目合同 质量记录：可行性分析评审报告 3．2立项阶段 可行性分析评审通过后，由开发部门经理下达立项任务，指定相关人员填写立项申请报告报批。报批通过后，由部门经理与技术负责人协商，下达开发任务书，经技术负责人审核确认后，报公司批准。批准立项后项目进度应以立项申请报告中的阶段进度为准，如果进度要调整，需填写进度调整申请报告报批。 本阶段提交的文档：项目立项申请报告 开发任务书 3．3 需求分析阶段 承办单位根据交办单位提出的技术要求和相应的软件任务书以及其它有关文件，与交办单位协作，确定详细的软件需求，该阶段完成的软件需求规格说明经审定和批准后将作为整个软件开发工作的基础列入配臵管理的基线，在本阶段可利用快速原型法使比较含糊的具有不确定性的软件需求（主要是功能）明确化。能给本公司开发的软件的“需求基线”确定提供一个讨论、进一步完善的基础。在本阶段，由产品经理负责，其他人员配合，编写产品规格说明书，此说明书面向最终用户和领导，主要描绘产品的形状以及功能、性能、功能特性、性能特性。由项目经理负责编写系统技术方案书，描述公司初次使用的技术的详细解决方案。本阶段完毕后对需求分析进行评审，出具需求分析评审报告。 本阶段提交的文档：软件需求规格说明书。 原型分析说明书 产品规格说明书 系统技术方案书 质量记录：需求分析评审报告 提交的软件：产品的原型（注：如果时间有限，可以只编写原型分析说明书而不作原型） 3．4开发策化阶段

软件开发项目计划清单书格式

正文 一、项目计划书格式 根据《GB8567－88计算机软件产品开发文件编制指南》中项目开发计划的要求，结合实际情况调整后的《项目计划书》容索引如下： 1 引言 1.1 编写目的 1.2 背景 1.3 定义 1.4 参考资料 1.5 标准、条约和约定 2 项目概述 2.1项目目标 2.2产品目标与围 2.3假设与约束 2.4 项目工作围 2.5 应交付成果 2.5.1 需完成的软件 2.5.2 需提交用户的文档 2.5.3 须提交部的文档 2.5.4 应当提供的服务 2.6 项目开发环境 2.7 项目验收方式与依据 3 项目团队组织 3.1 组织结构 3.2 人员分工 3.3 协作与沟通 3.3.1 部协作 3.3.2 外部沟通 4 实施计划 4.1 风险评估及对策 4.2 工作流程 4.3 总体进度计划 4.4 项目监控 4.4.1 质量控制计划 4.4.2 进度监控计划 4.4.3 预算监控计划 4.4.4 配置管理计划 5 支持条件 5.1 部支持（可选） 5.2 客户支持（对项目而言） 5.3 外包（可选） 6 预算（可选） 6.1 人员成本 6.2 设备成本

6.3 其它经费预算 6.4 项目合计经费预算 7 关键问题 8专题计划要点 二、项目计划书的编写说明 1 引言 1.1 编写目的 说明编写这份项目计划的目的，并指出预期的读者。 作用：本节是为了说明编制“项目计划书”亦即本文档的意图和希望达到的效果。注意这里的“目的”不是“项目目标”，而是为了说明本文档的目的与作用。“项目目标”在2.1中说明。 意义：使项目成员和项目干系人了解项目开发计划书的作用、希望达到的效果。开发计划书的作用一般都是“项目成员以及项目干系人之间的共识与约定，项目生命周期所有活动的行动基础，以便项目团队根据本计划书开展和检查项目工作。” 例如可以这么写：为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，因此以文件化的形式，把对于在项目生命周期的工作任务围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队外沟通协作方式、开发进度、经费预算、项目外环境条件、风险对策等容做出的安排以书面的方式，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。 常见的问题：把项目本身的“项目目标”误作编制项目开发计划的目的。 1.2 背景 主要说明项目的来历，一些需要项目团队成员知道的相关情况。主要有以下容： 项目的名称：经过与客户商定或经过立项手续统一确定的项目名称，一般与所待开发的软件系统名称有较大的关系，如针对“XX系统”开发的项目名称是“XX系统开发”。 项目的委托单位：如果是根据合同进行的软件开发项目，项目的委托单位就是合同中的甲方；如果是自行研发的软件产品，项目的委托单位就是本企业。 项目的用户（单位）：软件或网络的使用单位，可以泛指某个用户群。注意项目的用户或单位有时与项目的委托单位是同一个，有时是不一样的。如海关的报关软件、税务的报税软件，委托单位是海关或税务机关，但使用的用户或单位不仅有海关或税务机关，还包括需要报关、报税的企业单位。 项目的任务提出者：本企业部提出需要完成此项目的人员，一般是领导或商务人员；注意项目的任务提出者一般不同于项目的委托单位，前者一般是企业部的人员。如果是部开发项目，则两者的区别在于前者指人，后者指单位。 项目的主要承担部门：有些企业根据行业方向或工作性质的不同把软件开发分成不同的部门（也有的分为不同事业部）。项目的特点就是其矩阵式组织，一般一个项目的项目成员可能由不同的部门组成，甚至可能由研发部门、开发部门、测试部门、集成部门、服务部门等等其中几个组成。需要根据项目所涉及的围确定本项目的主要承担部门。 项目建设背景：从政治环境上、业务环境上说明项目建设背景，说明项目的大环境、来龙去脉。这有利于项目成员更好地理解项目目标和各项任务。 例句：根据《某部关于某建设工作的实施意见》精神，为了保障某建设工作的正常实施，必须加强监督考核，建立督查通报制度，某市某建设工作小组办公室把此项建设工作实施列入督查的重要容，及时掌握进度，相关部门建立市某建设工作简报制度，及时反映全市某建设工作动态。 目前对于某建设工作的工作主要采用计划部门手工编制年度计划、建设工作主管部门和建设工作实施单位联合手动编制进度计划，某建设工作单位手工上报建设工作进度情况的方式，而全市的建设工作有数百个，加上前期建设工作的数量和今后某市建设发展的趋势，建设工作的数量将越来越多，原来的工作模式已经越来越无法适应市委市政府的要求。因此，充分利用现代信息化、因特网的优势，建立“某市某建设工作信

学籍管理系统项目计划书

学籍管理系统项目计划书 成绩管理系统项目计划书学院软件学院班级12级软件工程学号姓名全文结束》》年7月4日目录1 引言----------------------------------------------------------- 21、1前期准备--------------------------------------------------- 21、1、1目的--------------------------------------------------- 21、1、2背景--------------------------------------------------- 21、、2参考资料---------------------------------------------------22项目概述-------------------------------------------------------- 32、1目标-------------------------------------------------- 32、2产品---------------------------------------------------- 52、3运行环境-------------------------------------------------

62、4服务-----------------------------------------------------63可行性研究的前提---------------------------------------------------1 13、1要求-----------------------------------------------------1 13、2目标------------------------------------------------------1 23、3可行性研究的方法---------------------------------------------1 43、3评价尺度-----------------------------------------------1 43、3对现有系统的分析---------------------------------------------144功能------------------------------------------------------1 44、1功能定义-----------------------------------------------1 44、2模块功能介绍-----------------------------------------------165对所建议系统的说明-------------------------------------------------18 5、1说明-----------------------------------------18 5、2处理流程和数据流程------------------------------------19

软件开发计划书

软件开发计划书项目名称：自由游戏平台

参与人员： 软件项目开发计划书自由游戏平台 目录： 1.引言 1.1编写目的 1.2编写背景 1.3定义 1.4参考资料 1.5系统动机 1.6标准.条件和约定 1.7编写文档的WBS 2.项目概述 2.1工作内容 2.2主要参加人员 2.3产品及成果 ①程序

②文件 ③服务 ④非移交产品 2.4验收标准 ①代码的验收 ②文档的验收 ③服务的验收 2.5完成项目的最迟期限 2.6本计划的审查者与批准者 3.实施总计划 3.1开发过程 ①需求分析 ②系统设计 ③编码及测试阶段 ④文档.产品部署 ⑤项目总结 3.2工作任务的分解 3.3接口人员 3.4进度 3.5预算 3.6关键问题 4.支持条件 4.1计算机系统支持 4.2需要用户承担的工作

4.3需由外单位提供的条件 5.专题计划要点 5.1开发人员培训计划 5.2测试计划 5.3质量保证计划 5.4人员配置计划 5.5客户培训计划 5.6安全保密计划

引言 编写目的: 为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，有必要以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容以书面的方式描述出来，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。 本项目开发计划用于从总体上指导《自由游戏平台》项目顺利进行并最终得到通过评审的项目产品。本项目开发计划面向项目组全体成员。 背景 《自由游戏平台》主要功能是,为广大用户提供一个面对面的游戏平台；基本可包括所有保单系列产品，以及国内外比较流行的博彩游戏！该项目在计划中... 项目背景规划

软件开发项目计划编制过程

软件开发项目计划编制过程 2006-06-13 本文简要说明了软件开发项目的计划的要素、计划编制过程、以及项目计划内容确定的一般过程。 一、项目计划的要素 根据PMBOK2000，项目计划可以包含如下要素： 1、项目范围说明 项目范围说明阐述进行这个项目的原因或意义，形成项目的基本框架，使项目所有者或项目管理者能够系统地、逻辑地分析项目关键问题及项目形成中的相互作用要素，使项目干系人在项目开始实施前或项目相关文档编写以前，能够就项目的基本内容和结构达成一致；项目范围说明应当形成项目成果核对清单，作为项目评估的依据，在项目终止以后或项目最终报告完成以前进行评估，以此作为评价项目成败的依据；范围说明还可以作为项目整个生命周期监控和考核项目实施情况的基础，和项目其他相关计划的基础。 2、项目进度计划 进度计划是说明项目中各项工作的开展顺序、开始时间、完成时间及相互依赖衔接关系的计划。通过进度计划的编制，使项目实施形成一个有机的整体。进度计划是进度控制和管理的依据，可以分为项目进度控制计划和项目状态报告计划。 在进度控制计划中，要确定应该监督哪些工作、何时进行监督、监督负责人是谁，用什么样的方法收集和处理项目进度信息，怎样按时检查工作进展和采取什么调整措施，并把这些控制工作所需的时间和人员、技术、物资资源等列入项目总计划中。 3、项目质量计划 质量计划针对具体待定的项目，安排质量监控人员及相关资源、规定使用那些制度、规范、程序、标准。项目质量计划应当包括与保证与控制项目质量有关的所有活动。质量计划的目的是确保项目的质量目标都能达到。根据ISO9001要求和PMBOK2000，为实现质量目标，组织应遵循以