UML關于項目管理中文檔組織_工程管理

1、UML關于項目管理中文檔組織運用UML建模技術，對項目管理中文檔的組織流程進行模型化描述，并用圖示化形式表述項目管理與文檔管理的數據接口實現(xiàn)。一、前言PDM是一種戰(zhàn)略性的企業(yè)管理體系框架，它應用一組全都的業(yè)務方案來支持在擴展企業(yè)內創(chuàng)建、管理、分布和使用掩蓋產品整個生產過程的產品信息，它集成了人、過程和信息。通俗地講，PDM是管理和產品相關的各種數據的計算機幫助管理體系。依據這個對PDM系統(tǒng)管理功能的定位，在它的功能需求上規(guī)定了文檔管理、產品數據管理的有效實現(xiàn)。在此基礎上，隨著技術和功能需求的擴大，PDM更加注意了學問的搜集、分類、重用以及再生等，項目管理、工作流管理就是在這種要求下擴大PDM的

2、實現(xiàn)功能。PDM數據管理的一項最基本的功能理念就是實現(xiàn)數據的共享和流程化監(jiān)控。保證在PDM軟件平臺之上實現(xiàn)不同格式數據的轉換和不同模塊間數據的交互與傳遞。在PDM系統(tǒng)的功能模塊中，文檔管理是一個基準點，其他的模塊比如產品結構管理、工作流管理、項目管理圍繞這一個點完善管理流程，這也就是功能模塊間數據共享的接口實現(xiàn)問題。本文將結合項目管理與文檔管理間數據交互的流程說明接口實現(xiàn)的要求，并借助面對對象的建模技術UML對實現(xiàn)過程進行圖示化描述。二、項目管理中的文檔組織接口實現(xiàn)項目管理PM是一種在肯定的約束條件下，對一系列活動進行的時間、范圍和成本的管理，其目標在于有效地管理為完成特定目標而進行的一系列活

3、動，PM根據項目的內部規(guī)律進行任務方案、跟蹤、掌握、核算和資源調配等。依據定義，在PDM中規(guī)定了項目管理的兩項基本功能：項目組織和項目監(jiān)控， 兩方面協(xié)調管理項目的整個生命周期。項目組織是依據項目的特點和項目方案，緊密圍繞項目合理有效地組織項目中的人員，管理項目所需的各種資源和數據，并對任務進行分解，把項目按階段、活動、子活動漸漸往下細化分解，保證項目根據方案順當實施。而項目的數據和資源中，有相當大的一部分就是與項目有關的文件和圖檔，什么樣的文檔對應項目的哪個階段，項目的一個階段到另一個階段的過渡需要傳遞什么樣的文檔資料，為符合項目進展的實程流程，項目需作怎樣的改動，這都是在項目的組織階段完成的

4、。項目監(jiān)控是圍繞項目，跟蹤進度，把握各項工作現(xiàn)狀，以便進行適當的資源調配和進度調整，確定活動的開頭和結束時間，并記錄實際的進度狀況，在肯定狀況下進行路徑、風險等方面的分析。在實施項目的過程中，要隨時對項目進行跟蹤監(jiān)控，以使項目按方案規(guī)定的進度、技術指標完成，并供應現(xiàn)階段工作的反饋信息，以利后續(xù)階段的順當開展和整個項目的完成。在監(jiān)控階段除了完成即時數據的實時監(jiān)控以外，再一項工作就是不同階段相關文件、圖檔的合理調配，怎樣才能把項目組織中歸納總結出的相關文檔在項目開展中合理有效的管理，怎樣在文檔管理中以一種合適的狀態(tài)表征它與項目進展的關系，這些都是在項目管理的過程中不行忽視的問題。圖2.1為整個項目

5、管理與文檔管理交互的流程圖。在項目的文檔在到電子倉庫提交的過程中，必需存在一個文檔傳遞的接口，通過這個接口，實現(xiàn)用戶在并不明確文檔處理過程的前提下，只是通過項目管理的操作平臺，選擇項目的某個階段或者文檔的某些屬性，就可在當前頁面自由管理項目文檔。 <CENTER</CENTER在項目的整個生命周期中，涉及到的全部文檔最終都會以電子文檔倉庫的形式進行管理。詳細的實現(xiàn)過程可以描述為：通過文檔分類共享接口，PM(項目管理)生成或者上傳項目生命周期的某個階段涉及的文檔，發(fā)出文檔檢入電子倉庫的懇求給文檔分類共享接口，由接口分析文檔的性質和相關必要屬性，比如項目編號、項目名稱、提交人、存儲在電

6、子倉庫中的物理位置等，由這些屬性把項目對象和項目文件對象關聯(lián)起來，與些同時把項目對象涉及的信息映射到項目管理平臺，項目文檔對象映射到文檔管理平臺，它的性質和屬性在文檔管理平臺之上又變成了文檔管理的關鍵字段。由文檔管理對電子倉庫提出文檔管理的信息，由文檔管理模塊所得到的文檔關鍵字段作為進入電子倉庫的方向指針，最終在電子倉庫中以某種合適的分類形式消失。當要查看或者維護項目相關的文檔時，是上述過程的逆過程。與文檔檢入到電子倉庫對應的是文檔從的 檢出。通過檢出操作把文檔信息歸結到文檔管理平臺，再由文檔管理分析文檔類別、狀態(tài)和文檔索求方的需求信息，確認后發(fā)出文檔提交給用戶的動作，在用戶的當前頁面直接顯示

7、所要求文檔的全部相關資料，整個過程在幾秒鐘內就可完成。三、項目文檔在電子倉庫中的管理實現(xiàn)項目文檔通過項目管理平臺完成提交操作，由文檔管理實現(xiàn)文檔的檢入檢出以及分類，在電子倉庫一級實現(xiàn)項目文檔合理有效地管理，電子倉庫可以比較便利地實現(xiàn)文檔的分布式管理與共享。新建文檔或者更新文檔提交在電子倉庫之前，首先要通過規(guī)章對文檔進行檢查，只有符合操作權限的用戶才能訪問電子倉庫，所以用戶在項目管理對項目文檔進行處理時，是在肯定權限下進行的。在發(fā)出項目文檔歸檔要求的同時，伴隨著系統(tǒng)對項目文檔相關的操作權限和用戶身份的驗證，在向文檔管理提交某項目文檔懇求時，也離不開權限和用戶身份的管理，電子倉庫方面對權限和身份的

8、要求，是通過它的規(guī)章庫進行推斷，驗證通過，可以進行下一步操作?？赏ㄟ^面對對象技術，用模型化的方法把權限和身份方面的規(guī)定滲透到整個流程管理中。 <CENTER</CENTER圖3.1為從項目管理平臺提交文檔開頭到進入電子倉庫管理的整個過程。從圖中可以看出，真正實現(xiàn)對項目文檔的精確指向是與電子倉庫的規(guī)章約束和文檔基本信息庫的管理分不開的。由規(guī)章約束集指定了權限和所對應的用戶，文檔基本信息庫記錄了與文檔相關的項目名稱、項目編號、流程階段、文檔狀態(tài)等，這些信息實際上起到了文檔定向指針的作用，通過它們組成項目標識的ID，從更深一層意義上縮小文檔搜尋的范圍圈。電子倉庫與文件實際存放的物理位置是

9、直接相關的，在電子倉庫中實現(xiàn)了文檔與其直接存放的物理位置的直接映像。文件路徑、文件分類一般是以文件夾的形式標識，借助系統(tǒng)平臺，按類別、按階段、按狀態(tài)分門別類地在數據庫中實現(xiàn)對全部文檔的記錄，當然包括與項目有關的全部文檔。四、UML模型化流程描述1、 UML(Unified Modeling Language)是一種標準的圖形化建模語言，是面對對象分析與設計的一種標準表示，是可視化的建模技術，定義良好、易于表達、功能強大且普遍使用，溶入了軟件工程領域的新思想、新方法和新技術。可以敏捷地適用于描述任何類型的系統(tǒng)，而且適用于系統(tǒng)開發(fā)的不同階段。同時為面對對象的設計與開發(fā)中涌現(xiàn)出的高級概念供應支持，強

10、調了軟件在開發(fā)過程中對架構、框架、模式和組件的復用。UML的這些特性為現(xiàn)階段基于組件技術、Web技術的軟件集成平臺開發(fā)供應了統(tǒng)一的模型化表達，規(guī)范了軟件開發(fā)過程，降低了軟件開發(fā)的難度，從另一方面提高了軟件的質量和可維護性。在通用PDM系統(tǒng)的開發(fā)過程中就是借助了UML的建模思想，對模塊間數據的共享和接口實現(xiàn)借助UML的靜態(tài)視圖和動態(tài)視圖描述，以一種產品“圖紙”的方式整體上表達模塊間的交互性，這樣在詳細代碼實現(xiàn)之前如同制訂了各模塊間功能實現(xiàn)的標準，提高了模塊間的集成度。項目文檔的管理是PDM中項目組織和項目監(jiān)控中很重要的一部分?；赑DM的模塊化組織原則，項目管理涉及的文檔是作為文檔管理的對象提交

11、到文檔電子倉庫。在上文中已提到，從項目模塊到文檔電子倉庫中間主要有兩個操作動作：檢入和檢出，它們概括了項目文檔流的過程，在表達這個過程中，可以借助于UML的活動圖和類圖，從靜態(tài)和動態(tài)兩方面描述過程中涉及的數據和條件。2、接口實現(xiàn)的活動圖 <CENTER</CENTER圖4.1為項目管理與文檔管理進行交互的活動圖。兩功能模塊的橋接是運用了在項目文檔管理中的檢入檢出關鍵字。在項目管理操作平臺上供應與文檔管理中相對應的文檔信息，把這些信息作為檢入檢出的關鍵條件。當檢入檢出關鍵字通過了文檔管理的搜尋或者操作要求時，由文檔管理模塊與文檔電子倉庫進行信息交互，把項目文檔作為一般的對象進行分類、

12、歸檔或者提交等。 文檔的檢入過程是一個單向的過程，借助功能實現(xiàn)界面，訪問文檔管理底層，比如文檔的上傳或者修改的提交過程。文檔的檢出過程是一個雙向的過程，首先要借助功能實現(xiàn)界面供應文檔檢出的關鍵字，提交給電子倉庫，再由電子倉庫進行庫內運算或處理，搜尋出文檔或者作出無相關記錄的回答信息，與檢出關鍵字的信息一同通過功能界面返回給用戶，比如文檔的掃瞄、下載等。文檔管理涉及了私有文檔、公有文檔、歸檔文檔和廢棄文檔。某個項目文檔要歸結到哪種類型，這是與檢入檢出關鍵字、系統(tǒng)進行的狀態(tài)、工作流程運行的階段相關連的。項目文檔管理活動圖描述了項目文檔從項目管理經由文檔管理到文檔電子倉庫的整個過程，流程明確，指向清

13、楚，利于流程化的功能模塊實現(xiàn)。3、接口實現(xiàn)的類圖在接口實現(xiàn)的活動圖基礎上，借助于軟件開發(fā)的新技術很簡單的實現(xiàn)接口的功能類圖。這里以活動圖描述的項目文檔更新流程為例說明實現(xiàn)接口的功能類圖。由活動圖看出，進行項目文檔更新有三條渠道：在項目組織過程中還未進入項目工作流階段，針對某個項目某個階段某個文檔提出更新懇求，首先要供應文檔檢入關鍵字，同時隱式傳遞項目所處“未執(zhí)行”狀態(tài)的條件，由文檔管理直接做出答復。項目還未進行執(zhí)行階段，用戶可以隨時查看已經制作或者整理完成的文檔，文檔審批、傳閱都不離開文檔的掃瞄。在審批、傳閱中假如發(fā)覺不合實際或者不行行的文檔要提出修改要求，這樣再返回到文檔組織中的更新操作步驟

14、重新制訂或者整理，和第一種狀況一樣，還要隱式傳遞項目所處“未執(zhí)行”狀態(tài)的條件。項目監(jiān)控過程中，離不開在項目組織過程中組織歸納的分類文檔，項目從一個階段完成到另一個階段的激活之間都涉及到一些關鍵文檔作為任務激活決策點，所以離不開操作文檔，同樣也可以提出對文檔進行更新的要求，更新的要求首先要提交給項目組織模塊，同時傳遞“項目進行中”的執(zhí)行狀態(tài)，最終由項目組織完成項目的更新任務。圖4.2為文檔更新的操作類圖。類圖的設計是基于Web技術的，把每一個鏈接頁面均看作一個流程中實現(xiàn)某種功能的類處理，利于流程表達。類的轉移除了運用了Web的功能屬性link、submit、redirect等以外，還考慮了功能實

15、現(xiàn)語義方面的要求，特殊對于類到類的重定向，這里就必需考慮到一些隱蔽條件是否成立。在圖4.2中有兩個重定向。在項目流監(jiān)控過程中，提出了文檔的更新懇求，把文檔更新懇求標志pro_doc_edit_warm由false改為true后，頁面就重新定向于項目監(jiān)控服務器頁。項目監(jiān)控服務器頁在監(jiān)測到pro_doc_edit_warm的值為true時，得出某項目有文檔更新需求，立刻定向于項目組織階段，對項目組織工作作進一步的調整。文檔的更新可能還會涉及到文檔名稱、文檔狀態(tài)、文檔編號等的轉變，通過類的操作可以把其中轉變的值以顯示或者隱身的形式傳遞給電子文檔倉庫或者文檔信息管理數據庫。類圖可以連續(xù)擴展流程，實現(xiàn)上面活動圖構畫的項目文檔組織的過程。 <CENTER</CENTER4、小結運用了活動圖和類圖的一部分示例，對項目文檔管理的流程從高層和低層兩方面進行了描述。活動圖把項目管理中全部涉及文檔的操作過程全部列出，這為類圖設計和組件調用供應了便利。類圖在文中只列出了項目文檔更新的一個子流程，在類圖中已經對每個類涉及到的變量或者實現(xiàn)類的程序加了標識，程序員可以按類圖中統(tǒng)一的變量定義和程序導向進行編碼，這樣就在實現(xiàn)數據共享方面做到了統(tǒng)一的規(guī)定，利于最終全部功