需求分析的目的

1/15

需求分析报告

篇一：软件需求分析报告模板(完整版)

软件需求分析报告模板(完整版)

目录

1.范围1

2.总体要求1

2.1总体功能要

求..................................................................

.....................................................1

2.2软件开发平台要

求..................................................................

.............................................1

2.3软件项目的开发实施过程管理要

求..................................................................

..................2

2.3.1软件项目实施过程总体要

求..................................................................

......................2

2.3.2软件项目实施变更要

求..................................................................

..............................2

2.3.3软件项目实施里程碑控

制..................................................................

..........................2

3.软件开发3

3.1软件的需求分

析..................................................................

.................................................3

2/15

3.1.1需求分

析..................................................................

......................................................3

3.1.2需求分析报告的编制

者..................................................................

..............................4

3.1.3需求报告评

审..................................................................

..............................................4

3.1.4需求报告格

式..................................................................

..............................................4

3.2软件的概要设

计..................................................................

.................................................4

3.2.1概要设

计..................................................................

......................................................4

3.2.2编写概要设计的要

求..................................................................

..................................4

3.2.3概要设计报告的编写

者..................................................................

..............................4

3.2.4概要设计和需求分析、详细设计之间的关系和区

别................................................4

3.2.5概要设计的评

审..................................................................

..........................................4

3/15

3.2.6概要设计格

式..................................................................

..............................................4

3.3软件的详细设

计..................................................................

.................................................5

3.3.1详细设

计..................................................................

......................................................5

3.3.2特

例..................................................................

..............................................................5

3.3.3详细设计的要

求..................................................................

..........................................5

3.3.4数据库设

计..................................................................

..................................................5

3.3.5详细设计的评

审..................................................................

..........................................5

3.3.6详细设计格

式..................................................................

..............................................5

3.4软件的编

码..................................................................

.........................................................5

4/15

3.4.1软件编

码..................................................................

......................................................5

3.4.2软件编码的要

求..................................................................

..........................................5

3.4.3编码的评

审..................................................................

..................................................6

3.4.4编程规范及要

求..................................................................

..........................................6

3.5软件的测

试..................................................................

.........................................................6

3.5.1软件测

试..................................................................

......................................................6

3.5.2测试计

划..................................................................

......................................................6

3.6软件的交付准

备..................................................................

.................................................6

3.6.1交付清

单..................................................................

......................................................6

5/15

3.7软件的鉴定验

收..................................................................

.................................................7

3.7.1软件的鉴定验

收..................................................................

..........................................7

3.7.2验收人

员..................................................................

......................................................7

3.7.3验收具体内

容..................................................................

..............................................7

3.7.4软件验收测试大

纲..................................................................

......................................7

3.8培

训..................................................................

.....................................................................

7

3.8.1系统应用培

训..................................................................

..............................................7

3.8.2系统管理的培训（可

选）................................................................

............................8

附录A软件需求分析报告文档模板9

附录B软件概要设计报告文档模板

21

附录C软件详细设计报告文档模板

6/15

33

附录D软件数据库设计报告文档模板

43

附录E软件测试(验收)大纲错误！未

定义书签。5

1.范围

本指南用于指导软件开发者为南京市交通局开发软件项目的过程，通过

规范软件项目承担单位的开发过程达到提高软件质量，降低维护成本的目的。开

发者应根据本指南进行软件开发和编制软件开发文档。本指南是对软件项目承担

单位的基本要求。在本指南的附录A至E中提供了文档的编写模板供开发者参考，

在进行具体软件开发时，开发者可根据实际情况采编写，但必须提供双方约定的

文档，文档中约定的内容必须描述清楚。

2.总体要求

2.1总体功能要求

网络应用环境以Internet/Intranet技术为核心。

开发者应在充分分析需求的基础上，选择采用B/S结构或者C/S结构。

软件系统的数据库应依照《南京市交通局信息化数据库建设规范》进行

设计和建设。本指南中没有规定开发者采用何种具体的软件工程开发方法，开

发者可根据项目具体特

点、自身擅长来选择采用面向过程的方法、面向对象的方法或面向数据

的方法，但建议开发商使用面向对象软件工程的方法，如：采用目前被广泛使

用的RUP(RationalUnifiedProcess)方法来进行分析、设计和开发。

2.2软件开发平台要求

开发者开发的软件必须能够在南京市交通局规定的软件平台上正常运

行。目前软件平台为：

数据库管理系统：

Oracle9i以上版本

中间件(应用服务器)系统：

IBMWebSphere

7/15

OA系统：

LotusDomino/Notes

网络架构：

完全支持TCP/IP协议

开发工具或技术体系：

为保证软件的上下兼容性，开发者应选择比较通用的开发工具的较新版

本进行开

发，如，BorlandDelphi，C++Builder,

或J2EE(Java2P1atformEnterpriEdition)等。

2.3软件项目的开发实施过程管理要求

2.3.1软件项目实施过程总体要求

（一）开发者提交软件开发工作大纲，交通局组织专家组对工作大纲进

行评审，并提出整改意见。

（二）通过评审后，开发者根据整改意见完善工作大纲，经过交通局认

可后组织项目组进行软件开发。软件开发工作按照需求分析、概要设计、详细设

计、编码、测试等几个阶段进行，在开发过程中，开发者需分阶段提交相关文档。

（三）在软件开发工作完成后，开发者应向交通局提交完整的软件文档，

交通局组织验收组对软件进行验收审查。

2.3.2软件项目实施变更要求

在开发过程中，需求或设计不可避免地需要发生变更，相关变更必须经

过交通局书面同意方可进行。在需求或设计发生变更时，需要对原有文档进行

修改，并提供完整的变更记录，以使变更处于可控制的状态。变更单如下表所

示：

表2-1变更单

2.3.3软件项目实施里程碑控制

交通局将分四个阶段进行把关，召开专家审查会。

（一）需求分析（结合原型进行审查）确认；

（二）概要设计+数据库设计；

（三）预验收（试运行后）；

8/15

（四）正式验收（推广使用后）。

3.软件开发

合同签订以后，项目承担单位即可组织项目组进行软件开发工作。软件

开发必须严格按照软件工程的要求进行。开发过程包括开发者的活动和任务。此

过程由软件需求分析、概要设计、详细设计、编码、测试、验收、鉴定等活动组

成。

3.1软件的需求分析

3.1.1需求分析

首先，开发者和交通局应共同对交通局的应用需求作充分的调研，提交

完整的需求分析报告。在需求分析报告中必须描述的基本问题是：功能、性能、

强加于实现的设计限制、属性、外部接口。应当避免把设计或项目需求写入需

求分析报告中。它必须说明由软件获得的结果，而不是获得这些结果的手段。

软件需求可以用若干种方法来表达，如通过输入、输出说明；使用代表

性的例子；用规范化的模型。开发者应尽可能地使用模型的方式，因为这是表达

复杂需求的精确和有效的方法。比如用统一建模语言（UML）来描述需求。

编写需求分析报告的要求

a．无歧义性

对最终产品的每一个特性用某一术语描述；若某一术语在某一特殊的行

文中使用时具有多种含义，那么应对该术语的每种含义做出解释并指出其适用场

合。

b．完整性

需求分析报告应该包括全部有意义的需求，无论是关系到功能的、性能

的、设计约束的、还是关系到外部接口方面的需求；对所有可能出现的输入数据

的响应予以定义，要对合法和非合法的输入值的响应做出规定；填写全部插图、

表、图示标记等；定义全部术语和度量单位。

c．可验证性

需求分析报告描述的每一个需求应是可以验证的。可以通过一个有限处

理过程来检查软件产品是否满足需求。

d．一致性

9/15

在需求分析报告中的各个需求的描述不能互相矛盾。

e．可修改性

需求分析报告应具有一个有条不紊、易于使用的内容组织；没有冗余，

即同一需求不能在需求分析报告中出现多次。

f．可追踪性

每一个需求的源流必须清晰，在进一步产生和改变文件编制时，可以方

便地引证每一个需求。

g．运行和维护阶段的可使用性

需求分析报告必须满足运行和维护阶段的需要。在需求分析报告要写明

功能的来源和目的。

篇二：需求分析报告

需求分析报告

1引言

在市场经济中，进销存管理是企业运作的重要环节。随着企业规模的发

展壮大，商品数量急剧增加，有关商品的各种信息量也成倍增加。企业需要实时

动态地对商品的各种信息进行统计分析为了便好地增加业务量，另外不少企业通

过分公司或代理商把产品推向最终用户，这些分公司或代理商分布在不同的地理

位置，跨空间、跨时间的频繁业务信息交流是这些企业业务活动的主要特点。在

这种形势下，传统的人工传递信息和数据的管理方式就无法满足企业需求了。

1.1编写目的

此份软件产品需求分析报告是为进销存管理信息系统编写的，开发这个

软件旨在建立一个高效率、高准确率、通用性好的进销存管理系统，借助计算机

进行信息管理，在很大程度上提高管理者分析与决策的科学性，提高企业经营管

理水平。通过这份软件产品需求分析报告详尽说明了该软件产品的需求规格，包

括对产品进行的准确的定义。

1.2开发目的及意义

本设计为一个基本的B/S结构的进销存管理系统，即利用网络、信息化

手段来实现商品信息的跨时间、空间的管理。本系统对企业中常见的采购、库存、

10/15

销售等商业活动以及相关的供应商和客户等基本信息进行管理。功能贴近实际，

内容精练。

1.3预期读者和阅读建议

本软件产品需求分析报告所针对的各种不同的预期读者，可能包括：

?用户；?开发人员；?企业管理者；?营销人员；?测试人员；?

文档编写入员。

2系统功能需求

根据软件本身的系统机构，我们本小组从功能的角度对系统的功能进行

了初步的模块划分，主要区分了每个功能的边界，这是第一次将系统功能进行细

化的过程，分析结果如下表2-1所示。

根据表2-1用户描述的需求，将系统功能模块划分如表2-2所示，并对其

模块的划分和功能进行描述。划分模块的目的是使系统的结构更加清晰，开发难

度降低并有利于团队的开发。

2.1系统功能

本系统的功能主要包括系统登录、基本资料维护、采购、销售、库存管

理和系统维护等，根据具体情况，该系统的功能可分为四类：第一类是基本信息

业务，主要负责客户信息、供应商信息、商品信息、入库信息、出库信息的管理；

第二类是进货业务，主要负责对货物生成采购单，并采购入库；第三类是销售业

务，主要负责对商品的销售，并销售出库；第四类是库存管理业务，主要负责库

存盘点。

2.1.1系统功能树图

2.1.2子系统一

（请改成具体的名称，如“用户管理子系统”。若未划分子系统，则删

除本标题，直接写“模块”，并将3.1.2.1等标题升级为四级标题。）

对该子系统的描述。

2.1.2.1模块一（请改成具体的名称）

（1）用例图

（2）需求说明

（3）输入/输出数据

11/15

列出输入数据(用户输入、来自外部接口的输入或者其它输入)并且定义

针对这些输入数据的处理(计算)方法，以及相应地输出数据，描述对应区别：输

入数据和输出数据。

当有大量数据需要描述时，也可以分类描述数据，并且注明各项数据的

输入、输出属性。

2.1.2.2模块二

（1）用例图

（2）需求说明

（3）输入/输出数据

2.1.3子系统二

具体写法，参照3.1.2节。

请根据需要，增加3.1.4，3.1.5等小节。

3用户界面与运行环境需求

通过本节描述可以确定，保证软件产品能和外部组件正确连接的需求。

3.1用户界面

主要是对用户界面风格、布局等方面的描述。以下是可能包括的一些特

征：

?将要采用的图形用户界面(GUl)标准或者产品系列的风格；?有关屏

幕布局或者解决方案的限制；

?将要使用在每一个屏幕(图形用户界面)上的软件组件，可能包括：

?选单；?标准按钮；?导航链接；?各种功能组件；?消息栏；?

快捷键；

?各种显示格式的规定，可能包括：?不同情况下文字的对齐方式；

?不同情况下数字的表现格式与对齐方式?日期的表现方法与格式；?

计时方法与时间格式；?等等。

?错误信息显示标准；

对于用户界面的细节，例如：一个特定对话框的布局，应该写入具体的

用户界面设计说明中，而不能写入软件需求规格说明中。

12/15

如果采用现成的、合适的用户界面设计规范(标准)，或者另文描述，可

以在这里直接说明，并且将其加入参考文献。

3.2运行环境

描述了本软件的运行环境，一般包括：

?硬件平台；SUNV880或以上，双CPU，2G内存，200G以

篇三：需求分析报告模板

需求分析报告

版本：1.0.0

编者年月日

审核年月日

批准年月日

XXX

二〇一三年四月

一、引言

1.1编写目的

对产品或项目进行定义，包括修正或发行版本号。如果这个软件需求规

格说明只与整个系统的一部分有关系，那么只定义文档中要说明的部分或子系

统。

1.2背景说明

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

1.3预期读者和阅读建议

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

人员、测试人员、项目经理、市场人员等。指出最适合于每一类型读者阅读文档

的建议。

1.4术语定义

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

1.5参考文献

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

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

13/15

二、任务概述

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内部业务接口

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

四、业务功能详细描述

14/15

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

的描述。即功能建模。

4.1子系统（模块一）

4.1.1业务功能描述

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

4.1.2业务流程图

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

到的或输入输出的表格、资料。注意，这里的活动图描述的是该子模块的业务流

程。

4.1.3主题描述及用例视图

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

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

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

4.1.4用例描述

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

4.1.4.1用例名称一

【用例功能说明】用文字详细描述该用例的目的、功能。

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

求。

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

用UML的顺序图或协同图描述该用例的操作流程。

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

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

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

4.1.4.2用例名称二

【用例功能说明】用文字详细描述该用例的目的、功能。

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

求。

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

15/15

用UML的顺序图或协同图描述该用例的操作流程。

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

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

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

4.1.4.3用例名称三

......