【畢業(yè)學(xué)位論文】（Word原稿）項(xiàng)目匯報(bào)管理平臺(tái)的設(shè)計(jì)與實(shí)現(xiàn)-軟件工程

碩士學(xué)位論文 （專業(yè)學(xué)位） 項(xiàng)目匯報(bào) 管理 平臺(tái) 的設(shè)計(jì)與實(shí)現(xiàn) 姓 名： 楊薩如拉 學(xué) 號(hào)： 所在院系：軟件學(xué)院 學(xué)科門類：計(jì)算機(jī)科學(xué)與技術(shù) 學(xué)科專業(yè)：軟件工程 指導(dǎo)教師：杜慶峰 校外導(dǎo)師： 鄧業(yè)云 二一 一 年 三 月 A in he to 0821170173 u 2011 項(xiàng)目匯報(bào)管理平臺(tái)的設(shè)計(jì)與實(shí)現(xiàn) 楊薩如拉 同 濟(jì) 大 學(xué) 學(xué)位論文版權(quán)使用授權(quán)書 本人完全了解同濟(jì)大學(xué)關(guān)于收集、保存、使用學(xué)位論文的規(guī)定，同意如下各項(xiàng)內(nèi)容：按照學(xué)校要求提交學(xué)位論文的印刷本和電子版本；學(xué)校有權(quán)保存學(xué)位論文的印刷本和電子版，并采用影印、縮印、掃描、數(shù)字化或其它手段保存論文；學(xué)校有權(quán)提供目錄檢索以及提供本學(xué)位論文全文或者部分的閱覽服務(wù)；學(xué)校有權(quán)按有關(guān)規(guī)定向國(guó)家有關(guān)部門或者機(jī)構(gòu)送交論文的復(fù)印件和電子版；在不以贏利為目的的前提下，學(xué)?？梢赃m當(dāng)復(fù)制論文的部分或全部?jī)?nèi) 容用于學(xué)術(shù)活動(dòng)。 學(xué)位論文作者簽名： 年 月 日 同濟(jì)大學(xué)學(xué)位論文原創(chuàng)性聲明 本人鄭重聲明：所呈交的學(xué)位論文，是本人在導(dǎo)師指導(dǎo)下，進(jìn)行研究工作所取得的成果。除文中已經(jīng)注明引用的內(nèi)容外，本學(xué)位論文的研究成果不包含任何他人創(chuàng)作的、已公開發(fā)表或者沒有公開發(fā)表的作品的內(nèi)容。對(duì)本論文所涉及的研究工作做出貢獻(xiàn)的其他個(gè)人和集體，均已在文中以明確方式標(biāo)明。本學(xué)位論文原創(chuàng)性聲明的法律責(zé)任由本人承擔(dān)。 學(xué)位論文作者簽名： 年 月 日同濟(jì)大學(xué) 碩士學(xué)位論文 摘要 摘要 在當(dāng)前工程領(lǐng)域，項(xiàng)目管理軟件已經(jīng)成為工程項(xiàng)目普遍使用的管理手段之一。作為業(yè)主方來(lái)講，要求施工方使用項(xiàng)目管理軟件管理工程項(xiàng)目已經(jīng)成為行業(yè)規(guī)則。但是，目前面臨的問題是施工方使用的項(xiàng)目管理軟件種類繁多，缺乏統(tǒng)一的標(biāo)準(zhǔn)，項(xiàng)目管理牽涉范圍廣、內(nèi)容多 ，也無(wú)法要求實(shí)施方有統(tǒng)一的項(xiàng)目管理軟件。這樣，在客觀上 業(yè)主方對(duì)自己名下多項(xiàng)工程項(xiàng)目缺乏統(tǒng)一的信息化的管理監(jiān)督手段。 本文在上述背景下，針對(duì)項(xiàng)目管理中匯報(bào)和溝通的主題，進(jìn)行項(xiàng)目管 理軟件的設(shè)計(jì)與實(shí)現(xiàn)。首先，在訪談的基礎(chǔ)上，對(duì)項(xiàng)目匯報(bào) 管理軟件的需求進(jìn)行了分析，按照業(yè)務(wù)內(nèi)容模塊化功能。 隨后，從需求模塊、系統(tǒng)界面和數(shù)據(jù)庫(kù)方面進(jìn)行了系統(tǒng)的設(shè)計(jì)。最后簡(jiǎn)述了平臺(tái)的實(shí)現(xiàn)過程及對(duì)平臺(tái)進(jìn)行了一定的測(cè)試，來(lái)驗(yàn)證平臺(tái)的可行性。本文的論述的軟件工程方法，可以給軟件項(xiàng)目的開發(fā)進(jìn)行必要的指導(dǎo)，而且項(xiàng)目匯報(bào)管理軟件也是項(xiàng)目管理軟件類別的一個(gè)重要的補(bǔ)充，具有實(shí)用價(jià)值。 關(guān)鍵詞： 項(xiàng)目管理 軟件工程 項(xiàng)目匯報(bào)管理 n of As is a of by of a of so of So,of a a of In to in of of on of in of to to of is to of is an to 濟(jì)大學(xué) 碩 士學(xué)位論文 目錄 I 目錄 第 1章 概述 . 3 究背景和意義 . 3 目匯報(bào)管理平臺(tái)的概念和作用 . 3 文的研究?jī)?nèi)容和組織結(jié)構(gòu) . 4 第 2章 關(guān)鍵技術(shù)介紹 . 5 特圖（ . 5 特圖的概述 . 5 能樹 . 6 能說明 . 6 作流技術(shù)介紹 . 8 件體系及數(shù)據(jù)總線技術(shù)介紹 . 11 限模型 . 12 則引擎技術(shù)介紹 . 15 術(shù)介紹 . 15 術(shù)介紹 . 19 第 3章 需求分析 . 23 體需求分析 . 23 務(wù)范圍 . 23 統(tǒng)功能需求分析 . 24 體功能結(jié)構(gòu)分析 . 24 統(tǒng)初始化 . 27 度管理 . 30 程資料管理 . 32 . 33 功能性需求分析 . 36 據(jù)需求分析 . 37 第 4章 項(xiàng)目匯報(bào)管理平臺(tái)的設(shè)計(jì) . 37 統(tǒng)體系架構(gòu)設(shè)計(jì) . 37 要功能的設(shè)計(jì) . 38 戶登錄驗(yàn)證模塊 . 38 統(tǒng)初始化模塊設(shè)計(jì) . 39 度管理模塊設(shè)計(jì) . 41 同濟(jì)大學(xué) 碩士學(xué)位論文 目錄 工程資料管理模塊設(shè)計(jì) . 42 同辦公模塊設(shè)計(jì) . 43 統(tǒng)管理模塊設(shè)計(jì) . 43 統(tǒng)界面設(shè)計(jì) . 44 面布局說明 . 45 臺(tái)操作錯(cuò)誤提示舉例 . 45 統(tǒng)數(shù)據(jù)庫(kù)設(shè)計(jì) . 46 表【系統(tǒng)初始化模型】 . 47 表【進(jìn)度資料模型】 . 49 表【工程資料管理模型】 . 50 表【協(xié)同辦公模型】 . 51 第 5章 項(xiàng)目匯報(bào)管理平臺(tái)的實(shí)現(xiàn)與測(cè)試 . 55 統(tǒng)主要功能的實(shí)現(xiàn) . 55 據(jù)總線的實(shí)現(xiàn) . 55 戶登錄驗(yàn)證模塊的實(shí)現(xiàn) . 63 作流的實(shí)現(xiàn)舉例 . 66 期管理功能的實(shí)現(xiàn)舉例 . 69 檔在線查看的實(shí)現(xiàn)舉例 . 75 統(tǒng)界面展示 . 83 臺(tái)的測(cè)試與結(jié)論 . 89 . 89 . 89 . 111 . 113 . 114 統(tǒng)運(yùn)行環(huán)境 . 114 第 6章 結(jié)論與展望 . 115 論 . 115 望 . 115 致謝 117 參考文獻(xiàn) . 118 項(xiàng)目匯報(bào)管理平臺(tái)的 設(shè)計(jì) 與實(shí)現(xiàn) 3 第 1 章 概述 究背景和意義 在當(dāng)前工程領(lǐng)域，項(xiàng)目管理軟件已經(jīng)成為工程項(xiàng)目普遍使用的管理手段之一。作為業(yè)主方來(lái)講，要求施工方使用項(xiàng)目管理軟件管理工程項(xiàng)目已經(jīng)成為行業(yè)規(guī)則。但是，目前面臨的問題是施工方使用的項(xiàng)目管理軟件種類繁多，缺乏統(tǒng)一的標(biāo)準(zhǔn)，項(xiàng)目管理牽涉范圍廣、內(nèi)容多，也無(wú)法要求實(shí)施方有 統(tǒng)一的項(xiàng)目管理軟件。這樣，在客觀上對(duì)業(yè)主方對(duì)自己名下多項(xiàng)工程項(xiàng)目缺乏統(tǒng)一的信息化的管理監(jiān)督手段。 目前，各業(yè)務(wù)方用的監(jiān)督管理方式都是以定期會(huì)議的方式，或要求施工方定期提交件，以 格形式提交進(jìn)度、成本等信息。這樣的方式缺乏時(shí)效性，也很難有準(zhǔn)確的數(shù)據(jù)判斷，無(wú)法實(shí)時(shí)掌握施工方的具體情況，從而也無(wú)法有效支持業(yè)主方對(duì)工程項(xiàng)目的監(jiān)督管理。 目匯報(bào)管理平臺(tái)的概念和作用 項(xiàng)目匯報(bào)管理平臺(tái)是通過一套統(tǒng)一簡(jiǎn)單快速的軟件平臺(tái)，能夠?qū)崟r(shí)采集施工方的施工進(jìn)度、提交文檔、成本等信息，供業(yè)主方、監(jiān)理方、材 料供應(yīng)方、施工方使用，集中管理施工項(xiàng)目的統(tǒng)一管理平臺(tái)。 項(xiàng)目匯報(bào)管理平臺(tái)要求施工方實(shí)時(shí)填報(bào)項(xiàng)目進(jìn)度、按照計(jì)劃提交項(xiàng)目文檔、統(tǒng)計(jì)項(xiàng)目成本等，業(yè)主方能夠通過項(xiàng)目匯報(bào)管理平臺(tái)實(shí)施查看工程項(xiàng)目的各種進(jìn)度信息，監(jiān)理方也可以查看到監(jiān)理相關(guān)的信息和數(shù)據(jù)，材料方可以通過進(jìn)度確定材料使用情況，以便及時(shí)供應(yīng)材料。 與傳統(tǒng)項(xiàng)目管理軟件相比，項(xiàng)目匯報(bào)管理平臺(tái)有以下特點(diǎn)和不同： （ 1） 簡(jiǎn)單性 項(xiàng)目匯報(bào)管理平臺(tái)涉及到的內(nèi)容僅為業(yè)主方、監(jiān)理方關(guān)心的項(xiàng)目?jī)?nèi)容，而不是所有的項(xiàng)目管理內(nèi)容。 （ 2） 實(shí)時(shí)性 通過項(xiàng)目匯報(bào)管理平臺(tái)，業(yè)主方能夠?qū)?時(shí)掌握施工項(xiàng)目的進(jìn)度情況，徹底改變了通過電話、報(bào)表等傳統(tǒng)人工手段了解的方式，從而能夠更加準(zhǔn)確的了解和監(jiān)控項(xiàng)目，提高了對(duì)自己施工項(xiàng)目的管理監(jiān)督水平。 （ 3） 統(tǒng)一性 項(xiàng)目匯報(bào)管理平臺(tái)給業(yè)主方、施工方、監(jiān)理方提供了一個(gè)統(tǒng)一的施工項(xiàng)目進(jìn)度管理平臺(tái)，方便各單位協(xié)同辦公。 同濟(jì)大學(xué) 碩士學(xué)位論文 目錄 4 （ 4） 集成性 通過項(xiàng)目匯報(bào)管理平臺(tái)和各種項(xiàng)目管理軟件的集成，能夠方便的把施工方的數(shù)據(jù)準(zhǔn)確實(shí)時(shí)的同步到項(xiàng)目匯報(bào)管理平臺(tái)，并未給施工方帶來(lái)額外的工作量。 文的研究?jī)?nèi)容和組織結(jié)構(gòu) 本論文以工程項(xiàng)目的實(shí)際溝通需要，研究項(xiàng)目匯報(bào)管理平臺(tái)的主要功能 ，平臺(tái)采用的實(shí)現(xiàn)技術(shù)及設(shè)計(jì)架構(gòu)。 本文的章節(jié)如下： 第 1章概述，主要講述了論文的研究背景及意義， 項(xiàng)目匯報(bào)管理平臺(tái)的基本概念和平臺(tái)的作用。 第 2章 項(xiàng)目匯報(bào)管理平臺(tái)涉及的關(guān)鍵技術(shù)， 主要介紹了 甘特圖、規(guī)則引擎技術(shù)、 工作流 引擎 技術(shù) 、 據(jù)庫(kù)技術(shù)以及平臺(tái)的開發(fā)工具 第 3章 項(xiàng)目匯報(bào)管理平臺(tái)需求分析，描述了平臺(tái)的總體需求和總體功能結(jié)構(gòu)，并分析了系統(tǒng)初始化、進(jìn)度管理、工程資料管理、協(xié)同辦公等主要模塊。 第 4章 項(xiàng)目匯報(bào)管理平臺(tái)的設(shè)計(jì)，詳細(xì) 論述了 項(xiàng)目匯報(bào)管理平臺(tái)用戶登錄驗(yàn)證、系統(tǒng)初始化、進(jìn)度管理、工程資 料管理、協(xié)同辦公模塊的設(shè)計(jì)，介紹了界面的設(shè)計(jì)過程以及數(shù)據(jù)庫(kù)的設(shè)計(jì)過程 。 第 5章項(xiàng)目匯報(bào)管理平臺(tái)的實(shí)現(xiàn)和應(yīng)用。介紹了平臺(tái)主要功能的實(shí)現(xiàn)，包含了部分的代碼，描述了平臺(tái)的測(cè)試和應(yīng)用環(huán)境，給出了應(yīng)用結(jié)論。 第 6章 結(jié)論與展望，關(guān)于本論文設(shè)計(jì)過程的 總結(jié) 和對(duì)平臺(tái)未來(lái)發(fā)展的展望 。 項(xiàng)目匯報(bào)管理平臺(tái)的 設(shè)計(jì) 與實(shí)現(xiàn) 5 第 2 章 關(guān)鍵技術(shù) 介紹 特圖（ 在項(xiàng)目管理中，甘特圖的應(yīng)用非常普遍 。 通過甘特圖的使用，能夠大大提高項(xiàng)目任務(wù)進(jìn)度的直觀性， 改善了用戶界面的友好性，同時(shí)基于甘特圖的任務(wù)關(guān)系的圖形化操作，也使的項(xiàng)目功能操作的性更為直 觀和方便。 特圖 的 概述 甘特圖（ 叫橫道圖、條狀圖 (它是在第一次世界大戰(zhàn)時(shí)期發(fā)明的，以亨利 L 甘特先生的名字命名，他制定了一個(gè)完整地用條形圖表進(jìn)度的標(biāo)志系統(tǒng)。甘特圖內(nèi)在思想簡(jiǎn)單，即以圖示的方式通過活動(dòng)列表和時(shí)間刻度形象地表示出任何特定項(xiàng)目的活動(dòng)順序與持續(xù)時(shí)間?；臼且粭l線條圖，橫軸表示時(shí)間，縱軸表示活動(dòng)（項(xiàng)目），線條表示在整個(gè)期間上計(jì)劃和實(shí)際的活動(dòng)完成情況。它直觀地表明任務(wù)計(jì)劃在什么時(shí)候進(jìn)行，及實(shí)際進(jìn)展與計(jì)劃要求的對(duì)比。管理者由此可便利地弄清一項(xiàng) 任務(wù)（項(xiàng)目）還剩下哪些工作要做，并可評(píng)估工作進(jìn)度。 甘特圖組件實(shí)現(xiàn)了作業(yè)計(jì)劃顯示、跟蹤信息顯示等功能，其甘特圖信息邏輯模型為： 甘特圖條：代表一個(gè)具體的任務(wù)，具有開始時(shí)間、結(jié)束時(shí)間、詳細(xì)信息等內(nèi)容； 甘特圖組：代表一個(gè)甘特圖條的集合，該集合內(nèi)的甘特圖條均在一行中顯示； 甘特圖集：代表一個(gè)甘特圖組的集合，該集合內(nèi)具有集合名稱、甘特圖組等信息內(nèi)容； 甘特圖視圖：代表一個(gè)甘特圖集的集合，該集合內(nèi)具有視圖名稱、甘特圖集等信息內(nèi)容； 甘特圖條關(guān)系：甘特圖信息中某兩個(gè)或幾個(gè)甘特圖條具有的連接關(guān)系。 甘特圖組件包含兩個(gè)核心部分： 1） 甘特圖信息的顯示：如任務(wù)條、機(jī)器名、時(shí)間標(biāo)尺、任務(wù)信息的顯示等； 同濟(jì)大學(xué) 碩士學(xué)位論文 目錄 6 2） 甘特圖顯示信息的控制：實(shí)現(xiàn)當(dāng)任務(wù)條拖動(dòng)時(shí)控制其它任務(wù)條的顯示控制、雙擊任務(wù)條的顯示控制、不同任務(wù)條組的顯示等功能。 該甘特圖組件設(shè)計(jì)成 一組通過 現(xiàn)的 類，當(dāng)程序需要使用該甘特圖組件時(shí)， 通過在頁(yè)面上引用 文件來(lái)加載這些類 。 能樹 甘特圖組件功能樹如 圖 圖 特圖組件功能樹 能說明 甘特圖顯示 甘特圖顯示功能為甘特圖組件核心功能之一，其根據(jù) 配置信息和甘特圖信息，將各個(gè)甘特圖條顯示在界面上。甘特圖組件的顯示區(qū)域分為四個(gè)區(qū)域，如圖 圖 一個(gè)甘特圖顯示實(shí)例，可參考），分別為： 1） 控制區(qū)域： 控制區(qū)域?qū)崿F(xiàn)了甘特圖組件顯示的動(dòng)態(tài)調(diào)整（快捷配置）功能，包括： 顯示甘特圖配置界面； 時(shí)間標(biāo)尺顯示粒度控制； 當(dāng)前時(shí)間顯示； 是否顯示關(guān)系線； 各個(gè)甘特圖集中甘特圖組的顯示控制。 2） 甘特圖視圖區(qū)域： 同濟(jì)大學(xué) 碩士學(xué)位論文 目錄 7 甘特圖視圖區(qū)域?qū)崿F(xiàn)了甘特圖信息中甘特圖視圖名稱的顯示，當(dāng)用戶激活某個(gè)甘特圖視圖時(shí)，甘特圖條區(qū)域顯示該甘特圖視圖所包含的甘 特圖集、甘特圖組和甘特圖條等信息。 3） 甘特圖條區(qū)域： 甘特圖條區(qū)域?qū)⒏侍貓D集的名稱顯示在區(qū)域的最左邊，對(duì)應(yīng)每個(gè)甘特圖集，將該集內(nèi)包含的甘特圖組按行顯示，并在每行內(nèi)顯示該甘特圖組內(nèi)的甘特圖條信息。甘特圖條具有可拖動(dòng)、可雙擊等功能。甘特圖條區(qū)域 4） 時(shí)間標(biāo)尺： 時(shí)間標(biāo)尺的顯示粒度可根據(jù)配置信息進(jìn)行改變，也可通過控制區(qū)域的時(shí)間標(biāo)尺顯示粒度控制而進(jìn)行改變，當(dāng)時(shí)間標(biāo)尺的顯示粒度改變時(shí)，甘特圖條區(qū)域的各個(gè)甘特圖的顯示需進(jìn)行相應(yīng)的變化。時(shí)間標(biāo)尺顯示粒度動(dòng)態(tài)變化規(guī)則為： 顯示粒度分為分鐘、小時(shí)、天，在時(shí)間標(biāo)尺第一 行顯示； 顯示細(xì)度為一整數(shù)，有配置界面設(shè)定，在時(shí)間標(biāo)尺第二行顯示為柱狀小標(biāo)尺； 時(shí)間標(biāo)尺最左方根據(jù)顯示粒度，顯示粒度的總體信息。 甘特圖顯示配置 甘特圖顯示配置其中： 視圖標(biāo)題名稱配置可改變甘特圖視圖區(qū)域的甘特圖視圖標(biāo)題信息； 時(shí)間標(biāo)尺顯示粒度可選擇分、時(shí)、日進(jìn)行配置； 時(shí)間標(biāo)尺顯示細(xì)度可設(shè)置成一個(gè)合理的正整數(shù)； 甘特圖集顯示組數(shù)可設(shè)置成 1 到 10 之間的正整數(shù)，從而控制甘特圖條區(qū)域每個(gè)甘特圖集中顯示的甘特圖組的數(shù)量； 是否顯示關(guān)系線可控制是否在甘特圖區(qū)域中將甘特圖條之間的關(guān)系用線連 接起來(lái)。 甘特圖動(dòng)態(tài)配置 甘特圖動(dòng)態(tài)配置功能對(duì)應(yīng)控制區(qū)域，其基本為一個(gè)甘特圖顯示配置的子集，可視為一類配置功能的快捷方式。 甘特圖信息管理 甘特圖信息管理根據(jù)甘特圖信息的邏輯模型，實(shí)現(xiàn)了對(duì)甘特圖信息的管理功能，包括： 增加甘特圖條、甘特圖組、甘特圖集和甘特圖視圖、甘特圖條關(guān)系等功能； 刪除甘特圖條、甘特圖組、甘特圖集和甘特圖視圖、甘特圖條關(guān)系等功能； 同濟(jì)大學(xué) 碩士學(xué)位論文 目錄 8 修改甘特圖條、甘特圖組、甘特圖集和甘特圖視圖、甘特圖條關(guān)系等功能； 甘特圖條的顯示模式維護(hù)，如甘特圖條高度、顯示信息、顯示顏色等； 甘特圖條移 動(dòng)控制 甘特圖條移動(dòng)控制實(shí)現(xiàn)了當(dāng)在界面上拖動(dòng)甘特圖條或雙擊甘特圖條時(shí)的顯示控制功能。其中： 拖動(dòng)甘特圖條：甘特圖條的拖動(dòng)需實(shí)現(xiàn)實(shí)時(shí)拖動(dòng)效果，其拖動(dòng)可在該甘特圖所在行中進(jìn)行左右拖動(dòng)，也可在各個(gè)甘特圖行中進(jìn)行上下拖動(dòng)。當(dāng)拖動(dòng)過程結(jié)束后，需判斷甘特圖條是否可在該釋放位置上，如果不可行，則取消此次拖動(dòng)，如果可行，則進(jìn)行與此次拖動(dòng)相關(guān)的各個(gè)其它甘特圖條的移動(dòng)。判斷是否可行和其它甘特圖條的移動(dòng)均需由使用該甘特圖組件的程序進(jìn)行配置； 雙擊甘特圖條：當(dāng)雙擊甘特圖條后，需彈出甘特圖條信息窗口顯示甘特圖信息，除甘特圖基本文 字信息外，也可顯示圖片等信息。 作流 技術(shù) 介紹 在項(xiàng)目的審批匯報(bào)中，需要 有 相應(yīng)的 業(yè)務(wù) 流程。 為了適應(yīng)流程的多變性，本項(xiàng)目開發(fā)中決定采用業(yè)務(wù)流程來(lái)處理系統(tǒng)中的流程需求。 工作流技術(shù)介紹 隨著社會(huì)生產(chǎn)的流程化，工作流起著越來(lái)越重要的作用。根據(jù) 定義，工作流（ 是自動(dòng)運(yùn)作的業(yè)務(wù)過程部分或整體，表現(xiàn)為參與者對(duì)文件、信息或任務(wù)按照規(guī)程采取行動(dòng)，并令其在參與者之間傳遞。簡(jiǎn)單地說，工作流就是一系列相互銜接、自動(dòng)進(jìn)行的業(yè)務(wù)活動(dòng)或任務(wù)。 流程管理方面， 最直接有效地滿足需求方法就是采用工 作流解決方案。工作流解決方案把流程定義和業(yè)務(wù)操作分離開來(lái)，使得流程可以相對(duì)獨(dú)立。這樣在流程發(fā)生變化的時(shí)候，不至于修改所有的業(yè)務(wù)功能和邏輯。只需要通過相應(yīng)的流程定義進(jìn)行流程變化的調(diào)整，就可以直接變更系統(tǒng)相應(yīng)的業(yè)務(wù)處理流程，因而采用工作流是靈活應(yīng)對(duì)流程需求的最簡(jiǎn)單有效的解決方案。 同濟(jì)大學(xué) 碩士學(xué)位論文 目錄 9 開源的一款輕量級(jí)工作流解決方案。是基于現(xiàn)有各中工作流系統(tǒng)和理論建立起來(lái)，主要是根據(jù)實(shí)際項(xiàng)目應(yīng)用中常見的流程需求，滿足最基本需求的工作流體系。 要包括流程定義、 置、流程執(zhí)行執(zhí)行引擎、 流程監(jiān)控、流程查詢等部分。 結(jié)構(gòu)圖 ，如圖 示： 圖 作流功能特點(diǎn)圖 流程定義 流程定義包含了所有使業(yè)務(wù)流程 能被工作流 控制之星 的必要信息。這些信息 包括起始和終止節(jié)點(diǎn)、各個(gè)組成節(jié)點(diǎn)、節(jié)點(diǎn)流向規(guī)則 、各業(yè)務(wù)的參與者 的使用權(quán)限 等。 流程定義需要定義流程基本信息、詳細(xì)流程定義、流程節(jié)點(diǎn)屬性定義、流程權(quán)限等。 系統(tǒng)提供簡(jiǎn)單的圖形化流程定義工具，界面如 圖 示： 同濟(jì)大學(xué) 碩士學(xué)位論文 目錄 10 圖 作流流程設(shè)計(jì)示意圖 流程基本信息包括：流程編號(hào)、流程名稱、流程描述、是否修 改、活動(dòng)狀態(tài)、相關(guān)業(yè)務(wù)對(duì)象等信息。 流程節(jié)點(diǎn)信息包括：節(jié)點(diǎn)編號(hào)、節(jié)點(diǎn)名稱、節(jié)點(diǎn)描述、節(jié)點(diǎn)類型、權(quán)限類型、流向類型、節(jié)點(diǎn)文本、相關(guān)面板、相關(guān)服務(wù)等信息。 流程節(jié)點(diǎn)流向信息包括：起始節(jié)點(diǎn)、下一結(jié)點(diǎn)、流向條件等信息。 流程權(quán)限包括：流程編號(hào)、節(jié)點(diǎn)編號(hào)、操作編號(hào)、權(quán)限擁有角色或用戶或用戶組等。 置 流程定義好后，流程的各個(gè)操作需要在不同的業(yè)務(wù)操作界面中調(diào)用，才能啟動(dòng)工作流，并通過相應(yīng)的具有操作權(quán)限的人員的操作，決定工作流的流向和處理結(jié)果。 需要把工作流相應(yīng)的需要人工交互的節(jié)點(diǎn)，配置在相應(yīng)的業(yè)務(wù)處理界面中，這樣 實(shí)現(xiàn)了流程和界面集成的配置化，無(wú)代碼化，同時(shí)在靈活配置方面具有最大的靈活性。 流程執(zhí)行引擎 工作流 流程執(zhí)行 引擎是 核心部分 。它的功能包括：解釋 流程定義，創(chuàng)建流 程實(shí)例并控制其執(zhí)行 過程 ，調(diào)度各項(xiàng)活動(dòng)，為用戶工作表添加工作項(xiàng)，通過應(yīng)用程序接口（ 用應(yīng)用程序，提供監(jiān)督和管理功能等。 同濟(jì)大學(xué) 碩士學(xué)位論文 目錄 11 流程監(jiān)控 流程監(jiān)控是用戶用來(lái)查看流程實(shí)例執(zhí)行情況的入口，通過流程監(jiān)控，可以隨時(shí)對(duì)正在執(zhí)行過程中的工作流示例進(jìn)行查看監(jiān)控，真對(duì)流程執(zhí)行中的各種 事件進(jìn)行及時(shí)的處理。 流程查詢 流程查詢是對(duì)執(zhí)行后所有的流程歷史數(shù)據(jù)進(jìn)行查詢。流程查詢能夠查看流程執(zhí)行過程中所有的詳細(xì)信息，包括示例各節(jié)點(diǎn)的處理記錄信息等。并且能夠通過相關(guān)的業(yè)務(wù)信息直接查看業(yè)務(wù)狀況。 件體系 及數(shù)據(jù)總線技術(shù)介紹 為了滿足系統(tǒng)的擴(kuò)展需求，同時(shí)考慮到平臺(tái)擴(kuò)展和變更的靈活性，在系統(tǒng)內(nèi)部采用微內(nèi)核技術(shù)，外部用總線加插件的架構(gòu)模式構(gòu)建各種應(yīng)用組件。這種方式保證了系統(tǒng)插件的最大靈活性，也保證了系統(tǒng)插件間的“零依賴性”。對(duì)于系統(tǒng)的擴(kuò)展和變更非常的方便， 插件體系結(jié)構(gòu) 如 圖 圖 件體系結(jié)構(gòu)圖 插件式體系結(jié)構(gòu)是一種非常靈活的組件式結(jié)構(gòu)， 通過科學(xué)的分析系統(tǒng)功能，按照功能的內(nèi)斂型，分別設(shè)計(jì)為不同的功能插件。 插件是 符合系統(tǒng)插入接口的可獨(dú)立開發(fā)程序模塊或組建，能夠方便快速的動(dòng)態(tài)的插入系統(tǒng)中， 并且插件可同濟(jì)大學(xué) 碩士學(xué)位論文 目錄 12 以被自由地插入 、刪除和替換 ，并不影響系統(tǒng)其他插件和系統(tǒng)底層系統(tǒng) 。因此它 在系統(tǒng)的維護(hù)和擴(kuò)展時(shí)，具有非常突出的靈活性和方便性， 能夠提高軟件開發(fā)的并行性和開發(fā)效率，降低設(shè)計(jì)開發(fā)難度，縮短開發(fā)周期， 增強(qiáng)應(yīng)用程序的可運(yùn)行性、可測(cè)試性和可維護(hù)性。 數(shù)據(jù)總線 數(shù)據(jù)總線將作為項(xiàng)目匯報(bào)平臺(tái)的各種數(shù)據(jù)交互的唯一 途徑，從而在架構(gòu)上解耦了系統(tǒng)插件間相互依賴的關(guān)系，使得系統(tǒng)插件擴(kuò)展和替換基本不會(huì)影響現(xiàn)有其他插件。數(shù)據(jù)總線存在存、取兩種操作。 數(shù)據(jù)總線的生命周期是是 就是說從用戶會(huì)話開始到用戶會(huì)話結(jié)束數(shù)據(jù)總線是一貫和連續(xù)的。數(shù)據(jù)總線是線程獨(dú)享的、線程安全的，一個(gè)線程對(duì)數(shù)據(jù)總線的改變不會(huì)影響到其他線程對(duì)數(shù)據(jù)總線的使用，每個(gè)線程都是使用的總線的副本。 插件和總線的關(guān)系如 圖 圖 線技術(shù)示意圖 限模型 本項(xiàng)目中對(duì)于權(quán)限模型的需求以功能權(quán)限為主，經(jīng)過分析決定采用業(yè)界比較流 行和通用的 限模型，該權(quán)限模型基本覆蓋了項(xiàng)目中的權(quán)限定義和使用需求，下面詳細(xì)介紹一下 型。 權(quán)限管理使用的權(quán)限模型是綜合考慮多種權(quán)限應(yīng)用經(jīng)過進(jìn)一步抽象分析所采取的相對(duì)通用的一種模型。也是業(yè)界最為通用的模型，即 基于角色的訪問控制（ 模型。采用這種模型基本可以滿足各種業(yè)務(wù)應(yīng)用的權(quán)限分配和管理需求。 同濟(jì)大學(xué) 碩士學(xué)位論文 目錄 13 介 基于角色的訪問控制（ 入了 概念 ,目的是為了隔離 動(dòng)作主 體， 限，表示對(duì) 一個(gè)操作，即 為一個(gè)用戶 (權(quán)限 (代理層，解耦了權(quán)限和用戶的關(guān)系，所有的授權(quán)應(yīng)該給予 不是直接給 權(quán)限顆粒，由 成，表示對(duì) 一個(gè) 如，對(duì)于新聞的刪除操作。 關(guān)系，這就是權(quán)限的核心。 基于角色的訪問控制方法（ 顯著的兩大特征是： 權(quán)限之間的變化比角色 /用戶關(guān)系之間的變化相對(duì)要慢得多，減小了授權(quán)管理的復(fù)雜性，降低管理開銷。 對(duì)企業(yè)的變化有很大的伸縮性。 本概念 為權(quán)限授權(quán)實(shí)際上是 問題。在 型中， 成了訪問權(quán)限三元組 ,也就是“ 行 操作”。 限的擁用者或主體（如 限針對(duì)的對(duì)象或資源（ 體的權(quán)限（ 向授權(quán)與負(fù)向授權(quán)）。 作。表明對(duì) 作。也就是 色，一定數(shù)量的權(quán)限的集合。權(quán)限分配的單位與載體 ,目的是隔離 邏輯關(guān)系 . 戶組，權(quán)限分配的單位與載體。權(quán)限不考慮分配給特定的用戶而給組。組可以包括組 (以實(shí)現(xiàn)權(quán)限的繼承 )，也可以包含用戶，組內(nèi)用戶繼承組的權(quán)限。 多對(duì)多的關(guān)系。 以層次化，以滿足不同層級(jí)權(quán)限控制的要求。 關(guān)注點(diǎn)在于 關(guān)系。稱為 A) 和 A). 關(guān) 系 的 左 右 兩 邊 都 是系。就是 以有多個(gè) 以包括多個(gè) 凡是用過 知道， n:m 的關(guān)系需要一個(gè)中間表來(lái)保存兩個(gè)表的關(guān)系。這 相當(dāng)于中間表。事實(shí)上，整個(gè) 是基于關(guān)系模型。 同濟(jì)大學(xué) 碩士學(xué)位論文 目錄 14 是比較隱晦的一個(gè)元素。標(biāo)準(zhǔn)上說：每個(gè) 一個(gè)映射，一個(gè)用戶到多個(gè) 映射。當(dāng)一個(gè)用戶激活他所有角色的一個(gè)子集的時(shí)候，建立一個(gè) 個(gè) 單個(gè)的 聯(lián)，并且每個(gè) 以關(guān)聯(lián)到一或多個(gè) 在 統(tǒng)中， 際上是在扮演角色 (可以用 取代個(gè)想法來(lái)自于 書 式?？紤]到多人可以有相同權(quán)限， 入了 概念。 樣也看作是 概念就具象到一個(gè)人。 這里的 的 ）不同。 用于操作系統(tǒng)中。其中的 接和權(quán)限相關(guān)聯(lián)，實(shí)際上 概念。 和組織機(jī)構(gòu)有關(guān)，但不是組織機(jī)構(gòu)。二者在概念上是不同的。組織機(jī)構(gòu)是物理存在的公司結(jié)構(gòu)的抽象模型，包括部門，人，職位等等，而權(quán)限模型是對(duì)抽象概念描述。組織結(jié)構(gòu)一般用 責(zé)任模式來(lái)建模。 式中的 關(guān)系，是每個(gè) 以對(duì)應(yīng)到一個(gè) 可能不是所有的 有對(duì)應(yīng)的 的部門 組織可以對(duì)應(yīng)到 之 必對(duì)應(yīng)一個(gè)實(shí)際的機(jī)構(gòu)。例如，可以有副經(jīng)理這個(gè) 是多人有相同職責(zé)。 引入 個(gè)概念，除了用來(lái)解決多人相同角色問題外，還用以解決組織機(jī)構(gòu)的另一種授權(quán)問題：例如， A 部門的新聞我希望所有的 A 部門的人都能看。有了這樣一個(gè) A 部門對(duì)應(yīng)的 可直接授 權(quán)給這個(gè) 示意圖如 圖 示： 圖 型示意圖 同濟(jì)大學(xué) 碩士學(xué)位論文 目錄 15 則引擎 技術(shù)介紹 隨著企業(yè)級(jí)應(yīng)用的復(fù)雜化 ,需求不斷的隨著業(yè)務(wù)規(guī)則的變化而變化 ， 使得企業(yè)應(yīng)用中的業(yè)務(wù)邏輯需要同開發(fā)人員的技術(shù)架構(gòu)相分離 ， 需要將這些業(yè)務(wù)規(guī)則從軟件中抽取出來(lái) ,進(jìn)行集中的管理 ,使之能夠在不同的時(shí)段 (包括運(yùn)行時(shí) )， 可以動(dòng)態(tài)的對(duì)業(yè)務(wù)規(guī)則進(jìn)行修改 ,而不用 修改和維護(hù)系統(tǒng)， 規(guī)則引擎基于此目的而提出的 。 規(guī)則引擎可以看作是一套軟件組件 ， 它負(fù)責(zé)將應(yīng)用程序中的業(yè)務(wù)規(guī)則 (業(yè)務(wù)邏輯 )抽取出來(lái) ， 使用預(yù)定義的語(yǔ)義模塊編寫業(yè)務(wù)決策 ， 可以 接受數(shù)據(jù)輸入并對(duì)業(yè)務(wù)規(guī)則 (業(yè)務(wù)邏輯 )。 軟件工廠創(chuàng)建的系統(tǒng)中的服務(wù)支持規(guī)則引擎，可以靈活定義服務(wù)之間的執(zhí)行規(guī)則，規(guī)則引擎將自動(dòng)解析業(yè)務(wù)規(guī)則來(lái)實(shí)現(xiàn)復(fù)雜的企業(yè)業(yè)務(wù)邏輯。通過業(yè)務(wù)規(guī)則的抽取定義和隔離，大大 降低 了 實(shí)現(xiàn)復(fù)雜業(yè)務(wù)邏輯的復(fù)雜性，降低 了 應(yīng)用系統(tǒng) 的維護(hù)和可擴(kuò)展性成本。 技術(shù)介紹 為了保證系統(tǒng)具有優(yōu)良的可集成性和可擴(kuò)展性，內(nèi)部采用 技術(shù)，也就是說系統(tǒng)內(nèi)部的業(yè)務(wù)性功能點(diǎn)均能夠方便的進(jìn)行 裝，供外部調(diào)用繼承，也保證了系統(tǒng)架構(gòu) 的清晰性。 面向服務(wù)的體系結(jié)構(gòu)（ 叫面向服務(wù)架構(gòu)）是指為了解決在 境下業(yè)務(wù)集成的需要，通過連接能完成特定任務(wù)的獨(dú)立功能實(shí)體實(shí)現(xiàn)的一種軟件系統(tǒng)架構(gòu)。 一個(gè)組件模型，它將應(yīng)用程序的不同功能單元（稱為服務(wù)）通過這些服務(wù)之間定義良好的接口和契約聯(lián)系起來(lái)。接口是采用中立的方式進(jìn)行定義的，它應(yīng)該獨(dú)立于實(shí)現(xiàn)服務(wù)的硬件平臺(tái)、操作系統(tǒng)和編程語(yǔ)言。這使得構(gòu)建在各種這樣的系統(tǒng)中的服務(wù)可以以一種統(tǒng)一和通用的方式進(jìn)行交互。 在軟件技術(shù)的發(fā)展過程 中，體系架構(gòu)經(jīng)歷了 如圖 示的 發(fā)展歷程： 單片機(jī)編程結(jié)構(gòu)化編程客戶/服務(wù)器三層結(jié)構(gòu)多層結(jié)構(gòu)分布式結(jié)構(gòu)組件架構(gòu)面向服務(wù)架構(gòu)圖 系架構(gòu)發(fā)展歷程圖 同濟(jì)大學(xué) 碩士學(xué)位論文 目錄 16 面向服務(wù)的體系結(jié)構(gòu)（ 一個(gè)組件模型，它將應(yīng)用程序的不同功能單元（稱為 服務(wù) ）通過這些服務(wù)之間定義良好的接口和契約聯(lián)系起來(lái)。接口是采用中立的方式進(jìn)行定義的，它應(yīng)該獨(dú)立于實(shí)現(xiàn)服務(wù)的硬件平臺(tái)、操作系統(tǒng)和編程語(yǔ)言。這使得構(gòu)建在各種這樣的系統(tǒng)中的服務(wù)可以以一種統(tǒng)一和通用的方式進(jìn)行交互。 面向服務(wù)架構(gòu)，它可以根據(jù)需求通過網(wǎng)絡(luò)對(duì)松散耦合的粗粒度應(yīng)用組件進(jìn)行分布式部署、 組合和使用。服務(wù)層是 以直接被應(yīng)用調(diào)用，從而有效控制系統(tǒng)中與軟件代理交互的人為依賴性。 一種粗粒度、松耦合服務(wù)架構(gòu)，服務(wù)之間通過簡(jiǎn)單、精確定義接口進(jìn)行通訊，不涉及底層編程接口和通訊模型。 以看作是 B/S 模型、術(shù)之后的自然延伸。 能夠幫助軟件工程師們站在一個(gè)新的高度理解企業(yè)級(jí)架構(gòu)中的各種組件的開發(fā)、部署形式，它將幫助企業(yè)系統(tǒng)架構(gòu)者以更迅速、更可靠、更具重用性架構(gòu)整個(gè)業(yè)務(wù)系統(tǒng)。較之以往，以 構(gòu)的系統(tǒng)能夠更加從容地面對(duì)業(yè)務(wù)的急劇變化 。 體系結(jié)構(gòu) 基于 系統(tǒng)是一種 松耦合的系統(tǒng) ， 這種具有中立的接口定義（沒有強(qiáng)制綁定到特定的實(shí)現(xiàn)上）的特征稱為服務(wù)之間的松耦合。松耦合系統(tǒng)的好處有兩點(diǎn)，一點(diǎn)是它的靈活性，另一點(diǎn)是，當(dāng)組成整個(gè)應(yīng)用程序的每個(gè)服務(wù)的內(nèi)部結(jié)構(gòu)和實(shí)現(xiàn)逐漸地發(fā)生改變時(shí)，它能夠繼續(xù)存在。而另一方面，緊耦合意味著應(yīng)用程序的不同組件之間的接口與其功能和結(jié)構(gòu)是緊密相連的，因而當(dāng)需要對(duì)部分或整個(gè)應(yīng)用程序進(jìn)行某種形式的更改時(shí)，它們就顯得非常脆弱。 對(duì)松耦合的系統(tǒng)的需要來(lái)源于業(yè)務(wù)應(yīng)用程序需要根據(jù)業(yè)務(wù)的需要變得更加靈活，以適應(yīng)不斷變化的環(huán)境，比如經(jīng)常改 變的政策、業(yè)務(wù)級(jí)別、業(yè)務(wù)重點(diǎn)、合作伙伴關(guān)系、行業(yè)地位以及其他與業(yè)務(wù)有關(guān)的因素，這些因素甚至?xí)绊憳I(yè)務(wù)的性質(zhì)。我們稱能夠靈活地適應(yīng)環(huán)境變化的業(yè)務(wù)為按需（ On 務(wù)，在按需業(yè)務(wù)中，一旦需要，就可以對(duì)完成或執(zhí)行任務(wù)的方式進(jìn)行必要的更改。 雖然面向服務(wù)的體系結(jié)構(gòu)不是一個(gè)新鮮事物，但它卻是更傳統(tǒng)的面向?qū)ο蟮哪Ｐ偷奶娲Ｐ?，面向?qū)ο蟮哪Ｐ褪蔷o耦合的，已經(jīng)存在二十多年了。雖然基于 系統(tǒng)并不排除使用面向?qū)ο蟮脑O(shè)計(jì)來(lái)構(gòu)建單個(gè)服務(wù)，但是其整體設(shè)計(jì)卻是面向服務(wù)的。由于它考慮到了系統(tǒng)內(nèi)的對(duì)象，所以雖然 基于對(duì)象的，但是作為一個(gè)整體，它卻不是面向?qū)ο蟮摹２煌幵谟诮涌诒旧?。統(tǒng)原型的一個(gè)典型例子是通用對(duì)象請(qǐng)求代理體系結(jié)構(gòu)（ 濟(jì)大學(xué) 碩士學(xué)位論文 目錄 17 它已經(jīng)出現(xiàn)很長(zhǎng)時(shí)間了，其定義的概念與 似。 然而，現(xiàn)在的 經(jīng)有所不同了，因?yàn)樗蕾囉谝恍└碌倪M(jìn)展，這些進(jìn)展是以可擴(kuò)展標(biāo)記語(yǔ)言（ 基礎(chǔ)的。通過使用基于 語(yǔ)言（稱為 務(wù)描述語(yǔ)言（ 來(lái)描述接口，服務(wù)已經(jīng)轉(zhuǎn)到更動(dòng)態(tài)且更靈活的接口系統(tǒng)中，非以前 的接口描述語(yǔ)言（ 比了。 務(wù)并不是實(shí)現(xiàn) 惟一方式。前面剛講的 另一種方式，這樣就有了面向消息的中間件（ 統(tǒng)，比如 是為了建立體系結(jié)構(gòu)模型，您所需要的并不只是服務(wù)描述。您需 要定義整個(gè)應(yīng)用程序如何在服務(wù)之間執(zhí)行其工作流。您尤其需要找到業(yè)務(wù)的操作和業(yè)務(wù)中所使用的軟件的操作之間的轉(zhuǎn)換點(diǎn)。因此， 該能夠?qū)I(yè)務(wù)的商業(yè)流程與它們的技術(shù)流程聯(lián)系起來(lái)，并且映射這兩者之間的關(guān)系。例如，給供應(yīng)商付款的操作是商業(yè)流程，而更新您的零件數(shù)據(jù)庫(kù)，以包括進(jìn)新供應(yīng)的貨物卻是技術(shù)流程。因而，工作流還可以在 設(shè)計(jì)中扮演重要的角色。 此外，動(dòng)態(tài)業(yè)務(wù)的工作流不僅可以包括部門之間的操作，甚至還可以包括與不為您控制的外部合作伙伴進(jìn)行的操作。因此，為了提高效率，您需要定義應(yīng)該如何得知服務(wù)之間的關(guān)系的策略 ，這種策略常常采用服務(wù)級(jí)協(xié)定和操作策略的形式。 最后，所有這些都必須處于一個(gè)信任和可靠的環(huán)境之中，以同預(yù)期的一樣根據(jù)約定的條款來(lái)執(zhí)行流程。因此，安全、信任和可靠的消息傳遞應(yīng)該在任何 都起著重要的作用。 體系結(jié)構(gòu)作用 我可以用面向服務(wù)的體系結(jié)構(gòu)做什么？ 對(duì) 需要來(lái)源于需要使業(yè)務(wù) 統(tǒng)變得更加靈活，以適應(yīng)業(yè)務(wù)中的改變。通過允許強(qiáng)定義的關(guān)系和依然靈活的特定實(shí)現(xiàn)， 統(tǒng)既可以利用現(xiàn)有系統(tǒng)的功能，又可以準(zhǔn)備在以后做一些改變來(lái)滿足它們之間交互的需要。 下面舉一個(gè)具體的例子。一個(gè)服裝零售組織 擁有 500 家國(guó)際連鎖店，它們常常需要更改設(shè)計(jì)來(lái)趕上時(shí)尚的潮流。這可能意味著不僅需要更改樣式和顏色，甚至還可能需要更換布料、制造商和可交付的產(chǎn)品。如果零售商和制造商之間的系統(tǒng)不兼容，那么從一個(gè)供應(yīng)商到另一個(gè)供應(yīng)商的