从需求定义到软件体系结构.ppt

双塔 筒子楼，单元房，复式楼 * 计算机科学，定义总是若有若无 教材P1做了扩充 * 逝世于2002年8月6日 * 新的等式下，体系结构研究变得重要。此时，才是真正的软件“工程” * * 开发者知道该做什么 team leader知道谁该做什么 项目经理掌控资源调度 * 结合三层C/S的B/S结构（四层） 数据库 数据库 客户端 数据库 驱动 应用 服务 中间服务器 客户端 (Browser) Web App. Web Server 客户端 远程 连接 客户机 * 信息系统建模 * * 信息系统建模 * 6、分层系统风格 分层（layered）系统组织成一个层次结构，每一层为上层服务，并作为下层客户。在一些层次系统中，除了一些精心挑选的输出函数外，内部的层次对相邻的层可见。 这种风格支持基于可增加抽象层的设计。这样，允许将一个复杂问题分解成一个增量步骤序列的实现。由于每一层最多只影响两层，同时只要给相邻层提供相同的接口。 过程调用 构件元素 可用系统 基本功能 核心层 用户 * 信息系统建模 * 层次模型的结构关系 客户 层N 层N-1 层1 使用 抽象的最高层 抽象的最低层 * 信息系统建模 * * 信息系统建模 * 层次风格特点 每层为上一层提供服务，使用下一层的服务，只能见到与自己邻接的层 适当时候(必不得已的时候)，可以允许一定的越层操作 大的问题分解为若干个渐进的小问题，逐步解决，隐藏了很多复杂度 修改一层，最多影响两层，而通常只能影响上层。接口稳固，则谁都不影响 ● 使用层，不需要去了解层的实现细节 ● 可以使用另一种技术来改变基础的层，而不会影响上面的层的应用。 ● 可以减少不同层之间的依赖。 ● 容易制定出层标准。● 底下的层可以用来建立顶上的层的多项服务。?● 层不可能封装所有的功能，一旦有功能变动，势必要波及所有的层。?● 效率降低。 * 信息系统建模 * 应用层协议 表示层协议 会晤层协议 传输层协议 物 理 介 质 应用层 表示层 会晤层 传输层 网络层 数据链路层 物理层 应用层 表示层 会晤层 传输层 网络层 数据链路层 物理层 网络层 数据链路层 物理层 网络层 数据链路层 物理层 中继系统 中继系统 主机系统 主机系统 ISO/OSI 开放系统互连参考模型 * 信息系统建模 * .NET框架分层模型 * 信息系统建模 * * 信息系统建模 * 7、基于事件的隐式调用风格 基于事件的隐式调用风格的思想是构件不直接调用一个过程，而是触发或广播一个或多个事件。系统中的其它构件可以把某一过程注册为与它所关心的事件相关联。当一个事件被触发时，系统自动调用在这个事件中注册的过程，这样，一个事件的触发就导致了另一模块中的过程的调用。 从体系结构上说，这种风格的构件是一些模块，这些模块既可以是一些过程，又可以是一些事件的集合。过程可以用通用的方式调用，也可以在系统事件中注册一些过程，当发生这些事件时，过程被调用。 * 信息系统建模 * 基于事件的隐式调用风格的主要特点是事件的触发者并不知道哪些构件会被这些事件影响。这样不能假定构件的处理顺序，甚至不知道哪些过程会被调用，因此，许多隐式调用的系统也包含显式调用作为构件相互的补充形式 * 信息系统建模 * * 信息系统建模 * 8、模型－视图－控制器风格 MVC模式把涉及数据管理和显示的功能分散到不同的对象上，降低对象间的耦合。MVC是一个设计模式，它强制性地使应用程序的输入、处理和输出分开。使用MVC应用程序被分成三个核心部件：模型、视图、控制器。它们各自处理自己的任务，并且尽量降低部分间的耦合。每一部分处理特定的任务，并负责完成与其它部分的通信。 Model-View-Controller模式 * 信息系统建模 * * 信息系统建模 * MVC模式 MVC模式的目的就是实现Web系统的职能分工。 Model层实现系统中的业务逻辑，通常可以用JavaBean或EJB来实现。 View层用于与用户的交互，通常用JSP来实现。 Controller层是Model与View之间沟通的桥梁，它可以分派用户的请求并选择恰当的视图以用于显示，同时它也可以解释用户的输入并将它们映射为模型层可执行的操作。 * 信息系统建模 * MVC的优点： ⑴ 各施其职，互不干涉 ⑵ 有利于开发中的分工 ⑶ 有利于组件的重用 * 信息系统建模 * MVC的缺点： ⑴ MVC的缺点是由于它没有明确的定义，所以完全理解MVC并不是很容易。 ⑵ 如何将MVC运用到应用程序中没有准确的解决方案，需要设计者认真考虑。 ⑶ 由于将一个应用程序分成了三个部件，所以使用MVC同时也意味着你将要管