软件工程需求分析的模板

需求规格说明阐述一个软件系统必须提供的功能和性能以及它所要考虑的限制条件，它不仅是系统测试和用户文档的基础，也是所有子系列项目规划、设计和编码的基础。

它应该尽可能完整地描述系统预期的外部行为和用户可视化行为。除了设计和实现上的限制，软件需求规格说明不应该包括设计、构造、测试或工程管理的细节。

1）采用软件需求规格说明模版： 采用需求规格说明书模板在你的组织中要为编写软件需求文档定义一种标准模板。该模板为记录功能需求和各种其它与需求相关的重要信息提供了统一的结构。

注意，其目的并非是创建一种全新的模板，而是采用一种已有的且可满足项目需要并适合项目特点的模板。许多组织一开始都采用IEEE标准830-1998(IEEE 1998)描述的需求规格说明书模板。

要相信模板是很有用的，但有时要根据项目特点进行适当的改动。1 2 3 4 5 6 A引言 目的 文档约定 预期的读者和阅读建议 产品的范围 参考文献 B综合描述 产品的前景 产品的功能 用户类和特征 运行环境 设计和实现上的限制 假设和依赖附录 C外部接口需求附录 用户界面附录 硬件接口 软件接口 通信接口 D系统特性 说明和优先级 激励/响应序列 功能需求 E 其它非功能需求 性能需求 安全设施需求 安全性需求 软件质量属性 业务规则 用户文档 F其它需求 G附件 词汇表 分析模型 待确定问题的列表 表2 需求规格说明模板 a. 引言 引言提出了对软件需求规格说明的纵览，这有助于读者理解文档如何编写并且如何阅读和解释。

a . 1 目的 对产品进行定义，在该文档中详尽说明了这个产品的软件需求，包括修正或发行版本号。如果这个软件需求规格说明只与整个系统的一部分有关系，那么就只定义文档中说明的部分或子系统。

a.2 文档约定 描述编写文档时所采用的标准或排版约定，包括正文风格、提示区或重要符号。 a.3 预期的读者和阅读建议 列举了软件需求规格说明所针对的不同读者，例如开发人员、项目经理、营销人员、用户、测试人员或文档的编写人员。

描述了文档中剩余部分的内容及其组织结构。提出了最适合于每一类型读者阅读文档的建议。

a.4 产品的范围 提供了对指定的软件及其目的的简短描述，包括利益和目标。把软件与企业目标或业务策略相联系。

可以参考项目视图和范围文档而不是将其内容复制到这里。

做软件的需求分析和设计,要写哪些东西？

第一章 引言

1.1 编写目的

1.2 项目背景

1. 基本定义

第二章 产品概述

2.1 目标

2.2 运行环境

2. 条件与限制

第三章 业务规范分析

.1 业务规范分析

.2 业务数据流图

.2 数据词典

. 数据采集

第四章 功能需求

.1 功能划分

.2 功能描述

. 软件接口

. 故障处理

第五章 其它需求

.1 应用环境

.2 其它要求

软件项目需求分析的文档都包括哪些内容呢？

首先你要找那些让你提交这些报告的人，问明白他们说的这些报告究竟需要涉及什么内容，给什么人看，格式和文档的风格要求是什么。

如果他们不能告诉你一个满意的答案，就没有必要给他们一个他们自己都不知道想不想要的东西。 而实际上需求分析报告可以说是文档体系中最没有必要存在的。

当然我不是说需求分析不重要，而是说需求分析太重要，是一个报告所不能容纳的，而是要有一个包括数个不同内容体系的文档系统。而如果你的项目根本就没有那么多的资金和资源，你一般就不要动用这样一个庞大的系统。

你在这个时候只需要随时记录你的想法，列出你的关注点和解决的想法。 而当然这个系统虽然庞大，但是还有很多线索要你去掌握它们的建造。

首先这个系统需要有一个业务目标分析，也就你的这个系统要达到的业务目标，要结合具体的企业环境进行系统分析和论证，这个文档的阅读者基本上属于最高级次的决策者。还要有一个技术目标分析，也就是你的这个项目将解决什么具体的技术问题，这个部分也十分的复杂，基本上需要行业专家认真地分析，这个文档的阅读者属于管理者。

还要有一个技术实现的报告，也就是你需要为完成这个项目动用什么技术，主要是你必须说出在这个项目的几种可使用技术方案中你为什么要选择你目前的这种，这个文档的阅读者基本上就是相关的技术人员。而同时你还需要一个风险分析的报告，把这个文档要针对业务/技术/实现这三个层次的问题中要遇到的各种风险进行分析。

这属于基本的需求分析的基础文档系统。 然后你还需要面对你的具体的情况进行具体的项目的规划分析。

首先如果你的项目是一个开发型的项目，你就有必要对你的业务目标和技术目标的实现进行一种设计。这个工作需要大量的市场和人类学知识。

其次你还需要对你上面这个需求的设计进行分析，以把其转化为开发者可以接受的文档格式。 然后你还需要对这些需求进行具体的粒度化的划分，将其细化为一些原子态的互相联系的部分。

在此基础上你还需要对这些具体的技术实现进行规划，找出最重要的和最有难度的部分。同时这个层次的风险分析也需要有一个单独的文档说明。

最后你还需要对实现中具体的细节问题组织你的需求分析文档。 这些问题包括，你使用的具体技术需要什么要求的人员和设备等等资源。

你的需求需要如果进行测试，以保证你的这些需求能够被真正的贯彻。你的系统需要如何部署在你的业务环节中。

你的人员培训需要采用什么措施。这些问题都需要有专门的文档，而且也都是需求分析方面的。

基本上这样一个系统要有10份以上的文档，而关键在于不同的问题应该在不同的文档中说明，同时你还必要在这些文档的相互关系中做出一种标注。这样一个工程，基本上需要一个团队来专门的进行协调和维护。

至于书写则是一个文档就要一个小组，同时还必须有一个系统的管理小组。 在这样一个文档系统中，基本上可以保证你所有的关注都在你的文档中体现了。

求软件工程需求分析报告范文,谢谢！！！！

3.1 引言3.1.1 编写目的说明编写这份软件需求说明书的目的，指出预期的读者。

3.1.2 背景说明a.待开发的软件系统的名称，b.本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络c.该软件系统同其他系统或其他机构的基本的相互来往关系。3.1.3 定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

3.1.4 参考资料列出用得着的参考资料，如：a.本项目的经核准的计划任务书或合同、上级机关的批文；b.属于本项目的其他已发表的文件，c.本文件中各处引用的文件、资料、包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。

3.2 任务概述3.2.1 目标叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。

如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的乒品是卢个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。

3.2.2 用户的特点列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使用频度。这些是软件设计工作的重要约束。

3.2.3 假定和约束列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。3.3 需求规定。