餐饮系统大拆解:用类图拆解员工结构与工作职责(1)
头图来自《心灵捕手》,影片描述了在朋友的不断沟通下,威尔最终把心灵打开,消除了人际隔阂,并找回自我的故事。产品经理也要学会沟通。
《图解产品:产品经理业务设计与UML建模》(简称《图解产品》)一书讲了业务设计和UML的知识,本文就根据书中的知识来补充一个案例。
讲案例的目的是,一方面让大家用对知识,尤其是用对UML;另一方面可开阔视野,了解各行各业的业务,更会讲些扩展知识。
下面我们就来拆解餐饮系统,该系统是餐厅用的点餐、预定和外卖等业务的系统。
该系统大致可分为:① 面向企业的:财务管理、物资管理、员工管理,②面向用户的:用户管理、交易管理(含点餐、预定、排队)、营销管理。③ 面向数据的,即通过数据帮助企业决策。
本次,我们梳理的是员工结构与工作职责。而你需要有《图解产品》一书的知识背景,否则可能阅读困难。
01 梳理人员结构与工作职责
要设计餐厅系统,就要考虑清楚该餐厅的涉众(利益相关者)有谁,以及涉众中的参与人(使用系统的人)有谁,并梳理清楚参与人的工作职责。如何梳理?
这些内容在《图解产品》一书中都有。大致方法是你需要用三个角度找全涉众,再从其中明确参与者,这些参与者就是用系统的人,这之后再通过四个调研方法找全工作职责。
下图就是我用该书方法,梳理出来的内容:
该图就是一个类图,表达了服务员、厨师、店经理人等之间的关系,以及他们的工作职责。如表达了服务员、厨师都是员工,并且都有姓名、地址等内容,但各自的工作又不一样,如厨师负责做菜,服务员负责送菜。
02 为什么这么梳理?
1. 指导后台的原型
后台要创建员工,那么每个员工既要有一些公用字段,更有一些特有字段。如每个员工都有年龄、性别等,但是厨师长还要有健康证、厨师等级等内容。通过该类图,就可明确后台新建员工时要填写的字段。
2. 明确要实现的业务
产品经理只有知道了每个员工的工作职责后,才能再说如何设计业务。通过这个类图,就可知道各自工作,从而再将部分工作在线上完成。
3. 方便研发的实现
类图是严谨的、无歧义的。研发也非常清楚什么是类,以及这些符号的意思,这样就便于研发构建数据库。其实这个图即使你不画,研发也会从你的原型图中抽象出来,但这样做就增加了沟通成本。
03 是否都要画?如何梳理?
1. 是否都要画?画到多详细?
这要基于目的、受众、阶段、业务复杂度等方面考虑。而本图是一个中型系统常见的内容。
该图和实战中不同的是,梳理的角色略少,没有老板、财务等角色;列出的员工信息也略少,没有列出每个员工的特殊字段。
2. 如何梳理?
梳理清楚类(厨师、服务员等)是产品经理功底的表现,这些类大致等同于职位名称,但并不总是如此。更准确地说应梳理工作职能块,而不是职位名称。
这其实是领域建模的范畴,而设计复杂中台和SaaS的核心知识就是领域建模,但限于篇幅这里不做展开。
04 符号的含义是什么?
在《图解产品》一书中用了30多页讲了类的知识(信息结构一章),你要看书才能理解为什么叫类,以及符号的含义和梳理类的方法。本文仅就书中未讲到之处做补充。
1. 继承关系
继承关系是指一个类(服务员)会继承另一个类(员工)的属性和行为。表达方式如下图。
在该关系中,服务员也被称为子类,员工被称为父类(超类)。子类拥有父类的所有属性与行为,但子类却有父类没有的特殊内容。
如服务员继承了员工这个类的“姓名”等内容,但服务员还有上菜这个工作(称其为操作或行为),但一般员工却没有该工作。
通过继承关系的梳理,可明确后台每类员工的公共和特殊属性有什么。
继承的另一个说法是泛化,也就是说服务员泛泛而谈就是一个员工。
2. 类的操作
类的操作就是类自己能做的事情,或者是你或他人能对类做的事情。
在本案例中,服务员能端茶送水,但却不能做菜,这就是在表明服务员这个类能做什么,不能做什么。再如,一个洗衣机你可以对他加衣服、加洗衣粉,打开开关和关闭开关等操作。
操作的画法很简单,就是在类的所有属性(姓名等就是属性)下面再加一条横线,再写上具体的操作,如写上“上菜”等。
但要注意,按照UML的标准应写作"上菜()"而不是“上菜”。括号内可加上该操作的默认值和类型(如可默认上XX菜),如不想加任何值也要用“()”来表示。
但为了便于产品经理理解,本文没有加括号。而研发则可能在括号里再加内容,产品经理通常不需要做。
05 如何做好翻译官
产品经理是个翻译官,要见人说人话,见鬼说鬼话。
上面话就是说给研发听的。当你这样说了以后,研发容易理解,也没有歧义,并可轻松转化成代码。
也许研发还会夸你一句“小子,可以啊,类图都懂”。但这样的内容如说给业务人员听,就可能被骂,说你“不画人图,不说人话”。
那你就要用一些不严谨的说法,从而保护好自己。你可以说员工“包含”服务员、店经理、厨师等,他们都有性别,姓名等信息。而他们各自的工作是XXX,其中餐厅服务员可以要求酒保递送菜单等。
其实这个说法还是上图内容,只是换了个说法。而你还可将上图用脑图表达出来,这样画的又快,又便于业务人员理解。
但注意该说法中的“包含”一词并不严谨,“包含”在研发体系中有特定的含义。
好了,以上这就是用类图表达员工信息与工作。而一个类图其实是就是一种梳理业务的方法,也是一种无歧义的表达方法,这可帮助你理顺思路。而产品经理也应做好翻译官,这样才能拥有更强的话语权,并获得对方的认同。
希望本文能帮到你,我们下期见,全文完!
▊《“图解”产品:产品经理业务设计与UML建模》
擎苍 著
- 用图解构产品经理的知识
- 业务设计的开山之作,UML建模的学习宝典
作为产品经理,你是否遇到过如下问题:写出的文档有漏洞,上线的产品要返工,或者在调研的时候无逻辑。出现这些问题的原因往往是产品经理没有分层思考,没有用UML 建模。
为此,本书提出业务设计整体框架中的四层九要素,从而将问题从大到小拆分,并给出每个问题的思考步骤。
本书适合有一定基础的C 端和B 端的产品经理阅读,所讲的知识既可用于C 端领取优惠券、身份认证等的设计,也可用于B 端内容管理、订单管理、CRM 等的设计。
快快扫码抢购吧
(秒杀中,速抢!)
如果喜欢本文欢迎 在看丨留言丨分享至朋友圈 三连
热文推荐
RPC就好像是谈一场异地恋
书单 | 10月重磅新书速递!
数字化转型中,如何高效设计业务架构?
云原生架构:从技术演进到最佳实践
▼点击阅读原文,查看本书详情~
相关文章
- GB/T28181联网系统通信协议结构和技术实现
- 项目实战:ASP.NET:B/S结构 个人空间相册、照片上传下载系统
- 什么是BI系统?_bi是做什么的
- FreeBuf周报 | VMware某漏洞一年仍未修补;宜家智能照明系统发现漏洞
- 佛萨奇开发丨佛萨奇系统开发(2.0运营版)丨佛萨奇系统源码案例
- 『探索Linux系统根目录之旅』(linux系统根目录)
- 结构探索Linux系统的目录结构(linux系统的目录)
- Linux文件夹系统:构建一个安全的目录结构(linux文件夹系统)
- Linux系统下修改IP地址指南(修改ip地址linux)
- 探究Linux系统的组成结构(linux系统组成部分)
- 利用Linux系统创建文件夹并使用(linux系统创建文件夹)
- 康宁发布智能汽车增强实境(智能挡风玻璃)抬头显示系统:可显示导航和车速等
- Linux结构:打开一扇通往系统心脏的门(linuxstruct)
- Linux系统操作指南:快速上手轻松捉住机会(如何操作linux系统)
- 系统Linux核心文件系统: 结构与功能(linuxcore文件)
- 管理Linux系统的精妙目录结构(linux目录.)
- Linux系统的分支结构探究(linux的分支)
- 提高安全性,建立监控系统——监控Oracle数据库(监控oracle数据库)
- 深入了解Linux系统——目录结构详解(linux目录说明)
- Linux操作系统使用的是哪种编程语言?(linux系统是什么语言)
- 如何在Linux系统下成功安装Java?(linux下安装java)
- Linux系统:让你的电脑更强大!(linux系统电脑)
- Linux系统下栈结构的实现(linux栈)
- 警惕!Linux系统遭受手机攻击的危险(linux 攻击 手机)
- 安装在Win10系统中安装Linux,一路畅通无阻(win10下linux)
- MSSQL系统下的基础表结构实践(MSSQL系统基表)
- Linux系统:深入探索目录结构(linux系统的目录结构)
- 深入理解Linux:解析最强系统(linux 系统是什么)
- Linux系统自动化:节省时间提升效率(Linux自动命令)
- Oracle系统内建序号妙用无穷(oracle 内建序号)
- Oracle系统开启智能新时代(oracle公司的系统)
- 可用Oracle主机系统不可用(oracle 主机不)
- Redis在商城中的应用提升系统性能(商城中哪里用到redis)
- 一直都需要的复制到系统剪贴板之IE,firefox兼容版