全文字数2276个,预计阅读时间需8分钟
软件需求规格说明书(SRS)是需求开发活动的产物,编制该文档的目的是使项目干系人与开发团队对系统的初始规定有一个共同的理解,使之成为整个开发工作的基础。
软件需求规格说明书
国家标准BG/T 8567-2006中,提供了SRS的文档模版和编写指南,其中规定SRS应该包括以下内容:
- 范围。本部分包括SRS使用的系统和软件的完整标识,(若适用)包括标识 、标题、缩略词语、版本 、发行 ;简述SRS适用的系统和软件的用途,描述系统和软件的一般特性;该书系统开发、运行和维护的历史;标识项目的投资方、需求方、用户、承建方和支持机构;标识当前和计划的运行现场;列表出其他有关的文档;该书SRS的用途和内容,并描述与其适用有关的保密性和私密性的要求,说明编写SRS所依据的基线。
- 需求。是SRS的主体,可以分为以下项目:所需的状态和方式、需求概述、需求规格、软件配置项能力需求、软件配置项外部接口需求、软件配置项内部接口需求、适应性需求、保密性和私密性需求、软件配置项环境需求、计算机资源需求(包括硬件需求、硬件资源利用需求、软件需求和通信需求)、软件质量因素、设计和实现约束、数据、操作、故障处理、算法说明、有关人员需求、有关培训需求、有关后勤需求、包装需求和其他需求,以及需求的优先次序和关键程度。
- 合格性规定。
- 需求可追踪性。SRS中每个软件配置项的需求到其设计的系统的需求都是双向可追踪的。
- 尚未解决的问题。
- 注解。包含背景信息、词汇表、原理等。
- 附录
需求验证
需求验证也称为需求确认,其活动是为了确定以下几个方面的内容。
- SRS正确地描述了预期的、满足项目干系人需求的系统行为和特征。
- 需求是完整的和高质量的。
- 需求的标识在所有地方都是一致的。
- 需求是为继续进行系统设计、实现和测试提供了足够的基础
在实际工作中,一般通过需求评审和需求测试工作来对需求进行验证。
UML
UML是一种定义良好、易于表达、功能强大普遍使用的建模语言,它融入了软件工程领域的新思想、新方法、新技术,它的作用域不限于支持OOA和OOD,还支持从需求分析开始的软件开发的全过程。
从总体上来看,UML的结构包括构造块、规则、和公共机制三个部分。
UML中的事物
UML中的事物也称为建模元素,包括结构事物、行为事物(也称为动作事物)、分组事物和注释事物(也称为注解事物)。这些事物是UML模型中最基本的OO构造块。
UML中的关系
UML用关系把实物结合在一起,主要有下列四种关系
- 依赖:依赖是两个事物之间的语义关系,其中一个事物发生变化会影响另一个事物的语义。
- 关联:关联是描述一组对象之间连接的结构关系
- 泛化:泛化是一般化和特殊化的关系,描述特殊元素的对象可替换一般元素的对象
- 实现:是类之间的语义关系,其中一个类制定了由另一个类保证执行的契约。
UML2.0种的图
包括14种,分别列举如下
UML视图
UML对系统架构的定义是系统的组成结构,包括系统分解的组成部分,以及它们的关联性、交互机制和指导原则等提供系统设计的信息。具体来说,就是指以下5个系统视图
- 逻辑视图:逻辑视图也称为设计视图,表示了设计模型中在架构方面具有重要的意义部分,即类、子系统、包和用例实现的子集。
- 进程视图:是可执行线程和进程作为活动类的建模,它是逻辑视图的一次执行实例,描述了并发与同步结构
- 实现视图:实现视图对组成基于系统的物理代码的文件和构件进行建模。
- 部署视图:把构件部署到一组物理节点上,表示软件到硬件的映射和分布结构
- 用例视图:用例视图是最基本的需求分析模型。
声明:本站部分文章及图片源自用户投稿,如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢!