软件需求规格说明书模板

伊顿国际教育集团校园信息管理系统需求规格说明书 Page3公司XX系统需求规格说明书Version0.1拟制作者：<作者><所属部门><创建日期>包括文档的使用、修改以及分发受版权限制，版权所有：XX公司。.目录1. 概述 11.1 目标 11.2 文档约定 11.3 预期读者及阅读建议 11.4 项目范围 11.5 引用 12. 概述 22.1 产品概述 22.2 产品功能特性 22.3 用户类别及特质 22.4 运行环境 22.5 和实现约束 22.6 用户文档 22.7 假定和前提 33. 系统功能 33.1 系统功能1 33.1.1 说明和优先级 33.1.2 用例场景/说明 33.1.3 功能性需求 33.2 系统功能2（等等） 44. 外部接口需求 44.1 用户界面 44.2 硬件接口 44.3 软件接口 44.4 通讯接口 45. 其他非功能性需求 55.1 性能需求 55.2 安全性需求 55.3 保密性需求 55.4 软件质量 56. 其他需求 5版本历史 姓名 日期 变更说明 版本 XX公司XX系统需求规格说明书 Pageiii概述目标<指明该文档中表述的软件产品，包括修订或发布的版本号。说明需求规格说明书覆盖的产品范围，尤其是如果本文档说描述的是系统的部分功能需求或者只是一个子系统。>文档约定<说明编写需求规格说明书时应遵循的或，如特殊的标记或字体等。>预期读者及阅读建议<说明文档预期的不同类型的读者，如开发人员、项目经理、市场人员、用户、测试以及文档撰写人员等。说明文档的内容以及组织方式。可以为每一种类型的读者提供阅读建议，如阅读的顺序，可以跳过的阅读章节，或建议开始阅读的章节等。>项目范围<为指定开发的软件以及研发该软件的目标提供简要的说明，包括相关的收益、目标以及研发目的。说明软件关联的公司目标或业务战略。如果有愿景和范围文档，可以直接引用该文档，而不是将内容复制到该文档中。>引用<列出该文档引用的所有文档或者网页地址。可能包括用户界面样式手册，，标准，系统需求说明书，用例，或者愿景及范围说明文档。请提供足够的信息，以便读者可以访问每一个引用文件，包括引用文件的标题，作者，版本号，创建或发布日期，来源或者所在位置。>概述产品概述<概要描述需求规格说明书中所指定的要开发的软件产品。例如，声明该产品是否是某一产品系列中的一款，或者是用来替代某一现成的系统，或是新开发的独立的产品。如果需求规格说明说定义的是一个大系统中的一个组件，则应描述和大系统中关联的功能需求以及两者之间的接口。使用图型来说明整体系统的主组件之间，子系统之间的链接，以及外部接口是很有帮助的一种方式。>产品功能特性<概述产品包括的主功能，详细的功能信息将通过文档的第3节进行详细描述，因此在这里只需要概要的信息说明即可。以可以让每个SRS读者都能理解的方式来阻止功能。使用图形化的方式来表述主题功能分组以及相关联的需求通常是很有效的方式，比如采用数据流图或类图。>用户类别及特质<标识预期使用该产品的各类用户。可以基于系统的使用频率，使用产品的功能集合，专业技术，安全或者授权等级，教育水平或经验等方面来区分用户分类。描述每一种用户类型的特征。某些特定的需求只属于特定的用户类型。同时也应注重从相对不重要的用户中区分需要满足的用户。>运行环境<说明软件运行的环境，包括硬件平台，操作系统以及操作系统的版本，以及其他必须兼容运行的软件组件或应用程序。>设计和实现约束<详细说明系统开发的限制项或问题。可能包括：公司或法律政策；硬性限制（时间需求，成本考虑）；和其他应用程序的接口限制；指定的技术，工具及要使用的数据库；并行操作；语言要求；通信协议；信息安全要求；设计约束或编程标准（例如，客户是否会负责软件后续的运维）。>用户文档<列出将和软件一起交付的用户手册清单（如用户手册，在线帮助，教程）。说明已知的交付文档的格式或标准。>假定和前提<列出任何可能会影响需求规格说明书中说明的需求的假定因素（相对于一致的事实）。可以包括计划要使用的第三方或商业组件，围绕烤法或运行环境的问题，或限制。如果这些假定或前提不正确，或没有充分共享或发生变更，都有可能对项目产生影响。同样的，也应该说明项目的依赖前提，如果项目有外在因素关联，例如重用另外项目的软件组件。>系统功能<该模板是通过系统的功能，产品提供的主要服务来组织的产品功能说明。可以通过使用用例，操作模式，用户分类，对象分类，功能层次，或这些的组合来说明产品的逻辑性。>系统功能1<不要真的用“系统功能1”作为功能的名称。请用简短的词汇说明功能的名称。>说明和优先级<简短的描述功能并且说明该功能的优先级是高、中或低。还可以进行组合评级，如收益，成本，风险等方面，从1到9进行评级。>用例场景/说明<列出触发功能定义的行为的用户操作和系统响应的过程。主要用于描述系统用例过程。>功能性需求<详细列举功能的详细功能性需求。这是软件的功能特性，体现了该功能所提供的服务，或者执行用例的结果。包括错误条件和无效输入下的系统应如何响应等需求。需求必须简明、完整、明确，可以检查以及具有必要性的。对于尚不明确的需求可以使用“待定”作为占位符。><每一项需求必须使用唯一标识的序列号或某种有意义的标识。>REQ-1：REQ-2：系统功能2（等等）外部接口需求用户界面<描述软件产品和用户之间交互的逻辑特性。可以是简单的屏幕图片，任何图形用户界面的标准或者是产品要遵循的系列样式，界面布局约束，标准按钮及显示在屏幕上的功能，键盘快捷键，错误信息显示标准等等。定义用户界面所需要的软件组件。用户界面设计的详细信息可以通过《用户界面说明书》这样一个特定的文档来说明。>硬件接口<描述软件和系统硬件之间的接口的逻辑和物理特性。可能包括支持的设备类型、软硬件之间交互的数据和控制，以及使用的通信协议。>软件接口<描述该软件产品和其他指定的软件组件（名称和版本）之间的连接，包括数据库，操作系统，工具，库和相关的组件。标识进入系统及输出的数据项目或消息以及目的。说明需要的服务以及通讯。请参阅描述应用程序编程接口协议的相关文档。标识软件组件之间共享的数据。如果数据必须以一种特定的形式共享（例如，全局数据的使用），请指定为一个实现约束。>通讯接口<描述产品所属的任何通讯功能相关的需求，包括电子邮件，web浏览器，网络服务通信协议，电子表单等。可以定义消息的格式，指定使用的通信标准，例如FTP或HTTP。指定通信安全或加密的问题，数据传输速率，及同步机制等。>其他非功能性需求性能需求<如果对于产品在各种情况下有性能要求，请在这里说明并且表明原因，以帮助开发人员理解意图并作出适当的设计选择。对于实时系统，应指明定时关系。这一类的需求应尽可能明确表述。您可能需要对每一项的功能需求或功能点提出性能需求。>安全性需求<指定在使用产品过冲中药避免的问题的需求，如可能产生的损失，风险或伤害。>保密性需求<说明围绕产品使用过程中产生的数据或使用到的数据的数据保护方面的保密性和隐私性的需求。定义用户身份验证的需求。引用对产品的保密性问题有影响的相关政策规程。定义必须满足的保密或安全性认证。>软件质量<说明对于软件的客户或开发人员很重要的软件质量特质。如：系统的兼容性，可用性，正确性，灵活性，交互性，可维护性，可移植性，可靠性，重用性，可测试性及易用性等。这些特性的描述必须是具体的，定量的和可验证的。>其他需求<定义不在软件需求规格范围之内的其他需求。可能包括数据库需求，国际化需求，重用对象需求等。>附录A:术语<定义在需求规格说明书中需要正确解释的专业术语或一些英文缩写。>附录B:业务分析模型<可选项，包括任何相关的分析模型，例如数据流图，类图，状态转换图，或实体关系图等。>附录C:问题列表<问题列表是不断更新的列表，可以将需要解决的需求问题列在这里，包括有待明确的，待定的，所需的信息，待解决的冲突等。>