软件体系结构建模.pptVIP

2.2.4物理视图的符号表示法**TRW公司的UNAS（通用网络结构服务技术）允许使用者采用数据驱动的方式将进程体系结构映射到物理体系结构，并允许在不修改源代码的情况下对这种映射做出多种改动。2.2.4物理视图的符号表示法上图显示了大型专用自动交换机（ACS）的一种可能的硬件配置。其中，C、F、K是3个不同容量的计算机类型，支持3个不同的可执行文件。02ACS系统的物理视图01下面是进程视图的两个不同的物理映射，分别对应一个小型的ACS和大型的ACS。具有进程分配的小型ACS系统的物理视图01具有进程分配的大型ACS系统的物理视图022.2.5场景视图：汇总**通过使用一些重要场景，4个视图中的元素可以协调地共同工作。尽管这些场景是一个小集合，但是它们很重要。场景(scenario)是更通用的概念——用例(usecase)的实例。从某种意义上讲，场景是最重要的需求的抽象。相对于其他的4个视图，这个视图承担着两个目的：在体系结构的设计中，将以此视图为驱动来发现体系结构的构件和它们之间的作用。在体系结构设计结束后，此视图承担验证和描述的角色。它不仅用于书面记录，并且是体系结构原型测试的起始点。2.2.5场景视图的符号表示法**场景可以用文本表示，也可以用符号表示。场景视图的符号表示法中，构件的表示与逻辑视图非常相似，但是连接件的表示使用进程视图中的方法。注意，对象的实例用细实线表示。在工具的使用方面，和逻辑视图类似，可以使用RationalRose绘制和管理对象场景图。图场景的雏形—本地呼叫选择阶段2.2.5场景视图的例子**小王的电话的控制器检测到并证实了从挂起到取下的状态转变，并且发送了消息来唤醒相关的终端对象。终端分配一定的资源，并告诉控制器发出拨号音。控制器收到数字并将它们发送给终端。终端使用编号计划来分析号码。当一个有效序列的输入完成，终端打开一个对话。小结**逻辑视图和开发视图描述系统的静态结构，而进程视图和物理视图描述系统的动态结构。对于不同的软件系统来说，侧重的角度也有所不同。例如，对于管理信息系统来说，比较侧重于从逻辑视图和开发视图来描述系统，而对于实时控制系统来说，则比较注重于从进程视图和物理视图来描述系统。第2章软件体系结构建模

案例分析：NAS—网络终端通讯服务系统2.3“4+1”视图模型案例分析*需求描述：NAS可运行于网络中任一台终端上，可为终端用户之间提供短信通信服务；NAS在传输信息之前要求先进行加密处理，然后再以密文的形式发送；NAS接收到传输的密文后，要求再以明文方式显示给终端用户；第3章软件体系结构建模**.3“4+1”视图模型案例分析逻辑视图——线框图表示法第3章软件体系结构建模**.3“4+1”视图模型案例分析逻辑视图——ＵＭＬ表示法第3章软件体系结构建模**逻辑视图——UML表示的NAS系统逻辑图.3“4+1”视图模型案例分析第3章软件体系结构建模**逻辑视图——UML表示的NASNetService构件的逻辑视图.3“4+1”视图模型案例分析第2章软件体系结构建模

“4+1”视图模型概述2.2“4+1”视图模型Rational公司的PhilippeKruchten在1995年提出了用于体系结构描述的“4十l”视图模型。该模型建立在体系结构的Perry＆Wolf定义和BerryBoehm定义的基础上。*逻辑视图进程视图开发视图物理视图最终用户：功能需求场景编程人员：软件管理系统集成人员：性能可扩充性、吞吐量等系统工程人员：系统拓扑、安装、通信等第2章软件体系结构建模**

软件架构视图Kruchten在其著作《Rational统一过程引论》中写道：一个架构视图是对于从某一视角或某一点上看到的系统所做的简化描述，描述中涵盖了系统的某一特定方面，而省略了与此方面无关的实体。软件架构的每个视图分别关注不同的方面，针对不同的目标和用途。2.2“4+1”视图模型关于视图**气候学家关心的社会学家关心的引入视图的作用：世界地图的绘制者很难将不同的信息都绘制到同一幅图中；而看地图的人也希望有一幅地图是专门针对他的需要的。同一事物的不同视图之间是有联系的。对比上面两幅图，除了南美洲之外基本都是降水量足的地方人口较密集。“4+1”视图模型从5个不同的视角包括逻辑视图、进程视图、物理视图、开发视图和场景视图来描述软件体系结构。每一个视图只关心系统的一个侧面，5个视图结合在一起才能够处理富于