「4+1视图」学习与理解
声明：部分内容摘录了简书「橘色对白」作者的文章片段。
之前经常看到文章中提到「4+1视图」，对其也有片面的理解，但一直没有实践过，不清楚其真正的作用，这两天在业务需求分析中运用了其中的一部分，想谈谈自己的粗浅理解。
最近在调研「多租户」实现方案时，看到简友「橘色对白」的3篇关于多租户架构的文章，其中一篇「以CRM系统为例，浅析初级SaaS架构的构建方法」，以「4+1视图」的形式，覆盖了分析、设计、开发、部署等阶段，如何一步一步递进，形成最终的实施方案。
所谓「4+1视图」，是从5个不同视角来描述软件体系结构，包括场景视图、逻辑视图、开发视图、过程视图、物理视图，每个视图只关系系统的一个侧面，5个视图结合起来，才能反映系统的全部内容。
好吧，语气还是有点官方了，本来想根据自己项目再分析一遍，有人又在催我睡觉了，同时觉得「橘色对白」的这篇文章写的很不错了，决定整理下分享出来。
在分享之前，说说我的实践，通过场景视图、逻辑视图，分析出了「多租户」改造时，需要的功能列表。场景视图站在使用系统的角度，分析各个角色的用例。 逻辑视图站在业务对象的角度，表达了业务对象和对象间的关系。两个视图相互递进和补充，帮助我更完整的梳理出系统的功能点。
下面分享下「橘色对白」的这篇文章，如何一步步构建CRM系统
一、场景视图
负责从用户角度，识别业务需求，描述业务场景，是架构设计的起点和终点。
场景描述
老板角度：了解客户增减数量；了解客户增减变化趋势；商务行程管理。
员工角度：保存和随时查阅客户资料；通过邮件、IM、IP电话与客户保持及时沟通；商务行程管理。
场景抽象
客户管理：增、删、改、查，客户资料；
行程管理：商务形成安排（客户拜访、合同谈判）；
订单管理：已签订单的管理；
二、逻辑视图
从对象角度，构建对象模型，用以确立逻辑分层、模块划分、模块功能、模块间依赖关系等。其中，模块功能，既包括可见的业务功能，也包括不可见的系统功能（日志、权限、事务等）。
模块划分及功能
客户模块、行程模块、订单模块、报表模块
模块依赖关系
模块依赖关系
模块包含的业务对象
- 客户模块 — 客户分组、客户、联系人；
- 行程模块 — 时间、事项等；
- 订单模块 — 时间、客户、订单等；
- 报表模块 — ……
三、开发视图
从开发角度，描述软件在开发环境下的静态组织（程序包、应用的统一框架、引用的类库、SDK和中间件等），并规范和约束开发环境的结构。
开发环境
- 开发语言：Java、JavaScript、Html
- 数据库类型：MySQL 5.0
- 应用服务器类型：Apache+JBOSS
- 其他软件：Ant、JUnit 等
- 相关硬件：略
技术框架
开源框架：Struts+Spring+Hibernate框架结构
调用视图
分层策略
分层策略
目录结构
根据分层，制定目录结构如下
目录结构
- Api: 存放service的接口定义源文件；
- Action: 存放action的源文件和配置文件；
- Biz: 存放各模块的业务逻辑组件和DAO组件；
- Bundle: 存放JSP和HTML文件；
- deploy：存放构建后待部署的jar文件；
- biz目录下根据模块再分为dao和service目录，以及它们的实现类目录impl；
四、过程视图
从过程角度，描述系统的并发和同步设计。旨在解决进程、线程、并发、同步、通信等方面的问题；
五、物理视图
负责从部署角度，描述软硬件的映射关系，以及系统在分布/部署上的设计。旨在解决系统安装、系统部署、网络分布等问题。
至此，CRM系统已基本成型。
理论很重要，更重要的是去实践，在实践的过程中，才能够真正理解理论中每个字的精华。
我理解的还很浅，先欠个账，后续项目开发过程中，完整应用「4+1视图」后，我在做个实践总结。
情情说
