「4+1视图」学习与理解
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了「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视图」后,我在做个实践总结。
以上是关于「4+1视图」学习与理解的主要内容,如果未能解决你的问题,请参考以下文章