Roy博士在文中并没有特意的描述4+1视图法,当我看到这个名词时,我也不知道是什么来的,百度了一下才知道是一种专用于描述架构模型的方法。
4+1视图模型使用五种协作的视图来描述软件架构,每一种视图都关注于一组特定的架构属性。
4+1视图模型包括下面的五种视图:
1] 逻辑视图
2] 过程视图
3] 开发视图
4] 物理视图
通过对上面的四种视图的组合而得到第五种视图:场景。这就是4+1视图模型的来源吧。
逻辑视图:
逻辑视图关注于用户的需求,来源于问题域;其实是对系统元素的抽象与分解的一种视图或描述点,此过程的目的就是为了保证系统单一、一致的对象模型,而不会在系统内存在相似的对象或机制实现。在这个过程中,需要找到通用的机制与设计元素,并对它们进行抽象、封装、继承,如果是数据模型,则需要描述数据流向及处理元素。
过程视图:
过程视图关注于运行时刻的属性,比如并发、同步、容错等非功能性需求上的问题以及如何与逻辑视图组合在一起来保障系统的非功能性需求的实现。同时也是系统任务处理的管理过程,比如事件解发与处理过程机制的设计。同时也可以制定元素的生命周期的处理过程,描述一个元素从产生到死亡整个过程的经历。
开发视图:
开发视图会与逻辑视图混淆,但它们是不一样的,开发视图是指在开发环境下的实际模块的组织与接口定义。在识别了所有的元素后,就可以列出开发的规则:可见性、分块、分组等。同时还包含了一些项目管理上的内容,比如质量评估等,不