您好,登录后才能下订单哦!
声明:部分内容摘录了简书「橘色对白」作者的文章片段。
之前经常看到文章中提到「4+1视图」,对其也有片面的理解,但一直没有实践过,不清楚其真正的作用,这两天在业务需求分析中运用了其中的一部分,想谈谈自己的粗浅理解。
最近在调研「多租户」实现方案时,看到简友「橘色对白」的3篇关于多租户架构的文章,其中一篇「以CRM系统为例,浅析初级SaaS架构的构建方法」,以「4+1视图」的形式,覆盖了分析、设计、开发、部署等阶段,如何一步一步递进,形成最终的实施方案。
所谓「4+1视图」,是从5个不同视角来描述软件体系结构,包括场景视图、逻辑视图、开发视图、过程视图、物理视图,每个视图只关系系统的一个侧面,5个视图结合起来,才能反映系统的全部内容。
好吧,语气还是有点官方了,本来想根据自己项目再分析一遍,有人又在催我睡觉了,同时觉得「橘色对白」的这篇文章写的很不错了,决定整理下分享出来。
在分享之前,说说我的实践,通过场景视图、逻辑视图,分析出了「多租户」改造时,需要的功能列表。场景视图站在使用系统的角度,分析各个角色的用例。 逻辑视图站在业务对象的角度,表达了业务对象和对象间的关系。两个视图相互递进和补充,帮助我更完整的梳理出系统的功能点。
下面分享下「橘色对白」的这篇文章,如何一步步构建CRM系统
负责从用户角度,识别业务需求,描述业务场景,是架构设计的起点和终点。
老板角度:了解客户增减数量;了解客户增减变化趋势;商务行程管理。
员工角度:保存和随时查阅客户资料;通过邮件、IM、IP电话与客户保持及时沟通;商务行程管理。
客户管理:增、删、改、查,客户资料;
行程管理:商务形成安排(客户拜访、合同谈判);
订单管理:已签订单的管理;
从对象角度,构建对象模型,用以确立逻辑分层、模块划分、模块功能、模块间依赖关系等。其中,模块功能,既包括可见的业务功能,也包括不可见的系统功能(日志、权限、事务等)。
客户模块、行程模块、订单模块、报表模块
从开发角度,描述软件在开发环境下的静态组织(程序包、应用的统一框架、引用的类库、SDK和中间件等),并规范和约束开发环境的结构。
开源框架:Struts+Spring+Hibernate框架结构
根据分层,制定目录结构如下
从过程角度,描述系统的并发和同步设计。旨在解决进程、线程、并发、同步、通信等方面的问题;
负责从部署角度,描述软硬件的映射关系,以及系统在分布/部署上的设计。旨在解决系统安装、系统部署、网络分布等问题。
至此,CRM系统已基本成型。
理论很重要,更重要的是去实践,在实践的过程中,才能够真正理解理论中每个字的精华。
我理解的还很浅,先欠个账,后续项目开发过程中,完整应用「4+1视图」后,我在做个实践总结。
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。