《逻辑架构分析》PPT课件

《《逻辑架构分析》PPT课件》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、1面向对象分析与设计逻辑架构分析OOA&OOD23逻辑架构(Logicalarchitecture)逻辑架构是软件类的宏观组织结构它将软件类组织为包（或空间）、子系统和层等不同部署结构，未决定系统部件的物理部署层(layer)对类、包或子系统更为粗粒度的分组“较高”层可以调用“较低”层的服务逻辑架构并非一定组织为层，但这种方式十分普遍面向对象分析重点在应用逻辑层简单分层结构用户界面应用研究逻辑和领域对象技术服务4UML包图用包图描述系统的逻辑架构层可以建模为包包图可以组织任何事物：类，包，用例等需要显示包间依赖性5

2、6分解系统系统都需要降低复杂度，应分解成小模块再进行开发拆分系统->子系统分层子系统子系统所有对象为某一主题服务，相互紧密协作，提供一个明显划定功能单元。尽可能独立于系统其他部分对系统分解为子系统后还需要对子系统进行再分层7准则：使用层进行设计将软件分层可增加软件的健壮性层次化是一种概念，把软件设计组织成类或组件的层次/集合。每一层都依据其下一层来构建，同时为上一层提供实现基础。不同层的对象间存在一定的对应关系，但每一层的对象都互相独立的上层的对象了解其下层的对象，但不了解其上面各层同一层间是否允许协作？8分层优点

3、好的分层体系结构使系统易于扩展和维护做到关系分离、高级服务和低级服务分离、特定于应用的服务与一般性服务分离对某一特定层进行修改而不会影响到任何其他层层是模块化的，可以重写某一层，或是整个替换某一层，只要接口不变，系统其他层次不受影响。这样，某些层能够用新的实现替换在各层之间限制消息流动，减少层次耦合，增加移植性某些层可以分布式实现利于在中间层实施安全特性通过逻辑划分，有助于团队开发准则：内聚职责同一层的对象职责紧密关联不同层中对象的职责不混淆如UI对象不处理应用逻辑910层、子系统与代码组织Java包将层或子系统的

4、名称作为其名称的一部分//----UI层com.mycompany.nextgen.ui.swing//----领域层com.mycompany.nextgen.domain.sales//---技术服务层com.mycompany.service.persistence//基础层支持多项目的复用，避免出现特定于应用的限定符com.mycompany.util领域层与应用逻辑层领域层设计中：面向对象提倡使用类似于真实世界的领域概念创建软件对象，而不是随便一个类。然后为其分配相应逻辑职责如真实世界POS具有销售和支付

5、功能，在软件中创建Sale和Payment类。利用来自领域模型的灵感创建领域层，可以获得现实世界与软件设计之间的低表示差异1112利用领域模式的灵感创建领域层13层和区层是系统的逻辑层,表示对系统在垂直方向上的划分分区则表示对层在水平方向进行划分（子系统划分）14不要将外部资源表示为最底层外部资源是物理构件15准则：模型-视图分离原则不要将非UI对象直接与UI对象连接或耦合不要在UI对象方法中加入应用逻辑优点:支持内聚的模型定义允许对模型和用户界面层分别进行开发使界面的需求变更对领域层影响最小化允许新视图能方便的连

6、接到现有的领域层上允许对同一模型有多个视图允许模型层的运行不依赖于用户界面层16SSD、系统操作和层间联系SSD描述系统操作，但隐藏了特定的UI对象。17POS的部分逻辑架构还未引入单独的应用层18层、包间的耦合依赖线表示包或包内类型之间的耦合依赖线可以由一个包发出，不是某个特定的类显示系统的静态信息隐藏所有类，只关注于包与包之间的耦合1920跨层间的交互图增加包的信息，突出架构意义的交互。21层与包间协作通信的模式架构设计侧重于指导大尺度的分块对于跨越层和包边界的交互的微观连接设计外观控制器观察者等22简单包和子

7、系统两者都具有行为和接口简单包，单独承担职责，简单职责,如pricing（定价）子系统，有内聚职责的独立模块23外观（Façade）对于子系统的服务定义一个对外的公共的外观对象客户端(使用子系统的客户）不与子系统内部的构件交互外观对象只对外暴露少数高层操作，提供粗粒度服务外观只是子系统对象的统一或中介，不直接执行任务但通用的第三方子系统通常暴露细粒度的操作24会话外观和应用层当存在许多系统操作时,支持多个用例时,在层间采用多个对象作为中介通常会引入应用层的对象来维护用例操作的会话状态,每个会话实例表示一个客户的会话

8、25控制器系统有许多用例，通常在UI层和领域层之间增加控制控制器对象可以维护用例操作的会话状态，控制其工作相关的工作流26层间的向上协作分层系统中，消息通常从顶层流向底层，页面信息的刷新采用轮询（polling）或从上面拉(pull-from-above）当底层向上层传送消息通常使用从下面推(push-from-below)由于模型和视图是分离模式的约束，需