UML在软件工程中的使用场景与简单使用

产品经理:写产品需求文档(PRD)做软件需求分析

开发人员:技术架构图、概要设计、详细设计

测试人员:测试架构图

部署运维人员:部署架构图

在软件设计和开发过程中会有不同的人参与其中,比如投资人、老板、客户、需求人员、开发人员等等,每个人都各有所长,涉及的工作内容也不尽相同,这就增加了不同人之间的沟通成本,有可能客户需要A,产品人员理解成了B,在传达给开发人员后开发出了C。。。为了尽量避免这样的事情发生,显然UML这张“图纸”还是很有必要存在的。

主要掌握以下类型的图即可

静态视图:类图、对象图、组件图、部署图

动态视图:用例图、、顺序图、协作图、状态图、活动图

何为静态、动态呢?静态视图所描述的结构,某段时间内应该是稳定的,静态的;而动态视图描述的是某种行为,是动态的。

举个栗子:小明由于最近加班比较累,想请假休息几天,那么他需要在请假系统上提交请假申请并说明原因,等待领导审批,如果领导同意,那就快乐的休假啦,如果领导拒绝,小明就要考虑是修改下继续申请,还是就这样默默地继续工作。

那么通过UML图是如何表达这样一个场景呢?我们来一个一个说。

一、类图

1、在学习类图之前,我们来说下什么是类

类是一类或一组具有类似属性和共同行为的事务。说白了就是将周围的事物分下类,比如手机、电脑、电视机。。。这都是一类事物的总称,比如苹果手机、三星手机、小米手机等都归属于手机这个类。

那么上边请假这个场景中都哪些可以归为类呢?首先小明身边还有很多像小明这样的人,他们都是一个公司工作的同事,那么他们就可以归为员工类;请假申请呢?今天小明提一个,明天小红提一个,那就是好多请假的总称,它们就可以称为请假条类;同理还有个领导类。好了,类分好了,如何用类图表示呢?

2、如何表示࿱

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Coder_Boy_

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值