软件工程:软件需求模式之间的关系

　　当使用一个需求模式时，应该描述建立这种类型需求的需要知道的所有事。但是一个模式可能会因为一些原因引用其他模式。需求模式之间的关系存在两种基本类型：
　　1.引用 一个需求模式可以在定义中提到另一个模式。一个模式引用另外一个模式有几个原因：
　　a.一个需求定义的一些东西包含（有）另外一个需求定义的一些东西。
　　b.一个模式的需求实例使用了第二个模式的需求实例定义的信息。例如一个需求定义了一个数据结构可能使用了一个数据类型需求定义的一个值。
　　c.一个需求可能建议建立一种额外需求，可以应用一个模式定义它。
　　d.转移模式可能引导使用不同的模式建立需求。（见本章后面的“转移需求模式部分）
　　e.需求模式可以引用另一个模式，这个模式包含一个特别主题的相关推理信息。
　　2.扩展 一个需求模式以另外一个模式为基础开发（或者是特殊化）。在面向对象的术语中，这是继承关系。除了扩展另外一个模式，需求模式可以扩展需求模式组。（在面向对象术语中，组类似于模式的抽象基类）需求模式不允许扩展多个模式或组。
　　可以画一个图描述一组模式和基础架构以及它们之间的关系。图 3‑3显示了两个领域，并有符号注释。继承是最重要的关系类型。为了简单，所有其他类型关系都显示为“引用”，尽管它的角色写在了连线的标签上。当在一个图中显示多个领域时，显示所有的关系是不实用的。这种情况下，可以只显示所有领域内的关系和所有扩展关系，而省略领域之间的引用关系。对于熟悉面向对象概念（或者UML）的读者，这类似于一个显示类之间关系的类图。

　　Domain boundary: 领域边界
　　“Refers to” relationship: 引用关系
　　Requirement pattern: 需求模式
　　Domain name: 领域名称
　　Data type: 数据类型
　　Calculation formula: 计算公式
　　Information: 信息
　　Uses: 使用
　　ID: 标识符
　　Data structure: 数据结构
　　Data archiving: 数据归档
　　Data longevity: 数据寿命
　　Data entity: 数据实体
　　Information storage: 信息存储
　　Living entity: 活实体
　　Transaction: 交易
　　Configuration: 配置
　　Chronicle: 编年史
　　Has: 有
　　Infrastructure: 基础架构
　　Requirement pattern group (“abstract base pattern”): 需求模式组（抽象基模式）
　　“Extends” relationship: 扩展关系，“数据实体”不是一个模式。它是一个需求模式组：描述了四个基于它之上的模式的共有的特性。任何适用于组中所有模式的描述信息应该放在模式组中，而不是在每个模式中重复。而且按照惯例，需求模式关系的标签放在更靠近关系的主体一边，而不是客体。所以是数据实体有一个标识符（而不是反过来）。六边形的“信息存储”代表是一个基础架构。

来源:考试大-软件水平考试

责编:zj  评论 纠错