发布网友 发布时间:2022-11-16 05:37
共1个回答
热心网友 时间:2024-11-18 23:38
系统必然是复杂的,如何清晰准备的描述一个系统,是架构工作的困难之处。
有两个架构观点,虽然各有侧重,但是殊途同归,都是软件架构的基本方法。
重庆java课程http://www.kmbdqn.cn/认为需要注意的是,这两个架构观点对视图的定义和理解略有不同,视点应该就是视图。
“4+1”视图模型面对复杂和不确定的业务需求,为了避免盲人摸象的局面,使用视图和视点的方法是比较有效的。
PhilippeKruchten在他的文章《ArchitecturalBlueprints—The“4+1”ViewModelofSoftwareArchitecture》详细介绍“4+1”视图模型。
在这个模型中,视图是指从不同的利益相关者的角度来描述系统,利益相关者可以是最终用户,开发者,也可以是项目经理。
由此,4个视图就分别是逻辑视图,开发视图,进程视图和物理视图。
另外“+1”的视图是选择一些用例和场景来描述架构。
开发视图:开发视图是从程序员,以及软件管理的角度来描述系统。
这个视图也被称为实现视图,往往使用UML组件图来描述系统构成。
逻辑视图:逻辑视图主要描述系统为最终用户提供的功能。
一般对应于UML工具的类图,状态图等。
物理视图:物理视图是从一个系统工程师的角度来描述系统。
这个视图关切软件组件在物理层拓扑结构以及组件之间的物理连接,通常也被称为部署视图。
UML工具中称为部署图。
进程视图:进程视图处理系统的动态方面,比如系统的进程之间如何通信以及运行时的行为,比如并发,分布式,集成,性能,扩展性等。
UML工具用活动图来表示。
场景视图:场景视图使用一些用例或者场景来描述进程和对象之间的交互,并且用来验证架构设计,也是架构原型的测试起点。