软件需求规格说明.pdf

软件需求规格说明(SRS)
（用例模型、领域模型、行为模型)

用例模型：用例图+用例描述(3—5个）
领域模型:不带操作的类图
行为模型：1、交互图（时序图3个）
2、行为图（状态图2个，1个画系统的状态图，1
个画类/对象的状态图；活动图2个,1个画系统的业务
流程；1个画某个类的方法的计算流程。

说明：
1。《软件需求规格说明》（SRS)描述对计算机软件配置项CSCI的需求，及确保每个要
求得以满足的所使用的方法.涉及该CSCI外部接口的需求可在本SRS中给出：或在本SRS
引用的一个或多个《接口需求规格说明》(IRS)中给出。
2。这个SRS，可能还要用IRS加以补充，是CSCI设计与合格性测试的基础。
软件需求规格说明的正文的格式如下:
1范围
本章应分为以下几条。
1。1标识
本条应包含本文档适用的系统和软件的完整标识,（若适用)包括标识号、标题、缩略
词语、版本号和发行号。
1。2系统概述
本条应简述本文档适用的系统和软件的用途，它应描述系统和软件的一般特性;概述系
统开发、运行和维护的历史；标识项目的投资方、需方、用户、开发方和支持机构;标识当
前和计划的运行现场；列出其他有关的文档。
1。3文档概述
本条应概述本文档的用途和内容,并描述与其使用有关的保密性或私密性要求。
1.4基线
说明编写本系统设计说明书所依据的设计基线。
2引用文件
本章应列出本文档引用的所有文档的编号、标题、修订版本和发行日期，也应标识不
能通过正常的供货渠道获得的所有文档的来源.
3需求
本章应分以下几条描述CSCI需求，也就是，构成CSCI验收条件的CSCI的特性。CSCI
需求是为了满足分配给该CSCI的系统需求所形成的软件需求.给每个需求指定项目唯一标
识符以支持测试和可追踪性.并以一种可以定义客观测试的方式来陈述需求.如果每个需求
有关的合格性方法（见第4章)和对系统（若适用，子系统）需求的可追踪性（见5.a条)
在相应的章中没有提供，则在此进行注解.描述的详细程度遵循以下规则：应包含构成CSCI
验收条件的那些CSCI特性，需方愿意推迟到设计时留给开发方说明的那些特性。如果在给
定条中没有需求的话，本条应如实陈述。如果某个需求在多条中出现，可以只陈述一次而在
其他条直接引用。
3.1所需的状态和方式
如果需要CSCI在多种状态和方式下运行，且不同状态和方式具有不同的需求的话，则
要标识和定义每一状态和方式，状态和方式的例子包括：空闲、准备就绪、活动、事后分析、
培训、降级、紧急情况和后备等。状态和方式的区别是任意的，可以仅用状态描述CSCI，
也可以仅用方式、方式中的状态、状态中的方式或其他有效方式描述。如果不需要多个状态
和方式，不需人为加以区分，应如实陈述；如果需要多个状态或方式,还应使本规格说明中
的每个需求或每组需求与这些状态和方式相关联，关联可在本条或本条引用的附录中用表格
或其他的方法表示，也可在需求出现的地方加以注解。
3.2需求概述
3.2。1目标
a。本系统的开发意图、应用目标及作用范围（现有产品存在的问题和建议产品所要解
决的问题）。
b。本系统的主要功能、处理流程、数据流程及简要说明。
c.表示外部接口和数据流的系统高层次图。说明本系统与其他相关产品的关系,是独立
产品还是一个较大产品的组成部分(可用方框图说明)。
3.2。2运行环境
简要说明本系统的运行环境（包括硬件环境和支持环境）的规定.
3.2。3用户的特点
说明是哪一种类型的用户,从使用系统来说，有些什么特点。
3.2。4关键点
说明本软件需求规格说明书中的关键点（例如:关键功能、关键算法和所涉及的关键技
术等）。
3.2。5约束条件
列出进行本系统开发工作的约束条件.例如：经费限制、开发期限和所采用的方法与技
术,以及政治、社会、文化、法律等.
3。3需求规格
3.3。1软件系统总体功能/对象结构
对软件系统总体功能/对象结构进行描述，包括结构图、流程图或对象图.
3.3。2软件子系统功能/对象结构
对每个主要子系统中的基本功能模块/对象进行描述，包括结构图、流程图或对象图。
3.3。3描述约定
通常使用的约定描述（数学符号、度量单位等)。
3.4CSCI能力需求
本条应分条详细描述与CSCI(ComputerSoftwareConfigurationItem-计算机软件配
置项)每一能力相关联的需求。“能力被定义为一组相关的需求。可以用“功能、“性能”、
“主题”、“目标或其他适合用来表示需求的词来替代“能力
3。4.x(CSCI能力)
本条应标识必需的每一个CSCI能力，并详细说明与该能力有关的需求。如果该能力可
以更清晰地分解成若干子能力，则应分条对子能力进行说明。该需求应指出所需的CSCI行
为，包括适用的参数，如响应时间、吞吐时