1.1.1    業務資料分析和建模

業務資料分析建模就是對業務流程和業務職責分析建模中發現的資料進行分析和建模,需要描述資料實體和關聯關係,在這一個過程中通過分析判斷是否能夠找出資料服務。

在分析資料實體和關聯關係時可以採用一般軟體工程的資料建模方法。

在這一步驟中關鍵是需要分析對資料管理功能是否會成為一個可複用服務,是否存在資料共享、交換和展現的業務功能。實際上就是對這些資料的使用進行分析,判斷資料使用活動中的資料服務功能。

示例,人力資源部門主要業務關聯的資料分析

以資料實體為基本單位,確定資料的使用方式,儲存管理方式,給出共享,交換,展現等特性的描述。可以使用一個表格來登記這些資訊

資料實體

使用方式

儲存管理

特性

說明

CCreate

UUpdate

QQuery

 

S:共享

C:交換

員工基本資訊

CUQ

公司集中儲存

分公司保留本地副本

SC

出勤統計資訊

 

公司集中儲存

S

工資資訊

 

部門管理

 

財務記帳資訊

 

部門管理

 

……

 

 

 

1.1.2    業務服務分析

通過前面3種業務分析建模過程,需要對分析結果進行分析處理,找出並定義業務服務。

在定義業務服務時需要描述資訊包括:

l        業務服務名稱

l        業務功能描述

l        使用約束

l        服務擁有者(或服務提供者)

l        誰需要使用業務服務

l        業務服務使用授權方式

l        業務服務使用的資料

l        業務服務生命週期

l        業務服務實現方式(手工,已有系統支撐,準備建設)

示例,人力資源部門經過分析獲得的業務服務列表如下:

員工資訊服務,當前需要查詢操作

出勤資訊服務,當前需要查詢操作

出勤統計資訊服務,當前需要統計操作,查詢操作

工資資訊服務,當前需要基本資訊查詢操作,變更資訊查詢操作,實發工資計算操作,實發工資查詢操作

午餐補助計算服務

稽核服務,當前需要提供實發工資稽核操作,午餐補助稽核操作

人力資源經理稽核服務,

財務經理稽核服務,

常務副總稽核服務,

支票領取服務

工資發放服務

午餐補助發放服務

工資資訊釋出服務,提供通知操作

午餐補助資訊釋出服務,提供釋出操作,通知操作

工資發放流程

午餐補助發放流程

 

下面對其中幾個業務服務進行詳細分析,可以瞭解業務分析和找出服務的好處。通過業務分析可以更加了解業務功能和業務過程,可以根據需要進行業務優化和改進,同時通過定義明確的服務合約(功能描述,使用約束),可以使服務介面更加穩定,服務內部的調整和優化將不會使用服務的業務活動和業務流程。

1)考勤統計服務

使用該服務的有工資發放流程和午餐補助發放流程。通過詳細業務分析,發現如下問題:

午餐補助需要考勤資訊是整月資訊,即1日到31日;

工資發放需要考勤資訊是跨月資訊,即上月16日到下月15

為了解決這個問題有兩個辦法,保持管理現狀,則需要提供兩種考勤統計服務,可以通過輸入引數來加以區分;改變管理模式,將工作發放也修改為整月模式,這就需要公司的統一管理規劃。

再分析考勤統計服務的操作(即實現方式),

因為分公司與公司本部採用考勤記錄方法不同,就需要有兩種資訊獲取方式,即從門禁系統獲取資訊,和從打卡裝置獲取資訊。

另外還需要獲取異常出勤登記資訊,因為採用人工登記方式,需要將分公司的資訊傳遞到公司本部,同時需要傳遞的還有分公司的打卡記錄資訊。

為了快速實現本專案,可以不改變當前的業務模式,為了簡化統計過程,也為了統一各分公司的考勤管理方式,可以考慮建立一個考勤登記系統,統一各分公司的考勤模式,也可以將異常出勤登記、審批等過程也納入此係統,併為考勤統計提供服務介面,這樣考勤業務服務介面可以保持不變,但可以改進和完善內部實現過程。

2)審批服務

當前採用人工操作過程,未來可以考慮建立完整的業務管理系統,由BPM系統提供流程管理,支援人工審批活動。

當前審批流程由三個角色執行審批流程,未來可能因業務管理要求增加或減少審批流程環節,這可以作為一個子流程,審批服務介面保持不變的情況下,對子流程的調整不會影響工資發放流程和午餐補助發放流程的執行。

3)財務記帳服務

現在採用人工操作過程,未來可以考慮改造財務系統,開發記帳服務介面供各業務流程使用,優化報銷,借款,支票領取等業務活動。

4)工資發放操作

當前採用人工操作過程,按銀行要求生成文字檔案,並將支票一起提交銀行。未來如果銀行開放服務介面,則可以與銀行簽約,使用銀行服務介面進行工資的直接發放。這就涉及組織之間的業務流程整合過程。