工作流功能:
1.流程管理器-流程的管理、流程的配置
2.发起流程-配置流程的发起功能
3.流程列表-针对管理员用户提供的一个用于操作所有流程及其节点的功能
4.已办事项-展示当前登录用户已经处理过的流程节点
5.待办事项-展示需要当前登录用户处理的流程节点
6.抄送事项-展示抄送给当前登录用户的流程节点
7.我的流程-展示当前登录用户所有下发的流程
右侧:控制流程的增删改查。
左侧:控制流程节点的新增和配置。控制流程的保存和发布。

今天主要是人员处理节点,流程导出和导入,后面可以继续使用。(节点名称和动作处理方式默认;处理人员要加,常规是指定人员,不然用不了,添加后要确定。节点动作要提交,提交动作必须添加。)

测试使用的流程节点包涵:(1)人员处理节点,(2)自动化节点(不需要操作),(3)子流程节点,(4)包含网关。人员处理节点包含,退回、转办、协办、回撤、抄送、补签节点。
节点动作:
1.我们可在节点上配置人员处理动作,当流程进行到对应节点,可进行相应的处理动作
2.动作:
(1)通过:流程流转至下一节点
(2)退回:可将流程退回到之前处理过的节点,需要处理人再次进行操作。
(3)转办:用户可以将待办事项转办给非当前处理节点处理人的任意一人进行处理,转办人的待办会消失,被转办人会收到待办,被转办人可以全权待办转办人进行待办处理
(4)协办:用户可以将待办事项转办给非当前处理节点处理人的任意一人进行处理,协办人的待办会消失, 被协办人会收到待办,当被协办的人的待办处理完后,待办会回到之前协办的用户下继续进行处理。处理过程中看不到别人处理过程,别人处理完后才能回到自己这里。
(5)抄送:用户可以将待办事项抄送给非当前节点处理人的任意一人,被抄送人可以在抄送事项中查看自己的抄送信息
(6)补签:用户可以对之前已经走过的某一个节点的处理人(一人或者多人)进行补签处理,补签的人处理完之后,会回到之前补签的状态
子流程节点、包含网关:
1.子流程节点:当前节点会下发子流程,用户需要处理完子流程之后,才能继续父流程操作。
2.包含网关:包含网关上一节点填写的表单数值控制了当前流程流传至哪一条分叉路径。添加判断条件,配置网关。(两个网关)

(1)在回撤节点中填写的表单值控制流程下一节点是包含1节点还是抄送2-1节点,当填
写的工号为1时,流向左侧,当填写的工号2时流向右边。
处理表单:内置表单,和查看表单最好选择同一个表单。一定要填。不然报错。结束节点也要配置。
发起流程:

用于流程的发起
-
点击需要发起的流程,即可进入流程发起页面,点击下方流程右侧加号,即可收藏该流程
流程列表页面可见所有已发起的流程,其中包含已结束、处理中、已废除等状态。同时可在该页面直接对流程进行转办、隐藏,修改等操作。(该页面仅限管理员可见)
查询条件可以自行设计。
开启批处理
-
选中不同流程可点击废弃按钮
-
选中流程均被废除。选中流程,当流程、节点、处理人均相同即可进行指派和隐藏流程操作。
流程废弃后只能查看不能进行任何操作
待办事项
-
用户处理处理流程的页面,(1)单击选中流程,再点击处理流程,即可进入流程处理页面;(2)双击需要处理流程,可进入流程处理页面

开启批处理:批处理流程需要同一流程、同一节点、同一批处理表单
配置批处理表单才能批处理。双击节点处理,蓝色已完成,查看差不多。
已办事项页面同待办事项页面相似,同样是单击选中流程-
点击查看表单、双击流程。
已办页面主要是负责流程的回撤功能,当流程下个节点处理人不是当前用户,打开表单页面,可进行回撤操作
抄送事项操作不会影响流程的运行,只是提供一个查看表单的功能,可进行已阅操作。

注重流转的动作和表单。
你发起的,且需要你处理节点的,后面发现你填写的不对,回车按钮会回撤到你处理的节点,但是所有动作都会记录显示。
我的流程只展示由当前用户所发起的流程,可对流程进行查询流、查看流程,查看表单等操作。

废弃操作不可逆,直接杀死,智能查看了。
表单查询关键字查询,表单的设计有横纵向布局加入输入项,测的话手动配置,就不需要用别人的表单。
HDS背景:
该项目交易核心三地机房部署
(
广州,深圳,上海
)
,其中数据库在广州中心。过去,所有交易流水数据会经由深圳和上海的交易核心直接访问广州数据库进行更新操作,每次请求异地传输网络耗时在10ms
以上,交易系统全链路耗时在
300u
左右,故而效率低下。随着每日交易量逐渐增大,原有的架构已经不能满足业务的发展需要。
天下武功,唯快不破。在高频交易中,交易系统的处理速度是致命武器。如今,随着计算机技术和金融科技不断进步,尤其是投资者机构化发展步伐加快,推动量化交易和高频交易加速发展,这场速度的角逐已从毫秒级、微秒级升级至纳秒级。在“纳秒必争”激烈竞争中,交易系统技术的发展日新月异。
HDS
:
High Performance Data Stream
主要功能:
l
记录实时数据流
l
支持数据流反演
l
高可用,异常重启不影响数据流
l
数据流可靠传输,确保数据流的正确性和连续性,完整性,不丢包
l
数据流传输准实时(还是需要一点时间的)
l
可支持
TCP/UDP/IPC
协议
l 支持1:1及
n
:
1
模式(多发一收)
l 支持参数配置

参数介绍:
• client
端:
• node_id
:不同数据流目录名称
• file_path
:指定读取数据目录
• file_name
:指定读取数据文件
• reuse_sync_file
:定义
client
重启后从新
/
旧数据镜像同步数据
• batch_size
:每批次数据包内消息个数上限(包含若干个小写)
• max_packet_size
:每批次数据包大小上限
• sink_url
:服务端地址
• server
端:
• file_path:服务端数据同步目录
• resume:定义
server
重启后从头开始
/
中断位置重传数据
• url
:服务端地址
数据流目录结构:
client
端:
hds/hds-v2.1.602/bin/sync
server
端:
hds/hds-v2.1.602/bin/backup
配置文件目录:
client
端:
hds/hds-v2.1.602/conf/sync.yml
server
端:
hds/hds-v2.1.602/conf/sink.yml

测试工具:
Linux
Linux
常用操作命令:
•
查看指定进程资源使用情况:
top -p pid
•
查看端口占用:
lsof -i:8000
•
查看实时日志:
tail -f server.log
•
修改配置文件:
vi
:修改
/
查找
/
保存等
•
强制关闭进程:
kill -9 pid
•
查看磁盘使用情况:
du -hl
•
解压文件包:
tar zxvf hds-v2.1.620.tgz
•
设置CPU为高性能模式:cpupower -c all frequency-set -g performance
测试工具:
netperf
主要用途:测试服务器之间通信的性能基准
工具特点:
•
支持
TCP/UDP
•
支持批量数据传输
(bulk data transfer)
模式
•
支持请求
/
应答
(request/response)
模式
•
工作方式
Client/Server
测试结果解读:
•
反映了一个系统能够以多快的速度向另外一个系统发送数据,以及另外一个系统能够以多块的速度接收数据。
操作命令及参数示例:
server
:
netserver -p 8888
client
:
netperf -t UDP_STREAM -H 10.254.2.25 -p 8888 -l 30 -- -m 256
netperf -t UDP_RR -H 10.254.2.25 -p 8888 -- -r 256,256

测试工具:
TC - traffic control
(流量控制)
主要用途:模拟网络丢包以及网络延迟(TC包爬取)

常用
TC
操作命令:
•
安装
tc
命令
sudo apt-get install iproute2
•
模拟网络延迟
10ms
tc qdisc add dev eth0 root netem delay 10ms
•
模拟网络丢包,丢包率
20%
tc qdisc add dev eth0 root netem loss 20%
•
模拟包重复,重复率
10%
tc qdisc add dev eth0 root netem duplicate 10%
•
模拟数据包损坏,损坏率
5%
tc qdisc add dev eth0 root netem corrupt 5%
•
删除tc延迟/丢包设置
tc qdisc del dev eth0 root
client
服务器:
10.254.2.39
server
服务器:
10.254.2.35
测试版本:
hds-v2.1.602.tgz

默认为16和4096,每个批次256,

看key就可以分析消息的次序。
测试用例:根据
HDS
的功能与特点,准备一份测试用例文档,可包含功能
/
性能
/
兼容性等维度