跳转到内容

英文维基 | 中文维基 | 日文维基 | 草榴社区

4+1视景模型

本页使用了标题或全文手工转换
维基百科,自由的百科全书
4+1视景模型的说明

4+1视景模型(4+1 view model)也称为4+1架构视图,是“以使用多个、并发的视景为基础,描述软体密集系统的架构”的视景模型英语view model[1]。这些视景是用各利益相关者的观点来描述系统,包括有用终端使用者、开发、系统工程师以及专案经理。模型的四个视景是逻辑、开发、过程以及实体视景。此外,也可以用用例或情景(scenarios)来描述架构(+1),因此可以称为4+1视景[1]

  • 逻辑视景(Logical view):逻辑视景和提供给终端使用者的机能有关。会用统一建模语言(UML)来表现逻辑视景,包括有类别图状态图[2]
  • 过程视景(Process view):过程视景处理系统的动态层面,说明系统的过程以及通讯的方式,著重在系统运行时的时间特性。过程视景描述并发性、分散、整合者、性能以及可扩缩性(scalability)等。表示过程视景的UML有时序图通信图英语Communication diagram活动图[3][2]
  • 开发视景(Development view):开发视景描述从程式设计师的观点所看到的系统,著重软体的管理。此视景也称为实现视景(implementation view),会用到UML中的组件图来说明系统组件。包图英语Package diagram也可以用来说明开发视景[2]
  • 实体视景(Physical view):实体视景以系统工程师的观点来说明系统,这和软体组件在实体层上的拓扑有关,也和各组件之间的实体连接有关。此视景也称为是布署视景(deployment view)UML图中的部署图英语Deployment diagram可以说明实体视景[2]
  • 情景(scenarios):这种说明架构的方式是透过小型的用例或情景来进行,这是第五个观点。情景会叙述各物件、各过程之间互动的结果。也可以用来识别架构元素,也可叙述并且确认架构设计。这也是架构原形测试的起点。此视景也称为是用例视景(use case view)。

4+1视景模型是通用的,没有限制标示方式、工具或是设计方法。摘录Kruchten的文字如下

4+1视景模型是通用,也可以使用其他的标示方式或工具。也可以使用其他的设计方式,特别是在逻辑以及过程的拆解上。不过我们会指出我们曾经成功使用的方法。

——Architectural Blueprints—The "4+1" View Model of Software Architecture[1]

相关条目

[编辑]

参考资料

[编辑]
  1. ^ 1.0 1.1 1.2 Kruchten, Philippe (1995, November). Architectural Blueprints — The “4+1” View Model of Software Architecture.页面存档备份,存于互联网档案馆) IEEE Software 12 (6), pp. 42-50.
  2. ^ 2.0 2.1 2.2 2.3 Mikko Kontio (2008, July) Architectural manifesto: Designing software architectures, Part 5页面存档备份,存于互联网档案馆
  3. ^ Hui, LM; Leung, CW; Fan, CK; Wong, TN. Modelling agent-based systems with UML. Proceedings of the Fifth Asia Pacific Industrial Engineering and Management Systems Conference. 2004.