提供一份需求分析模版，大家探讨！

[cocia]

XXX需求分析(初)
版本<1.0>

修订历史记录
日期 版本 说明 作者
<日/月/年> <x.x> <详细信息> <姓名>



引言
目的
对产品进行定义

预期读者和阅读建议
针对的不同用户，例如开发人员，用户，测试人员，文档编写人员

参考文献和引用文档
参考资料，例如以前版本文档，其他调查资料

综合描述
产品用途
例如某产品的一部分，某版本的升级版本等

用户类型，使用对象
该产品的主要用户类型，次要用户类型等，或者用户特征，习惯

产品功能
主要功能描述，可以使用列表的方式等，简单明了，
1.
2.
3.

配置UseCase功能模块级说明


运行环境（软硬件依赖）
硬件需求说明，依赖的操作系统，服务软件，及相应的版本

设计和实现上的限制
必须使用的和避免使用的技术，工具，编程语言，数据库等



模块功能描述
功能1


编号 更新时间
名称 最好更新者
包括调用 优先级 高/低（必/选）
执行者 先决条件
说明
注释问题

流程描述：（文本）

交互功能 系统功能
1．（步骤顺序） 2．（步骤顺序）
4．5．
3．6．7．8．

活动图或流程图或UseCase：



功能2
功能3
功能4
外部接口需求
系统组件
包括数据库，工具库，集成的商业组件，免费组件及其相应的版本，来源，功能

重用组件（引用接口）
重用本系统组件，本公司工具库等，包括版本及功能



附录A
词汇表
定义术语，缩写，中英文对照，引用系统词汇表等




附录B
困难及未实现功能
1
2
3
4

[cocia]

对于软件需求文档可能是变化最多，也最不好确定的部分

也不可能有万能的模版，
对于b/s和网络应用，
我作出一个小范围的模版，希望大家能给点意见。

[webcat]

内容有的重复

[williexu]

{ 项目名称 }

软件需求规格说明书


文件状态
[√] 草稿
[ ] 正式
[ ] 修改 文件标识：
当前版本：
作 者：
完成日期：


版 本 历 史

版本/状态 作者 参与者 起止日期 备注











目 录
0. 文档介绍 5
文档目的 5
文档范围 5
读者对象 5
参考文档 5
术语与缩写解释 5
1. 产品综述 6
1.1 产品开发背景 6
1.2 产品面向的消费群体 6
1.3 产品应当具备的功能和特色 6
1.4 产品的范围 6
1.5 产品应当遵循的标准或规范 6
2. 产品中的角色 6
2.0 角色分类 6
2.1 角色A的职责与行为描述 7
2.N 角色N的职责与行为描述 7
3. 功能性需求 7
3.0 功能性需求分类 7
3.1 FEATURE A 8
3.3.1 Function A.1 8
4. 外部接口需求 8
4.0 外部接口分类 8
4.1 数据元 9
4.2 数据集合 9
4.3 通信方法 10
4.4 协议 11
5. 用户界面需求 11
6. 软硬件环境需求 11
6.1 计算机硬件 11
6.2 软件 12
6.3 网络通信 12
6.4 其它设备 13
7. 信息安全需求 13
8. 产品性能需求 13
9. 产品质量需求 13
附录 15
需求承诺（确认） 16

0. 文档介绍
文档目的
提示：说明本文档的目的
文档范围
提示：说明本文档的内容范围
读者对象
提示：说明本文档的读者对象
参考文档
提示：列出本文档的所有参考文献（可以是非正式出版物，例如文档），格式如下：
[标识] 作者，文献名称，出版单位（或归属单位），日期
例如：
 [SBELL-NAD-PROCESS-RD] 软件工程研究小组，需求开发过程，v 1.1，上海贝尔网络应用事业部，2001年8月

术语与缩写解释
缩写、术语 解 释



…

1. 产品综述
1.1 产品开发背景
提示：从内因、外因两方面阐述产品的开发背景。内因方面着重考虑：（1）开发方的短期、长期发展战略；（2）开发方的当前实力。外因方面着重考虑：（1）市场需求及发展趋势；（2）技术状况及发展趋势。如果是合同项目，要说明项目的来源。
1.2 产品面向的消费群体
提示：阐述本产品面向的消费群体（客户、最终用户）的特征，说明本产品将给他们带来什么好处？他们选择本产品的可能性有多大？
1.3 产品应当具备的功能和特色
提示：阐述本产品应当具备什么样的功能和特色，才能吸引消费群体。
1.4 产品的范围
提示：阐述本产品“适用的领域”和“不适用的领域”，本产品“应当包含的内容”和“不包含的内容”。说清楚业务范围的好处是：（1）有助于判断什么是需求，什么不是需求；（2）可以将开发精力集中在业务范围之内，少干吃力不讨好的事情；（3）有助于控制需求的变更。
1.5 产品应当遵循的标准或规范
提示：阐述本产品应当遵循什么标准、规范或业务规则（Business Rules），违反标准、规范或业务规则的产品通常不太可能被接受。

2. 产品中的角色
2.0 角色分类

提示：将最终用户按照角色进行分类（某些用户可能身兼多个角色）。角色的标识符格式为：-SRS-ROLE-???

角色类别 标识符
A
B
……
2.1 角色A的职责与行为描述
提示：描述角色A应当做什么事情（即职责），以及如何做事情（即行为）。
2.n 角色N的职责与行为描述
提示：描述角色N应当做什么事情（即职责），以及如何做事情（即行为）。


3. 功能性需求
3.0 功能性需求分类
提示：将功能性需求先粗分再细分。子功能的标识符格式为：-SRS-FUNC-???
例如：

类别 子功能与标识符
Feature A Function A.1
Function A.2
…
Feature B Function B.1
Function B.2
…
…

3.1 Feature A
提示：此处写一些承上启下的文字。
3.3.1 Function A.1
名称、标识符
功能描述
优先级
目的
Entry Criteria
输入
操作序列

输出
Exit Criteria
补充说明

4. 外部接口需求
4.0 外部接口分类
提示：外部接口的标识符格式为：-SRS-INTERFACE-???
例如：

类别 名称与标识符
数据元
Data Element


数据集合
Data Element Assemblies Records
Messages
Files
通信方法
Communication Methods

协议
Protocols


4.1 数据元
Required characteristics of individual data elements that the External Interfaces must provide, store, send, access, receive, etc., such as:
 Names/ identifiers
 Data type (alphanumeric, integer, etc.)
 Size and format (such as length and punctuation of a character string)
 Units of measurement (such as meters, dollars, nanoseconds)
 Range or enumeration of possible values (such as 0-99)
 Accuracy (how correct) and precision ( number of significant digits)
 Priority, timing, frequency, volume, sequencing, and other constraints, such as whether the data element may be updated and whether business rules apply
 Security and privacy constraints
 Sources (setting/ sending entities) and recipients (using/ receiving entities)

类型、名称 标识符
用途
属性1
属性2
…
类型、名称 标识符
用途
属性1
属性2
…

4.2 数据集合
Required characteristics of data element assemblies (records, messages, files, arrays, displays, reports, etc.) that the External Interfaces must provide, store, send, access, receive, etc., such as:
 Names/ identifiers
 Data elements in the assembly and their structure (number, order, grouping)
 Medium (such as disk) and structure of data elements/ assemblies on the medium
 Visual and auditory characteristics of displays and other outputs (such as colors, layouts, fonts, icons and other display elements, beeps, lights)
 Relationships among assemblies, such as sorting/ access characteristics
 Priority, timing, frequency, volume, sequencing, and other constraints, such as whether the assembly may be updated and whether business rules apply
 Security and privacy constraints
 Sources (setting/ sending entities) and recipients (using/ receiving entities)

类型、名称 标识符
用途
属性1
属性2
…
类型、名称 标识符
用途
属性1
属性2
…

4.3 通信方法
Required characteristics of communication methods for the External Interfaces, such as:
 Project-unique identifier(s)
 Communication links/bands/frequencies/media and their characteristics
 Message formatting
 Flow control (such as sequence numbering and buffer allocation)
 Data transfer rate, whether periodic/ aperiodic, and interval between transfers
 Routing, addressing, and naming conventions
 Transmission services, including priority and grade
 Safety/ security/ privacy considerations, such as encryption, user authentication, compartmentalization, and auditing

类型、名称 标识符
用途
属性1
属性2
…

4.4 协议
Required characteristics of protocols for the External Interfaces, such as:
 Project-unique identifier(s)
 Priority/ layer of the protocol
 Packeting, including fragmentation and reassembly, routing, and addressing
 Legality checks, error control, and recovery procedures
 Synchronization, including connection establishment, maintenance, termination
 Status, identification, and any other reporting features

类型、名称 标识符
用途
属性1
属性2

…

5. 用户界面需求
例如：

属性 要求




…

6. 软硬件环境需求
6.1 计算机硬件
The requirements shall include, as applicable, number of each type of equipment, type, size, capacity, and other required characteristics of processors, memory, input/ output devices, auxiliary storage, communications/ network equipment, and other required equipment.

名称 详细要求



…

6.2 软件
Examples include operating systems, database management systems, communications/ network software, utility software, input and equipment simulators, test software, and manufacturing software. The correct nomenclature, version, and documentation references of each such software item shall be provided.

名称 详细要求




…

6.3 网络通信
Examples include geographic locations to be linked; configuration and network topology; transmission techniques; data transfer rates; gateways; required system use times; type and volume of data to be transmitted/ received; time boundaries for transmission/ reception/ response; peak volumes of data; and diagnostic features.

名称 详细要求


…

6.4 其它设备
例如一些基础设施


7. 信息安全需求
These requirements shall include, as applicable, the security/ privacy environment, the type and degree of security or privacy to be provided, the security/ privacy risks, required safeguards to reduce those risks, the security/ privacy policy that must be met, and the criteria that must be

[iamfan]

我觉得任何一份SRS，只要把要点都描述了，不太拘泥于形式，其中的要点，在软件需求这本书中有很好的描述；还有就是SRS是用于做系统分析的，应该不需要提交给用户，所以应该考虑用建模工具(如ROSE)来描述，需要加文字描述的再用文字描述，否则在做OOA的分析时，肯定是重复劳动，但文档格式的用户需求报告应该还是有的。

[Mike_sun]

en

[iamfan]

我的理解是在SRS

[iamfan]

在SRS之前还有一个用户需求报告，里面对业务需求，用户需求和功能需求都有描述，这份是提交给用户看的，而SRS是规格化后的功能需求，主要的对象是系统设计人员，一般是不给用户看的，你以为你上面列出的这么多章节用户都能明白吗？

[dreamyyuan]

寫得夠詳細的了，可以看一下。

[cocia]

williexu(眼镜咪):
RUP的文档太过庞大，要使用这样的文档还要相应的了解Rose相关工具和RUP相关知识。
就是写得出来，又有多少人能看得懂的。
我之所以要自己写一个 需求分析模版，就是要让别人看得懂，
经理看得懂，用户看得懂，开发人员看得懂。

iamfan(iamfan)：
不给用户看，那我们的需求是给谁分析的呢？
希望您给我讲讲，我没能太理解。

webcat：
您认为那个部分有重复，不合理？

[cocia]

iamfan(iamfan):
恩，这么说需求部分的东西还要针对不同的对象撰写不同的文档了。
这份文档其实主要的作用还是让实现人员能够实现功能。
因为现在大家最看重的也就是这块。
许多的和用户的交流都浮于表面。

[sadbaby]

功能上应该有个重要等级，这对今后的milestone很重要。

[scarlet]

我觉得需求分析不要求太全，而是要抓住客户需求的重点分析，进行详细分析。

[iamfan]

"文档其实主要的作用还是让实现人员能够实现功能",“许多的和用户的交流都浮于表面”。如果基于浮于表面的东西做个软件的话，能用吗？再次强调，需求是有两个文档的，一个是用户需求(包括现有业务描述和功能需求)，一个是SRS。

[cocia]

iamfan(iamfan):
"文档其实主要的作用还是让实现人员能够实现功能"
我的意思是说：我现在贴在这里的这篇文档主要面向实现人员。

“许多的和用户的交流都浮于表面”：
我想这是现在整个行业的现象，如果做好需求分析，软件开发，专家建议用户和开发人员在一起工作是最好的。我们作不到这一点，也应该向这个方向努力：）

[SPIRIT0220]

收藏！

[tomboy123123123]

国标的需求模板是不是太烂？

[Mike_sun]

up