UML之系统静态模型—类图

    类图用来描述系统的静态结构,主要由类、接口、协作及类之间的关系构成。其中类之间有关联、依赖、泛化、聚合与组合的关系。

    类和类之间的关系是类图的主要组成部分,其中类又具有属性、操作、多重性、抽象类、Root,Leef类等的性质。


一、理论积淀

    1

    1.1 属性

      类的一个特性。一个类可具有零个或多个属性,单属性名必须唯一,不得有重复。

      类属性的表示:

              可视性 属性名 [多重性]:类型=初始值

      可视性:+ — 公共  # — 保护  - — 私有

      多重性:说明该属性可取多少值。如:3,4,*,0..* ,...等。(*表示任意非负整数)

      类型:属性值的数据类型。依赖于实现语言。

      =初始值:新建对象时该属性的初始值   

      示例:

     1.2 操作

      操作是类能够做的事或是能对类做的事情。一个类可具有零个到多个操作;操作名必须唯一。

      类操作的表示: 

             可视性操作名(参数列表):返回列表

  

   1.3 关系

    


 二、实践经验

    1、类的发现

      同客户交谈,分析他们的领域知识。注意客户描述业务事件流中的名词术语,也要注意客户提到的动词。

      名词:可作为领域模型中的类或类中的属性。

      动词:可能会构成类中的操作。

      如果不能给类写出简短的描述,就可能希望它表示更多的内容,此时应分解为多个类。

    2、实例应用

     篮球比赛:比赛目标是要把篮球投入蓝框并且尽量比对手得更多的分。每个篮球队由5名队员组成:2名后卫、2名前锋和1名中锋。每个队要将球推进蓝框附近(通过运球和传球),目的将篮球投入蓝框(必须在规定的时间内投入,美国职业是24秒,国际是30秒,美国大学是35秒)。

     计算得分:三分线内得2分,线外得3分。对方犯规后在罚球线处罚球投入得1分。

     名词:篮球、蓝框、篮球队、队员、后卫、前锋、中锋、投入、进攻时间、三分线、罚球线、球场、比赛时钟等。

     动词:投蓝、推进、运球、传球、犯规、...等。







   

  • 8
    点赞
  • 14
    收藏
    觉得还不错? 一键收藏
  • 6
    评论
好的,让我来介绍一下外卖信息管理系统UML静态模型预习内容。 在UML静态模型中,我们通常会使用类图来表示系统中的各种类以及它们之间的关系。在外卖信息管理系统中,我们可以考虑以下类: 1. 用户(User)类:表示系统中的用户,包括顾客和商家两种角色。 2. 订单(Order)类:表示顾客下的订单。 3. 商家(Merchant)类:表示系统中的商家。 4. 店铺(Shop)类:表示商家所经营的店铺。 5. 菜品(Dish)类:表示店铺中的菜品。 6. 购物车(ShoppingCart)类:表示顾客在下单前所添加的菜品列表。 7. 骑手(Deliveryman)类:表示系统中的骑手。 8. 评价(Comment)类:表示顾客对订单、菜品、商家或骑手的评价。 以上这些类之间的关系可以考虑如下: 1. 用户和订单之间是一对多的关系,即一个用户可以下多个订单。 2. 商家和店铺之间是一对多的关系,即一个商家可以拥有多个店铺。 3. 店铺和菜品之间是一对多的关系,即一个店铺可以提供多种菜品。 4. 用户和购物车之间是一对一的关系,即一个用户只能有一个购物车。 5. 订单和购物车之间是一对多的关系,即一个订单可以包含多个购物车。 6. 订单和商家之间是多对一的关系,即多个订单可以对应同一个商家。 7. 订单和骑手之间是多对一的关系,即多个订单可以由同一个骑手配送。 8. 评价和订单、菜品、商家或骑手之间是一对多的关系,即一个评价可以针对多个对象。 以上就是外卖信息管理系统UML静态模型的预习内容,希望对你有所帮助。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 6
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值