需求分析与系统设计6.ppt

需求分析与系统设计 第6章 系统设计基础 本章是前一章中讨论的思想和观点的继续，所不同的是本章将从设计的角度出发讨论所关注的事情，并将深入解释那些与分析关系不大的问题，如对象协作的技术细节。 系统设计包含两个主要问题：体系结构设计和详细设计。体系结构设计涉及类和包的分层组织，将过程赋予计算机制、复用和构件管理等问题。详细设计解决在用例中捕获的系统功能性的实现所需要的协作模型。 第6章 系统设计基础 6.1软件体系结构 6.2协作 6.3设计建模的学习指导 6.1软件体系结构 设计是系统体系结构及其内部操作的一个低层模型。设计要根据系统将运行其上的软／硬件平台来进行。在迭代增量式的软件开发中，分析模型被继续用技术细节来“细化”。一旦技术细节中包含了软／硬件考虑时，分析模型变成了设计模型。 6.1软件体系结构 分析和设计的界限划分得并不是很清楚。人们可以谈论很深的技术细节但与指定软／硬件解决方案没有关联。在这个意义上，第5章所讨论的大部分可以说成是设计而不是分析。 根据模型进行的系统描述称为体系结构设计。体系结构设计包含了为客户机以及系统的服务器构件的解决方案策略所进行的决策。 6.1软件体系结构 对每个模块（用例）的内部运行的描述称为详细设计。详细设计为每个模块开发完整的算法和数据结构。这些算法和数据结构将被剪裁，以便符合所有基本实现平台的（强制的和突然的）约束。 6.1软件体系结构 6.1.1分布式体系结构 6.1.2三层体系结构 6.1.3数据库编程 6.1.4复用策略 6.1.5构件 6.1.6部署 6.1.1分布式体系结构 体系结构设计涉及解决方案策略的选择、涉及系统的模块化。方案策略需要解决客户机和服务器的问题，以及所需要的用来粘合客户机和服务器的中间件。关于基本构建块（模块）的决定只依赖于所选中的解决方案策略。 6.1.1分布式体系结构 客户机和服务器是逻辑概念。客户机是一个用来请求服务器过程的计算过程，服务器是一个为客户机的请求提供服务的计算过程。通常，客户机和服务器过程在不同的计算机上运行，但在同一台计算机上实现客户机／服务器系统是完全可能的。 6.1.1分布式体系结构 在典型的场景下，客户机过程负责在用户的屏幕上控制信息的显示并处理用户事件。服务器过程是任何带有一个数据库的计算机结点，其中的数据可能被客户机过程请求。 客户机服务器C／S体系结构可以扩展用来表示任意的分布式系统。任何带数据库的计算机结点可以在某个业务事务中是客户机，而在另一个业务事务中是服务器。用通信网络连接这样的结点就产生了一个分布式处理系统体系结构，如图6-1所示。 6.1.1分布式体系结构 6.1.1分布式体系结构 在分布式处理系统中，客户机可以访问服务器任意次。然而，客户机一次只允许访问一台服务器。这意味着单个请求不可能将来自两个或两个以上数据库服务器的数据组合起来。如果可以这样的话，则这个体系结构就能支持分布式数据库系统。 6.1.2三层体系结构 在第5.2.4节，我们解释了BCE（边界一控制一实体）方法。我们还在那里陈述了BCE方法很好地对应了三层体系结构，其中，在客户机（边界）和服务器（实体）之间引入了一个分离的应用逻辑中间层（控制）。 6.1.2三层体系结构 同客户机和服务器过程一样，应用过程也是一个逻辑概念。它可以被或不被独立的硬件所支持。应用逻辑可以等价地在客户机和服务器结点上运行，即它可以被编译成客户机或服务器过程，并且可以作为动态链接库（DLL）、应用程序设计接口（API）、远程过程调用（RPC）等来实现。 6.1.2三层体系结构 当应用逻辑被编译进客户机时，我们就说是胖客户机体系结构（“一个肥胖臃肿的客户机”）。当应用逻辑编译进服务器时，我们就说是瘦客户机体系结构（“一个极瘦的客户机”）。中间的体系结构也是可能的，即应用逻辑被部分编译进客户机，部分编译进服务器。 6.1.2三层体系结构 应用逻辑还可以在独立的计算机结点上部署，如图6-2所示。这是一个“最纯”的三层体系结构。它的最佳特点是好的灵活性、增长性、用户独立性、有效性和低的升级开销。然而，这样的体系结构可能会有一个高的初始开销，也可能会碰到一些性能上的问题。 6.1.2三层体系结构 6.1.3数据库编程 程序（客户机）与数据库（服务器