软件工程高级开发技读书报告三.docVIP

软件工程高级开发技术读书报告三 一．软件体系结构有哪些模式?分别描述它们的适用场合及其优缺点。 答：我们可以把体系结构模式看做是对好的实践所做的格式化的抽象描述，它们已经在不同的系统和环境中多次尝试和测试过。所以，体系结构模式应当描述一 种系统构成，这种构成在以往的系统中是很成功的。体系结构模式还应该包括：什么时候这种模式适用，什么时候这种模式不适用，以及这种模式的优点和缺点等。 ◆MVC模式 MVC（模型—视图—控制器）模式，在许多基于Web的系统中，这种模型是交互管理的基础。 （1）MVC将一个交互式应用程序分成3个组件 ①模型（Model）：包含核心功能和数据（核心业务逻辑） —封装了内核功能和数据 —模型对于用户来说是不可见的（M与V独立） —模型独立于特定输出表示或者输入方式（M与C独立） —用户只能通过控制器操作模型（C是M与V之间的桥梁） ②视图(View)：向用户显示信息 —向用户显示信息：不同的视图使用不同的方法呈现信息；每个视图组 件都有一个更新函数，这个函数被模型变更通知激活；这个函数被激 活（此时模型已经改变）后，将使得视图重新和模型一致；在初始化 阶段，视图向模型登记请求变更通知 —从模型获得数据 ③控制器（Controller）：处理用户输入（图形用户界面） —每个视图有一个相关的控制器组件（一一对应） —控制器组件接受事件，并翻译成输入：事件如何发送到控制器由用户 界面年平台决定；事件被翻译成为对模型或者视图的请求；如果控制 器的行为依赖于模型的状态，那么控制器也需要向模型登记请求变更 通知； —用户仅仅通过控制器与系统交互 （2）变更—传播机制 ①一个模型可对应多个视图：如果用户通过一个视图的控制器改变了模 型中的数据，那么依赖于该数据的其他视图也应该反映出这样的变化。 一旦模型的数据发生了变化，模型需要通知所有相关的视图做出相应的 变化。 ②维护数据的一致性 ③工作原理：模型维护了一个表；所有视图还有一些控制器在这个表中登 记了对变更通知的需求；模型状态的改变将触发变更—传播机制，每个表 中登记的视图和控制器都会收到变更通知。 ④这样的方式可以通过观察者设计模式完成。 描述：将表示和交互从系统数据中分离出来。系统被设计成有3个彼此交互的逻辑组件组成：模型组件管理系统数据和在数据上的操作，视图组件定义和管理如何显示数据给用户，控制器组件管理用户的交互，并传递这些交互给视图和模型。 适用场合：(在数据有多个显示交互方式的时候使用；②也可以在对未来数据的交互和表示需求不明朗的时候使用；③具有灵活人机界面的交互式应用程序：可以灵活选择不同的信息显示方式，可以灵活选择用户的输入方式；④针对不同的用户角色，提供不同的用户界面：不同用户具有不同权限，操作的方式也有所不同。 优点：允许数据独立的改变，不影响表示，反之亦然。支持对相同数据的多种不同方式的表达，对某种方式的变更会传递到所有其他的表示。 缺点：可能需要额外的代码，当数据模型和交互很贱的时代码的复杂度相对比较高。 ◆分层体系结构 分离性和独立性的概念是体系结构设计的基础，因为分离性和独立性使得变更得到局部化。分层的方法支持系统的增量式开发。如一个层被开发完，该层提供的服务就可以被用户使用了。这个体系结构还是可改变和可移植的。如果一层的接口被保留下来，这个层就能被另外的一个对等层替换。当一层的接口改变或增加了新设施的时候，只有毗邻的层受影响。因为分层系统的抽象机依赖的是内层中的抽象机，因此，转换到其他机器上实现是比较容易的，此时只有内部与具体机器相关的层需要重新实现以适应不同的操作系统或数据库。 描述：所谓分层式体系结构，是按层次组织软件的一种软件体系结构，其中每一层软件建立在低一层的软件层上。分层风格适用于可以按照层次结构来组织不同类别的相关服务的应用程序。 特征：分层结构的主要特征是第J层的服务只被第J+1层使用——层之间没有进一步的依赖关系。下图可以直观的表示这种特征： 适用场合：在已有系统的基础上构建新的设施时使用；当开发团队由多个分散的小团队组成，且每个小团队负责一层的功能时使用；或者是当系统存在多层信息安全性需求时使用。 优点：①允许在接口保持不变的条件下更换整个一层；②在每一层中可以提供冗余服