2.11 需求规格说明书编写指南(1)
一般来说,软件需求规格说明书的格式可以根据项目的具体情况有所变化,没有统一的标准。下面是一个可以参照的软件需求规格说明书的模板。
1 概述
本文档是进行项目策划、概要设计和详细设计的基础,也是软件企业测试部门进行内部验收测试的依据。
1.1 用户简介
列出本软件的最终用户的特点,充分说明操作人员、维护人员的教育水平和技术专长,以及本软件的预期使用频度。这些是软件设计工作的重要约束。
1.2 项目的目的与目标
项目的目的是对开发本系统的意图的总概括。
项目的目标是将目的细化后的具体描述。项目目标应是明确的、可度量的、可以达到的,项目的范围应能确保项目的目标可以达到。
对于项目的目标可以逐步细化,以便与系统的需求建立对应关系,检查系统的功能是否覆盖了系统的目标。
1.3 术语定义
列出本文件中用到的专门术语的定义和外文首字母缩写词的原词组。
1.4 参考资料
列出相关的参考资料,如:
本项目的经核准的计划任务书或合同及上级机关的批文;
属于本项目的其他已公布的文件;
本文件中各处引用的文件和资料,包括所要用到的软件开发标准。
列出这些文件资料的标题、文件编号、发表日期和出版单位,说明得到这些文件资料的来源。
1.5 相关文档
[1] 项目开发计划。
[2] 概要设计说明书。
[3] 详细设计说明书。
1.6 版本更新信息
版本更新记录格式,如表1所示。
表1 版本更新记录
版 本 号 | 创 建 者 | 创建日期 | 维 护 者 | 维护日期 | 维护纪要 |
V1.0 | 王林 | | — | — | — |
V | — | — | 李丽 | | 业务模型维护 |
| | | | | |
| | | | | |
2 目标系统描述
2.1 组织结构与职责
将目标系统的组织结构逐层详细描述,建议采用树状的组织结构图进行表达,每个部门的职责也应进行简单的描述。组织结构是用户企业业务流程与信息的载体,对分析人员理解企业的业务、确定系统范围很有帮助。取得用户的组织结构,是需求获取步骤中的工作任务之一。
2.2 角色定义
用户环境中的企业角色和组织机构一样,也是分析人员理解企业业务的基础,是需求获取的工作任务,同时也是分析人员提取对象的基础。对每个角色的授权可以进行详细的描述,建议采用表格的形式,如表2所示。对用户角色的识别也包括使用了计算机系统后的系统管理人员。
表2 角色定义
编号 | 角色 | 所在部门 | 职责 | 相关的业务 |
1005 | 采购员 | 业务部 | 商品采购、合同签订、 供应商选择 | 进货、合同管理 |
| | | | |
| | | | |
2.3 作业流程或业务模型
目标系统的作业流程是对现有系统作业流程的重组、优化与改进。企业的作业流程首先要有一个总的业务流程图,将企业中各种业务之间的关系描述出来,然后对每种业务进行详细的描述,使业务流程与部门职责结合起来。
详细业务流程图可以采用直式业务流程图、用例图或其他示意图的形式。
图形可以将流程描述得很清楚,但是还要附加一些文字说明,如关于业务发生的频率、意外事故的处理、高峰期的业务频率等,不能在流程图中描述的内容,需要用文字进行详细描述。
2.4 单据、账本和报表
目标系统中用户将使用的正式单据、账本、报表等,进行穷举、分类、归纳。单据、账本和报表是用户系统中信息的载体,是进行系统需求分析的基础,无论采用哪种分析方法,这都是必不可少的信息源。
2.4.1 单据
因为单据上的数据是原始数据,所以一种单据一般对应一个实体,一个实体一般对应一张基本表。单据的格式可用表格描述,如表3所示。
表3 单据的描述格式
单据名称 | |
用途 | |
使用单位 | |
制作单位 | |
频率 | |
高峰时数据流量 | |
各数据项的详细说明如下:
数据项中文名 | 数据项英文名 | 数据项类型、 长度、精度 | 数据项的取值范围 | 主键/外键 |
| | | | |
| | | | |
联系客服