软件需求规格说明书0模板.docx

1、软件需求规格说明书0模板XXX项目软件需求规格说明书版本号：XXXXX项目组修订状况章节编号章节名称修订内容简述修订人修订日期批准人目 录1 引言 21.1 编写目的 21.2 编写背景 21.3 文档概述 22 系统综述 22.1 系统建设背景及目标 22.2 约束条件 22.3 运行环境 23 功能性需求 23.1 概述 23.2 模块名称1 23.3 模块名称2 24 非功能需求 24.1 性能需求 24.2 可移植性 24.3 稳定性 25 接口需求分析 25.1 接口名称 26 表证单书 21 引言1.1 编写目的【说明】目标：对用户的需求进行收集、整理与分析，弄清楚系统究竟要 “干

2、什么” 及“由谁干”，并用合乎规范的文字及图表予以描述。不需要说明“怎么干”， 因为那是设计阶段的事情。有关文字与图表应尽量让用户便于理解。 预期读者：用户方的相关业务人员、双方的开发人员和系统维护人员。 作用：实现开发方与用户方的双向沟通，是把业务需求计算机化的关键步骤。 为下一阶段的概要设计工作提供依据。当用户的需求发生变更时，应添写补充说 明；如变动过大可形成新版本。 软件需求说明（Software Requirements Specification）的主要作用为： 为用户方与开发方建立共同协议奠定基础。 提高开发效率、强化进度控制。 为项目的的评测与验收提供依据。 便于移植。 作为系

3、统不断提高的基础。1.2 编写背景1.2.1 系统名称及版本号【说明】形如“北京市地方税务局管理信息系统V3.0”。其中，版本号的格式为“XX.XX”，X为阿拉伯数字，左“0”可省略。1.2.2 任务提出者【说明】指工作说明书中规定的我方领导机构或项目负责人。1.2.3 使用者【说明】适应对象和范围。主要指预期读者，也供有关领导审阅。1.2.4 与其它系统的关系【说明】在用户现有的及预期的整个应用系统中，给本系统准确定位。用示意图及相应的文字予以说明。1.3 文档概述1.3.1 电子文档编写方式与使用工具【说明】编写要求、工具名、版本号、操作系统平台。使用多种工具时，应分别说明。形如： Mic

4、rosoft Word 97 for Windows 95/98 Power Designor 6.0 for Windows 95/98 Rational Rose 98 for win95/98 Visio或Power Point 97 for Windows 95/981.3.2 术语和相关【说明】包括对专用术语及缩略语的解释、所用到的图（如DFD图）之图符的表示与解释等。1.3.3 参考资料【说明】格式：作者，版本号，资料来源，日期 ，起止页号 。其中，质量保证计划是必选的参考资料。2 系统综述2.1 系统建设背景及目标【说明】项目背景与依据、现有基础、项目规模、预期目标等。可繁可简，

5、格式自定。【说明】所在行业特征、操作人员与系统维护人员的数量、学历与水平、数据量大小、使用频度等。2.2 约束条件【说明】场地面积限制、通信设施基础、其它干扰因素。 注意：任何计算机系统都不是包罗万象的；用户自身的能力也是有限的。轻诺必寡信。故应特别指出：由于哪些条件的约束，本系统不能满足哪些业务需求与系统需求。2.3 运行环境【说明】本章只提出运行环境的逻辑结构，物理结构将在软件概要设计说明书中给出。 容许提出几种可选方案。2.3.1 硬件环境【说明】指出本应用软件适用的主机/服务器与终端/工作站的技术指标、基本配置、接口特点、特殊约定等。2.3.2 软件环境【说明】操作系统的名称、生产厂家

6、、版本号等。 数据库的名称、生产厂家、版本号等。 数据库设计工具的名称、生产厂家、版本号等。 网络通信协议的名称、生产厂家、版本号等。 前端开发工具的名称、生产厂家、版本号等。 测试开发工具的名称、生产厂家、版本号等。 现场运行时需要的工具软件的名称、生产厂家、版本号等。 配置管理工具软件的名称、生产厂家、版本号等。2.3.3 网络环境【说明】写明网络设计原则、技术要求、产品选型、拓扑结构等。3 功能性需求3.1 概述【说明】对产品的功能和子系统结构组成的描述（描述该产品的子系统的组成，以及子系统之间的业务关系，建议采用DFD的方式）。模块功能点模块名称1PR111需求功能点PR112需求功能

7、点PR113需求功能点PR114需求功能点模块名称2PR121需求功能点PR122需求功能点PR123需求功能点PR124需求功能点3.2 模块名称13.2.1 需求功能点名称3.2.2 功能点编号【说明】填入功能点编号。3.2.3 功能描述【说明】对该功能进行简要描述，如有数据流图或业务流图，画在此处。3.2.3.1 输入要素名描述说明操作方式3.2.3.2 输出要素名描述说明操作方式3.2.3.3 界面图示【说明】如果该功能点有界面，需要画出该功能点的界面示意图，列出画面元素，写出操作步骤。3.2.3.4 约束条件【说明】写出该功能点的约束条件，如输入和输出值的范围约束，类型约束等。3.2

8、.3.5 异常处理【说明】写出该功能点的可能出现的异常情况以及异常的处理方法 。3.3 模块名称24 系统用例4.1 用例14.1.1 简要描述用例的简要描述4.1.1.1 参与者对用例的业务做一个总体概述4.1.1.2 触发事件 对该业务用例结合流程图做一个辅助性的描述，以期更加清晰的传达业务需求 4.1.1.3 前置条件对该业务用例结合流程图做一个辅助性的描述，以期更加清晰的传达业务需求 4.1.1.4 后置条件对该业务用例结合流程图做一个辅助性的描述，以期更加清晰的传达业务需求4.1.2 事件流4.1.2.1 基本事件流4.1.2.2 备选事件流4.1.3 其他描述4.1.3.1 屏幕描

9、述 屏幕内容描述 4.1.3.2 业务规则若业务规则形成独立文档，可以在此写出业务规则名称和编号；否则，直接在此进行描述4.1.3.3 表证单书写表证单书名称和编号5 非功能需求【说明】描述对该系统所有的非功能需求，在此只列举了性能、可用性和移植性需求等等。需求类别编号优先级备注5.1 性能需求5.1.1 编号【说明】需求编号。5.1.2 描述【说明】该类别的需求的详细描述，给出该系统在某一条件下的性能指标。5.2 可移植性5.2.1 编号【说明】需求编号。5.2.2 描述【说明】该类别的需求的详细描。5.3 稳定性5.3.1 编号【说明】需求编号。5.3.2 描述【说明】该类别的需求的详细描。6 接口需求分析【说明】描述对该系统所有的相关接口。接口名称编号涉及方备注6.1 接口名称6.1.1 编号【说明】接口编号。6.1.2 详细说明7 表证单书【说明】列出用户提供的文件、报表、单据等的样张，加上我们积累的有关文件，作为系统分析的基础，再附上必要的注释。形如：文件编号名称如果条件成熟，可以把数据字典（data dictionary）作为附件列于后。