第3章從需求開始1

第三章從需求開始學(xué)習(xí)內(nèi)容系統(tǒng)描述企業(yè)高層需求系統(tǒng)功能用活動圖描述業(yè)務(wù)流程第一節(jié)系統(tǒng)描述OA（辦公自動化）系統(tǒng)的綜合行政管理肩負著企業(yè)主要資源的統(tǒng)一管理重任，作為行政管理部門進行日常管理的輔助手段，越來越受到企業(yè)的重視。如何利用先進的網(wǎng)絡(luò)信息技術(shù)，構(gòu)建一種大規(guī)模、大范圍、規(guī)范化、大型的、智能化的網(wǎng)絡(luò)信息系統(tǒng)，快速、有效、正確、安全和可靠地處理和使用大量的企業(yè)資源使用信息，實現(xiàn)信息資源的共享，全方位地提高自身工作效率，是綜合行政管理建設(shè)的主要目標(biāo)。第一節(jié)系統(tǒng)描述在實際進行系統(tǒng)建模時，需要對系統(tǒng)進行分類，常用的歸類方法是分包和分子系統(tǒng)，UML對這種組織方式并沒有作出限制，所以組織的方式有無限多種，系統(tǒng)代表了給定語境中最高級別的事物，而子系統(tǒng)提供了對整個系統(tǒng)的完整的、無交叉的劃分，可以說系統(tǒng)是最高層次的子系統(tǒng)，子系統(tǒng)由實現(xiàn)階段的制品構(gòu)成。根據(jù)本案例，我們把整個綜合行政管理系統(tǒng)劃分為考勤管理、會議管理、車輛管理、辦公用品管理、圖書管理、固定資產(chǎn)管理6大子系統(tǒng)。第一節(jié)系統(tǒng)描述包的基本概念包主要用來進行建模組織，模型包含多個包，每個包里有多個元素，或者說每個元素只能屬于一個包，用包把建模元素安排成可作為一個組處理的較大組塊，可以控制這些元素的可見性，哪些元素是包外可見，哪些元素是包內(nèi)隱藏。包的表示法：包用一個帶標(biāo)簽的文件夾表示，包有簡單名稱和限定名稱，簡單由任何數(shù)目的字母、數(shù)字和某些符號組成，限定包名只是在簡單包名前附加外圍包名稱，并且用雙冒號和簡單包名稱隔開。第一節(jié)系統(tǒng)描述包的組成元素：包擁有的元素包括類、接口、組件、節(jié)點、用例甚至是包，如果包撤銷了，元素也就撤銷了，包形成了一個命名空間，這意味著在一個包語境中的同一元素的名稱必須唯一，同一個包中不同種類的元素可以有相同的名稱，使用包使多個組共同開發(fā)成為可能。通過引用可以增加對其他包的訪問。第二節(jié)企業(yè)高層需求客戶需求描述客戶需求映像第二節(jié)企業(yè)高層需求客戶需求描述用戶高層需求是需求采集首先要調(diào)研的信息，它包含著客戶（不一定是用戶）對未來該軟件的期望，與項目的重點、范圍以及未來發(fā)展（擴展性）和項目的最終驗收都有關(guān)系。必須嚴格遵守并貫徹到項目結(jié)束。OA系統(tǒng)中的綜合行政管理的高層需求如下：

1.提高行政管理部門的工作效率，進而為提高企業(yè)的經(jīng)濟效益服務(wù)。

2.提高企業(yè)資源的利用率，使其使用價值最大化。

3.降低運營成本。

4.系統(tǒng)易于操作掌握。

5.提高業(yè)務(wù)運行的準(zhǔn)確性。第二節(jié)企業(yè)高層需求客戶需求映像對采集的客戶需求進行整理后，要把這個需求映射到未來的綜合行政軟件系統(tǒng)，形成初步映像，該客戶需求的主要映像如下：

1.為綜合行政管理人員提供一個好的自動化辦公環(huán)境，用戶通過此系統(tǒng)可以了解完成該任務(wù)自己需要了解的任何相關(guān)信息，并可以和生產(chǎn)等其他系統(tǒng)實現(xiàn)信息共享。

2.對車輛、圖書、會議室、固定資產(chǎn)的使用信息可以查詢，行政管理人員可以監(jiān)督其流轉(zhuǎn)。

3.采用無紙化辦公，與現(xiàn)代網(wǎng)絡(luò)通信相連接。

4.操作盡可能提供模版、向?qū)?、幫助，只需簡單培?xùn)就可以使用系統(tǒng)。

5.每一筆業(yè)務(wù)的發(fā)生，都可以得到相關(guān)崗位的審核、控制。第三節(jié)系統(tǒng)功能考勤管理辦公用品管理圖書管理固定資產(chǎn)管理會議管理車輛管理第三節(jié)系統(tǒng)功能1.考勤管理考勤管理是對本企業(yè)在冊員工進行的一種考核?？记诠芾硪獙崿F(xiàn)工作時間設(shè)定，員工上班和下班的在線登記，同時要實現(xiàn)出差登記，請假登記，外出登記，補簽登記，進而實現(xiàn)考勤記錄的綜合查詢?？记诰C合查詢，需要實現(xiàn)出勤查詢、請假查詢、出差查詢、外出查詢。對每種查詢，要輸入部門、查詢時段，顯示查詢結(jié)果包括日期，上午上班簽到時間和上午下班簽到時間，下午上班簽到時間和下午下班簽到時間，并且實現(xiàn)查詢結(jié)果的分頁顯示。第三節(jié)系統(tǒng)功能2.辦公用品管理辦公用品是對員工進行日常辦公時使用的低值物品的管理。辦公用品管理首先要實現(xiàn)物品類別管理和新建物品，其次要實現(xiàn)購買登記，領(lǐng)用登記和在庫登記，最后實現(xiàn)領(lǐng)用查詢。第三節(jié)系統(tǒng)功能3.圖書管理圖書管理是對企業(yè)內(nèi)部所購圖書、雜志的使用管理。圖書管理首先要實現(xiàn)圖書類別的管理，其次要實現(xiàn)新書登記、借閱登記、歸還登記，最后實現(xiàn)圖書查詢功能。圖書類別的管理，要實現(xiàn)圖書類別的新建、修改、刪除、查詢功能，并可實現(xiàn)分頁顯示，圖書類別的信息包括類別名稱、說明。圖書登記要實現(xiàn)圖書登記信息的保存，保存信息包括：類別、編號、書名、作者、出版社、書號、介紹、購買日期、存放部門、存放位置，并可實現(xiàn)圖書的新建修改、刪除、查詢電子版上傳功能。借閱登記包括圖書的類別、編號、書名、借閱人、部門、借閱日期、預(yù)計歸還時間、備注。歸還登記包括類別、編號、書名以及實際歸還時間。第三節(jié)系統(tǒng)功能借閱登記包括圖書的類別、編號、書名、借閱人、部門、借閱日期、預(yù)計歸還時間、備注。歸還登記包括類別、編號、書名以及實際歸還時間。圖書借閱歷史查詢。通過選擇圖書類別、圖書的名稱，系統(tǒng)顯示借閱人、借閱日期、借閱管理員、歸還日期、歸還管理員、備注，并可實現(xiàn)分頁顯示。另外，為了提高工作效率，系統(tǒng)還必須實現(xiàn)圖書信息的本機導(dǎo)入，以及圖書信息的本機導(dǎo)出。第三節(jié)系統(tǒng)功能4.固定資產(chǎn)管理固定資產(chǎn)是具有較高價值的企業(yè)資源，提高固定資產(chǎn)的利用率，對提高企業(yè)的效益具有很重要的意義。固定資產(chǎn)管理包括：固定資產(chǎn)類別管理、折舊類別管理、固定資產(chǎn)登記、固定資產(chǎn)折舊、固定資產(chǎn)查詢。第三節(jié)系統(tǒng)功能5.會議管理會議是保證行政管理實施的手段，會議管理包括會議類別設(shè)置、會議室設(shè)置、會議申請、會議審核、會議通知、會議紀要、會議查詢、會議歸檔。會議類別設(shè)置是進行會議管理的基礎(chǔ)，需要保存的信息包括：會議性質(zhì)名稱、備注，并可對會議類型設(shè)置進行修改和刪除。會議室設(shè)置需要保存的信息包括：會議室名稱、容納人數(shù)、會議室資源、使用情況、說明，并可對會議室設(shè)置進行修改、刪除以及查看使用情況。第三節(jié)系統(tǒng)功能會議申請是由會議申請人草擬的會議安排，輸入信息包括：會議性質(zhì)、會議議題、預(yù)算、會議附件（有附件上傳功能）、主持人、記錄人員、參加人員、會議地點、會議室、會議開始時間、會議結(jié)束時間、會議內(nèi)容、審批人?？梢詫h申請暫存、也可發(fā)給審批人或者放棄該申請。會議審核是辦公室領(lǐng)導(dǎo)在閱讀完申請后簽署的修改意見，審核后可以發(fā)給辦理人，讓其發(fā)會議通知，或退回給會議申請人，由其發(fā)通知，接著由會議起草人起草會議紀要，內(nèi)容包括：會議名稱、紀要內(nèi)容、附件（有附件上傳功能）、記錄員、管理員。會議紀要可以提交給會議申請人，由申請人歸檔或者直接保存。第三節(jié)系統(tǒng)功能會議查詢包括：已開會議查詢、待開會議查詢、會議紀要查詢。待開會議查詢顯示信息包括：會議議題、主持人、地點、時間、與會人員，并可實現(xiàn)分頁顯示、刪除、修改和結(jié)束會議。已開會議查詢的顯示信息和待開會議顯示信息相同，可以對其進行刪除。會議紀要的查詢信息包括：會議名稱、會議議題、主持人、開會時間、開會地點、與會人員，可以對會議紀要進行刪除和修改和歸檔。第三節(jié)系統(tǒng)功能6.車輛管理車輛是企業(yè)的重要資源，車輛管理包括;車輛檔案、車輛狀態(tài)、用車申請、派車管理、私車公用、車輛維修。車輛檔案是車輛管理的基礎(chǔ)信息，車輛登記的信息包括：車牌號、品牌、車型、顏色狀態(tài)、駕駛員，可以修改或刪除車輛的檔案。也可將車輛報廢。用車申請是用車人用車前需要保存的信息，包括：用車人、事由、用車性質(zhì)、開始時間、結(jié)束時間、派車人、派車部門、車牌號、司機。該申請可以發(fā)給車輛管理人員，也可保存起來。車輛管理員在瀏覽完用車申請后，可以選擇派車，也可選擇無法派車，無法派車的信息返回給用車申請人，如果同意派車，就通知司機，司機出車后，把出車記錄交給車輛管理員。另外，車輛管理員可以直接派車，但也要填寫用車申請。第三節(jié)系統(tǒng)功能私車公用需要保存用車信息，這些信息包括：車主、車牌號、開始時間、返還時間、使用部門、使用人、前往地，原因、公里數(shù)、過路費、總計、備注。對私車公用可以修改、刪除和查詢。車輛維修需要記錄的信息包括：車牌號、維修時間、維修人、維修內(nèi)容?？梢詫囕v管理中的車輛歷史維修進行查詢、車輛申請進行查詢、車輛使用進行查詢。車輛歷史維修查詢的顯示信息包括：維修人、維修時間、維修內(nèi)容?？梢詫囕v維修記錄進行修改、刪除。用車申請查詢顯示的信息包括：用車人、用車時間、申請時間、用車事由、所用車輛、狀態(tài)、派車時間，對用車申請可以刪除和修改，對車輛使用可以進行查詢，需要輸入車號、時間段，系統(tǒng)將顯示該時間段內(nèi)使用情況。所有的查詢都可分頁顯示。第四節(jié)用活動圖描述業(yè)務(wù)流程活動圖的基本概念活動圖建模的步驟活動圖建模分析過程元素識別結(jié)果活動圖第四節(jié)用活動圖描述業(yè)務(wù)流程1.活動圖的基本概念活動圖是用來描述一系列順序動作、結(jié)果及它們之間關(guān)系的圖，主要用來表示系統(tǒng)控制流程和業(yè)務(wù)處理流程，它重點關(guān)注業(yè)務(wù)過程中的動作和結(jié)果?；顒訄D主要用來和用戶交流，以輔助需求采集。有時候，可以把活動圖看成一種特殊的狀態(tài)圖。活動可以綁定到任何建模元素，用來反映該元素的行為，該元素提供該活動的語境，活動綁定的元素有用例、類、接口、組件、協(xié)作、操作，但在早期建模時不需要明確是哪個元素。第四節(jié)用活動圖描述業(yè)務(wù)流程活動圖元素包括活動、轉(zhuǎn)移、分支、分叉、合并、匯合、泳道、對象流。活動圖的典型應(yīng)用包括：用例中控制流和用例間的控制流，操作和算法的細節(jié)以及業(yè)務(wù)流程?；顒颖硎緲I(yè)務(wù)過程中的原子動作或操作步驟片段，具有可分解性?；顒佑纸谢顒庸?jié)點，主要分為三類：表示具體工作單元的動作節(jié)點、表示控制流的控制節(jié)點以及活動中使用的對象節(jié)點。第四節(jié)用活動圖描述業(yè)務(wù)流程1.1節(jié)點表示在模型圖中用一個圓角矩形來表示活動節(jié)點（和狀態(tài)圖中狀態(tài)表示相同）。另外，活動圖有起點和結(jié)束點，起點用實心圓表示，終點用一個圓圈中包含一個實心圓（俗稱公牛眼）表示。

（a）活動起始點表示法（b）活動終點表示法（c）活動節(jié)點表示法圖3.1起始節(jié)點、結(jié)束節(jié)點以及活動節(jié)點的表示法第四節(jié)用活動圖描述業(yè)務(wù)流程1.2轉(zhuǎn)移系統(tǒng)狀態(tài)由代表控制流（或數(shù)據(jù)流）的令牌位置來確定，令牌沿著源節(jié)點向目標(biāo)節(jié)點轉(zhuǎn)移常常是有約束的。轉(zhuǎn)移表示活動節(jié)點之間的過渡，轉(zhuǎn)移用一個帶箭頭的直線表示，箭頭指向后一個活動節(jié)點，轉(zhuǎn)移發(fā)生可以是有條件的（稱為監(jiān)護條件）和無條件的，無條件的轉(zhuǎn)移是指活動節(jié)點中的每一個動作都執(zhí)行完成以后自動向后轉(zhuǎn)移；有條件轉(zhuǎn)移指當(dāng)條件為真時才發(fā)生轉(zhuǎn)移。圖3.2無條件轉(zhuǎn)移和有條件轉(zhuǎn)移第四節(jié)用活動圖描述業(yè)務(wù)流程1.3分支和合并表示

比如你從你家出來去鐘樓，既可以坐車走大街，也可以步行走小巷，你不能同時選兩條路徑，離開你家就發(fā)生了分支，到了鐘樓就發(fā)生合并。分支表示在活動圖中的決策節(jié)點，用一個空心菱形表示，有一個輸入，多個輸出，在每個輸出上標(biāo)有轉(zhuǎn)移發(fā)生的條件，這些條件之間是互斥的，并且是由活動本身提供的，只有條件為真時（必須有一個為真）才發(fā)生轉(zhuǎn)移。在分支結(jié)束時可以合并，，也用一個空心菱形表示，有兩個或多個輸入，一個輸出，沒有監(jiān)護條件。第四節(jié)用活動圖描述業(yè)務(wù)流程圖3.3分支和合并的表示法第四節(jié)用活動圖描述業(yè)務(wù)流程1.4分叉和合并表示分叉表示在活動圖中并發(fā)執(zhí)行的動作，一般表示單個過程啟發(fā)了多個并發(fā)線程或進程，用一條粗線表示轉(zhuǎn)移轉(zhuǎn)換為并行動作，這條粗線可以垂直放置也可水平放置，有一個輸入多個輸出，每個輸出獨立執(zhí)行。多個并發(fā)分支需要同步時，用匯合表示，匯合也是用一條粗線表示，它有多個輸入一個輸出，只有當(dāng)多個輸入都到達同步時，才能發(fā)生匯合，并輸出一個控制流。第四節(jié)用活動圖描述業(yè)務(wù)流程圖3.4分叉和合并的表示法第四節(jié)用活動圖描述業(yè)務(wù)流程1.5泳道泳道又叫活動分區(qū)，它的作用是把活動和它的執(zhí)行者聯(lián)系起來，一般是針對跨越兩個以上的執(zhí)行者的業(yè)務(wù)活動（如果不這樣做，也可以在活動節(jié)點中用小括號注明執(zhí)行者），負責(zé)該泳道的對象放在該泳道的頂部，該對象下面放置該對象的活動小組。第四節(jié)用活動圖描述業(yè)務(wù)流程1.6對象流對象流用來表示動作和對象之間的依賴關(guān)系，用一條帶箭頭的虛線來表示，對象指受活動節(jié)點影響的事物，主要用來表示數(shù)據(jù)存儲，對象用一個矩形來表示，最上面為構(gòu)造型，中間為對象的名稱，下面為對象的狀態(tài)。

<<datastore>>圖書【在庫】圖3.5對象流的表示法第四節(jié)用活動圖描述業(yè)務(wù)流程2.活動圖建模的步驟（1）在采集的原始需求中選擇重點流程（2）首先要確定要設(shè)計的活動圖是針對業(yè)務(wù)流程還是用例。（3）其次要設(shè)計活動過程的起點和終點。（4）確定活動圖所有執(zhí)行對象。（5）確定活動節(jié)點，并根據(jù)執(zhí)行對象進行活動分組。（a）如果對用例建活動圖，則把角色所發(fā)出的每一個動作變?yōu)榛顒庸?jié)點。

（b）如果對業(yè)務(wù)流程建活動圖，則把每一個流程步驟變?yōu)榛顒庸?jié)點。第四節(jié)用活動圖描述業(yè)務(wù)流程2.活動圖建模的步驟（6）確定活動節(jié)點之間轉(zhuǎn)移。（7）處理在活動節(jié)點之間的分支和合并。（8）處理在活動節(jié)點之間的分叉和匯合（9）用UML建模工具進行活動圖建模。（10）編寫必要的補充文檔。第四節(jié)用活動圖描述業(yè)務(wù)流程3.活動圖建模分析過程（1）選擇重點流程：

當(dāng)你拿到一個項目時，首先面臨的問題是對那些問題進行活動圖建模，根據(jù)前面的原則我們知道要選擇重點流程。（2）確定建模對象是流程級還是用例級：

活動圖建模的對象可以是流程級（需要兩個以上崗位相互配合才能完成，上一個崗位的輸出是下一個崗位的輸入，并且兩者之間具有邏輯關(guān)系，屬于多個用例結(jié)合），也可以是用例級（只要一個角色使用系統(tǒng)就可以完成）。第四節(jié)用活動圖描述業(yè)務(wù)流程例：對于會議管理子系統(tǒng)來講，我們選擇能夠貫穿日常業(yè)務(wù)全過程，有多個角色參加，在會議管理中必須執(zhí)行的業(yè)務(wù)，作為我們的重點流程，會議申請流程作為我們的首選流程，這是因為會議管理的主要對象是“會議”，我們關(guān)心的是會議對象的生成、獲得、使用、消亡的全過程，會議對象的生成就是由會議申請人進行的會議申請，會議對象的獲得就是經(jīng)過辦公室主任審批通過的會議對象，會議對象的使用包括會議通知、會議執(zhí)行、會議紀要等活動，由其他角色去執(zhí)行，會議對象的消亡就是會議執(zhí)行完后的歸檔。在這里要注意，我們的會議管理流程不是到申請被批準(zhǔn)以后就結(jié)束，而是關(guān)注會議的全過程。第四節(jié)用活動圖描述業(yè)務(wù)流程例：（續(xù)上）活動的起點選在那里呢，由會議申請人起草會議申請作為起點是最好的選擇，當(dāng)然有些臨時會議的舉行可能有另外的發(fā)起點，但這不是我們重點關(guān)注的目標(biāo)，會議結(jié)束點可能有多個，如會議正常歸檔后結(jié)束、會議審批未通過而放棄結(jié)束、會議申請暫時保存而結(jié)束，會議因其他原因取消使會議結(jié)束等等，是不是活動圖把這些結(jié)束點都要畫出來呢，回答是否定的，活動圖只畫基本的、正常流程活動。對無數(shù)個異常活動沒有必要，也無法完全畫出來。第四節(jié)用活動圖描述業(yè)務(wù)流程（3）確定活動圖的執(zhí)行對象：接著我們要確定會議的執(zhí)行對象，在會議管理中，有多個對象要參與會議的執(zhí)行，他們是：會議起草人要起草會議申請，辦公室主任要審批會議申請，會議辦理人要通知會議、相關(guān)人員要布置會議室、領(lǐng)導(dǎo)要主持會議、參會人員要接收會議通知并且發(fā)言，會議紀要人員要記錄會議內(nèi)容，清潔人員在會后要清潔會議室……是不是把所有人員的工作都畫進流程，顯然不是，這里有一個原則，就是要確定那些人員未來使用該軟件系統(tǒng)完成前面這些工作，并且軟件公司打算為該工作開發(fā)軟件，那么這些人就是會議流程的執(zhí)行對象。

第四節(jié)用活動圖描述業(yè)務(wù)流程（4）確定每個執(zhí)行對象所從事的活動：在確定了該活動的執(zhí)行對象以后，就需要對每個執(zhí)行對象逐個確定在本活動圖中所從事的活動，活動可以是一個步驟片段，也可以是一個動作，這兩種形式可以在一張圖中并存，比如起草會議申請就是一個操作步驟片段，它包括輸入、編輯、修改、預(yù)覽等多個動作，而提交會議申請，只是點擊提交這一個動作。在這里要注意，所有的活動都要和未來實現(xiàn)的軟件系統(tǒng)有關(guān)，否則就會變成普通的業(yè)務(wù)流程圖。

第四節(jié)用活動圖描述業(yè)務(wù)流程（5）確定活動到活動的轉(zhuǎn)移合并情況：

前面我們提到，活動和活動之間的關(guān)系是有邏輯性的，有的是無條件順序執(zhí)行的，如辦公室主任在閱讀完會議申請后，正常情況下，就會簽署審批意見，就是從上一個活動自動轉(zhuǎn)移到下一個活動；有的活動是在滿足一定條件后，才從上一個活動轉(zhuǎn)移到下一個活動，比如辦公室主任在審批后，如果認為需要修改會議申請，就轉(zhuǎn)移到會議申請人下的修改會議申請活動，否則，就轉(zhuǎn)移到會議辦理人下的發(fā)會議通知活動；有些活動后，會出現(xiàn)兩個同時執(zhí)行的活動，比如在會議申請審批通過后，在會議辦理人通知會議的同時，其他人員要布置會議室、主持人同時要起草會議提綱，由于后兩個活動不打算為其設(shè)計軟件，所以在活動圖就沒有被畫出。第四節(jié)用活動圖描述業(yè)務(wù)流程4.元素識別結(jié)果（1）重點流程選擇：會議申請流程（2）用例還是業(yè)務(wù)流程：業(yè)務(wù)流程（3）活動圖的執(zhí)行對象：會議申請人、辦公室主任、會議辦理人，紀要起草人（4）會議申請人的活動節(jié)點包括：起草會議申請、修改會議申請、完成會議申請擬稿、提交會議申請、暫存會議申請、會議紀要歸檔。辦公室主任的活動節(jié)點包括：閱讀會議申請、簽署修改意見。會議辦理人的活動節(jié)點包括：發(fā)會議通知、發(fā)會議通知完成。紀要起草人的活動節(jié)點包括：起草會議紀要、修改會議紀要、會議紀要完成、發(fā)送會議紀要、暫存會議紀要。第四節(jié)用活動圖描述業(yè)務(wù)流程（5）識別的分支合并包括：會議申請人擬稿完成后選擇是暫存還是立即提交申請；辦公室主任審核后選擇是交會議辦理人辦理還是退回給會議擬稿人；會議紀要起草人在起草完會議紀要以后，是暫存還是發(fā)給會議申請人，由會議申請人歸檔，另外會議申請人選擇起草會議申請還是修改會議申請，以及紀要起草人的活動起草會議紀要還是修改會議紀要，都是分支和合并節(jié)點。并且以上分支的監(jiān)護條件都是互斥的。第四節(jié)用活動圖描述業(yè)務(wù)流程5.活動圖圖3.6會議申請活動圖第四節(jié)用活動圖描述業(yè)務(wù)流程6.會議申請活動圖操作步驟為了用trufun的UML建模工具進行具體建模，首先我們要建立項目，其次要建立包和子包，以便對模型進行分類管理，最后在每個子包下，建立每個具體的模型圖。下面我們以會議申請活動圖為例說明活動圖的畫法：一、綜合行政管理項目創(chuàng)建步驟（1）雙擊擊桌面的trufun建模工具快捷方式圖標(biāo)，系統(tǒng)顯示trufun主界面第四節(jié)用活動圖描述業(yè)務(wù)流程（2）點擊“文件”菜單下的“新”子菜單，再在彈出菜單中選擇“項目”，系統(tǒng)顯示新建項目界面。第四節(jié)用活動圖描述業(yè)務(wù)流程（3）在向?qū)Я斜砜蛑羞x擇“新建UML2.x項目”，然后點擊“下一步”，系統(tǒng)顯示選擇項目類型界面。第四節(jié)用活動圖描述業(yè)務(wù)流程（4）在項目類型的下拉列表框中選擇“UML”，然后點擊“下一步”，系統(tǒng)顯示創(chuàng)建UML項目界面。第四節(jié)用活動圖描述業(yè)務(wù)流程（5）在項目名稱文本框中輸入“綜合行政管理”，存儲位置選擇“使用缺省位置”，系統(tǒng)返回到主界面。第四節(jié)用活動圖描述業(yè)務(wù)流程二、包的創(chuàng)建步驟（1）在主界面左側(cè)的模型瀏覽器導(dǎo)航欄，選擇項目“綜合行政管理”，并點擊項目名稱前面的“+”符號，系統(tǒng)顯示缺省的該項目文件目錄樹。第四節(jié)用活動圖描述業(yè)務(wù)流程（2）在“<UML2Model>”節(jié)點上右擊，從彈出菜單中選擇“新建”，再在“新建”菜單下選擇“包”，系統(tǒng)在“<UML2Model>”節(jié)點下新增一個以package開頭包。第四節(jié)用活動圖描述業(yè)務(wù)流程（3）選中該以package開頭，在界面下面的屬性選項卡中修改別名（注意已選擇后面的“顯示別名”，以后不再說明），輸入“會議管理”。（4）重復(fù)步驟2、3。完成車輛管理、圖書管理、辦公用品管理、固定資產(chǎn)管理、考勤管理包的創(chuàng)建。第四節(jié)用活動圖描述業(yè)務(wù)流程（5）右擊“會議管理”包，在彈出菜單中選擇“新建”，再在“新建”菜單下選擇“包”，系統(tǒng)在“<UML2Model>”節(jié)點下新增一個以package開頭包。第四節(jié)用活動圖描述業(yè)務(wù)流程（6）選中該以package開頭，在界面下面的屬性選項卡中修改別名（注意已選擇后面的“顯示別名”），輸入“需求定義”。第四節(jié)用活動圖描述業(yè)務(wù)流程（7）重復(fù)步驟5、6。完成業(yè)務(wù)建模、動態(tài)建模、設(shè)計建模包的創(chuàng)建。（8）重復(fù)步驟5、6、7。完成車輛管理、圖書管理、辦公用品管理、固定資產(chǎn)管理、考勤管理包下的需求定義、業(yè)務(wù)建模、動態(tài)建模、設(shè)計建模包的創(chuàng)建。三、活動圖建模（1）在主界面左側(cè)的模型瀏覽器導(dǎo)航欄，選擇項目“綜合行政管理”，并點擊項目名稱前面的“+”符號，系統(tǒng)顯示缺省的該項目文件目錄樹。第四節(jié)用活動圖描述業(yè)務(wù)流程（2）點擊“<UML2Model>”節(jié)點前面的“+”符號，在展開的導(dǎo)航樹中再右擊“會議管理”前面的“+”符號。第四節(jié)用活動圖描述業(yè)務(wù)流程（3）右擊展開導(dǎo)航樹上的“需求定義“節(jié)點，在彈出菜單中選擇”新建框圖“，再在”新建框圖“菜單下選擇”活動圖“。在活動圖上增加了兩個節(jié)點，一個是以”actividiagram“開頭的節(jié)點，代表這個活動圖全局屬性，并可在屬性選項卡中修改該節(jié)點名稱為“活動圖”。另一個節(jié)點以“activity”開頭，在導(dǎo)航樹中選擇該節(jié)點，在屬性選項卡中輸入別名“會議申請活動圖”。第四節(jié)用活動圖描述業(yè)務(wù)流程（接上圖操作）第四節(jié)用活動圖描述業(yè)務(wù)流程（4）在建模繪圖區(qū)，選中缺省的活動圖，拖動四周實心矩形錨點，把繪圖區(qū)域調(diào)整到適當(dāng)大小。第四節(jié)用活動圖描述業(yè)務(wù)流程（5）從繪圖工具面板選中分區(qū)元素，并將其拖入