模板软件需求规范说明书教程.doc

文档状态： 文档编号： [ ] Draft [√] Released [ ]Modifying 编 撰： 编撰日期： 保密级别： 文档版本： 1.0.0 项目名称 （The English Name） 软件需求规格说明书 XXX项目小组 修订表 编号 生成版本 修订人 修订章节与内容 修订日期 1 2 3 4 5 审批记录 版本 审批人 审批意见 审批日期 1.0.0 目 录 1. 引言 4 1.1 目的 4 1.2 适用范围 4 1.3 参考资料 4 1.4 术语和缩略语 4 2. 系统概述 4 2.1 产品描述 4 2.2 产品功能 5 2.3 一般约束 5 3. 功能性需求分类 5 3.1 功能描述1 8 3.2 功能描述2 8 4. 产品的非功能性需求 9 4.1 外部接口说明 9 4.1.1 用户接口 9 4.1.2 软件接口 9 4.2 性能需求 9 4.2.1 硬件的限制 9 4.3 属性 9 4.3.1 友好性 9 4.3.2 安全性 9 4.3.3 可维护性 9 4.3.4 可转移/换性 10 4.4系统的运行环境 10 4.5 其他需求 10 4.5.1 用户操作需求 10 附录A：需求确认 10  引言 目的 【 说明编写这份软件需求说明书的目的，小组长、项目负责人和其他各部门领导及用户是文档的预期读者。 明确系统范围、系统与其他系统的接口问题、及用户的各种功能、界面等需求。由预期读者签字确认，审核人中应该包括用户部门领导。】 适用范围 【说明： a. 待开发的软件系统的名称； b. 说明软件将干什么，如果需要的话，还要说明软件产品不干什么； c. 说明软件与其他系统的接口，本系统要完成什么，不完成什么，要实现的系统功能，需要其他系统提供什么，本系统需要为其他系统提供什么。】 参考资料 资料名称[标识符] 出 版 单 位 作 者 日 期 术语和缩略语 术语、缩略语 解 释 系统概述 产品描述 【叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张结构图来说明该系统的组成和本产品同其他各部分的联系和接口。】 产品功能 【本条是为将要完成的软件功能提供一个摘要。 有时，如果存在较高层次的规格说明时，则功能摘要可从中取得，这个较高层次的规格说明为软件产品分配了特殊的功能，为了清晰起见，可以使用以下任意一种方法来进行说明： 编制功能的一种方法是制作功能表，以便客户或者第一次读这个文件的人都可以理解； 用方框图来表达不同的功能和它们的关系也是有帮助的。但应牢记这样的图不是产品设计时所需求的，而只是一种有效的解释性的工具。】 一般约束 【本条对设计系统时限制开发者选择的其他一些项作一般性描述。而这些项将限定开发者在设计系统时的任选项。这些包括： 管理方针； 硬件的限制； 并行操作； 通信协议； 安全和保密方面的考虑。】 功能性需求分类 功能性需求分类方法： 【数据流程分析：数据流程分析主要包括对信息的流动，变换，存贮等的分析。其目的是尽量发现数据流动中存在的问题，并找出加以解决的方法，优化数据流程。数据流程图是一种全面的描述系统数据流程的主要工具，他是一组符号来描述整个系统中信息的全貌，综合地反映信息在系统中的流动，处理和存贮情况。 绘制数据流程图常用的以下符号： 外部实体，本系统或子系统以外的人或单位 数据流，一组确定的数据组成 处理过程，表示对数据的加工处理，把它输入的数据流转化为输出的数据流 结构存储，是数据的仓库，表示系统产生的数据存放的地方 例如： 】 状态图： 】 【E-R图是相对于概念模型而言的,在数据库中有严格的界定,是P.P.S.Chen于1976年提出的实体-联系方法(Entityt-Relationship Approach).该方法用E－R图来描述现实世界的概念模型． E－R图提供了表示实体型\属性\和联系的方法;▲实体型:用矩形表示.▲属性:用椭圆形表示.▲联系:用菱形表示.…… 产品的非功能性需求 外部接口说明 用户接口 【提供用户使用软件产品时的接口需求。】 软件接口 【在此要指定需使用的其他软件产品，以及同其他应用系统之间的接口。】 性能需求 【从整体来说，本条应具体说明软件、或人与软件交互的静态或动态数值需求。