可视化架构设计（可视化架构设计案例）

==========可视化架构设计=========

====4+1视图

一个视图只关系系统的一个侧面，从5个不同的视角来描述软件体系结构，；

RUP（rational unified process）软件统一过程，rational公司创造的软件工程方法，；

-----视图

#）场景视图/用例视图/use cases view：整个技术架构的上下文环境，（参与者/所有视图用户，功能用例，），最重要的需求抽象，关注系统一致性验收/功能说明，作为驱动因素来发现架构过程中的架构元素，系统活动的抽象，面向最终用户/功能需求，反映系统最终需求和交互设计，uml用例图，活动图，；

#）逻辑视图/logical view：整个系统的抽象结构表示，关注系统提供最终用户的功能，（系统，子系统，功能模块，子功能模块，接口，组件，边界，类，类服务，参数化类，类层次，），功能需求，反映系统整体组成与系统如何构建，uml类图，交互图，时序图，状态图，；

#）物理视图/physical view：面向运维系统工程师/系统安装/拓扑/通信等，（处理器，其他设备，节点，网络，），性能，规模，可靠性，uml部署图；

#）处理视图/进程视图/process view：面向系统集成人员，非功能性需求，系统运行质量属性（易用性，性能，可伸缩性，可用性，安全性，并发，同步，），（进程，简化进程，循环进程，线程，对象，组件之间的通信时序，），反映系统的功能流程与数据流程，uml活动图，交互图，状态图，；

#）开发视图/development view：面向编程人员/软件管理，开发期质量属性（可扩展性，可重用性，可移植性，易理解性，易测试性，），软件模块的组织和管理，（模块，子系统，分层，框架，服务，类，接口，包，），uml组件图，包图，；

===c4模型

context上下文场景/system系统，container容器，component组件，class类，；

应该自描述，画给谁看，看什么，；

抽象层次（系统级，容器级，组件级，），；

----4张核心图

#）系统上下文图/system context diagram：（用户是谁，要构建的系统是什么，外部依赖/高层次依赖，）；

#）容器图/container diagram：（把语境图里待建设的系统做展开，容器间如何交互，职责划分，）；

#）组件图/component diagram：（把某个容器图进行展开，描述其内部的组件/服务，组件之间的交互/依赖，）；

#）类图/class diagram：；

----3张附属图

#）系统景观图/system landscape diagram/系统全景图：（系统级别，间接相关的系统和用户都会标示出来，）；

#）动态图/dynamic diagram：（适合各个层面，）；

#）部署图/deployment diagram：（）；

------

四色建模/红卡，事件风暴/事件，；