(CEN)第六章需求规格说明详解.ppt

6.5 需求规格说明实例 6.5.1 基本格式示例 项目名称 软件需求规格说明书版本：1.0 文档编号： ***密 级：秘密 编 写：****编写日期：*** 审 核：****审核日期:**** 批 准：****批准日期： 年 月 日 修订记录 第一版发布 1.0 批准人 修订人 修订日期 修订内容 章节名称 版本 目 录 1 引言 1.1 编写目的 1.2 范围 1.3 定义 1.4 参考资料 2 项目概述 2.1 产品描述 2.2 产品功能 2.3 用户特点 2.4 一般约束 2.5 假设和依据 3 具体需求 3.1 功能需求 3.1.1 功能需求1 3.1.2 功能需求2 3.1.3 功能需求3 3.2 外部接口需求 3.2.1 用户接口 3.2.2 硬件接口 3.2.3 软件接口 3.2.4 通信接口 3.3 性能需求 3.4 设计约束 3.4.1 其他标准的约束 3.4.2 硬件的限制 3.5 属性 3.5.1 可用性 3.5.2 安全性 3.5.3 可维护性 3.5.4 可转移 ＼转换性 3.5.5 警告 3.6 其他需求 3.6.1 数据库 3.6.2 操作 3.6.3 场合适应性需求 4 附录 签订日期 用户签名 用户职务 《软件需求规格说明书》中列举的需求已包含用户现阶段所用需求，需求明确，符合要求。 用户需求确认书 1 引言 1.1 编写目的 说明编写这份软件需求说明书的目的，指出预期的读者范围。 1.2 范围 说明： a待开发的软件系统的名称； b说明软件将干什么，如果需要的话，还要说明软件产品不干什么； c描述所说明的软件的应用。应当： (1)尽可能精确地描述所有相关的利益、目的、以及最终目标。 (2)如果有一个较高层次的说明存在，则应该使其和高层次说明中的类似的陈述相一致（例如，系统的需求规格说明）。 1.3 定义 列出本文件中用到的专门术语的定义和缩写词的原词组。 1.4 参考资料 列出要用到的参考资料，如： a本项目的经核准的计划任务书或合同、上级机关的批文； b属于本项目的其他已发表的文件； c本文件中各处引用的文件、资料，包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2 项目概述 2.1 产品描述 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。 解释被开发软件与其他有关软件之间的关系。 如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。 如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。 2.2 产品功能 本条是为将要完成的软件功能提供一个摘要。例如，对于一个记帐程序来说，需求说明可以用这部分来描述：客房帐目维护、客房财务报表和发票制作，而不必把功能所要求的大量的细节描写出来。 有时，如果存在较高层次的规格说明时，则功能摘要可从中取得，这个较高层次的规格说明为软件产品分配了特殊的功能，为了清晰起见，请注意： a.编制功能的一种方法是制作功能表，以便客房或者第一次读这个文件的人都可以理解； b.用方框图来表达不同的功能和它们的关系也是有帮助的。但应牢记，这样的图不是产品设计时所需求的，而只是一种有效的解释性的工具 2.3 用户特点 列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使用频度。这些是软件设计工作的重要约束。 2.4 一般约束 本条对设计系统时限制开发者选择的其他一些项作一般性描述。而这些项将限定开发者在设计系统时的任选项。这些包括： a管理方针； b硬件的限制； c与其他应用间的接口； d并行操作； e审查功能； f控制功能； g所需的高级语言； h通信协议； i应用的临界点； j安全和必威体育官网网址方面的考虑。 2.5 假设和依据 本条列出影响需求说明中陈述的需求的每一个因素。这些因此不是软件的设计约束，但是它们的改变可能影响到需求说明中的需求。例如：假定一个特定的操作系统是在被软件产品指定的硬件上使用的，然而，事实上这个操作系统是不可能使用的，于是，需求说明就要进行相应的改变。 3 具体需求 3.1 功能需求 3.1.1 功能需求1 对于每一类功能或者有时对于每一个功能，需要具体描述其输入、加工和输出的需求。由四个部分组成