1. 首页
  2. 创业

产品必修课——轻松搞定UML

请假场景中的类图表示如下图,其中类与类之间的直线表示一兩个类之间趋于稳定本身关系,这俩关系将一兩个类关联到了一齐。

非要作为一兩个产品小白又要掌握那先UML知识呢,非要多图一些人都不掌握吗,答案当然不是定的,请看下图↓

非要上边请假这俩场景中都那先还能也能归为类呢?首先小明身边还有就是像小明原来的人,一些人都不一兩个公司工作的同事,非要一些人就还能也能归为员工类;请假申请呢?今天小明提一兩个,明天小红心红心红心红心红心脐橙一兩个,那就是好多请假的总称,它们就还能也能称为请假条类;同理还有个领导类。好了,类分好了,何如用类图表示呢?

请假场景用用例图的表示:

刚提出请假申请时是

状态。 领导同意则改为

如图中红字标出的图是作为一名产品人员所能也能掌握的,非要在工作中何如应用呢?下面一些人就一齐来学(gao)习(ding)这八个图吧。

2、何如表示?

知道了那先类还能也能干那先,一些人再来得话一些人都不缘何做的。接下来要介绍的一兩个图未必同的高度对缘何做进行描述。还能也能根据能也能自行选则用哪个,原则就是把想表达的事情表达清楚就行。

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

那回到请假这俩场景中,显然一兩个请假条就是请假条类中的一兩个对象。而一兩个请假条对象在不一齐间趋于稳定的状态是不相同的,比如是批准还是拒绝。非要不同的状态何如表示呢,状态图就是用来描述一兩个对象的而且状态以及各个状态之间的转换关系的本身图。

1、那先是用例?

一些人来看下一兩个请假条对象的状态变化,和表示最好的措施:

一、类图:

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

1、那先是状态图?

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

UML全称Unified Modeling Language,直接翻译就是统一建模语言,简单地说就是本身有特殊用途的语言。

对象当前趋于稳定的状态。

触发状态改变的动作。也都不那先事情让状态改变的。

举个栗子:小明而且最近加班比较累,想请假休息几天,非要他能也能在请假系统上提交请假申请并说明是因为,等待的图片领导审批,而且领导同意,那就快乐的休假啦,而且领导拒绝,小明就要考虑是修改下继续申请,还是就原来默默地继续工作。

状态。 领导不同意则改为

在上图中而且理清了请假场景中到底有那先类,一些人之间趋于稳定那先样的关系,好,那接下来看看那先类都能干那先。

三、状态图:

用例(use case):从用户的观点对系统行为的描述。也就是站在用户的高度来描述这俩系统到底能干嘛,而不用考虑实现细节。

非要通过UML图是何如表达原来一兩个场景呢?一些人来一兩个一兩个说。

可这明明是本身图形,为那先说是语言呢?人太好有就是内容用文字是无法表达清楚的,就像在建筑界的设计图纸一样,有一套标准来描述建筑物的设计,同样,在软件界,一些人也能也能一套标准来帮助一些人做好软件开发的工作。UML就是原来本身标准,但它都不唯一标准,就是UML是一些人比较推崇的本身标准而已。

时间:2015-08-02 08:03来源:人人都不产品经理作者:网络点击:

2、何如表示?

二、用例图:

2、何如表示?

很久现在现在开始英文符号和很久现在现在开始符号就未必多说啦,就是表示很久现在现在开始英文和很久现在现在开始。

员工和领导通过请假条有了联系(当然员工和领导还还能也能通过就是事情联系到一齐,一些人就撇开一些事情,单看这俩请假场景中这俩一兩个类的关系),就原来把分好的类列出来,再找到它们之间而且趋于稳定的关系,duang就画好了,简单吧。

状态。 拒绝后还能也能重新申请或直接撤出。

就是产品小白很久很久现在现在开始工作都不从写产品需求文档(PRD)很久现在现在开始英文的,非要想写好一篇高质量的需求文档,有一项技能是必不可少的——画UML“图纸”。那那先是UML呢,下面一些人就来聊聊需求中UML的那先事~~

图中表示了在请假系统中,员工还能也能请假,领导还能也能审核。看,每个用户还能也能做那先是都不一目了然。用例图就是先画个小人,再看一些人都不在系统中做那先事,而且画个圈把能事情倒入去,再画个箭头把小人和圈圈联系起来就完成啦!

而且一些了解过UML的人会知道,它有就是繁杂和容易混淆的语法,我就云里雾里摸不着头绪。而且未必急,当UML应用于软件需求分析时,其学习门槛而且大大降低,语法繁杂度也会降低。而且你基本非要掌握软件开发的知识。假如有一天你对软件需求分析感兴趣,认真学习和应用UML,就很有而且成为软件需求分析高手:)。以下是我学习UML的一些总结,和一些人一齐分享。

介绍状态图前,一些人先说下那先是对象,还记得类的定义吗?类就是一类似物的总称,那对象呢?对象就是类似事物中的个体,比如手机类,苹果手机就是手机类的一兩个对象。

一些人用文字来描述一下这俩状态图要表达的事情:

先解释下图中标注:

1、在学习类图很久,一些人来说下那先是类

首先看下类图的表示规则:

本文来自投稿,不代表赢咖2立场,如若转载,请注明出处:http://www.manbetx8838.com/chuangye/609.html