流程图1
流程图(1)
一 CPU程序流程图CPU程序包含以下程序:M.P51, PORT.P51, R.P51, K.P51, I.P51, T.P51, GA.P51,A.A51 1 M.P51是主程序2 PORT.P51是端口处理程序: PrgPortProcess192个端口的循环处理一遍,每个端口的处理流程如下:3 R.P51是接受串口协议处理程序(1) PrgRsProcess串口数据处理(2) PrgCpuSendData主,备处理器间数据发送(3) PrgCpuRsProcess主,备处理器间数据接收处理(4) PrgData0XHSet数据设置处理程序,包含在GA.P51中4 K.P51是时钟和不紧急定时检查处理程序5 I.P51是初始化程序(1)PrgDelay延迟程序(2)PrgIniA89790数字中继初始化设置(3)PrgIniMfc收发码器初始化设置(4)PrgIniDtk8980数字中继时隙初始连接(5)PrgHardWaitIni硬件初始化等待(6)PrgConfIni会议芯片初始化(7)PrgRsIni串口初始化(8)PrgHardIni硬件初始化(9)PrgDataIni数据初始化(10)PrgCpuIni处理器初始化(11)PrgDtkRing数字中继振铃状态处理(12)PrgDtkAnsyNum数字中继号码收发和分析(13)PrgPortAnsyNum端口号码分析6 T.P51是端口测试程序(1)PrgTestDtmfCode双音频码接收测试(2)PrgTest测试程序7 GA.P51是子程序(1)PrgBackDtkASigle数字中继后向A信号的回送(2)PrgSendLine数字中继端口的线路信令的发送(3)PrgSendRelLine数字中继释放的信令的发送(4)FunRsSend串口发送函数,将要发送的数据放入缓冲区,并打开发送中断(5)FunCRsSend处理器串口数据发送函数(6)FunBK47GetDir根据Gbblock()所含号码得到局向的函数(7)FunGetDir根据端口所收到的号码得到局向的函数(8)FunBK47GetLocPort根据Gbblock()所含号码得到本局端口的函数(9)FunGetLocPort根据端口所收到的号码得到本局端口的函数(10)FunGetTkPort根据局向找到中继端口的函数(11)PrgPtOutRoute将中继端口从路由队列中剔除(12)PrgPtRelRoute将中继端口释放到路由队列中(13)PrgRelRecDevice释放端口所占用的收号设备(14)PrgRelSendDevice放端口所占用的发号设备(15)PrgStartConf会议开会的初始设置(16)PrgAddConf增加一个会议端口(17)PrgDisConf释放一个会议端口(18)PrgGetConfPort为端口找一个空闲会议端口(19)PrgGetConfGroup找空闲的会议组(20)FunGetPortClass端口级别的比较(21)PrgSetPortTone给端口送语音(22)PrgPtReFindRecNum端口再次查找收号器(23)PrgHotCall端口热线呼叫(24)PrgSetCode号码表设置(25)PrgPackPortRoute端口路由整理(26)PrgRelArray端口从呼叫等待队列中释放出来(27)PrgArrayHeadToTail端口从呼叫等待队列的头移至到尾(28)PrgReplaceArray队列中的端口被另一个端口替换(29)PrgSetPortRingToTalk端口从振铃状态变为通话态(30)PrgSetPortCalled使端口为被叫(31)FunNewsAnsy端口的新业务分析(32)PrgSendBakState向备用处理器发送端口的状态(33)PrgSendAskState向键盘发送端口对应的键号(34)PrgSendPortState向键盘发送端口的状态(35)PrgBakCpuRelOpPt备用的处理器的端口的释放(36)PrgRelOpsitePort释放本端口对应的端口(37)PrgCallPort端口呼叫(38)PrgDtkCallPort数字中继端口呼叫(39)PrgData36Hset键盘进行的数据设置(40)PrgData0XHSet维护终端进行的数据设置(41)PrgConfOverFlow会议声音溢出处理(42)FunGetDtkLine数字中继端口的线路信令的读取;GbLineRecSig(IbPort-32)=GIbInByte;GIbInByte=GIbInByte and 0FH;(43)FunGetLineRec端口的摘挂机的读取(44)PrgRelPtNumPt释放端口间号码传递的关系(45)FunAnsWait呼叫等待队列中的端口应答(46)PrgPtGetMfcRecNum获得多频互控收号器(47)PrgFindRecNum获得双音频或脉冲收号器(48)PrgPortHookOn端口挂机处理(49)8 A.A51是汇编程序(1)PrgClearKeyNum键盘号码清除(2)PrgChnex单向时隙连接(3)PrgExChnex双向时隙连接(4)PrgNChnex时隙拆除(5)PrgSet0Msg发信息字(6)PrgGet0Msg读信息字(7)PrgSet0High置高阻(8)PrgSetRing端口振铃(9)PrgCloseRing端口关铃(10)PrgSetTest端口进行测试(11)PrgCloseTest端口关闭测试(12)PrgDtkChnex数字中继时隙连接(13)PrgDtkExChnex数字中继双向时隙连接(14)PrgDtkNChnex数字中继时隙拆除(15)TIME10ms十毫秒定时中断程序(16)EXTINT1_RS串口的收发中断处理(17)CRSINT处理器串口的收发中断处理二键盘的流程图键盘包含以下程序: M.P51,I.P51,RS.P51,KP.P51,CK.P51,G.P51,INT.A51 1 M.P51主程序2I.P51初始化程序(1)PrgDataIni数据初始化程序(2)Prg8279Ini键盘初始化3RS.P51PrgRs422串口数据接收处理4KP.P51(1)PrgSendAns调度应答呼叫发送(2)PrgSendConf调度会议发送(3)PrgSendSet键盘设置数据发送(4)PrgSendState:键盘复杂数据设置结果发送(5)PrgKey键盘按键处理程序5CK.P51定时处理程序PrgClock67G.P51 子程序(1)PrgRsSend串口发送程序(2)PrgFlashGreenLight绿灯闪烁程序(3)PrgFlashRedLight红灯闪烁程序(4)PrgCloseGreenLight绿灯灭程序(5)PrgOpenGreenLight绿灯亮程序(6)PrgCloseRedLight红灯灭程序(7)PrgOpenRedLight红灯亮程序(8)PrgKeyLight根据状态指示红绿灯的闪亮情况(9)PrgCloseDataLight关闭数码管的灯(10)P rgOpenDataLight数码管显示数字(11)P rgCloseFunLight关闭功能键的灯(12)P rgOpenFunLight开启功能键的灯(13)P rgABState调度按键的灯指示(14)P rgFlashLinkLight联络灯闪烁(15)P rgFlashNightLight夜服灯闪烁(16)P rgCloseNightLight夜服灯关闭(17)P rgOpenNightLight夜服灯开启(18)F unDispNum键的号码显示(19)P rgDispRingNum呼叫键盘的号码显示(20)P rgInRingHead端口加入振铃队列的头(21)P rgInRingTail端口加入振铃队列的尾(22)P rgOutRing端口退出振铃队列(23)P rgReplaceArray振铃队列中的端口改换8INT.A51硬件处理和中断程序(1)P8279_INT键盘中断接收程序(2)TIME_INT定时中断程序(3)P8250_INT串口中断程序。
物流流程图(1)
进货作业流程图
进货作业
进货作业是指对物品实体上的接收，从货车上将物品卸下，并核对该物品的数量及状态（数量检验、品质检验、技术检验、开箱检查等），然后将必要信息书面化等。它是配送的基础环节，又是决定配送成败与否、规模大小的最基础环节。同时，它也是决定配送效益高低的关键环节。
进货作场交易，直接给货的交易订单；
3.间接交易订单：客户向配送中心订货，直接由供应商配送给客户的交易订单；
4.合约式交易订单：与客户签定配送合约的交易订单；处理合约式交易订单，应在约定的送货期间，将订货资料输入系统处理以便出货配送；或一开始便输入合约内容的订货资料并设定个批次送货时间，以便在约定日期系统自动产生所需的订单资料；
订单处理的含义
从接到客户订单开始到着手准备拣货之间的作业阶段，称之为订单处理。通常包括订单确认、存货查询、单据处理等内容。订单处理是与客户直接沟通的作业阶段，对后续的拣选作业、调度和配送产生直接的影响。
订单处理流程图
注：订单形态
1.一般交易订单：接单后按正常的作业程序进行拣货、出货、发送、收款的订单；
软件设计之业务流程图一
业务流程图第一部分：什么是流程图1. 定义那什么是流程图呢流程图=流程+图,如下图：图2 流程图的定义流程：Flow,是指特定主体为了满足特定需求而进行的有特定逻辑关系的一系列操作过程,流程是自然而然就存在的;但是它可以不规范,可以不固定,可以充满问题;所以就会造成看似没有流程;前不久,团队每个人对接一个业务团队去调研流程,反馈给我的流程有一些缺失;询问时,负责人反馈给我的答复是：这一块业务他们没有流程;其实严格意义上讲,业务已经开展,不可能没有流程,只是说没有固定的流程或者你调研的对象也讲不清楚;图：Chart 或者Diagram, 是将基本固化有一定规律的流程进行显性化和书面化,从而有利于传播与沉淀、流程重组参考;从定义可以看出,只要有事情和任务,流程就会有,但是并不是所有的流程都适合用流程图的方式去表现,适合用流程图去表现的流程是一定程度固定的有规律可循的,流程中的关键环节不会朝令夕改的;工作中我们还用到或听到很多其他类型的图表,比如交互设计师们经常说的线框图Wireframes,信息架构图或站点地图Site Map,,开发工程师们经常说的用例图Use Case或E-R图;这些不同的图表要表达的内容有何种差异呢简单做个对比,如图：图3 流程图VS其他常用图表如果要串到某一个项目来说,可以理解成：用例图Use Case：表现了一个角色在系统里要完成的活动是什么,比如用户这个角色与ATM取款机的交互过程中,用户需要完成的活动有存钱,取钱,查询等;而存钱这个活动再可以进一步细分为插卡,输入密码,输入金额,ATM吐钞,用户收款,退卡等活动;用例图可以不考虑用户动作的前后次序,而仅仅提取一些关键的动宾短语,映射出系统应该满足的功能点;常用用例图的人是产品经理和开发工程师;流程图则表示用户每一个活动的前后次序,比如用户必须要先插入银行卡,才能够输入密码,且流程图必须直接表现出各种异常判断,比如当密码错误时,出现什么提示,密码输入错误超过多少次时,出现什么提示和动作;常用流程图的人是产品经理,设计师,或者任何需要讲述业务如何运作的人;信息架构图,站点地图Site Map：表现为了做一个这样的系统,功能与内容的展现层次是什么,比如用户一进去后,欢迎页面的导航如何设计,是否直接出现取款,存款,查询,或者还有别的导航常用信息架构图的是设计师;但是常用组织架构图的是HR;线框图Wireframe：将具体每个界面的内容布局和权重表达出来,且标注出一些交互细节的设计,比如当密码错误后,如何提示下一步动作;常用线框图的人是设计师;实体关系图E-R图：则是数据库架构的工作,表示一个业务系统或场景中的实体时间的关系,比如储户与银行卡的关系是归属1对多,通过开卡事件产生关联;一般来讲,用矩形来表示实体,椭圆标识这个实体的属性,比如储户这个实体的属性有：姓,名,号码,住址等;而银行卡的属性有：开户行,开户名称,银行卡号等;那么流程图要体现出他的差异定义,要素是什么总结出了流程图的6大要素,希望大家能够记住,这6个要素可以在以后的文章里不断回顾,你也可以拿来判断你所看到的流程图是否专业;图4 流程图6大要素•参与者：谁在这个流程中可以是系统,可以是个打印机,更多的指什么角色——一般是有某种工种的人;比如客服同时有小A和小B两人,但是若他们的工作性质完全一样,那么在流程图里只需要写一个客服角色就可以了;•活动：做了什么事,比如点餐,结帐等活动;•次序：这些事情发生的前后顺序如何,哪个任务是其他任务的前置条件比如客人不结帐,就不会产生送他优惠卡的活动;•输入：每项活动开始取决于什么样的输入物或数据,比如做饭的师傅开始做菜时,需要拿到具体的点菜单;•输出：每项活动结束后,会输入什么样的文档或数据传递给下一方,比如师傅做好菜后,如何让负责传菜的人知道菜已经做好•标准化：采用一套标准化的符号用以传递你的流程图,从而使受众更快明白;关于流程图的标准化,并不是强制的,事实上,我们见过很多种类的流程图,只要能够传递明白任务和次序其实已经归类于流程图了;如下面的图：但是若在一个公司的环境下,你的流程图的受众又非常多的话,采取标准化的符号会带来很多交流上的好处,总之你懂的;第二部分：流程图的分类常见的流程图有业务流程图Transaction Flow, 页面流程图Page Flow;在工作中,作为UED,你可能会发现PD经常谈的是业务流程,而作为交互设计师,我们更多产出的是页面流程图;页面流程图和业务流程图到底有什么关系呢先有谁,其次再有谁呢先讲个故事：假设你的梦想是开个中高档的全国连锁餐馆,那么首先你想到的应该不是如何去选址,而是将为何要开连锁餐馆这件事情,以及你的定位,核心竞争力想清楚;是快餐,还是点餐,是连锁还是加盟定位于社区还是繁华商圈是川菜还是江浙海鲜是面向中老年还是年轻人是家庭主题还是动漫主题竞争对手是谁需要什么样的投资可能的风险是什么这些都想清楚了,问题都有答案了,所谓战略层要清晰了吧;然后假设你现在分析来分析去,与主要投资方决定了一个方向：面向年轻人的时尚动漫茶餐厅,连锁,但是先在杭州开始第一家,选址定位于年轻人约会,扫街的地域,比如风景区,著名商圈,电影院旁……那么,接下来呢接下来就是想办法让这些实现吧那么需要做什么事情呢选址拉投资搞装修选餐饮菜单雇佣员工每一步怎么去做,时间点是什么等等的任务拆解以及计划,就需要到战术层了;这些事情的执行,总是需要请人的吧先是核心团队分工去部署各项建设任务,当餐厅开设起来后,就需要组织稳定的运营团队,如服务、卫生、厨房、采购、人事等等,厨房里面还得分工,白案,热菜,冷菜等等吧每个部门需要设置管理层以及汇报关系吧所以你的组织结构就诞生了;那具体每种角色是如何顺畅合作完成日常稳定的以及突发的各项任务呢比如,当顾客上门时,谁去引导客人入座,谁去点菜,怎么将点菜的讯息迅速传递到厨房,并分发到酒水间、冷菜间、热菜间并保证客人尽快能够吃到所点的菜你必须要考虑各种人员的协作流程,优化效率,所以业务流程就出现了;人肉运营了一段时间,没有借助任何点餐系统,你发现也还可以;客人点菜时,服务员手抄写下客人的要求,因为有复印纸,所以服务员能够将副本送入厨房,同时写下餐桌号码;厨房规模较小,负责分配任务的员工看下菜单,分别往冷菜处的黑板上写下需要他们处理的,以及跑到热菜区的黑板上写下待处理的菜品,以及去酒水间报下品名即可;可是随着经营的扩大,以上的人肉方式出现了很多问题,首先,手抄效率太低,顾客频繁换菜,响应来不及,手抄出错,导致经常报错菜;厨房很混乱,不得不多招了几个人专门跑堂;而一旦顾客要加菜,撤菜就更麻烦了,需要找出他们当时点的菜,再进行人工的批注和修改,同时要修改厨房后端的各个黑板……所以你们想要开发一套智能系统,取代很多人肉工作,你们请了系统开发团队,他们经过评估,判断从点菜开始,一直到传菜都可以用系统解决;手持终端,能够快速传递顾客点菜需求到打印机,打印系统能够根据顾客点菜的类型进行自动的分单打印,所以热菜间看到自己的热菜菜单,冷菜间看到自己的冷菜菜单,而酒水间看到酒店菜单;当他们准备完毕后,送出,传菜员可以根据菜名与打印出来的单据进行传菜并根据顾客的点菜小票进行核对;这套系统同时必须配备结算系统,将最终确认掉的菜单及消费价格传递到结算前台,收银员能够快速进行操作;这套系统最终是需要展现出来的,那么手持终端的界面如何设计服务员能够用更少的点击完成一个菜的点餐吗结算中心的界面如何设计通过以上的故事,是不是更明白从战略、战术、业务流程图到页面流程图的关系了总结下：•先是有一个业务需求和业务目标,也即我们的愿景是什么战略•然后就诞生了我们需要分解出什么样的任务,如何执行战术战术•然后就诞生了需要架构什么部门,岗位去分工协作组织架构•然后就诞生了不同的部门在协作完成某件任务时的业务流程业务流程•业务流程基本稳定后,往往会考虑优化效率,所以会诞生出系统来支持流程,减少人肉环节,促进数据采集系统愿景•为了设计这个系统,PD需要思考什么功能能够取代某个环节的人肉工作功能需求,系统流程•不管是怎么样的功能最终都会以界面的方式呈现,设计师们会关注用户在系统里的任务流,行为路径,让用户完成任务更加高效愉悦;页面流程当然,除了业务流程,系统流程,页面流程,还有数据流程被人关注;我们平时工作中,还会经常听人谈到泳道图、任务流程图等等概念,究竟是神马关系呢图5 流程图的分类本文着重于上述流程中的“业务流程图”——并会分享如何绘制泳道图——也即是PD们最多使用,技术们最多参考,UED们最多看到的流程图;本来在第四部分会对泳道图的图示以及绘制方法、原则做更详细的说明,但是看目前的篇幅情况,预计会放到下篇,所以先在这里简单说明下吧;在工作中,我们经常能够看到两种业务流程图,从表现形式来看,一种很好区分,俗称为“泳道图”的它,在样子上也确实像个泳道,可以有横向的泳道,也会有纵向的泳道;泳道图在某些文档里会被称为“以活动为单位的流程图”,浮在泳道中的都是一个个活动;另外一种类型是以部门和岗位为单位的流程图,下图中的圆形就代表一个个部门或岗位;矩形代表活动;这种流程图关注事情如何完成的逻辑,但是在体现各个部门的责任上比较弱;如果是某个岗位的人来看,很难像泳道图那样一眼就能看到自己部门的职责和任务;所以现在用得比较少;再回过头来说泳道图,泳道图有几个关键点：两大维度,活动流转,流程要素;我们会在以后详解;第三部分：为什么需要业务流程图流程图可以提供一种简单扼要的“缩略俯瞰图”,帮助观众快速了解业务如何运转;它包含了几个关键词：谁,什么时候,在什么条件下,做了什么事情,输入什么,输出什么,输出给谁……与系统流程不同,业务流程更关注于业务本身如何运作,讲的是业务故事,包含的是业务规则;而系统流程则是满足业务流程,实现部分流程或全部流程的信息化和系统化;所以业务流程是所有环节的前置条件——软件需求分析,信息系统建设也会先进行业务流程的梳理;下面表现了业务流程图是如何在三个主要场景中发挥作用的：1. 员工培训图6 流程图的应用场景之一：培训在此场景中：流程图能够提供一种快速了解业务如何运作的视图,通过业务流程图,新员工能够快速明白业务的最终目标是什么,中有哪些角色在参与以及他们的职责,以及彼此之间的联接;除了培训新员工,在员工轮岗、调职场景中,员工也需要业务流程图参考,明白新的工作内容如何开展,以及自己所处的位置,自己的上游是谁,下游是谁,自己需要交付的工作内容是什么;2. 流程优化与重组图7 流程图的应用场景之二：流程优化业务流程重组Business Process Reengineering的存在可以明确反驳：存在即合理;事实上,存在的业务流程并未是合理的,有可能是参与的多个角色习惯了某种做法,有可能是变革尚未影响到末端的操作,也有可能缺乏对于运行中的业务流程问题的洞察以及强有力的变革推动——因为要推动业务流程变革,不是某个部门的事情,而是需要流程中各个部门的通力配合;更多时候,业务流程优化是自上而下的,但是老板们未必对实际运作的业务流程那么心知肚明,业务流程图能够很好去表现这个“运作模型”;通过看业务流程图,找关键节点的人访问,能够直接切入：为什么要这么做,为什么不这么做从而探索出更深层次的问题,而不是问：你们现在怎么做通过调研,分析业务流程图,引入更多角色,能够分析出目前业务流程的问题：缺失,重复,风险,效率等等;从而制定相应的优化方案;3. 信息化的基础图8 流程图的应用场景之三：信息化基础正如上文所述的餐馆梦想的案例,信息系统的一项任务就是解放员工的手脚,取代一些重复的人力劳动工作;系统上了之后,不是说业务流程不需要而是经过了一些调整,其中某个参与者变成了系统,或手持设备,或打印机而已;那么在做系统的功能设计和系统流程设计时,是不是必须先要了解目前业务是如何运作的呢从而更好分析分析,更好说明系统在什么环节取代了什么类型的人肉工作所以我们看到的PRD往往也会先以业务流程图开始说明,而叙述一个系统建设的好处时,也可以用以前的业务流程与系统上了之后的业务流程进行对比;根据分析,将愿景中的新的业务流程图背后需要系统的功能点撰写清楚;第四部分：如何绘制业务流程图首先绘制业务流程图本身有没有流程一定是有的;在软件工程学里听说一句话叫：万物皆对象;那么在流程学里,万事皆流程;吃饭难道没流程吗就吃饭的动作而言,就有流程：拿筷子——夹菜——入口——咀嚼——吞咽;有不少同学在这一部份很快想会问一个问题：Heidi,请介绍画流程图的工具吧我个人是工具派,从不否认人工欲善其事,必先利其器的道理;好的工具本身就是一名好的老师,除了技能,也能够教会我们一些理论与理念,这些理念也是“器”中很重要的一部分;其次才是具体的工具应用技能;所以我并不建议直接跳转到工具应用;对于初学者而言,笔与纸永远是最好的入门工具,因为你无需和任何一个陌生的软件较劲;那么,绘制业务流程图有没有可遵循的流程呢我建议可以从下面4步着手;1. 调研如何快速了解业务运作真相有没有调研的技巧放送2. 梳理与呈现•能否快速将调研得到的文字和问题,快速转化为业务流程图•业务流程图的标准图示是什么•怎么评价一个业务流程图的好与坏3. 评审与确认——能否真正让业务流程图反映现实中的业务4. 归档维护——流程不断变更,业务流程图如何快速响应。
餐饮操作流程图 (1)
餐饮操作流程图 (1)餐饮操作流程图一、基本流程开始准备醋、辣椒酱、牙签等摆台，并备佐料。
开餐后传菜，回收餐具、布，并用过餐具干净台布、托盘、餐具。
将餐具送至洗碗间清洗，并回收干净餐具，入柜，结束。
二、传菜流程开始接到菜单后，传菜间划单员征询上菜速度，并反馈给厨房。
厨房制作完菜品后，将菜品送至餐厅，并加盖子。
划单员核对出菜后，取回菜单，并将菜品送至客人桌上，结束。
三、退换食品流程开始接到退换食品要求后，了解厨房菜制作情况，并立即退换。
若菜品未烹制，则立即通知厨房取消制作。
通知餐厅经理开退菜单，并由厨师长签字。
退菜单分为三联，其中一联作厨房凭证，两联送帐台，一联作减少营业收入凭证，结束。
四、餐厅布件换洗流程开始每餐结束后清点布件品种和数量，送至布件房清点更换，结束。
五、餐具清洁工作流程开始除渣后，使用清洗剂入机清洗、消毒，并检查清洗好的餐具。
将清洗好的餐具放入柜中，并在特殊情况下向布件房提出申领要求。
布件房根据申领要求办理暂借手续，餐厅如数归还暂借布件，并签字注销，结束。
餐厅基本服务技能一）托盘服务程序：理盘、装盘、托送。
工作步骤：将要用的托盘先洗净擦干，根据物品的形状、重量、体积和使用的先后顺序合理装盘。
轻托时，左手臂自然弯成90度角，掌心向上，五指分开，用手指和掌托住盘底，托盘在胸前随着走路的节奏自然摆动。
重托时，五指分开，用手掌托住盘底，掌握好重心。
用另一只手护持，将盘托起到肩上，向上转动手腕，保证托盘不晃动，身体不摇摆。
清洁餐具工作程序：除渣、装篮、喷洗、清洗、整理、入柜。
一）清洁玻璃设施工作程序：准备、刷、刮。
工作步骤：按使用配比调好玻璃清洁剂，备好棉滚筒刷、橡皮刷、抹布。
用棉滚筒刷蘸上清洁液，由上而下将玻璃刷一遍，最后用橡皮刷刮干净，用抹布擦干。
左手拿着抹布，右手拿着橡皮刷，先用橡皮刷刮去玻璃上的污渍和清洁液，再用抹布擦去橡皮刷上的脏液，反复操作直至玻璃干净无污迹。
清洗餐具的步骤包括清除食物残渣、分类、高压喷淋器喷洗、放入洗碗机清洗、检查餐具是否清洁、存放餐具。
流程图(1)
想一想
在日常生活中,我们经常会看到一些与程序框 在日常生活中 我们经常会看到一些与程序框 图相似的图示. 图相似的图示
如图书馆一般用类似下面的图示说明图书馆借阅流程. 如图书馆一般用类似下面的图示说明图书馆借阅流程
像这种由图形符号与文字说明构成的 图示称为流程图 流程图. 图示称为流程图
程序框图是流程图的其中一种. 程序框图是流程图的其中一种
思考: 思考
1.流程图作用是什么 流程图作用是什么? 流程图作用是什么 表示一种动态过程或者描述一个过程性的活 动,从而指导人们完成某项任务或者用于交 从而指导人们完成某项任务或者用于交 流. 2.流程图有哪些特征 流程图有哪些特征? 流程图有哪些特征 通常有一个”起点” 一个或多个 终点” 一个或多个” 通常有一个”起点”,一个或多个”终点”. 3.使用流程图有哪些优越性 使用流程图有哪些优越性? 使用流程图有哪些优越性 可以直观、 可以直观、明确地表示动态过程从开始到结 束的全部步骤. 束的全部步骤
例3:写出如下程序框图表 写出如下程序框图表 示的算法的功能,并写出 示的算法的功能 并写出 输入x=-2后输出的结果 后输出的结果. 输入 后输出的结果
例题讲解： 例题讲解： 开始
输入x 输入 x≤0?
Y N
y=2x-1
y=x2+1
输出y 输出 结束
开始
练习:若输入 练习 若输入a=78,b=36,写 若输入 写 输入a,b 输入 出该程序输出的结果,并 出该程序输出的结果 并 r=a MOD b 说明此程序框图表示的算 a= b 法的功能. 法的功能
流程图模板1
过程审核流程图 开始
说明 适用文件
4.1.2 综合团队
经理
全体员工 不 满 足 JD
发布更新人才库信息 （半年一次）
每年1月 和7月更 新人才 库
4.1.3 综合团队
区域主管
全员参与报名
不 及 格
相关岗位 JD表
4.1.4 综合团队
参选人员
筛选
满足JD
4.1.5 综合团队
经理
区域主管 参选人员
理论考试
在 人 才 库 超 过 两 年
满70分 及格
4.1.6 综合团队
参选人员
确认考试成绩
及格
4.1.7 综合团队
经理
参选人员
进入总装车间人才储备库
4.1.8
等待空缺岗位
S/N
4.1.1
R
A
C
A
Process Flowchart Start
Explan- Applicable ation Documents
Integrat 4.1.2 manager ed team
All employe es Do not meet JD
Update the talent pool information (Half a year)
Every January and July update the talent pool
5 6
2. Engineer goes to POF, observes practice vs process intent. Compare QPS, WES , and GSPAS for alignment to Eng Std.
7
Prod. Engine er
市场部工作流程图 (1)
市场部工作流程图
1.客户开发流程图
开发客户
陌call 电话
会场邀约其他资源
意向客户积累
客户筛选
没质量，pass 有质量，跟进
行情收益刺激
逼近失败再次筛选
没质量，pass
要求开户入金入金成功
逼金失败
寻找原因主管协助逼金行情收益刺激
流程开始
2.市场部会销流程图
不过来包装会场，老
师
会场邀约电话
电话回访确认
确认过来
发送邀约短
信
会场谈客
会后跟踪
全面了解收益刺激
行情收益刺激
会场签约拜访，邀约公司
有质量，跟进没质量,pass
参考客户开发
流程
入金成功
没质量，pass
流程开始
3.市场部工作职责流程图
市场部经理
市场部总监
协助
监督引导
统筹安排
监督
市场部主管
客户开发（核心）
客户维护
经纪人
陌call 邀约拜访
协助
包装
技术部客服
做单加金。
流程图1
低血容量性休克抢救流程图
代谢性碱中毒抢救流程图
呼吸性碱中毒抢救流程图
高渗性脱水抢救流程图
过敏性休克抢救流程图
糖尿高渗性昏迷（HNDC）抢救流程图
麻醉科医师日常工作流程图
低血糖症抢救流程图
鼻内镜检查工作流程图
癫痫持续状态抢救流程图
支气管哮喘急性发作期抢救流程图
腺垂体功能减退危象抢救流程图
甲状腺危象抢救流程图
胸部外伤抢救流程图
心电图检查工作流程图
检验科质控流程图
检验科日常工作流程图
脑疝抢救流程图
眼科视光室工作流程图
重症肌无力危象抢救流程图
急诊工作流程图
门诊病人就诊流程图
肾上腺危象抢救流程图
高血压危象病抢救流程图
大咯血抢救流程图
肺性脑病抢救流程图
急性肾功能衰竭抢救流程图
住院手术病人工作流程图
CT检查工作流程图
休克型肺炎抢救流程图
呼吸功能衰竭抢救流ຫໍສະໝຸດ 图急性肺损伤（ALI）成人型呼吸窘迫综合征（ARDS）抢救流程图
临床科室医师日常医疗工作流程图
急性中毒抢救流程图
有机磷中毒抢救流程图
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1、严格按照《建设工程质量监督机构和人员考核管理办法》（建质[2007]184号）、《山东省省建设工程质量监督机构和监督人员考核认定管理办法》（鲁建管发〔2011〕6号文开展工作；
2、实行政务公开和集体研究制度，杜绝质量监督机构审批及人员考核中的个人行为和暗箱操作。
（二）工程质量监督：
2、监督人员或有关负责人发现工程质量问题，或听到工程质量举报或投诉后，不认真履行职责，或避重就轻，甚至不闻不问，影响国家利益和人民生命财产安全。
（三）工程质量督查
不认真检查、不记录、不报告，放任自流，受检工程留下安全和使用功能隐患。
2、质监站分管领导；
3、质监站负责人。
（一）质量监督机构及人员考核，把关不严，降低条件通过审查。
（二）工程质量监督
1、对地基基础、边坡结构、主体结构、专项工程的隐蔽抽查、实体质量监督、验收、下达整改通知、督办和监督工程竣工验收、下达返修通知及复查等环节，存在说情、吃请、礼品、贿赂，导致质量问题不整改、不检测、不加固、不返工处理，而降低工程质量或留下结构安全和使用隐患；
潍城区建筑工程质量监督站
事项
风险环节及所涉对象
防范措施及责任主体
工程质量监督管理工作
廉政风险环节
所涉对象
存在的风险
防范措施
责任主体
6、工程竣工验收监督、返修通知复程质量督查现场；
★★★
2、工程质量督查报告；
★★
3、工程质量事故调查；
★★★
4、工程质量事故处理报告。
★★★
严格执行《房屋和市政基础设施工程质量监督管理规定》，按照国家有关法律法规和工程建设强制性标准，开展工程质量监督管理工作。重大项目和重大问题及时提请站办公会议定并报局分管领导审定。
（三）工程质量督查：
依法依规按照程序监督检查，坚持督查人员现场工作不少于两人工作制度，不滥用职权，督查工作做到科学、公正评价，实事求是。
（二）工程质量监督
1、质量监督注册，监督人员监督方案交底；★★
2、核查责任单位、人员资格、履职情况、整改通知；
★★★
3、地基基础、边坡结构、隐蔽工程实体质量监督验收、整改通知督办；★★
4、主体结构、隐蔽工程实体质量监督验收、整改通知督办；★★★
5、专项工程、实体质量监督验收、整改通知督办；
★★★
1、工程质量监督人员；
建筑工程质量监督管理工作流程图及廉政风险防范措施
（1）流程图
（2）、廉政风险及防范措施
事项
风险环节及所涉对象
防范措施及责任主体
工程质量监督管理工作
廉政风险环节
所涉对象
存在的风险
防范措施
责任主体
（一）质量监督机构及人员考核
1、承办人初审资料提出初步意见；★★
2、承办负责人审核并报考核领导小组；★★
3、考核小组复审报分管局领导批准。★★