中财网深圳有一起干一票的吗:2.11 需求规格说明书编写指南（1）
来源：百度文库 编辑：中财网 时间：2024/04/30 08:15:25
2.11 需求规格说明书编写指南（1）
- 摘要：《软件工程》第2章为大家讲述的是可行性研究及需求分析，本节为您介绍需求规格说明书编写指南。
- 标签：需求规格 软件工程
- 限时报名参加“甲骨文全球大会·2010·北京”及“JavaOne和甲骨文开发者大会2010”
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 单据的描述格式
单据名称
用途
使用单位
制作单位
频率
高峰时数据流量
各数据项的详细说明如下：
数据项中文名
数据项英文名
数据项类型、
长度、精度
数据项的取值范围
主键/外键