凡事预则立：谈项目开发计划（5篇）

第一篇：凡事预则立：谈项目开发计划

在开发活动中，项目计划是项目启动后的头一件重大事件，但也是经常被忽略的一件事。

项目计划好比是一份项目的交通图，指导项目准确的达到目标，即使它没有被形成规范文档，它至少会在项目经理的脑子里，只不过比较粗糙和模糊罢了。

为什么每个项目都需要一份项目计划，并且要形成规范的文档呢？这是因为：

第一、通过制定计划，使得小组和有关管理人员，对项目有关事项，如资源配备、风险化解、人员安排、时间进度、内外接口等形成共识，形成事先约定，避免事后争吵不清；

第二、通过计划，可以使得一些支持性工作以及并行工作及时得到安排，避免因计划不周造成各子流程之间的相互牵掣。比如测试工具的研发，人员的培训都是需要及早计划和安排的。

第二、可以使项目实施人员明确自己的职责，便于自我管理和自我激励；

第三、计划可以有效的支持管理，作为项目经理、业务经理、QA经理、测试经理们对开发工作跟踪和检查的依据；

第四、做好事先计划，就可以使注意力专心于解决问题，而不用再去想下一步做什么？

第五、计划是项目总结的输入之一，项目总结其实就是把实际运行情况与项目计划不断比较以提炼经验教训的过程。通过计划和总结，项目过程中的经验和教训别很好的记录和升华，成为“组织财富”。

制定项目计划的过程被称为项目策划。在项目策划时，要尽量让员工估计自己的工期，使团队成员积极参与到项目中来，而且由于技术发展如此迅速，往往只有具体模块开发人员对那部分工作最了解；但是项目经理也不是完全消极的，他应该积累项目管理数据，推动开发过程能力成熟度的提高，以便可以协同开发人员进行越来越准确的项目估计。计划常以文本文档和图形文档结合的形式出现，文本主要记录项目的约束和限制、风险、资源、接口约定等方面的内容，对于进度和资源分解、职责分解、目标分解最好通过项目管理软件工具（如普遍应用的Microsoft project）来进行规划和管理，不要分散在文档的若干个地方，那样非常不利于同步修改。项目计划需要设计成“可检查”的文件，这要求任务的划分要细到具体产品，如果存在有形产品的输出，要罗列出来。比如测试这一任务，不要简单分解为测试准备、测试执行，而是分解为测试环境搭建、测试方案编制、测试执行、测试报告编制为好。

使用Microsoft project编制的文件可以称为计划进度表，可以用来规划项目时间进度，辅助项目跟踪。计划进度表的制定步骤是：工作分解和定义（WBS）、任务排序、活动历史估算、编制。

估算是计划活动的基础之一，有工作规模估算、工作量估算、成本估算等。估算要求有历史数据，要求在项目过程中通过不断的维护项目数据库积累历史数据。这些数据既可以分析和总结本项目，又可作为后续项目的历史数据。

在计划实施过程中需要注意的一点是，不能把计划“固定化”。“计划赶不上变化”，但“要跟上变化”。实际运作中，要对计划进行周期性维护。开发计划会受到很多影响，比如相关计划（质量保证计划、采购计划、测试计划、验收计划等）的影响，实际进度变动的影响、资源变动的影响、项目目标变动的影响、还有随着需求的逐渐明确引起的项目计划细化，如果在这些变化发生后，没有及时维护开发计划，开发计划于实际的偏离会越来越大，最后变得没有价值，人们就会不再阅读它。所以实际工作中要有具体的责任人和一套指导书来对计划实施指导和维护。计划变更时，要保留旧的版本，在总结阶段需要阅读旧版本的信息以对项目过程的变更历史作评价。总之：变化的计划才有生命力！

实际工作执行项目计划常常遇到各种困难。有的组织文化中有种观念认为计划是一种约束，反正大家努力往前赶就对了，没必要自己捆住手脚；另外一种情况是大家没有按照计划工作的习惯，计划虽然做好了，做的时候还是我行我素，管理人员也没有维护计划的习惯，项目开始没多久，计划就被完全撂了一边；还有一种情况是资源不能保障，比如，设备不能到位，人员也频繁被抽调从事计划外活动，每天改计划都来不及，只好放弃计划，这种情况常见于一些规模较小的还在“求生存阶段”的公司。

事实上，不仅是在项目计划这一问题上，在其它引入制度化的场合都遇到了类似的困惑。据说，美国家庭常会对做家庭清扫这样的事情列出一张“责任矩阵表”，按表的内容顺序进行扫除活动，完成一项作一个记号，这其实就是一种简单的项目管理，他们在如此自然的运用，对于中国人是不可想象的。但是制度化是商业社会的基石，迟早要渗透到社会生活的每一个缝隙。具体到项目管理中的计划活动，除了尽量把计划做的更具可行性以外，努力在组织内传播和培育制度化的组织文化将是项目经理们的一项长期责任，除此，别无选择。

第二篇：项目开发计划

二、项目开发计划

二、项目开发计划

1．引言.............................2

1.1编写目的...........................2

1.2项目背景...........................2

1.3定义............................2

1.4参考资料...........................2

2．项目概述............................3

2.1工作内容...........................3

2.2项目开发工作人员.........................3

2.3条件与限制.......................3

2.4产品............................3

2.5运行环境...........................4

2.6服务............................4

2.7验收标准...........................4

3．实施计划............................5

3.1任务分解与人员分工.....................5

3.2进度............................5

3.3预算............................5

3.4关键问题...........................5

3.5交付期限...........................5

4．专题计划要点...........................6

1．引言

1.1编写目的【阐明编写可行性研究报告的目的，指明读者对象。】

1.2项目背景

【应包括：

a 建议开发的软件的名称；

b 说明项目提出者、开发者，明确项目的最终用户对象；

c 项目与我行其他项目或其他系统的关系。】

1.3定义

【列出文档中所用到的专用术语的定义，英文缩写词的原文。】

1.4参考资料

【列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源，可包括：a 项目经核准的计划任务书、合同；

b 上级机关的批文；

c 与项目有关的已发表的资料；

d 文档中所引用的资料，所采用的软件标准或规范。】

2．项目概述

2.1工作内容

【简要说明项目的各项主要工作，介绍所开发软件的功能、性能等。若之前没有编写可行性研究报告，则应在本节给出较详细介绍以上内容。】

2.2项目开发工作人员

【扼要说明能够参加本项目工作人员的详细情况，可以根据归属不同划分为三类人员：本项目组成员、本单位其他项目组人员、其他单位人员。应当简要介绍以上人员的技术水平情况】

2.3条件与限制

【阐明为完成项目应具备的条件、开发单位已具备的条件以及尚需创造的条件。必要时还应说明用户及分合同承包者承担的工作、完成期限及其他条件与限制。主要包括：

a 计算机系统支持：列出软件开发和运行时所需要的计算机系统的支持，包括计算机、外

围设备、通讯设备、软件、数据存储能力和测试能力，逐项给出有关系统的使用的时间要求；

b 用户承担的工作：逐项列出需要用户承担的工作和完成期限，包括需要用户提供的条件

及其提供时间；

c 外单位承担的工作：如果有外单位分合同承包者，则需要列出外包合同承担单位承包工

作的工作内容、完成期限。等等】

2.4产品

2.4.1用户程序

【列出应交付给用户的程序名称、使用的编程语言及存储形式，并通过引用有关文件逐项说明起功能和能力。】

2.4.2用户文档

【列出应交付给用户的文本形式的文档名称、内容要点、提交形式、提交时间。】

2.4.3管理文档

【列出应交付给项目管理人员用于项目流程监督、项目进度管理、质量管理工作的文档。】

2.5运行环境

【应包括硬件环境、软件环境。】

2.6服务

【阐明开发单位可向用户提供的服务。如人员培训、安装、保修、维护和其他运行支持。】

2.7验收标准

【对于上述应上交的产品和服务，逐项说明或者引用资料说明验收标准。】

3．实施计划

3.1任务分解与人员分工

【对于项目中需要完成的各项工作按照层次进行分解，指明各项任务的负责人和参见人员。在这个章节还需要说明接口的划分和负责人员的职责，接口主要包括：

a 项目同用户的接口；

b 项目同本单位各管理结构的接口；

c 本项目同承担外包合同单位的接口。等等】

3.2进度

【对于分阶段完成的项目，用图表说明开始时间、完成时间。】

3.3预算

【根据可行性研究时候的支出科目逐项列出项目开发的预算。】

3.4关键问题

【说明可能影响项目的关键问题，如设备条件、技术焦点或其他风险因素，并说明对策。】

3.5交付期限

【说明完成项目的最迟期限。】

4．专题计划要点

【说明本项目中需要制订的各个专题计划，如外包分合同计划、开发人员培训计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、系统安装计划等。】

第三篇：房地产项目开发计划

房地产项目开发计划书

敬启者：

根据贵公司与我所李强律师的初步交流，为实现双方进一步合作，现由我所李强律师结合我国房地产开发市场已经成熟的模式及BOT项目模式，就贵公司拟开发的A项目提出本计划书。

一、假设案例

甲方为一家中央直属企业，其名下现有30亩土地，土地性质为国有，甲方希望通过“招、拍、挂”方式，受让取得该地，拟用于商业开发，但缺乏资金支持。乙公司有雄厚资金实力和可靠融资渠道，并愿意与甲方合作，乙公司的合作目的在于通过资本运作获得必要的使得利益最大化，现双方初步达成一致的是：甲方通过“招、拍、挂”方式保证取得该地块的使用权，所需资金9000万元人民币由乙公司提供，甲方同时用自有的在某银行1亿元人民币定期存款为乙公司提供担保。甲、乙有能力通过政府渠道得到政府返还的地价款的80%，即9000万元×80%=7200万元人民币。甲方取得的30亩土地及政府返还的地价款7200万元人民币，直接投入A项目开发。甲方在获得乙公司9000万元人民币后授权乙公司全面负责A项目开发，A项目所需开发资金缺口由乙公司负责投入，项目开发成功后，双方利益分配比例为3：7，即甲方获得全部项目30%的房屋所有权或售房款，乙公司获得全部项目70%的房屋所有权或售房款。至此，双方合作顺利结束。

二、排除条款

1、甲方能够顺利取得30亩土地的合法使用权，并将其作为A项目开发的投资；

2、甲方保证政府将地价款的80%返还并投入A项目开发且作为甲方在A项目中的投资；

3、甲方的合作是善意的，双方合作过程未产生重大误解或纠纷；

4、甲方除对项目开发工作进行监审外，并不实质性介入项目开发工作；

5、甲方在银行一亿元的人民币存款是真实的、自由的，未设定他项权利。甲方董事会有权决定该款项对外提供担保且可以取得存款行同意；

6、甲方有房地产开发经营资质且经过当政府建设主管部门审核；

7、乙公司有足够资金支持除甲方投资外的全部项目开发所需资金，或有可靠融资渠道保证该资金能及时到位（包括先期支付给甲方的9000万元人民币）；

8、乙公司的投资分析是全面的、科学的，利益回报在其期待范围内；

9、乙公司对甲方取得土地使用权及80%地价返还款的判断是正确的；

10、乙公司确实取得了甲方关于A项目开发的全部授权，并有能力组织项目部进行具体项目开发工作；

11、乙公司有良好的商品房销售渠道，有能力在半年内完成 80%以上商品房的销售及回款工作；

12、甲乙双方均对A项目开发期间国家的政策、法律，特别是房地产开发及房地产金融政策有充分的了解预判，对不可抗力所可能导致的风险有足够的应对措施和承受能力。

三、项目开发的各阶段主要法律文书、风险及风险防范

1、合作前期阶段

本阶段的工作将对甲乙双方今后是否可以合作起决定性作用。为了保证双方的合作能够在合法、真实、善意的前提下有序进行。作为乙公司必须在合作协议签订前组织有经验的人

员进行前期尽职调查，并形成下列两份报告：

（1）《尽职调查报告》。报告的内容包括但不限于：合作方（甲方）的合作诚意，合作方的合作方法、目的，合作方拥有的项目开发必须的有关资质，合作方的资信状况和履约能力，合作方存在的可能影响项目开发的法律纠纷或潜在的法律纠纷，合作方承诺的而归政府拥有的政策的可靠性等。

（2）《项目可行性调研报告》。报告的内容包括但不限于：项目土地使用权成本在项目所在地土地价格中的地位，符合项目所在地城市规划的物业的设计面积和容积率、项目开发可控制成本和因不可预见因素可能导致的预算追加，项目所在地在项目开发周期内房地产市场可能发生的变化和市场走向，在充分考虑了自方资产状况、资金周转期、利率水平、现金流量等因素后的融资成本及利润回报率等。

上述二个报告是乙公司决策的依据，其重要性不言而喻。报告的错误将可能导致决策失误，进而致使合作失败。因此，乙公司的损失将是巨大的，而避免风险的唯一途径便是力求二个报告内容的客观、真实。

2、合作协议书的签署到取得土地使用权证书阶段

一旦就合作事项特别是合同原则达成一致，双方应签订《合作协议书》并力争尽快以甲方名义取得土地使用权证并取得政府承诺的80%的地价款返还。这一阶段的主要法律文书有：

（1）、甲方与乙方签订A项目开发的《合作协议书》。双方的合作由于是一种联合开发或投资组合，法律关系复杂，合作形式相对松散，所以双方所签《合作协议书》将成为项目开发过程中的“宪法”。《合作协议书》的内容必须对合作者相互之间权利、义务、资金投入方面、面积分配方面、竣工后的遗留问题的处理方面、预算追加方面以及违约责任等进行明确具体约定。特别要注意的是必须同时充分考虑到各种不可预测的因素，留有充分补救的余地。不可否认这是一个较为复杂且极为重要的法律文件，该协议的不规范或未尽注意，导致的风险将是根本性的，风险的防范就在于所签协议文本的合法性和穷尽性。

（2）、在甲方取得项目建设用地的时候，乙公司必须先期支付甲方9000万元人民币，甲方用于支付项目开发用地的地价，双方要签订另外一份协议（暂称《借款协议》），该协议内容可以包括“借款”性质、期限、甲方偿还方式和期限、甲方提供其在银行1亿元人民币存款质押担保、甲方保证政府有80%地价款返还并直接投入项目建设等内容。但这里必须注意的法律障碍是，根据我国目前现行法律和政策，企业间的拆借资金行为是法律禁止的，包含这一内容的合同是无效的，因此建议用诸如将9000万元直接约定成为乙公司的投资款但不因此改变地价返还的责任、担保责任和利益分配比例等方式更为妥当。

（3）、在签订《借款协议》时，甲乙双方同时需要签订担保协议，亦可直接将担保条款作为《借款协议》条款。无论何种方式这里要充分重视的是，甲方在银行1亿元人民币的存款未设立他项权利，同时应取得银行的支持，并从合同权力中享有到期优先受偿权。这里可采取的保障措施较多，但无论采用何种措施，目的在于保障质押担保的合法性和可操作性。

（4）、在上述工作结束且以甲方名义取得项目用地《土地使用权证书》后，乙公司便全权代理甲方进行项目开发全过程的各项工作，乙公司取得这一权利的依据便是甲方给乙公司的《授权书》，该《授权书》应与《合作协议书》一并签署，其内容应包括授权范围、授权效力、甲方授权后参与项目建设的方法、深度、授权期限及违约责任等。这一法律文书难度不再于其内容，而在于双方对其严格遵守和履诺。

至此，甲乙双方的合作便进入一个固定轨道，即按前期所签一系列法律文书各尽其责，相互配合，通力合作，共同保证项目顺利完成。应该说项目建设过程中双方可能签署的其他法律文书不会很多，更多的是乙公司代表甲方与第三方签署的各种大量的合同文书，这些法律文件不在本计划书中包括，故而略去不谈。但这一阶段（项目建设过程中）甲、乙双方需要注意的是对前期签署的法律文件的善意的履行。由于各种法律文书中可能已经设置了不可

逆转的极为严重的违约责任，所以任何一方都不会轻易冒违约的风险。

四、本合作方案的可行性

本合作模式应该是一种先进理念与成熟方案的进一步结合，具有强大的优越性，从法律层面上讲具有很强的可操作性。但需要注意的是，双方应该对这一操作模式有充分的理解。同时这一模式中包含的法律关系复杂，因此在具体操作时更应在每一阶段对各种风险进行防范，并且要注意合同条款本身的可操作性，由于目前采用这种模式可借鉴的成熟经验不多，必然对项目建设的组织者能力要求更高。

五、本合作模式下双方的利弊关系

作为甲方，由于资金缺乏，融资渠道不畅，其独立承担项目建设的能力受到限制，不尽快实施项目开发不仅其应获利益无法实现，更为严重的是其已经取得的土地都有可能因其不在法律规定的年限内开发而被政府收回。在采用本计划书分析的合作模式下，甲方不仅解决了资金缺乏的燃眉之急而且在有限的投入下取得了最大的利益回报，其应承受的建设风险也因乙公司投资的不断加大而逐步消失，从其投入与利润的取得分析，当然利大于弊。乙公司作为一个资本运营者，在本次合作中其终极目的不是项目建设而在于通过资本运营获得预期的利润回报，项目建设是其资本运营过程中的一个必要阶段。只要有效控制了这一阶段可能存在的各种风险，准确判断了投资行为的科学性，其投资计划便是可行的。从前述各阶段的风险控制的分析来判断，乙公司的投资安全是可以得到保障的，但这并不排除对本计划书分析的操作模式进行必要的修正。在投资安全有保障，预期利润可判断的前提下，采用本计划书分析的合作模式进行A项目的开发便是可行的，对于乙公司而言，利弊不言自明。乙公司在A项目中唯一要注意的是事前准确分析判断、事中科学控制。乙公司的弊或风险主要在A项目实施中的有效控制，也就是说在于人而非在于合作模式或项目本身。

六、必要的说明

1、本计划书仅针对假设案例法律层面的可行性及合作模式各阶段的风险进行分析，并提出风险控制的必要措施，并不针对项目本身各种经济指标进行评价和分析，同时本计划书也不针对项目建设过程中项目本身可能产生的法律问题进行分析。关于项目开发本身可能产生的法律风险我们有专业、详尽、具体的书面分析材料，在我们双方达成合作意向后便可提供。

2、本计划书仅针对假设案例且排除了大量不可预知的因素，因此，本计划书不可以套用在其他任何建设项目中，也不可以以此计划书来判断律师在假设案例之外的任何项目中可以发挥的作用或者衡量律师的能力。

3、考虑到乙公司与我所的合作尚未开始，本计划书对假设案例的分析是在有关方面采取了必要的保留，这一点请乙公司充分理解，但尽管如此，本计划书在一定程度上能够反映我所与乙公司合作的可能性

第四篇：软件项目开发计划

1引言...............................1

1.1编写目的...............................1

1.2 背景...............................1

1.3定义.........................1

1.4参考资料...............................1

2项目概述..............................1

2.1工作内容...............................1

2.2主要参加人员.......................1

2.3产品.........................2

2.3.1程序.........................2

2.3.2文件.........................2

2.3.3服务.........................2

2.3.4非移交的产品.......................2

2.4验收标准...............................2

2.5完成项目的最迟期限.........................2

2.6本计划的批准者和批准日期....................2

3实施计划..............................2

3.1工作任务的分解与人员分工....................2

3.2接口人员...............................3

3.3进度.........................3

3.4预算.........................3

3.5关键问题...............................3

4支持条件..............................3

4.1计算机系统支持..........................3

4.2需由用户承担的工作.........................3

4.3由外单位提供的条件.........................4

5专题计划要点.............................4

项目开发计划（GB856T——88）1引言

1.1编写目的说明：编写这份软件项目开发计划的目的，并指出预期的读者。

1.2 背景

说明：

a.待开发的软件系统的名称；

b.本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络； c.该软件系统同其他系统或其他机构的基本的相互来往关系。

1.3定义

列出本文件中用到的专门术语的定义和外文的首字母组词的原词组。

1.4参考资料

列出用得着的参考资料，如：

a.本项目的经核准的计划任务书和合同、上级机关的批文；

b.属于本项目的其他已发表的文件；

c.本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。2项目概述

2.1工作内容

简要地说明在本项目的开发中须进行的各项主要工作。

2.2主要参加人员

扼要说明参加本项目开发的主要人员的情况，包括他们的技术水平。

2.3产品

2.3.1程序

列出须移交给用户的程序的名称、所用地编程语言及存储程序的媒体形式，并通过引用相关文件，逐项说明其功能和能力。

2.3.2文件

列出须移交用户的每种文件的名称及内容要点。

2.3.3服务

列出需向用户提供的各项服务，如培训安装、维护和运行支持等，应逐项规定开始日期、所提供支持的级别和服务的期限。

2.3.4非移交的产品

说明开发集体应向本单位交出但不必向用户移交的产品（文件甚至某些程序）。

2.4验收标准

对于上述这些应交出的产品和服务，逐项说明或引用资料说明验收标准。

2.5完成项目的最迟期限

2.6本计划的批准者和批准日期

3实施计划

3.1工作任务的分解与人员分工

对于项目开发中需要完成的各项工作，从需求分析、设计、实现、测试直到维护，包括文件的编制、审批、打印、分发工作，用户培训工作，软件安装工作等，按层次进行分解，指明每项任务的负责人和参加人员。

3.2接口人员

说明负责接口工作的人员及他们的职责，包括：

a.负责本项目同用户的接口人员；

b.负责本项目同本单位各管理机构，如合同计划管理部门、财务部门、质量管理部门等的接口人员；

c.负责本项目同个份合同负责单位的接口人员等。

3.3进度

对于需求分析、设计、编码实现、测试、移交、培训和安装等工作，给出每项工作任务的预定开始日期、完成日期及所需资源，规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件（即所谓“里程碑）。

3.4预算

逐项列出本开发项目所需要的劳务（包括人员的数量和时间）以及经费的预算（包括办公费、差旅费、机时费、资料费、通讯设备和专用设备的租金等）和来源。

3.5关键问题

逐项列出能够影响整个项目成败的关键问题、技术难点和风险，指出这些问题对项目的影响。

4支持条件

说明为支持本项目的开发所需要的各种条件和设施。

4.1计算机系统支持

逐项列出开发中和运行时所需的计算机系统支持，包括计算机、外围设备、通讯设备、模拟器、编译（或汇编）程序、操作系统、数据管理程序包、数据存储能力和测试支持能力等，逐项给出有关到货日期、使用时间的要求。

4.2需由用户承担的工作

逐项列出需要用户承担的工作和完成期限。包括需由用户提供的条件及提供时间。

4.3由外单位提供的条件

逐项列出需要外单位分合同承包者承担的工作和完成的时间，包括需要由外单位提供的条件和提供的时间。

5专题计划要点

说明本项目开发中需制定的各个专题计划（如分合同计划、开发人员培训计划、测试计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、系统安装计划等）的要点。

第五篇：02.项目开发计划

项目开发计划引言

1.1 专题计划要点编写目的本报告的主要作用是确定各个项目模块的开发情况和主要的负责人,供各项目模块的负责人阅读,做到及时协调,按步有序进行项目的开发.减少开发中的不必要损失.具体步骤：拟订开发计划书，分配项目工作，安排项目进度。

计划对象：太原师范学院天赐开发小组项目背景

实现用户只需要登陆任意一台服务器，就可以检索到大量所需资源，尽管这些资源来自于不同的服务器，但检索的过程对用户来说是透明的，用户检索和获取这些资源就如同检索和获取所请求的服务器上的资源一样。定义

XML（eXtensible Markup Language，可扩展标记语言）；

WEB 服务 是一种基于XML、SOAP、HTTP、UDDI、WSDL、等一系列标准实现的分布式计算技术。运行环境

硬件环境CPU： Pentium(R)42.60GHZ以上

物理内存：512MB以上

硬盘：可用空间100MB以上

软件环境

操作系统:windows xp

MyEclipse-6.0

TOMCAT:tomcat-6.0.网络环境件件与限制

网络上存在大量的资源共享服务器。这些服务器一般存储了一定量的资源，并以web服务的方式供用户和其它服务器访问。现存的问题在于不同服务器的资源组织方式往往不同，有的是通过数据库，有的是通过一些描述文件（如XML），而且数据库的种类和结构也有很大的差别，这就导致不同服务器之间资源共享和资源发现都十分困难。因此，用户如果想访问这些资源，就要登陆每一个服务器去检索和下载需要的资源。由于服务器的分布广泛，数量众多，用户显然难以检索到自己需要的资源。

6参考资料

（1）项目开发计划；

（2）需求规格说明书；

（3）测试计划；

（4）用户操作手册；

（5）软件开发文档指南