uml-用例图

前言

    用例图是由软件需求分析到最终实现的第一步,是软件产品的外部特性描述的的视图。用例图是从用户角度出发来描述软件的需求,分析产品所需要的功能和动态行为。

用例图的内容:

用例图包括三方面的内容用例、参与者、参与者用例之间的关系(泛化包含 扩展等)。

    参与者:不一定是人,分为三类系统用户、与所建造的系统交互户的系统、和可以运行的进程。

        第一类是真实的人使用系统的用户。  

        第二类是使用系统的其他程序。

        第三类是可以运行的进程。

    用例:是对一个系统或者一个应用的一种单一的使用方式所做的描述。描述的是整个系统功能的一部分,这一部分一定要是在逻辑上相对完整的功能流程。在使用UML的开发过程中,需求是用用例来表达的,界面是在用例的辅助下设计的,很多类是根据用例来发现的,测试实例是根据用例来生成的,包括整个开发的管理和任务分配,也是依据用例来组织的。

    参与者之间的关系:

        泛化关系:描述多个参与者间的公共行为

        包含关系:指一个用例行为包含了另一个用例行为(include)基础用例可以看到包含用例并且依赖与包含用例的结果。但是二者不能互相访问属性

        扩展关系:一个用例也可以被定义为基础用例的增量扩展。扩展关系是把新行为插入到已有用例的方法。

对需求建模方法:

对需求建模:根据用户对产品的功能期望,提出产品部分功能的描述。                                                                      

    1识别系统外部的参与者从而建立系统语境

    2 考虑每个参与者期望的行为或者需要系统提供的行为

    3把公共行为命名为用例,

    4确定供其它用例使用和扩展的其他用例 

    5对用例间的关系建模

    6用描述非功能需求的注释修饰用例图、


  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 14
    评论
评论 14
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值