JNPF.WF的概念: 工作流自動化並不複雜
工作流的自動化
個人電腦的普及,網路和電子郵件的廣泛應用使工作流的自動化成為可能。電腦軟體提供了智慧電子表格替代紙張表格的有效方法;資料庫為大量過去儲存在檔案櫃裡的資料提供了儲存空間;網路促生了電子郵件,提供了快速高效傳遞資訊的方法;計算機與生俱來的計算能力提供了事實上無窮無盡的控制、管理和測度工作流程式。
工作流自動化的主要成分
工作流自動化如今成了管理的一句時髦話。市面上也有很多號稱能啟用工作流的自動化產品。只要他們的應用程式支援基本的E-mail功能,賣主就會隨意地把"啟用工作流"作為標籤貼在產品上。然而,這類產品和真正工作流自動化軟體之間的差別就如同寫字版和Word之間的差別。我們相信,應用程式只有具備了下列主要特徵,才能稱其為工作流自動化解決方案:
能夠畫出工作流程圖,當然以圖形化介面設計的為佳;
為每個步驟設計電子表格;
將外部應用程式結合為工作流自動化的一部分;
與電子表格及企業資料庫相連線;
設計基於複雜業務規則的條件型路由的工作流程圖,最好無須程式設計;
根據功能、使用者名稱稱或上下級關係按規則傳遞資訊;
能夠監控工作流執行狀況;
能夠對工作流進行調節;
能夠模擬並測試工作流的行為;
工作流的應用必須支援多使用者並具高度可靠性;
工作流的應用必須支援內部網或英特網及跨多種平臺。
因為下述幾個原因,工作流自動化業界有"適合處理複雜業務流程"的名聲。
1、常規工作流自動化軟體包及其部署相當昂貴。通常,伴隨產品的是長時期的諮詢關係。所以為了非常簡單的業務流程購買和部署軟體是被不被採納的。這些軟體通常只被用於複雜、關鍵和控制成本相對較高而工作流自動化帶來的效益明顯的量產型工作流應用。因此經銷商和使用者都會不自覺地關注於將複雜的業務問題自動化。
2、處於類似原因,工作流研究人士首先會關注解決了哪些複雜的業務流程問題。而對於大多數案例而言,為解決簡單工作流程問題部署自動化軟體的成本顯然是不經濟的。這裡遵循一條簡單的道理:走之前必須先會爬,跑之前必須先會走。
3、最後一條原因,也是"IT業的尷尬"。總經理對IT部門經理工作衡量的標準就是:能夠解決複雜問題的能力。自然,IT經理就會不遺餘力地解決那些複雜的問題,他們的方案通常也就複雜而且昂貴。
所有這些目前都在改變。針對桌面電腦的應用方案快速發展以及工作流解決方案的發展使解決日常工作流程問題成為可能。費用不再昂貴,部署更為簡便。事實上,企業越來越意識到工作流的重要性,同時在部署複雜關鍵的流程自動化之前,願意從一些簡單的流程入手積累經驗。
我也簡單用自己的話介紹一下JNPF線上辦公平臺的工作流體系:
支援一站式開發、多端使用,需求發生變化只需調整業務服務流程或修改操作即可;
工作流是工作中流程的抽象:它將流程抽象為環節、路由兩大板塊,內部細分有起始環節、結束環節、中間環節;路由包含了對業務過程的動態操作規則的描述,如動態選擇路由和靜態選擇路由,分發、合併等等;它將工作中的業務執行過程進行抽象為一種流程的定義模型,內部包含了一組資料結構,這就是定義資料,它一般由一個自定義工具來完成繪製,儲存為所需要的配置資料;執行時根據業務資料和配置資料一起決定當前的處理動作,並根據處理結果選擇路由選擇到對應的下一個環節,直到有結束環節;對於子流程和流程合併就不多提了。
工作流用來幹什麼?它提高工作效率、提高流程的靈活性、以及開發速度、減少BUG;工作流因為是對流程的進一步抽象,很多工廠內部的各類業務流程千奇百怪,如果每條都要去硬編碼if else走流程,會消耗大量人力物力,而工作流只需要將第一個流程跑得比較順,後面幾乎就是繪圖;提高靈活體現在可以在一定原則上隨時跟新流程,而且是透過圖形介面,這樣在上線前可以給客戶多次確認流程問題後再上線,而不需要修改程式;開發速度主要是如果一個較為完善的工作流,第一個程式除錯透過後,後面幾乎不用編寫程式碼了,或者非常少去編寫一些非常個性化的程式碼;減少BUG是因為大部分程式碼都是共享的,要改只改一處,整個系統同型別的BUG被鎖定在一兩個地方而不是每個地方都會有一樣的BUG,從頭改到尾。
3、 JNPF.WF工作流只需要一臺電腦或一個手機,隨時隨地檢視和審批進度,這樣哪怕您有多個公司只需要一套工作流系統都可以監管所有公司的業務流向、日程開銷、財務收入、工作內容等等一系列的工作,只有想不到的沒有做不到的;
4、工作流其實說白了只是一個概念,實現它價值的是工作流引擎,工作流沒有完全適應每個企業的,都有一些擴充套件性的要求,這些擴充套件性的要求決定了資料結構搭建的大致方式,工作流引擎基於配置資料和業務資料驅動執行;而配置資料的定義時透過工作流定義工具去完成的。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/69980049/viewspace-2711037/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- Cadence:馴服複雜流程的工作流引擎
- java自動化——web自動化複習JavaWeb
- Kubernetes 複雜嗎?可以不復雜
- 密碼的複雜化密碼
- 工作流自動化和RPA自動化,哪個更適合你?
- DevOps 自動化實踐 —— Incident 工作流devIDE
- [譯] 無盡滾動的複雜度 — 來自 Google 大神的拆解複雜度Go
- 使用API自動生成工具優化前端工作流API優化前端
- 工作流自動化 低程式碼是關鍵
- Linux系統自動隨機生成複雜密碼方法Linux隨機密碼
- 業務複雜度不夠,如何深挖複雜度
- 透過CRM系統實現工作流程自動化
- 直面不確定性與非線性的複雜現實:邁向複雜性經濟 - Cilliers
- Kubernetes會不會被自身的複雜性壓垮?
- 工作流自動化能為企業帶來什麼?
- 使用 Playwright 複用 Cookie:簡化自動化測試的高效方法Cookie
- 資料結構-基本概念和時空複雜度資料結構複雜度
- 對微服務實現工作流自動化的一些注意點微服務
- 如何處理不穩定的自動化測試?
- DDD之理解複雜度、尊重複雜度、掌控複雜度複雜度
- 複雜度分析的套路及常見的複雜度複雜度
- 尊重玩家創作意願,《蛋仔派對》UGC內容跨圈裂變並不複雜GC
- springboot docker jenkins 自動化部署並上傳映象Spring BootDockerJenkins
- [小團隊自動化] (一) Drone CI For Github —— 打造自己的CI/CD工作流Github
- 如何實現自動化工作流?
- AliAGC 自動增益控制演算法:解決複雜場景下的音量問題GC演算法
- 隨身碟插入自動讀寫/隨身碟插入自動複製檢測隨身碟的插入,以及進行自動複製檔案並寫入檔案
- 自動化HDFS資料複製機制的簡單方法!
- 如何完成複雜查詢的動態構建?
- 複雜連結串列的複製
- 工作流自動化對企業來說意味著什麼?
- 工作流自動化益處多多?此“神器”予你最大賦能!
- 自動化代替重複勞動、解放銷售的神器-Zoho CRM系統
- 有些人喜歡簡單的事情複雜化
- 飛書Webhook觸發操作指南,實現事件驅動型工作流自動化WebHook事件
- 使用ajax請求傳送複雜的json資料型別,並解決fastjson解析複雜的json資料型別的問題JSON資料型別AST
- BZOJ 4195 程式自動分析【並查集+離散化】並查集
- python自動化——selenium——教程截圖筆記複習Python筆記