头头体育亚洲第三首先不要写放在任何地方都可用的东西

当前位置:头头体育亚洲第三 > 头头体育亚洲第三 > 头头体育亚洲第三首先不要写放在任何地方都可用的东西
作者: 头头体育亚洲第三|来源: http://www.nanjinglvyou.net|栏目:头头体育亚洲第三

文章关键词:头头体育亚洲第三,依存关系语法

  关于UML,我相信在做B端的产品经理一定知道它的重要性。那么UML常用的图都包含哪些呢?它们都在什么场景什么阶段使用?如何使用?这篇文章主要帮助小伙伴们解答这些问题。

  首先简单给大家介绍一下什么是UML,UML的全称是Unified Modeling Language。头头体育亚洲第三翻译过来就是统一建模语言。它对产品经理最主要的作用是用于需求分析中更好的梳理逻辑,同时能够提升沟通效率。

  UML主要包括图表中的十一种,那在本次的介绍中,只讲解类图、构件图、部署图、活动图、状态机图、顺序图、用例图。

  通常对业务概念等静态结构进行系统化的梳理和提炼,我们叫它结构建模。而于对业务流程等动态内容进行系统化的梳理和提炼,我们叫它行为建模。

  而需求分析的核心目的是解决软件有没有用的问题,软件设计是解决软件用多大的成本做出来的问题,所以需求分析首要任务是保证软件的价值。

  那么如何学好UML呢?其实UML的语法很简单,但是想要学好UML关键在于要改变思维习惯。要在平时多培养自己的书面表达能力、归纳总结能力、思维能力和抽象能力。

  装逼的讲,类图(Class diagram)是显示了模型的静态结构,特别是模型中存在的类、类的内部结构以及它们与其他类的关系等。那它其实就是用来帮助我们识别出人、事、物和业务的概念,并理清它们的关系的一种方法。

  例如,本文的读者,我们就可以分为初级产品经理,高级产品经理;或者分为产品经理和非产品经理;这些都可以叫做类。

  然后,什么是类图?类图就是一个矩形的方框,上面是类的名字,中间是属性,下面是操作。

  比如这篇文章的读者是产品经理,那产品经理的属性就有性别,年龄,级别等;如果要列举当然会有很多属性,但是我们只找出相关且对我们有用的属性。

  那一般如何用类图获取需求呢?首先要识别出类。其次识别出类的主要属性。然后描述出类之间的关系,最后在对各类进行分析、抽象、整理。

  那如果将*改成0..3,那就是0到3的意思。如果是1..4那就是1到4的意思。下入就是1对0..3的意思:

  如果把数字换成了上司和下属,那么他们就是角色关系了,就代表a是b的上级,b是a的下属。如下图:

  包含关系有两种表示方法,一种是空心菱形,一种是实心菱形;空心菱形可以表示为弱包含的关系,实心菱形可以表示为强包含的关系。

  弱包含关系即部门没有了,员工可以继续存在。强包含关系是部门没有了,员工也就不存在了。

  继承关系是谁继承了谁的属性。例如香蕉,苹果,葡萄他们继承了水果的属性,同时又拥有自己的属性。

  在实际的业务逻辑当中,对于某个事情,A需要B来协助完成,也是一种依赖关系,依赖关系使用虚线)递归关系

  我们常用的电脑系统中,如果用类图表示出文件夹与文件的关系,那么该如何表达呢?是文件夹包含文件吗?那文件夹和文件夹的关系呢?

  递归关系分为自包含和自关联,和字面的解释一样,就是自己包含自己,自己关联自己。下图分别是自包含和自关联:

  例如员工的薪资,职位等,并不是由公司可以确定的,而是由劳动合同来确定的,那么我们的表达方式如下:

  流程中一般只有一个开始,会有一个或多个结束。箭头表示流程的走向,一个圆角矩形表示一个活动,活动可以理解为流程中的一个步骤,需要用主动宾的形式来表达。

  判断一般有三种表达方式:在判断菱形旁写下判断的句子;直接通过监护来表示这个判断;在菱形判断之前加一个活动来表明判断动作。分支流程汇合时,也会使用菱形,然后会合并成一条路线。如下图:

  每个活动都有可能有一个或多个输入或输出,与输入输出直接相连的箭头叫对象流,而活动和活动之间相连的叫控制流。

  如下图,左边的图是箭头指向A,则是活动图到这里转向另一张图;右边的图是A指出一个箭头,表示从A开始继续这个活动图:

  首先要清楚活动图要表达什么内容,表达的重点是什么,以此来确定合适的粒度;

  建议你一个活动图只表达一个事情,同时在画之前要明确该流程要达到怎样的业务目的、有什么角色参与、哪些是主要角色;

  先画出主流程,明确主流程中涉及到的角色,然后在逐步增加分支流程,这里主要表达出关键的分支即可;

  同时异常流程也不用全部表达出来,必要的时候,可以用文字来说明;控制好粒度,然后分别画出当前的流程和优化后的流程。

  消息用箭头表示,并在上面说明做了什么事情;箭头可以从A指向B,也可以指向自己。

  活动图,状态机图和顺序图,被称为流程分析的三大利器,那么每种图都有不同的特点和应用场景。

  通过上面说明的特点我们可以很清楚的知道。如果事情围绕某个东西开展,就可以考虑使用状态机图。

  如果不是,则可以考虑顺序图或活动图;如果没有复杂的特殊流程,可以考虑顺序图。如果有负责的特殊流程,则可以考虑活动图。

  当然,在实际工作中,不要被上面的条条框框所限制,有的时候可以有两种甚至三种图来表示,可以从多个角度来分析问题,再做适当取舍。

  用例图对于很多人来说只是给一些角色配置一些权限。其实用例图是可以帮我们搞清楚这个产品是谁在用,通过这个系统能做什么事情。

  小人(actor,执行者),执行者可能是人也可能是系统。如果是人的话,可称之为角色。如果是系统的话,可以将另外一个系统画成执行者就可以了。

  大框框(系统边界,system boundary)这个框只框住了用例,没有框住执行者,这个就叫系统边界。

  还有一种是某些用例的一部分可以抽离出来成为子用例,该子用例同时也被其他用例包含。

  门店的pc中有标记,标记(Tags)用来详细说明节点的配置情况,如Number=50-70,说明有50到70台门店的pc。

  首先不要写放在任何地方都可用的东西,要根据项目的业务需求,IT架构环境写出针对性的要求;

  其次,抓住主要问题,列出具体要求。主要考虑正常使用情况下系统应达到的要求,出现几率低的情况可不考虑;

  我们的需求是做一个考勤系统。主要目标是规范员工的上下班、请假、外出工作等行为,同时方便计算员工薪资,方便管理各种带薪假期。

  在整个过程中,需要遵循战略分析、相关方与目标分析、业务分析、需求细化这样的流程。那在业务分析阶段可以通过使用类图来分析业务概念,使用活动图、顺序图、状态机图来分析业务流程。

  在需求细化阶段可以使用用例图来整理用例。同时也可以使用部署图和构件图来分析整理非功能性需求。

  那在这里直接省略战略分析、相关方与目标分析阶段,直接进入到业务概念分析。假设已经目标清晰,且明确了相关方。那么下一步进入到业务概念分析。

  这个考勤系统主要涉及到考勤,请假,外出。考勤和请假很好理解,外出是指外出工作,性质仍然是工作。

  这三类事情全都涉及到流程,流程的问题咱们后面在分析,通常我们管理一个事情,除了管理流程,还要对一条或多条记录进行管理。

  打卡不是会留下打卡记录吗?请假不是会有请假申请吗?外出不是会有外出申请吗?管理这些记录,就是管理这些事情了。

  每个人所在的公司情况不一样,理解的角度不一样,业务概念图自然就会不一样。

  同时为了方便安排工作,所以增加了可以查看所有员工请假的权限,以及查看自己打卡记录的权限。

  所以以上只是基于前者,来简单的说明常用的UML。若要提高建模能力,需要在日常的工作,生活中,不断的练习思考,终有所成。

  万字干货 8760小时,微信生态下千万营收在线教育创业项目的一个深度复盘

  听到很多言论说在中国程序员是吃青春饭的,那么产品经理呢,也吃青春饭吗?

  人人都是产品经理(是以产品经理、运营为核心的学习、头头体育亚洲第三交流、分享平台,集媒体、培训、头头体育亚洲第三社群为一体,全方位服务产品人和运营人,成立9年举办在线+期,线+场,产品经理大会、运营大会20+场,覆盖北上广深杭成都等15个城市,在行业有较高的影响力和知名度。平台聚集了众多BAT美团京东滴滴360小米网易等知名互联网公司产品总监和运营总监,他们在这里与你一起成长。

网友评论

我的2016年度评论盘点
还没有评论,快来抢沙发吧!