模板：软件需求分析说明书.docVIP

DOCPROPERTY Company 湖南拓维信息系统股份有限公司 湖南拓维信息系统股份有限公司 SUBJECT 项目名称 TITLE 软件需求规约说明 用于子系统或特性 版本 1.0 TIME \@ EEEE年O月 二〇〇八年五月 [注：以下提供的模板用于项目需求分析。其中包括用方括号括起来并以蓝色斜体显示的文本，它们用于向作者提供指导，在发布此文档之前应该将其删除。] SUBJECT 项目名称 Version: 1.0 TITLE 软件需求规约说明 Date: dd/mmm/yy Confidential ? DOCPROPERTY Company 湖南拓维信息系统股份有限公司, 2008 第 PAGE 6页 修订历史记录 日期 版本 说明 作者 月/日/年 x.x 详细信息 姓名 目录 TOC \o 1-3 1. 简介 1 1.1 目的 1 1.2 范围 1 1.3 定义、首字母缩写词和缩略语 1 1.4 概述 1 2. 业务目标及业务背景 1 2.1 业务目标 1 2.2 组织架构 1 2.3 业务现状 2 2.4 存在的问题 2 3. 业务流程 2 3.1 [业务名称]流程 2 3.2 [业务名称]流程 2 4. 详细需求分析 2 4.1 用例报告 2 4.2 用例1 3 4.2.1 简要说明 4 4.2.2 用户界面设计 4 4.2.3 用例场景 4 4.2.4 业务实体 5 4.2.5 补充规约 5 4.3 示例：入库审核用例 5 4.3.1 简要说明 5 4.3.2 用户界面设计 5 4.3.3 用例场景 5 4.3.4 业务实体 7 4.3.5 补充规约 8 5. 系统接口需求 8 简介 [软件需求分析说明即软件需求规约(SRS) 的简介应提供整个 SRS的概述。它应包括此 SRS 的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述。] [注：软件需求规约 (SRS) 记录对系统或系统的一部分的完整软件需求。?] 目的 [阐明此 SRS 的目的。SRS 应详细地说明所确定的应用程序或子系统的外部行为。它还要说明非功能性需求、设计约束以及提供完整、综合的软件需求说明所需的其他因素。] 范围 [简要说明此 SRS 适用的软件应用程序、特性或其他子系统分组、与其相关的用例模型，以及受到此文档影响的任何其他事物。] 定义、首字母缩写词和缩略语 [本小节应提供正确理解此 SRS 所需的全部术语的定义、首字母缩写词和缩略语。?这些信息可以通过引用项目词汇表来提供。] 概述 [本小节应说明该 SRS 中其他部分所包含的内容，如参考资料，并解释此文档的组织方式。] 业务目标及业务背景 [这一节描述SRS所涉及的业务目标、干系人的组织架构、业务管理现状、问题] 业务目标 组织架构 业务现状 存在的问题 业务流程 [这一节描述SRS所涉及的业务流程，以图形方式+文字方式描述] [业务名称]流程 流程图 流程说明 [业务名称]流程 流程图 流程说明 详细需求分析 [这一节应包括所有的软件需求，其详细程度应使设计人员能够设计出可以满足这些需求的系统，并使测试人员能够测试该系统是否满足这些需求。?当利用用例建模时，这些需求在用例和适用的补充规约中记录。] 用例报告 [根据系统的业务流程分析与用户的需求分析，统一描述系统的顶层用例] 示例： 参与者 用例说明 仓库管理人员 入库管理，其中包括到站登记日报管理，入库单管理，码单管理，审核记帐等 库存管理人员 库存的基本业务管理，包括盘点管理，过户管理，移库管理 仓区的基本信息管理，包括仓区参数设置，库存分配，预警管理 出库管理人员 出库管理，有出库单管理，出库信息管理，出库审核管理，以及平帐等 系统管理人员 系统管理，报表管理，查询管理，基本资料管理等 系统得顶层用例图如下： 用例1 [用例应说明的是系统内发生的事件，而不是事件发生的方式和原因。如果进行了信息交换，则需指出来回传递的具体信息。例如，只表述主角输入了客户信息就不够明确。最好明确地说主角输入了客户姓名和地址。通常可以利用词汇表让用例的复杂性保持在可控范围内 ? 您最好在词汇表中定义客户信息等内容，使用例不至于陷入过多的细节。 应切记，用例只是文本说明，其主要目的是以清晰、简洁、易于理解的方式记录系统的行为。] 简要说明 [此说明应该简要介绍该用例的作用和目的。一个段落即足以作此说明。] 用户界面设计 [插入界面原型] 用例场景 主要参与者及其目标 前置条件 主流程 [当主角有所行动时，此用例随即开始。总是由主角来带动用例。用例应说明主角的行为及系统的响应。应按照主角与系统进行对话的形式来逐步