基于SA的UML4+1模型分析.docVIP

基于SA基本特性与核心属性的UML4+1模型分析报告 对体系结构进行的描述是围绕着以上4个视图展开的。然后，通过选择出的一些用例 对体系结构加以说明。这些用例被称作场景(scenarios)，它们构成了第5个视图。实际 上，体系结构在某种程度上是由场景演化而来的。 3 UML4+1视图中的逻辑视图的分析 逻辑视图主要支持功能需求——系统应当向用户提供什么样的服务。从问题域出发，采用面向对象的方法，按照抽象、封装、继承的原则，进行分解，得到代表着系统的关键抽象表示的集合。这些抽象表示的具体形式就是对象和对象的类。通过类图和类模板来表示逻辑体系结构。类图显示了类的集合和它们的逻辑关系:关联（association）、组合(composition) 、使用(usage)、继承(inheritance)等。类模板则着眼于每个类的个体，强调类的主要操作，并确定对象的关键特征。当十分需要定义一个对象的内部行为时，要使用状态转换图，或者是状态表。相关类的集合可以归到一起，称作类的种属(class category)。 逻辑体系结构的符号表示法如下图所示 UML与4+1视图中的进程视图的分析 过程体系结构考虑的是一些非功能性的需求，诸如性能、可用性等。它所要面对的问题有并发，分布，系统的完整性，容错能力等。它还要考虑怎样把过程体系结构与逻辑视图体系结构的要点相适应——对某个对象的某个操作实际上是在哪个控制线程上发生的。 进程视图的表示法如下图所示： UML与4+1视图中的开发视图的分析 开发视图，关注的是在软件开发环境中软件模块的实际组织。软件被打包成可以由单个或少量程序员开发的各种小的部分：程序库或子系统。子系统被组织成层次化的体系，每一层为上一层提供一个严密的、明确定义的接口。系统的开发体系结构用模块图和子系统图来表示，在图中可以显示出“导入”和“导出”关系。完整的开发体系结构只有在软件系统的所有元素被识别出来之后才能被描述。控制开发体系结构的原则是：分割、编组、可视。开发体系结构主要考虑的是内部需求，这些需求目的是要使开发相关的活动更易于进行，如软件管理、软件复用、开发工具集所造成的约束、编程语言等。 开发视图的表示法如下图所示： UML与4+1视图中的物理视图的分析 物理体系结构主要考虑的是非功能性的系统需求，如系统的可用性、可靠性(容错性)、性能(信息吞吐量)和可扩展性。软件系统在计算机网络的各个处理节点上运行。各种被确定出的元素——网络、过程、任务和对象——需要映射到各种节点上去。将用到不同的物理配置。有些用于开发和测试，有些用于不同场所或不同用户。因此从软件到处理节点的映射需要高度灵活，并且最小限度地影响其本身的源代码。 物理视图的表示法如下图所示： UML与4+1视图中的用例（场景）视图的分析 通过使用一些重要场景，4个视图中的元素可以协调地共同工作。尽管这些场景是一个小集合，但是它们很重要。场景(scenario)是更通用的概念——用例(use case)的实例。从某种意义上讲，场景是最重要的需求的抽象。场景（用例）视图是描述系统与外部其他系统以及用户之间交互的图形。换句话说，用例视图描述了谁将使用系统，用户希望以什么方式与系统交互。场景的设计使用对象场景图(object scenario dlagram)和对象交互图来表示。 相对于其他的4个视图，这个视图是多余出来的(所以称为“4十l”)，但是它承担着两个目的： （1）其他4个体系结构设计中，将以此视图为驱动来发现体系结构元素。 （2）在体系结构设计结束后，此视图承担验证和描述的角色。 8、总结 （1）体系结构的概念在每个视图里面都可以独立应用。这就是说，可以在每个视图里面定义体系结构的各种组成元素，如构件、连接件等。对于不同的视图，还可以选择不同的体系结构风格，因此在同一个系统结构中可以使用多种风格。此外，在每一种视图里，我们使用该视图特定的符号。这避免了符号用法和意义的混乱。“4十1”视图模型是一个十分通用的模型：可以便用其他的符号表示法，也可以使用其他的设计方法，尤其是逻辑视图和过程视图的分解。 （2）基于UML4+1的软件架构的优势 一个架构视图是对于从某一视角或某一点上看到的系统所做的简化描述，描述中涵盖了系统的某一特定方面，而省略了于此方面无关的实体。软件架构的每个视图分别关注不同的方面，针对不同的目标和用途。“4十1”模型实际上使得有不同需求的人员能够得到他们对于软件体系结构想要了解的东西。系统工程师先从部署视图，然后从进程视图靠近体系结构。最终使用者、客户、数据专家从逻辑视图看体系结构；项目经理、软件配置人员从开发视图看体系结构。 9、软件体系结构作用 （1）规范软件开发的基本架构。 体系结构一般说来与需求是密