软件需求说明书大纲SRS

软件需求说明书大纲（SRS）
1 前言
本章提供整个SRS综述。

1.1 目的
这一条包括下列内容：
●描述实际SRS的目的；
●说明SRS所预期的读者。

1.2 范围
●用一个名字标识被生产的软件产品。

●说明软件产品将干什么，如果需要，还要说明软件产品不干什么；
●描述所说明的软件的应用。

应当：
⏹尽可能精确地描述所有相关的利益、目的、以及最终目标。

⏹如果有一个较高层次的说明存在，则应该使其和高层次说明中的类
似的陈述相一致（例如，系统的需求规格说明）。

1.3 定义、缩写词、略语
本条中必须提供全部需求的术语、缩写词及略语的定义，以便对SRS进行适当的解释。

这些信息可以由SRS的附录提供。

也可以参考其他的文件。

1.4 参考资料
本条应包括：
●在SRS中各处参照的文件的全部清单，如经核准的计划任务书，上级机
关批文、合同等；
●列出其他参考资料，如属本项目的其他已发表的文件和主要文献等。

每
一个文件、文献要有标题，索引号或文件号，发布或发表日期以及出版
单位；
●详细说明可以得到该参考文件的来源。

这个信息可以通过引用附录或其
他文件提供。

2 项目概述
本章应描述影响产品和其需求的一般因素，本章不说明具体的需求，而仅使需求更易于理解。

2.1 产品描述
这一条是把一个产品用其他有关的产品或项目来描述。

●如果这个产品是独立的，而且全部内容自含，应在此说明；
●如果SRS定义的产品是一个较大的系统或项目中的一个组成部分，那么
本条应包括如下内容；
⏹要概述这个较大的系统或项目的每一个组成部分的功能，并说明其
接口；
⏹指出该软件产品主要的外部接口。

在这里，不要求对接口详细地描
述，详细描述放在SRS其他章条中；
⏹描述所使用的计算机硬件、外围设备。

这里仅仅是一个综述性描述。

在本条的描述中，用一个方框图来表达一个较大的系统或项目的主要组成部分、相互联系和外部接口是非常有帮助的。

本条既不用来强迫进行方案的描述，也不是描述在解决总是时的设计约束。

本条应对在以后具体需求一章中说明的设计约束提供理由。

2.2 产品功能
本条是为将要完成的软件功能提供一个摘要。

不必把功能所要求的大量的细节描写出来。

有时，如果存在较高层次的规格说明时，则功能摘要可直接从中取得，这个较高层次的规格说明为软件产品分配了特殊的功能，为了清晰起见，请注意：
●编制功能的一种方法是制作功能表，以便客户或者第一次读这个文件的
人都可以理解；
●用方框图来表达不同的功能和它们的关系也是有帮助的。

但这样的图不
是产品设计时所需求的，只是一种有效的解释性的工具。

这一条不用作陈述具体需求，只是对后来SRS中具体需求一章中为会么要描述的某些需求提供理由。

2.3 用户特点
本条要描述影响具体需求的产品的最终用户的一般特点。

许多人在软件生存周期的操作和维护阶段与系统相关。

而这些人中有用户、操作员、维护人员和系统工作人员。

这些人的某些特点，象教育水平、经验、技术、专长等，都是施加于系统操作环境的重要约束。

如果系统的大多数用户是一些临时的用户，那么就要求系统包含如何完成基本功能的提示，而不是假设用户已经从过去的会议或从阅读用户指南中了解到这些细节。

这一条的内容不能用来陈述具体需求或强加若干特殊的设计约束，本条应对在SRS的具体需求一章之中的某些具体需求或设计约束的描述提供理由。

2.4一般约束
本条对设计系统时限制开发者选择的其他一些项作一般性描述。

而这些项将限定开发者在设计系统时的任选项。

这些包括：
●管理方针；
●硬件的限制；
●与其他应用间的接口；
●并行操作；
●审查功能；
●控制功能；
●所需的高级语言；
●通信协议；
●应用的临界点；
●安全和保密方面的考虑。

本条不陈述具体需求或具体设计约束：而对SRS的具体需求一章中为什么要确定某些具体需求的设计约束提供理由。

2.5 假设和依据
本条列出影响SRS中陈述的需求的每一个因素。

这些因素不是软件的设计约束，但是它们的改变可能影响到SRS中的需求。

例如：假定一个特定的操作系统是在被软件产品指定的硬件上使用的，然而，事实上这个操作系统是不可能
使用的，于是，SRS就要进行相应的改变。

3 具体需求
3.1 功能需求
本条描述软件产品的输入怎样变换成输出。

即软件必须完成的基本动作。

对于每一类功能或者有时对于每一个功能，需要具体描述其输入、加工和输出的需求。

这通常由四个部分组成：
3.1.1 引言
这部分描述的是功能要达到的目标、所采用的方法和技术，还应清楚说明功能意图的由来和背景。

3.1.2 输入
这部分应包括：
1)详细描述该功能的所有输入数据，如：输入源、数量、度量单位、时间
设定、有效输入范围（包括精度和公差）；
2)操作员控制细节的需求。

其中有名字、操作员活动的描述、控制台或操
作员的位置。

例如：当打印检查时，要求操作员进行格式调整；
3)指明引用接口说明或接口控制文件的参考资料。

3.1.3 加工
定义输入数据、中间参数，以获得预期输出结果的全部操作。

它包括如下的说明：
1)输入数据的有效性检查；
2)操作的顺序，包括事件的时间设定；
3)异常情况的响应，例如，溢出、通信故障、错误处理等；
4)受操作影响的参数；
5)降级运行的要求；
6)用于把系统输入变换成相应输出的任何方法（方程式、数学算法、逻辑
操作等）。

7)输出数据的有效性检查。

3.1.4 输出
这部分应包括：
1)详细描述该功能所有输出数据，例如：输出目的地、数量、度量单位、
时间关系、有效输出的范围（包括精度和公差）、非法值的处理、出错
信息；
2)有关接口说明或接口控制文件的参考资料。

此外，对着重于输入输出行为的系统来说，SRS应指定所有有意义的输入、输出对及其序列。

当一个系统要求记忆它的状态时，需要这个序列，使得它可以根据本次输入和以前的状态作出响应。

3.2 性能需求
从整体来说，本条应具体说明软件、或人与软件交互的静态或动态数值需求。

1)静态数值需求可能包括：
●支持的终端数；
●支持并行操作的用户数；
●处理的文卷和记录数；
●表和文卷的大小。

2)动态数值需求可能包括：欲处理的事务和任务的数量，以及在正常情况
下和峰值工作条件下一定时间周期中处理的数据总量。

3.3 设计约束
3.3.1 其他标准的约束
本项将指定由现有的标准或规则派生的要求。

例如：报表格式、数据命名等3.3.2 硬件的限制
本项包括在各种硬件约束下运行的软件要求，例如，应该包括：硬件配置的特点，内存储器和辅助存储器的容量。

3.4 属性
软件的需求还有若干个属性，下面指出其中的几个：
3.4.1 可用性
可以指定一些因素，如检查点、恢复和再启动等，以保证整个系统有一个确定的可用性级别。

3.4.2 安全性
这里指的是保护软件的要素，以防止各种非法的访问、使用，修改、破坏或泄密。

这个领域的具体需求必须包括：
●利用可靠的密码技术；
●掌握特定的记录或历史数据集；
●给不同的模块分配不同的功能；
●限定一个程序中某些区域的通信；
●计算临界值的检查和。

3.4.3 可维护性
3.4.4 可转移/转换性
这里规定把软件从一种环境移植到另一种环境所要求的用户程序，用户接口兼容方面的约束等等。

3.4.5 警告
指定所需属性十分重要，它使得人们能用规定的方法去进行客观的验证。

3.5 外部接口需求
3.5.1 用户接口
3.5.2 硬件接口
3.5.3 软件接口
3.5.4 通信接口
3.6 其他需求。

合集下载

srs技术文档说明

本文的目的是描述SRS技术文档，包括对SRS的解释说明、SRS描述规范以及规范的一个范例。

软件需求规格说明书（SRS，Software Requirement Specification）是为了软件开发系统而编写的，主要用来描述待开发系统的功能性需求和非功能性需求，以及系统所要实现的功能和目标，为项目开发人员提供基本思路，明确开发方向，节约时间提高开发效率，降低软件开发风险，节约成本。

SRS主要面向系统分析员，程序员，测试员，实施员和最终用户。

SRS是整个软件开发的依据，它对以后阶段的工作起指导作用，同时也是项目完成后系统验收的依据，还是《用户手册》和《测试计划》的编写依据。

以下是SRS的描述规范：1.功能需求按模块为单位描述功能需求，重复以下几点描述每一模块的功能需求。

1.1 模块1第一个模块。

每个模块用一个用例图表示，在写SRS时，名字使用能够表达模块功能的短语表示，而不用模块1表示。

1.1.1 用例图描述此模块的用例图。

一个用例图中有若干个Actor、用例及其关系，描述包括涉及到的所有Actor、用例及其关系。

其中，Actor是参与者；一个用例描述的是一个功能需求；关系是用例和用例之间的关系。

用例的名字使用能够表达用例目标的动词短语。

1.1.2 业务流程图用例应说明的是系统内发生的事件，而不是事件发生的方式和原因。

一个业务流程图是用来描述1.1.1用例图中的一个用例事件的业务流程操作。

下面是对业务流程图对应的这个用例的描述说明：以下是SRS描述规范的一个范例：1.功能需求1.1业务区管理1.1.1 用例图1.1.2 业务流程图业务区创建范例说明：以上范例是直放站统一通讯管理系统的SRS中的第三章节，是用来描述系统的功能需求的，其中，1.1小节描述了其中一个模块——业务区管理的功能需求。

其中包括了业务区管理这一模块的用例图，以及对这一用例图中由Actor带动的三个用例：业务区创建、业务区管理、业务区删除的业务流程图描述，列出了其中一个用例——业务区创建的业务流程图，以及对这个用例的简要说明、前置条件、后置条件、角色、触发条件、基本事件流、备选事件流、特殊需求等的描述。

SRS软件需求说明范例

任何单位或者个人未经****书面授权不得复制、修改、翻译、改编、发行、展示或者出版本文档的任何部分，不得将文档用于任何商业目的或进行任何转授权行为，否则将视为非法侵害，****保留依法追究其责任的权利。

本文档中的信息如有更改，恕不另行通知。

****对文档不做任何担保，不论是明确的，还是隐含的，包括但不限于隐含的适销和适合特定用途的保证。

****对本文档的功能及其中包含的错误，或者因使用本文档而造成的直接、间接、特殊、偶发或继发性损失不承担任何责任。

此条款同样适用于****拥有完全权利的文字、图片、表格等内容。

2013年4月界面格式约定不可编辑的内容单选框○ A ⊙ B ○ C复选框□ A B □ C超级链接毛泽东思想概论数据项类型默认约定数字0~9字母大小写英文字母ASCII 包括字母和数字及英文键盘上其他常见字符汉字包括中文字符、ASCII年限格式为9.5或9.0，年份小数点后保留一份小数日期格式为YYYY-MM-DD时间格式为YYYY-MM-DD HH:MM:SS日期段格式为YYYY-MM-DD～YYYY-MM-DD时间段格式为YYYY-MM-DD HH:MM:SS～YYYY-MM-DD HH:MM:SS金额格式为999.99元或￥999.99比例格式为999%，若未加说明则录入范围为0%～100%URL 超级链接，格式为http://aaa.bbbEmail 邮箱地址，格式为aaa@c，需要验证包含“@”和“.”，且“@”后面必须有“.”图片JPG、GIF、BMP目录第一章系统概述 (1)第一节系统整体介绍 (1)第二节功能汇总表 (1)第二章[点击此处键入子系统名称] (1)第一节[点击此处键入模块名称] (1)一、[点击此处键入功能分类名称] (1)1.[点击此处键入功能名称] (1)第三章附录 (2)第一节业务／功能词汇表 (2)第二节相关文档 (2)第一章系统概述第一节系统整体介绍[子系统的总体描述、数据流程，必要时用图表描述]第二节功能汇总表第二章[点击此处键入子系统名称] 第一节[点击此处键入模块名称][模块的总体描述、数据流程，必要时用图表描述]一、[点击此处键入功能分类名称]1.[点击此处键入功能名称]1.1.业务背景[从业务角度说明业务新增/变化的背景]1.2.功能描述[点击此处键入功能要实现的目的]1.3.功能位置[点击此处键入功能位置]1.4.业务规则1.4.1.[点击此处键入业务规则1]1.5.操作流程及详细说明1.5.1.[点击此处键入业务进程名称，用于浏览／查询／统计操作]1）查询条件A.[点击此处键入查询条件1]：[和数据项内容默认约定一致的，无需再次填写]B.[点击此处键入查询条件1]：[范例：录入，模糊查询，默认为空，空则为全部]C.[点击此处键入查询条件n]：[范例：单选，状态为启用的XX列表，默认为全部]2）查询结果A.[点击此处键入查询结果1]B.[点击此处键入查询结果n]：点击可查看详情／编辑3）排序条件：[排序第1条件]、[排序第n条件]，[升序／降序]4）分页方式：分页显示，界面显示记录总数，每页记录数根据系统设置默认值显示5）界面样例：[在此插入界面参考图]6）界面导出模板:[如与默认值不同，则需在此插入导出模板样例]7）界面其他说明：[点击此处键入界面特殊要求]1.5.2.[点击此处键入业务进程名称，用于设置／增加／编辑操作]1）设置内容1.6.操作者及权限1.7.性能要求[点击此处键入性能要求，如响应时间等]1.8.变更记录（按照修改时间倒序排列）第三章附录第一节业务／功能词汇表第二节相关文档[点击此处键入与本扩展说明相关的文档目录]。

11软件需求规格说明(SRS)

身高体重分析软件需求规格说明(SRS)组员：说明：1.《软件需求规格说明》(SRS)描述对计算机软件配置项CSCI的需求，及确保每个要求得以满足的所使用的方法。

涉及该CSCI外部接口的需求可在本SRS中给出：或在本SRS引用的一个或多个《接口需求规格说明》(IRS)中给出。

2.这个SRS，可能还要用IRS加以补充，是CSCI设计与合格性测试的基础。

目录软件需求规格说明(SRS) (1)1范围 (4)1.1标识 (4)1.2系统概述 (4)1.3文档概述 (4)1.4基线 (4)2引用文件 (4)3需求 (4)3.1所需的状态和方式 (5)3.2需求概述 (5)3.2.1目标 (5)3.2.2运行环境 (5)3.2.3用户的特点 (5)3.2.4关键点 (5)3.2.5约束条件 (5)3.3需求规格 (6)3.3.1软件系统总体功能/对象结构 (6)3.3.2软件子系统功能/对象结构 (6)3.3.3描述约定 (6)3.4CSCI能力需求 (6)3.5CSCI外部接口需求 (7)3.5.1接口标识和接口图 (7)3.6CSCI内部接口需求 (7)3.7CSCI内部数据需求 (7)3.8适应性需求 (7)3.9保密性需求 (7)3.10保密性和私密性需求 (7)3.11CSCI环境需求 (7)3.12计算机资源需求 (7)3.12.1计算机硬件需求 (7)3.12.2计算机硬件资源利用需求 (8)3.12.3计算机软件需求 (8)3.12.4计算机通信需求 (8)3.13软件质量因素 (8)3.14设计和实现的约束 (8)3.15数据 (8)3.16操作 (8)3.17故障处理 (8)3.18算法说明 (9)3.19有关人员需求 (9)3.20有关培训需求 (10)3.21有关后勤需求 (10)3.22其他需求 (10)3.23包装需求 (10)3.24需求的优先次序和关键程度 (10)4合格性规定 (10)5需求可追踪性 (10)6尚未解决的问题 (10)7注解 (10)附录 (10)1范围1.1标识身高体重分析软件Windows 7版本号：1.01.2系统概述一套针对身高体重测试的分析软件，所有人都能使用，它包括了检测体型是否正常，个人身高所对应的标准体重，预测未来身高以及最合适的伴侣体型。

计算机软件需求规格说明模板

计算机软件需求规格说明模板文章标题：深入探讨计算机软件需求规格说明模板一、引言计算机软件需求规格说明（SRS）是软件工程中的关键文档，它定义了软件系统应该具备的功能和性能。

随着信息技术的迅速发展，SRS在软件开发过程中扮演着至关重要的角色。

本文将深入探讨计算机软件需求规格说明模板，包括其结构、内容和编写要点，以期帮助读者更好地理解和运用SRS。

二、SRS模板的结构1. 引言在SRS模板中，引言部分通常包括项目的背景介绍、目的、范围和定义、参考文献以及术语缩写。

2. 项目概述项目概述部分描述了软件系统的总体特征和功能，包括目标和范围、系统的整体概述和目标受众等。

3. 详细需求描述在详细需求描述部分，详细描述了系统功能和非功能需求。

这包括对用户界面、安全性能、可靠性、可用性和可维护性等方面的要求。

4. 系统模型系统模型部分通常包括数据流图、实体关系图、状态转换图等，以帮助读者更好地理解系统的结构和功能。

5. 约束在约束部分，列出了开发过程中存在的各种约束，如技术约束、法律约束、资源约束等。

6. 其他需求其他需求部分包括了性能需求、设计约束、外部接口需求等其他重要的需求信息。

三、SRS模板的编写要点1. 简洁明了在编写SRS时，应注意语言简明、条理清晰，避免使用过多的技术术语和行业名词，以便各方读者更好地理解。

2. 准确全面SRS应确保所有需求都得到准确全面的描述，并且需求是一致的、完整的、可验证的和可追踪的。

3. 可追踪性每个需求都应该有一个唯一的标识符，便于跟踪需求的实现和验证，同时需求之间的关联也要明确。

四、个人观点和理解对于SRS模板，我认为其编写的质量和准确性是至关重要的。

只有当SRS能够清晰准确地描述系统的需求时，才能为软件开发过程提供明确的方向和目标。

SRS应该是灵活的，能够适应需求变化和系统演化，因此在编写时应考虑到系统的可扩展性和可维护性。

五、总结和回顾本文深入探讨了计算机软件需求规格说明模板的结构、编写要点和个人观点。

软件需求模板SRS

XXXXXXXXXXXX设计 ——需求分析姓名：学号：邮箱：指导教师：2010年12月22日12:31:48目录1 文档概述1.1 编写目的1.2 背景1.3 定义1.4 参考资料2 任务概述2.1 目标2.2 用户特点分析2.3 相关事实与假定3 需求概述3.1 系统概述3.2 主题域13.2.1 概述3.2.2 业务事件3.2.3 报表4 具体需求4.1主题域14.1.1 用例模型4.1.2 领域模型5 总体设计5.1 项目规划5.2 系统功能结构图5.3 流程分析5.4 实体分析1 文档概述1.1 编写目的1.2 背景1.3 定义1.4 参考资料2 任务概述2.1 目标2.2 用户特点分析2.3 相关事实与假定3 需求概述3.1 系统概述3.2 主题域13.2.1 概述3.2.2 业务事件3.2.2.1业务事件1（1）业务流程分析（2）业务实体分析（3）用例分析3.2.2.2业务事件23.2.3 报表3.2.3.1报表1（1）概述部门/职位：目的：1.2.3．（2）数据内容（3）报表项3.2.3.2 报表24 具体需求4.1主题域14.1.1 用例模型4.1.1.1 UC_B_XX（用例）（1）概述【编号、名称、概述、相关Stakeholder】（2）事件流描述【前、后置条件，基本、扩展、子事件流】（3）相关需求与功能点（4）界面原型（5）规约与约束4.1.1.2 UC_R_xx（报表）（1）概述【名称、用户部门与职位、业务意图、相关场景】（2）报表内容【领域类图、数据项】（3）输入\输出格式（4）其他4.1.1.3 UC_I_xx（接口）（1）使用者【名称、业务目的、时机、频率】（2）内容与格式【交互过程、数据包说明】（3）设计与实现约束【性能要求、协议格式要求】4.1.2 领域模型4.1.2.1 XX领域类（1）概述【类名、别名】（2）数据窗口分析【涉及主题域、业务事件、各域数据】（3）数据组成与格式（4）其他5 总体设计5.1 项目规划5.2 系统功能结构图5.3 流程分析5.4 实体分析。

软件需求说明书srs的规范参考样本

软件需求说明书的规范样本一、编写目的软件需求说明书的编制是为了使用户和软件开发者双方对该软件的运行环境、功能和性能需求的初始规定有一个共同的理解，使之成为整个开发工作的基础，为概要设计提供需求说明。

二、主要内容及写作要求1、引言1.1 目的a. 说明开发本软件的目的；b. 说明编写本软件说明书的目的；c. 说明软件需求说明所预期的读者。

1.2 背景a．标识要开发的软件产品（名称，代码）；b．列出本项目的任务提出者、项目负责人、系统分析员、系统设计员、程序设计员、程序员、资料员以及与本项目开展工作直接有关的人员和用户；c．说明该软件产品与其它有关软件产品的相互关系。

1.3 参考资料a. 列出本项目经核准的任务书或合同和上级机关的批文；b. 列出编写本软件需求说明书时参考的文件、资料、技术标准以及它们的作者、标题、编号、发布日期和出版单位等。

1.4 术语列出本软件需求说明书中专门术语的定义以及英语缩写词的原词组。

2、项目概述2.1 被开发软件的一般描述描述被开发软件的主要组成，相互联系和外部接口，可用系统流程图的层次结构描述，如图1：图1 层次结构图示例2.2 被开发软件的功能简述被开发软件的功能，可用系统流程图的层次结构描述。

必须采用设计工具，如：PowerDesigner，来进行。

2.3 实现语言列出所采用的编程语言。

2.4 用户特点描述最终用户具有的受教育水平、工作经验及技术专长。

2.5 一般约束给出影响承办单位在设计软件时的约束条款和当需求发生变化时该软件对这些变化的适应能力即灵活性的需求。

3、具体需求3.1 功能需求用文字、图表或数学公式详细描述被开发软件的输入、处理、输出以及在上述过程中发生的基本操作。

对每一类功能，按下述四小节描述。

（必须采用设计工具，如：PowerDesigner来进行，报告可不遵从下面的格式）。

3.1.1 引言a. 描述该软件功能及使用方法；b. 列出与功能有关的背景材料。

SRS大纲(模板)

2.2 产品功能：产品功能：
概述了产品所具有的主要功能。其详细内容将在中描概述了产品所具有的主要功能。其详细内容将在3中描所以在此只需要概略地总结，述，所以在此只需要概略地总结，例如用列表的方法给出。很好地组织产品的功能，给出。很好地组织产品的功能，使每个读者都易于理用图形表示主要的需求分组以及它们之间的联系，解。用图形表示主要的需求分组以及它们之间的联系，例如数据流程图的顶层图或类图。例如数据流程图的顶层图或类图
5. 其他非功能需求
5.1 性能需求阐述了不同的应用领域对产品性能的需求，阐述了不同的应用领域对产品性能的需求，并解释它们的原理以帮助开发人员作出合理的设计选择。们的原理以帮助开发人员作出合理的设计选择。确定相互合作的用户数或者所支持的操作、相互合作的用户数或者所支持的操作、响应时间以及与实时系统的时间关系。与实时系统的时间关系。 5.2 安全设施需求详尽陈述与产品使用过程中可能发生的损失、详尽陈述与产品使用过程中可能发生的损失、破坏或危害相关的需求。定义必须采取的安全保护或动作，危害相关的需求。定义必须采取的安全保护或动作，还有那些预防的潜在的危险动作。还有那些预防的潜在的危险动作。明确产品必须遵从的安全标准、策略或规则。的安全标准、策略或规则。 5.3 安全性需求详尽陈述与系统安全性、详尽陈述与系统安全性、完整性或与私人问题相关的需求，需求，这些问题将会影响到产品的使用和产品所创建或使用的数据的保护。定义用户身份确认或授权需求，或使用的数据的保护。定义用户身份确认或授权需求，明确产品必须满足的安全性或保密性策略。明确产品必须满足的安全性或保密性策略。
2. 综合描述
这一部分概述了正在定义的产品以及它所运行的环境、使用产品的用户和已知的限制、环境、使用产品的用户和已知的限制、假设和依赖。 2.1产品描述：产品描述：产品描述

软件需求规格说明书(SRS)模板

XX 软件需求规格说明书拟制日期yyyy-mm-dd 评审人日期yyyy-mm-dd 批准日期yyyy-mm-dd 签发日期yyyy-mm-dd修订记录分发记录目录1 简介 (6)1.1 目的 (6)1.2 范围 (6)2 总体概述 (6)2.1 软件概述 (6)2.1.1 项目介绍 (6)2.1.2 产品环境介绍 (6)2.2 软件功能 (6)2.3 用户特征 (7)2.4 假设和依赖关系 (7)3 具体需求 (7)3.1 功能需求 (7)3.1.1 功能需求1 (7)3.2 性能需求 (9)3.2.1 性能需求1 (9)3.3 外部接口需求 (9)3.3.1 用户接口 (9)3.3.2 软件接口 (10)3.3.3 硬件接口 (10)3.3.4 通讯接口 (11)4 总体设计约束 (11)4.1 标准符合性 (11)4.2 硬件约束 (11)4.3 技术限制 (11)5 软件质量特性 (13)6 依赖关系 (13)7 其他需求 (13)7.1 数据库 (13)7.2 操作 (13)7.3 本地化 (13)8 需求分级 (13)9 待确定问题 (14)10 附录 (14)10.1 附录A 可行性分析结果 (14)10.2 附录B 需求建模 (14)10.2.1 数据流图 (14)10.2.2 数据字典 (14)表目录Table1 **表..................................................... 错误!未定义书签。

表1 **表 ........................................................ 错误!未定义书签。

图目录Figure 1 **图..................................................... 错误!未定义书签。

XX 软件需求规格说明书关键词：能够体现文档描述内容主要方面的词汇。

软件需求说明书（SRS）参考模板

软件需求说明书（SRS）参考模板软件需求说明书（GB856T——88）湖南软件职业学院Eagle开发⼩组1引⾔ (3)1.1编写⽬的 (3)1.2背景 (3)1.3定义 (3)1.4参考资料 (4)2任务概述 (4)2.1⽬标 (4)2.2⽤户的特点 (4)2.3假定和约束 (4)3需求规定 (4)3.1对功能的规定 (4)3.1.1 系统结构图 (3)3.1.2 系统数据流图 (3)3.1.3 UML模型 (3)3.2对性能的规定 (15)3.2.1精度 (15)3.2.2时间特性要求 (15)3.2.3灵活性 (15)3.3输⼈输出要求 (15)3.4数据管理能⼒要求 (16)3.5故障处理要求 (16)3.6其他专门要求 (16)4运⾏环境规定 (16)4.1设备 (16)4.2⽀持软件 (16)4.3接⼝ (16)4.4控制 (17)1引⾔1.1编写⽬的为项⽬开发做准备的前提条件，为明确软件基本功能和性能及概要设计说明书的编写提供依据，为系统开发后的测试和评审做参考，同时也是客户的要求。

1.2背景本项⽬为Eagle⼩组为迎合中国IT⼈才市场需求所开发，由于本系统实⾏⽤户注册机制，与其他机构并⽆关系来往。

项⽬名称：Eagle在线培训⽹项⽬组织者： Eagle开发⼩组;项⽬主负责⼈：汪飘华项⽬组成员：易浩，汪飘华，王志杰产品⽤户者：所有注册⽤户;产品设计者： Eagle开发⼩组;产品所有权： Eagle开发⼩组拥有1.3定义该在线培训系统是基于Internet/Intranet 及Web技术，建⽴以Browser/Server 为结构模式、以数据库为后台核⼼应⽤、以服务为⽬的信息平台，对资源进⾏科学的加⼯整序和管理维护，为开发⾼效率的⽹站⽽设计。

SQL Server：服务器数据⽂件Microsoft Visual Studio 2005：主要的开发平台；IIS 5.1：Internet Information Server1.4参考资料【IT项⽬管理】---- 主编：⽑志雄中国铁道出版社【UML建模实例教程】———主编：刘志成电⼦⼯业出版社【ASP视频教程】--主讲：于海涛北⼤青鸟2任务概述2.1⽬标在线培训系统是专门针对企业、政府、⾏业设计的新⼀代⽹络学习管理平台，能够通过在线学习、在线考试和在线评估的⽅式完成培训计划，并将在线培训管理与传统的⾯授教育管理相结合，以保证对员⼯的最佳培训效果和投⼊产出⽐，突出了最先进的现代职业教育理念，是中国移动、中国银⾏、阿⾥巴巴、腾讯、TCL、联想、涟源钢铁、海马汽车、中⽯化壳牌、沿海集团、太平洋⼈寿等众多⾏业⽤户共同的选择。