软考
文章平均质量分 63
我叫白小猿
这个作者很懒,什么都没留下…
展开
-
【笔记-软考】大数据架构-Lambda与Kappa架构对比
大数据系统架构的设计思想很大程度受技术条件和思维模式的限制;Lambda架构在提出初期面向小范围业务,直接将成熟离线处理技术(Hadoop)和实时处理技术(Storm)相结合,用View模型将二者处理后得到的输出结果结合起来,在服务层进行统一后,再开放给上层服务,是相当可行且高效的设计方式。而Kappa架构的作者对流式处理系统有着丰富的理论知识和使用经验,基于对流式计算的深入理解,Kappa架构在同一层内进行实时处理和离线处理。原创 2024-07-28 06:30:00 · 881 阅读 · 0 评论 -
【笔记-软考】层次式架构-业务逻辑层架构设计
使用工作流的思想组织业务逻辑的优势在于:将应用逻辑与过程逻辑分离,在不修改具体功能的情况下,通过修改过程模型改变系统功能,完成对生产经营部分过程或全部过程的集成管理,有效地将人、信息和应用工具合理组织起来,发挥最大的效能;工作流:业务流程的全部或部分自动化,并在此过程中,文档、信息、任务按照一定的过程规则流转,实现组织成员间的协调工作以达到业务的整体目标;系统实现所有后台逻辑后,向外提供一个统一的Facade接口,而前台层仅依赖于该Facade接口,实现前台层与业务层的解耦;原创 2024-07-28 06:00:00 · 431 阅读 · 0 评论 -
【笔记-软考】层次式架构-数据访问层设计
工厂模式定义一个用于创建对象的接口,让子类决定实例化哪一个类,从而将实例化操作延迟到子类中;在数据访问层中,为实现对多种数据库的操作,需先定义一个数据库操纵接口,然后根据数据库的不同,由类工厂决定实例化哪个类;连接池的核心理念:在系统初始化时,依据配置创建连接并放入连接池内,此后所使用的连接均从该池内获取,以实现连接的高效复用;数据库连接对象属于重要的共享资源,为解决其频繁分配与释放所带来的性能问题,引入了连接池;原创 2024-07-27 12:04:15 · 541 阅读 · 0 评论 -
【笔记-软考】层次式架构-表现层框架设计
UIP(User Interface Process)将表现层划分为UIC(User Interface Components)和UIPC(User Interface Process Components)两个子层,其中UIC负责用户数据获取和结果返回,而UIPC用于协调界面的各个部分,使其配合后台的活动;表现层设计模式主要包括MVC、MVP、MVVM三种,用来分离显示部分和业务处理部分(显示部分发生变化的概率更高,分离后可单独演化);界面管理技术主要包括界面配置、界面定制、界面动态生成三部分;原创 2024-07-27 07:00:00 · 427 阅读 · 0 评论 -
【笔记-软考】架构演化
架构定义很多,以下面的架构定义为例进行说明:包括构件、连接件、约束三大要素,其演化过程主要关注构件、连接件、约束的增删改;构件是架构的基本要素和结构单元,其演化体现在构件中模块的增删改,这一过程往往会产生波及效应,例如:新增模块会导致交互消息新增、删除模块会导致交互消息删除、变更模块会导致已有交互消息的变更;连接件是构件间的交互关系,其演化体现在构件间交互消息的增删改,往往伴随着构件的演化而演化;原创 2024-07-20 09:59:36 · 401 阅读 · 0 评论 -
【笔记-软考】系统架构评估
核心流程包括8个步骤:整理场景、对场景进行求精、确定场景的权值、分配效用、形成策略-场景-响应级别的对应关系、使用内插法确定期望的质量属性响应级别的效用、计算各架构策略的总收益、根据受成本限制影响的ROI选择架构策略;是在架构分析与评估的基础上,对架构策略的选取进行决策,其利用数学、逻辑分析等技术,针对系统的一致性、正确性、质量属性、规划结果等不同方面,提供描述性、预测性和指令性的分析结果。:将质量属性具化为场景,从场景出发验证基本的架构假设和原则,其主要用于评估系统的固有风险;原创 2024-07-20 08:47:46 · 552 阅读 · 0 评论 -
【笔记-软考】软件系统质量属性
是一个系统的可测量或可测试的属性,用于描述系统满足利益相关者需求的程度;基于软件系统的生命周期,可将系统质量属性分为开发期质量属性和运行期质量属性。是一种精确描述系统质量属性的手段,其本质是一个具体的质量属性需求,是利益相关者与系统间交互的简短陈述;质量属性场景主要关注可用性、可修改性、可测试性、性能、易用性和安全性6大类;原创 2024-07-20 08:00:00 · 173 阅读 · 0 评论 -
【笔记-软考】软件架构风格
数据流架构风格是一种类计算机体系结构,其没有概念上的程序计数器,指令的可执行性与执行仅基于指令输入参数的可用性来确定,故该风格的指令执行顺序是不可预测的,即行为是不确定;系统中采用调用与返回机制,主要思想是将一个大系统分解为若干子系统,以便降低复杂度,并增加可修改性;主要包括主程序/子程序架构风格、面向对象架构风格、层次型架构风格、客户端/服务器架构风格;强调系统中每个构件都是相对独立的个体,它们之间不直接通信,以降低耦合度、提升灵活性,该风格主要包括:进程通信架构风格和事件系统架构风格;原创 2024-07-18 16:27:50 · 978 阅读 · 0 评论 -
【笔记-软考】软件架构概念
架构是指系统的一个或多个结构,结构中包括构件、构件的外部可见属性以及构件之间的相互关系。分析所做设计的有效性;(即能否满足需求)在变更相对容易的阶段,考虑架构的可选方案;降低与软件构造相关联的风险;原创 2024-07-18 11:36:38 · 246 阅读 · 0 评论