软工科班，擅长Matlab、C++、微信小程序开发

在高并发的环境下，为了减轻数据库压力，提高系统响应事件，在应用和数据库之间增加独立缓存系统，常见的分布式缓存有Redis和memcache。3.王工使用了多线程技术进行缓存处理，线程1负责写入，线程2负责读取，可能存在数据一致性问题，请解释其原因，并给出3个以上的解决办法。基于数据库的分布式锁和基于redis的分布式锁都存在问题，还有哪些其它的分布式锁的类型？Cache-aside架构，也称为旁路缓存模式，是一种常见的缓存使用策略。1.使用基于数据库的分布式锁所存在的缺陷。中从模式、哨兵模式、集群模式。

类似于建筑风格，从相同类型的软件系统中抽取其架构的共性，是一种惯用模式，反映了众多系统共有的结构和语义。软件架构为软件系统提供了一个机构、行为和属性的高级抽象软件架构风格是特定应用领域的惯用模式，架构定义一个词汇表和一组约数。

软考高项系统架构设计师考试中的科二案例分析题要求考生从5道题中选择3道作答，总分75分，达到45分即合格。

还可以继续分解为1层数据流图、2层数据流图，这里博主就不扩展了，只需要记住核心要义：不断细化加工。这方面，倒是更考研各位的语文能力：阅读和写作。即便是很复杂的数据流图，亦是如此~不同于类图、用例图和顺序图等等UML里面的概念，DFD数据流图术语结构化分析的范畴。学生的作业信息需要保存。和加工角度，以图形方式来表达系统的逻辑功能、在系统内部的逻辑流向和逻辑变换过程。

顺序图和类图已经出过单集，本贴要分享的是用例图。类图顺序图用例图用于描述一个系统的基本工作流程。

许久未见，本周就要软考了，对于软件设计师中项来说，下午5道大题，3道画图、2道代码，基本上只要拿下4道就稳过。去年博主发过一篇【顺序图】的帖子没想到阅读量非常惊人，承蒙厚爱，今天再出一期针对于【】的博客~同属于UML建模的范畴，类图比顺序图在组成元素方面倒是简单了不少，各位只需要熟记两个大方面即可：一方面是，另一个是。

一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结，使用设计模式的目的是为了可重用代码。让代码更容易被他人理解、提高代码的可靠性~

接上条，今天继续更新~SE考研真题总结（一）-优快云博客本帖开始分享考研真题中设计【软件工程】的部分，预计会出5期左右，敬请期待~

本帖开始分享考研真题中设计【软件工程】的部分，预计会出5期左右，敬请期待~

依赖倒置原则（Dependence Inversion Principle）是程序要依赖于抽象接口，不要依赖于具体实现。简单的说就是要求对抽象进行编程，不要对实现进行编程，这样就降低了客户与实现模块间的耦合。即：层次的模块不应该依赖于低层次的模块，它们都应该依赖于抽象；抽象不应该依赖于细节，细节应该依赖于抽象依赖倒置原则的目的是通过要面向接口的编程来降低类间的耦合性~

使用多个专门的接口比使用单一的总接口要好。一个类对另外一个类的依赖性应当是建立在最小的接口上的。一个接口代表一个角色，不应当将不同的角色都交给一个接口。没有关系的接口合并在一起，形成一个臃肿的大接口，这是对角色和接口的污染。不应该强迫客户依赖于它们不用的方法。接口属于客户，不属于它所在的类层次结构。再通俗点说，不要强迫客户使用它们不用的方法，如果强迫用户使用它们不使用的方法，那么这些客户就会面临由于这些不使用的方法的改变所带来的改变。单一接口原则：符合我们常说的高内聚低耦合。

里氏代换原则()面向对象设计的基本原则之一。里氏代换原则中说，任何基类可以出现的地方，子类一定可以出现。LSP是继承复用的基石，只有当衍生类可以替换掉基类，软件单位的功能不受到影响时，基类才能真正被复用，而衍生类也能够在基类的基础上增加新的行为。里氏代换原则是对“开-闭”原则的补充。实现“开-闭”原则的关键步骤就是抽象化。而基类与子类的继承关系就是抽象化的具体实现，所以里氏代换原则是对实现抽象化的具体步骤的规范。

每一个职责都是变化的一个轴线，如果一个类有一个以上的职责，这些职责就耦合在了一起——这会导致脆弱的设计。当一个职责发生变化时，可能会影响其它的职责。另外，多个职责耦合在一起，会影响复用性。例如：要实现逻辑和界面的分离。

正式技术复审是一种由软件开发人员进行的软件质量保证活动，其目的是在软件的任何一种表示形式中发现功能、逻辑或实现的错误，验证经过复审的软件确实满足需求，保证软件符合预定义的标准，使软件按照一致的方式开发，使项目更易于管理。在软件的使用过程中，用户往往会对软件提出新的功能与性能要求。软件过程性能表示（开发组织或项目组）遵循其软件过程所得到的实际结果，软件过程性能描述的是已得到的实际结果，而软件过程能力则描述的是最可能的预期结果，它既可对整个软件开发组织而言，也可对一个特定项目而言。

百度百科的定义：顺序图是将交互关系表示为一个二维图。纵向是，时间沿竖线。横向轴代表了在协作中各独立对象的类元角色。类元角色用生命线表示。当对象存在时，角色用一条表示，当对象的过程处于激活状态时，生命线是一个双道线。

今天分享一套针对《软件工程与计算》这本书的真题案例，有关《软件工程与计算》23章内容的重点知识整理，已经总结在了博客专栏中，有需要的自行阅读：《软件工程与计算》啃书总结https://blog.youkuaiyun.com/jsl123x/category_12468792.html?spm=1001.2014.3001.5482总的来说，干货满满。 按照风险解决的方式来组织软件开发活动~复习指路：软件工程与计算总结（十三）详细设计中的模块化与信息隐藏https://jslhyh32.blog.youkuaiyun.com/art

开闭原则(Open Closed Principle）是编程中最基础、最重要的设计原则。一个软件实体如类，模块和函数应该对扩展开放(对提供方)，对修改关闭(对使用方用抽象构建框架，用实现扩展细节。当软件需要变化时，尽量通过扩展软件实体的行为来实现变化，而不是通过修改已有的代码来实现变化。编程中遵循其它原则，以及使用设计模式的目的就是遵循开闭原则。所谓对扩展开放：指的是我们系统中的模块、类、方法对它们的提供者（开发者）应该是开放的，提供者可以对系统进行扩展（新增）新的功能。

迪米特法则又称为最少知识原则一个软件实体应当尽可能少的与其他实体发生相互作用。一个软件实体应当尽可能少的与其他实体发生相互作用，每一个软件单位对其他的单位都只有最少的知识，而且局限于那些与本单位密切相关的软件单位。迪米特法则的初衷在于降低类之间的耦合。由于每个类尽量减少对其他类的依赖，因此，很容易使得系统的功能模块功能独立，相互之间不存在（或很少有）依赖关系。迪米特法则不希望类之间建立直接的联系。如果真的有需要建立联系，也希望能通过它的友元类来转达。系统中存在大量的中介类。

对抽象级上的功能加以具体实现，考虑层次结构设计）模块化（把软件划分成相互独立的部分，通过部分的集成来满足需求，要符合高内聚低耦合的特点）。设计具有多样性和演化性：任何细节设计都有多种实现，在不同的实现方式之间的决策，使得设计具有多样性，由于不断的决策，设计也要不断演化使设计与当前情况相符合。识别已知的和可预测的风险。产品：需要及可变性的陈述，对系统和产品的范围描述，客户及其他涉众人员名单系统技术环境的描述，一系列需求以及各需求实现的限制，不同操作环境下的用例，能更好的确定需求的各种原型。