聊聊--架构.pptx
- 文档编号:2745047
- 上传时间:2022-11-10
- 格式:PPTX
- 页数:43
- 大小:3.58MB
聊聊--架构.pptx
《聊聊--架构.pptx》由会员分享,可在线阅读,更多相关《聊聊--架构.pptx(43页珍藏版)》请在冰豆网上搜索。
架构应用汇报人:
2022/11/102022/11/102022/11/102022/11/102022/11/10便携酒店竹林景观设计2022/11/10生态鸟庭景观设计2022/11/10生态鸟庭景观设计2022/11/10认识架构1软件架构2软件架构的应用3架构和职责分工4目录CONTENTS5企业架构演变2022/11/1001认识架构PartOne2022/11/1001生主异灭:
所有的事务一旦出现了,就必然会消亡。
吃一顿饭,眨一下眼、捡一支笔核心与非核心生命周期,一个生命周期里面的活动可以拆分,拆分的原则就是形成多个新的生命周期。
生命周期的运营和执行产生了分离。
一旦生命周期拆分之后,选购生命周期变成非核心生命周期,可以交由别人来完成人们用事物的变化来记录时间。
时间对每一个人都是公平,每个人一天都是24小时。
延长每个人的生命时间,就要尽量做自己擅长的事情,以及产生下一代。
生命周期生命周期的识别核心与非核心生命周与分工时间为啥产生架构2022/11/10必须由人执行的工作每个人的时间有限对目标系统有更高的要求,目标系统的复杂性使得单个人完成这个系统时会受限于时间根据要解决的人类问题,对目标系统进行界定。
围绕目标系统核心生命周期进行切分对切分出来的部分,确立各自的生命周期及主体,以及负责的角色。
核心生命周期与非核心的通讯机制;架构设计生命周期架构实施生命周期架构与树架构产生的条件什么是架构架构的生命周期02010203什么是架构2022/11/10树与增长架构和树概念树状结构的有啥好处?
树状结构特别适合于增长。
如果是按照直线往上增长,长的越高,越容易失控,沟通成本越高,风一吹就折。
水平很难获得阳光,容易被物体遮挡;树状结构沟通成本最低,沟通的路径没有显著增加,带来的效果最好。
架构的目的是要让业务树按照自己的规律长大。
架构师顺应业务生命周期的一种拆分,这个拆分始终是围绕着业务的核心生命周期,结果也只有一种,就是一颗树。
只有树的结构才能保障权责对等;比如树叶自身长大,才能给树干更多的的养分。
概念是沟通的基础,例如:
杯子(人需要一个单手持握,而且希望避免直接接触所盛物体),桌子、柜子、碗。
03架构与树2022/11/10个性与共性个性是基础(要做好架构,要具备识别个性的能力,发现独特问题的能力)。
做架构必须亲自体验业务,感受业务,才能识别业务的个性。
认识业务所面临的问题。
抽象识别问题的一个最重要的前提就是要搞清楚:
是谁的问题,也就是要先明确问题的主体是谁。
主体搞清楚了,问题的边界也就确定了,再去讨论问题才有意义。
识别问题所有的切分调整,都是对相关人的利益调整。
分工背后的动力来自于每个人寻求的利益最大化的冲动。
为什么需要切分利益相关人负载太重是切分的原因切分的原则04概念落地2022/11/10什么是流程?
流程与架构的拆分关系什么是架构师流程就是多个角色为了把一件事情做好,按时间顺序协作并完成的整个过程。
包含:
活动,判断,分支。
流程关注的是多个人如何把同一个目标完成;流程的核心是业务的核心生命周期。
业务张1.架构师做什么2.人人都是架构师3.架构师的权利05架构和架构师2022/11/1002软件架构PartTwo2022/11/10要解决什么问题:
软件的目的是把现实的生活模拟到计算机中,软件需要硬件才能运行起来。
分别是谁的问题:
业务的问题计算机的问题分析问题会生成那些架构软件构架06软件架构分别有什么问题业务问题的本质是业务服务对象的利益问题软件工程师的问题是用代码将业务模拟出来2022/11/10软件架构师的区别软件架构师的困境生命周期的思考在大部分行业中,架构师做的工作大都是本行业的内容,和所做的业务直接相关,对于所做的行业知根知底的。
而软件行业则有很大不同,软件要为其他行业提供服务;1.”不写代码就没有资格叫架构师“主流观点(软件架构师就是技术能力比较好的软件工程师)2.具备架构师头衔的人并不一定是架构师架构师的权利软件架构师和技术人员对技术的态度区别架构师是技术的使用者如何保障架构落地07什么是软件架构师2022/11/10业务和架构及技术之间的关系技术人员和业务人员的关系重新发明轮子和开源技术1.通过认为创造条件,让指定的规律按照人类的意愿发生,这就是技术。
2.所谓业务,就是要解决人类的问题,目的是为了支撑人类自身的生命周期,使人类获得利益。
3.架构是让业务长大的组织方法。
1.只有业务和技术人员结合起来,才能更好的完成业务目标。
而不是互斥的关系,为啥老发生冲突呢?
没有沟通的基础,需要相互学习1.架构师的权利2.软件架构师和技术人员对技术的态度区别3.架构师是技术的使用者4.如何保障架构落地08业务、架构和技术三者的关系2022/11/1009软件架构业务架构的拆分的动力是每个人负载超限。
所以要多个人协作来完成。
软件实际是扮演代替人的作用。
软件开发团队的拆分:
1.多个业务团队对应一个软件开发团队2.一个业务团队对应多个软件开发团队3.一个业务团队对应一个软件开发团队1.代码是最容易写的,因为随便怎么写,只要符合语法就能够运行起来。
2.代码也最难写,要让代码容易维护,还要和业务一起长大。
使得软件架构容易随着业务的长大做出新的拆分、合并、并要保证正确性。
3.服务+业务+存储1.单元测试是一种白合测试,2.单元测试的困境3.单元测试测什么4.如何改造代码:
只要出现了模拟,单元测试就开始失效了。
5.为什么要做单元测试软件架构的拆分如何写好代码单元测试2022/11/10把业务呈现给用户,并让用户能独立访问,形成软件,遇到的两大问题:
1.如何把业务用软件表达出来;2.软件如何被放入计算机,提供给用户访问推进过程中需要考虑的问题:
1.访问类框架2.业务类框架3.什么是框架4.框架的特点数据仓库(DataWarehouse)、数据挖掘(DataMining)。
数据超出了传统关系型数据的处理能力,时效性要求达不到。
大数据并非是一种具体的数据,而是相对于以前的数据处理方式而言的,是对关系型数据库处理方式的一种颠覆。
10软件架构和设计模式软件架构与软件框架软件架构与大数据软件架构2022/11/10模式:
“物以类聚,人以群分”就是这些现象表现出来的模式,可以帮助人类认识世界。
设计模式:
风水、实际上是建筑基本设计模式的结晶。
创建型:
产生对象的生命周期拆分出来,即架构拆分。
结构型:
专注于对象的不同组合方式。
行为型:
主要针对对象之间的沟通。
设计模式的误区:
只关注共性,没有考虑个性。
比如不同角色使用同一个服务,导致两个角色不必须要的相互干扰。
03软件架构的应用PartThree2022/11/10交易Win-Win产品用户11交易就是人们各自拿自己多余的物品,从其他人手上换取自己必须的物品,从而双方都获得利益的过程。
货币、企业、软件对交易的影响、软件交易交易1.什么是产品、2.什么是商品3.识别产品4.产品系统5.产品规则产品特性1.用户的识别2.为什么需要用户3.客户的出现4.用户的生命周期用户描述软件架构的应用2022/11/10订单一手交钱一手交货交易系统事务ACID121.什么是订单2.订单的生命周期架构拆分3.订单支付4.订单生命周期1.企业架构拆分2.软件系统建模3.访问业务模型4.交易软件的架构拆分5.服务的产生和粒度6.用户系统的拆分1.什么是事务2.软件中的事务3.数据库事务的滥用4.数据库的正确使用方式5.服务调用软件架构应用2022/11/1004架构和职责分工PartFour2022/11/10架构设计的6大经典困惑2022/11/1013请您在此输入文字请您在此输入文字请您在此输入文字请您在此输入文字请您在此输入文字请您在此输入文字在此输入文字在此输入文字在此输入文字在此输入文字请您在此输入文字请您在此输入文字请您在此输入文字请您在此输入文字请您在此输入文字请您在此输入文字14二维需求观2022/11/1015需求结构化大型B2C网站需求分析2022/11/1016RUP4+1视图方法论特点:
1.重视OO方法论2.UseCase驱动3.强调模型的重要性2022/11/10在此输入文字在此输入文字在此输入文字在此输入文字17架构视图4+1特点:
1.职责划分(逻辑视图)2.程序单元组织(开发视图)3.控制流程组织(运行视图)4.物理节点安排(物理视图)5.持久化设计(数据视图)2022/11/10请您在此输入文字请您在此输入文字请您在此输入文字请您在此输入文字请您在此输入文字请您在此输入文字18视图架构设计思维每一种视图的技术关注点:
2022/11/10请您在此输入文字请您在此输入文字请您在此输入文字请您在此输入文字请您在此输入文字请您在此输入文字在此输入文字在此输入文字在此输入文字在此输入文字请您在此输入文字请您在此输入文字请您在此输入文字请您在此输入文字请您在此输入文字请您在此输入文字19企业体系结构规划角色与RUP角色对应关系2022/11/1005企业架构演变PartFive2022/11/1020企业架构演变-12022/11/1021企业架构演变-21.为了更加准确的理解、认识你的客户,同时也为了能够拉近你和客户的距离,你打算通过CRM软件进行更加科学的客户管理。
2.认为内置的CRM模块功能有限,不支持对接微信,营销功能也不够强大,因此你新购买了一套CRM软件,和ERP进行了一定程度的对接,同时申请了微信公众号2022/11/1022企业架构演变-31.ERP系统和CRM系统都有报表模块,但两个系统的数据相互孤立,不利于整合分析。
2.业务系统的底层数据结构并不适合做复杂的数据分析,常见的多维分析更需要一套数据仓库常用的星形数据结构和雪花型数据结构。
3.成熟的BI软件套件可以让你的报表分析与多维数据探查更轻松,其中的仪表盘更能够让你轻松掌控公司全局的核心指标变化。
4.企业经营中很常见的一个问题就是经营分析指标统计口径太多,造成管理混乱和沟通障碍,除了在管理上规范公司级指标的定义,也需要一套底层数据架构,消除上游各个异构系统的孤岛和屏障,统一管理汇总数据和指标计算2022/11/1023企业架构演变-4由于公司经营良好,很多商品可以从供应商处拿到很好的价格,经过供应商授权,公司决定开展2B业务,成立了大客户销售部,公司将作为供应商的B端渠道,挖掘企业客户。
为了让销售工作高效展开,对销售人员进行严格的过程管理,同时也为了保留客户资料,避免销售独占客户资源,根据CTO建议,公司决定实施操作型OCRM(OperatingCRM)项目2022/11/1024企业架构演变-51.公司的零售业务发展进入了瓶颈期,CEO需要寻找新的增长点。
经过评估,决定开展电商业务2022/11/1025企业架构演变-62022/11/1026企业架构演变-7应用架构已经非常强健,理财业务的系统构建可以迅速展开,CTO和理财事业部的产品总监沟通后绘制了集团应用架构图,理财业务只需要建设一套C端APP和一套基本的管理后台,而类似于客户数据,支付,Push服务,DW和BI都直接使用集团现有系统,无需重新开发2022/11/1027企业架构演变-8认为上述架构图还存在一点问题,账号管理不应该单独创建,集团已经有着很成熟的统一客户管理理念,多套账号管理模块会再次造成信息孤岛问题。
因此决定将现有的账号管理模块也进行平台化、服务化升级,给理财业务提供支持。
集团层面的Passport系统诞生了2022/11/1028企业架构演变-9六层划分涵盖了企业所有的应用系统建设,每一个应用系统的存在都将定位在六层中的某一层。
上图示例的系统涵盖了绝大多数正常企业经营运转常见的应用系统,在现实世界中,应用系统数量会远远多于上图所示;例如商业银行可能会有成百上千个系统存在2022/11/10架构应用谢谢聆听2022/11/10
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 聊聊 架构