項目文檔管理活動圖描述了項目文檔從項目管理經由文檔管理到文檔電子倉庫的整個過程，流程明確，指向清晰，利于流程化的功能模塊實現
　　3、接口實現的類圖
　　在接口實現的活動圖基礎上，借助于軟件開發(fā)的新技術很容易的實現接口的功能類圖。這里以活動圖描述的項目文檔更新流程為例說明實現接口的功能類圖。由活動圖看出，進行項目文檔更新有三條渠道：
　�、僭陧椖拷M織過程中還未進入項目工作流階段，針對某個項目某個階段某個文檔提出更新請求，首先要提供文檔檢入關鍵字，同時隱式傳遞項目所處“未執(zhí)行”狀態(tài)的條件，由文檔管理直接做出答復。
　�、陧椖窟�未進行執(zhí)行階段，用戶可以隨時查看已經制作或者整理完成的文檔，文檔審批、傳閱都不離開文檔的瀏覽。在審批、傳閱中如果發(fā)現不合實際或者不可行的文檔要提出修改要求，這樣再返回到文檔組織中的更新操作步驟重新制訂或者整理，和第一種情況一樣，還要隱式傳遞項目所處“未執(zhí)行”狀態(tài)的條件。
　�、垌椖勘O(jiān)控過程中，離不開在項目組織過程中組織歸納的分類文檔，項目從一個階段完成到另一個階段的激活之間都涉及到一些關鍵文檔作為任務激活決策點，所以離不開操作文檔，同樣也可以提出對文檔進行更新的要求，更新的要求首先要提交給項目組織模塊，同時傳遞“項目進行中”的執(zhí)行狀態(tài)，后由項目組織完成項目的更新任務。
　　圖4.2為文檔更新的操作類圖。類圖的設計是基于Web技術的，把每一個鏈接頁面均看作一個流程中實現某種功能的類處理，利于流程表達。
 

　　類的轉移除了運用了Web的功能屬性link、submit、redirect等以外，還考慮了功能實現語義方面的要求，特別對于類到類的重定向，這里必須考慮到一些隱藏條件是否成立。在圖4.2中有兩個重定向。
　　①在項目流監(jiān)控過程中，提出了文檔的更新請求，把文檔更新請求標志pro_doc_edit_warm由false改為true后，頁面重新定向于項目監(jiān)控服務器頁。
　�、陧椖勘O(jiān)控服務器頁在監(jiān)測到pro_doc_edit_warm的值為true時，得出某項目有文檔更新需求，馬上定向于項目組織階段，對項目組織工作作進一步的調整。
　　文檔的更新可能還會涉及到文檔名稱、文檔狀態(tài)、文檔編號等的改變，通過類的操作可以把其中改變的值以顯示或者隱身的形式傳遞給電子文檔倉庫或者文檔信息管理數據庫
　　類圖可以繼續(xù)擴展流程，實現上面活動圖構畫的項目文檔組織的過程。
　　4、小結
　　運用了活動圖和類圖的一部分示例，對項目文檔管理的流程從高層和低層兩方面進行了描述�；顒訄D把項目管理中所有涉及文檔的操作過程全部列出，這為類圖設計和組件調用提供了方便。類圖在文中只列出了項目文檔更新的一個子流程，在類圖中已經對每個類涉及到的變量或者實現類的程序加了標識，程序員可以按類圖中統一的變量定義和程序導向進行編碼，這樣在實現數據共享方面做到了統一的規(guī)定，利于后所有功能模塊在PDM功能平臺上的集成和模塊間的信息交互。
　　五、結束語
　　項目管理和文檔管理是PDM集成平臺的兩個基本的功能模塊，項目管理中涉及到大量的文檔，而對文檔的有序分類管理是在文檔管理模塊實現的，如何將項目整個生命周期中相關的文檔合理地組織和使用，文檔在模塊間實現柔性過渡是非常重要的，也是項目管理與文檔管理功能集成的接口問題。