活塞新產品開發的項目審批過程有7個環節組成，分別是項目申請、組織評審、制定實施方案、技術委員會及專家委員會評審、技術副總審核、總經理審核和董事會審核。通過這七個環節來決定一個項目實施的可行性或者合理性。
審批過程自動化的實現方法，是在Web技術和組件技術的基礎上，對每一個環節設置了評審狀態tag。當tag=1時，表明項目已通過該環節評審，可進入下步評審；當tag=0時，表明項目還未經過評審，或者未通過評審，需要返回去修改項目運行的可行性研究，等待再一次的評審。同時在每個環節進行評審時，還要考慮該項目是否已進入了下一級評審，如若項目已進行了下一級的評審，這時該環節的操作人員都無權再對該環節所填寫的評審意見進行編輯。也就是在對每個環節進行維護時，還要考慮下一級的評審狀態。
在建模之前，首先看一下項目審批流程圖，如圖3所示。
除了這七個審批環節，為了讓用戶及時了解交叉投入生產的項目審批或進展情況，提供了項目瀏覽功能，用戶按照管理員所授予的權限，在權限范圍內并且利用項目瀏覽子模塊中提供的關鍵字段、項目評審狀態或者進展狀態進行分類檢索。
在項目評審流程的每個環節，一般設置了兩部分功能需求，即填寫該環節評審的內容、編輯該環節評審的內容。
比如總經理評審環節，它的功能設置如圖4所示。
為了實現網上審批的自動化，在整個流程的環節功能設置時，遵照了如下的規則要求：在每個環節的查看已填評審內容時，列出的項目都是正在等待進入該環節評審的項目，而不屬于這種情形的項目在此環節中是顯示不出來的；同樣，對于在編輯此環節評審內容上，已經進行了下一級評審的項目也是不可能列出的，每個環節的負責人只可以對此環節以前的評審內容具有瀏覽功能，而不具備編輯功能。如果要查看整個項目的評審狀況，在管理員授予項目瀏覽功能的權限下，通過項目瀏覽一項完成。
整個流程所包括的各個環節，在功能設置上是類似的，差異是評審環節在整個評審流程中所處的位置。在進行UML建模時采用了把這些環節分開的方法，先對每個環節建模，最后再把單個的環節模型圖整合成一個完整流程的模型圖。由于篇幅所限，下面以總經理評審的環節為例說明UML的建模方法。
4.2 總經理評審的類圖(Class Diagram)
在項目審批流程中，設計了總經理審核環節的Class Diagram，如圖（5）、圖（6）、圖(7)所示。圖(6)和圖(7)是圖(5)的延續。該類圖顯示了總經理審核環節中各個頁面之間的關系。為簡化，在此類圖中沒有列出各個類的屬性和方法。整個類圖實現了查看已填寫評審內容、填寫總經理評審內容和編輯評審內容。
4.3 總經理評審的組件圖(Component Diagram)
組件圖是分析該環節所涉及的功能是如何實現的，這部分與具體的編碼工作相關�？偨浝碓u審環節的模塊組件圖如圖（8）所示。
4.4 由模型圖到代碼的轉換
類圖和組件圖說明了在基于Web技術的信息交互流程，頁面的超級鏈接和頁間的重新導向在JSP代碼設計中，由模型圖就可以掌握它們之間交互的邏輯，這樣使程序編寫更富條理性和方便性。在實際工作中，可以設置為CRC卡，方便編程人員的使用。如若再比較詳細地設計出對象圖和順序圖，對于整個系統的類定義和方法設置，會提供更大的方便。
5、結束語
建模對系統的開發過程中起著很重要的作用，在系統的開發和維護中有必要建立系統的模型。UML是一種圖示化的面向對象建模語言，它形象直觀、應用廣泛，并對Web技術和組件技術在系統開發中的建模方法有了比較合理有效的定義。在UML提供的各種模型圖的基礎上，還可以依照所有開發技術的特點對它的表示進行擴展，在本文的建模中就是用了UML的類別模塊擴充機制，為某些模型元素添加新的語義，構造新的模型，來說明開發過程中的隱含特性。
通過利用UML建模，對基于Web的PDM系統中的項目審批流程進行了分析和設計，對整個流程的功能有了一個清晰的認識，利于開發人員對系統的開發與維護，同時可為系統的升級或者二次開發提供一個理論依據。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
