元数据驱动的工作流引技巧

合集下载

XX市国资国企在线监管系统项目技术方案(2023最新)

XX市国资国企在线监管系统项目技术方案(2023最新)

XX市国资国企在线监管系统项目技术方案目录1.项目建设背景 (2)2.项目建设目标和主要内容 (2)2.1项目建设目标 (2)2.2项目建设主要内容 (3)3.系统功能设计方案 (6)3.1应用支撑平台 (6)3.2国资国企在线监管数据中心 (7)3.3统一数据采集与交换平台 (11)3.4国资国企在线监管平台 (14)3.5决策支持和综合分析平台 (32)1.项目建设背景2019年国务院国资委印发了《全国性国资国企在线监管系统建设工作方案的通知》(国资厅发〔2019〕35号)、随后安徽市国资委于2020年《印发了〈全省性国资国企在线监管系统建设工作方案>的通知》(皖国资办函〔2020〕23号)、目前XX市国资委《关于印发〈全市性国资国企在线监管系统建设工作方案>的通知》也已发布。

为进一步加强国资监管信息化工作,贯彻落实党中央、国务院关于“互联网+政务服务”、“互联网+监管”系列决策部署,抓住信息化发展的历史机遇。

XX市国资监管工作积极响应政策要求,紧密结合自身国资国企改革发展的需要,以实际工作为核心,以信息化助力构建国资监管大格局,提高履职能力、优化监管方式,更好的担当起服务国资国企改革发展的职责和使命。

2.项目建设目标和主要内容2.1项目建设目标在新的历史时期,XX市国资监管工作将以依法监管,科学监管为指导方针,建设一个完善的国资国企在线监管系统,实现三个方面的目标。

全面贯彻十九大精神,结合国资监管实际要求发展趋势,充分利用信息化为载体“大数据、云计算”等技术,依据电子政务“资源共享、业务协同”的发展趋势,统一规划、协调实施,面向国资监管机构、国有企业、国有出资企业经营管理人员等不同性质用户,建立以政务外网为基础,统一标准化数据接口、性能稳定、易于扩展、安全可靠、界面友好、功能完善的XX市全市性国资国企在线监管系统,并满足与省国资委国资国企在线监管系统平台对接的政策要求()。

实现国资监管方式由静态信息人工收集向动态管理实时采集转变,数据收集网络化、自动化、实时化;实现国资监管“人、事、资产”的业务覆盖“事前、事中、事后”的全过程管理,做到业务管理信息化、流程化、标准化、集约化;实现国资监管中对国有资产管理的科学性和效率性,及时、准确、动态的掌握国有资产流动情况,提高监管效能,辅助领导决策,增强企业内容及风险防范能力。

XBM开发手册

XBM开发手册

X B M《开发手册》目录1平台开发模式说明 (1)1.1优点 (1)1.2架构层次 (1)1.3XBM组件结构 (1)1.4开发流程 (2)1.5开发模式 (2)2平台的驱动原理 (3)3数据模型设计 (4)4业务活动设计 (4)5OEL (5)5.1概述 (5)5.2详细说明 (5)6OQL (15)6.1概述 (15)6.2详细说明 (15)6.3使用例子 (16)7宏表达式的说明 (17)7.1理论部分 (17)7.2宏(MACRO)表达式定义 (17)7.3逻辑数据的定义和说明 (30)8系统二次开发 (38)9开发例子分析 (38)9.1控件使用部分 (38)9.2表单的 UI 模式 (60)9.3界面之间的参数传递 (60)9.4复合对象的使用 (62)9.5系统批处理功能 (62)9.6查询模板的使用 (63)9.7CHART 图表的使用 (67)9.8权限设置问题 (68)10开发过程中常见问题分析(非系统提示问题) (70)对于构建人员而言,作为开发的基础:1平台开发模式说明1.1优点基于工作流技术、业务驱动技术、GIS相关技术以及对象驱动技术和组件开发采用面向服务的SOA架构,并兼有C/S和B/S的特点将代码封装成组件,避免了繁琐的代码书写易于使用和掌握1.2架构层次物理数据层:包括各类元数据、本地数据、远程数据和控件数据数据驱动层:逻辑数据驱动包括数据的设计、管理和转换等基础构件层:业务构件包括历史管理、工作流引擎、权限认证、规则引擎等;数据载体包括数据窗口、MapCarrier、报表、查询模板、分析图表、数据协议等建模与集成构件:业务构件包括流程建模构件、用户管理构件、历史管理构件、规则定制构件、内嵌式开发环境等;数据处理包括表单定制构件、报表定制构件、模板定制构件等产品框架层:业务建模环境(XBM_Builder)、业务驱动环境、桌面端(XBM_Desktop)、业务驱动模型等1.3XBM组件结构XBM_Builder建模平台XBM_Builder 建模平台的基本功能是:通过可视化建模工具来构建应用系统。

用友U8-UAP简介

用友U8-UAP简介

表单布局设计
多模板的支持 多层次的布局 可视化的设计界面 突破传统的表格 基于MVC的模式
U8 生态链
服务层
配置管理平台 应用平台 协作层
服务总线
服务 服务
服务
数据架构 数据存储
OS 服务器
U8ERP
U8 生态链
IT基础设施 OS
安全
网络通信
硬件
柔性化 协同 集成 应用体验 管理者应用
高效 集约 可管理
各种应用模式支持 完善的部署方案 降低总拥有成本
U8产品架构
客户化/个性化/开发/配置
一次开发
栏目运行时
版本隔离
采用在元数据中定义所属项目的模式 保障各版本间的元数据是隔离的。 IDE登录时需要确定项目。
查询运行时
安全升级
无论标准产品升级到哪个版本都不会对二次开发、客户化 等开发造成影响。
企业门户技术
HTTP(S)
UFIDA U8Enterprise Portal
U8 Portal Engine
• 基于.Net构架 • 场景设计 •多种应用与语言的紧密集成 • 辅助视图 •动态装配
Web Services VB .NET
Application IE
加密服务
KeyManage
U8 Application Server U8基本逻辑构件 Database Server
API Plug in EAI System
U8-UAP
ERP面临的挑战
高效的开发模式
常年以来ERP的软件的开发总在进行大量的重复劳动,前人的劳动并没有给后人带来更多 便利,如何通过一种模式使软件开发如同制造业一样,其成果可以被大量复用,其成功 可以被复制,成为提高软件开发效率的难题。

EMSFlow产品介绍

EMSFlow产品介绍

Visual Web-快速开发向导1 Web-快速开发向导1
EMSFLOW提供了 个快速开发向导,可以快速的完成完整功能的开发 提供了6个快速开发向导 提供了 个快速开发向导, 多表查询向导(QueryWizard) 多表查询向导 通过输入一个查询的SQL语句便可以快速开发出一个完整的查询功能 通过输入一个查询的 语句便可以快速开发出一个完整的查询功能 支持任意多表关联 支持数据字典和表单字典翻译 只需要几分钟, 只需要几分钟,便可以完成一个查询功能 列表页面与查询页面支持自动布局 可以任意调整查询页面、列表页面包括组件,布局, 可以任意调整查询页面、列表页面包括组件,布局,外观等 查询页面与列表页面模板可以可视化修改 表单维护向导(FormWizard) 表单维护向导 只需要几分钟, 只需要几分钟,便可以完成一个复杂的表单维护功能 包括增加/修改 删除/查询列表 修改/删除 查询列表/查询明细功能 包括增加 修改 删除 查询列表 查询明细功能 列表页面与查询页面支持自动布局 增加页面、 增加页面、查询页面与列表页面模板可以可视化修改
工作流引擎工作流引擎-灵活性
工作流引擎同时也是采集了国内国内众多电信、证券、银行、企业、 工作流引擎同时也是采集了国内国内众多电信、证券、银行、企业、电 子政务等行业特殊需求进行了功能扩充。 子政务等行业特殊需求进行了功能扩充。 充分满足国内电子政务、 充分满足国内电子政务、电信等行业特征的要求 支持多种流程模式
EMSFLOW提供了 个快速开发向导,可以快速的完成完整功能的开发 提供了6个快速开发向导 提供了 个快速开发向导, 主从表(1-N) 主从表 主表是表单维护,从表是 从表是DataGrid 主表是表单维护 从表是 主从表(N-N) 主从表 可以同时批量维护主表与从表的数据 主表与从表都是DataGrid 主表与从表都是 统计报表 完全在线设计WEB报表 完全在线设计 报表 支持行列的任意定义,数据抽取后按行列编辑展现 数据抽取后按行列编辑展现,支持动态数据显示和隐藏 支持行列的任意定义 数据抽取后按行列编辑展现 支持动态数据显示和隐藏 可以自定义数据统计表达式 可以为一行定义单独的SQL语句抽取数据 可以为一行定义单独的 语句抽取数据 单元格可以单独用SQL取数据 或者用表达式计算 取数据,或者用表达式计算 单元格可以单独用 取数据 支持Chart图形展现的定义 数据倒出Excel和按 支持 图形展现的定义,数据倒出 和按Excel模板倒出 模板倒出 图形展现的定义 数据倒出 和按 支持填报功能,可以定义行列的填报权限 支持填报功能 可以定义行列的填报权限

一站式服务架构下的电子政务应用系统

一站式服务架构下的电子政务应用系统

[ ywo d lE g v rme tw rf w n ie We ri s Ke r s —o en n; okl e gn ; bsv c o e e
目前 ,国家 电子政务应用 系统 建设的核心 内容是一站 式 电子政 务服务系统 ,这些应用系统是在一站式 电子政务服 务 架构 的基 础 上 进行 加 载和 运 行 的 ,整 个 架构 建 立在ቤተ መጻሕፍቲ ባይዱWe b
E- o e n e y t m fS n l i to n a t g v r m nt s e o i g ePo n fCo t c S
ZHENG n Fe g
(hn tmo i eh oo y&ReerhC ne, n gme t l g , i j iest, ini 0 1 2 C ia o blT c n lg Au e sac e trMaa e n l eTa i Unv ri T ajn3 0 6 ) Co e nn y [ srclT i ae i u sstesri ci cueo —o en n, hc s esnl on f o tc srI i b sdo u t d Abta t hspp r s se evc a ht tr f g vrmet w hi t igep it natt ue.t s ae nt s a dc h er e E i h oc o r n
a t o i a i n s se , u p re y E- ov r me ts a i g p a f m , d i t k st e wo k l w n i e t e g n r lE- o e me t t c u a n ta d u rz t y tm s p o t d b g e n n h rn ltor a t a e r fo e g n , e e a g v r h o n h h n n r t r lu i su n

PDM系统的四个优点和功能

PDM系统的四个优点和功能

PDM系统的四个优点和功能产品数据管理(PDM)在实现企业的信息集成、提高企业的管理水平及产品开发效率等方面的意义是潜在而巨大的,提供的优点如下:1.信息管理:数据定义及其关系的管理,提高信息重用的质量,减少成本、节约重用时间。

能够支持并行工程,改善与客户与供应商的关系,跟踪问题数据的来源。

2.过程管理:整理产品开发过程,改进项目协调,提供项目审查记录,减少开发周期和成本,减少重复工作,工作流程管理,工程变更管理,发布管理。

3.集成管理:通过PDM系统实现企业各个应用系统的集成,包括CAD、CAE、DFx和ERP等。

4.访问控制:基本数据控制与管理,数据的访问,保证数据使用的安全性,提供异地协同产品开发环境,改进项目的可视化和状态信息。

在欧美地区的发达国家中,PDM应用比较广泛,也比较成功。

据国外资料统计,PDM减少工程成本至少10%;缩短产品生命周期至少209/o:减少工程变更控制时间至少30%;减少工程变更数量至少40%。

PDM可以帮助减少引入新产品时间、减少开发新产品的成本、减少新产品成本以及改进产品和服务质量。

PDM的功能虽然PDM系统功能越来越丰富,但文档管理、工作流和过程管理、产品结构配置管理以及系统集成仍然是PDM系统基本和核心的功能,目前企业实施PDM也主要集中在实现这些应用功能上。

1.文档管理数据与文档管理主要是要实现:分布式电子仓库、文档的版本、文档的统一分类编码、文档的属性搜索、文档的使用权限及安全保密、统一的产品数据主模型等。

电子仓库(Data Vault)是数据存储的核心,主要保证数据的安全性和完整性,并支持Checkln/CheckOut、增删、查询等操作,它的建立和使用对用户而言是透明的。

文档本身有完整的生命周期,最初由创建者创建,经过不断修改形成一系列小版本,通过审批形成正式文档发放,不断的反馈意见形成附件,特定情况下需要大的更改乃至重新审批发放,最终项目结束文档归档。

数据仓库建设方案(范文大全)

数据仓库建设方案(范文大全)

数据仓库建设方案(范文大全)第一篇:数据仓库建设方案1.数据仓库概述经过多年IT的建设,信息对于XXX的日常管理已经日益重要,并逐渐成为重要的信息资产,信息资产的管理已经成为日常管理中一个非常重要的环节。

如何管理和利用好XXX内部纷繁的数据也越来越成为信息管理的一项重要工作。

在过去相当一段时间内,XXX业务系统的构建主要围绕着业务的数据展开,应用的构建多是自下而上构建,主要以满足某个部门的业务功能为主,我们称之为业务处理的时代。

这样的构建方式造成了一个个分立的应用,分立的应用导致了一个个的静态竖井。

由于数据从属于应用,缺乏XXX全局的单一视图,形成了一个个信息孤岛,分立的系统之间缺乏沟通,同样数据的孤岛导致只能获得片面的信息,而不是全局的单一视图。

存储这些信息的载体可能是各种异构或同构的关系型数据库,也有可能是XML、EXCEL等文件。

因此,构建新一代的一体化平台提上了日程并最终促成全域数据的管理方式,目的是覆盖XXX各个环节的关键业务数据,完善元数据管理,形成全局的数据字典、业务数据规范和统一的业务指标含义,能够灵活的获取XXX业务数据的单一视图(需要保证数据的一致性、完整性、准确性和及时性)。

数据的交换和共享主要发生在上下级组织机构之间或同级的不同部门之间。

最终,这些数据可以为部队分析、决策支持(多维分析、即席查询、数据挖掘)等应用提供更及时、准确、有效的支持。

数据仓库的目标是实现跨系统数据共享,解决信息孤岛,提升数据质量,辅助决策分析,提供统一的数据服务。

同时,数据仓库的构建也面临着各种挑战,比如信息整合在技术上的复杂度、信息整合的管理成本、数据资源的获取、信息整合的实施周期以及整合项目的风险等。

Page 2 of 7 2.全域数据库总体架构展示层应用层多维分析门户统一授权服务手机平板电脑单点登录PC即席查询报表统计统计分析预测分析分析型管理流程整合数据整合空间数据其他应用基础服务层应用服务器服务总线工作流引擎消息中间件OLAP引擎数据挖掘引擎事件驱动规则引擎协同工作主数据管理引擎大数据分析引擎知识内容管理引擎空间地理数据引擎数据存储区OSD数据仓库数据集市特征库模型库预测数据地理数据MDMHUB共享数据库大数据流媒体数据信息治理、元数据管理IT安全运维管理IT 综合监控交换服务体系数据联邦数据复制数据清洗数据转换大数据流消息队列流程服务信息服务交互服务消息服务数据层(ISB)应用层关系型数据源非关系型数据源传感器/监控数据源核心业务边防一体化其他XMLExcelWeb服务消息队列文本数据摄像头虚拟传感器智能传感器基础设施层(网络、存储、硬件、系统软件)全域数据库总体架构全域数据库总体的层次,最下面是基础架构层,主要包括支撑这一架构运行的主机系统、存储备份系统、网络系统等内容。

BOS软件架构文档

BOS软件架构文档

<项目名称>软件构架文档目录1.简介32.用例视图32.1角色32.2业务建模42.3设计建模43.模型视图43.1业务模型视图43.2设计模型视图43.2.1元元模型(MetaMetaModel) 53.2.2元模型(MetaModel) 63.3业务模型和设计模型的映射74.逻辑视图74.1BOS架构特性74.2BOS组件视图84.3BOS工具集85.进程视图95.1ORM-RPC和J2EE服务器分别部署在不同的进程中95.2ORM-RPC和J2EE服务器部署在一个进程中106.部署视图106.1小规模应用116.2大规模应用116.2.1集群116.2.2集群实现策略126.2.3工作流引擎的部署126.2.4缓存的使用126.2.5消息中心126.2.6唯一编码生成126.3部署模型带来的问题12软件构架文档1.简介BOS内核是一个构建大型应用系统的基础平台(Infrastructure),开发人员、需求分析人员、实施人员、二次开发人员和最终用户,可以利用这个平台提供的工具来构建和定制应用系统。

此平台主要有两个目标一个是提高应用的开发效率,标准化开发过程,提升软件质量;另外一个是给最终用户,实施人员,二次开发人员提供简便快捷的开发和配置工具,使他们可以快速搭建应用,来满足用户的个性化需求。

BOS采用模型驱动架构(MDA)的思想搭建,BOS内部的引擎和基于BOS搭建的应用都是以元模型来驱动的。

采用模型驱动的架构架构使整个应用具有极好的可扩展性,灵活性和开发性。

本文从用例视图,逻辑视图,进程视图和部署视图,来描述BOS的静态和动态结构。

本架构不包含工作流引擎和相关工具的描述,工作流系统可以看成是应用系统的有机组成部分,而不属于BOS内核。

2.用例视图本小节描述了BOS的用户,和BOS提供给这些用户的功能。

2.1角色操作BOS的人员从建模角度分主要包括业务建模人员和设计建模人员。

业务建模人员利用BOS进行粗粒度建模,面向的是业务层面,主要包括对业务数据,业务流程和部分简单业务逻辑进行建模;设计建模人员BOS进行细粒度建模,面向的是设计层面,主要完成对象建模,数据库建模,UI建模,工作流建模,对象模型和数据库模型的映射,对象模型和工作流模型的映射等。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

元数据驱动的工作流引技巧
本文从网络收集而来,上传到平台为了帮到更多的人,如果您需要使用本文档,请点击下载按钮下载本文档(有偿下载),另外祝您生活愉快,工作顺利,万事如意!
引言
工作流管理联盟WFMC(Workflow Management Coalition)对于工作流的定义[1]:工作流是一类能够完全或者部分自动执行的经营过程,根据一系列过程规则,文档、信息或任务能够在不同的执行者之间传递、执行。

工作流引擎为流程的执行提供软件执行的环境,是流程成功执行的关键。

一个设计良好、方便使用、可扩展的工作流引擎对工作流流程来说至关重要,它直接关系到流程是否能够正确执行以及流程的执行效率。

工作流技术出现之后得到了广泛的应用,但是目前的应用多是针对比较固定、简单的业务流程,随着企业的发展,要求随时能对业务流程进行修改和扩展[2],迫切需要工作流具有一定的柔性,这种柔性主要体现在以下三个方面:1)业务流程建模阶段:能够快速、简单、准确地表达各种复杂程度的业务流程,最大程度降低对于业务人员的专业要求;2)业务流程执行阶段:能够实现业务流程的动态修改和扩展,不会对当前的整体系统造成重大影响;3)业务流程维护阶
段:能够提供比较友好的流程维护环境,实现流程的分析和优化,为企业业务流程优化升级提供技术基础。

为了实现这种柔性,本文基于元数据及工作流的相关技术,提出了一种元数据驱动的工作流引擎技术,实现业务流程的灵活性和可扩展性,并对工作流引擎进行了设计和实现,最后对于元数据驱动的工作流引擎进行了总结与展望。

1元数据驱动的工作流元数据的含义元数据是对数据资源的描述,英文名称是“Metadata”,元数据是信息共享和交换的基础和前提,用于描述数据集的内容、质量、表示方式、空间参考、管理方式以及数据集的其他特征。

它可以是单个文件、多个文件或者数据库数据。

元数据一般可以分为描述性元数据、结构性元数据、存取控制性元数据以及管理性元数据等。

元数据在工作流中得到了广泛的应用,在程序中并不直接被处理,而是通过值的改变对程序产生影响,也即在程序的具体执行过程中,元数据往往是起到“解释”的作用[3],开发人员可以通过改变元数据的值来改变系统的运行方式。

这样,不同的元数据值可以让同一段程序具有不同的运行结果。

通过元数据可以使得程序具有一定的柔性,随着元数据值的变化而使程序流转到不同的流程。

工作流的驱动方式工作流的驱
动方式主要有两种:一种是控制驱动,另外一种是数据驱动。

基于控制驱动工作流的控制信息由流程设计者在流程设计时建立,活动的执行按照控制信息依次向下执行,活动与活动之间具有较强的依赖性,所以基于控制驱动的工作流缺乏柔性,当企业的业务流程发生变更时需要重新建立工作流,会对整体产生较大的影响。

与控制驱动的工作流不同,基于数据驱动的工作流并不预先确定流程,而是在活动的执行过程中通过改变活动的相关数据而自动建立业务流程,这种数据驱动的工作流,活动与活动之间是解耦的,可以实现工作流的灵活配置。

本文基于元数据的相关概念,建立了元数据驱动的工作流。

2工作流建模方法工作流的建模方式主要有四种:数据流程图、IDEF方法、角色活动图、事件驱动过程链以及Petri网络等,在工作流建模过程中,活动以及活动之间的关系是需要重点考虑的内容,本文基于面向对象的相关概念,将活动抽象为“对象”,通过元数据建立活动对象的结构,并通过元数据的值的改变,推动活动对象依次向下执行,活动对象的具体结构如图1所示。

图1活动对象示意图该活动对象以XML的形式进行描述:各个对象的属性含义如下所示:活动名称Name:活动的名称,在同一个业务流
程中可以有同样的名称,例如采购过程中的审批活动,可能存在多次审批;活动编号Code:活动对象的唯一确定编号,用以区分各种不同的活动对象;输入参数In_Par:活动的输入参数,用以触发是否可以执行该活动;执行条件Condition:活动对象的执行条件,通过输入参数的值判断活动对象是否满足执行条件;输出参数Out_Par:活动对象执行完毕之后的输出参数,用以向下流转;开始时间BeTime:活动对象开始执行的时间;结束时间EndTime:活动对象结束执行的时间。

元数据驱动的工作流建模过程无须指定具体的流程,而是将业务流程分解成一个个活动对象,活动对象之间通过输入、输出参数以及执行条件进行动态的绑定,具体的执行流程如图2所示。

首先对于流程进行初始化,由外界条件对于活动对象A进行触发,活动对象A接到触发条件,然后结合自身的执行条件判断对象A是否可以执行,如果可以执行,则执行活动对象A的相关动作并输出参数,并将参数发布到工作流引擎中,工作流引擎扫描引擎池中的活动对象,看是否具有符合活动对象的输入参数是活动对象A的输出参数,如果活动对象B符合,则通过活动对象B的执行条件判断活动对象是否可以执行,通过此种机制依次向下执行活动,最终活动对
象C的输出参数为End,活动终止,完成整个业务流程的执行。

3工作流引擎设计
按照工作流管理联盟的相关文件,工作流管理系统的参考模型如图3所示。

工作流引擎位于参考模型的重要位置,关系到流程执行的效率和准确性,主要用来对于流程进行控制、解释、管理相关流程实例的运行并且提供一些流程实例与外界进行交互的功能。

本文设计的基于元数据驱动的工作流引擎主要包括以下四个层次:1)活动对象预处理层本层主要完成流程执行前的准备工作,主要用来解释整个流程并对流程中的活动对象进行数据预处理。

例如当流程开始时,工作流引擎要扫描整个活动对象,判断流程开始的节点。

2)活动对象调度层当活动对象完成活动的执行后,将输出参数发布到工作流引擎当中,工作流引擎扫描整个活动对象,将该输出参数进行广播,其他活动对象接到参数时,同自身的输入参数进行比对,看看是否满足活动对象执行的条件。

3)活动对象执行层该层主要用来对于活动对象进行执行工作,是工作流引擎的核心,根据活动的对象的预先定义,完成数据及信息的处理工作,本层往往要调用系统的相关资源,并对流程执行过程中的各个细节进行记录。

4)控制管理层本层提供了灵活的接口,工作流管理人员可以通过
该层对于活动对象进行动态变更,以实现工作流执行的柔性。

4结束语
本文提出了基于元数据驱动的工作流引擎技术,通过元数据对于活动对象实体进行结构定义,并实现了工作流引擎,通过改变活动对象元数据的值来控制活动的流转方向,实现了工作流在执行过程中的动态变更和灵活扩展,实现了工作流的柔性,很好的解决了业务流程经常变更的企业的需求
本文从网络收集而来,上传到平台为了帮到更多的人,如果您需要使用本文档,请点击下载按钮下载本文档(有偿下载),另外祝您生活愉快,工作顺利,万事如意!。

相关文档
最新文档