软考系统架构师笔记-最后知识点总结(二)

版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
本文链接: https://blog.csdn.net/qq78442761/article/details/102715293

系统架构的风险点:在系统架构设计中潜在的,有问题的架构决策所带来的隐患;
系统架构的敏感点:为了实现某种特定的质量属性,一个或多个构件所具有的特征;
系统架构的权衡点:影响多个质量属性的特性,是多个质量属性的权衡点。


模型(Model):应用程序主体部分,模型表示业务数据和业务逻辑,一个模型可以为多个视图提供数据。
视图(View):用户看到并与之交互的界面。能接收用户输入的数据,不对任何实际业务进行处理。
控制(controller):根据用户输入并调用模型和视图完成用户的需求,用户界面和model的接口。将视图的输入,解释为系统能够理解的对象,识别用户输入,调用相对应的模型。处理模型的事件和模型逻辑执行的结果,调用适当的视图为用户提供反馈。


架构设计的一个核心问题是能否达到架构级的软件复用

架构风格反映了领域中众多系统所共有的结构语义特性,并指导如何将各个构建有效的组织成一个完整的系统

架构风格定义了用于描述系统的术语表一组指导构建系统的规则


数据流风格:

批处理序列:有顺序的,每个步骤都是独立的程序,每一步必须在其前一步结束才能开始,数据必须是完整的,以整体的方式传递。

管道顾过滤器:每个构建都有输入和输出,将一个过滤器的输出,到另外一个过滤器的输入。早起编译器就是这样的。

调用回放功能:

主程序/子程序:调用关系具有层次性,构件为主程序,子程序;

面向对象:通过函数和函数之间进行交互。

层次结构:每层为上一层提供服务,使用下一层的服务,只能见到与自己相邻的层,通过层次结构,可以将大的问题分解为若干个渐进的小问题逐步解决,可以影藏问题的复杂度。

独立构件风格:

进程通信:构件是独立的过程,连接件是消息传递。消息传递可以点对点、异步或同步,远程调用访问。

事件驱动系统(隐式调用):构件过程是一个或多个事件中注册。当某个事件被触发时,系统自动调用在这个事件中注册的所有过程。

虚拟机风格:

解释器:解释某个东西。但效率不高。

基于规则的风格:包含规则集,规则集解释器,一般在人工智能和DSS领域;

仓库风格:

数据库系统:有两大类,一类是中央共享数据源,另一个是多个独立处理单元。

黑板系统:包含知识源,黑板、控制。

超文本系统:构件以网状链接的方式进行连接。用于互联网领域。


层次结构风格

优点:支持基于可增加抽象层的设计,将一个复杂问题分解成一个增量步骤序列实现。

不同的层次处于不同的抽象级别,越靠近底层(核心层越抽象)。

每层最多只影响两层,只要给相邻层,提供接口。

缺点:不是每个系统都很容易的划分。


嵌入式系统中的闭环风格,适用于嵌入式系统,涉及连续动作和状态

猜你喜欢

转载自blog.csdn.net/qq78442761/article/details/102715293