【正文】 企業(yè)信息門戶訪問業(yè)務(wù)流程管理系統(tǒng)，實(shí)現(xiàn)單點(diǎn)登錄，實(shí)現(xiàn)消息 集成與應(yīng)用集成。 業(yè)務(wù)流程管理系統(tǒng)是流程運(yùn)行的主要界面，流程參與人員通過業(yè)務(wù)流程管理系統(tǒng)定義出的界面參與流程。 本章小結(jié) 描述了企業(yè)信息化發(fā)展過程中所面臨的亟需解決的問題，在充分 分析公司 業(yè)務(wù)流程上的不足后 ，對(duì)業(yè)務(wù)流程進(jìn)行了細(xì)致梳理，并明確了系統(tǒng)的功能性需求和非功能性需求。 （ 2）某個(gè)應(yīng)用進(jìn)程或模塊出現(xiàn)的故障不會(huì)導(dǎo)致其它進(jìn)程或模塊不可用，也不 25 華 中 科 技 大 學(xué) 碩 士 學(xué) 位 論 文 會(huì)導(dǎo)致系統(tǒng)崩潰； （ 3） 系統(tǒng)允許 用戶操作 有誤，不會(huì)因?yàn)橛脩舻恼`操作導(dǎo)致系統(tǒng)崩潰等問題發(fā)生。 u s e s u s e s u s e s u s e s u s e s u s e s 系 統(tǒng) 管 理 員查 詢 歷 史 流 程 實(shí) 例掛 起 流 程恢 復(fù) 流 程流 程 管 控 u s e s 啟 動(dòng) 流 程 u s e s 終 止 流 程查 詢 流 程設(shè) 置 流 程 權(quán) 限監(jiān) 察 已 啟 動(dòng) 流 程回 收 垃 圾 工 作 項(xiàng) u s e s u s e s 設(shè) 置 系 統(tǒng) 權(quán) 限各 項(xiàng) 指 標(biāo) 統(tǒng) 計(jì) u s e s 圖 38 流程管控用例 （ 4）用戶可以使用 啟動(dòng)、待辦、完成、歸檔、草稿、查詢和外出七項(xiàng)功能完成業(yè)務(wù)流程 ，用例圖如圖 39 所示 。 用 戶單 點(diǎn) 登 錄文 檔 管 理應(yīng) 用 頁 面 u s e s 信 息 門 戶 u s e s u s e s 圖 35 信息門戶用例 業(yè)務(wù)流程管理系統(tǒng) 業(yè)務(wù)流程管理系統(tǒng)具備工作流 程 引擎、 流程建模 、 表單設(shè)計(jì)、 流程管 控 和客戶端工具 的 基本 應(yīng)用、 統(tǒng)一 的系統(tǒng) 管理工具等組件。 圖 34 員工請(qǐng)假流程圖 系統(tǒng)功能需求 通過上述對(duì)公司管理信息化的問題及業(yè)務(wù)流程的梳理，公司業(yè)務(wù)流程管理系統(tǒng)的功能需求如下： 統(tǒng)一的公司門戶 通過信息門戶對(duì)業(yè)務(wù)流程管理系進(jìn)行訪問，并實(shí)現(xiàn)以下三項(xiàng)功能 ，用例圖如圖35 所示 ： （ 1）用戶通過門戶系統(tǒng)統(tǒng)一單點(diǎn)登錄，避免在使用各應(yīng)用系統(tǒng)時(shí)重復(fù)工作， 21 華 中 科 技 大 學(xué) 碩 士 學(xué) 位 論 文 并通過 AD 域策略和用戶權(quán)限設(shè)置確 保帳戶安全。工藝試驗(yàn)流程如 圖 33所示。在此，從各業(yè)務(wù)域中挑選典型流程，以物料領(lǐng)用、工藝試驗(yàn)和員工請(qǐng)假流程為例，對(duì)論文研究的內(nèi)容進(jìn)行說明。 (3)系統(tǒng)集成 隨著公司信息化程度的提升，公司內(nèi)已經(jīng)有了多個(gè)信息系統(tǒng)在運(yùn)行，但隨之而來的問題是這些系統(tǒng)并未進(jìn)行良好的整合。此類傳統(tǒng)辦公方式存在如下幾個(gè)問題：第一，紙質(zhì)的審批表單易損壞、丟失。并已構(gòu)建起企業(yè) 門戶 網(wǎng)站、郵件系統(tǒng)、CAPP 系統(tǒng)等業(yè)務(wù)應(yīng)用系統(tǒng)。 同時(shí)， 通常 企業(yè) 不 可能 將所有 的信息系統(tǒng)和業(yè)務(wù)流程 集中至一個(gè)應(yīng)用系統(tǒng)。 所以 如果 想 要 確實(shí) 提高 公司 的 流程管理水平 ，則需 盡可能 減少組織內(nèi)作業(yè)程序的閑置狀態(tài)時(shí)間。 （ 2） 缺乏積極響應(yīng)的組織 架構(gòu) 經(jīng)調(diào)研得知 ， 就像 大多數(shù) 企業(yè) 一樣，公司 的工作 流程 呈現(xiàn) 2/8 定律，即僅有約20% 的時(shí)間 用于實(shí)際執(zhí)行任務(wù)，同時(shí) 約 80%的企業(yè)流程時(shí)間 耗費(fèi)在 等待執(zhí)行 、 傳輸 數(shù)據(jù) 或追蹤狀態(tài)之上。 公司現(xiàn)有主要業(yè)務(wù)涉及日常辦公、工藝管理、生產(chǎn)管理、質(zhì)量管理、保密管理、制造資源管理、節(jié)能環(huán)保管理等多方面的業(yè)務(wù)。 這些技術(shù)在 系統(tǒng)的實(shí)現(xiàn)中都會(huì)使用到。在軟件開發(fā)的每個(gè)步驟中，從需求的分析到技術(shù)規(guī)范，再到結(jié)構(gòu)設(shè)計(jì)及配置要求， UML都提供 了模型化和可視化的支持。該圖根據(jù)用戶的角度描述對(duì)系統(tǒng) 的精確要求 類圖 顯示系統(tǒng)中一組類和接口間的靜態(tài)關(guān)系。另外用戶還可以用 SharePoint 2020 Document Event 獲取或者設(shè)定文檔的元數(shù)據(jù) 12 華 中 科 技 大 學(xué) 碩 士 學(xué) 位 論 文 UML建模技術(shù) UML 提供的圖有八種 [9]，如表 21 所示： 表 21 UML 圖的種類表 類別 說 明 用例圖 顯示用例、參與者以及它們之間關(guān)系。 （ 3） 從 到 SharePoint 的集成 為用戶操作 SharePoint 站點(diǎn)中的信息提供了多種集成組件。 （ 2） 任務(wù)列表 Web 部件 使用 任務(wù)列表部件，用戶可以從 SharePoint 站點(diǎn)上查看并執(zhí)行自己的任務(wù)。 （ 1） 從 SharePoint 到 的集成 這種集成為 SharePoint 文檔庫和表單庫提供了企業(yè)級(jí)的流程功能。除 Outlook From 特性外，其余特性均可配合任何一種標(biāo)準(zhǔn)的郵件服務(wù)器來實(shí)現(xiàn)。它提供了多種工具與數(shù)據(jù)提取技術(shù)可以讓用戶快速的從 SAP， 以及企業(yè)的數(shù)據(jù)中心等企業(yè)應(yīng)用系統(tǒng)中抓取數(shù)據(jù) 資源。例如 當(dāng)季某型號(hào)產(chǎn)品產(chǎn)值等 ，數(shù)據(jù)將呈現(xiàn)給報(bào)表的創(chuàng)建人以便他們能訪問所有需要的數(shù) 據(jù)而不必費(fèi)心思記住他們的存儲(chǔ)位置。 流程規(guī)則 圖 22 流程規(guī)則視圖 K2 blackpearl 通過一系列諸如：動(dòng)態(tài)路由、串行流程、并行流程、串并混合流程、前置、后置規(guī)則相互組合，來實(shí)現(xiàn)任務(wù)催辦、會(huì)簽、并簽、任務(wù)轉(zhuǎn)派、審批代 10 華 中 科 技 大 學(xué) 碩 士 學(xué) 位 論 文 理、任務(wù)超時(shí)處理、流程跟蹤及回溯、任務(wù)自動(dòng)提醒、子流程呼叫、流程動(dòng)態(tài)維護(hù)等業(yè)務(wù)場(chǎng)景。按照表單形式劃分，支持： Web Form、 Win Form 兩類主流形式。 當(dāng)我們的業(yè)務(wù)需求發(fā)生變化時(shí) ,可以運(yùn)用 K2 輕而易舉的對(duì)流程和應(yīng)用程序進(jìn)行修改。 它能夠?qū)⒏鞣N流程整合成為一個(gè)獨(dú)立且功能強(qiáng)大的工作作業(yè)平臺(tái) ,從而 簡(jiǎn)化業(yè)務(wù)操作、全面提高企業(yè)運(yùn)營(yíng)效率。 （ 2） 我們可以使用 Moss 2020 完成信息檢索的功能，以 有效地搜索 所需信息，如 文檔、人員 信息或 數(shù)據(jù) 等 。 Moss 2020 簡(jiǎn)介 通過多方比較，在對(duì)系統(tǒng)內(nèi)和同行業(yè)調(diào)研的基礎(chǔ)上，我 們選擇微軟的 SharePoint產(chǎn)品建設(shè)公司的企業(yè)門戶 。 第五章， 通過 部分 測(cè)試用例對(duì)系統(tǒng)進(jìn)行了功能測(cè)試 和 性能測(cè)試，并針對(duì)測(cè)試的結(jié)果作出相應(yīng)的系統(tǒng)設(shè)計(jì)調(diào)整，最終達(dá)到系統(tǒng)最初的預(yù)計(jì)需求和效果。 第二章， 簡(jiǎn)單闡述系統(tǒng)開發(fā)中應(yīng)用的關(guān)鍵技術(shù)，包括 建設(shè)公司企業(yè)門戶的SharePoint，用于搭建公司的業(yè)務(wù)流程管理系統(tǒng)的 K2 blackpearl， 和在工程設(shè)計(jì)上使用的 UML 建模技術(shù)，作為系統(tǒng)開發(fā)所使用的主要技術(shù)環(huán)境。 通過對(duì)國(guó)內(nèi)外 的 BPM 發(fā)展及應(yīng)用對(duì)比可以發(fā)現(xiàn)， 我國(guó) 雖然開始了 BPM 技術(shù) 的應(yīng)用 ， 但總體水平仍處于初級(jí)發(fā)展階段， BPM 發(fā)展落后，對(duì) BPM 的認(rèn)知不足， BPM技術(shù) 的 運(yùn)用 范圍小， BPM 功能實(shí)現(xiàn)的程度低，與國(guó)際 先進(jìn)國(guó)家或企業(yè)的 BPM 水平相比，差距仍然較大。 在 我國(guó) ， BPM 起步較晚， 錯(cuò)過了 BPM 的第 一階段 ， 直接跨入 了 BPM 的第 二階段， 這也是為什么很多國(guó)內(nèi)企業(yè)會(huì)將 BPM 和 ERP 所混淆。 BPM 思想的最早提出可以追溯到泰勒時(shí)期。 BPM 的初步形成階段 ——在 上世紀(jì) 80 年代， 部分企業(yè)陷入困境，而且不是因?yàn)樽陨淼募夹g(shù)不夠先進(jìn)或者員工不夠努力等傳統(tǒng)問題，而是因?yàn)榱鞒碳軜?gòu)的落后 與低效。 （ 2） BPM 的認(rèn)知差異 比起 BPM 運(yùn)用更純熟、研究時(shí)間更長(zhǎng)的西方發(fā)達(dá)國(guó)家， 我國(guó) 接觸 BPM 的時(shí)間較晚，因此 對(duì) BPM 的 認(rèn)識(shí) 和 應(yīng)用還存在很多誤區(qū)。 而在國(guó)內(nèi)， BPM 的應(yīng)用還只是停留在運(yùn)用技術(shù)的層面上，距離形成 BPM 的思想還有不小差距。 (3)企業(yè)信息 系統(tǒng) 的架構(gòu) 局限。 (2)企業(yè)經(jīng)營(yíng)環(huán)境日新月異，而信息系統(tǒng)相對(duì)靜態(tài)。因此 研究業(yè)務(wù)流程管理的設(shè)計(jì)與實(shí)施 是本文的側(cè)重點(diǎn)，也是信息時(shí)代的重要課題。 中國(guó)市場(chǎng)目前被 大量國(guó)外的資深 BPM 解決方案提供商 所占領(lǐng)。 因?yàn)榕f有流程管理系統(tǒng)擁有 缺乏靈活性、 變革成本 高昂 、 依賴 IT 為中心的傳統(tǒng)應(yīng)用等 問題，而想解決以上問題 ，只有借助于業(yè)務(wù)流程管理系統(tǒng)。 針對(duì) 這些流程管理的新問題，眾多流程管理研究 學(xué)者 和機(jī)構(gòu) 對(duì)其進(jìn)行了廣泛而 深入的探索和研究。 隨著信息技術(shù)在全球的迅速普及，眾多企業(yè)通過采用諸如 ERP 等新興技術(shù)、標(biāo)準(zhǔn)或參考體系，雖然看起來緩解了部分系統(tǒng)或流程間的集成問題，但仍未將問題從根本上解決 。管理信息系統(tǒng) 的地位在企業(yè)戰(zhàn)略規(guī)劃中的位置越來越重要。 公司 數(shù)字化研制生產(chǎn)過程是由很多的業(yè)務(wù)工作流程組成，傳統(tǒng)意義的管理是以紙質(zhì)表單的傳遞、簽字蓋章為節(jié)點(diǎn)控制的工作模式，這種工作模式有步驟執(zhí)行清晰、節(jié)點(diǎn)控制嚴(yán)格等優(yōu)點(diǎn)，但是也存在傳遞效率低、修改過程繁雜、不易保存、不易追溯等一系列缺點(diǎn)。 代碼實(shí)現(xiàn) ............................................................... 錯(cuò)誤 !未定義書簽。 基于該實(shí)施方案進(jìn)行了系統(tǒng) 詳細(xì)設(shè)計(jì)，并對(duì)物料領(lǐng)用、工藝試驗(yàn)申請(qǐng)、員工請(qǐng)假等業(yè)務(wù)流程進(jìn)行 了優(yōu)化 設(shè)計(jì) 與代碼開發(fā) 、 測(cè)試和 部署 ， 實(shí)現(xiàn)了上述流程的跨平臺(tái)的信息交互 。這些歷史遺留的管理問題已經(jīng)成為企業(yè)推進(jìn) BPM 進(jìn)程 的重大阻礙。 不保密□。本人完全意識(shí)到本聲明的法律結(jié)果由本人承擔(dān)。 分類號(hào) 學(xué)號(hào) JXXXXXX 學(xué)校代碼 10487 密級(jí) 碩士學(xué)位論文 XXXX 公司業(yè)務(wù)流程 管理 信息 系統(tǒng) 的 設(shè)計(jì)與實(shí)施 學(xué)位申請(qǐng)人 ： XXXX 學(xué) 科 專 業(yè) ： 軟件工程 指 導(dǎo) 教 師 ： XXXX 副 教授 答 辯 日 期 ： A Thesis Submitted in Partial Fulfillment of the Requirements for the Degree for the Master of Engineering Design and Implementation of Business Process Management System of Capital Aerospace Machinery Company Candidate : Liu Yan Major : Software Engineering Supervisor : Assoc. Prof. Li Zili Huazhong University of Science amp。對(duì)本文的研究做出貢獻(xiàn)的個(gè)人和集體，均已在文中以明確方式標(biāo)明。 保密□， 在 年解密后適用本授權(quán)書。而國(guó)內(nèi) BPM 的應(yīng)用還只是停留在運(yùn)用技術(shù)的層面上，企業(yè)最根本的管理模式并未改變，距離形成 BPM 的思想還有 很大的 差距。根據(jù)公司存在的問題 ，在充分調(diào)研的基礎(chǔ)上， 依據(jù)流程優(yōu)化 的 基本方法，運(yùn)用 SDCA 循環(huán)法分析對(duì) 流程進(jìn)行分析改善， 并依此提出了 基于 K2+SharePoint 的流程管理平臺(tái)的 流程信息化 整體 實(shí)施方案。 系統(tǒng)層次及功能劃分 ............................................ 錯(cuò)誤 !未定義書簽。 6 系統(tǒng)測(cè)試 ............................................................................................... 58 測(cè)試目的 .......................................................................................... 59 測(cè)試基本原則 .................................................................................. 59 測(cè)試工具及測(cè) 試環(huán)境 ....................................................................... 59 測(cè)試用例 .......................................................................................... 60 性能測(cè)試 .......................................................................................... 65 VI 華 中 科 技 大 學(xué) 碩 士 學(xué) 位 論 文 測(cè)試結(jié)論 ......................................................