网上投稿系统软件开发设计书

软件开发策划书怎么写?下面就为大家提供了软件开发策划书范文，欢迎大家阅读参考!

软件项目开发计划书模板【1】

项目名称:********

评审日期:

1 引言

编写目的

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

背景

说明:

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

b.本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络;

c.该软件系统同其他系统或其他机构的基本的相互来往关系。

定义

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

参考资料

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

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

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

c.本文件中各处引用的文件、资料，包括所要用到的软件开发标准。

列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。

2 项目概述

工作内容

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

主要参加人员

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

产品

程序

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

文件

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

服务

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

非移交的产品

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

验收标准

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

完成项目的最迟期限

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

3 实施计划

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

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

接口人员

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

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

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

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

进度

对于需求分析、设计、编码实现、测试、移交、培训和安装等工作，给出每项工作任务的预。

定开始日期、完成日期及所需资源，规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件(即所谓"里程碑")。

预算

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

关键问题

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

4 支持条件

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

计算机系统支持

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

需由用户承担的工作

逐项列出需要用户承担的工作和完成期限。

包括需由用户提供的条件及提供时间。

由外单位提供的条件

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

5 专题计划要点

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

如何高效策划应用软件开发需求文档【2】

高效策划应用软件开发需求文档需要通过明确产品的长远发展战略、明确产品的核心功能、细致进行竞品分析、制作前端以及后台的需求文档、UI做设计、交互设计、完善文案、完成高保证原型等环节。

一、明确应用软件开发的长远发展战略

做一款产品首先需要明确几个问题：用户是谁?用户使用产品能够获得什么?公司推出产品是为了获得什么?只有明确这几个问题之后，才能够获得明确的发展方向。

二、明确开发的核心功能

不同的产品需要的核心功能是不一样的，如电商APP，策划人员需要从前端和后台等方面进行具体说明其所需要的核心功能需求。

在用户端需要为用户提供的主要功能包括：浏览商品、分类查看商品、加入收藏、加入购物车、直接购买等。

后台系统搭建的过程中，需要根据不同的电商模式，进行设计不同的架构，主要的策划方向是根据商家端是全部自己来进行管理还是开发加盟的方式。

主要架构包括账户架构、功能架构，用户的前端展示的功能需要后台给出相应字段，数据接口。

三、应用软件开发竞品分析

在确定核心功能需求和打磨的细节之外，接下来需要做的就是进行细致的竞品分析，如电商APP，需要寻找5款产品，下载安卓和IOS端分别使用，不同的产品进行进行纵向和横向分析，包括UI风格、色彩和图标、文字、按钮的颜色、大小、位置等，进行分析其设计的优劣势，给自己的产品设计提供必要的参考。

四、制作需求文档

在制作需求文档需要从前端和后台两个方面着手，在这个过程中需要考虑到后台的架构，接口的形式，是使用H5web页面还是客户端开发。

这里以UI设计、交互设计、IOS开发组、Android开发组、后台开发组都具备的情况下为例进行输出产品需求文档。

首先根据已经定义的功能板块画出整个应用软件的前端的脑图和后台架构的脑图;

其次是框图制作，其主要可以使用axure、sketch等软件制作，进一步列出功能点、展示形式和内容样本;

再次是列出流程图，包括节点、不同情况的判断、处理方式，所需文案等。

后台整体框架、表、字段说明，所需要的不同角色的属性，加载条数、总体流程等。

第四，做低保证原型，和交互设计师一起制作低保真原型，把框图、脑图、流程图、文字说明整合到一个文件;

第五，组织研发、运营等相关部门人员开会评审需求，根据原型走流程，完善细节，增加文字图片说明……

五、UI设计和交互设计

在确认交付设计和文案确定好之后，接下来就要在UI做设计、交互设计师做交互的时候，找相关部门人员完善文案需求，和项目经理一起对工作进行细分，确认时间节点，最后由交互设计师输出一套高保证原型。

六、交付高保证原型

在这个过程中需要注意充分完善各个细节，对设计、交互、研发、运营等对工作要求以及工作流程都有清晰的设计思路，包括每个人的具体工、相应的时间节点等，然后应用软件开发团队根据具体的需求文档进行执行就可以了。

标准的软件开发过程 1推荐软件开发的标准过程包括六个阶段，而六个阶段需要编写的各类文件达14种之多，在每个阶段需要编写哪些文件，以及这些文件的主要内容见下：1.可行性与计划研究阶段可行性研究报告：在可行性研究与计划阶段内，要确定该软件的开发目标和总的要求，要进行可行性分析、投资一收益分析、制订开发计划，并完成应编制的文件。项目开发计划：编制项目开发计划的目的是用文件的形式，把对于在开发过程中各项工作的负责人员、开发进度、 所需经费预算、所需软、硬件条件等问题作出的安排记载下来，以便根据本计划开展和检查本项目的开发工作。2.需求分析阶段软件需求说明书：软件需求说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解， 使之成为整个开发工作的基础。内容包括对功能的规定对性能的规定等。数据要求说明书：数据要求说明书的编制目的是为了向整个开发时期提供关于被处理数据的描述和数据采集要求的技术信息。初步的用户手册：用户手册的编制是要使用非专门术语的语言，充分地描述该软件系统所具有的功能及基本的使用方法。使用户（或潜在用户）通过本手册能够了解该软件的用途，并且能够确定在什么情况下，如何使用它。3.设计阶段概要设计说明书：概要设计说明书又可称系统设计说明书，这里所说的系统是指程序系统。编制的目的是说明对程序系统的设计考虑，包括程序系统的基本处理流程、程序系统的组织结构、模块划分、功能分配、接口设计。 运行设计、数据结构设计和出错处理设计等，为程序的详细设计提供基础。详细设计说明书：详细设计说明书又可称程序设计说明书。编制目的是说明一个软件系统各个层次中的每一个程序 （每个模块或子程序）的设计考虑，如果一个软件系统比较简单，层次很少，本文件可以不单独编写，有关内容合并入概要设计说明书。数据库设计说明书：数据库设计说明书的编制目的是对于设计中的数据库的所有标识、逻辑结构和物理结构作出具体的设计规定。测试计划初稿：这里所说的测试，主要是指整个程序系统的组装测试和确认测试。本文件的编制是为了提供一个对该软件的测试计划，包括对每项测试活动的内容、进度安排、设计考虑、测试数据的整理方法及评价准则。4.实现阶段模块开发卷宗（开始编写）：模块开发卷宗是在模块开发过程中逐步编写出来的，每完成一个模块或一组密切相关的模块的复审时编写一份，应该把所有的模块开发卷宗汇集在一起。编写的目的是记录和汇总低层次开发的进度和结果，以便于对整个模块开发工作的管理和复审，并为将来的维护提供非常有用的技术信息。用户手册完工操作手册：操作手册的编制是为了向操作人员提供该软件每一个运行的具体过程和有关知识，包括操作方法的细节。测试计划终稿：5.测试阶段模块开发卷宗(此阶段内必须完成)测试分析报告：测试分析报告的编写是为了把组装测试和确认测试的结果、发现及分析写成文件加以记载。项目开发总结报告：项目开发总结报告的编制是为了总结本项目开发工作的经验，说明实际取得的开发结果以及对整个开发工作的各个方面的评价。6.运行与维护阶段开发进度月报的编制目的是及时向有关管理部门汇报项目开发的进展和情况，以便及时发现和处理开发过程中出现的问题。一般地，开发进度月报是以项目组为单位每月编写的。如果被开发的软件系统规模比较大，整个工程项目被划分给若干个分项目组承担，开发进度月报将以分项目组为单位按月编写。对于一项软件而言，有些文件的编写工作可能要在若干个阶段中延续进行。鉴于软件开发是具有创造性的脑力劳动，也鉴于不同软件在规模上和复杂程度上差别极大，本指南认为在文件编制工作中应允许一定的灵活性，并不是14种文件每种都必须编写。文件编制的衡量因素◆在因素总和较低的情况下,项目开发总结报告的内容应包括：程序的主要功能、基本流程、测试结果和使用说明。 ◆测试分析报告应该写，但不必很正规。◆数据要求说明和数据库设计说明是否需要编写应根据所开发软件的实际需要来决定。例2：为了避免在软件开发中文件编制的不足或过分，一个简便的办法是把对软件文件的编制要求同软件的规模大小联系起来，这就是本例的出发点。软件的规模不妨分为四级：1．小规模软件源程序行数小于5 000的软件；2．中规模软件源程序行数为 10 000～ 50 000的软件；3．大规模软件源程序行数为 100 000?500 000的软件；4．特大规模软件源程序行数大于500 000的软件。对上述的四级软件的文件编制要求分别列于表O3。至于源程序行数为 5 000～ 10 000， 50 000～ 100 000的软件，其文件编制要求介于两级之间，可根据一个软件产品的具体情况，由项目负责人参照表O3的规定，确定需要编制的文件种类。对于源程序行数大于500 000的特大规模软件，可进一步把本指南规定的十四种文件按实际需要扩展成更多种类。

详细设计阶段:

概要设计文档相当于机械设计中的装配图，而详细设计文档相当于机械设计中的零件图。文档的编排、装订方式也可以参考机械图纸的方法。

不同对模块的认识和传统定义有所不同，认为是较大的软件功能单元才可以称作模块。这种认识使大家对概要设计和详细设计的分工产生了混乱的理解，降低了文档的可用性，应该予以纠正。、

概要设计中较顶层的部分便是所谓的方案。方案文档的作用是在宏观的角度上保持设计的合理性。有的项目采用面向对象的分析、设计方法。可能在概要设计、详细设计的分工上疑问更多。其实，面向对象的分析、设计方法并没有强调结构化方法那样的阶段性，因此一般不引入概要、详细设计的概念。如果按照公司的文档体系，非要有这种分工的话，可以将包的划分、类及对象间的关系、类的对外属性、方法及协作设计看做概要设计；类属性、方法的内部实现看做详细设计。

换言之，面向对象的设计方式中，概设指的是有哪些类，祥设指的是类中的方法和出入参等(可以是伪代码)

1.需求分析--产生软件功能规格说明书,需要确定用户对软件的需求,要作到明确、无歧义。不涉及具体实现方法。用户能看得明白，开发人员也可据此进行下面的工作（概要设计）。

2.概要设计--产生软件概要设计说明书，说明系统模块划分、选择的技术路线等，整体说明软件的实现思路。并且需要指出关键技术难点等。

3.详细设计--产生软件详细设计说明书，对概要设计的进一步细化，一般由各部分的担当人员依据概要设计分别完成，然后在集成，是具体的实现细节。理论上要求可以照此编码。