申请出差表的状态设计---审批状态---整个订单的状态

申请表需要2个状态

01 需要审批的状态,apply_approved_status  ,领导只需查看.未审批,和已审批, 具体这个订单的状态是取消还是已支付,不用管

02 需要订单的状态,员工可以看到整个订单的所有状态

申请表需要一个apply_step 申请步骤,

(取消为0 ,申请为1 同意,驳回为2 待支付3 出票成功4 ,位出行5,已完成6) 如果步骤大于3,就可以显示票号

时间: 2024-07-30 05:51:16

申请出差表的状态设计---审批状态---整个订单的状态的相关文章

http无状态设计与Cookie和Session

无状态指的是任意一个Web请求必须完全与其他请求隔离,当请求端提出请求时,请求本身包含了相应端为相应这一请求所需的全部信息. 1. 被调用者不保存参数,因为无需考虑参数逻辑 由使用者来保存状态,进行状态逻辑设计 http是无状态设计的,一些SDK的设计也可以是无状态的. 2. 而一些需求是需要有交互的,需要状态的 如: a. 表单(Form): b. 客户端的脚本处理.DOM处理等功能: c. 服务器的CGI(Common Gateway Interface)以处理包含表单提交在内的动态请求.

HDU 5346 MZL's game (状态设计各种强)

真是太奇妙了,感觉这是这个暑假写的最厉害的DP了(说的好像写过几道DP一样),设计的状态精妙. 因为题解不知道在说个毛线,而且貌似写错了,请问i-1的时候有j-1的活人为什么多攻击一次人会复活?反正我没看懂..而且下面还有情况接下来说. 把它翻译成人话.. 由于每个人等概率出于任意一个位置.不妨视为有序,即从1-n一个一个选中人.该人死亡则跳过.最后统计出所有位置的情况即为一个人的存活率(这个题解说的好像比我容易懂= =) 设计的状态是 dp[i][j]表示,选中第i个人时,第i-n(即没有攻击

暴力dp+状态设计思维——cf1303E

感觉这一题的状态设计很有讲究 一开始的思路是枚举s的前半部分,去贪心的匹配t串,然后再看剩余部分是否可以匹配t的后半部分 但这种思路显然是错的(样例都过不了),原因是可能t后半部分的某个特征串只在s中(对应的一个特征序列)出现了一次, 但是这个s中的特征序列由于被t前半部分贪心的匹配,被打破了,所以不能成功匹配后半部分 后来想到枚举t的前半部分和后半部分,然后用一个二维dp[i][j]去枚举匹配即可 /* 枚举pos:1->T,表示t被分成t[1..pos]和t[pos+1..T]两个串 dp[

最佳实践-设计-状态设计

1. 不要状态回溯 一旦出现状态回环就进入关闭状态. 新建一个实体. 获取实体列表里不出现这个. 2. 状态机多个状态进入到一个状态 例子: 取消状态. 背景: 订单状态: 新建 - 开始计费 - 结束行程 - 已完成(支付成功)每个状态都可以进入取消状态. 解决方案: 设置一个取消状态. 新需求, 产品需求: 1. 客服:查看取消的渠道,原因.  2. 乘客端: 开始计费后取消后无法查看相关距离,金额. 新的解决方案: 1. 多个状态法 1. 新建后的取消 2.有费用后的取消 取分别的名字.

驰骋工作流引擎设计系列04 流程引擎表结构的设计

第1节. 关键字 驰骋工作流引擎 流程快速开发平台 workflow ccflow jflow 第1节. 流程引擎表结构的设计 流程引擎表是流程引擎控制流程运转的数据存储表,是整个流程引擎的核心表.理解表结构,掌握状态字段,相关字段变化的规律,就掌握的整个流程引擎运转的规律了. 1.1.1: 流程引擎表的作用 流程引擎表,是用来存储流程运行中信息的表. 流程在运行过程中,需要把中间数据写入到该表中. 一个流程启动后,就创建一个workid,就在流程引擎注册表里注册一条数据,有一个字段WFStat

SAP中对于获取订单的状态

在SAP中对于如何获取订单的状态,提供了至少两个函数,分别是 STATUS_READ 和   STATUS_TEXT_EDIT.下面简单介绍这两个函数 1.STATUS_READ  改函数的实现原理大概是通过订单的对象好(OR+订单号) 到JEST中取出字段STAT INACT. JEST表中STAT是一串从字面看不出意思的字符,可以根据STAT到表TJ02T中找到具体的描述. 下面是具体用法 DATA:objnr TYPE aufk-objnr. objnr = 'OR000000100014

用户和角色:通用权限管理系统数据库表结构如何设计?

一,前言 权限管理系统的应用者应该有三种不同性质上的使用,A,使用权限B,分配权限C,授权权限 本文只从<使用权限>和<分配权限>这两种应用层面分析,暂时不考虑<授权权限>这种.二,初步分析用户和角色 说到权限管理,首先应该想到,当然要设计一个用户表,一个权限表.这样就决定了一个人有什么样的权限.做着做着就会发现这样设计太过繁琐,如果公司里面所有员工都有这样的权限呢,每一个人都要配置?那是一件很痛苦的事情.因此再添加一个角色表,把某些人归为一类,然后再把权限分配给角色.

最代码网站中关于动态表event的设计思路

原文:最代码网站中关于动态表event的设计思路 为了能将最代码整站用户的操作都展现出来,需要设计一种动态类型,既可以根据业务无限扩展,也可以指定某些用户行为是可以产生多少牛币交换的,这样就在原先javaniu的零散的表设计基础上抽象出event表 表结构如下: CREATE TABLE `javaniu_event` ( `id` bigint(20) unsigned NOT NULL auto_increment, `create_time` datetime NOT NULL, `upd

报表引擎交叉表的报表设计示例

使用Delphi开发了一个报表引擎,以下是一个交叉表的示例: 报表引擎交叉表的报表设计示例