软件项目开发计划模板.docx

《软件项目开发计划模板.docx》由会员分享，可在线阅读，更多相关《软件项目开发计划模板.docx（28页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、软件工程开发计划模板篇一：软件工程计划书模板XXX系统软件工程计划书目录1引言1背景11.3 定义2参考资料2列出为正确理解本计划书所用到的专门术语的定义、外文缩 写词的原词及中文解释。注意尽量不要对一些业界使用的通 用术语进行另外的定义，使它的含义和通用术语的惯用含义 不一致。1.4 参考资料列出本计划书中所引用的及相关的文件资料和标准的作者、 标题、编号、发表日期和出版单位，必要时说明得到这些文 件资料和标准的途径。本节与下一节的“标 准、条约和约 定”互为补充，注意“参考资料”未必作为“标准、条约和 约定”，因为“参考”的不一定是“必须遵守”的。常用资 料如：?本工程的合同、标书、上级机

2、关有关通知、经过审批的项 目任务书；?属于本工程的其他已经发表的文件；?本文档中各处引用的文件、资料，包括所要用到的软件开 发标准。1.5 标准、条约和约定列出在本工程开发过程中必须遵守的标准、条约和约定。例 如：相应的立项建议书、工程任务书、合同、国家 标准、行业标准、上级机关有关通知和实施方案、相应的技 术规范等。“参考资料” 一般具有“物质”特性，一般要说明参照了什 么，要说明在哪里可以获得；“标准、条约和约定” 一般具 有“精神”特性，一般是必须遵守的，不说明在哪里可以获 得。参考资料的内容应该涵盖“标准、条约和约定”。2工程概述工程目标 设定工程目标就是把工程要完成的工作用清晰的语言

3、描述出 来，让工程团队每一个成员都有明确的概念。注意，不要简 单地说成在什么什么时间完成开发什么什么软件系统或完成 什么什么软件安装集成任务。注意“要完成一个系统“只是 一个模糊的目标，它还不够具体和明确。明确的工程目标应 该指出了服务对象，所开发软件系统最主要的功能和系统本 身的比拟深层次的社会目的或系统使用后所起到的社会效 果。工程目标应当符合SMART原那么：明确的陈述(Specific)可以衡量的结果(Measurab le)可以达成的目标(Attainable)现实的或者说是能和实际工作相结合(Realistic)可以跟踪的(Trackable)工程目标可以进行横向的分解也可以进行纵

4、向的分解。横向分解一般按照系统的功能或按照建设单位的不同业务要求，如分 解为第一目标、第二目标等等；纵向的分解一般是指按照阶段，如分解为第一阶段目标、第二阶段目标 等等，或近期目标、中期目标、远期目标等等。阶段目标一 般应当说明目标实现的较为明确的时间。一般要在说明了总目标的基础上再说明分解目标，可加上“为实现工程的总目 标，必须实现以下三个阶段目标”产品目标与范围 根据工程输入（如合同、立项建议书、工程技术方案、标书 等）说明此工程要实现的软件系统产品的目的与目标及简要 的软件功能需求。对工程成果（软件系统）范围进行准确清 晰的界定与说明是软件开发工程活动开展的基础和依据。软 件系统产品目标

5、应当从用户的角度说明开发这一软件系统是 为了解决用户的那些问题。产品目标如“提高工作信息报送反应工作效率，更好地进行 工作信息报送的检查监督，提高信息的及时性、汇总统计信 息的准确性，减轻各级相关工作人员的劳动强度。”假设与约束 对于工程必须遵守的各种约束（时间、人员、预算、设备 等）进行说明。这些内容将限制你实现什么、怎样实现、什 么时候实现、本钱范围等种种制约条件。假设是通过努力可以直接解决的问题，而这些问题是一定要 解决才能保证工程按计划完成。如：”系统分析员必须在3 天内到位”或“用户必须在8月8日前确定对需求文档进行 确认” 约束一般是难以解决的问题，但可以通过其他途径回避或弥 补、

6、取舍，如人力资源的约束限制，就必须牺牲进度或质量 等等。假设与约束是针比照拟明确会出现的情况，如果问题的出现 具有不确定性，那么应该在风险分析中列出，分析其出现的可 能性（概率）、造成的影响、应当采取的相应措施。2.1 工程工作范I 说明为实现工程的目标需要进行那些工作。在必要时，可描 述与合作单位和用户的工作分工。注意产品范围与工程工作 范围的不同含义。产品范围界定：软件系统产品本身范围的特征和功能范围。工作范围界定：为了能够按时保质交付一个有特殊的特征和 功能的软件系统产品所要完成的那些工作任务。产品范围的完成情况是参照客户的需求来衡量的，而工程范 围的完成情况那么是参照计划来检验的。这两

7、个范围管理模型 间必须要有较好的统一性，以确保工程的具体工作成果，能 按特定的产品要求准时交付。2.2 应交付成果需完成的软件 列出需要完成的程序的名称、所用的编程语言及存储程序的 媒体形式。其中软件对象可能包括：源程序、数据库对象创 建语句、可执行程序、支撑系统的数据库数据、配置文件、 第三方模块、界面文件、界面原稿文件、声音文件、安装软 件、安装软件源程序文件等等。2. 5.2需提交用户的文档列出需要移交给用户的每种文档的名称、内容要点及存储形 式，如需求规格说明书、帮助手册等。此处需要移交用户的 文档可参考合同中的规定。2. 5.3须提交内部的文档可根据GB8567-88计算机软件产品开

8、发文件编制指南附录0： ”文件编制实施规定的实例（参考件）”结合各企业实际 情况调整制定软件开发文档编制裁减衡量因素表。根据 因素表确定工程对应的工程衡量因素取值，以确定本项 目应完成的阶段成果。将不适用于本工程的内容裁减，以减 少不必要的工程任务和资源。根据因素取值列出本工程应完成的阶段成果，说明本工程取 值所在的区间，将其他因素值区间删除。篇二：软件工程开发计划书软件开发计划书目录1引言4 -1.1编写目的4 -1.2背景4 -1.3定义5 -参考资料1.4 系统动机标准、条件和约定7 -L7编写文档的WBS -8 - 2工程概述-10 -2. 1工作内容11 一2.2主要参加人员11 一

9、2. 3产品及成果- 13 -2. 3.1程序13 -2. 3. 2文件13 -2. 3. 3服务13 -2. 3. 4非移交产品 14 -2. 4验收标准- 15 一2. 4. 1代码的验收- 15 -2. 4.2文档验收 16 -2. 4.3服务验收16 -2. 5完成工程的最迟期限16 -2. 6本计划的审查者与批准者一 -16 -3实施总计划 17 -3.1 开发过程17 -3. 1. 1需求分析17 -3. 1.2系统设计17 -3. 1.3编码及测试阶段17 -3. 1.4文档、产品部署-18 -3. 1.5工程总结18 -3. 2工作任务的分解 19 -3.3 接口人员20 -3

10、.4 进度20 -3. 5预算22 -3. 6关键问题22 -4支持条件24 -3.1 计算机系统支持24 -4. 2需要用户承当的工作-26 -4. 3需由外单位提供的条件26 -5专题计划要点27 -5.1开发人员培训计划-一27 -5. 2测试计划28 -5.3 质量保证计划28 -5.4 人员配置计划28-5.5 客户培训计划28-5.6 平安保密计划29-5.7 合同计划29 -1引言1.1编写目的为了保证工程团队按时保质地完成工程目标，便于工程团队 成员更好地了解工程情况，使工程工作开展的各个过程合理 有序，有必要以文件化的形式，把对于在工程生命周期内的 工作任务范围、各项工作的任

11、务分解、工程团队组织结构、 各团队成员的工作责任、团队内外沟通协作方式、开发进 度、经费预算、工程内外环境条件、风险对策等内容以书面 的方式描述出来，作为工程团队成员以及工程干系人之间的 共识与约定，工程生命周期内的所有工程活动的行动基础， 工程团队开展和检查工程工作的依据。本工程开发计划用于从总体上指导图书管理系统工程顺利进 行并最终得到通过评审的工程产品。本工程开发计划面向项 目组全体成员。L2背景XXX大学图书管理系统是由沈阳师范大学委托我们开发的大型 管理系统，主要功能是实现图书馆的信息化管理，包括读者 信息管理，书籍信息管理，借阅信息管理，管理者信息管理 等功能。工程周期为六个月，工

12、程背景规划如表表1.1工程背景规划 篇三：软件工程开发计划书目录一、网上工作交易系统工程开发计划.引言2L1编写目的2L2背景2L3定义2L4参考资料2. 5标准、条约和约定2述2工程目 标2产品目标与范 围3假设与约 束3工程工作范 围3应交付成 果2.工程概工作内容32. 2主要参加人员33产品32. 3. 1.程序33. 2.文件33. 3. 3.服务32. 3. 4.非移交的产品32 . 4验收标准42.5完成工程的最迟期 限.42. 6本计划的批准者和批准日 期43.实施计 划43.1 工作任务的分解与人员分 工4接口人 员4进 度44预 算4. 5关键问 题53 .支持条件5计算机

13、系统支持53.1 需由用户承当的工作5需由外单位提供的条件64 .专题计划要点6二、网上工作交易系统需求分析规格说明书7.引言71.1 编写目的7文档约定71.2 预期的读者和阅读建议7参考资料72 .总体描述7产品前景72.1 产品功能73运行环境72. 4设计和实现的上限85假设与依颗83. 系统特 性83.1 功能性需 求84外部接口需 求84.1用户界84. 2硬件接 口94. 3软件接 口94. 4通信接口95其他非功能需 求95.1性能需求95. 2平安设施需求9 5. 3平安需求9 6附录A10 7附录B11工程开发计划1引言 1.1编写目的没有规矩不成方圆，无论什么事情，要顺利

14、地完成，必须有 一个统一的计划指导书。软件工程开发也不例外。这个计划 书不仅能让参与工程的开发者们知道如何进行，还明确了他 们各自的职责、保证工程团队之间的协作更加的有条不紊、 使得工程工作的各个过程能够合理有序地进行。同时，计划 书也能让团队内外的沟通起着向导作用、团队之间的工作范 围、开发模块之间的关系，以及对开发进度、经费预算、分 配人力物力、风险等因素进行了大概的描述。本工程开发计划用于从总体上指导超市商品查找系统工程顺 利进行并最终得到通过评审的工程产品。本工程开发计划面 向工程组全体成员。L2背景网上工作交易系统功能：用户注册，登陆，用户可以是雇主 也可以是工作人员、设计师、公司、

15、团队，雇主可以在那里 发需求进行投标，根据雇主要完成的方案（多为网站设计,app设计，建筑工图纸，机械工程图纸，宣传单等设计类工作）用户根据擅长的领域进行投标，费用由第三方保管，根 据中标用户发放佣金。提出者：小王，开发者：理工团队，软件得到超市方的认 可，方便用户快速买到物品。1.3定义专门术语:MySQL：系统服务器所使用的数据库关系系统（DBMS）。SQL：用于访问查询数据库的语言事务流：数据进入模块后可能有多种路径进行处理。SQL： Structured Query Language （结构化查询语言）。UML：统一建模语言、是一套用来设计软件蓝图的标准建模语 言，是一种从软件分析、设

16、计到编写程序规范的标准化建模 语言。1.4参考资料?软件工程管理Rajeev T Shandilya编著科学出版 社。?UML和模式应用Craig Larman著，机械工业出版社?软件工程国家标准文档?软件工程工程开发文档范例2工程概述2.1工作内容1、制作和修订工程开发计划；2、进行计划跟踪与监控； 3、配合SQA的质量保证工作；4、工作产品及时进行受控 管理；5、按计划提请阶段评审；6、提交测试部门评测开发产品；7、交付最终工作产品。8、工程实施总结9、工程验收2主要参加人员2.3产品2. 3.1程序软件名称：网上工作交易系统编程语言：php功能：用户注册，登陆，用户可以是雇主也可以是工作

17、人 员、设计师、公司、团队，雇主可以在那里发需求进行投 标，根据雇主要完成的方案（多为网站设计，app设计，建筑 工图纸，机械工程图纸，宣传单等设计类工作）用户根据擅 长的领域进行投标，费用由第三方保管，根据中标用户发放 佣金。2. 3. 2文件用户操作手册：本手册详细描述软件的功能、性能和用户 界面，使用户对如何使用该软件得到具体的了解，为操作人员提供该软件各 种运行情况的有关知识，特别是操作方法的具体细节。软件维护手册：主要包括软件系统说明、程序模块说明、 操作环境、支持软件的说明、维护过程的说明，便于软件的维护。2. 3. 3服务计划提供以下服务：课堂培训：以讲课形式对客户进行培训，使其

18、能够正确使用 软件。免费咨询：客户可以在工作时间向技术人员提出问题并获得 解答。技术支持：对于某些客户，采取上门指导的方式。软件维护：获取软件使用中的问题，提供补丁程序。2. 3. 4非移交产品1.可行性分析报告2.工程开发计划3.软件需求说明书4.概 要设计说明书4.详细设计说明书5.测试计划6.测试分析报告7.开发进度月 报8 .工程开发总 结报告9.软件问题报告10.软件修改报告1L源程序2. 4验收标准2. 4. 1代码的验收最后在交付客户之前进行小组内评审，代码编写符合HB6465 标准，与文档说明保持一致，代码书写风格统一，采用标准 规范，没有以下错误：由于软件缺陷造成丧失数据，不

19、符合 设计要求，响应时间太长无法接受等问题。文档验收最后在交付客户之前进行小组内评审，文档格式符合HB6465 标准，功能符合与客户的合同要求，清晰易读，没有语病与 歧义。服务验收服务硬件到达文档说明的要求，人员技术考核合格，定期上 门维护。2. 5完成工程的最迟期限交付日期为2014年2月20日2. 6本计划的批准者和批准日期3实施计划3.1 工作任务的分解与人员分工接口人员负责本工程同用户的接口人员为小李，由软件发开方派专 人，按客户要求，指定地点安装，调试，运行并给客户演 示，在后期中负责维护和更新。3.3进度32. 5.1需完成的软 件33. 5.2需提交用户的文 档34. 5.3须提

20、交内部的文 档.35. 5.4应当提供的服 务42.6 工程开发环 境42.7 工程验收方式与依 据4方法：采用结构化开发设置模块开发优先级：通过对图书管理的特点和信息流程等 的分析，确定各模块开发的先后次序。具体开发进度安排如下: 注：有四个里程碑，分别是需求完成时、详细设计完成时、 系统编码完成时、整个工程工作完成时。3. 4预算劳务预算：39000元人民币，经费预算：3600元人民币3工程团队组织41组织结构43.2 人员分工4协作与沟通53. 3. 1工程团队内部协作 53. 3.2工程接口人员53. 3.3工程团队外部沟通与协作模式54实施计划5风险评估及对 策5工作流 程6总体进度

21、计 划6工程控制计 划74. 1质量保证计 划74. 4.2进度控制计划74.3预算监控计 划84. 4配置管理计 划85支持条 件8内部支 持8客户支 持8外包（可 选）86预算96. 1人员成本96.2 设备本钱9其它经费预算97关键问题98专题计划要点9XXX软件工程计划书根据GB856788计算机软件产品开发文件编制指南中项 目开发计划的要求，结合实际情况调整后的工程计划书 内容如下：1引言1.1背景主要说明工程的来历，一些需要工程团队成员知道的相关情 况。主要有以下内容：(1)工程的名称经过与客户商定或经过立项手续统一确定的工程名称，一般 与所待开发的软件系统名称有较大的关系，如针对

22、“XX系 统”开发的工程名称是“XX系统开发”。(2)工程的委托单位如果是根据合同进行的软件开发工程，工程的委托单位就是 合同中的甲方；如果是自行研发的软件产品，工程的委托单 位就是本企业。(3)工程的用户(单位)：软件或网络的使用单位，可以泛指某个用户群。注意工程的 用户或单位有时与工程的委托单位是同一个，有时是不一样 的。如海关的报关软件、税务的报税软件，委托单位是海关 或税务机关，但使用的用户或单位不仅有海关或税务机关， 还包括需要报关、报税的企业单位。(4)工程的任务提出者本企业内部提出需要完成此工程的人员，一般是领导或商务 人员；注意工程的任务提出者一般不同于工程的委托单位，前者一般

23、是企业内部的人员。如果是内部开发工程，那么两者 的区别在于前者指人，后者指单位。(5)工程的主要承当部门有些企业根据行业方向或工作性质的不同把软件开发分成不 同的部门(也有的分为不同事业部)。工程的特点就是其矩 阵式组织，一般一个工程的工程成员可能由不同的部门组 成，甚至可能由研发部门、开发部门、测试部门、集成部 门、服务部门等等其中几个组成。需要根据工程所涉及的范 围确定本工程的主要承当部门。(6)工程建设背景从政治环境上、业务环境上说明工程建设背景，说明工程的 大环境、来龙去脉。这有利于工程成员更好地理解工程目标 和各项任务。(7)软件系统与其他系统的关系说明与本系统有关的其他系统，说明它们之间的相互依赖关 系。这些系统可以是这个系统的基础性系统(一些数据、环 境等必须依靠这个系统才能运行)，也可以是以这个系统为 基础的系统，或者是两者兼而有之的关系、互相依赖的系 统。例句：本系统中对外部办公局部如需要各个建设单位报 送材料的子系统应当挂在市政府网站。(8)软件系统与机构的关系说明软件系统除了委托单位和使用单位，还与哪些机构组织 有关系。例如一些系统需要遵守那些组织的标准、需要通过 那些组织机构的测试才能使用等等、是否需要外包或与那些 组织机构合作。1.3定义