業務概念圖是大家比較容易理解的說法，不少資料上提到的領域模型(Domain Model)，你可以理解為業務概念模型。
我們課程盡量不使用大家難懂的詞匯，下面我們繼續以業務概念圖來表達。
整理出系統的業務概念，我覺得是多個步驟中，最難也是最重要的步驟。
說它難，是因為：
1.并不是誰都能準確全面地識別出業務概念的。
2.要準確描繪這些概念的關系就更加難。
3.對這些業務概念進行提煉，是難上加難！
說它重要，是因為：
1.這是準確需求理解的基礎。
2.這是數據庫設計、實體類設計的輸入。

在我們公司，盡管《需求規格說明書》中有“業務概念圖”的章節，但很多項目經理都不能畫好，很多復雜的系統只能畫出非常簡單的幾個業務概念。能否做好其實很依賴于你的功力！
你可能會問：有些公司不用UML，不用類圖的，難道他們就不能表達好業務概念？
那當然不是了，類圖只是其中一種表達方式，一些公司會通過數據字典或者是詳細的文字和表格來說明各種業務概念，不過我推崇的還是使用類圖，類圖強在方便表達類之間的關系和方便進行提煉！
回到這個考勤系統，考勤系統有什么業務概念、它們之間是怎樣的關系呢？
我們強調了業務概念圖這么高的難度，你可不要被嚇怕了，越難的東西你掌握了你就約值錢！請你盡你所能畫出本系統的業務概念圖，完成后才繼續往下學習噢！
這是一個考勤管理系統，與考勤相關的重要業務概念有：考勤記錄、請假記錄、外出工作記錄。
這個系統涉及到人和部門，故重要業務概念還有：部門、員工。

?

下載 (14.54 KB)2009-11-25 14:29

本圖列出了關鍵的業務概念、業務概念的重要屬性、業務概念之間的關系，相關業務規則通過注釋來說明。
大家所在的公司情況不一樣，大家對考勤的理解角度不一樣，這個圖就會不太一樣。
請你比較你畫的圖與上圖的差異，在線提出你的問題，講師將會解答大家的疑問！考勤記錄：
其實就是打卡記錄。大家去打卡的時候，有想過打卡機記錄了什么嗎？打卡機記錄了你的工卡的ID和打卡時間。
打卡機如何知道這是上班打卡還是下班打卡？其實它是不知道的，只能看時間與打卡順序。
如：你們上午上班時間是9:00-12:00，但打卡機有一條記錄顯示打卡時間是10:30，請問這算上班打卡還是下班打卡？
光靠這些信息還不能判斷，如果這是該ID當天的第一次打卡，應該算上班記錄，如果是第二次打卡，則可能是下班打卡或者是外出工作時的打卡。
我們公司以前中午休息，大家是需要打卡的，下班時打一次，上班時再打一次，這樣一天要打4次卡。中午要打卡的規定，導致了很多問題，大家中午很容易忘記打卡，這樣就導致一個人一天只有2次或者3次的打卡記錄，導致了一些管理上的混亂。后來我們取消掉中午打卡的規定，只需要上午上班和下午下班各打一次卡便可。
你思考這個考勤系統的時候，如何也遇到我們公司類似的中午打卡問題咋辦？那就應該先做業務重組，用簡單有效的辦法來管理打卡。
你可能有這個問題：打卡機不是記錄了員工的工卡ID和打卡時間嗎？為什么考勤記錄這個類沒有工卡ID這個屬性？
這個問題問得好！
考勤記錄與員工這兩個類之間是有關系的，我們看到一個員工有多次打卡記錄，一次打卡記錄只對應一個員工。也就說說這樣的對應關系，已經反應了通過考勤記錄是能找到相應的員工的，故考勤記錄中不需要設工卡ID座位屬性。
類似的，請假記錄、外出工作記錄類都沒有“員工ID”之類的屬性，繪制業務概念圖時，我們不需要在類中體現它們的“外鍵”，事實上“員工ID”之類的屬性，是這些業務類關系的實現方式之一而已，在需求階段我們不需要也不應該明確這些關系的實現，何況實現方式還有其它可能呢！請假記錄：
只有開始時間與結束時間兩個屬性，你可能會問請假時長為什么不做為屬性之一？
請假時長可以由開始時間與結束時間計算出來，這是一個“導出屬性”，對于這樣的情況，一般不需要在類中再加一個屬性，概念圖的類的屬性，最好都是“原始”屬性，不能由其它東西推導出來的。
當然到數據庫設計、程序設計時，這些“導出屬性”有可能會設計為數據庫的字段和類的某個屬性，但這是實現方式，繪制概念圖時不需要也不應該明確這些內容。
請假是分類別的，類別沒有直接放到請假記錄的屬性中，而是抽離出來。
請假類別是很重要的一個東西，不同的類別請假的流程、薪金減扣計算都不太一樣，對于重要的類別，我一般會單獨一個類來表示，并通過批注說明具體有什么類別。
這些類別，在數據庫設計時往往被設計為單獨的一個表，在程序中往往會使用枚舉來表示。將這些重要類別單獨一個類表示，可方便設計人員思考。外出請假工作記錄：
在思考這個類時，其實是有一些業務上的麻煩的。不知道大家外出工作流程是怎樣的？
我們需要外出者填寫外出申請，標明起止時間和工作內容等，同時要求如果需要外出時你在公司，則你還需要打卡才能外出。
我們之前還曾很“無聊”地規定所有銷售人員，就算你當天一整天都要外出，你都需要先到公司打卡，當然我們后來取消這個不人性化的規定了。
不過現在還是存在問題，也就是很多情況下的外出工作，即需要填寫外出申請，也需要打卡，也就是要求：外出工作記錄與考勤情況應該是一致的，也就是外出工作記錄類的注釋所寫的內容了。這樣的要求有一定的管理麻煩，但暫時又想不出更簡單有效的管理辦法，這就意味著我們的考勤系統需要考慮這樣的功能：能方便檢查外出工作記錄與考勤情況有沒有出入。
整理業務概念時，你會有很多思考。考勤系統看上去不復雜，但涉及到每一個人的利益，涉及到公司的管理制度，就不是這么簡單了。
當你去做一個業務系統需求分析時，你的工作重點其實是幫助客戶重組業務流程，不使用系統手工操作時，很多工作是不嚴格和隨意的，不整改這些工作，系統是無法做出來的。
重組業務是高難度的工作，你現在才重組了業務概念部分，準備下一個挑戰吧，重組業務流程！

轉：http://www.umlonline.org/school/thread-182-1-1.html

總結

以上是生活随笔為你收集整理的考勤系统的业务概念图的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。