2019系统分析师案例分析真题背记内容

前言

以下内容仅为个人根据当年系分案例真题问题整理的偏需要记背的考点答案，方便个人背诵和记忆使用。方便文字转语音，所以内容全为纯文字内容，以下内容仅供参考。

背记内容

基于模型驱动架构MDA

基于模型驱动架构MDA（Model Driven Architecture）的软件开发过程
在MDA框架中，首先使用平台无关的建模语言来搭建平台无关的模型PIM，然后根据特定平台和实现语言的映射规则，将PIM转换以生成平台相关的模型PSM，最终生成应用程序代码和测试框架。因此MDA方法可移植性比较好。
MDA方法中提供了模型转换标准，以及对象约束语言，工具厂商可以开发自动化的工具，开发人员只需关注于业务建模，开发PIM。从PIM到最后面向具体技术平台的可执行的应用程序，都由自动化的MDA工具来解决，很好地实现了平台互操作性。
在MDA中代码是由模型生成的，可以保证文档和代码的一致性。

数据库

关系数据库与NoSQL数据库特征比较

关系数据库： 数据实时一致性 结构化数据 高事务性 水平扩展弱 数据容量为有限数据。
NoSQL数据库： 数据弱一致性 非结构化数据 弱事物性 水平扩展强 数据容量为海量数据。

采用Key-Value数据库+MySQL数据库的混合方案，是根据数据的读写特点将数据分别部署到不同的数据库中。但是由于部分数据可能同时存在于两个数据库中，因此存在数据同步问题。解决数据同步问题的方法如下：
（1）通过定时任务做数据定期同步。
（2）通过触发器实现数据同步。
（3）通过数据库插件实现数据同步。

软件复用是将已有软件的各种有关知识用于建立新的软件，以缩减软件开发和维护的花费。
软件产品线是一个产品集合，这些产品共享一个公共的、可管理的特征集，这个特征集能满足特定领域的特定需求。软件产品线是一个十分适合专业开发组织的软件开发方法，能有效地提高软件生产率和质量，缩短开发时间，降低总开发成本。

MV系列架构

MV系列框架中，M和V分别指Model层和View层，但其功能会因为框架的不同而变化。Model层是数据模型，用来存储数据；View层是视图，展示Model层的数据。
虽然在不同的框架中，Model层和View层的内容可能会有所差别，但是其基础功能不变，变的只是数据的传输方式。

1、MVC（Model-View-Controller）架构：

MVC是模型-视图-控制器，它是MVC、MVP、MVVM这三者中最早产生的框架，其他两个框架是以它为基础发展而来的。MVC的目的就是将M和V的代码分离，且MVC是单向通信，必须通过Controller来承上启下。
Model：模型层，数据模型及其业务逻辑，是针对业务模型建立的数据结构，Model与View无关，而与业务有关。
View：视图层，用于与用户实现交互的页面，通常实现数据的输入和输出功能。
Controller：控制器，用于连接Model层和View层，完成Model层和View层的交互。还可以处理页面业务逻辑，它接收并处理来自用户的请求，并将Model返回给用户。
Controller层触发View层时，并不会更新View层中的数据，View层的数据是通过监听Model层数据变化自动更新的，与Controller层无关。换言之，Controller存在的目的是确保M和V的同步，一旦M改变，V应该同步更新。
同时，MVC框架大部分逻辑都集中在Controller层，代码量也集中在Controller层，这带给Controller层很大压力，而已经有独立处理事件能力的View层却没有用到；而且，Controller层与View层之间是一一对应的，断绝了View层复用的可能，因而产生了很多冗余代码。为解决该问题，MVP框架被提出。

2、MVP（Model-View-Presenter）架构

MVP是模型-视图-表示器，它比MVC框架大概晚出现20年，是从MVC模式演变而来的。它们的基本思想有相同之处：Model层提供数据，View层负责视图显示，Controller/Presenter层负责逻辑的处理。将Controller改名为Presenter的同时改变了通信方向。
Model：模型层，用于数据存储以及业务逻辑。
View：视图层，用于展示与用户实现交互的页面，通常实现数据的输入和输出功能。
Presenter：表示器，用于连接M层、V层，完成Model层与View层的交互，还可以进行业务逻辑的处理。
各部分之间的通信是双向的。
在MVC框架中，View层可以通过访问Model层来更新，但在MVP框架中，View层不能再直接访问Model层，必须通过Presenter层提供的接口，然后Presenter层再去访问Model层。View层和Model层互不干涉，View层也自由了很多，所以View层可以抽离出来做成组件，在复用性上就比MVC框架好很多。但是，由于View层和Model层都需要经过Presenter层，导致Presenter层比较复杂，维护起来也会有一定的问题；而且，因为没有绑定数据，所有数据都需要Presenter层进行“手动同步”，代码量较大，虽然比起MVC框架好很多，但还是有比较多冗余部分。为了让View层和Model层的数据始终保持一致，MVVM框架出现了。

3、MVVM（Model-View-ViewModel）架构

MVVM是模型-视图-视图模型。MVVM与MVP框架区别在于：MVVM采用双向绑定：View的变动，自动反映在ViewModel，反之亦然。

Model：数据模型（数据处理业务），指的是后端传递的数据。
View：视图，将Model的数据以某种方式展示出来。
ViewModel：视图模型，数据的双向绑定（当Model中的数据发生改变时View就感知到，当View中的数据发生变化时Model也能感知到），是MVVM模式的核心。ViewModel层把Model层和View层的数据同步自动化了，解决了MVP框架中数据同步比较麻烦的问题，不仅减轻了ViewModel层的压力，同时使得数据处理更加方便——只需告诉View层展示的数据是Model层中的哪一部分即可。

各部分之间的通信是双向的，而且MVVM框架图和MVP框架图很相似，两者都是从View层开始触发用户的操作，之后经过第三层，最后到达Model层。而关键问题就在于这第三层的内容，Presenter层是采用手动写方法来调用或修改View层和Model层；而ViewModel层双向绑定了View层和Model层，因此，随着View层的数据变化，系统会自动修改Model层的数据，反之同理。

View层和Model层之间的数据传递经过了ViewModel层，ViewModel层并没有对其进行“手动绑定”，不仅使速度有了一定的提高，代码量也减少很多，相比于MVC框架和MVP框架，MVVM框架有了长足的进步。

MVVM框架有大致两个方向：
1、模型 到 视图 ——实现方式：数据绑定。
2、视图 到 模型 ——实现方式：DOM事件监听。