![](https://img-blog.csdnimg.cn/20201014180756928.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
ICT
文章平均质量分 80
龙赤子
15年开发猿,linuxer,分享经验,获得快乐. LCCZ_QRS
展开
-
系统架构主题之九:软件设计模式及其应用
探讨设计模式在系统架构设计中的应用原创 2023-11-11 10:52:03 · 449 阅读 · 0 评论 -
ELK极简上手
ELK的极简入手指南原创 2023-11-05 12:37:52 · 842 阅读 · 0 评论 -
系统架构主题之八:非功能性需求对系统架构及设计的影响
探讨非功能属性对软件架构设计的影响原创 2023-10-29 16:17:47 · 1631 阅读 · 0 评论 -
系统架构主题之七:基于架构的软件设计方法及应用
为此,团队对需求的变动进行了二次系统梳理,对相关变更的必要性进行了仔细的校对,对技术实现的约束限制进行了全面仔细的验证测试,在这些信息的基础上,反推到需求层,对需求进行调整,改变了最初过于苛刻的性能要求和体验目标,在大家达成共识的基础上,进行了二次演进处理,并增加了更为全面的测试,收集了系统化的测试数据,为业务的调整提供了更为合理的边界。平台层,可以构建对业务层其关键支撑的技术框架,包括多媒体的采集渲染,数据的编解码支持,网络通信的支持,异步事件的支持,开发框架的支持等。这个过程是不断迭代的过程。原创 2023-08-27 21:47:31 · 2310 阅读 · 0 评论 -
系统架构主题之六:软件系统架构风格
当然实际中,整个链条的处理不是这么单一的,编码压缩涉及不同的格式标准,解码解压缩也是一样,数据还可能存在融合要求,比如音频的混音,视频的多画面融合等。但是,无论如何变动,整个处理过程仍然是数据进入处理模块,流出后再进入下一个处理模块,这个结构关系、组织关系是不变的,因此管道过滤器的适用性是没有问题的,而且按这种方式实现,便于理解,便于代码维护,便于修改应对新的需求。当然,金无足赤,人无完人。比如,对于数据流的抽象,虽然统一了代码处理风格、方式,复用了代码,简化了处理,但也在一定程度上影藏了差异。原创 2023-08-27 10:37:26 · 1574 阅读 · 0 评论 -
系统架构主题之五:软件系统建模方法及其应用
前面我们梳理了需求分析的相关内容。完成需求分析后,会输出指导软件开发的需求规格说明书。有了该文档的支持,下一步就是系统设计阶段,用于将软件需求的内容转换为可指导软件开发的概要设计和详细设计文档。下面我们从理论和实践上看看如果做系统设计。1 信息系统建模常见方法及相关概念通常,系统设计的主要工作就是系统建模。系统建模的主要方法分结构化建模方法和面向对象建模方法,分别与结构化分析和面向对象分析对应。首先,我们看结构化建模方法。这一方法的切入点是数据设计,指导思想是程序=算法+数据结构。在结构化分原创 2023-08-20 11:25:54 · 3756 阅读 · 0 评论 -
系统架构主题之四:软件系统需求管理技术及其应用
更进一步的,实际中采用了中心圆模式进行度量分析,中心为核心需求,体现系统的核心价值,外围为关键需求、安全管理需求、会议需求、智能检修需求等业务相关需求,将变更映射到度量模型上,集中有限资源,优先处理影响核心价值的需求。从理论上和工程实践上来看,总是有不受控的因素导致需求发生变更,但是需求的变更最终是要传导到设计、编码、测试、维护的后续链节的,且越往后,变更的实现成本就越大。如果需求挖掘不充分,获取存在明显的遗漏疏忽,那么后续的变更就不可避免,因此,越是做足了需求获取的工作,越是能够减少后期的变更。原创 2023-08-13 22:33:57 · 519 阅读 · 0 评论 -
系统架构主题之三:软件系统需求获取技术及应用
需求获取是一个反复的过程,不是一次成型的。在需求获取过程中,就发现有些数据是内部网络的,有些数据是外部网络的,比如电力设备的相关信息,必须在内网隔离情况下,才能传输,而向视频会议业务,则可以使用外网构建。但是,内外网之间又有一些数据传递需求,这些需求重要的不是技术方面问题,而且规范安全防护方面的问题,是合规的问题。JRP,联合需求计划,应该跟需求专题讨论会是一个意思,是一个通过高度组织的群体会议来分析企业内的问题,并获取需求的过程,是联合应用开发的一部分。注意,不同规模不同类型的项目,需求获取的技术不同。原创 2023-08-13 18:17:37 · 686 阅读 · 0 评论 -
系统架构主题之二:软件系统需求分析方法及其应用
首先构建用例模型,识别参与者,合并需求,获得用例,细化用例描述,其次构建领域模型,包括发现领域对象,定义领域概念,识别对象属性,识别对象关系,为类添加职责,建立交互图。结构化分析方法,进行业务流程分析,包括数据流图,DFD图确定关键的平衡关系,数据字典(包括数据项、数据结构、数据流、数据存储、数据处理),通过判定树、判定表及结构化语言对数据加工。最终生成软件系统需求规格说明书,包括功能性需求,描述主要功能用例,也要包括非功能性需求,描述性能、可用性、安全、可修改性、可靠性等相关需求。原创 2023-07-30 21:30:08 · 1621 阅读 · 0 评论 -
系统架构师主题整理之一:软件系统开发模型及其应用
瀑布模型:传统模型,从需求开始,按照需求分析、概要设计、详细设计、单元测试、集成测试、系统测试这个流程实践软件工程。增量模型:该模型有模块的概念,强调在核心模块基础上,不断实现、整合新的模块,基于此向最终目标系统行进的一种软件工程方法。面向对象模型,使用对象建模,结合用例图、类图、对象图、时序图、状态图、顺序图、构件图、部署图、活动图等指导开发。螺旋模型:在传统流程的基础上,每一个阶段都需要进行目标设定,风险分析,开发和有效性验证,评审几个过程。迭代模型:简单而言就是小步快跑,稳中求进,不断演化整个系统。原创 2023-07-02 20:55:08 · 466 阅读 · 0 评论 -
串2:云计算架构思考
开始之前,先给出串1:一文将大数据、云计算、物联网、5G(移动网)、人工智能等最新技术串起来_龙赤子的博客-CSDN博客承上事物的复杂性一般有两个方面,一个是本身结构的复杂,一个是运行机制的复杂。因为这两者会相互影响,所以边界不会那么的清晰。运行机制的复杂,会催生结构的复杂,而结构的复杂往往也会导致内部运行机制的复杂。一般来讲,理学多体现机制的复杂,而工学问题多体现结构的复杂。举个例子,物理问题,首先研究的是原理,即如何找到一个数学模型来表达内部的机制。经典的牛顿力学,就是通过几个数学公式,被完美的原创 2023-07-24 21:24:55 · 301 阅读 · 0 评论 -
Jenkins极简体验
也许本意是想避免口语化的描述,把功能说的更加概括,更加严谨,更加通用,也可能仅仅是想把稀松平常的东西说的高大上。在计算机运维中,Jenkins提供了一个流水线,你可以告诉它,当我们的代码提交后,它从哪里把代码下载下来或者更新,也告诉它,怎么将代码进行编译,还告诉它如何进行模块测试,如何进行集成,如何进行打包,如何将安装包安装到测试或者目标系统,如何进行系统测试,如何…你总结提炼的时候,脑海里是有具象的东西辅助的,我学习的时候,是需要填充这个具体的东西的,否则读来就会感觉空、感觉虚,感觉飘,感觉迷,感觉茫。原创 2023-07-16 22:35:13 · 316 阅读 · 0 评论 -
锤子眼里全是钉?谈如何对现有系统进行微服务改造
整个系统部署风险也很大,需要停用现有系统,无法做到无缝对接,无缝过渡,不利于业务产品的迭代,系统本身升级成本和风险也比较大,如此,带来的是整体运维成本增加。其次,当服务多了后,通信链条自然就变多了,极端情况,每一个服务都需要同其他所有服务通信,这使得通信链条的调试,问题点的定位,功能的验证变得复杂了;(1)微服务,微表示小,细粒度,这点从名称上直接体现出来。作为一个微服务架构师,系统改造专家,既需要全面通透的理解原系统,从而可以庖丁解牛式的分解原系统,也需要吃透微服务的精髓,以便高瞻远瞩的布局新系统。原创 2023-06-11 09:57:52 · 842 阅读 · 0 评论 -
终端软件架构说
关于终端软件架构的一些经验总结和心得原创 2023-02-26 19:04:59 · 805 阅读 · 0 评论 -
产品完整文档目录
介绍产品开发涉及的各类文档原创 2023-02-18 18:06:59 · 906 阅读 · 0 评论 -
孔乙己第一问之服务通信知多少?
孔乙己说,茴香豆的茴字有四种写法,你知道服务之间的通信方式有多少种吗?来我们简单总结总结。(图片来自网络) 目录前言:1 IPC:2 基于底层SOCKET的原始方案3 RPC方式4 RESTfull方式5 消息队列6 数据库7 MQTT8 WebSocket9 其他。这几年微服务较为流行。采用分而治之的思想,将一个大系统拆解为多个微小服务,可以降低实现复杂度。但是信息本身所包含的熵并不会因此减少,用白话说就是,服务本身并不是孤立的,服务之间需要交互,以便获取彼此需要的信息。因为一个服务不可能包含其所需的所有原创 2022-06-30 18:57:39 · 334 阅读 · 0 评论 -
三言两语说软件架构演变
简述单体、分层、SOA、微服务等架构演变原创 2022-08-11 19:53:02 · 313 阅读 · 0 评论 -
业务4W+H:关于业务,你想了解的都在这里
1 业务是核心所在,是价值所在,是区别(差异)所在,是变化所在,是顶层设计依据,是所有非技术层面人员都能够触摸到的,包括产品、项目、客户、设计、测试、运营、开发、维护、部署、外部资源等,都能够看到和理解的。公司所有职能部门都是围绕业务层面来展开的,需求也是围绕业务来挖掘的。2 技术是支撑,为业务服务。是实现层面所在,是方案所在,是优化所在,是潜力所在。技术通过业务实现价值,如若不能为业务服务,则价值失去依附。3 二者相互影响,业务对技术提出要求(如银行帐务对数据的要求,全局一致性),技术..原创 2021-03-17 19:17:11 · 364 阅读 · 0 评论 -
系统架构师主题整理之:信息系统安全体系结构设计
信息系统的安全涉及方方面面,是对整个系统的安全而言,要全面规划,并且在系统的整个生命周期都要覆盖。所以,要用全面整体的思想来研究、设计、实践系统的安全保障体系,这是一种全面整体的安全观。整体上来讲,包括两部分,即理论加实践。理论层面,设计体系架构,形成整体框架,在框架中展开、细化、完善,形成可指导实践的方法论。实践层面,面对应用场景,根据具体业务特点,远景规划,使命及目标战略等,结合业务需求,给出具体应用措施。实际生活中,在信息系统的建设、使用、维护中,可能存在重技术轻管理的思想,重设备轻人员的现象原创 2021-03-21 22:49:21 · 4621 阅读 · 0 评论 -
软件架构及几种典型框架
什么是软件架构?什么是软件框架?很多时候,我们常常会混用架构和框架这两个词。实际上,广义上的架构和框架在概念上有很大的不同,架构给人的感觉,包容上更大,所以实际上架构是包含了框架的概念的。广义的架构应为一个系统的架构,不仅仅涉及软件中的技巧,更有系统的观念与视角在其中;不仅要考虑代码的因素,更要布局非代码的因素;不仅仅有技术的内容,更有管理的内容在其中。而为了便于讨论,这里的架构很多时候是指狭义上的纯技术上的架构,我们根据表达需要,将其与框架混用。就单纯的框架而言,其核心是抽象。抽象就是统......原创 2021-08-11 21:44:51 · 17519 阅读 · 9 评论 -
温故知新--常温常新
更新之前思维导图形式的工作内容总结。原创 2022-06-26 12:34:20 · 483 阅读 · 0 评论 -
剑指架构师--不是前驱还是后驱的问题,你需要四驱
成为一名优秀的系统架构师,是许多软件开发人员走技术路线所追求的梦想。从菜鸟到经验丰富的主程再到综合能力过硬,具有全局视野的系统架构师,不仅需要具备完善的理论知识,还需要经历复杂项目的实战锻炼,不是一个轻松的过程。俗话说得好,万丈高楼平地起,千里之行,始于足下。路虽漫漫,总要一步一步来。每一步都是积淀,只有修炼到一定程度,才能跨过量变到质变的门槛。实际中,既要低头拉车,也要抬头看路。下面,就整理了一个架构师四象限图及展开的圆饼图,希望能够提供全局视野。水平有限,仅供参考,大家一起学习交流。.原创 2022-05-11 22:23:47 · 236 阅读 · 0 评论 -
唐诗三百首出现最多的字是什么?大数据分析告诉你
一个人要是长时间一直做一件事,思维容易固化。就像那些从太空回来的宇航员,吃饭时容易丢开拿在手里的勺子。当勺子掉在地上时,哦,我已经回到地球了^_^。所以,适当尝试新鲜事物,既是对大脑的放松,也是开阔思路的好机会,好方法。那这次,博主尝试的新事物是什么呢?我们知道,大、物、移、智、云是近些年比较火的技术,具体来讲就是大数据、物联网、移动5G、人工智能、云计算。每一个都显得高大上。所以,博主决定在其中选择一个来学习学习。其实,这些技术并不是割裂的,而是有内在的本质联系的,具体可参考博主的另一篇博原创 2022-03-07 19:58:57 · 5941 阅读 · 4 评论 -
一文将大数据、云计算、物联网、5G(移动网)、人工智能等最新技术串起来
可以看见,上述概念都是随着技术的发展而不断创造的。技术的发展与需求的发展相伴相生,新的需求促进新的技术,新的技术解决新的问题,问题的解决又催生新的需求,如此往复。那么,新的问题有什么特点呢?或者说与旧的问题有什么本质区别?显然,新的问题总是比旧的问题更复杂,更难以解决。技术的演进,就是随着这些问题的不断解决而更新、发展的。这些技术虽然涉及不同领域,但是我们还是会发现共同点,即它们都属于ICT(即信息通信)范围。为了更好的将它们串起来,我们看看ICT的架构本质。个人认为,无论涉及范围多么庞大、...原创 2021-02-05 19:36:04 · 3660 阅读 · 0 评论 -
ICT导图
翻了一下书架,凭着瞬时记忆,来张ICT(IT+CT,信息技术与通信技术)导图原创 2021-01-18 21:18:59 · 141 阅读 · 0 评论