在“模型一视图一控制器（MVC.”模式中，（ ）主要表现用户界面，（请作答此空）用来描述核心业务逻辑。A.视图 B.模型 C.控制器 D.视图和控制器

本题考查操作系统的分类及各类操作系统的工作模式。操作系统是用户与计算机之间的接口，根据参与操作用户数的不同，操作系统可以分为单用户和多用户操作系统；根据处理任务数的不同，又可以划分为单任务和多任务处理操作系统。PC-DOS是个人计算机版的DOS操作系统，是单用户单任务的操作系统。Windows是微软为个人计算机开发的一种多任务的操作系统。Linux是多用户多任务操作系统。客户机/服务器模式的网络操作系统的基本特点是服务器以用户进程的形式运行而不是运行于核心态，它们不直接访问硬件，单个服务器的崩溃不会导致整个系统的崩溃。

运算器。运算器也称为算术逻辑单元（ArithmeticandLogicUnit，ALU），其主要功能是在控制器的控制下完成各种算术运算和逻辑运算。累加寄存器AC：通用寄存器，为ALU提供一个工作区，用在暂存数据；程序计数器PC：存储下一条要执行指令的地址地址寄存器AR：用来保存当前CPU所访问的内存单元的地址。

数据库系统在三级模式之间提供了两级映像：模式/内模式映像、外模式/模式映像，从而保证了数据库中的数据具有较高的逻辑独立性和物理独立性。在三级结构/两级映像体系结构中，对一个表创建聚簇索引，改变的是数据库的内模式（即内部视图层次上的数据特性）；通过创建视图，构建的是外模式（即用户视图层次上的数据特性）和外模式/模式映像。

MVC 是一种使用 MVC（Model View Controller 模型-视图-控制器）设计创建 Web 应用程序的模式。

? Model（模型）表示应用程序核心（比如数据库记录列表）。

? View（视图）显示数据（数据库记录）。

? Controller（控制器）处理输入（写入数据库记录）。

内部模式描述了数据在数据库中的物理存储方式。选项A不正确，外部模式描述数据库的用户视图。选项B不正确，三种模式都没有这样做。外部模式是用户数据的正式简化视图。选项D不正确，概念模式描述了数据库完整的逻辑视图。

本题考查软件设计的基础知识。
在分层体系结构中，表示层是应用系统的用户界面部分，负责用户与应用程序的交互；控制层接收用户请求，选择适当的逻辑层构件处理并接收处理结果，选择适当的界面展示给用户；模型层访问数据层的数据对象，并根据要求进行查询或更新数据，实现业务逻辑功能，Java EE体系结构中，常用EJB技术实现；数据层负责数据的存储。

一般来说，架构可以分为表现层、中间层和持久层三个层次。(1)表现层。表现层主要负责接收用户的请求，对用户的输入、输出进行检查与控制，处理客户端的一些动作，包括控制页面跳转等，并向用户呈现最终的结果信息。表现层主要采用MVC结构来实现。控制器负责接收用户的请求，并决定应该调用哪个模型来处理；然后，模型根据用户请求调用中间层进行相应的业务逻辑处理，并返回数据；最后，控制器调用相应的视图来格式化模型返回的数据，并通过视图呈现给用户。(2)中间层。中间层主要包括业务逻辑层组件、业务逻辑层工作流、业务逻辑层实体和业务逻辑层框架四个方面。业务逻辑层组件分为接口和实现类两个部分，接口用于定义业务逻辑组件，定义业务逻辑组件必须实现的方法。通常按模块来设计业务逻辑组件，每个模块设计为一个业务逻辑组件，并且每个业务逻辑组件以多个DAO组件作为基础，从而实现对外提供系统的业务逻辑服务。业务逻辑层工作流能够实现在多个参与者之间按照某种预定义的规则传递文档、信息或任务的过程自动进行，从而实现某个预期的业务目标，或者促进此目标的实现。业务逻辑层实体提供对业务数据及相关功能的状态编程访问，业务逻辑层实体数据可以使用具有复杂架构的数据来构建，这种数据通常来自数据库中的多个相关表。业务逻辑层实体数据可以作为业务过程的部分I/O参数传递，业务逻辑层的实体是可序列化的，以保持它们的当前状态。业务逻辑层是实现系统功能的核心组件，采用容器的形式，便于系统功能的开发、代码重用和管理。(3)持久层。持久层主要负责数据的持久化存储，主要负责将业务数据存储在文件、数据库等持久化存储介质中。持久层的主要功能是为业务逻辑提供透明的数据访问、持久化、加载等能力。

“4+1”视图是对逻辑架构进行描述，最早由Philippe Kruchten提出，他在1995年的IEEE Software上发表了题为The 4+1 View Model of Architecture的论文，引起了业界的极大关注，并最终被RUP采纳，现在已经成为架构设计的结构标准。“4+1”视图主要包括：①逻辑视图(Logical View)，设计的对象模型(使用面向对象的设计方法时)。②过程视图(Process View)，捕捉设计的并发和同步特征。③物理视图(Physical View)，描述了软件到硬件的映射，反映了分布式特性。④开发视图(Development View)，描述了在开发环境中软件的静态组织结构。⑤架构的描述，即所做的各种决定，可以围绕着这四个视图来组织，然后由一些用例(Use Cases)或场景(Scenarios)来说明，从而形成了第五个视图。当采用面向对象的设计方法描述对象模型时，通常使用类图表达类的内部属性和行为，以及类集合之间的交互关系；采用状态图定义对象的内部行为。

组合(Composite)模式将对象组合成树形结构以表示“部分一整体”的层次结构，使得用户对单个对象和组合对象的使用具有一致性。适用于：想表示对象的部分—整体层次结构；希望用户忽略组合对象与单个对象的不同，用户将统一地使用组合结构中的所有对象。外观(Facade)模式为子系统中的一组接口提供一个一致的界面，Facade模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。适用于：要为一个复杂子系统提供一个简单接口时，子系统往往因为不断演化而变得越来越复杂；客户程序与抽象类的实现部分之间存在着很大的依赖性；当需要构建一个层次结构的子系统时，使用Facade模式定义子系统中每层的入口点。享元(Flyweight)模式运用共享技术有效地支持大量细粒度的对象。适用于：一个应用程序使用了大量的对象；完全由于使用大量的对象，造成很大的存储开销；对象的大多数状态都可变为外部状态；如果删除对象的外部状态，那么可以用相对较少的共享对象取代很多组对象；应用程序不依赖于对象标识。装饰器(Decorator)模式描述了以透明围栏来支持修饰的类和对象的关系，动态地给一个对象添加一些额外的职责，从增加功能的角度来看，装饰器模式相比生成子类更加灵活。适用于：在不影响其他对象的情况下，以动态、透明的方式给单个对象添加职责；处理那些可以撤销的职责；当不能采用生成子类的方式进行扩充时。工厂方法(Factory Method)定义一个用于创建对象的接口，让子类决定将哪一个类实例化，使一个类的实例化延迟到其子类。适用于：当一个类不知道它所必须创建的对象的类的时候；当一个类希望由它的子类来指定它所创建的对象的时候；当类将创建对象的职责委托给多个帮助子类中的某一个，并且希望将哪一个帮助子类是代理者这一信息局部化的时候。观察者(Observer)模式定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新。适用于：当一个抽象模型有两个方面，其中一个方面依赖于另一个方面，将这两者封装在独立的对象中以使它们可以各自独立地改变和复用；当对一个对象的改变需要同时改变其他对象，而不知道具体有多少对象有待改变时；当一个对象必须通知其他对象，而它又不能假定其他对象是谁，即不希望这些对象是紧耦合的。中介者(Mediator)用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式地相互引用，从而使其耦合松散，而且可以独立地改变它们之间的交互。适用于：一组对象以定义良好但是复杂的方式进行通信，产生的相互依赖关系结构混乱且难以理解；一个对象引用其他很多对象并且直接与这些对象通信，导致难以复用该对象；想定制一个分布在多个类中的行为，而又不想生成太多的子类。如使一个后端数据模型能够被多个前端用户界面连接，采用此模式最合适。

本题考查操作系统的分类及各类操作系统的工作模式。操作系统是用户与计算机之间的接口，根据参与操作用户数的不同，操作系统可以分为单用户和多用户操作系统；根据处理任务数的不同，又可以划分为单任务和多任务处理操作系统。PC-DOS是个人计算机版的DOS操作系统，是单用户单任务的操作系统。Windows是微软为个人计算机开发的一种多任务的操作系统。Linux是多用户多任务操作系统。客户机/服务器模式的网络操作系统的基本特点是服务器以用户进程的形式运行而不是运行于核心态，它们不直接访问硬件，单个服务器的崩溃不会导致整个系统的崩溃。

运算器。运算器也称为算术逻辑单元（ArithmeticandLogicUnit，ALU），其主要功能是在控制器的控制下完成各种算术运算和逻辑运算。累加寄存器AC：通用寄存器，为ALU提供一个工作区，用在暂存数据；程序计数器PC：存储下一条要执行指令的地址地址寄存器AR：用来保存当前CPU所访问的内存单元的地址。

常见的软件开发模型有瀑布模型、演化模型、螺旋模型、喷泉模型等。
瀑布模型适用于需求明确或很少变更的项目，也可用在已有类似项目开发经验的项目上。瀑布模型不灵活，特别是无法解决软件需求不明确问题，由于需求不明确导致的问题有可能在项目后期才能发现，但损失已经造成。
螺旋模型特别适用于庞大而复杂的、高风险的系统。
喷泉模型主要用于描述面向对象的开发过程，体现了面向对象开发过程的迭代和连续性。

MVC 是一种使用 MVC（Model View Controller 模型-视图-控制器）设计创建 Web 应用程序的模式。

? Model（模型）表示应用程序核心（比如数据库记录列表）。

? View（视图）显示数据（数据库记录）。

? Controller（控制器）处理输入（写入数据库记录）。

关系模型由关系数据结构、关系操作集合和关系完整性约束三部分组成。关系模型的数据结构单一，现实世界的实体以及实体间的各种联系均用关系来表示。在用户看来，关系模型中数据的逻辑结构是一张二维表。逻辑结构设计阶段的主要任务是：1、确定数据模型；2、将E-R图转换为指定的数据模型；3、确定完整性约束；4、确定用户视图。题中的外模式对应关系数据库就是视图，所以应是逻辑结构设计阶段的任务。

一般来说，架构可以分为表现层、中间层和持久层三个层次。(1)表现层。表现层主要负责接收用户的请求，对用户的输入、输出进行检查与控制，处理客户端的一些动作，包括控制页面跳转等，并向用户呈现最终的结果信息。表现层主要采用MVC结构来实现。控制器负责接收用户的请求，并决定应该调用哪个模型来处理；然后，模型根据用户请求调用中间层进行相应的业务逻辑处理，并返回数据；最后，控制器调用相应的视图来格式化模型返回的数据，并通过视图呈现给用户。(2)中间层。中间层主要包括业务逻辑层组件、业务逻辑层工作流、业务逻辑层实体和业务逻辑层框架四个方面。业务逻辑层组件分为接口和实现类两个部分，接口用于定义业务逻辑组件，定义业务逻辑组件必须实现的方法。通常按模块来设计业务逻辑组件，每个模块设计为一个业务逻辑组件，并且每个业务逻辑组件以多个DAO组件作为基础，从而实现对外提供系统的业务逻辑服务。业务逻辑层工作流能够实现在多个参与者之间按照某种预定义的规则传递文档、信息或任务的过程自动进行，从而实现某个预期的业务目标，或者促进此目标的实现。业务逻辑层实体提供对业务数据及相关功能的状态编程访问，业务逻辑层实体数据可以使用具有复杂架构的数据来构建，这种数据通常来自数据库中的多个相关表。业务逻辑层实体数据可以作为业务过程的部分I/O参数传递，业务逻辑层的实体是可序列化的，以保持它们的当前状态。业务逻辑层是实现系统功能的核心组件，采用容器的形式，便于系统功能的开发、代码重用和管理。(3)持久层。持久层主要负责数据的持久化存储，主要负责将业务数据存储在文件、数据库等持久化存储介质中。持久层的主要功能是为业务逻辑提供透明的数据访问、持久化、加载等能力。

“4+1”视图是对逻辑架构进行描述，最早由Philippe Kruchten提出，他在1995年的IEEE Software上发表了题为The 4+1 View Model of Architecture的论文，引起了业界的极大关注，并最终被RUP采纳，现在已经成为架构设计的结构标准。“4+1”视图主要包括：①逻辑视图(Logical View)，设计的对象模型(使用面向对象的设计方法时)。②过程视图(Process View)，捕捉设计的并发和同步特征。③物理视图(Physical View)，描述了软件到硬件的映射，反映了分布式特性。④开发视图(Development View)，描述了在开发环境中软件的静态组织结构。⑤架构的描述，即所做的各种决定，可以围绕着这四个视图来组织，然后由一些用例(Use Cases)或场景(Scenarios)来说明，从而形成了第五个视图。当采用面向对象的设计方法描述对象模型时，通常使用类图表达类的内部属性和行为，以及类集合之间的交互关系；采用状态图定义对象的内部行为。