单项8:包图程序.ppt

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
单项8:包图 组长:何金连组员:简惠莹 张宛峤 陈冰 王璐璐包图(Package Diagram) UML包图通常用于描述系统的逻辑架构——层、子系统、包等。其中,层可以建模为UML包,例如:UI层可以建模为名为UI的包。 用途 UML包图提供了组织元素的方式。 UML包图能够组织任何事物:类(接口)、其他包、用例等,嵌套包十分常见。 设计者通常希望通过包之间的依赖性(耦合),来看到系统内大型事物之间的耦合。 一、基本绘图知识 二、准则 依赖 UML依赖线用于显示包之间的耦合(可能会引用另外一个包中的元素),是有箭头的虚线,箭头指向被依赖的包 一、基本绘图知识 包名:如果包内部显示了其成员,则在标签上标识包名;否则,可以在包体内标识包名称。 三个包:UI 、Swing 、Web 一、基本绘图知识 二、准则:使用层进行设计 1、内聚职责;使关系分离 同一层内的对象在职责上应该具有紧密关联,例如,UI层中的对象应该专注于UI工作,例如创建窗口和小部件、捕获鼠标和键盘事件等;Domain层的对象应该关注逻辑,关注功能。 2、M-V(Model-View)模型视图分离原则 不要将非UI对象直接与UI对象连接或耦合。 不要在UI对象方法中加入应用逻辑。 3、使用工厂模式,用接口代替类 以减少对具体包的依赖程度,提高包的长期稳定性。 Ps:工厂模式强调的是工厂提供一个公共的接口,可以根据我们的需求灵活的返回不同的实现该接口的对象实例。 二、准则:使用层进行设计 好处: 可以做到关系分离、高级服务与低级服务分离、特定于应用的服务与一般性服务分离。可以减少耦合和依赖性、增强内聚性、提高潜在的复用性并且使概念更加清晰。 封装和分解了相关的复杂性。 某些层能够用新的实现替换。 较低层包含可复用功能。 通过逻辑划分,有助于团队开发。 在某网上商城系统中,客户可以通过购物车中商品创建订单。请研究从购物车,到提交订单的业务过程,识别以下内容: 2.1 记录过程中使用的页面(UI) 2.2 从页面中识别业务实体(如,用户收件地址,订单) 2.3 假设,系统中有一个订单生成控制器的软件对象,它控制页面流转,处理业务实体信息,保持流程工作状态 请用单项5.2中已经识别的类和接口建立包图。要求按照表现层、逻辑层和持久层把类划分到不同的包中,接口和它的实现类也要放在不同的包中,并展 现依赖关系。 单项8:包图 UIs --------------------------------------设计为UI层(表现层) 购物车页面(ShoppingCartUI) 收件人信息页面 (InfoUI) 订单页面(OrderUI) 控制器 ----------------------------------------设计为Application层 ShoppingCartController、OrderController、InfoController 业务实体 --------------------------------------------设计为Domain层(逻辑层) 订单(Order):属性包括运送方式、发货时间等 用户收件地址(Address) 商品详情(Good):属性包括商品信息、店铺、单价、数量、小计等 技术服务层(持久性、安全性)----------------设计为Technical Services层(持久层) 包图: thanks!

文档评论(0)

4753333 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档