需求分析报告怎么写（总结报告格式要求）.pdf

需求分析报告怎么写（总结报告格式要求）

第一篇：需求分析报告怎么写(总结报告格式要求)

需求分析报告

版本：1.0.0

编者年月日审核年月日批准年月日

XXX

二〇一四年五月

一、引言

1.1编写目的对产品或项目进行定义，包括修正或发行版本号。如

果这个软件需求规格说明只与整个系统的一部分有关系，那么只定义

文档中要说明的部分或子系统。

1.2背景说明

说明项目或模块开发背景。

1.3预期读者和阅读建议

列举软件需求规格说明书所针对的不同读者，如用户、设计人员、

编程人员、测试人员、项目经理、市场人员等。指出最适合于每一类

型读者阅读文档的建议。

1.4术语定义

解释需求说明书中的术语、名词、简称及缩写等等。

1.5参考文献

列出所有参考资料、参照的软件名称，包括标题名称、作者、版

本号、日期、出版单位或资料来源，以方便读者查阅这些文献。

二、任务概述

2.1目标

描述项目或业务模块要达到的目标。

2.2用户特点

描述主要的用户及其特点（教育水平、经验、计算机水平等）。

确定可能使用该产品的不同用户类别并描述它们的特征。有些需求可

能只与特定的用户类相关。将该产品的重要用户类与那些不太重要的

用户类区分开。

2.3假定和约束

一般约束、假设及对用户的要求。

三、业务功能概要描述

3.1现有系统分析

对现有系统（包括自动或人工的）进行简要分析。

3.2业务描述

描述实际业务的过程和特点，即业务建模。

3.3系统角色

画出系统中的角色，并用文字进行说明。

3.4主题描述（或：系统用例视图）

画出主题图，描述主题内的业务和主题间的业务。

或用UML语言描绘系统总的用例视图。

3.5业务流程图

用UML的活动图描绘系统总的业务流程。

3.6业务接口

3.6.1外部业务接口

描述与其它项目或业务模块的功能接口。例如：工资模块与考勤、

考核、任免、职称等模块的功能接口描述。

3.6.2内部业务接口

描述各个主题之间的业务接口。

四、业务功能详细描述

用语言和图对每个子系统、主题或业务模块要完成的功能进行完

整详细的描述。即功能建模。

4.1子系统（模块一）

4.1.1业务功能描述

用文字语言描述子系统、主题或业务模块要完成的功能。

4.1.2业务流程图

用UML的活动图描绘子系统或业务模块的业务流程，在活动图中

标注用到的或输入输出的表格、资料。注意，这里的活动图描述的是

该子模块的业务流程。

4.1.3主题描述及用例视图

若主题下面还含有子主题，则画出主题图，描述主题内的业务和

主题间的业务；并且接着画出子系统或业务模块的详细用例视图。

若主题下面不含子主题，则直接画出子系统或业务模块的详细用

例视图。

4.1.4用例描述

对全部用例或主要的用例用文字进行详细描述。

4.1.4.1用例名称一

【用例功能说明】

用文字详细描述该用例的目的、功能。

【操作描述】

用文字描述子系统或业务模块中主要用例的操作流程和要求。

【活动图、顺序图或协同图】（可选内容）用UML的顺序图或协

同图描述该用例的操作流程。

【界面原型】（可选内容）

描绘用户所希望的图形用户界面标准或风格，包括大致的屏幕布

局、功能菜单、标准按钮、快捷键、出错信息显示标准等。

4.1.4.2用例名称二

【用例功能说明】

用文字详细描述该用例的目的、功能。

【操作描述】

用文字描述子系统或业务模块中主要用例的操作流程和要求。

【活动图、顺序图或协同图】（可选内容）用UML的顺序图或协

同图描述该用例的操作流程。

【界面原型】（可选内容）

描绘用户所希望的图形用户界面标准或风格，包括大致的屏幕布

局、功能菜单、标准按钮、快捷键、出错信息显示标准等。