abc湿巾:2.11 需求规格说明书编写指南(1)
来源:百度文库 编辑:偶看新闻 时间:2024/05/04 17:05:07
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 单据的描述格式
单据名称
用途
使用单位
制作单位
频率
高峰时数据流量
各数据项的详细说明如下:
数据项中文名
数据项英文名
数据项类型、
长度、精度
数据项的取值范围
主键/外键