项目开发计划书.doc

《项目开发计划书.doc》由会员分享，可在线阅读，更多相关《项目开发计划书.doc（159页珍藏版）》请在金锄头文库上搜索。

1、工程开发方案书篇一：工程开发方案书范本工程方案书的作用：制定工程开发方案的目的是用文件的形式，把对于在开发过程中各项工作的负责人员、开发进度、 所需经费预算、所需软、硬件条件等问题作出的安排记载下来，以便根据本方案开展和检查本工程的开 发工作。编制内容要求如下：1引言11编写目的说明编写这份工程开发方案的目的，并指出预期的读者。12背景说明：a待开发的软件系统的名称；b本工程的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络；c该软件系统同其他系统或其他机构的根本的互相来往关系。13定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。14参考资料列出用得着的参考资料，如：a

2、本工程的经核准的方案任务书或合同、上级机关的批文；b属于本工程的其他已发表的文件；c本文件中各处引用的文件、资料，包括所要用到的软件开发标准。 列出这些文件资料的标题、文件编号、发表日期和出版单位，说明可以得到这些文件资料的来。2工程概述21 工作内容简要地说明在本工程的开发中须进展的各项主要工作。22主要参加人员扼要说明参加本工程开发工作的主要人员的情况，包括他们的技术程度。23产品231程序列出需移交给用户的程序的名称、所用的编程语言及存储程序的媒体形式，并通过引用有关文件，逐项说明其功能和才能。232文件列出需移交给用户的每种文件的名称及内容要点。233效劳列出需向用户提供的各项效劳，如

3、培训安装、维护和运行支持等，应逐项规定开场日期、所提供支持 的级别和效劳的期限。234非移交的产品说明开发集体应向本单位交出但不必向用户移交的产品文件甚至某些程序。24验收标准对于上述这些应交出的产品和效劳，逐项说明或引用资料说明验收标准。25完成工程的员迟用限26本方案的批准者和批准日期3施行方案31工作任务的分门与人员分工对于工程开发中需完成的各项工作，从需求分析p 、设计、实现、测试直到维护，包括文件的编制、审批、打印、分发工作，用户培训工作，软件安装工作等，按层次进展分解，指明每项任务的负责人和参加人员。32 接口人员说明负责接口工作的人员及他们的职责，包括：a 负责本工程同用户的接口

4、人员；b负责本工程同本单位各管理机构，如合同方案管理部门、财务部门、质量管理部门等的接口人员；c负责本工程同各分合同负责单位的接口人员等。33进度对于需求分析p 、设计、编码实现、测试、移交、培训和安装等工作，给出每项工作任务的预。定开场日期、完成日期及所需资，规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件即所谓里程碑。34预算逐项列出本开发工程所需要的劳务包括人员的数量和时间以及经费的预算包括办公费、差旅费、机时费、资料费、通讯设备和专用设备的租金等和来。35关键问题逐项列出可以影响整个工程成败的关键问题、技术难点和风险，指出这些问题对工程的影响。篇二：软件工程开发方案书

5、一、工程方案书格式根据gb856788计算机软件产品开发文件编制指南中工程开发方案的要求，结合实际情况调整后的工程方案书内容索引如下：略二、工程方案书的编写说明1 引言1.1 编写目的说明编写这份工程方案的目的，并指出预期的读者。作用：本节是为了说明编制工程方案书亦即本文档的意图和希望到达的效果。注意这里的目的不是工程目的，而是为了说明本文档的目的与作用。工程目的在2.1中说明。意义：使工程成员和工程干系人理解工程开发方案书的作用、希望到达的效果。开发方案书的作用一般都是工程成员以及工程干系人之间的共识与约定，工程生命周期所有活动的行动根底，以便工程团队根据本方案书开展和检查工程工作。例 如可

6、以这么写：为了保证工程团队按时保质地完成工程目的，便于工程团队成员更好地理解工程情况，使工程工作开展的各个过程合理有序，因此以文件化的形式， 把对于在工程生命周期内的工作任务范围、各项工作的任务分解、工程团队组织构造、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、工程 内外环境条件、风险对策等内容做出的安排以书面的方式，作为工程团队成员以及工程干系人之间的共识与约定，工程生命周期内的所有工程活动的行动根底，工程 团队开展和检查工程工作的根据。常见的问题：把工程本身的工程目的误作编制工程开发方案的目的。1.2 背景主要说明工程的来历，一些需要工程团队成员知道的相关情况。主要有以

7、下内容：工程的名称：经过与客户商定或经过立项手续统一确定的工程名称，一般与所待开发的软件系统名称有较大的关系，如针对xx系统开发的工程名称是xx系统开发。工程的委托单位：假如是根据合同进展的软件开发工程，工程的委托单位就是合同中的甲方；假如是自行研发的软件产品，工程的委托单位就是本企业。项 目的用户单位：软件或网络的使用单位，可以泛指某个用户群。注意工程的用户或单位有时与工程的委托单位是同一个，有时是不一样的。如海关的报关软件、 税务的报税软件，委托单位是海关或税务机关，但使用的用户或单位不仅有海关或税务机关，还包括需要报关、报税的企业单位。工程的任务提出者：本企业内部提出需要完成此工程的人员

8、，一般是领导或商务人员；注意工程的任务提出者一般不同于工程的委托单位，前者一般是企业内部的人员。假如是内部开发工程，那么两者的区别在于前者指人，后者指单位。项 目的主要承当部门：有些企业根据行业方向或工作性质的不同把软件开发分成不同的部门也有的分为不同事业部。工程的特点就是其矩阵式组织，一般一个工程 的工程成员可能由不同的部门组成，甚至可能由研发部门、开发部门、测试部门、集成部门、效劳部门等等其中几个组成。需要根据工程所涉及的范围确定本工程的 主要承当部门。工程建立背景：从政治环境上、业务环境上说明工程建立背景，说明工程的大环境、来龙去脉。这有利于工程成员更好地理解工程目的和各项任务。例句：根

9、据某部关于某建立工作的施行意见精神，为了保障某建立工作的正常施行，必须加强监视考核，建立督查通报制度，某市某建立工作小组办公室把此项建立工作施行列入督查的重要内容，及时掌握进度，相关部门建立市某建立工作简报制度，及时反映全市某建立工作动态。目 前对于某建立工作的工作主要采用方案部门手工编制年度方案、建立工作主管部门和建立工作施行单位结合手动编制进度方案，某建立工作单位手工上报建立工作进 度情况的方式，而全市的建立工作有数百个，加上前期建立工作的数量和今后某市建立开展的趋势，建立工作的数量将越来越多，原来的工作形式已经越来越无法适 应市委市政府的要求。因此，充分利用现代信息化、因特网的优势，建立

10、某市某建立工作信息报送反响系统，进步某建立工作信息报送反响工作效率，进步信息 的及时性、减轻各级相关工作人员的劳动强度是非常有必要和紧迫的任务。软件系统与其他系统的关系：说明与本系统有关的其他系统，说明它们之间的相 互依赖关系。这些系统可以是这个系统的根底性系统一些数据、环境等必须依靠这个系统才能运行，也可以是以这个系统为根底的系统，或者是两者兼而有之的 关系、互相依赖的系统。例句：本系统中对外部办公局部如需要各个建立单位报送材料的子系统应当挂在市政府网站。软件系统与机构的关系：说明软件系统除了委托单位和使用单位，还与哪些机构组织有关系。例如一些系统需要遵守那些组织的标准、需要通过那些组织机构

11、的测试才能使用等等、是否需要外包或与那些组织机构合作。1.3 定义列出为正确理解本方案书所用到的专门术语的定义、外文缩写词的原词及中文解释。注意尽量不要对一些业界使用的通用术语进展另外的定义，使它的含义和通用术语的惯用含义不一致。1.4 参考资料列 出本方案书中所引用的及相关的文件资料和标准的作者、标题、编号、发表日期和出版单位，必要时说明得到这些文件资料和标准的途径。本节与下一节的标准、 条约和约定互为补充，注意参考资料未必作为标准、条约和约定，因为参考的不一定是必须遵守的。常用资料如：本工程的合同、标书、上级机关有关通知、经过审批的工程任务书；属于本工程的其他已经发表的文件；本文档中各处引

12、用的文件、资料，包括所要用到的软件开发标准。1.5 标准、条约和约定列出在本工程开发过程中必须遵守的标准、条约和约定。例如：相应的立项建议书、工程任务书、合同、国家标准、行业标准、上级机关有关通知和施行方案、相应的技术标准等。参考资料一般具有物质特性，一般要说明参照了什么，要说明在哪里可以获得；标准、条约和约定一般具有精神特性，一般是必须遵守的，不说明在哪里可以获得。参考资料的内容应该涵盖标准、条约和约定。2 工程概述2.1 工程目的设定工程目 标就是把工程要完成的工作用明晰的语言描绘出来，让工程团队每一个成员都有明确的概念。注意，不要简单地说成在什么什么时间完成开发什么什么软件系统或完 成什

13、么什么软件安装集成任务。注意要完成一个系统只是一个模糊的目的，它还不够详细和明确。明确的工程目的应该指出了效劳对象，所开发软件系统最主要 的功能和系统本身的比拟深层次的社会目的或系统使用后所起到的社会效果。工程目的应当符合smart原那么：l s specific 明确的陈述l m measurable 可以衡量的结果l a attainable 可以达成的目的l r realistic 合理的，现实的或者说是能和实际工作相结合l t trackable 可以跟踪的项 目目的可以进展横向的分解也可以进展纵向的分解。横向分解一般按照系统的功能或按照建立单位的不同业务要求，如分解为第一目的、第二目

14、的等等；纵向的分解 一般是指按照阶段，如分解为第一阶段目的、第二阶段目的等等，或近期目的、中期目的、远期目的等等。阶段目的一般应当说明目的实现的较为明确的时间。一般 要在说明了总目的的根底上再说明分解目的，可加上为实现工程的总目的，必须实现以下三个阶段目的2.2 产品目的与范围根 据工程输入如合同、立项建议书、工程技术方案、标书等说明此工程要实现的软件系统产品的目的与目的及简要的软件功能需求。对工程成果软件系统范围 进展准确明晰的界定与说明是软件开发工程活动开展的根底和根据。软件系统产品目的应当从用户的角度说明开发这一软件系统是为理解决用户的那些问题。产品目 标如进步工作信息报送反响工作效率，

15、更好地进展工作信息报送的检查监视，进步信息的及时性、汇总统计信息的准确性，减轻各级相关工作人员的劳动强度。2.3 假设与约束对于工程必须遵守的各种约束时间、人员、预算、设备等进展说明。这些内容将限制你实现什么、怎样实现、什么时候实现、本钱范围等种种制约条件。假设是通过努力可以直接解决的问题，而这些问题是一定要解决才能保证工程按方案完成。如：系统分析p 员必须在3天内到位或用户必须在8月8日前确定对需求文档进展确认约束一般是难以解决的问题，但可以通过其他途径回避或弥补、取舍，如人力资的约束限制，就必须牺牲进度或质量等等。假设与约束是针比照拟明确会出现的情况，假如问题的出现具有不确定性，那么应该在风险分析p 中列出，分析p 其出现的可能性概率、造成的影响、应当采取的相应措施。2.4 工程工作范围说明为实现工程的目的需要进展那些工作。在必要时，可描绘与合作单位和用户的工作分工。注意产品范围与工程工作范围的不同含义。产品范围界定：软件系统产品本身范围的特征和功能范围。工作范围界定：为了可以按时保质交付一个有特殊的特征和功能的软件系统产品所要完成的那些工作任务。产品范围的完成情况是参照客户的