精华内容
下载资源
问答
  • 2019-11-25 17:24:29

    业务背景

    1. 借款流程:投资和借款期限错配(如,投资365天,借款只有90天),投资生成资金,p2p维护资金池,借款从资金池捞资金生成有效债权,随后调用银行接口进行转账,至此借款流程结束。
    2. 还款流程/代偿流程:用户根据规定的借款利率,返回本金和利息。p2p会根据该笔还款对应借款的所有有效债权(这里分本金债权和利息债权)进行分账,预生成转账记录,然后发起还款,生成批次调用银行的接口。等银行处理完批次,回调p2p系统。至此还款流程结束。
    3. 先息后本,最后一期一次性本金还款:每一次还款还利息,入利息池,最后一期还本金和利息,入利息池和资金池。
    4. 资金池:用户投资成功后,不会马上找借款匹配,而是维护一个本金资金池,供借款来按照一定的规则匹配顺序来生成有效债权(如优先新的预约资金、还款复投资金、代偿复投资金)
    5. 利息复投:核心交易系统借款人还款分账时,属于出借人部分收益会实时转到其收益账户,但该笔资金需等到投资赎回日方能解锁取出。p2p为了使收益最大化,将出借人的利息组成一个利息池,使用合适的及时,将其利息转化为可以匹配的资金放入资金池(将capital_property_type字段区分本金资金和利息资金)。
    6. 还款复投:当一个借款(期限是90天)和一个资金(期限是365天)生成有效债权,由于导致期限错配并且还款人提前还款,所以p2p将还款的资金再放入资金池,以便遍匹配其他借款。
    7. 代偿复投:由于借款人未能及时还款,由平台替借款人还款。走后续的分账流程,放入资金池。
    8. 赎回债转:投资A到期赎回时候,由于借款人的钱未还(期限错配),所以会找资金池中的资金来承接该借款人债权,然后将这笔资金转入投资A来完成赎回流程。

    核心业务资金流程图

    在这里插入图片描述

    关键技术点

    1. 利息复投的时机:还款、代偿、本金赎回回调。
    2. 赎回流程,先拉回本金资金、然后拉回利息资金,拉回利息资金进入利息池。
    3. 为了后续能够对账已经问题排查,将利息池做成两个表,一个是用户的利息表,一个是该用户的所有涉及利息池交易的流水,方便对账。
    4. 赎回还会触发利息复投,场景是,用户所有利息池的钱大于这笔资金的预期利息,而且剩余的利息池金额大于100块,就会触发利息复投。
    5. 还款或者代偿资金流向:
      1)利息债权本金:进资金池
      2)利息债权利息:进入公司收益账户
      3)本金债权本金:进资金池
      4)本金债权利息:进利息池
    6. 还款和赎回需互斥:当某一个出借投资A开始赎回,对应A所有的有效债权,每一笔都要需要债转。如果此时,其中一笔债权对应的借款人还款,如果不进行互斥,那么会有该笔债权会有两笔资金进入投资人虚户当中(银行接口不会做还款批次和赎回批次互斥)。

    关键表以及字段含义

    一、资金表
    1. status:0=异常|1=正常|2=完全匹配|3=已拉回
    2. use_status:使用状态,借款时候CAS标志,增加借款的匹配的速度
    3. principal、match_principal、pre_match_principal:
      principal:初始资金,表示这笔投资生成的原始资金金额
      match_principal:已匹配的资金,表示有一部分资金还在投资人银行账户
      pre_match_principal:预匹配的资金,表示正在使用
    二、利息池
    1. 利息复投开关recast_switch:旨在避免业务冲突
      这里recast_switch开关的默认开启,关闭时机在赎回时候,开启时机在赎回完成。原因:用户赎回投资时候,需要将利息债权的钱债转到用户的利息池中,如果此时该用户的利息复投还开着,该用户的其他投资还款的时候会入利息池,并且触发复投生成可匹配的资金。我们赎回的目的就是将该用户所有的利息债权和未匹配的利息资金放入或者债转到利息池当中,以便赎回使用。
    2. 当前投资人利息池剩余金额current_interest_pool_remain:记录投资人当前在投的利息金额总和,利息复投的时候可以通过100元这个阈值来判断是否可以复投。
    3. flow_type:资金流类型(11=还款|12=代偿|13=利息资金拉回|14=利息债权拉回|21=利息复投|22=赎回使用)
    4. 其他比如金额、用户ID、交易订单号等
    三、债权表
    1. 债权订单号order_no、投资订单号invest_order_no、借款订单号loan_order_no、资金订单号capital_order_no、借款人ID、投资人ID、匹配的金额amt、匹配的天数days
    2. 债权类型:property_type 资金属性(1=本金|2=利息)
    3. invest_repay_date投资回款日、loan_repay_date借款还款日:可以用来进行统计
    4. 是否已经发生债转is_transfer_credit:记录债权是否债转
    5. 状态status:-1=预处理|0=匹配中|1=匹配成功|2=匹配失败|3=债权已完结
      在请求银行放款接口后,状态置为0,在银行返回放款结果后,来决定这份债权是否匹配成功。
      债权完结几种类型:还款完结、代偿完结、赎回完结
    6. last_order_no上一个订单号:第一种订单号是债转之前的旧的债权订单号。第二种是还款或者代偿生成新的债权旧债权订单号。结合is_transfer_credit来判断是哪一种。这样做的好处是可以记录每一笔债权的动态变化,以便问题跟踪和统计。
    四、钱包表

    用户余额是一个非常重要的指标,这个指标影响着整个P2P金融系统的业务运行。如果因为业务或者程序问题导致余额不准(比如用户余额多,就会被提现走),业务运行异常。最后导致公司亏损。
    由于银行的余额接口不稳定(会出现接口访问不通或者网络波动),如果线上业务依赖银行接口的话是非常危险的。所以,在本地会维持一个余额钱包表记录改用户的所有的交易记录的金额。在每个不同场景业务触发的时候,会相应的调用余额服务,来保持数据准确性。

    1. balance 余额
    2. recharge 总充值金额
    3. withdrawal 总提现金额
    4. invest 投资总金额
    5. interest 赎回、退回总收益(本金+利息-手续费)
    6. version 版本号:当多个更新操作同时更新时会导致数据不准,故采用乐观锁来解决。
      总结起来就是 balance = recharge + invest + interest - withdrawal

    项目的难点以及解决

    一、用户余额问题balance
    1. 在分布式系统中,为了保证数据一致性,p2p借鉴TCC分布式事务,本地状态表来解决
    2. 用户余额,p2p将其拆分成一个独立的服务,在每个场景调用余额服务时候,会在本地事务中生成一个调用中间表状态,并且会开一个定时器去扫描该表的状态是否是RPC调用成功的,失败会去重试。
    二、项目中的分布式事务解决
    1. 采用TCC思想和最大努力通知方案解决
      核心业务,如涉及银行资金转账,资金严格的按照锁定,资金冻结等等操作【不写回滚逻辑】,然后执行完本地事务后,采用发送MQ或者插入本地消息表的方法,调用另外一个服务。如果调用失败,就会更新数据状态,然后利用定时器扫描继续去调用,这里需要设置一个最大的重试次数。
    2. 利用MQ来解决
      利用阿里的rocketMq 的事务消息的功能,目前还在研究,但是不支持本业务需求【要有延迟消息的功能,而且延迟时间可以指定】,故还是采用 activmq方案。
    三、幂等性方案设计

    在P2P业务中需要做幂等流程操作,比如重复借款、重复还款,重复发布新标、重复投资、重复计息贴息等等,为了保证业务正常,采用以下方案

    1. 唯一索引
    2. 悲观锁:比如在借款进来时候,债权匹配,会将资金池中的一部分资金锁住,防止其他的借款使用该笔资金,导致数据问题。
    3. 乐观锁:版本号或者条件来做,注意如果有条件限制,最好是用主键或者唯一索引更新。
    4. 分布式锁:不管是借款还款还是投资赎回都会加上分布式锁,来保证三方借贷方或者本地赎回调用接口时候,来保证这种长流程的业务能够正常走通。
    5. 状态流转机制:比如订单状态,在订单流转的时候判断状态是否正常来保证幂等。
    四、高并发方案设计
    1. 凡是写请求,而且不需要马上返回业务结果的都可以利用消息队列来接收,利用多线程进行消费,例如每一个服务开启一个专门线程池Bean,利用AOP写在方法上,就可以多线程消费了,比如Spring的@Async。
    2. 整个金融系统逐渐按照微服务方向发展,将整个系统拆成投资服务、借款服务、还款服务、组织架构服务、分布式ID服务、协议签章服务、运营服务、活动专属服务、银行支付服务以及消息服务等,并且每一个服务对应一个数据库,避免一个服务采用多数据源。每个系统服务按照功能小而精的方式,来承载高并发流量。
    3. 每一个服务都有一个写库以及从库,系统采用读写分离的方案来承载进入数据库的流量。每一个服务的核心流程用写库进行读写,非核心流程(对强一致性要求不高的)的程序来读从库。
    4. 对一些表比如还款计划表、资金表和转账记录表进行归档,按照一定的规则比如按照时间或者已使用完的资金进行归档。
    5. 采用Elasticsearch替换MySQL来存储千万级别的数据、比如交易记录表,用Logstash同步数据,来解决BI数据统计和用户侧的数据显示。
    6. 对于热点数据接口(EKL日志统计的接口QPS)进行限流,采用阿里云的Sentinel框架,对这些热点数据接口进行限流,并且根据不同的业务来合理设置每一个服务之间RPC调用的重试次数和超时时间。
    更多相关内容
  • 业务流程图和数据流程图、流程图

    万次阅读 2021-03-30 23:16:24
    业务流程图TFD 数据流程图(DFD) 业务流程及数据流程图

    一、业务流程图TFD

    业务流程图(Transaction Flow Diagram,TFD)是一种描述管理系统内各单位、人员之间的业务关系,作业顺序和管理信息流向的图表。它用一些规定的符号及连线表示某个具体业务的处理过程,帮助分析人员找出业务流程中的不合理流向。

    TFD 基本上按业务的实际处理步骤和过程绘制,是一种用图形方式反映实际业务处理过程的“流水账”。绘制这本“流水账”对于开发者理顺和优化业务过程是很有帮助的。

    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述

    二、数据流程图(DFD)

    1、概述
    数据流程图(Data Flow Diagram,DFD/Data Flow Chart),简称数据流图,是一种描述系统数据流程的主要工具,它用一组符号来描述整个系统中信息的全貌,综合地反映出信息在系统中的流动、处理和存储情况

    数据流程图有两个特征:
    1)抽象性
    数据流程图把具体的组织机构、工作场所、物质流都去掉,只剩下信息和数据存储、流动、使用以及加工情况

    2)概括性
    指数据流程图把系统对各种业务的处理过程联系起来考虑,形成一个总体。
    在这里插入图片描述
    为了描述复杂的软件系统的信息流向和加工,可采用分层的DFD来描述,分层DFD有顶层,中间层、底层之分。

    1)顶层。
    决定系统的范围,决定输入输出数据流,它说明系统的边界,把整个系统的功能抽象为一个加工,顶层DFD只有一张。

    2)中间层。
    顶层之下是若干中间层,某一中间层既是它上一层加工的分解结果,又是它下一层若干加工的抽象,即它又可进一步分解。

    顶层图的分解称为0层图(注意0层不是顶层)。

    3)底层。
    若一张DFD的加工不能进一步分解,这张DFD就是底层的了。底层DFD的加工是由基本加工构成的,所谓基本加工是指不能再进行分解的加工。

    4)图和加工的编号
    顶层图只有一个,代表整个软件系统的加工,该加工不必编号。

    0层图中的加工编号分别为1,2,3,…

    子图号:若父图中的加工号x分解成某一子图,则该子图号记为“图x”

    子图中加工的编号:若父图中的加工号为x的加工分解成某一子图,则该子图中的加工编号分别为x.1、x.2、x.3…。当然也可以用别的编号规则。

    在这里插入图片描述在这里插入图片描述
    2、数据流图的作用
    DFD从数据传递和加工的角度,利用图形符号通过逐层细分描述系统内各个部件的功能,和数据在它们之间传递的情况,来说明系统完成的功能。结构化分析方法里,用DFD进行系统功能模型建模。具体来说,DFD的主要作用如下:

    1)DFD是理解和表达用户需求的工具,是需求分析的手段。DFD简明易懂,可以利用来跟用户进行交流。

    2)概括地描述了系统的内部逻辑过程,是需求分析结果的表达工具,也是系统设计的重要参考资料,是系统设计的起点。

    3)DFD作为一个存档的文字材料,是进一步修改和充实开发计划的依据。

    3、如何画DFD
    DFD的绘制是一个自顶向下、由外到里的过程,通常按照以下几个步骤进行:
    1)画系统的输入和输出
    2)画DFD的内部
    3)为每一个数据流命名
    4)为每一个加工命名,采用动宾短语

    4、DFD注意事项
    1)所有图形符号只有数据流、加工、数据存储和外部实体4种,并且都要有名字

    2)每个加工至少有一个输入数据流和输出数据流,只有输入没有输出,或者只有输出没有输入都不对

    3)加工的输入数据流和输出数据流名字不能相同,即使组成完全一样

    4)外部实体不能直接关联数据存储,只能通过加工

    5)整套DFD中,数据存储必须既有读的数据流,又有写的数据流,但在具体的某张子图中,不受这个限制

    6)子图必须与它的上层加工对应

    7)DFD中可以加入物质流,但不能夹带控制流。

    三、流程图

    流程图(Flowchart):使用图形表示算法的思路是一种极好的方法,因为千言万语不如一张图。
    在这里插入图片描述

    四、业务流程图、数据流程图和流程图的区别

    按我的理解,是侧重点不同。

    业务流程图,表现单位、人员之间的业务关系、工作流程。顾名思义,描述的是业务。

    数据流程图,表现信息/数据在系统中的流动、存储和处理。

    流程图,其实可以称为算法流程图。一般性的流程图都可以用它,包括业务流程图和数据流程图,只不过没有TFD和DFD表现得那么好罢了。也许,流程图是业务流程图和数据流程图的基类。

    五、流程图与活动图的区别

    (1)流程图着重描述处理过程,它的主要控制结构是顺序、分支和循环,各个处理过程之间有严格的顺序和时间关系。 而活动图描述的是对象活动的顺序关系所遵循的规则,它着重表现的是系统的行为,而非系统的处理过程。

    (2)活动图能够表示并发活动的情形,而流程图不行。

    (3)活动图是面向对象的,而流程图是面向过程的。

    在这里插入图片描述

    业务流程及数据流程图


    2022.04.13
    还有一种流程图叫功能流程图。其元素是各个子功能或子系统。
    在这里插入图片描述

    展开全文
  • IBM业务流程梳理培训

    2013-08-20 10:10:24
    IBM业务流程梳理培训,内容绝对实用,的非常好,希望大家能够有所收获。
  • 什么是业务流程

    万次阅读 多人点赞 2019-06-10 15:29:26
    1.“业务流程”是什么? 业务流程图(transaction flow chart)简称:TFD。 它到底是什么?可以按照“流程→流程图→业务流程图”的路径理解: (1)流程(flow): 为了达到“特定目标”而进行的一系列“有先后...

     

    1.“业务流程”是什么?

    业务流程图(transaction flow chart)简称:TFD

    它到底是什么?可以按照“流程→流程图→业务流程图”的路径理解:

    (1)流程(flow):

    为了达到“特定目标”而进行的一系列“有先后、有逻辑”的操作过程,这玩意儿:肯定“客观存在、普遍存在”但是“未必合理、未必规范”,。

    (2)流程图(flow chart)

    为了能清晰、明确地研究“流程”,我们通过“流程图(flow chart)”对“流程”实现可视化,所以“流程图”是对“流程”的图形呈现。

    (3)业务流程图(transaction flow chart)

    在产品领域,常见的流程图有:业务流程、页面流程、数据流程等,我们今天,专讲“业务流程”和“业务流程图”,顾名思义:它是描述“业务流程”的图表。

    如果用小Y的话讲,业务流程图,就是“业务流程“静态+动态”可视化”!

    静态的要素、动态的顺序:

    ①为了什么业务目标?(Target)

    ②执行那些任务?(Task)

    ③涉及哪些角色?(Role)

    ④有什么次序、规则?(Rule)

    ⑤输入输出什么数据?(Data)

    ⑥输入输出什么文件?(Document)

    (简称:TTRRDD原则)

    2.“业务流程”为什么?

    为什么“业务流程”如此重要?

    因为:它代表了企业的真正价值!

    (业务流程,就是一个企业向自己的“客户”交付“产品、服务价值”的过程。)

    去梳理“业务流程”,既“有利于当下,也利于未来”:

    (1)当下,了解业务如何运转?

    目标达成?——所有的业务流程,都是为了向“客户”交付“产品、服务”的,这是每个企业的“核心事件”。通过梳理,我们可以判断“条件、数据、资源”是否足以保证“交付”的顺利,能够真正达成“特定的目标”,完成产品交付、满足用户需求。

    交付路径?——所有的业务流程,其本质都是“产品、服务”走过的“路径”,这个“路径”通常会涉及多部门、多角色,而这些部门、角色,也会在各个“节点”执行一定的任务、完成一定的操作,通过梳理,我们能清晰看到业务流程的次序和分工。

    交付效率?——梳理出业务流程,我们才能判断是否:够快速?够顺畅?够便捷?

    (2)未来,寻找流程优化的方向

    一般体现在“流程化、标准化、信息化”的提升上。

    有些问题,非常经典:

    ①资源消耗,是否符合比例?

    ②流程进展,是否通畅顺利?

    ③角色分工,是否合理?

    ④用户体验,是清晰?还是困惑?

    ⑤交付过程,是快速?还是迟滞?

    (本篇不啰嗦,有空再细说。)

    3.“业务流程”怎么做?

    略去:前期调研、后期评审,这次谈主体环节。

    (1)先宏观:

    谈:范围?(起点?终点?)

    确定“起点、终点”的动作,有点像切香肠,完成“截取/节选”的工作。这么做的原因,是因为业务流程与有确定长度的香肠不同,它:更漫长、更久远,不一定都要“截取”。

    例题:一家卖制冷设备的公司,终点如何确定?(  )

    A.与客户签订购买协议

    B.交付制冷设备

    C.安装制冷设备

    D.完成后期的服务跟踪和反馈,建立长期联系。

    解析:这个例子中,其实ABCD四项:都是终点,也都不是。因为,起点、终点的确定,完全取决于:我们当前想要研究流程的哪个范围。如果我们想研究“从生产到销售”那么可以选A;如果我们想研究“从生产到交付”那么可以选B;如果涉及到设备安装、项目落实,则选C;如果完整到服务跟踪、效果反馈,则选D。

    甚至:

    为了研究企业的长期发展、客户的长期跟踪,可将终点延后。eg.涉及产品迭代

    为了研究企业的早期成长、产品的生命周期,可将起点提前。eg.涉及产品研发

    谈:粒度?(层次?级别?)

    ——尤其是这个粒度,要:从大到小,从粗到细。

    我们在梳理业务流程的时候,经常会:忽略“细节”的价值,也可能:掉进“细节”的陷阱。这两个方向,都需要权衡。既不能太粗、太大,也不能太细、太小。在具体完成这个工作的时候,需要权衡。

    标准,则很简单:能否说清楚业务!

    我们举2个例子:

    登陆/注册,已经是交互设计的常规,大家都清楚,不必细。

    产品/服务,直接反应了企业的特色,大家最关注,不能略。

    我今天的文章,还要提醒大家一个非常重要的事情:在决定“粒度”之前,其实有一个“前置性工作”,那就是对“全景、全貌”的了解,即:“先有大,才能有小。/先有粗,才能有细。”把握“全景、全貌”之后,才能:先心中有数,再考虑粒度。

    举例:把大象关进冰箱总共分几步?

    (当年,宋丹丹拿这题考赵本山的时候,太太忍俊不禁、我却虎躯一震……)

    在这个案例中,赵本山一头雾水、无从下手,连“最大/最粗”的流程线条都没有,这也是很多初级产品人在梳理业务流程时的状态:一脸懵,不知道从哪开始?

    当时,宋丹丹是这么给解决方案(solution)的。

    总共分三步:

    第1步:把冰箱门打开;

    第2步:把大象放进去;

    第3步:把冰箱门关上。

    讲真,我总感觉宋丹丹是产品经理,这思维:简捷!通透!

    有人会问,这行不通啊?

    那我问你,哪步行不通?

    方案A:

    ——问:大象太大了,装不下啊?

    ——答:能不能把大象变小点?切块?压缩?

    ——问:怎么切块?怎么压缩?

    ——答:好的,这是“子流程A”,请你细化。

    方案B:

    ——问:冰箱太小了,装不下啊?

    ——答:能不能把冰箱变大点?加高?扩大?

    ——问:怎么加高?怎么扩大?

    ——答:好的,这是“子流程B”,请你细化。

    又有人问了,你这纯属瞎扯淡,咋造那么大的冰箱啊?

    我又要说了,产品人,不能缺乏想象力、创造力!大街上不知道跑着多少载着大型冰箱、冰柜的冷藏货车,而世界上最大冰箱(应该算冰库)是美国麦金利气象实验室,1944年建成,用于检测飞机的抗寒性能,足够停下一艘航空母舰。甚至,如果不涉及杀害野生动物(死象),你完全可以切片、切块,无非是多准备一些冰箱、多重复几次“打开、放进、关上”的动作而已。小伙伴们,请一定记住这个案例:“粗”是“细”的开始!

    (2)再微观(要素分解):

    一张合格的“业务流程图”,包含“角色、执行、输入与输出、次序、规则”这“五大要素”,也是我们经常向用户、向自己提的“五个问题”:Who(谁?部门/角色/岗位)What(什么事情?)Where(在哪做的?——双D:数据/文档)Condition(条件?其实是先后次序。)Dicision(决策?其实是判断规则。)

    制表说明:

    推荐软件visio中的标准化符号语言(UML):

    3.后绘制

    (1)用什么工具?

    推荐axure、visio绘制“业务流程图”。

    (2)用什么图类?

    ①任务图(较单一、不分维)

    ②泳道图(阶段维、角色维)

    泳道图,更符合真实的业务场景,因为大部分企业的业务流程都是:跨部门合作、多角色联动,因此我们需要区分“阶段维、角色维”,示例如下:

    第一列,是阶段维。/ 第一行,是角色维。(图片来自网络)

    4.绘制“业务流程图”的建议?

    不要“求全责备”,而要“有所取舍”

    不要“事无巨细”,而要“有详有略”

    不要“自己YY闭门造车”,而要:向外问用户、向内问自己,主动调研和分析”

    不要“一锤子买卖”,而要“反复修改、打磨修正”

    不要“一两天新鲜”,而要“多写多画、勤加练习”

     

     

    附:我的第一张“业务流程图”小样,请吐槽:

    实际上,还有“线框图、用例图、信息架构图、实体关系图”同样是产品经理的必备技能,请大家综合掌握。有机会,再与大家一起研究、探讨。

    展开全文
  • 题目:分析系统业务流程和绘制系统业务流程图 姓名 学号 实验环境: 机房Microsoft Visio 2010绘图软件 实验内容及完成情况: 1.请...

    《数据库系统概论》实验报告

    日期

     

    题目:分析系统业务流程和绘制系统业务流程图

    姓名

     

    学号

     

    实验环境:

    机房Microsoft Visio 2010绘图软件

    实验内容及完成情况:

    1.请将上机题目写于此

    2.根据以下要求认真进行实验,记录所有的实验用例。

     

    任务一  绘制系统业务流程图

    系统流程图是描绘物理系统的传统工具。是用图形符号以黑盒子形式描绘系统里面的每个部件(程序、文件、数据库、表格、人工过程等等)。表达的是信息在系统各部件之间流动的情况,而不是对信息进行加工处理的控制过程。

    试绘制工资管理系统的系统流程图,根据系统流程图的符号说明仔细理解下图含

    义:

     

     

    首先,教师和职工分别根据课时表和任务表进行审核,审核后的数据经排序形成专用表格。之后,计算课时费和岗位津贴计算出数据总额,再经过计算个人所得税,住房公积金,保险费,得出实发工资,形成工资表并发给银行;然后给教师和职工展示工资明细。最后形成编制报表,更新分类表,交于会计。

     

     

    任务二  分析系统业务流程和绘制系统业务流程图

     

    案例一:总务办公管理系统

    系统简介:某单位准备开发一个购买办公用品和设备的总务办公管理系统。办公用品的购买申请由各科室提出,由负责总务工作的办公室统一收集。其中,购买申请的金额低于500元(含500元)可以由总务办公室直接审批,而高于500元的购买申请由机构主管领导审批,批准的购买申请形成采购清单由采购员负责购买,同时应记录每次实际购买清单,进行入账。在提出购买申请时要包括下述数据:申请单位、物品名称、物品数量、预计价格、物品用途等。每次购买完成后应记录以下数据:物品名称、物品数量、价格、总金额、购买日期、经办人等。

     

     

    流程开始,科室提出购买申请,购买申请包括:申请单位,物品名称,物品数量,预计价格,物品用途。之后是负责总务工作的办公室统一收集。收集后,进行判断,申请金额是否低于500元,小于等于500元的申请直接由总务办公室处理,高于500元的申请,由机构领导审批进行处理。申请被批准后形成购物清单,采购员负责购买,记录每次实际购买清单,购买清单包括:物品名称,物品数量,价格,总金额,购买日期,经办人。记录实际购买清单后,进行入账,最后结束流程。

     

    案例二:火车票预订系统

    系统简介:某高校后勤集团为了学生寒暑假返乡,办理代学生预订返乡火车票事务,订票必须提前三天办理,后勤订票处提前三天向火车站办理购票事务。订票处使用一台微机处理订票后购票事务,学生订票一次称为一个事务,由订票员将其输入在微机中,系统核实订单后,将订票信息记录放在订票库中。系统每天打印预订三天的购票单,并更新订票库。

     

     

    流程开始,学生是一个实体,有四个属性:姓名,身份证号,出发地,目的地。提前三天进行预订,学生进行订票,一次订票为一个事物。之后,订票员输入订票信息,系统核实订单后,将订单放入订票库,订票库是一个数据库。之后,系统打印预订三天的购票单,并更新,购票单是一个事物,包括这些属性:出发地,目的地,车次,座位号,姓名,身份证号等。

     

     

    出现的问题及解决方案:

    对于系统流程图,增加了熟练度。

    教师评语及得分:

          

     

     

    展开全文
  • 功能测试Ⅷ——业务流程测试

    千次阅读 2021-04-30 11:45:54
    文章目录业务流程测试用例设计主要问题今日目标1、状态迁移法2、订单测试3、业务流程测试3.1 流程图介绍(复习)3.2 绘制流程图3.3 业务流程测试3.4 业务流程测试用例设计3.5 测试团队中体现专业价值,个人价值4、...
  • 业务流程集成如何做

    千次阅读 多人点赞 2019-02-20 13:28:06
    随着各行业的发展趋势及信息化技术的发展,现代企业对于人财物产供销的管理不再是片面、彼此孤立的,而是基于企业IT架构规划,构建内容环环相扣,过程注重整体业务流程梳理。任何管理都离不开业务流程,有效的流程...
  • 业务流程图的绘制流程分享(一)

    万次阅读 2018-03-25 09:14:46
    前言:近来一段时间,忙于整理业务流程图,期间,关于流程图的绘制方法和工具也与内部团队和外部做了心得交流,恰好,个人生活也牵涉在买房,婚礼,户口迁移等流程中。不知不觉,伴随着实践与反思,个人所得的系统...
  • 测试用例设计之业务流程分析法

    千次阅读 2020-03-25 09:57:36
    业务流程分析法简介二.业务流程分析法分类使用三.业务流程分析法好处四.业务流程分析法设计思路五.业务流程分析法实施步骤六.举例说明6.1需求6.2分析6.2.1测试需求分析6.2.2测试设计方法分析(流程分析法)6.2.3用例...
  • 业务流程

    千次阅读 2021-06-07 16:02:18
    实验名称:业务流程图 实验性质:(1)综合性实验 (2)设计性实验 (3)验证性实验 实验时间:2021年4月26日 实验地点:睿智4-311 实验目的: ...
  • [产品设计]如何绘制业务流程图(下)

    万次阅读 2017-02-08 15:50:09
    原文链接 http://www.woshipm.com/pmd/27239.html有一些同学看过了我的《如何绘制业务流程图》,发私信过来希望我谈谈页面流程图。这个话题其实我也酝酿过,但一直没有出来。细究起来,除了懒,原因其实有好几条...
  • 图书馆读者借书业务流程图,包括借书的各种特殊情况
  • 产品经理必备技能之业务流程

    千次阅读 2019-12-08 13:30:06
    业务流程图(TFD)是一种描述管理系统内各单位、人员之间的业务关系,作业顺序和管理信息流向的图表。 流程是为了达到特定的目标而进行的一系列有逻辑性的操作过程,它可以不规范、可以充满问题,但它确确实实存在着。...
  • 本来完上篇,我发现没有太多必要单纯讨论这一部分内容,因为对于很多人来讲,缺的不是具体的做法,而是做这件事情的意义以及目标性的明确。一旦对这件事情的意义和目标有深刻认同,那自然会产生较大的动力去研究...
  • 业务流程图描述的是完整的业务流程,以业务处理过程为中心。一般没有数据的概念。 为了方便大家理解,我还将从符号、案例两方面进行区分: 一、符号使用区别 当我们描绘一个业务流程时,一般使用以下这5个基本...
  • 还记得多年前在做工作流管理中心的流程演示时,很迷茫如何用流程的功能模块来展现业务流程业务流程的展现,传统的做法是按业务单据建立好业务表,再增加一些状态字段来控制单据的流转,达到完成业务流程。 例如...
  • 业务流程和业务逻辑的区别

    万次阅读 2017-12-07 18:48:26
    逻辑更多的是页面之间的层级关系、承载信息和功能模块之间的关系的逻辑说明; 流程更多的是从用户视角的完整场景操作流程、交互流程、页面路径、更注重功能顺序步骤,职能划分和基本结构...通过业务逻辑来调动业务流程
  • 提现业务流程

    千次阅读 2017-12-28 11:09:20
    不单是电商平台有提现的业务场景,互联网金融、O2O、甚至纯粹的微信枪红包后也有提现需求。 那提现到底是什么? 提现:用户主动发起的,将虚拟账户资金结算到本人银行资金账户,并伴随资金流由平台客户备付金账户...
  • 【管理信息系统】业务流程图画法

    万次阅读 2020-03-29 16:36:11
    为什么要画业务流程图 为明确系统内部业务,将对象和对象之间的关系抽象出来,以供管理这进行管理,供管理信息系统开发人员进行管理信息系统的开发。 业务流程图的图例 业务流程图的画法 画业务流程图注意事项 在...
  • 实验一 结构化分析与设计——过程与工具 1、实验目的 (1)熟悉结构化分析与设计方法。 (2)掌握用软件绘制常用图表的基本操作。 2、实验内容(第1、2题为必做题,第3题...(2)利用软件绘制数据流图、业务流程图.
  • 一般的时候,我们都采用编程式开发,编程式开发的好处非常明显:... 这也就是许多大的公司都在进行流程化开发的重要原因之一,比如:上海普元,Livebos, Justep,还有许许多多知名不知名的公司都有类似的流程化开发
  • 我们在日常工作中,最讲究的就是方法,办一件事情,那么,结果一定指向你想要的,而无任何方法的具体实施,就设计到流程。  没见事情都有它发生的流程,做饭有做饭的流程:洗菜——切菜——炒菜。哪怕它有多普通多...
  • 介绍了常见的画业务流程图的工具,具体介绍了idea中actiBPM插件的安装使用。最后画了一个简单的请假流程图,并分析了里面的内容,为接下来的helloworld工作做准备!
  • 项目开发过程中业务流程图的绘制

    万次阅读 2015-08-03 11:32:47
    前言:近来一段时间,忙于整理业务流程图,期间,关于流程图的绘制方法和工具也与内部团队和外部做了心得交流,恰好,个人生活也牵涉在买房,婚礼,户口迁移等流程中。不知不觉,伴随着实践与反思,个人所得的系统...
  • 利用visio绘制跨职能部门业务流程
  • 如何自己实现一个可自定义业务流程步骤的工作流

    万次阅读 多人点赞 2017-02-07 14:00:44
    需求简述由于业务需要,需要一个申请-审批的工作流,并且业务流程是不固定的,需要能灵活配置,比如现在是:开始->部门经理审批->结束,可能之后就会变为开始->部门经理审批->部门领导审批->结束。因此不能把代码...
  • 业务流程图绘制

    千次阅读 2015-07-10 17:27:51
    主要介绍业务流程图绘制应该经历哪些步骤,具体如何操作
  • 医院各个部门的业务流程图 E-R分布图 系统设计模块及其图
  • 业务流程图与数据流程图的比较

    千次阅读 2019-09-24 01:23:28
    业务流程图与数据流程图的比较 [摘要]业务流程图(Transaction Flow Diagram)和数据流程图(Data Flow Diagram)是结构化信息系统开发方法中两种常用的图形工具。本文从描述对象、功能作用、基本符号和绘制方法四个...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 368,519
精华内容 147,407
关键字:

业务流程怎么写