C++-第七讲-系统设计资料.pptVIP

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * NewInterface Request() adaptee LegacySystem ExistingRequest() Adaptor Request() Subsystem Adapter pattern (UML class diagram). The Adapter pattern is used to provide a different interface (NewInterface) to an existing component (LegacySystem). * 6.5 定义连续数据的存储 连续(持久)数据是需要长期保存的数据 MS Word 文件 信息系统中的雇员记录 存放连续数据的方法以及连续数据存放的地点会对系统的分解产生影响 特定的数据库管理系统的选择对系统的总的控制策略和并发管理都有影响 一般情况下, 定义连续数据存储需考虑的问题 识别那些数据是连续数据 如何存储这些数据 现有的连续数据存储技术 文件系统 简单, 速度快, 但其它支持有限(并发访问控制, 数据备份) * 关系数据库 技术成熟, 支持的功能多, 但使用费用高, 易成为系统性能瓶颈 面向对象数据库 将对象和关系作为数据存储, 支持继承和抽象数据类型, 但速度慢 例: MyTrip 系统中连续数据存储方案 路线子系统中的当前旅程数据存储在文件系统中(磁盘) 设计子系统中的旅程数据存储在数据库中(数据量大, 查询复杂) * PlanningSubsystem MapDBStoreSubsystem TripFileStoreSubsystem RoutingSubsystem CommunicationSubsystem Subsystem decomposition of MyTrip after deciding on the issue of data stores (UML class diagram, packages collapsed for clarity). * 封装数据存储 Bridge 模式可用来将特定的存储机制封装起来, 并向其它子系统提供独立于供应商的高层接口 Bridge 模式允许将接口和实现分离, 因而可替换被封装的存储机制而不影响使用存储子系统的其它子系统 可修改性和系统性能的权衡问题 例: ODBC (Microsoft), JDBC RefinedAbstraction Implementor imp Concrete ImplementorA Concrete ImplementorB provides Abstraction Subsystem Bridge pattern (UML class diagram). * 6.6 定义访问控制 对大多数实际应用来说, 都存在一个数据访问控制的问题 例: MyTrip 系统中访问控制设计 ODBC Implementation ODBC imp Oracle ODBC Driver DB2 ODBC Driver Informix ODBC Driver Bridge pattern for abstracting database vendors (UML class diagram). Removing the dependency from database vendors from the systems provides more flexibility. * 通信子系统：通信子系统负责把旅程从设计子系统传送到路线子系统。通行子系统使用 与传输的旅程相关的关键字进行通信加密 设计子系统：设计子系统负责构建到达一系列目的地的旅程。它还负责响应路线子系统 重新设计的请求。设计子系统在处理任何请求之前，先鉴别来自路线子系 统司机的身份，以决定那些旅程可发送给响应的路线子系统 司机： 司机（对象）在系统中代表一个通过了鉴别的用户，通信子系统用它来记 录该用户的关键字。设计子系统用它将旅程与用户联系起来 表：对设计模型的修改以满足鉴别司机和通信加密的要求 通常一个多用户系统需要的数据访问控制要比 MyTrip 需要的复杂 访问距阵常用来为类的访问控制建模 行表示系统的操作者 列表示要控制访问的类 访问距阵中的每一项称为访问权限 * 对象 操作者 总行（级） 本