第六章系统设计要点.pptVIP

标识对象 用例名称 规划行程 事件流 司机在家使用PC登陆到行程规划网络服务上 司机输入旅程约束，该约束包含一个或多个目的地 基于地图数据库，规划服务按照目的地的顺序依次计算出最短路径，计算结果是一个带有一系列路口和方向信息的行程段序列。 司机能够通过添加和删除目的地来重新设计旅程 司机以名称的形式存储旅程到行程规划数据库中，以便日后检索 执行行程用例 用例名称 执行行程 事件流 司机进入自己的汽车，登陆进入车载的线路助手系统 司机从线路助手系统寻找之前规划好的了的旅程名称 车载助手系统成功从规划服务系统获得将要执行旅程中的目的地、行程段，路口，方向的信息列表 给定当前位置，线路助手为司机提供下一个行程段信息 司机到达目的地，关闭线路助手系统 标识对象 用例名称 执行行程 事件流 司机进入自己的汽车，登陆进入车载的线路助手系统 司机从线路助手系统寻找之前规划好的了的旅程名称 车载助手系统成功从规划服务系统获得将要执行旅程中的目的地、行程段，路口，方向的信息列表 给定当前位置，线路助手为司机提供下一个行程段信息 司机到达目的地，关闭线路助手系统 线路助手：根据汽车当前位置及行程段，为用户指出方向和下一路口信息 规划服务：是一个Web服务，支持以行程段及路口的方式连接多个目的地 位置：由GPS得到的汽车位置坐标 旅程：两个目的地之间的行程段序列 行程段：两个路口之间的路程 方向：指示如何在此路口通向下一行程段的方向 路口：行程段的交汇点 目的地：用户想去的地方 非功能性需求 车载系统通过无线调制解调器与规划服务器进行通信 一旦旅程开始，即使车载系统与规划服务器断开连接，行程助手也必须给出正确的方向。 车载系统应该尽量减少与规划服务器的连接次数 不允许其他用户或未注册用户访问某用户规划的旅程 只有在规划服务器能够正常连接的时候才可以重新规划路线 规划服务至少要支持同时在线50个用户以及存储1000个旅程 设计目标 旅程规划服务的设计目标 可用性：第一点 容错性：第二点 管理成本：第三点 安全性：第四点 可修改性：第五点 性能：第六点 标识子系统 初始的子系统分解可以从功能需求中导出 Mytrip系统主要标识了两组对象，一组与规划行程用例有关，一组与执行行程用例有关 旅程，行程段，路口，方向，目的地等多个对象被不同用例共享，类的关联看出，这部分的设计是内聚的。 从功能需求中看出，将这些类放置到规划服务方是合理的。 可以将Mytrip服务分为，行程规划子系统，行程执行子系统两部分 行程规划子系统 负责构造旅程及存储，也支持在执行子系统中重新规划旅程 行程执行子系统 负责从行程规划子系统下载旅程，并通过用户所处位置指出正确的前行方向 分解子系统启发式准则 将在同一个用例中明确的对象都归入同一个子系统 创建专门的传输子系统，由于在各子系统之间传输数据 尽量减少跨越子系统边界的关联数目 同一个子系统中的所有对象应该是功能相关的 有帮助 副作用 有帮助 有帮助 * 体系结构设计 体系结构的种类 层次 仓库 MVC C/S B/S 对等 管道和过滤器 …… 体系结构设计 层次体系结构 层是指一组提供相关服务的子系统，多半是通过使用其它层的服务来实现本层的功能。 封闭体系结构：每一层只能访问其相邻的下一层（如OSI 7层模型） 开放体系结构：每一层可以访问比其低的层次（Java Swing） 封闭层次体系结构 TCP/IP 解决了数据点对点传输以及差错控制 CORBA屏蔽了远程调用过程与本地调用的差异 开放层次体系结构 使用户绕过高层接口直接访问低层接口克服性能瓶颈 三层 接口层包括了与用户打交道的边界对象 应用逻辑层包括了所有控制对象和实体对象 存储层实现了对持续性对象的存储，检索和查询 四层 将接口层分为应用客户端及应用服务器 一个最简单的例子，柜台、网银、ATM都算应用客户端，连接到银行的应用服务器进行业务的办理 问题 举几个生活中层次结构的例子 部队的组织结构 学校的组织结构 Android平台上Java应用及内置应用 Skia是Android平台2D绘制图形库，采用C++实现，然后通过Java封装给应用开发者使用，通常境况下应用只能使用Java提供的2D绘制接口，但是Android内置的一些应用（如自带浏览器）却可以直接调用Skia库的C++接口。 举一个4层架构的例子 手机充值 水电缴费 体系结构设计 仓库体系结构 子系统修改和访问单一的数据结构 子系统之间相互独立，之间的交互通过仓库完成 最典型的例子就是数据库 仓库的优势 仓库风格非常适合于带有经常发生改变的、有复杂数据处理的任务，一旦给出了集中式仓库的良好定义，可以非常容易的增加子系统，添加新的服务。 仓库的缺点 集中式仓库因为子系统的并发很快会成为系统的瓶颈，而且子系统与