本文的目的是描述 SRS 技术文档，包括对 SRS 的解释说明、SRS 描述规范
以及规范的一个范例。
软件需求规格说明书（SRS，Software Requirement Specication）
是为了软件开发系统而编写的，主要用来描述待开发系统的功能性需求和非功
能性需求，以及系统所要实现的功能和目标，为项目开 发人员提供基本思路，
明确开发方向，节约时间提高开发效率，降低软件开发风险，节约成本。
SRS 主要面向系统分析员，程序员，测试员，实施员和最终用户。
SRS 是整个软件开发的依据，它对以后阶段的工作起指导作用，同时也是
项目完成后系统验收的依据，还是《用户手册》和《测试计划》的编写依据。
以下是 SRS 的描述规范：
1.功能需求
按模块为单位描述功能需求，重复以下几点描述每一模块的功能需求。
1.1 模块 1
第一个模块。每个模块用一个用例图表示，在写 SRS 时，名字使用能够
表达模块功能的短语表示，而不用模块 1 表示。
1.1.1 用例图
描述此模块的用例图。一个用例图中有若干个 Actor、用例及其关系，描
述包括涉及到的所有 Actor、用例及其关系。其中，Actor 是参与者；一 个用
例描述的是一个功能需求；关系是用例和用例之间的关系。用例的名字使用能
够表达用例目标的动词短语。
1.1.2 业务流程图
用例应说明的是系统内发生的事件，而不是事件发生的方式和原因。一个
业务流程图是用来描述 1.1.1 用例图中的一个用例事件的业务流程操作。
下面是对业务流程图对应的这个用例的描述说明：
用例编号（用需求编号加上简短词汇作为用例编
号，R.INTF.CALC.002 打印）
简要说明 简 要介绍该用例的目的、作用和背景
前置条件
用例的前置条件是执行用例 之前系统必须存在
的状态
后置条件
成功后置 条
件
用例成功执行完毕系统可能 处于的一组状态
失败后置条
件
用例执行失败后系统可能处于的一组状态
角色 角色 的名称，或描述（可选）
评论5