软件需求规格说明模板(GBT9385-2008)
XXX项目软件需求规格说明书XXXX20 年月日文档信息修订历史文档编制、审核与批准目录1引言 (1)1.1 目的 (1)1.2范围 (1)1.3定义、简写和缩略语 (1)1.4引用文件 (1)1.5综述 (2)2总体描述 (2)2.1产品描述 (2)2.1.1系统接口 (2)2.1.2用户界面 (2)2.1.3硬件接口 (3)2.1.4软件接口 (3)2.1.5通信接口 (3)2.1.6内存约束 (3)2.1.7操作 (3)2.1.8现场适应性需求 (4)2.2产品功能 (4)2.3用户特点 (4)2.4约束 (4)2.5假设和依赖关系 (5)2.6需求分配 (5)3具体需求 (5)3.1外部接口 (5)3.2功能 (6)3.3性能需求 (7)3.4数据库逻辑需求 (8)3.5设计约束 (8)3.5.1标准依从性 (8)3.6软件系统属性 (8)3.6.1可靠性 (9)3.6.2可用性 (9)3.6.3安全保密性 (9)3.6.4可维护性 (9)3.6.5可移植性 (9)3.7具体需求的组织 (9)3.7.1系统模式 (10)3.7.2用户类型 (11)3.7.3对象 (11)3.7.4特征 (11)3.7.5激励 (11)3.7.6响应 (11)3.7.7功能层次 (11)3.8附加说明 (12)4附录 (12)1引言本部分应当提供整个SRS的概述1.1 目的本条宜：a)描述SRS的目的；b)说明SRS的预期读者。
1.2范围本条宜：a)通过名称识别要生产／开发的软件产品(例如，宿主数据库管理系统(DBMS)、报告生成器等）；b)必要时，说明软件产品将做或不做什么；c)描述规定的软件的应用，包括相关的收益、目标和目的；d)如果上层规格说明（如，系统需求规格说明）存在，与上层规格说明类似的陈述保持一致。
1.3定义、简写和缩略语本条宜提供对正确解释SRS所要求的所有术语、简写和缩略语的定义，这些信息可以通过引用SRS中的一个或多个附录、或者引用其他文件的方式来提供。
1.4引用文件本条宜：a)提供SRS引用的所有文件的完整清单；b)标识出每个文件的名称、报告编号（适用时）、日期、出版组织；c)标明可以获得引用文件的来源。
这些信息可以通过引用附录或引用其他文档的方式提供。
1.5综述本条宜：a)描述SRS的其余章条包含的内容；b)说明SRS是如何组织的。
2总体描述本章宜描述影响产品及其需求的一般因素，而不叙述具体的需求。
相反，它提供需求的背景并使它们更易理解，而在SRS的第3章将详细定义这些需求。
2.1产品描述本条宜把产品置于其他有关产品的全景之下。
如果产品是独立的和完全自我包含的，这里宜如实给予陈述。
正如常出现的那样，如果SRS定义的产品是较大系统的组成部分，则本章宜将软件的功能性与较大系统的需求相联系，而且宜识别软件和系统之间的接口。
使用框图展示较大系统的主要部分、相互联系以及外部接口是有帮助的。
本条也宜描述在各种不同的约束下软件如何运行。
如，这些约束可包括：a)系统接口；b)用户界面；c)硬件接口；d)软件接口；e)通信接口；f)内存；g)运行；h)现场适应性需求等。
2.1.1系统接口本条宜列出每个系统接口，识别完成系统需求的软件功能以及与系统匹配的接口描述。
2.1.2用户界面本条宜规定以下方面：a)在软件产品与用户之间每个界面的逻辑特征。
这包括完成软件需求所需要的那些配置特征（例如，要求的屏幕显示格式、页面或窗口版式布局、任何报告或菜单的内容、或者可编程功能键的设置）；b)优化系统用户界面的所有方面。
这可以简单地包括一个针对系统对用户的显示方式系统将做什么和不做什么的清单。
例如，可能是一项选择长或短的错误消息方面的需求。
如同所有其他需求一样，这些需求宜是可验证的，例如，“经过th培训后，4级打字员能够在Zrnln内执行功能X”，而不是“打字员能够执行功能X”（这也可以在标题为使用方便性章条的软件系统属性中规定）。
2.1.3硬件接口本条宜规定系统硬件各部件与软件产品之间每个接口的逻辑特征，包括配置特征（端口数量、指令集等），同样也覆盖这些事项，如，支持什么设备、如何支持以及采用什么协议。
例如，相对逐行支持，终端支持可能规定为全屏支持。
2.1.4软件接口本条宜规定对其他软件产品（例如，数据管理系统、操作系统、或数学软件包）的使用，以及与其他应用系统（例如，账户接收系统和一般的会计记帐系统的链接）的接口。
对于每个要求的软件产品，宜提供：a)名称；b)助记符；c)规格说明编号；d)版本号；e)来源。
对于每个接口，宜提供：a)相对此软件产品，接口软件的目的的论述；b)按照消息内容和格式对接口的定义，不必要详细描述任何已文件化的接口，但要求引用定义此接口的文件。
2.1.5通信接口本条宜定义不同的通信接口，如，局域网协议等。
2.1.6内存约束本条宜规定对主存和辅存的任何适用特征和限制。
2.1.7操作本条宜规定用户要求正常的和特定的操作，如：a)用户组织的不同操作模式（如，用户引发的操作）；b)交互操作的周期和无人值守操作的周期；c)数据处理支持功能；d)备份和恢复操作。
注：有时此条规定作为用户界面的一部分。
2.1.8现场适应性需求本条宜：a)对于给定的现场、任务或运行模式（如，网格数、安全限制等），为任何数据或启动顺序定义需求；b)针对软件适应特定的安装现场或任务，规定应当修改的特征。
2.2产品功能本条宜给出软件将执行主要功能的概要。
例如，某个会计程序的SRS可在此部分关注顾客账户维护、顾客财务报表及发票准备，而不涉及这些功能要求的大量细节。
有时，本条需要的功能概要可直接从分配具体功能到软件产品的更高层规格说明（如果存在）中摘录。
为了清晰，应当注意：a)功能宜以这样的方式组织，以使顾客或第一次阅读该文件的任何读者对功能列表容易理解；b)可以使用文本或图示的方法，显示不同的功能及其之间的关系。
这样的图示不必显示产品的设计，但简要显示变量之间的逻辑关系。
2.3用户特点本条宜给出软件产品预期用户的一般特征，包括教育程度、经验、专业技术情况。
它不宜指出具体的需求，但宜给出SRS第3章中为何规定某些具体需求的原因。
2.4约束本条宜给出将会限制开发人员选择的任何其他事项的一般描述。
这些包括：a)法规政策；b)硬件局限（如，信号时间要求）；c)与其他应用的接口；d)并行操作；e)审核功能；f)控制功能；g)高级语言需求；h)信号握手协议(如，XON-XOFF、ACK-NACK)；i)可靠性需求；j)应用的关键性；k)安全和保密安全考虑。
2.5假设和依赖关系本条宜列出影响SRS规定需求的每个因素。
这些因素不是软件设计的限制条件，但是，它们的任何变更可能影响SRS中的需求。
例如，某个假设可能是软件产品指定的硬件具有某个特定操作系统，如果事实上该操作系统不能使用，那么SRS将做相应的修改。
2.6需求分配本条宜识别可能推迟到系统将来版本的需求。
3具体需求本章宜包括足够详细的所有软件需求，使设计人员能够设计系统以满足这需求，并且使测试人员能够测试该系统满足这些需求。
贯穿本章，对于用户、运行人员或其他外部系统，每个规定的需求应当是外部可理解的。
这些需求至少应当包括，每个系统输入（激励）、每个系统输出（响应）以及系统通过响应某个输入或支持某个输出所执行的所有功能。
由于这通常是SRS篇幅最大和最主要部分，以下原则适用：a)规定的具体需求宜符合GB/T 9385-2008 4.4描述的所有特征；b)具体需求宜引用较早的相关文件；c)所有的需求宜是唯一可标识的；d)宜注意需求的组织，使其具有最大的可读性。
在考察组织需求的具体方式之前，了解GB/T 9385-2008 5.4.1到5.4.7组成需求的各个不同项是有益的。
3.1外部接口本条宜是软件系统所有输入和输出的详细描述。
它宜是对GB/T 9385-2008 5.2的接口描述的补充，不宜重复前面已有的信息。
宜包括以下内容和格式：a)项的名称；b)目的描述；c)输入源和输出目的地；d)有效范围、准确度和／或容限；e)测量单位；f)定时；g)与其他输入／输出的关系；h)屏显格式／组织；i)窗口格式／组织；j)数据格式；k)命令格式；l)结束消息。
3.2功能功能需求宜定义软件在接收和处理输入以及处理和产生输出中必须发生的基本动作。
一般情况下使用“系统应……”的方式来陈述。
这些包括：a)对输入有效性的核查；b)操作的准确顺序；c)异常情况响应，包括：1)溢出；2)通信设施；3)错误处理和恢复；d)参数影响；e)输入与输出的关系，包括：1)输入／输出顺序；2)从输入到输出转换的公式。
尽管将功能需求划分为子功能或子过程可能是适当的，但这并不意味着软件设计同样以这样的方式划分。
3.2.1信息流3.2.1.1数据流图13.2.1.1.1数据实体3.2.1.1.2有关的过程3.2.1.1.3拓扑图3.2.1.2数据流图23.2.1.2.1数据实体3.2.1.2.2有关的过程3.2.1.2.3拓扑图:3.2.1.n数据流图n3.2.1.n.1数据实体3.2.1.n.2有关的过程3.2.1.n.3拓扑图3.2.2过程描述3.2.2.1过程13.2.2.1.1输入数据实体3.2.2.1.2过程算法或公式3.2.2.1.3受影响的数据实体3.2.2.2过程23.2.2.2.1输入数据实体3.2.2.2.2过程算法或公式3.2.2.2.3受影响的数据实体:3.2.2.m过程m3.2.2.m.1输入数据实体3.2.2.m.2过程算法或公式3.2.2.m.3受影响的数据实体3.2.3数据构建规范3.2.3.1构建13.2.3.1.1记录类型3.2.3.1.2组成字段3.2.3.2构建23.2.3.2.1记录类型3.2.3.2.2组成字段:3.2.3.p构建p3.2.3.p.1记录类型3.2.3.p.2组成字段3.2.4数据词典3.2.4.1数据元素13.2.4.1.1名称3.2.4.1.2表示法3.2.4.1.3单位／格式3.2.4.1.4精确度／准确度3.2.4.1.5范围3.2.4.2数据元素23.2.4.2.1名称3.2.4.2.2表示法3.2.4.2.3单位／格式3.2.4.2.4精确度／准确度3.2.4.2.5范围3.2.4.q数据元素q3.2.4.q.1名称3.2.4.q.2表示法3.2.4.q.3单位／格式3.2.4.q.4精确度／准确度3.2.4.g.5范围3.3性能需求本条宜规定软件或人与软件互作用的整体静态的和动态的数量化需求。
静态数量化需求可能包括：a)支持的终端数量；b)支持同时运行的用户数量；c)要处理的信息量和类型。
有时，静态数量需求包含在命名为“能力”的独立部分。
软件需求规格说明模板GBT
XXX项目软件需求规格说明书XXXX20 年月日文档信息修订历史文档编制、审核与批准目录1引言 (1)1.1 目的 (1)1.2范围 (1)1.3定义、简写和缩略语 (1)1.4引用文件 (1)1.5综述 (2)2总体描述 (2)2.1产品描述 (2)2.1.1系统接口 (2)2.1.2用户界面 (2)2.1.3硬件接口 (3)2.1.4软件接口 (3)2.1.5通信接口 (3)2.1.6内存约束 (3)2.1.7操作 (3)2.1.8现场适应性需求 (4)2.2产品功能 (4)2.3用户特点 (4)2.4约束 (4)2.5假设和依赖关系 (5)2.6需求分配 (5)3具体需求 (5)3.1外部接口 (5)3.2功能 (6)3.3性能需求 (7)3.4数据库逻辑需求 (8)3.5设计约束 (8)3.5.1标准依从性 (8)3.6软件系统属性 (8)3.6.1可靠性 (9)3.6.2可用性 (9)3.6.3安全保密性 (9)3.6.4可维护性 (9)3.6.5可移植性 (9)3.7具体需求的组织 (9)3.7.1系统模式 (10)3.7.2用户类型 (11)3.7.3对象 (11)3.7.4特征 (11)3.7.5激励 (11)3.7.6响应 (11)3.7.7功能层次 (11)3.8附加说明 (12)4附录 (12)1引言本部分应当提供整个SRS的概述1.1 目的本条宜：a)描述SRS的目的；b)说明SRS的预期读者。
1.2范围本条宜：a)通过名称识别要生产／开发的软件产品(例如，宿主数据库管理系统(DBMS)、报告生成器等）；b)必要时，说明软件产品将做或不做什么；c)描述规定的软件的应用，包括相关的收益、目标和目的；d)如果上层规格说明（如，系统需求规格说明）存在，与上层规格说明类似的陈述保持一致。
1.3定义、简写和缩略语本条宜提供对正确解释SRS所要求的所有术语、简写和缩略语的定义，这些信息可以通过引用SRS中的一个或多个附录、或者引用其他文件的方式来提供。
软件需求规格说明模板(GBT9385_2008)
XXX项目软件需求规格说明书XXXX20 年月日文档信息修订历史文档编制、审核与批准目录1引言 (1)1.1 目的 (1)1.2范围 (1)1.3定义、简写和缩略语 (1)1.4引用文件 (1)1.5综述 (2)2总体描述 (2)2.1产品描述 (2)2.1.1系统接口 (3)2.1.2用户界面 (3)2.1.3硬件接口 (3)2.1.4软件接口 (3)2.1.5通信接口 (4)2.1.6内存约束 (4)2.1.7操作 (4)2.1.8现场适应性需求 (4)2.2产品功能 (5)2.3用户特点 (5)2.4约束 (5)2.5假设和依赖关系 (6)2.6需求分配 (6)3.1外部接口 (7)3.2功能 (8)3.3性能需求 (10)3.4数据库逻辑需求 (10)3.5设计约束 (11)3.5.1标准依从性 (11)3.6软件系统属性 (11)3.6.1可靠性 (11)3.6.2可用性 (11)3.6.3安全保密性 (12)3.6.4可维护性 (12)3.6.5可移植性 (12)3.7具体需求的组织 (12)3.7.1系统模式 (12)3.7.2用户类型 (13)3.7.3对象 (13)3.7.4特征 (13)3.7.5激励 (13)3.7.6响应 (13)3.7.7功能层次 (14)3.8附加说明 (14)1引言本部分应当提供整个SRS的概述1.1 目的本条宜：a)描述SRS的目的；b)说明SRS的预期读者。
1.2范围本条宜：a)通过名称识别要生产／开发的软件产品(例如，宿主数据库管理系统(DBMS)、报告生成器等）；b)必要时，说明软件产品将做或不做什么；c)描述规定的软件的应用，包括相关的收益、目标和目的；d)如果上层规格说明（如，系统需求规格说明）存在，与上层规格说明类似的陈述保持一致。
1.3定义、简写和缩略语本条宜提供对正确解释SRS所要求的所有术语、简写和缩略语的定义，这些信息可以通过引用SRS中的一个或多个附录、或者引用其他文件的方式来提供。
软件需求规格说明书(模版)
高博实训资源软件开发方向软件需求规约模版高博教育集团二零零八年十月修订历史记录目录1 引言 (4)1.1 目的 (4)1.2 文档格式 (4)1.3 预期的读者和阅读建议 (4)1.4 范围 (4)1.5 术语 (4)1.6 参考文献 (5)2 系统概述 (5)2.1 概述 (5)2.2 功能 (5)2.3 运行环境 (5)2.4 假设与依赖 (5)3 系统特性 (5)3.1 系统角色 (5)3.2 特性一 (5)3.2.1 功能1 (5)4 非功能性需求 (5)4.1 性能需求 (6)4.2 安全性需求 (6)4.3 可用性需求 (6)4.4 用户文档 (6)4.5 其它需求 (6)5 外部接口需求 (6)5.1 用户接口 (6)5.2 硬件接口 (6)5.3 软件接口 (6)5.4 通信接口 (6)1 引言[软件需求规约(SRS)的引言应提供整个文档的概述。
它应包括本文档的目的、文档格式、预期的读者与阅读建议、范围、术语定义和参考资料。
]1.1 目的[阐明此软件需求规约文档的目的。
]1.2 文档格式[阐明此软件需求规约文档的格式。
]1.3 预期的读者和阅读建议[阐明此软件需求规约文档的预期读者及阅读建议。
]1.4 范围1.5 术语[本小节应提供正确解释此软件需求规约所需的全部术语的定义、首字母缩写词和缩略语。
这些信息可以通过引用项目词汇表来提供。
]1.6 参考文献2 系统概述2.1 概述[本小节对所要完成的项目作总体描述，如项目背景、业务前景。
]2.2 功能[本小节概述项目功能，但不详细描述。
]2.3 运行环境2.4 假设与依赖3 系统特性[本章详细描述项目的各项功能特性。
]3.1 系统角色[本小节描述项目的角色及其关系。
]3.2 特性一3.2.1 功能14 非功能性需求[本章详细描述项目的非功能性需求，包括了性能、安全性、可用性等需求。
]4.1 性能需求4.2 安全性需求4.3 可用性需求4.4 用户文档4.5 其它需求5 外部接口需求5.1 用户接口5.2 硬件接口5.3 软件接口5.4 通信接口。
软件需求规格说明书模板
软件需求规格说明书模板软件需求规格说明书模板1. 产品的目标1.1 该项目工作的用户问题或背景[对引发开发任务的工作和情况的描述。
同时也应描述用户希望用将要交付的软件来完成的工作。
][该节内容为该项目提供了合法的理由，你应该考虑用户的问题是否严重，是否应该解决和为什么应该解决。
]1.2 产品的目标[用一句话或很少的几句话来说明“我们希望该产品做什么？”换言之，即开发该产品的真正原因。
[项目如果没有一个表述清晰、易于理解的目标，就会迷失在产品开发的沙漠中。
产品必须带来某种优势。
典型的优势是产品会增加组织在市场上的价值，减少运作成本，或提供更好的客户服务。
这个优势应该是可度量的，这样才能够让您确定交付的产品是否达到目标。
]2. 客户、顾客和其它风险承担者2.1 客户是为开发付费的人，并将成为所交付产品的拥有者[ 这一项必须给出客户的姓名，三个以内是合理的。
][客户最终将接受该产品，因此必须对交付的产品满意。
如果你无法找到一个客户的姓名，那么也许你就不应该构建该产品。
]2.2 顾客是将花钱购买该产品的人[ 也给出姓名和相关的信息]2.3 其它风险承担者[其他的一些人或组织的名称，他们或者受到产品的影响，或影响产品。
]1) 经理或项目负责人；2) 业务领域专家；3) 技术人员；4) 系统开发者；5) 市场人员；6) 产品经理；7) 测试和质量保证人员；8) 审查员，诸如安全审查员或审计人员；9) 律师；10) 易用性专家；11) 你所处行业的专业人员。
3. 产品的用户3.1 产品的用户［产品的潜在用户或操作员的列表。
针对每种类型的用户，提供以下信息：］1) 用户分类2) 用户工作的任务；3) 主要相关的经验；4) 技术经验；5) 其他用户特征：包括身体、智力、工作态度、对技术的态度、教育程度、语言技能、年龄、性别等。
［用户是为了完成工作而与产品交互的人，你了解用户，就越可能提交适合用户工作方式的产品。
］3.2 对用户设的优先级[ 在每类用户后面附上一个优先级，这区别了用户的重要性和优先地位：]1) 关键用户：对产品的后续成功至关重要；2) 次要用户：他们使用产品，但对产品的长期成功并无影响；3) 不重要的用户：不常用、未授权和没有技能的用户。
软件需求规格说明书模板
[名称]软件需求规格说明书拟制：日期：yyyy-mm-ddyyyy-mm-dd 审核：日期：yyyy-mm-dd 批准：日期：文件修改记录目录1范围 (6)2 总体概述 (6)2.1 产品描述 (6)2.2 软件功能 (6)2.3 一般约束 (7)2.4 假设和依赖 (7)3 具体需求 (7)3.1 功能需求 (7)3.1.1 功能需求1 (8)3.1.2 功能需求2 (9)3.1.n 功能需求n (9)3.2 外部接口需求 (9)3.2.1 用户接口 (9)3.2.2 硬件接口 (9)3.2.3 软件接口 (10)3.2.4 通讯接口 (10)3.3 性能需求 (10)4 设计约束 (11)4.1 标准的约束 (11)4.2 硬件的限制 (11)4.3 技术的限制 (11)5 软件质量属性 (11)5.1 安全性 (12)5.2 可维护性 (12)5.3 可移植性 (12)6 其他需求 (12)6.1 数据库 (12)6.2 本地化 (13)7待确定问题 (13)模板使用说明：[1]注明可选的部分，可以根据实际情况选择是否填写；如果不必说明，请保留相关的章节标题，同时在该可选章节的内容中填入“无”；未注名可选的，则必须描述；如果有些设计此模版中没有合适的地方填写，则补充在最后的其他栏目中[2]模版中斜体字相当于撰写指南，最后文稿请将本模板中所有的斜体字部分全部删除。
[3]模板里并不说明设计技术和方法，而只是说明应包含哪些内容，以及如何描述、组织这些内容。
1范围2 总体概述2.1 产品描述此软件需具备展示雷达分析仪输出检测区域内各项实时车辆数据、实时交通统计数据以及事件报警功能，同时，能够根据客户需要展示并下载相关历史交通统计数据.对指定时间段内的事件进行统计与输出。
2.2 软件功能概述软件必须实现的和通过用户操作实现的主要功能。
这里只需要进行简要描述（例如目录列表），详细描述在详细需求部分描述。
软件需求规格说明书模板
软件需求规格说明书模板软件需求规格说明书模版文件变化记录单*变化状态：A——增加，M——修改，D——删除文件批准单软件需求规格说明书模版第 2 页共 14 页1. 引言提出对软件需求规格说明书的纵览，帮助读者理解文档如何编写并且如何阅读和解释。
1.1 编写目的对产品（也可能是项目，但是我们统称为产品）进行定义，在该文档中详尽说明这个产品的软件需求，包括修正或发行版本号。
如果这个软件需求规格说明书只与整个系统的一部分有关，那么只定义文档中说明的部分或子系统。
1.2 文档约定描述编写文档时所采用的标准或排版约定，包括正文风格、提示区或重要符号。
例如，说明高层需求的优先级是否可以被其所有细化的需求所继承，或者每个需求陈述是否都有优先级。
1.3 预期的读者和阅读建议列举软件需求规格说明书所针对的不同读者，例如开发人员、项目经理、营销人员、用户、测试人员等。
描述文档中剩余部分的内容及其组织结构。
提出最适合每一类型读者阅读文档的建议。
1.4 产品的范围提供对指定的软件及其目的的简短描述，包括利益和目标。
把软件与企业目标或业务策略相联系。
可以参考项目范围文档，而不是将其内容复制到这里。
1.5 参考资料列举编写软件需求规格说明书时所参考的资料或其它来源。
可能包括用户界面风格指导、合同、标准、系统需求规格说明书、用户需求、相关产品的软件需求规格说明书。
这里应该给出详细的信息，包括标题名称、作者、版本号、日期、出版单位或资料来源，以方便读者查阅这些文献。
2. 综合描述这一部分概述了正在定义的产品以及它所运行的环境、使用产品的用户和已知的限制、假设和依赖。
2.1 产品的前景描述软件需求规格说明书中所定义的产品的背景和起源。
说明该产品是否是产品系列中的下一个成员，是否是成熟产品所改进的下一代产品、是否是现有应用程序的替代品，或者是否是一个全新的产品。
软件需求规格说明书模版第 3 页共 14 页如果软件需求规格说明书定义了大系统的一个组成部分，那么就要说明这部分软件是怎样与整个系统相关联的，并且要定义出两者之间的接口。
需求规格说明书范例
需求规格说明书范例TPMK standardization office【 TPMK5AB- TPMK08- TPMK2C- TPMK18】需求规格说明书图书管理系统哈尔滨贯中信息技术开发有限公司研发部2014年03月02日修订页版本控制目录目录 ........................................................ - 3 -1.引言 ........................................................ - 5 -1.1编写目的.. (5)1.2项目范围和读者对象 (5)1.3参考资料 (5)1.4术语表 (5)2.总体描述 .................................................... - 6 -2.1产品或项目的背景 (6)2.2目标用户类 (6)2.3预期使用环境 (7)2.4交付的用户文档 (7)3.需求描述 .................................................... - 8 -3.1总体业务描述. (8)3.1.1 功能优先级............................................ - 8 -3.1.2 业务描述.............................................. - 8 -3.1.3 一般约束.............................................. - 8 -3.2具体业务描述. (9)3.2.1 图书管理员事务........................................ - 9 -3.2.2 普通读者事务......................................... - 13 -4.需求分析 ................................................... - 15 -4.1用例模型. (15)4.2用例及数据描述 (16)4.2.1系统登录............................................. - 16 -4.2.2 书库事务用例......................................... - 16 -4.2.3 柜台事务用例......................................... - 19 -4.2.4 查询事务用例......................................... - 20 -4.2.5 读者信息管理用例..................................... - 21 -4.2.6 图书信息查询用例..................................... - 23 -4.2.7 特定人借阅信息查询用例............................... - 24 -5.接口需求 ................................................... - 26 -5.1用户接口. (26)5.2硬件接口 (26)5.3软件接口 (26)5.4通信接口 (27)6.其他非功能需求.............................................. - 28 -6.1性能需求. (28)6.2安全性需求 (28)6.3软件质量属性 (29)6.3.1 对用户重要的属性..................................... - 29 -6.3.2 对开发人员重要的属性................................. - 30 -7 签字确认 ................................................... - 31 -1.引言1.1 编写目的《图书管理系统需求规格说明书》描述的是“图书管理系统”的需求，其详尽说明了该软件产品或项目的需求规格，包括功能和发行的版本号，从而对该软件产品或项目进行准确的定义。
软件需求规格说明模板(GBT9385-2008)
XXX项目软件需求规格说明书XXXX20 年月日I文档信息修订历史文档编制、审核与批准目录1引言 (1)1.1 目的 (1)1.2范围 (1)1.3定义、简写和缩略语 (1)1.4引用文件 (1)II1.5综述 (2)2总体描述 (2)2.1产品描述 (2)2.1.1系统接口 (2)2.1.2用户界面 (2)2.1.3硬件接口 (3)2.1.4软件接口 (3)2.1.5通信接口 (3)2.1.6内存约束 (3)2.1.7操作 (4)2.1.8现场适应性需求 (4)2.2产品功能 (4)2.3用户特点 (4)2.4约束 (4)2.5假设和依赖关系 (5)2.6需求分配 (5)3具体需求 (5)3.1外部接口 (5)3.2功能 (6)3.3性能需求 (8)3.4数据库逻辑需求 (8)3.5设计约束 (8)3.5.1标准依从性 (8)3.6软件系统属性 (9)3.6.1可靠性 (9)3.6.2可用性 (9)3.6.3安全保密性 (9)3.6.4可维护性 (9)3.6.5可移植性 (9)3.7具体需求的组织 (10)3.7.1系统模式 (10)3.7.2用户类型 (11)3.7.3对象 (11)3.7.4特征 (11)3.7.5激励 (11)3.7.6响应 (11)3.7.7功能层次 (11)3.8附加说明 (12)4附录 (12)III1引言本部分应当提供整个SRS的概述1.1 目的本条宜：a)描述SRS的目的；b)说明SRS的预期读者。
1.2范围本条宜：a)通过名称识别要生产／开发的软件产品(例如，宿主数据库管理系统(DBMS)、报告生成器等）；b)必要时，说明软件产品将做或不做什么；c)描述规定的软件的应用，包括相关的收益、目标和目的；d)如果上层规格说明（如，系统需求规格说明）存在，与上层规格说明类似的陈述保持一致。
1.3定义、简写和缩略语本条宜提供对正确解释SRS所要求的所有术语、简写和缩略语的定义，这些信息可以通过引用SRS中的一个或多个附录、或者引用其他文件的方式来提供。
软件需求规范说明（SoftwareRequirementsSpecification,简称SRS）
软件需求规范说明（SoftwareRequirementsSpecification,简称SRS）GB/T 9385-2008 笔记为了形成确定和完备的规格说明, 我们需要明确软件的顾客希望得到什么;软件的供⽅理解⽤户想要什么;4.2 SRS的基本性质SRS是对在具体环境中执⾏确定功能的特定软件产品、程序或⼀组程序的规格说明。
SRS可由来⾃供⽅、顾客或双⽅的⼀个或多个⼈员来编写，推荐双⽅⼈员联合编写。
SRS编写⼈员应该关注以下基本点：功能 - 软件将执⾏什么功能？外部接⼝ - 软件如何与⼈、系统的硬件及其他硬件和其他软件进⾏交互？性能 - 各种软件功能的速度、响应时间、恢复时间等是多少？属性 - 软件的可⽤性、可靠性、可移植性、正确性、可维护性、安全性如何？影响产品实现的设计⽅案 - 是否有使⽤标准、编程语⾔、数据库完整性⽅针、资源限制、运⾏环境等⽅⾯的要求？编写⼈员宜避免把设计或项⽬需求写⼊SRS中。
4.4 好的SRS的特征4.4.1 综述SRS宜是：正确；⽆歧义；完备；⼀致；重要性和/或稳定性分级；可验证性；可修改；可追踪；4.4.2 正确当且仅当SRS中的每⼀项需求都是软件应满⾜的需求， SRS才是正确的。
4.4.3 ⽆歧义当且仅当SRS中的每⼀项需求都只有⼀种解释，SRS才是⽆歧义的。
4.4.2 完备当且仅当SRS包含以下元素，SRS才是完备的。
所有重要的需求，不论是否与功能、性能、设计约束、属性或者外部接⼝有关。
尤其是由系统规格说明所施加的任何外部需求都应当得到确认和处理。
软件响应的定义。
SRS中所有图表的全⾯标记和索引，以及所有术语和度量单位的定义。
任何含有“待定”词语的SRS是不完备的。
计算机软件需求规格说明规范
软件需求规格说明书1.引言1.1目的编写本《需求规格说明书》的目的是确定xxx的边界，明确各个部门对xxx的系统功能需求，作为下一步双方实施项目的依据。
1.2 读者对象本文档要面向公司系统分析员、程序员、测试员、实施员。
文档的编写，反映了需求分析工作能否掌握所开发的系统需求，以及对这些需求的解决方案，为软件的成功开发奠定基础。
本文件是整个开发的依据，它对以后阶段的工作起指导作用，本文也是项目完成后系统验收的依据，同时本文件还是《软件架构》和《测试计划》的编写依据。
1.3 参考资料《GB 15532-2008计算机软件测试规范》《GBT 9385-2008 计算机软件需求规格说明规范》《GBT 20918-2007 信息技术软件生存周期过程风险管理》《SJ 20778-2000 软件开发与文档编制》《GB/Z 18914-2002 信息技术软件工程CASE工具的采用指南2003/5/1》《GB/T 11457-1995 软件工程术语1995/1/2》《GB/T 8566-2001 信息技术软件生存周期过程2002/6/1》《DZ/T 0169-1997 物探化探计算机软件开发规范1997/11/1》《SJ/Z 11289-2003 面向对象领域工程指南2003/10/1》《GB/T 11457-2006 信息技术软件工程术语2006/7/1》《GB/T 8566-1995 信息技术软件生存期过程1995/12/1》《GB 8566-1988 计算机软件开发规范1988/12/1》《HB 6464-1990 软件开发规范1991/2/1》《HB 6465-1990 软件文档编制规范1991/2/1》《HB 6468-1990 软件需求分析阶段基本要求1991/2/1》《HB 6469-1990 软件需求规格说明编制规定1991/2/1》《HB/Z 177-1990 软件项目管理基本要求1991/2/1》《HB/Z 178-1990 软件验收基本要求1991/2/1》《HB/Z 179-1990 软件维护基本要求》2.软件需求内容2.1实现过程简述软件的整个工作流程。