<项目名称>

系统体系结构文档

版本 <1.0>

[注意:以下模板供与 Rational Unified Process 一起使用。包含在方括号中以蓝色斜体(style=InfoBlue)显示的文本用于向作者提供指导,在发布文档之前必须删除这些文本。 在此样式之后输入的段落将自动设置为正常(style=Body Text)。]

 

修订历史记录

日期

版本

描述

作者

<dd/mmm/yy>

<x.x>

<详细信息>

<名称>

       
       
       

目录

1.      简介

1.1   目的

1.2   范围

1.2.1      标识

1.2.2     系统概述

1.3   定义、首字母缩写词和缩写

1.4   参考资料

1.5   文档概述

2.      体系结构原则和关键需求

2.1   体系结构原则

2.2   关键需求

2.2.1      系统用例

2.2.2      系统补充需求

3.      工作者视点

3.1   策略

3.2   组织模型

3.3   系统工作者模型

3.4   理由

4.      逻辑视点

4.1   系统环境

4.1.1      外部接口

4.2   子系统

4.3   交互

4.4   补充需求分解

4.5   理由

5.      进程视点

5.1   系统进程技术模型

5.2   理由

6.      物理视点

6.1   系统物理布局、特征和属性

6.2   位置模型

6.3   描述符级模型

6.4   实施级模型

6.5   理由

7.      信息视点

7.1   业务信息规则

7.2   系统数据模型

7.3  理由

8.      视点一致性


系统体系结构文档

1.                  简介

[系统体系结构文档的简介提供了整个系统体系结构文档的概述。]

1.1               目的

本文档使用许多不同的体系结构视点来描绘系统的多个方面,对系统进行全面的体系结构概述。它用于捕获和传递影响系统的重要体系结构影响和决策。

[本节定义整个项目文档中系统体系结构文档的用途,并简要描述该文档的结构。指出本文档的特定读者,指明期望他们以何方式使用本文档。]

1.2               范围

[简要描述系统体系结构文档的适用性以及本文档影响哪些方面。]

1.2.1            标识

[本子节通过标识数字、名称、版本等来标识本文档适用的系统。]

1.2.2            系统概述

[本子节描述了本文档适用的系统的用途和一般特性。如果系统以某种形式存在或有某些前代,则本子节还总结了该系统及其操作的历史。指出关键项目干系人,例如,获取方、用户、操作方等。]

1.3               定义、首字母缩写词和缩写

[本子节提供正确解释系统体系结构文档所必需的所有术语、首字母缩写和缩写的定义。可以通过参考项目词汇表来提供此信息。]

1.4               参考资料

[本子节提供了会在系统体系结构文档中的其他地方进行引用的所有文档的完整列表。通过标题、报告号(如果适用)、日期和出版机构来标识每个文档。 指定从哪些来源可以获得参考资料。可以通过引用附录或其他文档来提供此信息。]

1.5               文档概述

[本子节描述系统体系结构文档的剩余部分包含哪些内容,并说明系统体系结构文档是如何组织的。

2.                  体系结构原则和关键需求

2.1       体系结构原则

[在本子节中,描述了先前已决定、用于构造系统体系结构的风格、规则和理由,同时也描述了选择它们的理由(例如,环境、组织和域影响)。体系结构风格包括可复用元素的标识(分类)和它们的组合(包括允许它们组合的规则),此外,它还描述了使用特殊风格表现和分析系统的方法。]

2.2       关键需求
2.2.1            系统用例

[本子节列出系统用例模型中满足以下条件的系统用例或场景:它们代表了最终系统的一些重要的核心功能;或者它们具有很大的体系结构覆盖范围 - 即它们运用了许多体系结构元素;或者它们强调或说明了系统体系结构的某个特定的确切点。标识任何作为技术性能测量过程的一部分进行跟踪的关联性能需求。]

2.2.2            系统补充需求

[本子节列出了在构造系统体系结构中起重要作用的关键物理、环境、服务质量、特殊工程或其他限制。还标识以上哪些作为技术性能测量过程的一部分进行跟踪。]

3.                  工作者视点

[本节以工作者视点列举了系统的重要方面,包括组织和系统工作者的角色和职责(以及影响这些因素的策略)。]

3.1                策略

[TBD]

3.2                组织模型

[TBD]

3.3                系统工作者模型

[TBD]

3.4                理由

[TBD]

4.                  逻辑视点

[本节以逻辑视点列举了系统的重要方面,包括了系统在分成子系统、进行连接、交互和处理时执行功能的方式,还有包括服务质量和其他约束在内的非功能需求如何分解为子系统。]

4.1               系统环境

[本子节通过系统分析模型环境图描述了重要的系统构造元素。例如,要支持的系统用来交互的实体、连接以及材料、数据或其他流。]

4.1.1             外部接口

[本子节描述了支持 4.1 系统环境中所标识的实体,连接和流的重要接口(提供的并且是必需的)。]

4.2               子系统

[本子节标识并且描述了子系统在他们所支持和需要的接口(能力和属性)方面所扮演的重要体系结构角色,还有他们相互之间、和外部系统之间关系的本质。]

4.3               交互

[本子节描述了在子系统交互中重要用例和用例场景是如何实现的,还有系统能力和子系统链接之间的性能约束是如何来反映关键系统性能需求的。]

4.4               补充需求分解

[本子节描述了关键物理、环境、服务质量、特殊工程和其他约束是如何分解为子系统的,还有这样确定的子系统特征如何组合在一起来产生所需的系统特征。]

4.5               理由

[本子节描述了定义和选择此逻辑体系结构的行业研究、分析和原因查找,还有为什么选择特殊的子系统和交互是很重要的。当我们决定把人当作操作系统的一部分时,人和硬件或软件中相同功能性能之间的权衡,还有用来考虑人的表现特点的方式,都引起了我们特别关注。本子节还描述了用于预算或分配非功能需求的理由(例如建模、分析和原型构建)。]

5.                  进程视点

[本节以进程视点列举了系统的重要方面,包括如何设计系统体系结构来利用并行(表面上执行多个进程或者实际上这些进程是平行的),并产生简化了的(这样更易于维护)的体系结构,以及专注于对可伸缩性、性能、吞吐量和可依赖性的考虑。]

5.1               系统进程技术模型

[本子节标识了系统中重要或者关键的活动元素(子系统,类,对象),同时也描述了它们之间的重要关系和交互。该信息来自系统分析模型和系统设计模型,它着重描述了表现系统中进程的活动元素。]

5.2               理由

[此处描述了影响进程体系结构的分析、理由查找和行业研究,且解释了为什么讨论的进程和交互是很重要的。]

6.                  物理视点

[本节以物理视点列举了系统的重要方面,包括用来支持系统功能和分发所需的物理基础结构。]

6.1               系统物理布局、特征和属性 

[本子节描述了系统物理布置、设备安装和装配的重要方面,还有安全可靠的物理操作。需要考虑的方面包括重量、电源供应、热量生成与散热、加速/震动效果、电磁干扰、物理访问等。]

6.2               位置模型 

[描述位置模型的重要或者关键方面,包括位置分解(如果有)、位置和连接特征、托管的子系统和值得关注的位置交互。]

6.3               描述符级模型

[在描述符级别上描述系统部署模型重要或者关键的方面,那里会指定位置上进程资源的类型 - 这些就是节点,它们可以是计算设备(服务器、工作站等)、人或其他电机设备。]

6.4               实施级模型 

[在实施级别描述系统部署模型重要或者关键的方面,在那选择了实际的硬件,确定了角色实例(在人力资源案例中)的数量,定义了一组配置、容量、电源和其他环境需求、成本以及性能。]

6.5               理由

[此处描述了影响物理布局和部署体系结构的分析、原因查找和行业研究,且解释了为什么表现出特别方面是很重要的。]

7.                  信息视点

[TBD]

7.1               业务信息规则

[TBD]

7.2               系统数据模型 

[TBD]

7.3               理由

[TBD]

8.                  视点一致性

[TBD]