怎么写需求说明书?

1. 怎么写需求说明书?

需求说明书范文
汉语编程企业管理应用软件
需求说明书

1 引言
对软件需求完全理解对于软件开发工作的成功是至关重要的，需求说明的任务是发现、规范的过程，有益于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，便于采用工程方法开发软件，提高软件的质量，便于开发人员、维护人员、管理人员之间的交流、协作，并作为工作成果的原始依据，并且在向潜在用户传递软件功能、性能需求，使其能够判断该软件是否与自己的需求相关。
1.1 编写目的
1.1.1 为开发人员、维护人员、客户之间提供共同的协议而创立基础，对企业管理软件功能的实现作使命描述。
1.1.2 本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员。
1.2 背景及范围
1.2.1 工程的名称：汉语编程企业管理应用软件 1.2.2 工程产品的名称：汉语编程企业管理应用软件 1.2.3 工程的组织者：北京元易达科技发展有限责任公司 产品的生产者：汉语编程企业管理应用软件开发课题组 产品的设计者：汉语编程企业管理应用软件开发课题组
1.2.4 产品的所有权：汉语编程企业管理应用软件开发课题组
1.3 定义,术语,缩写词和略语 企业管理应用系统软件：它是由企业管理应用系统软件课题组完全自主开发的企业管理软件，以企业各部门为基本元素的、用汉语编程来实现其功能的软件。 需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。
需求分析：包括提炼，分析和仔细审查已收集到的需求，以确保所有的风险承担者都明其含义并找出其中的错误，遗憾或其它不足的地方。
模块的独立性：是指软件系统中每个模块只涉及软件要求的具体的子功能，而和软件系统中其他的模块的接口是简单的。 1.4 参考资料
《汉语程序设计语言》---- 沈志斌 编著 电子工业出版社
《 计算机系统导论》 ---- 刘瑞挺 编著 高等教育出版社
《 数据库原理与方法》---- 郑若忠 王鸿武 编著 湖南科学技术出版社 《 软件需求 》 ---- （美） Karl E.Wiegers 著
陆丽娜 王忠民 王志敏 等译
2 项目概述
2.1 目标
本软件的目标使企业管理电子化、简单化，以节省企业管理方面的不必要的资源浪费。对于企业管理应用系统软件最终用户为企业的管理人员。 2.1.1 开发意图
目前中小企业在日常工作中采用人工管理，因而存在着大量的浪费和多余，本软件根据此要求进行开发。 2.1.2 应用目标
企业管理应用系统软件将解决企业管理人工化，工作繁余的问题，实现企业管理电子化。
2.1.3 作用及范围
本企业管理应用系统软件是应用于中小企业的。目前，中小企业管理比较落后，它将产生的影响将使中小企业管理从人力化到数字化进展，使管理人员思想上向数字化转变，能使企业的管理在机制上转换，人员上得到精简。 2.1.4 背景
企业管理应用系统软件以汉语编程为开发语言，各部门以模块的形式完成。 2.2 产品描述
本产品开发语言核心为汉语编程语言，具体实现是汉语编程和VF数据库技术相结合开发而成的。本产品面向中小企业，易懂好学，帮助企业管理人员从手工劳动向电子化、数字化转变。 2.2.1 相关关系
本产品是一项独立的软件，全部内容自含。 2.2.2 子集说明
本产品分别有五个模块组成，每个模块各有不同的功能。但都能完成查询和存储功能，各模块的数据都存放在数据库中。数据的调用和连接都有程序来完成，硬件外部设备需奔腾133以上的pc机，内存需16兆以上。
2.3 产品功能 2.3.1 外部功能
企业管理应用系统软件外部功能包括可视化窗口，查找存储。 2.3.2 内部功能
企业管理应用系统软件内部功能：过滤、定位、使用库等。 2.3.3 功能表

2.3.4 功能表述图

2.4 用户特点
汉语编程企业管理应用软件面向于中小企业，其使用人员应为具备一定的计算机基础知识和企业管理基本知识。而本产品的维护人员需要具备有汉语编程知识。
2.5 一般约束
a. 本系统开发人员为12人。
b. 有CPU133、16兆内存配置的计算机就可运行本系统。 c. 在管理方针、并行操作、安全与保密方面无约束。
2.6 假设与依据
本软件在开发的过程中，分为技术实现与软件工程两大部分，两部分都有侧重点，若技术支持出现故障或疑难问题无法解决、程序开发出现偏差，会延误工程进度，影响工程的按期完工。若软件工程陈述出现问题，部分描述含混不清，
则会影响系统的完整性与可继承性。在管理方面，如管理者没有预见性，对出向的问题无法采用可行的解决手段，都会影响开发模块之间的互动，从而影响工程的顺利开展，导致工程无法按期完工。 3 具体需求 3.1 功能需求 3.1.1 使用库
3.1.1.1 规格说明

3.1.1.2 引言
显示所调用的数据库。 3.1.1.3 输入
指定的库文件名。 3.1.1.4 加工
调用指定的数据库。 3.1.1.5 输出
显示所指定的数据库的库结构。 3.1.2 编辑框控制 3.1.2.1 规格说明

生成编辑框。 3.1.2.3 输入 编辑框名称。 3.1.2.4 加工 生成编辑框。 3.1.2.5 输出
显示生成的编辑框。 3.1.3 为当前记录 3.1.3.1 规格说明

3.1.3.2 引言
将指定的记录置为当前记录，下一步可以开始对此记录进行操作。 3.1.3.3 输入
指定的项名及库文件名。 3.1.3.4 加工
将指定的数据库里指定的记录置为当前记录。 3.1.4 建库文件 3.1.4.1 规格说明

输入库文件名,使用"建库文件"命令，建立一个新的数据库。 3.1.4.3 输入 库文件名。 3.1.4.4 加工
建立新的数据库。 3.1.4.5 输出 新建的数据库。 3.1.5 开始尺寸 3.1.5.1 规格说明

3.1.5.2 引言 在程序中，在"开始尺寸"前给出参数值，能确定指定的对象的开始尺寸的大小。
3.1.5.3 输入 参数值。 3.1.5.4 加工
确定指定对象在窗体中的开始尺寸的大小 3.1.5.5 输出
确定开始尺寸的四个参数 3.1.6 开始位置 3.1.6.1 规格说明

3.1.6.2 引言 在程序中，在"开始位置"前给出参数值，能确定指定的对象的开始尺寸的大小。
3.1.6.3 输入 参数值。 3.1.6.4 加工
确定指定对象在窗体中的开始位置。 3.1.6.5 输出
确定开始位置的四个参数 3.1.7最大尺寸 3.1.7.1 规格说明

3.1.7.2 引言 在程序中，在"最大尺寸"前给出参数值，能确定指定的对象在窗体中的最大尺寸。
3.1.7.3 输入 参数值。 3.1.7.4 加工
确定指定对象在窗体中的最大尺寸。 3.1.7.5 输出
确定指定对象最大尺寸的四个参数。
3.1.8 最小尺寸 3.1.8.1 规格说明

3.1.8.2 引言 在程序中，在"最小尺寸"前给出参数值，能确定指定的对在窗体中的最小尺寸。
3.1.8.3 输入 参数值。 3.1.8.4 加工
确定指定对象在窗体中的最小尺寸。 3.1.8.5 输出
确定指定对象最小尺寸的四个参数 3.1.9 查词编辑框（编辑框控制） 3.1.9.1 规格说明

3.1.9.2 引言
主要是定义的一个编辑框，供用户输入一个词名，为程序生成查找条件做准备。
3.1.9.3 输入
在查词编辑框中输入要查找的词名。 " 编辑框控制 查找编辑框 " 3.1.9.4 加工
用输入的词名以供程序生成查找条。 3.1.9.5 输出
地址、长度。 。
3.1.10 内容编辑框（编辑框控制） 3.1.10.1 规格说明

3.1.10.2 引言
主要是定义的一个编辑框，将程序查找到的用户所输入词的相关内容显示出来，为用户提供帮助信息。 3.1.10.3 输入
数据库中查找到的记录的项的内容的地址、长度。 " 编辑框控制 内容编辑框 " 3.1.10.4 加工 置控制标题或值。 3.1.10.5 输出
显示用户所输入词的相关内容（如该词的格式、用法……）。 3.1.11 过滤
3.1.11.1 规格说明

3.1.11.2 引言
定义用户输入的词名与内容库中的词名字段中的词名进行串比较，即定义词名字段为过滤字段。 3.1.11.3 输入 用户输入的词名。 3.1.11.4 加工
把代码写入过滤条件指针之中。 3.1.11.5 输出 查找条件。
3.1.12 执行过滤 3.1.12.1 规格说明

3.1.12.2 引言
将定义的过滤作为内容库的过滤条件。 3.1.12.3 输入 查找条件。
3.1.12.4 加工
与查找编辑框中的内容比较。 3.1.12.5 输出 库过滤显 。 3.1.13 取低字 3.1.13.1 规格说明

3.1.13.2 引言
取数摞中的一个32位数的低16位放在数摞上。 3.1.13.3 输入
调用WINDOWS API 函数。 3.1.13.4 加工 3.1.13.5 输出 相应的执行功能 3.1.14 白线框 3.1.14.1 规格说明

3.1.14.2 引言
定义查看区一个白颜色的线框。
3.1.14.3 输入
参数、颜色
3.1.14.4 加工
空心矩形： 设备描述表
3.1.14.5 输出
线框。
3.2.1 动态数值需求
预处理的窗口正常情况下和峰值工作条件下为20个，一定时间周期中要处理的数据的数量：窗口开始尺寸2个数据，开始位置2个数据，最大尺寸2个数据，最小尺寸2个数据，编辑框位置4个数据，按钮位置4个数据，平均处理的数据约为16个数据。
3.2.2 静态数值需求
a. 支持的终端数为1台；
b. 支持并行操作的用户总数为5位；
c. 处理5个文件及10条记录；
d. 表或文件的最小为266字节,最大为4字节；
3.2.3 精度需求
在进行向数据库文件提取数据时，要求数据记录定位准确，在往数据库文件数组中添加数时，要求输入数准确。
3.2.4 时间特性需求
a. 响应时间应在人的感觉和视觉事件范围内；
b. 更新处理时间，随着汉语编程系统的版本升级，汉语编程企业管理应用系统将相应的进行更新；
3.2.5 灵活性
当需求发生某些变化时，汉语编程企业管理应用软件操作方式、数据结构、运行环境基本不会发生变化，变化只是将对应的数据库文件内的记录改变，或将过滤条件改变即可。
3.2.6 数据管理能力需求
汉语编程企业管理应用软件需要管理5个文件和10条记录，表文件的大小平均约为1.5k字节，汉语编程企业管理应用软件基本约用10 M字节空间，所有文件均放置在数据库中，调用，查询数据，文件，记录时，通过库文件名直接进行操作。
3.2.7 故障处理需求
无故障。
3.3 设计约束条件
3.3.1 技术约束
本工程产品的约束条件包括：
a. 数据库、各种控键的使用和消息的调用；
b. 汉语数据库过滤完成、编辑框的触发等；
3.3.2 环境约束
运行本软件需要奔腾133以上 PC，内存需要在16兆以上，对使用设备的速度、规模要求不高。
3.3.3 标准约束
汉语编程企业管理应用软件完全按照北京元易达科技发展有限责任公司企业标准开发，包括硬件、软件和文档规模。
3.4 接口需求
3.4.1 用户接口
本工程产品通过PC机进行运行、操作，对报表、菜单的打印将使用汉语编程编辑器或调入WORd进行打印。输出、输入的相对时间将由pc机本身处理速度来决定。对程序的维护，需进行必要的备份。
3.4.2 硬件接口
本工程产品不需要特定的硬件或硬件接口进行支撑。
3.4.3 软件接口
本工程产品的软件接口由汉语编程操作系统、汉语编程数据库以及汉语编程企业管理应用软件的词典和数据结构组成。
3.4.4 通讯接口
本工程产品的没有特殊的通讯接口，通讯接口由所使用的pc机决定。
3.5 属性
3.5.1 可用性
本软件是完全由汉语程序设计语言开发的，汉语编程最大特点编译解释和一，它可以进行单步跟踪。一旦出现错误就可以通过单步跟踪进行查找处理，所以本软件也可以通过单步跟踪的操作进行检查处理。
3.5.2 安全性
本软件大量的参数及文本内容全部放于汉语编程数据库中，所以参数不容易被错改、破坏，万一参数受到破坏也不会影响源程序。
3.5.3 可维护性
本软件利用数据库进行编程，系统结构由程序基本确定，大量的参数及文本内容全部放于汉语编程中。修改、更新数据只要在数据库进行修改添加，而不需要对系统结构进行修改，这样系统维护性、升级都十分方便。
3.5.4 可转移、可转换性
汉语编程的兼容性很高，在windows95/98 .windowsNT .windows1700 .操作系统都可以直接运行。
3.5.5 注释
通过"看数摞"、"看内存"、"印字符"三条汉编基本指令，就可以将所有汉编
成程序进行调试和检查。本系统的大量参数和文本全部放在数据库中，通过"使用库"、"库显"等一些汉编数据库基本操作就可以查看、添加、修改系统。 4 支持信息
4.1 支持软件
本软件开发是使用汉语编程编写，编译系统为"32位汉语编程系统"，版本号为2.01.0061。在库调用时兼容Visual Foxpro 6.0英文版，源程序的测试是使用汉语编程自身含有的"看数摞、看内存、看词"的方法进行测试，即支持测试的软件也是汉语编程操作系统本身。由于汉语编程本身的特点，它的关键词、命令等全部为中文，所以在使用汉语编程系统时需要中文输入法的支持。
4.2 设备
a. 具有奔腾133、16兆内存配置的计算机；
b. Microsoft鼠标或其它兼容鼠标；
c. 最少15MB的硬盘空间，常规安装需要100MB硬盘空间，完全安装需要240MB硬盘空间。
d. 最少8MB的RAM存储器。
e. VGA显示器或更高。
f. Windows95中文版或Windows NT中文版或更高。
g. 一般计算机外设，如：打印机、扫描仪。如要配置网络环境，还需网络连接设备。
4.3 控制
本软件是在汉语编程系统的支持下，展示界面由主窗口与子窗口嵌套而成，窗口操作通过按钮控制，不同的按钮进行不同的操作实现不同的功能。
4.4 接口
本软件在库的调用时兼容Visual Foxpro 6.0英文版的表结构文件，但不能与Visual Foxpro 6.0英文版在一个操作系统环境中同时运行。

4.5 文档 本系统相关的文档为： 《汉语编程企业管理应用软件可行性研究报告》 编号：MNQB01-QG-01 《汉语编程企业管理应用软件需求说明书》 编号：MNQB03-QG-01 《汉语编程企业管理应用软件操作手册》 编号：MNQB11-QG-01
4.6 附录
a. 输入输出格式样本采用IPO表逐项定量的叙述对本系统软件提出的功能需求，如下图：

b. 本系统软件的背景信息如下：
汉语编程是本公司自行开发，自主版权的以汉语为描述语言的计算机程序设计语言。该语言绝非曾流行过的任何一种计算机语言的简单汉化，或是为某种软件制造一个中文环境。这是一个完全由本公司自行开发，由本公司掌握全部源代码，从形式到内容全面符合中国人的思维方式，使用汉文字表达的计算机程序设计通用语言。Windows环境下的汉语编程，可以用于Windows窗口程序、多媒体应用、数据库开发、网络传输、电子商务等应用领域。对于较初级计算机用户，在极短的时间内，可以达到很高的编程水平。

2. 产品需求说明书 模板

新人建议收藏
  
 链接：https://pan.baidu.com/s/1pInly_b9oGUTGZaO2226zA
 密码：r1an
                                          
 
  
  
 
  
  
 
  
  
 
  
  
 
  
  
 
  
  
 
  
  
 
  
  
 
  
  
 
  
  
 
  
  
 
  
  
 
  
  
  文档版本号： 1.0文档编号：2018080910
  
 文档密级：仅限项目组归属部门/项目： 
  
 产品名： 子系统名： 
  
 编写人：Xxx编写日期： 
  
 
  
  
 
  
  
 
  
  
 
  
  
 
  
  
 
  
  
 
  
  
 
  
  
 
  
  
 
  
  
    
  
    
  
    
  
    
  
  修订记录： 
  
  版本号  修订人  修订日期  修订描述 
  
 V 1.0   
  
       
  
 
  
  
 
  
  
 
  
  
  目录 
  
  一、 简介    4  
  
  1、 目的 4 
  
  2、 范围 4 
  
  二、 用户角色描述    4  
  
  三、 产品概述    4  
  
  1、 目标 4 
  
  2、 总体流程 4 
  
  3、 功能摘要 4 
  
  四、 产品特性    5  
  
  1、 第一部分  功能模块1 5 
  
  1.1产品概述 5 
  
  1.2产品结构（功能摘要） 5 
  
  1.3状态说明 5 
  
  1.4特性说明 6 
  
  1.4.1特性1：功能点1 6 
  
  1.4.2特性2：功能点2 9 
  
  2、 第二部分  功能模块2 9 
  
  2.1产品概述 9 
  
  2.2产品结构（功能摘要） 9 
  
  2.3状态说明 9 
  
  2.4特性说明 9 
  
  2.4.1特性1：功能点1 9 
  
  2.4.2特性2：功能点2 10 
  
  五、 其它产品需求    10  
  
  1、 性能需求 10 
  
  2、 监控需求 11 
  
  3、 兼容性需求 11 
  
  六、 风险分析    11  
  
  七、 相关文档    11  
  
  八、 附件    11  
  
    
  
 
  
  
 
  
  
 
  
  
 
  
  
  [if !supportLists]一、 [endif] 简介  
  
  [ 产品需求说明书 文档的简介应提供整个文档的概述。它应包括此 产品需求说明书 文档的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述。]
  
  [if !supportLists]1、 [endif] 目的  
  
 [阐明此产品需求说明书文档的目的，如：
  
 本文档为“陌生视界v1.0.0”的产品需求文档，主要作为确认需求以及系统分析设计的依据。]
  
  [if !supportLists]2、 [endif] 范围  
  
 [简要说明此产品需求说明书文档的范围、它的相关产品，以及受到此文档影响的任何其他事物。]
  
  [if !supportLists]二、 [endif] 用户角色描述  
  
 用户角色用户描述
  
       
  
       
  
       
  
  [if !supportLists]三、 [endif] 产品概述  
  
 [此节高度概括产品的功能与介绍]
  
  [if !supportLists]1、 [endif]   目标  
  
 [描述产品的目标]
  
  [if !supportLists]2、 [endif] 总体流程  
  
 [描述产品的总体流程图]
  
  [if !supportLists]3、 [endif] 功能摘要  
  
 [简要描述产品的功能点和每个功能点的优先级，参考格式如下]
  
 
  
  
 功能模块主要功能点功能描述优先级
  
 功能模块1功能点1 高
  
 功能点2 中
  
 功能模块2功能点1 低
  
  [if !supportLists]四、 [endif] 产品特性  
  
 [列出产品的特性。特性是为让用户获益而必须具备的高级系统功能。每一项特性都是外部所需的服务，它通常需要一系列输入来实现预期的结果。
  
 此节为设计的系统功能性需求,一般以用例结合自然语言来表达。此节通常按特性来组织，但也可能会有其他适用的组织方式，例如按用户或子系统组织的方式。
  
 这一节应包含所有的产品需求，其详细程度应使架构设计人员和软件需求设计人员能够设计出可以满足这些需求的系统，不包括可选流程和异常流程，不对具体语义做约束。]
  
  [if !supportLists]1、 [endif] 第一部分  功能模块1  
  
  [if !supportLists]1.1 [endif] 产品概述  
  
 [概述功能模块1的产品特性及效果]
  
  [if !supportLists]1.2 [endif] 产品  结构（功能摘要）  
  
 [概述功能模块1的产品结构或包含组件，如：
  
 [if !supportLists]1) [endif]播放区：播放区定义及功能说明；
  
 [if !supportLists]2) [endif]缓冲区：缓冲区定义及功能说明；
  
 [if !supportLists]3) [endif]播放列表区：播放列表区定义及功能说明；]
  
  [if !supportLists]1.3 [endif] 状态说明  
  
 [列出产品的各种状态及状态转换图，如：
  
 [if !supportLists]1) [endif]状态1：状态1定义及可执行操作说明；
  
 [if !supportLists]2) [endif]状态2：状态2定义及可执行操作说明；
  
 状态转换图：
  
 ]
  
  [if !supportLists]1.4 [endif] 特性  说明  
  
  [if !supportLists]1.4.1 [endif] 特性1：功能点1  
  
  用户场景： 
  
 [列出用户通过什么操作或途径触发功能点1，如：
  
 用户点击大学生社区—行政楼，或者点击其他引导到该板块的链接]
  
  输入  /  前置条件： 
  
 [列出用户触发功能点1的前置条件和必要条件，如：
  
 用户已登录，且为社团成员]
  
  流程说明： （用例图、流程图）
  
 [通过用例图、流程图的形式，对功能点1的流程进行说明，如：
  
 ]
  
  需求描述： 
  
 [详细描述功能点1的具体需求，包括约束条件、输入输出、排序规则、状态转换等等，如：
  
 当用户点击“行政楼”菜单时，展示学校的新闻中心和管理层介绍，大致示意图如下：
  
 
  
  
 
  
  
 行政楼主要版块包括：
  
 [if !supportLists]1. [endif]新闻发布中心
  
 新闻发布中心主要展示编辑后台发布的校园新闻及系统公告；
  
 列表形式按发布时间由近到远顺序展示，默认显示前若干条（具体条数视最终页面设计）]
  
 
  
  
  补充  说明：  
  
 [相关需要特殊说明的补充事项]
  
 
  
  
  [if !supportLists]1.4.2 [endif] 特性  2：功能点2  
  
  用户场景： 
  
 
  
  
  输入\前置条件： 
  
 
  
  
  流程说明： （用例图、时序图）
  
 
  
  
  需求描述： 
  
 
  
  
  补充  说明：  
  
 
  
  
  [if !supportLists]2、 [endif] 第  二  部分  功能模块2  
  
  [if !supportLists]2.1 [endif] 产品概述  
  
 
  
  
  [if !supportLists]2.2 [endif] 产品  结构（功能摘要）  
  
 
  
  
  [if !supportLists]2.3 [endif] 状态说明  
  
 
  
  
  [if !supportLists]2.4 [endif] 特性  说明  
  
  [if !supportLists]2.4.1 [endif] 特性1：功能点1  
  
  用户场景： 
  
 
  
  
  输入\前置条件： 
  
 
  
  
  状态说明  ： 
  
 
  
  
  流程说明： （用例图、时序图）
  
 
  
  
  需求描述： 
  
 
  
  
  补充说明： 
  
 
  
  
  [if !supportLists]2.4.2 [endif] 特性  2：功能点2  
  
  用户场景： 
  
 
  
  
  输入\前置条件： 
  
 
  
  
  状态说明  ： 
  
 
  
  
  流程说明： （用例图、时序图）
  
 
  
  
  需求描述： 
  
 
  
  
  补充说明： 
  
    
  
  [if !supportLists]五、 [endif]   其它产品需求  
  
 [从业务视角提出各项可用性指标的大致需求。具体的技术指标会体现在产品的设计文档中（根据项目实际情况增删）]
  
  [if !supportLists]1、 [endif]   性能需求  
  
  [ 如果产品对性能要特殊需求，请详细描述，如：大致响应时间、最大并发数等。]
  
  [if !supportLists]2、 [endif]   监控需求  
  
 [如果产品需要特殊的监控和统计，请详细描述，如：PV、点击、登录数等。]
  
  [if !supportLists]3、 [endif] 兼容性需求  
  
 [如果产品需要对兼容性提出特殊的需求，请详细描述，如：兼容IE8、Chrome等。]
  
  [if !supportLists]六、 [endif]   风险分析  
  
  [风险内容描述，说明风险产生原因，可能造成的危害以及相应出现的频率信息，另外在此处还需要描述相关风险预防措施及风险出现后的应对措施信息。此处不包括任何系统技术实现层面的风险，例如：系统的备份，监控，模块依赖，etc.] 
  
 风险可能性严重性应对策略可应对性
  
 
  
  
 
  
  
 
  
  
  [if !supportLists]七、 [endif]   相关文档  
  
 [产品所需的其余相关文档，如：产品市场需求说明书（MRD）、产品功能介绍PPT、产品规划书。]
  
  [if !supportLists]八、 [endif] 附件  
  
 [将产品需求的demo作为附件。]
  
 m

3. 软件开发 用户需求说明书怎么写？？

规范化软件开发过程中的《需求说明书》的编写，使之成为整个开发工作的基础。2 适用范围本规范适用于集团开发项目的（软件）《需求说明书》的编写。3 编写内容提示1 引言3.1.1 背景说明说明被开发软件的名称，任务提出者，用户及实现该软件的计算机网络。3.1.2 参考资料列出有关资料(名称，发表日期，出版单位，作者等)。3.1.3 术语和缩写词列出本文件中用到的专门术语的定义，及术语缩写词。3.2 软件总体概述3.2.1 目标软件开发的意图、应用目标、作用范围以及需说明背景材料。3.2.2 系统模型图示说明该软件的所有功能及其相互关系和数据传递情况。3.2.3 假设和约束说明影响软件开发、运行环境和系统能力（如预告出错类型的能力）的某些假设和约束。3.3 详细需求详细描述此软件系统的功能需求和性能需求。3.3.1 功能需求对系统中每一个功能，要详细描述（图示或文字）。概述 叙述功能名称，目标和作用。 输入 输入该功能的信息。 处理 描述该功能做什么，如何对输入信息进行加工并转换成输出信息。 输出 列出内部生成的文件。3.3.2 性能需求定量地描述此软件系统应满足的具体性能需求。可考虑以下方面：3.3.2.1精度说明系统的精度要求，如：数据的精度要求。 数字计算的精度要求。 数据传送的误码率要求。3.3.2.2 时间特性说明系统的时间特性要求，如：解题时间。 询问和更新数据文件的响应时间。 系统各项功能的顺序关系。3.3.2.3 灵活性说明当需求发生某些变化时系统的适应能力，指出为适应这些变化而需要设计的软件成分和过程。3.3.2.4系统容量包括系统的设计容量和理论（计算）容量。3.3.3 输入和输出解释各输入输出数据类型，并逐项说明某媒体、格式、数值范围等。对软件的数据输出及必须标明的控制输出量进行解释并举例，包括对硬拷贝报告（正常结果输出、状态输出及异常输出）以及图形或显示报告的描述。3.3.4 数据管理能力说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作估算。3.3.5 故障处理列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。

4. 项目需求说明书,怎么写

一 引言
  
  1、编写目的
  
  
  
说明编写这份项目需求说明书的目的，指出预期的读者。
  
  2、背景说明：
  
  
 (1)待开发的软件系统的名称。
  
  
(2)本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络。
  
  
(3)该软件系统同其他系统或其他机构的基本的相互来往关系。
  
  3、定义
  
  
  列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
  
  4、参考资料
  
  
  列出用得着的参考资料，如：
  
  
(1)本项目的经核准的计划任务书或合同、上级机关的批文。
  
  
(2)属于本项目的其他已发表的文件。
  
  
(3)本文件中各处引用的文件、资料、包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
  
二 任务概述
  
  1、目标
  
  
  叙述该项软件开发的意图、应用目标、作用范围以及其它应向读者说明的有关该软件开发的背景材料。解释被开发软件与其它有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。
  
  2、用户的特点
  
  
  列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使用频度。这些是软件设计工作的重要约束。
  
  3、假定和约束
  
  
  列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。
  
三 需求规定
  
  1、对功能的规定
  
  
  用列表的方式（例如IPO表即输入、处理、输出表的形式），逐项定量和定性地叙述对软件所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明软件应支持的终端数和应支持的并行操作的用户数。
  
  2、对性能的规定
  
  
(1)精度
  
  
   说明对该软件的输入、输出数据精度的要求，可能包括传输过程中的精度。
  
  
(2)时间特性要求
  
  
    说明对于该软件的时间特性要求，如对：
  
  
① 响应时间。
  
  
② 更新处理时间。
  
  
③ 数据的转换和传送时间。
  
  
④ 解题时间。
  
  
等的要求。
  
  
(3)灵活性
  
  
  
说明对该软件的灵活性的要求，即当需求发生某些变化时，该软件对这些变化的适应能力，如：
  
  
 ① 操作方式上的变化。
  
  
 ② 运行环境的变化。
  
  
 ③ 同其他软件的接口的变化。
  
  
 ④ 精度和有效时限的变化。
  
  
 ⑤ 计划的变化或改进。
  
  
 对于为了提供这些灵活性而进行的专门设计的部分应该加以标明。
  
  3、输入输出要求
  
  
解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。对软件的数据输出及必须标明的控制输出量进行解释并举例，包括对硬拷贝报告（正常结果输出、状态输出及异常输出）以及图形或显示报告的描述。
  
  4、数据管理能力要求
  
  
说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作出估算。
  
  5、故障处理要求
  
  
列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。
  
  6、其它专门要求
  
  
如用户单位对安全保密的要求，对使用方便的要求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。
  
四 运行环境规定
  
  1、设备
  
  
列出运行该软件所需要的硬件设备。说明其中的新型设备及其专门功能，包括：
  
 (1) 处理器型号及内存容量。
  
 (2) 外存容量、联机或脱机、媒体及其存储格式，设备的型号及数量。
  
 (3) 输入及输出设备的型号和数量，联机或脱机。
  
 (4) 数据通信设备的型号和数量。
  
 (5) 功能键及其他专用硬件。
  
  2、支持软件
  
  
列出支持软件,包括要用到的操作系统、编译（或汇编）程序、测试支持软件等。
  
  3、接口
  
  
说明该软件同其他软件之间的接口、数据通信协议等。
  
  4、控制
  
  
说明控制该软件的运行的方法和控制信号，并说明这些控制信号的来源。
  
五 数据要求
  
  1、数据的逻辑描述
  
  
对数据进行逻辑描述时可把数据分为动态数据和静态数据。所谓静态数据，指在运行过程中主要作为参考的数据，它们在很长的一段时间内不会变化，一般不随运行而改变。所谓动态数据．包括所有在运行中要发生变化的数据以及在运行中要输入、输出的数据。进行描述时应把各数据元素逻辑地分成若干组，列如函数、源数据或对于其应用更为恰当的逻辑分组。给出每一数据元的名称（包括缩写和代码）、定义（或物理意义）度量单位、值域、格式和类型等有关信息。
  
    (1) 静态数据??列出所有作为控制或参考用的静态数据元素。
  
(2) 动态输人数据??列出动态输入数据元素（包括在常规运行中或联机操作中要改变的数据）。
  
(3) 动态输出数据??列出动态输出数据元素（包括在常规运行中或联机操作中要改变的数据）。
  
(4) 内部生成数据??列出向用户或开发单位中的维护调试人员提供的内部生成数据。
  
(5) 数据约定??说明对数据要求的制约。逐条列出对进一步扩充或使用方面的考虑而提出的对数据要求的限制（容量、文卷、记录和数据元的个数的最大值）。对于在设计和开发中确定是临界性的限制更要明确指出。
  
  2、数据的采集
  
  
(1) 要求和范围
  
  
按数据元的逻辑分组来说明数据采集的要求和范围，指明数据的采集方法，说明数据采集工作的承担者是用户还是开发者。具体的内容包括：
  
   ① 输入数据的来源：例如是单个操作员、数据输入站，专业的数据输入公司或它们的一个分组。
  
   ② 数据输入（指把数据输入处理系统内部）所用的媒体和硬件设备。如果只有指定的输入点的输入才是合法的，则必须对此加以说明。
  
    ③ 接受者：说明输出数据的接受者。
  
   ④ 输出数据的形式和设备列出输出数据的形式和硬设备。无论接受者将接收到的数据是打印输出，还是CRT上的一组字符、一帧图形，或一声警铃，或向开关线圈提供的一个电脉冲，或常用介质如磁盘、磁带、穿孔卡片等，均应具体说明。
  
   ⑤ 数据值的范围：给出每一个数据元的合法值的范围。
  
   ⑥ 量纲：给出数字的度量单位、增量的步长、零点的定标等。在数据是非数字量的情况下，要给出每一种合法值的形式和含意。
  
   ⑦ 更新和处理的频度：给出预定的对输入数据的更新和处理的频度。如果数据的输入是随机的，应给出更新处理的频度的平均值，或变化情况的某种其他度量。
  
  
(2) 输入的承担者
  
  
    说明预定的对数据输入工作的承担者。如果输入数据同某一接口软件有关，还应说明该接口软件的来源。
  
  
(3) 预处理
  
  
对数据的采集和预处理过程提出专门的规定，包括适合应用的数据格式、预定的数据通信媒体和对输入的时间要求等。对于需经模拟转换或数字转换处理的数据量，要给出转换方法和转换因子等有关信息，以便软件系统使用这些数据。
  
  
(4) 影响
  
  
  说明这些数据要求对于设备、软件、用户、开发单位所可能产生的影响，例如要求用户单位增设某个机构等。

5. 用户需求说明书 与 需求规格说明书 有什么本质区别？

1、用户需求说明书是用户的需求，需要和用户确认的；需求规格说明书是系统需求主要是对内的。你考虑了一个对外一个对内。而且需求管理的时候也需要用到用户需求
2、
优点：用户的语言与设计人员的语言是不同的，所以需要有面向不同人员的文档。
缺点：层次越多，信息损失的越多，误解的概率就越大。
权衡的结果：基本上是依据项目的规模而定。
3、这要看你们的项目管理采用的规范。
如果是cmmi就需要，敏捷就取消
4、如果你非要省掉一个的话，我倾向于写用户需求，因为搞系统的时候要始终明白用户在想什么，要解决什么问题
需求规格相对不是很重要，具体实现用户需求的时候，你可以有各种方案，这个是用户不关心的。要是用户需求就已经理解错了，软件规格让用户签字好哪里放什么文本框用什么布局有意义么？
最后还不是给你翻掉
5、一个是给用户看的
，一个给程序员看的
6、当然需要，需求管理不弄好，后期客户扯皮怎么办？
7、1、用户需求说明书是软件设计的根本，用户需要签字画押，详细设计基于这个写的，怎能不需要。
2、后期有扯皮的时候有依据，不至于什么都没有。
8、这个东西少不得，
做的详细点是对自己负责，
后期意义重大
需求阶段的工作主要分为两个方面，为“需求开发”和“需求管理”。
从我们的经验来讲
“需求管理”需要产出的文档大体上包含【需求管理计划、需求检查表、需求跟踪表（包含矩阵图）、需求变更状态跟踪表，以及与其配套产出的指南型文件】
“需求开发”需要产出的文档大体上包含【需求规格说明书，需求规格说明书检查表，需求开发指南等】
需求分析报告：一般是对某个市场或者是客户群来讲的，类似于调研报告，重点是体现出产品要满足哪些功能，哪些是重点、热点。
需求说明书：是根据与现场实际客户进行沟通，把客户的需求进行整理，cmmi中有标准的模板，重点是站在客户的角度讲产品功能。
需求规格说明书：是从业务规则讲起的，细一点偏向于软件的概要设计。是从开发、测试的角度去讲产品功能，里面要包含原型界面、业务接口、活动图等。

6. 项目需求说明书,怎么写

一，一般分为6点：
首先是引言：写出该项目需求说明书的编写目的、背景以及用处。
第二点是项目的任务概括：
写的是编写该项目的要达到的目的以及该项目适合的用户，还可以适当的加上项目的一些展示图片。
第三点是项目需求的细节：
这一部分写的是对该项目的一系列规定，比如对功能的规定、对可维护性的规定、对项目过程的规定。说清楚一点就是对于将来要做的项目的一些需求都分层次的写在这里。
第四点就是要写出对运行环境的需求：
编写之前所需要准备的东西，比如硬件设备、需要的平台等。这样好可以预算出成本，虽然不是很准，但是这个是必须的，没有哪个公司是不需要预算，要钱就给的。
第五点项目心得：
这个就是项目之后来写的，将做这个项目时自己的感想写进去，总结一下这个项目。
第六点分工：
这个是重点中的重点，要为每个参与这分配适当的工作，可以大大的节约时间，每个人都能有任务。做好分工就是充分利用资源，以及将个人擅长的部分给个人，使项目缩短制作时间的同时能提高质量。
二，项目需求说明书包括市场对此项目的需求和此项目对软硬件等设施的需求。

扩展资料：
技巧：
每一个项目都有不同的交付物，而每一件交付物需要经过不同的里程碑才能够产生，同时每一个里程碑也需要经过不同的阶段才能够达到里程的目标。每一个阶段需要经过不同的步骤去完成，而每一个步骤需要进行不同的工作。
每一个步骤需要完成一系列工作才能进行第二步骤，直至同一阶段的步骤完成才开始第二阶段，而直至全部阶段完成后才能到达一个里程碑。有些里程碑内的工作可以同期进行，但有些里程碑内的工作得等另一个里程碑完成后才能够开始。到最终完成全部的里程碑内的工作后才能够交付项目中的某一件交付物。
利用WBS技巧来建立交付组合架构，为每一件交付物建立本身的工作需求，可以让很明确地说明每一件交付物所包含的工作。这个交付组合架构更可以让在同一时间为项目建立有关的工作计划。
参考资料：百度百科——项目需求

7. 数据需求说明书的范例

1.内部数据需求说明书范例   A航空公司数据需求说明书　A航空公司：　根据《审计署2005年度统一组织审计项目计划》的要求，我办决定派出审计组对你公司2004年度财务收支情况进行[[就地审计]]。为使审计工作按[[审计方案]]顺利进行，需你公司提供与[[审计项目]]相关的电子数据，现将有关情况说明如下，请予支持。　一、需采集数据的信息系统名称及功能　你公司的信息系统分布情况如下图所示：(此处图略)　如图所示，[[财务系统]]是[[数据采集]]的核心系统，以此为中心，确定生产统计系统、票务系统、航班生产系统等业务管理系统也是数据采集的关键系统，主要依据为：　1．生产统计系统中包含飞机航油的情况，包含对成本真实性审计的重要数据；　2．票务系统中包含机票销售情况，包含对收入真实性审计的重要数据；　3．航班生产信息是核实生产统计系统、票务系统数据完整性的重要参考数据；　……　二、数据采集范围及方法　1．各系统数据采集的时间范围为2003年1月至2004年12月。　2．财务数据在公司本部直接采集，包含公司本部及各分公司的全部数据；票务数据中，公司本部、B分公司和C分公司的数据在公司本部采集，D分公司的数据到该分公司采集；……　3．财务数据采用直接从数据库备份的方式采集；票务数据因[[信息量]]较大，采用确定重点字段，现场监督你公司有关人员提取的方式采集;……　…　三、数据提供时间　2005年3月20日，审计组组织数据采集小组到财务部备份财务数据，请财务部财务核算系统管理员及相关业务人员配合。　2005年3月25日，审计组组织数据采集小组采集公司本部、B分公司和C分公司的票务数据，……　……　四、双方责任　你公司应对所提供数据的真实、完整负责，并作出书面承诺。　对取得的你公司的电子数据，审计组应遵守保密规定，按照有关要求执行。……　五、其他相关事项　若有不明事项请速与审计组联系。　A航空公司审计组　2005年3月15日  2.外部数据需求说明书范例  H机场数据需求说明书　H机场：　根据《审计署2005年度统一组织审计项目计划》的要求，我办决定派出审计组对A航空公司2004年度财务收支情况进行就地审计。为核实该公司航班生产的情况，以进一步核实其[[收入]]、[[成本]]的真实性，需你机场提供部分相关电子数据，现将有关情况说明如下，请予支持。　一、需采集数据的信息系统名称及功能　你机场的离港信息系统为需采集数据的[[信息系统]]，该系统中包含A航空公司的航班起飞情况，包含对其收入、成本真实性审计的重要数据。　……　二、数据采集范围及方法　1．数据采集的年度为2003年1月至2004年12月。　2．采用审计组提出字段要求，由你机场有关人员提取相关数据的方式采集　……　三、数据提供时间　2005年3月26日，审计组组织数据采集小组到你机场采集数据，请你机场离港信息系统管理员及相关业务人员配合。　……　四、双方责任　你机场应对所提供数据的真实、完整负责。　对取得的你机场的电子数据，审计组应遵守保密规定，按照有关要求执行。……　五、其他相关事项　……　若有不明事项请速与A航空公司审计组联系。　A航空公司审计组　2005年3月20日

8. 用户需求说明书 与 需求规格说明书 有什么本质区别？ 求详解。谢谢

1、用户需求说明书是用户的需求，需要和用户确认的；需求规格说明书是系统需求主要是对内的。你考虑了一个对外一个对内。而且需求管理的时候也需要用到用户需求
 
2、 
优点：用户的语言与设计人员的语言是不同的，所以需要有面向不同人员的文档。
缺点：层次越多，信息损失的越多，误解的概率就越大。
权衡的结果：基本上是依据项目的规模而定。
 
3、这要看你们的项目管理采用的规范。 
如果是cmmi就需要，敏捷就取消
 
4、如果你非要省掉一个的话，我倾向于写用户需求，因为搞系统的时候要始终明白用户在想什么，要解决什么问题
需求规格相对不是很重要，具体实现用户需求的时候，你可以有各种方案，这个是用户不关心的。要是用户需求就已经理解错了，软件规格让用户签字好哪里放什么文本框用什么布局有意义么？ 最后还不是给你翻掉
 
5、一个是给用户看的 ，一个给程序员看的
 
6、当然需要，需求管理不弄好，后期客户扯皮怎么办？
 
7、1、用户需求说明书是软件设计的根本，用户需要签字画押，详细设计基于这个写的，怎能不需要。
2、后期有扯皮的时候有依据，不至于什么都没有。
 
8、这个东西少不得， 做的详细点是对自己负责， 后期意义重大

需求阶段的工作主要分为两个方面，为“需求开发”和“需求管理”。
 
从我们的经验来讲
 
“需求管理”需要产出的文档大体上包含【需求管理计划、需求检查表、需求跟踪表（包含矩阵图）、需求变更状态跟踪表，以及与其配套产出的指南型文件】
“需求开发”需要产出的文档大体上包含【需求规格说明书，需求规格说明书检查表，需求开发指南等】

 
需求分析报告：一般是对某个市场或者是客户群来讲的，类似于调研报告，重点是体现出产品要满足哪些功能，哪些是重点、热点。 
需求说明书：是根据与现场实际客户进行沟通，把客户的需求进行整理，CMMI中有标准的模板，重点是站在客户的角度讲产品功能。 
需求规格说明书：是从业务规则讲起的，细一点偏向于软件的概要设计。是从开发、测试的角度去讲产品功能，里面要包含原型界面、业务接口、活动图等。