公車改革信息管理系統的研究與分析

發布時間：2023-08-10 15:34

摘要 I

Abstract H

目錄 1

第一章引言 1

1.1項目背景 1

1.2同類系統研究與應用現狀 1

1.3研究的內容和主要工作 2

1.3.1研究的內容 2

1.3.2本人主要工作 2

1.4論文結構 2

第二章業務分析 4

2.1業務描述 4

2.1.1組織結構分析 4

2.1.2業務問題概述 5

2.1.3業務人員分析 6

2.2原有業務流程分析 7

2.2.1信息管理業務分析 7

2.2.2車補管理業務分析 9

2.2.3報表管理業務分析 10

2.2.4審核管理業務分析 12

2.2.5預警管理業務分析 13

2.3業務流程優化 15

2.3.1信息管理業務再造 15

2.3.2車補管理業務再造 18

2.3.3報表管理業務再造 19

2.3.4審核管理業務再造 21

2.3.5預警管理業務再造 23

2.3.6系統管理業務再造 24

第三章功能分析 26

3.1用戶角色分析 26

3.2系統用例分析 26

3.2.1總體用例分析 26

3.2.2子用例分析 27

3.3系統功能包圖 48

3.3.1總體功能包圖 48

3.3.2子功能包圖 49

第四章數據分析 54

4.1功能數據分析 54

4.1.1信息管理縮略類圖 55

4.1.2車補管理縮略類圖 57

4.1.3報表管理縮略類圖 59

4.1.4審核管理縮略類圖 60

4.1.5預警管理縮略類圖 61

4.1.6系統管理縮略類圖 62

4.2實體類關系分析 62

4.3數據庫表 63

第五章總結與展望 73

5.1總結 73

5.2展望 73

參考文獻 75

致謝 76

第一章引言

1.1項目背景

按照黨中央、國務院的統一部署，我國的公車改革已于去年拉開大幕。新中國成立后直到此次公車改革前，我國公務用車的使用、管理長期按照實物供給制度執行，為黨政機關、企事業單位公務出行提供了重要保障。

在我國市場經濟體制方面的逐步健全和不斷完善后，導致我國傳統的公車使用、管理制度難以適應當前形勢發展的需要，因此出現了各式各樣的問題和缺陷。政府職能部門對此高度重視，習近平總書記和李克強總理特意對此作出重要的指示和意見，并且著重強調了我國要全面推進對公務用車制度存在的問題進行合理的改革。近幾年來，我國的很多相關單位進行了積極的探索和討論，在不斷的嘗試過程中積累了具有參考性和研究性的寶貴經驗［鐵

按計劃，江西省于2015年正式啟動公車改革工作。由于江西省公車改革涉及的單位數量眾多，如果全部由人力去完成各級單位的車輛信息的統計和管理，無疑將會耗費大量的人力、財力以及時間。因此研究和分析一套在各單位間協同作業的車輛信息管理系統軟件是十分必要的。既能將辦公的信息化、系統化，也能進一步提高車輛業務管理水平使其更加規范化。

1.2同類系統研究與應用現狀

公車制度的改革是我黨落實改進作風及加強廉政的一項重要措施和途徑，對各單位的日常開支起到節約的作用，將節約出來的資金有針對性地合理再分配使用，在很大程度上對我國建立節約型政府有重大意義。

在計劃經濟時期，由于各單位用車的流程較為單一，因此當時我國的公車制度存在一定的缺陷和不足。但隨著從計劃經濟到市場經濟的轉型，此制度的弊端越來越突出和顯現。雖然各級政府也通過出臺一些措施試圖解決此問題，例如發放車補，標識車輛等方法，但并沒有達到預期的效果，問題依舊很嚴重。為此我國的財政部門公布了《黨政機關公務用車預算決算管理辦法》，初步打算從用車預算環節開始加強各環節的規范性，從而加強對公務用車進行科學合理的管理，這足以顯示我國職能部門對公車使用、管理制度改革的決心。

在地方，各省份已有某些單位將隸屬于自身的車輛進行一體化管理。從各自系統實際的使用情況和效果來說，均顯示了車輛信息化之后給日常的車輛管理提供了極大的便利，管理更加簡潔，業務更加模塊和清晰化，人為因素導致的錯誤率大大降低。但是各單位的車管系統之間處于一種獨立的狀態，仍然需要相當大的人力去執行管理工作，上下級單位之間的協同辦公也仍然未實現，這給公車改革中最重要的車輛信息管理在程序上造成了很大的障礙。由此可見，研究和分析基于分布式協同作業的公車改革信息管理系統是當前十分迫切的需求。因此，對公車改革定制化的車輛信息管理系統的研究與分析尤為重要。

1.3研究的內容和主要工作

1.3.1研究的內容

本文以江西省公車改革工作為研究背景，研究其類似的管理工作的各項業務流程并進行分析總結。同時合理的同實際情況進行結合，來對江西省公車改革信息管理系統進行了研究和分析。該系統的主要業務包括：信息管理、車補管理、報表管理、審核管理、預警管理等。通過對業務的拆分，整理出了各自對應的功能模塊。為了對系統功能進行一個詳盡的闡釋，在對這些業務進行詳細分析的基礎上，得到了相應的功能管理模塊，并進行了數據分析。

1.3.2本人主要工作

本人介紹解析了各個功能模塊的業務流程，通過對系統角色的分析、系統用

「叩

例的描述，并用系統功能包圖來圖形化表現系統業務功能，最后對系統進行數據分析。從功能數據、實體類分析和關鍵數據庫表的研究和分析來進一步解析公車改革信息管理系統。

1.4論文結構

本文以江西省公車改革工作為研究背景，對全省公車改革信息管理系統進行了詳細的研究和分析，全文分為5章，主要內容及結構安排如下：

第一章引言部分，主要闡釋了本論文的選題來源，國內外的公車改革的現狀，分析公車改革信息管理系統的研究意義，并對論文內容和結構做出簡單的介紹。

第二章業務分析，主要是針對公車信息管理的基本業務情況進行詳細分析, 得出應有的系統功能模塊，并且對系統原有的5個業務進行業務流程優化，最終得出了系統的業務模塊。

第三章功能分析，本章對公車改革信息管理系統各功能模塊進行了詳細的分解，對系統的各個用例進行用例描述，并建各業務流程包圖。

第四章數據分析，本章對公車改革信息管理系統進行功能數據分析，制作了縮略類圖，對系統中各個實體的關系進行了分析，并列出了關鍵數據庫表。

第五章總結與展望，在前四章中已經將系統的業務流程和功能介紹完畢，本章對公車改革信息管理系統進行了總結，并對系統的上線實施提供一定的建議，以及對公車改革信息化進行了展望⑷。

第二章業務分析

2.1業務描述

在公車改革整體業務中，對車輛的信息管理無疑是核心業務。介于省內公車改革涉及的單位數量較多，車輛的信息量巨大。因此，公車改革信息管理系統必須能按照車改文件中單位的組織結構進行信息（包括單位信息、車輛信息、車輛費用信息、用戶信息、司勤人員信息等）的分類。各級單位之間不再使用傳統的人力交接方式進行工作，而是使用智能化的協同方式進行工作。此外，上級單位能對下級的車輛信息進行審核，同時也能智能的對下級單位的公車費用補貼進行管理，如此才能真正的實現信息化和系統化，從根本上提高工作效率和推動公車改革大政策的百分百的落實。

2.1.1組織結構分析

公車改革信息管理系統涉及的不僅僅是單獨的某一單位，而是涉及全省各個不同的單位。公車改革信息管理其實就是上級單位對管轄內的下級單位公車、司勤人員和車輛補貼等進行監督的一系列管理⑸。因此，在車改整體的業務中將參與的單位按照單位性質進行分類。單位性質包括：行政機關、中央駐贛行政單位、省直垂管行政單位、參公事業單位、中央駐贛參公事業單位、省直垂管參公事業單位。各單位性質所屬層級又包括：省直、市直、縣直、鄉鎮。另外，值得注意的是上級單位管理下級單位的方式分為塊管和條管兩種方式。屬于塊管的典型有：各設區市的部門（除中央駐贛單位、省直垂管單位外）均是由該市政府管理, 例如某某市農業局的上級單位為市政府。屬于條管的典型有：中央駐贛單位、省直垂管單位，此類單位是直屬于中央或省政府進行管理，例如某市工商局是省直垂管單位，它的上級單位不再是塊管中的當地政府部門，而是由該省工商局進行管理。公車改革信息管理系統的組織結構如下圖2. 1所示：

單位性質

圖2.1江西省公車改革信息骨理系統組織結構圖

2.1.2業務問題概述

在改革之前我國各單位用車分為兩大種類，分別為單位執法執勤用車和一般性質的公務用車。為響應黨中央和國務院發布的推進公務用車改革的各項指導意見精神，江西省公務用車構成將發生一定變化，其中一般公務用車中的機要通信用車和部分執法執勤用車將得以保留，其他車輛一律取消。如果繼續沿用公車改革前人工管理車輛的傳統模式，既不符合公車改革的有關精神，也不利于對保留的車輛進行管理，在車輛管理中不可避免地會產生一些問題：

(1)車輛管理人員工作強度大，需要花費大量時間記錄車輛、駕駛員等的基本信息同時將數據文檔交由上級單位審核。而當車輛管理人員出現變動，新的車輛管理人員又要用大量時間熟悉甚至重新記錄車輛、駕駛員等的基本信息，效率低且容易出錯。

(2)公車費用補貼在人工管理的模式需要大量的時間對各下級單位的費用進行手工的統計和審核，工作效率得不到質的提升，此外下級單位對費用的狀態

(審核狀態，未發放狀態，已發放狀態)也不能及時的了解。

(3)報表管理主要是車管人員先査閱文檔資料，再整理出需要的數據，再按照對應的報表樣式進行打印。車管人員往往需要靠手工的方式制作出多種的報表(公務用車費用匯總表、公務用車車輛情況列表、司勤人員花名冊、行政機關司勤人員分層級情況匯總表、全省公務用車改革有關情況匯總表、單位總體情況匯總表等八種類型的報表），統計工作繁瑣而又復雜。

（4）車管人員需要將所在單位的車輛和司勤等信息人工的上報給上級單位, 由上級單位對下級上報的數據進行審核。如果出現錯誤無法及時通知下級單位，下級單位修改之后也無法及時的上報給上級單位、缺乏及時性，不能使兩單位之間的工作對接得到及時有效的保障。

（5）車管人員統計完本單位的車輛和人員信息后，只能通過人工方式后續定期地更新才能保證數據的準確性，由于存在時間上的延遲，所以會導致本單位的信息數據的時效性不夠，例如在下一次定期校驗前，某職工的離職和某車輛已達年檢的年限等。無法實時、準確地掌握公務用車和人員的最新信息。

所以，為防止出現上述問題，最大程度發揮得以保留公務用車的作用，研究和分析一套能適應公車改革要求，具備高效、便捷、可操作等特點的車輛信息管理系統勢在必行。

2.1.3業務人員分析

（1）下級單位車管人員：在原有業務流程分析中，主要負責為本單位各類信息建立檔案并且提交給上級主管單位審核。

（2）上級單位車管人員：在原有業務流程分析中，主要負責對下級單位提交的信息進行審核。

（3）人事人員：在原有業務流程分析中，主要負責向車管人員提供本單位編制信息、司勤人員等信息。

（4）下級單位財務人員：在原有業務流程中，主要負責創建車輛使用費用賬目，同時轉交給本單位車管人員，且由車管人員向上級單位進行數據的上報。

（5）上級單位財務人員：在原有業務流程中，主要負責對下級單位提交的車補信息類的賬目進行審核，且在審核通過后進行車補的發放。

2.2原有業務流程分析

2.2.1侑息管理業軸析

信息管理業務流程圖

車管人員

圖2.2信息管理業務流程圖

如圖2.2業務流程所示:信息管理業務流程圖是車管人員管理單位基本信息檔案，人員編制情況檔案、車輛信息和車輛費用檔案業務流程。首先車管人員準備基本檔案登記本，包括單位基本信息檔案登記本、人員編制檔案登記本和車輛信息及使用費用檔案登記本，根據實際情況來添加、修改或刪除相關檔案。

單位基本信息檔案主要包括：單位名稱、所屬層級、組織機構代碼、上級單位名稱、預算單位代碼、單位性質、是否車改試點單位、是否執法執勤用車部門、車管機構名稱、車管機構屬性、單位地址等信息。

人員編制檔案包括：人員編制數和實有人員數等信息。人員編制數嚴格按照 “三定方案”核定數填寫。例如縣處級、廳局級編制數及實有數均包括非領導職務。對于未細化到某具體職務級別的編制數，將按照規定統一填寫到科員及一般工作人員欄，剩下的還沒有細化的各職務級別的編制數將按照規定在數目輸入欄中填寫0。

車輛信息檔案包括：公車注冊登記年月、公車車牌號、公車的品牌、公車的型號、公車的車架號、公車的發動機號、公車的排氣量、公車的車型、公車的使用性質、公車的來源、公車的購置費、公車的購置稅等信息。

車輛費用檔案包括：填報年限、公務用車購置費用、公務用車運行維護費、車改補貼等信息。

完成后要對檔案進行核對以確保信息準確無誤，如果未發現錯誤，則進行整理并建立基本檔案；否則，要重新添加、修改或刪除相關檔案，直至未發現錯誤，才完成基本檔案管理流程。

2.2.2車補管理業劇析

上級單位財務人員下級單位車管人員下級單位財務人員

創建車補檔案

創建會計分彖并且統計費用

發放車補費用

圖2.3車補管理業務流程圖

如圖2.3業務流程所示，車補管理業務流程是由下級單位車管人員向上級單位提交《車補審核報表》時產生，上級單位在接收后審核人員(一般是財務人員) 會依據下級單位提交的費用信息創建會計分錄，獲取并對照車補標準計算合理的車補費用。隨后，再對車補費用進行對賬審核，若審核未能通過，則要重新進行; 若審核通過，則發放車補費用，下發《同意發放車補通知》，下級單位財務人員接到通知后即可對發放的車補進行對賬入檔。

2.2.3報表管理業務分析

報表管理主要包括報表生成業務流程和報表修改更新業務流程，現對兩者進行分析：

(1)報表生成即為車管人員先查閱文檔資料，再整理出需要的數據，再按對應的報表樣式進行打印。報表種類較多具體包括：公務用車費用匯總表、公務用車車輛情況表、司勤人員花名冊、行政機關司勤人員分層級情況匯總表、公務用車改革有關情況匯總表、單位總體情況匯總表等八種類型的報表。具體業務流程圖如下圖2. 4所示：

車管人員

圖2.4生成報表業務流程圖

(2)報表修改和更新：報表作為數據統計中最重要的媒介，報表模板的合理性直接影響著數據多維度的統計。介于在公車改革整體業務中報表的種類較多，因此報表在最初的模板確定階段很難做到一步到位，各分類報表的更新時有發生。當某類數據報表發生變更時，出于人力方面的考慮，原則上只需要將半年內的數據按照新報表重新計算，且各分類報表兩個更新的間隔最短不能超過一年。具體的業務流程圖如下圖2. 5所示：

車管人員

各報表存檔

圖2. 5更新報表業務流程圖

2.2.4審核管理業務分析

下級單位車管人員需要將所在單位的車輛和司勤人員等信息人工地上報給上級單位，同時上級單位對下級上報的數據進行審核。如果出現錯誤無法及時通知下級單位，下級單位修改之后也無法及時地上報給上級單位。待審核通過后，上級單位車管人員發送回文并且進行存檔處理，下級單位車管人員接收回文。具體的業務流程圖如下圖2.6所示：

2.2.5預警管理業空析

車輛相關信息的有效性在整個公車改革中占據著極其重要的位子。車管人員統計完本單位的車輛和人員信息后，不可避免的仍然確保不了數據的實時性。例如單位某職工的離職會影響單位在職人員的編制信息，或者某車輛到了年檢最后期限而未年檢從而會影響車輛信息數據的正確性。因此，為提高數據的實時性和有效性，車管人員會定期的更新此類信息，并且將最新的信息上報至上級單位。下級單位車管人員繪制預警周期表，按照表上預警周期，定期更新車輛相關信息，并從單位人事獲取并更新人員情況（編制、司勤人員信息等），匯總更新后的數據，再向上級報送，上級單位車管人員接收最新的數據，下級單位車管人員整理并建檔。具體的流程如下圖2. 7所示：

預警管理業務流程圖

下級單位車管人員上級單位車管人員

整理、建立最終檔案'

JaU

圖2. 7砂管理業務流程圖

2.3業務流程優化

2.3.1信息管理業箸再遺

信息管理再造業務流程圖

車管人員人事人員

圖2. 8信息管理再造業務流程圖

如圖2.8所示，信息管理再造業務流程圖可以提高車管人員的工作效率，對比原有的業務流程有以下幾點質的優化：(1)摒棄原有的車管人員從人事職員獲取單位編制及在崗人員的情況，而是分配到由熟悉單位編制情況的人事人員錄入，如此極大的優化了流程同時也清晰了業務邏輯。(2)將傳統的紙質檔案智能化為電子檔案，信息存儲在數據庫中，如此一來便于檔案信息的管理。

2.3.2車補管理業務再造

車補管理再造業務流程

上級單位財務人員

下級單位財務人員

核系統自動生成的會計分錄賬「［

:送《同意發放乍補通知》電子文件

接收電子文件

對賬入檔

圖2. 9車補管理再造業務流程圖

如圖2. 9所示，車補管理再造業務流程的邏輯和原有的流程邏輯差異較大。主要的業務優化如下：

(1)在下級單位財務人員向上級單位上報信息后，上級單位財務人員即可開始車補管理業務流程，因此不再需要車管人員進行申請的操作。系統會依據上報信息中的費用信息代替人工自動創建會計分錄，上級單位財務人員只需要對自動生成的賬目進行審核即可，在系統計算錯誤的情況下可以手動進行計算，從而提高正確性。

(2)在原有業務流程中，由于上級單位審核的單位數較多導致人工審核的復雜度較高，各下級單位對審核的進度都無法及時的知悉。因此，在再造業務流程中，系統會標識每個子業務下車補的狀態包括審核狀態、未發放狀態、已發放狀態。從而解決這個問題，各下級單位只需要在系統中査詢車補狀態即可。審核通過則發放車補，系統生成《同意發放車補通知》，下級單位財務收到系統通知，對賬入檔。

2.3.3報褰管理業務再逍

報表管理業務再造同原有業務一樣分為兩個主要業務,分別為報表生成業務流程和報表更新業務流程，現針對每個業務流程具體分析：

(1)報表生成業務流程再造：相比于原有流程，改造后的流程極其簡單，車管人員不需要去查閱信息然后依次按照分類逐一制作報表數據，所有數據的制作全由系統計算，而車管人員只需要選擇需要統計的下級單位即可。具體的業務流程圖如下圖2.10所示：

報表生成業務流程

車管人員

>（選擇最新報表模板

備注報表描述額外附加信息

核對系統自動計算岀的報表數據

據正確

是

打印報表

圖2. 10報表生成再造業務流程圖

（2）報表更新業務流程再造：車管人員不再使用紙質報表進行數據的統計,

而是將報表以word文檔形式上傳至系統，再配置報表中每個字段的計算公式。最后由系統自動生成最新的半年內報表數據。具體報表更新業務流程圖如下圖

2. 11所示:

報表模板更新業務流程圖

車管人員

配置報表字段計算參數

執行數據更新操作

核對報表

數據

電予確認篦名

圖2.11報表更新再造業務流程圖

2.3.4審核管理業務再造

改造后的業務流程較原有業務流程有以下幾點優化：

(1)下級單位車管人員不需要去上級單位移交上報材料，而只需要在填寫完上報的信息后進入系統的審核管理模塊中選擇提交審核功能即可。

(2)上級單位車管人員不再需要手工對上報材料進行分類，系統自動依據上報信息數據的種類進行分類。

(3)在未審核通過的情況下，下級單位的車管人員修改數據之后不再到上級單位辦公地點提交材料，而是重新走材料上報業務流。

(4)原有審核中的紙質回文在改造流程中將電子化。此外，上級單位不需

要人工發送回文至下級單位，所有操作均在系統中完成。具體的業務流程圖如下

圖2. 12所示：

審核業務再造業務流程

圖2.12審核管理再造業務流程圖

2.3.5預警管理業錚再造

在原有的預警管理業務中，雖然車管人員通過定期的更新數據信息來提高數據的實時性，但畢竟會有時間上的延遲，無法從根本上確保數據的實時性。在預警管理業務再造中，下級單位車管人員設置好預警參數（預警種類、預警條件）后，系統會實時地校驗數據的及時性。當有人員變動時，人事人員在系統信息管理模塊中會及時更新人員信息，車管人員不必去人事再獲取人員情況。若達到設置的預警參數，系統會自動預警車管人員，并提示車管人員進行車輛年檢和更新信息等操作。當下級單位車管人員更新信息之后，又將進行審核管理業務流程，上報上級單位審核；若沒達到設置的預警參數，流程結束。具體的業務流程如下圖2.13的流程圖所示：

2.3.6系統管理業務再造

系統管理功能由用戶管理和角色管理兩大模塊組成。用戶管理包含用戶的創

建和用戶權限的分配；角色管理包含角色信息的增刪改，在本系統中一種角色對

應一個權限組具有多個系統權限。具體的系統管理再造業務流程圖如下圖2.14

圖2.14系統管理再造業務流程圖

第三章功能分析

3.1用戶角色分析

在公車改革信息管理系統中，根據對實際工作的需求分析，系統的主要角色即系統的參與人員有車管人員、人事人員、財務人員、系統管理員，各角色及其功能職責如下表3-1所示⑹⑺：

表3-1用戶角色劃分表

角色職責或功能

車管人員系統主要參與者，負責本單位車輛相關信息、車輛報表、審核和預警

等管理工作

人事人員系統主要參與者，負責維護和管理本單位人員編制、司勤人員信息等

工作

財務人員系統主要參與者，負責車補費用審核、統計、發放等與財務相關的事

項

系統管理員系統主要參與者，負責系統的用戶管理和角色管理

3.2系統用例分析

3.2.1總體用例分析

在分析公車改革信息管理系統時，可以將總體用例圖似為一家公司，系統各模塊中的參與者都是此公司的員工，信息管理、車補管理、報表管理、審核管理、預警管理等其中的模塊就是公司各職能部門⑻。特別說明的是，在這五大模塊之外還有回文管理模塊，電子回文將傳統的交互性質工作中的紙質回函文件電子和智能化。此模塊負責上下級單位協同辦公的憑證是必備的模塊，但介于在系統其它模塊中使用了此回文模塊，因此作為系統的輔助模塊不單獨分析，而是嵌入在需要回文的模塊中分析。員工在部門中工作并相互協作共同維持著公司整體的日

「91

常運作。公車改革信息管理系統的總體用例圖如下圖3.1所示⑼。

圖3.1公車改革信息管理系統總體用例圖

3.2.2子用例分析 3.2.2.1信息管理用例

信息管理是整個公車改革信息管理系統中最為重要的大模塊,包括單位基礎信息管理、司勤人員信息管理、車輛信息管理、車輛費用信息管理、用戶信息管理五大子管理模塊。信息管理即上級單位對本單位及其管轄范圍內所有下級單位車輛相關信息的管理。參與者有車管人員和人事人員兩個用戶角色，人事人員負責單位基礎信息中的在職編制信息和司勤人員信息的管理〔⑹。其他類別的信息統一由車管人員進行管理。此模塊涉及的用例較多，整個信息管理模塊的用例分析圖如下圖3.2所不：

圖3.2信息管理用例圖

如上圖整體的用例圖所示各類信息管理本質上即為對數據信息的增改查（按要求不提供信息刪除功能），這都屬于數據維護的范疇，因此本論文在信息管理模塊中重點對數據維護包含的用例進行描述。依據用例類別具體的用例分析如下：

參與信息管理的角色有車管人員和人事人員兩種用戶角色，不同角色登錄系統具有的權限不同。如下表所示3-2為信息管理用例描述：

表3-2信息管理用例描述

描述項說明

用例名稱信息管理

用例描述描述了車管、人事人員使用本系統進行各種類別信息管理的過程

前置卅用戶必須登錄

后置新系統顯示信息管理界面

參與者車管、人事人員

操作流程（1）選擇與用戶匹配登錄的系統角色；

（2）輸入系統的用戶名（賬號）和用戶密碼，在多次登錄失敗情況下系統會顯示驗證碼以便用戶輸入；

（3）點擊“登錄”按鈕；

（4）進入系統主界面后，選擇信息管理功能。

系統依據登錄系統用戶的角色進行不同權限分配。當前版本系統中當參與者進入信息管理頁面后只能在該用戶權限下的各類信息進行管理。各類信息錄入、查詢、更新用例分別如下表3-3、3-4、3-5所示：

表3-3各類信息錄入用例描述

描述項說明

用例名稱信息錄入

用例描述描述了車管、人事人員使用信息管理模塊進行各類別信息錄入的過程

軸者車管、人事人員

前置射用戶進入信息管理界面

后置條件系統新增信息

操作流程（1）點擊按鈕進入單位信息管理頁面；

（2）選擇需要錄入信息的類別；

（3）在系統填寫界面輸入需要錄入的信息；

（4）確認是否保存已錄入信息；如果當前操作非用戶的誤操作，點擊確定按鈕從而系統進行下一步的處理操作；否則點擊取消按鈕來撤銷當前誤操作。

表3-4各類信息査詢用例描述

描述項說明

用例名稱信息查詢

用例描述描述了車管、人事人員使用信息管理模塊進行各類別信息查詢的過程

參與者車管、人事人員

前置篩用戶進入信息管理子界面

后置條件系統返回查詢結果

操作流程（1）點擊按鈕進入單位信息管理頁面；

（2）選擇需要查詢信息的類別；

（3）輸入查詢條件參數；

（4）點擊查詢按鈕；

（5）系統顯示查詢結果詳情頁面；

表3-5各類信息更改用例描述

描述項說明

用例名稱信息更改

用例描述描述了車管、人事人員使用信息管理模塊進行各類別信息修改的過程

參與者車管、人事人員

前置篩以后進入信息管理子頁面

后置＜# 系統更新數據庫數據

操作流程（1）點擊按鈕進入單位信息管理頁面；

（2）點擊更新按鈕；

（3）選擇需要更新信息的類別；

（4）在系統填寫界面輸入需要更新的信息；

（5）確認是否保存已更新的信息；如果當前操作非用戶的誤操作，點擊確定按鈕從而系統進行下一步的處理操作；否則點擊取消按鈕來撤銷當前誤操作。

3.2.2.2車補管理用例

車補管理為上級單位向管轄范圍內所有下級單位發放車輛補貼涉及的一系列流程的統稱。上級單位財務人員的主要用例有：對賬目審核、如果系統生成的賬目有錯則手工修改賬目，對下級單位車補的發放。下級單位財務人員主要用例有：對接收到的車補進行對賬。整個車補管理模塊的用例分析圖如下圖3. 3所示

圖3.3車補管理用例圖表3-6車補管理用例描述

描述項說明

用例名稱車補管理

用例描述描述了上級單位財務人員使用車補管理模塊對發放給下級單位的車補進行管理的過程

參與者上級單位財務人員、下級單位財務人員

前置篩用戶已登入系統

后置矯系統顯示車補管理界面

操作流程（1）選擇與用戶匹配登錄的系統角色；

（2）輸入系統的用戶名（賬號）和用戶密碼，在多次登錄失敗情況下系統會顯示驗證碼以便用戶輸入；

（3）點擊“登錄”按鈕；

（4）進入系統主界面后，選擇車補管理功能。

在各個下級單位向上級單位上報信息之后，上級單位的財務對車補賬目進行審核。下級單位的車補賬目由系統依據下級單位上報信息中的車輛費用信息自動生成，上級單位財務人員登錄系統后進入車補管理界面，點擊賬目審核選項卡，此時系統會顯示所有待審核的下級單位賬目，財務人員選擇對應的單位進行審核，如果發現系統生成的賬目有誤，則人工修改此賬目。待賬目無誤后點擊保存按鈕進行存檔，具體的用例描述如下表3-7所示：

表3-7賬目審核用例描述

描述項說明

用例名稱賬目審核

用例描述描述了上級單位財務人員對系統依據下級單位上報信息中的車輛費用信息生成的賬目進行審核的過程

參與者上級單位財務人員

前置時用戶進入車補賬目審核界面

后置時系統更新審核表中信息條目的審核狀態

操作流程 (1)點擊賬目審核選項卡按鈕進入賬目審核頁面；

(2)選擇需要審核的單位；

(3)點擊審核按鈕；

(4)系統顯示自動生成賬目明細表后進行賬目審核；

(5)確認賬目是否正確；如果是，點擊“確認保存”按鈕，否則點擊“手動修改賬目”按鈕，且進入(6)步驟。

(6)在賬目修改界面更新賬目信息

(7)確認是否保存已更新信息；如果當前操作非用戶的誤操作，點擊確定按鈕從而系統進行下一步的處理操作；否則點擊取消按鈕來撤銷當前誤操作。

待審核無誤后，上級單位財務人員將按照規定在要求的日期前統一進行下級單位車補的發放。財務人員進入車補發放操作界面，此時系統會顯示當前待發放車補單位的列表方便操作人員進行車補發放的操作。財務人員在列表中選擇需要

發放車補的單位進行車補的方法。具體的用例描述如下表3-8所示:

表3-8發放車補用例描述

描述項說明

用例名稱發放車補

用例描述描述了上級單位財務人員對審核無誤后的單位進行車補發放的過

程

參與者上級單位財務人員

前置篩用戶進入車補發放界面

后置篩系統更新數據庫車補發放記錄數據

操作流程 (1)進入車補發放管理頁面；

(2)從系統顯示的單位列表中選擇需要發放車補的單位；

(3)預覽補貼詳情信息；

(4)點擊發放按鈕；

(5)再次確認是否進行車補發放操作；如果當前操作非用戶的誤操作，點擊確定按鈕從而系統進行下一步的處理操作；否則點擊取消按鈕來撤銷當前誤操作。

回文是按照要求在上下級單位工作進行交互時必須留下的憑證，因此在上級單位財務人員將車補發放至下級單位時，財務人員首先要進入車補管理界面中的回文選項卡的內容頁，然后選擇需要目的單位，設置回文類別和填寫回文內容，最后點擊發放回文按鈕，完成整個流程。具體的用例描述如下表3-9所示：

表3-9發送回文用例描述

描述項說明

用例名稱發送回文

用例描述描述了上級單位財務人員在發放車補后向下級單位車管人員發送電子回文作為車補已經發送的憑證的過程

站者上級單位財務人員

前置篩用戶進入車補回文管理界面

前置條件系統生成回文數據

操作流程（1）進入車補管理中的回文管理界面；

（2）從顯示的單位列表中選擇需要發送回文的單位；

（3）在回文填寫界面，設置回文類別以及輸入回文內容；

（4）點擊發送回文按鈕；

（5）確認是否發送回文；如果當前操作非用戶的誤操作，點擊確定按鈕從而系統進行下一步的處理操作；否則點擊取消按鈕來撤銷當前誤操作。

在上級單位財務人員發送回文至下級單位后，下級單位財務人員首先要進入車補管理界面中的回文選項卡的內容頁，點擊獲取最新回文按鈕來獲取最新的回文信息，瀏覽回文內容后，最后點擊存檔按鈕從而將回文作為憑證。完成整個流程。具體的用例描述如下表3-10所示：

表3J0接收回文用例描述

描述項說明

用例名稱接收回文

用例描述描述了下級單位財務人員接收上級單位發送的回文的過程

帖者下級單位財務人員

用戶進入車補回文管理界面

后置篩系統生成待接收回文信息

操作流程 (1)點擊按鈕進入車補管理中的回文管理界面；

(2)點擊接收回文按鈕；

(3)對系統顯示的回文內容進行已閱讀、標記等操作；

在上級單位財務人員發放車補至下級單位后,下級財務人員需要進行賬目核對操作，核對上級單位發放車補金額是否正確。首先下級財務人員要進入車補管理界面中的對賬選項卡的內容頁，選擇需要對賬的賬目，若賬目無誤則點擊存檔按鈕進行存檔，否則下級單位財務人員要發送回文給上級單位財務人員進行反饋。具體的用例描述如下表3-11所示：

表3-11對賬用例描述

描述項說明

用例名稱對賬

用例描述描述了在上級單位財務人員發放車補后下級單位財務人員對發放車補的賬目進行對賬的過程

參與者下級單位財務人員

前置篩用戶進入對賬界面

后置條件系統更新對賬記錄信息表

操作流程（1）點擊按鈕進入車補管理中對賬界面；

（2）查看賬目詳細信息；

（3）對賬目進行審核，如果審核無誤則點擊通過按鈕，執行（5）, 否則點擊未通過按鈕且執行（4）步驟；

（4）進入回文管理界面，填寫回文內容和類別，發送回文至上級單位；

（5）確認操作如果當前操作非用戶的誤操作，點擊確定按鈕從而系統進行下一步的處理操作；否則點擊取消按鈕來撤銷當前誤操作

3.223報表管理用例

報表管理為管理單位的車管人員向管轄范圍內所有下級單位各分類信息進行匯總的一系列流程的統稱。涉及主要用例有：報表模板管理、報表生成。其中報表模板管理包括：創建報表樣式、修改報表樣式。在創建報表樣式中包括：設置報表字段計算公式和設置報表表頭兩個用例。在生成報表用例中有兩個擴展性用例：分別為打印報表和導出報表（例如word、PDF等常用的文件格式）。整個報表管理模塊的用例分析圖如下圖3. 4所示：

圖3.4報表僧理用例圖表3-12報表管理用例描述

描述項說明

用例名稱報表管理

用例描述描述了車管人員對本單位和管轄內的下級單位的信息進行匯總的過程

站者單位車管人員

用戶已經登錄系統

后量新系統顯示報表管理頁面

(1)選擇與用戶匹配登錄的系統角色；

(2)輸入系統的用戶名(賬號)和用戶密碼，在多次登錄失敗情況下系統會顯示驗證碼以便用戶輸入：

(3)點擊“登錄”按鈕；

(4)進入系統主界面后，選擇報表管理功能。

基于報表樣式擴展性的考慮，系統在一定范圍內提供車管人員自定義報表樣式。車管人員事先需使用excle表格進行報表創建，隨后登錄系統進入報表模板管理界面，選擇創建報表功能，將表格上傳至系統，然后設置表頭各字段計算公式以便系統生成對應的報表數據。具體的用例描述如下表3-13所示：

表3-13報表模板創建用例描述

描述項說明

用例名稱模板創建

用例描述描述了車管人員對匯總報表樣式新建的過程

者單位車管人員

前置篩用戶進入報表模板管理界面

后置條件系統生成新的報表模板

操作流程（1）點擊按鈕進入報表模板管理界面；

（2）點擊創建模板按鈕；

（3）在報表設置報表類別和上傳excle或者word類型的報表模板；

（4）設置模板文件中表頭的計算參數；

（5）確認是否保存已創建的模板；如果當前操作非用戶的誤操作，點擊確定按鈕從而系統進行下一步的處理操作；否則點擊取消按鈕來撤銷當前誤操作。

系統除提供創建報表功能之外，仍提供車管人員修改報表樣式。車管人員登錄系統進入報表模板管理界面，選擇修改報表功能，在報表列表中選擇需要修改的報表，然后更新報表的表頭字段及各字段計算公式，最后點擊保存按鈕完成整個用例流程。具體的用例描述如下表3-14所示：

表3-14報表更新用例描述

描述項說明

用例名稱報表更新

用例描述描述了車管人員對匯總報表樣式修改的過程

帖者車管人員

前量梯用戶進入報表模板管理界面

后置篩系統更新報表模板

操 (1)點擊按鈕進入報表模板管理界面；

(2)從顯示的報表模板中選擇需要更新的報表；

(3)在更新界面更新與報表設置有關的參數信息；

(4)確認是否保存已更新的信息；如果當前操作非用戶的誤操作，點擊確定按鈕從而系統進行下一步的處理操作；否則點擊取消按鈕來撤銷當前誤操作。

生成報表是整個報表管理中最重要的用例。車管人員登錄系統進入報表模板管理界面，選擇報表生成功能，在單位列表中選擇所需單位，在報表種類中選擇需要需要的報表，最后點擊生成按鈕生成報表，如果需要打印或者導出報表則按點擊頁面上工具欄對應的操作按鈕完成整個用例流程。具體的用例描述如下表 3-15所示：

表3-15生成報表用例描述

描述項說明

用例名稱生成報表

用例描述描述了車管人員對本單位和管轄內的下級單位的信息匯總成各類報表的過程

帖者車管人員

前置篩用戶進入報表生成界面

后置篩系統生成各類報表

操作流程 (1)點擊按鈕進入生成報表界面；

(2)選擇需要生成的報表類別；

(3)點擊打印按鈕。

(4)填寫打印的設置參數：；

(5)確認是否執行打印；如果當前操作非用戶的誤操作，點擊確定按鈕從而系統進行下一步的處理操作；否則點擊取消按鈕來撤銷當前誤操作。

3.2.2.4審核管理用例

審核管理為上級單位的車管人員對管轄范圍內所有下級單位上報的各分類信息進行審核的一系列流程的統稱。下級單位車管人員涉及主要用例有：填寫上報數據、提交數據、接收上級單位車管人員發送的回文。上級單位車管人員涉及的主要用例包括：審核下級單位上報的數據、發送回文。此模塊中的回文發送和接收用例可參考車補管理中的回文發送和接收。填寫上報數據用例即為信息管理中的各分類信息的錄入用例，因為在此不重復分析。整個報表管理模塊的用例分析圖如下圖3. 5所示：

圖3.5審核管理用例圖

表3-16審核管理用例描述

描述項說明

用例名稱審核管理

用例描述描述了上級單車管人員對下級單位上報的信息進行審核的過程

者上級單位車管人員、下級單位車管人員

前置篩用戶已經登錄系統

后置條件系統顯示審核管理界面

操作流程（1）選擇與用戶匹配登錄的系統角色；

（2）輸入系統的用戶名（賬號）和用戶密碼，在多次登錄失敗情況下系統會顯示驗證碼以便用戶輸入；

（3）點擊“登錄”按鈕；

（4）進入系統主界面后，選擇審核管理功能。

下級單位車管人員和人事錄入完各分類的信息之后，需要上報至上級管理單位，以便上級單位依據此類信息向下級單位發放車補，監管下級單位車輛等。

大概用例為：首先車管人員待信息填寫完整后，進入審核管理頁面的數據上報頁面，選擇需要上報的信息，點擊確定完成整個用例。具體的用例描述如下表 3-17所示：

表3-17數據提交用例描述

描述項說明

用例名稱數據提交

用例描述描述了下級車管人員將在信息管理模塊中錄入的信息上報至上級單位的過程

參與者下級單位車管人員

前置辯用戶進入數據上報界面

后置時系統新增待審核信息供上級單位審核

操作流程 (1)點擊按鈕進入數據上報界面；

(2)選擇需要上報數據信息的類別；

(3)點擊上報按鈕；

(4)確認是否上報已選擇的數據信息；如果當前操作非用戶的誤操作，點擊確定按鈕從而系統進行下一步的處理操作；否則點擊取消按鈕來撤銷當前誤操作。

下級單位信息上報后上級單位車管人員需要對上報數據進行審核。用例大致描述為：首先車管人員進入審核管理頁面的數據審核頁面，選擇需要審核的信息, 若無錯誤則點擊存檔，否則需要發送回文至下級單位將錯誤信息反饋，完成整個用例。具體的用例描述如下表3-18所示：

表3-18數據審核用例描述

描述項說明

用例名稱數據審核

用例描述描述了上級車管人員對下級單位提交的數據進行審核的過程

參與者上級單位車管人員

前置時用戶進入數據審核界面

后置篩系統更新審核信息狀態

操作流程 (1)點擊按鈕進入數據審核界面；

(2)選擇需要審核信息的類別；

(3)在審核信息操作欄中設置審核狀態(待審核，通過，未通過等狀態)；

(4)確認是否保存審核結果；如果當前操作非用戶的誤操作，點擊確定按鈕從而系統進行下一步的處理操作；否則點擊取消按鈕來撤銷當前誤操作。

(5)進入回文管理界面，填寫回文信息內容和類別

(6)點擊發送回文按鈕，將回文發送至目的單位；

3.225預警管理用例

預警管理主要參與者為車管人員。車管人員設置預警參數包括預警種類、預警觸發條件等參數。當系統監控到預警范圍內的數據滿足預警觸發條件時，向車管人員發出預警通知。當有數據需要更新時，車管人員則要更新數據，然后將最新的數據上報至上級單位。依據此業務背景，此模塊主要用例有：設置預警參數、瀏覽預警信息。瀏覽預警信息又有兩個擴展用例分別為更新數據、上報數據。此擴展用例中的更新數據和上報數據用例可參考信息管理中的信息更新用例和審核管理中的上報數據用例。在此不重復分析。整個報表管理模塊的用例分析圖如下圖3. 6所示：

圖3.6預警管理用例圖

表3-19預警信息管理用例描述

描述項說明

用例名稱預警管理

用例描述描述了車管人員使用系統對各類預警信息進行查詢批閱的過程

者上級單位車管人員、下級單位車管人員

前置時用戶登錄系統

后置時系統顯示預警信息管理界面

操作流程（1）選擇與用戶匹配登錄的系統角色；

（2）輸入系統的用戶名（賬號）和用戶密碼，在多次登錄失敗情況下系統會顯示驗證碼以便用戶輸入；

（3）點擊“登錄”按鈕；

（4）進入系統主界面后，選擇預警信息管理功能。

（5）輸入查詢條件，查詢出符合條件的預警信息。

（6）瀏覽預警信息，若已人工處理此類預警，則標記為已處理。

預警參數設置包括對預警信息種類的設置即用戶需要明確對哪種類別的信

息進行監控（預警種類參數），此外需要對預警的觸發條件進行設置（預警條件參數），即在何種條件下系統觸發預警并提示用戶。例如車輛年檢預警的觸發條件為：當本單位中的車輛到達年檢周期的最后時間而未年檢。這里的年檢周期時間即為預警條件參數。車管人員登錄系統在預警模塊管理頁面中選擇預警參數設置選項卡進行相對應參數的設置。具體的用例描述分別如下表3-20所示：

表3-20預警參數設置用例描述

描述項說明

用例名稱預警參數設置

用例描述描述了車管人員對預警的種類和預警觸發條件等參數設置的過程

軸者車管人員

前置時用戶進入預警管理界面

后置系統更新預警參數信息

操作流程（1）點擊按鈕進入預警管理界面；

（2）點擊參數設置選項卡進入預警參數設置界面；

（3）從預警種類列表中選擇需系統智能預警的種類；

（4）點擊預警種類條目旁的設置按鈕，進行預警條件參數設置；

（5）在條件設置界面設置當前預警種類的觸發條件；

（6）確認是否保存己設置的參數信息；如果當前操作非用戶的誤操作，點擊確定按鈕從而系統進行下一步的處理操作；否則點擊取消按鈕來撤銷當前誤操作。

3.226系統管理用例

系統管理是系統各大模塊之間相互銜接的基礎，每個系統用戶都有對應的角色，而角色擁有對應的權限，將現實工作中的參與者的智能通過系統的權限反映出來。此管理模塊主要負責對系統用戶管理包括用戶增刪和分配相應的權限；同時對整體管理業務涉及到了角色和權限進行管理；參與者為系統管理員。整個系

統管理模塊具體的用例分析圖如下圖3. 7所示:

表3-21用戶創建用例描述

描述項說明

名稱用戶創建

描述描述了系統管理員使用系統管理模塊進行系統用戶創建的過程

站者系統管理員

前置刊角色信息表不為空

后置篩生成用戶信息表

基桶作流 (1)登錄系統進入用戶管理界面；

(2)點擊用戶創建按鈕；

(3)在創建界面設置系統登錄用戶名密碼等信息；

(4)確認操作；如果當前操作非用戶的誤操作，點擊確定按鈕從而系統進行下一步的處理操作；否則點擊取消按鈕來撤銷當前誤操作。

表3-22用戶刪除用例描述

描述項說明

名稱用戶刪除

描述描述了系統管理員使用系統管理模塊進行系統用戶創建的過程

參與者系統管理員

前置時需要刪除的用戶已存在數據庫中

后置條件更新系統用戶表

基本操作流 (1)登錄系統進入用戶管理界面；

(2)在搜索欄輸入查詢信息，系統返回待刪除用戶信息；

(3)點擊用戶操作區域的刪除按鈕；

(4)確認操作；如果當前操作非用戶的誤操作，點擊確定按鈕從而系統進行下一步的處理操作；否則點擊取消按鈕來撤銷當前誤操作。

表3?23權限分配用例描述

描述項說明

名稱權限分配

描述描述了系統管理員對管轄范圍內的系統用戶進行權限設置的過程

參與者系統管理員

前置時數據庫存在此系統用戶

后置篩更新用戶權限信息表

基桶作流 (1)登錄系統進入角色管理界面；

(2)在搜索欄輸入查詢信息，系統返回待設置角色的當前權限信息；

(3)點擊操作區域的設置權限按鈕；

(4)為當前角色勾選對應的系統角色；

(5)確認操作；如果當前操作非用戶的誤操作，點擊確定按鈕從而系統進行下一步的處理操作；否則點擊取消按鈕來撤銷當前誤操作。

表3-24角色管理用例描述

描述項說明

名稱角色管理

描述描述了系統管理員對管轄內的系統用戶的角色的管理以及對各角色具有的權限進行管理的過程

參與者系統管理員

前置站權限信息表不為空

后置時更新角色-權限信息表

基桶作流（1）選擇與用戶匹配登錄的系統角色，用戶名密碼等登錄系統；

（2）系統默認顯示當前所有角色信息；

（3）管理員點擊用戶操作區域的操作（刪除，創建，修改）按鈕；

（4）如果點擊創建按鈕，用戶在新增界面輸入角色名和勾選角色對應的權限而如果點擊修改按鈕，用戶重新勾選角色對應的權限；

（5）確認操作；如果當前操作非用戶的誤操作，點擊確定按鈕從而系統進行下一步的處理操作；否則點擊取消按鈕來撤銷當前誤操作。

3.3系統功能包圖

3.3.1總體功能包圖

公車改革信息管理系統的總體功能包圖表達了：信息、車補、報表、審核、預警等管理模塊之間的依賴關系。系統包圖如下圖3. 8所示［山。

圖3.8公車改革信息管理系統總包圖

3.3.2子功能包圖

系統按照功能劃分可以分為五大功能有信息管理（涉及單位的各類信息）、車補管理（公車補貼管理）、報表管理、審核管理以及預警管理功能。具體的各子功能分析如下［⑵：

3.3.2.1信息管理包圖

信息管理包主要目的是為車管人員在整理各類信息提供便捷、智能的管理

（即錄入，修改各檔案信息）。特別說明的是，上級單位對下級單位的用戶系統的基本信息和用戶使用系統的權限信息管理歸并到用戶信息管理中。同時，信息管理包主要涉及本單位、下級單位系統用戶信息、車輛、車輛費用、司勤人員等六個信息管理的子包。其中用戶信息管理包含有用戶基本和權限信息管理兩個子包具體的包圖如下圖3.9所示：

圖3.9信息管理包圖

33.2.2車補管理包圖

車補管理模塊主要功能如下：上級單位財務人員對下級單位上報車補信息的審核，審核賬目無誤情況下按照車補標準對下級單位發放車補。發放補貼后，下級單位對發放的補貼進行賬目對賬。因此，車補管理模塊的包含如下四個子包：賬目審核、車補發放、對賬、發送回文。具體如下圖3. 10所示：

圖3.10車補管理包圖

33.2.3報唳管理包團

報表管理模塊主要功能是車管人員可以在一定程度下定制化報表。車管人員可以修改已存在報表樣式，車管人員使用系統生成報表數據后可以進行導出（以 word、pdf、excle多形式導出）或者打印功能。因此報表管理模塊包含報表模板管理和生成報表。其中報表模板管理包含創建報表樣式和修改報表樣式兩個子包，生成報表同樣包含兩個子包圖：打印報表和導出報表。具體如下圖3.11所示：

圖3.11報表管理包圖

33.2.4審核管理包圈

審核管理模塊主要功能是下級單位車管人員和人事人員錄入完各類信息后可以提交至上級單位進行信息的審核。上級單位車管人員能審核下級單位上報的數據。如果審核不通過系統則提供回文機制告知下級單位重新更新數據然后上報。因此，報表管理模塊包含如下三個子包：數據上報接收、數據審核、回文收發。具體如下圖3.12所示：

圖3.12審核管理包圖

33.2.5預警管理包圖

預警管理模塊主要功能如下：系統提供多種類預警并且提示預警信息，車管人員可以自定義選擇需要的預警種類，車管人員能動態的設置各種預警參數。因此預警管理模塊包含如下兩個包：預警信息管理、預警設置。其中預警信息管理包含：預警信息生成和預警信息讀取兩個子包圖。預警信息參數設置同樣包含兩個子包圖：設置預警種類和設置預警條件參數。具體如下圖3. 13所示：

圖3.13預警管理包圖

33.2.6系統管理包圈

系統管理模塊主要功能是系統管理員通過用戶管理模塊可以創建系統用戶為各用戶分配對應的系統權限角色管理具有角色的增刪改，以及對應的權限設置權限管理具有對權限的增刪改功能。具體如下圖3.14所示：

圖3.14系統管理包圖

第四章數據分析

4.1功能數據分析

前文已對公車改革信息管理系統的依賴關系進行了分析，分別介紹了系統的總體功能包圖與各子功能包圖，分析了系統的參與角色，并詳細描述了公車改革信息管理系統中各個對象以及其業務功能，以下將進一步對本系統中涉及的類進行詳細描述。公車改革信息管理系統控制類依賴于信息管理、車補管理、報表管理、審核管理、預警管理、系統管理控制類，具體系統控制類關系圖如下圖4.1 所示：

圖4.1公車改革信息管理系統控制類關系圖

4.1.1信息管理縮略類圖

車管人員

車輛信息簣理界面

-一-

11 '

車輛費用信息管理

界而

人爭人員

單位信息管理

信息管理控制類

車輛費用信息骨理

尋‘車輛信息管理

司勤信總管理

■位基本信息

聯系電話

匕級甲伸編弓

-用級甲位編兮

用尸編

上級單位代兮

棊舎改革試點單位

花管機構厲件

填表人單位編弓

塊表人姓名

車輛信息

-車阿號

-注冊年份夕-車輛品牌

-乍架號

-發動機號

-車型

使用性質

輛來源

一購胃款

-購匿稅

•泓他費用

-備注

單位代碼

車輛費用倍息

司勤人員信息

-1•作維e

-姓塔

性別

•-出先年月

-到崗污何

-參加工作時間 -用工方式

人員淡別

-合同形式 -單位代碼

公乍關別編兮公核別名稱咆用費 ■■撚料費 -淮修費

保險費

乍改補貼金額車輛購代費

-其他費用

-年份

單位編號

圖4.2信息管理縮略類圖

如圖4.2所示，信息管理縮略類圖中，車管人員通過單位基本信息管理界面進行單位信息的操作包括信息錄入和更新的操作，所以單位基本信息管理依賴單位基礎信息表；同樣，車輛信息管理依賴車輛信息表，而車輛費用信息管理依賴車輛費用信息表，特別是車管人員通過用戶信息管理界面管理用戶信息，除了管理用戶基本信息外還涉及到用戶權限的信息管理。因此，用戶信息管理依賴于用戶基本信息表和用戶權限信息表。此外，人事人員通過司勤人員信息管理界面進行司勤人員信息的操作包括信息錄入和更新的操作。

4.1.2車補管理縮略類圖

圖4.3車補管理縮路類圖

如圖4.3所示，車補管理縮略類圖中，財務人員（上級單位）通過車補審核

界面進行車補審核的操作，主要審核系統依據下級單位上報的車補信息生成的賬目，審核通過與未通過均會在車補審核表中更新對應的狀態字段，所以車補審核依賴補貼記錄表；財務人員（上級單位）通過車補發放管理界面可以對通過審核的單位的車補進行發放，也可以暫停對此單位的車補發放，發放和暫停發放均會在補貼記錄表中發放狀態字段中體現，所以車補發放依賴補貼記錄表；財務人員（上級單位）在發放車補后通過車補回文管理界面向下級單位發送回文，財務人員（下級單位）通過車補回文管理界面接收最新回文信息，所有的數據均存儲在回文信息表中，因此回文管理依賴回文記錄表。

4.1.3報表管理縮略類圖

臧創建控制類

車管人員

報表生成控制類、各分類信息對應實體類

圖4.4報表管理縮略類圖

如圖4.4所示，報表管理縮略類圖中，車管人員通過報表模板創建界面進行報表自定義創建的操作,且報表的表頭和表頭字段對應的計算參數存儲在報表信息表中，所以報表創建依賴報表信息表；車管人員通過報表模板修改界面可以對系統已存在的報表樣式進行修改，和報表創建類似報表所有的參數都存放在報表信息表中，所以報表樣式修改也依賴報表信息表；車管人員在報表生成界面通過點擊生成按鈕來生成含有統計數據的各種類的報表,每種類別報表的數據源來自對應的下級單位上報的對應類別的信息，因此報表生成依賴報表數據對應信息表。

4.1.4審核管理縮略類圖

圖4.5審核管理縮略類圖

如圖4.5所示，審核管理縮略類圖中，車管人員通過審核管理界面可以對待審核的信息條目進行審核，待審核的數據會存放在審核信息表中，同時車管人員審核之后的審核結果也會在審核信息表中對應的審核信息條目記錄中的審核狀態字段中標識，所以審核管理依賴審核信息表。車管人員（上級單位）在審核后通過回文管理界面向下級單位發送回文，車管人員（下級單位）通過回文管理界面接收最新回文信息，所有的數據均存儲在回文信息表中，因此回文管理依賴回文信息表。

4.1.5預警管理縮略類圖

預警信息

圖4.6預警曽灌縮略類圖

如圖4.6所示，預警管理縮略類圖中，車管人員通過預警管理界面進行處理預警信息的操作，例如查閱、標記、刪除預警信息等。預警信息存儲在預警信息表中，所以預警信息管理界面依賴預警信息表；車管人員通過預警參數設置界面可以對預警參數進行設置，預警設置包括預警種類的設置和預警條件的設置，參數信息都存在預警參數表中，所以預警參數設置依賴預警參數表。

4.1.6系統管理縮略類圖

圖4.7系統管理縮略類圖

如圖4.7所示，系統管理縮略類圖中，系統管理員通過系統管理界面進行用戶管理，所以用戶管理依賴用戶信息實體類；通過系統管理界面進行角色管理，角色管理包括角色和權限的管理，所以角色管理依賴角色信息實體類和權限信息實體類。

根據以上系統管理功能對數據實體的依賴，分別給出了用戶信息、角色信息、權限信息三個實體類的全部屬性。

4.2實體類關系分析

根據前文的分析可以看出，公車改革信息管理系統中所涉及的實體主要有單位基本信息實體類、車輛信息實體類、車輛費用信息實體類、司勤人員信息實體類、下級單位用戶信息實體類、權限信息實體類和回文記錄實體類、對賬記錄實體類、補貼記錄實體類、報表信息實體類、審核狀態實體類以及預警參數實體類、預警信息實體類［⑶。各實體由相應權限的操作實體進行相關的添加、修改、刪除、查詢、統計和導出等操作。另外，各實體并非孤立存在于系統中，而是有各種各

樣的對應關系。例如，預警信息和預警種類實體類，每一條預警信息對應一種預警種類，所以是一對一的關聯關系；預警種類和預警參數實體類，每種預警種類可以設置多個預警參數，所以是一對多的關聯關系。公車改革信息管理系統主要實體類關系圖如下圖4.8所示：

圖4.8公車改革信息管理系統主要實體類關系圖

4.3數據庫表

公車改革信息管理系統采用關系數據模型進行研究和分析，因此對數據模型的研究分析工作也就是對關系即二維表的研究分析［⑷。整個系統主要包括以下數據表：單位表、單位基本信息表、車輛信息表、下級單位用戶信息表、用戶角色表、權限信息表、補貼記錄表、對賬記錄表和車輛費用信息表、司勤人員信息表、報表信息表、回文記錄表、審核狀態表、預警信息表、預警種類表、預警參

數表。以下分別給出各數據庫表的字段詳情，如表4-1至表4-16所示:

表4-］單位表

字段名長度描述備注

編號整數型 4 編號主鍵

單位名稱字符型 20 姓名

基礎信息編號整數型 4 單位基礎信息記錄外鍵

補貼記錄編號整數型 4 單位補貼記錄編號外鍵

單位表：此表結構很簡單只有四個字段，基礎信息編號和補貼記錄編號為外鍵，單位表和這個兩個外鍵所在的表關系為一對一。由于單位表和其他信息表例如：車輛信息表、車輛費用表、報表信息表等為一對多關系，因此在這些表中設置的外鍵均設置為單位表的主鍵即單位編號［回。

表4-2單位基本信息表

字段名 . rj—t xTa. 數據類

型長度描述備注

信息編號整數型 4 單位基本信息編號主鍵

單位名稱字符型 20 單位全稱

單位性質整數型 4 行政機關、省直屬機關等

所屬層級整數型 4 省直、市直等

單位詳細地址字符型 20 單位詳細地址

上級單位代碼整數型 4 上級單位編號

是否為改革試點布爾型 1 當前單位是否為公車改革試點

單位編制數整數型 4 單位各職位編制的

數目

車管機構屬性字符型 20 獨立車管機構、綜合業務車管機構等

填寫人字符型 20 錄入此類信息工作人員姓名

填表人電話字符型 20 填表人電話

單位基本信息表：此表記錄單位最基本的信息，此表的主鍵為單位表的外鍵。每條記錄有一個信息編號，當用戶在單位表中添加新的單位記錄時，數據庫會自動生成與之對應的且唯一的信息編號。通過單位表中的外鍵能直接查詢到各單位的基本信息。

表4-3車輛信息表

字段名長度描述備注

車牌號整數型 4 車牌號主鍵

注冊年份時間型 4 車輛注冊年份

車輛品牌字符型 20 車輛品牌

車輛型號字符型 20 車輛型號

車架號字符型 20 車架編號

排氣量整數型 4 排氣量

發動機號字符型 20 發動機號

車型字符型 20 小轎車、商務車等

使用性質字符型 20 一般公務用車、執

法執勤用車等

車輛來源字符型 20 上級配發、自購等

購置款雙精度浮點型 4 購車時費用

購置稅雙精度浮點型 4 購車所花稅費

其他費用雙精度浮點型 4 其他費用

備注字符型 20 其他說明信息

單位代碼整數型 4 所屬單位編號外鍵

車輛信息表：此表字段較多，從多角度描述和記錄了車輛的各類信息。由于每輛車都存在唯一的車牌號，所以此表將車牌號作為主鍵。單位表和車輛信息表的關系為一對多的關系，即一個單位存在多輛車。因此，在車輛信息表中將單位編號設置為外鍵，形成這種一對多的關系。

表4-4下級單位用戶信息表

字段名沁工、込長度描述備注

用戶編號整數型 4 用戶編號主鍵

用戶名字符型 20 登錄系統時所需的用戶名

密碼字符型 20 登錄系統時所需密碼

角色編號整數型 4 用戶對應的角色外鍵

姓名字符型 20 用戶姓名

年齡整數型 4 用戶年齡

聯系電話字符型 20 用戶聯系電話

上級單位編號整數型 4 上級單位編號外鍵

本單位編號整數型 4 所在單位編號外鍵

下級單位用戶信息表：上級單位管理下級單位系統賬戶的記錄表。此表和單位表的關系為多對一，即一個上級單位有多個下級單位，單位表中的單位編號對應了下級單位用戶信息表中的上級單位，這樣才實現了上級單位管理下級單位用戶的功能。此表為每個用戶設置一個用戶編號作為主鍵。

表4-5用戶角色表

字段名長度描述備注

角色編號整數型 4 角色編號主鍵

角色描述字符型 20 系統管理員、車管人員、人事人員、

財務人員等

用戶角色表：記錄用戶角色詳情的數據表，系統目前有四種角色：系統管理員、車管人員、人事人員、財務人員，系統管理員有所有權限，其他三種角色分別對應相應的權限。此表和下級單位用戶信息表的關系為一對一，即一個用戶對應一個角色，此表為每個用戶角色創建一個角色編號作為主鍵。

表4-6權限信息表

字段名長度描述備注

權限編號整數型 4 權限編號主鍵

權限描述字符型 20 權限描述

系統界面名字符型 20 系統界面名稱

角色編號整數型 4 隸屬于角色的編號外鍵

權限信息表：記錄用戶權限詳情的數據表，每一種權限對應一個系統界面，即系統中的每一個操作界面都對應了一個權限。用戶角色表與此表的關系為一對多，即一個角色對應多個權限，可以操作多個系統界面。為每個用戶角色創建一個權限編號且作為主鍵。

表4-7補貼記錄表

字段名長度描述備注

流水編號整數型 4 權限編號主鍵

上級單位編號字符型 20 上級單位編號

下級單位編號字符型 20 下級單位編號

補貼金額雙精度浮點型 4 補貼總金額

狀態字符型 20 待審核、未發放、已發放等狀態

對賬流水號整數型 4 對賬流水號外鍵

發放時間時間型 4 車補發放時間

補貼記錄表：記錄上級單位對下級單位發放車補詳細信息的數據表。上級單位每次發放車補后，都會在補貼記錄表中被記錄下來，包括發放此次車補的上級單位和下級單位的編號，車補的狀態（待審核狀態：即上級單位還未對下級單位的車補進行審核的狀態，未發放狀態：即審核通過了但是未發放車補，已發放狀態：即車補已經發放給下級單位的狀態），車補成功發放的時間。同時，上級單位對下級單位發放完車補后，下級單位需要對發放的補貼進行對賬業務流程。因此，此表和對賬記錄表為一對一關系，把對賬流水號作為外鍵與對賬記錄表中的

主鍵來形成問。

表4一8對賬記錄表

字段名長度描述備注

流水編號整數型 4 權限編號主鍵

上級單位編號字符型 20 上級單位編號

下級單位編號字符型 20 下級單位編號

車補記錄編號整數型 4 補貼記錄表中的流水號

狀態字符型 20 待審核、未發放、已發放等狀態

回文編號整數型 4 回文編號外鍵

對賬記錄表：系統生成補貼記錄表中任何一條記錄時，會自動在對賬記錄表中添加對應信息的條目，這緣于上級單位需要發送回文至下級單位作為補貼發放的憑證的業務流程。因此，需要以回文編號為此表外鍵，同回文記錄表進行一對一的關聯。

表4一9車輛費用信息表

字段名長度描述備注

類別編號整數型 4 公車類別編號主鍵

類別名稱字符型 20 公車類別名稱

租用費雙精度浮點型 4 租用費

燃料費雙精度浮點型 4 燃料費

維修費雙精度浮點型 4 維修費

車補金額雙精度浮點型 4 車補金額

購置費雙精度浮點型 4 車輛購置費

其他費用雙精度浮點型 4 其他費用

年份時間型 4 車輛登記年份

單位編號整數型 4 率屬單位編號外鍵

車輛費用信息表：此表字段較多，從多角度描述和記錄了車輛使用時產生的各類費用。由于車輛費用是依據車輛的種類進行計算的，即不同類別的公車補貼的費用的比例是不同的。因此，此表將車的類別作為主鍵。單位表和車輛費用信息表的關系為一對多的關系，即一個單位存在多種類的車輛，每種類別的車對應一種車輛費用信息記錄。因此，在車輛費用信息表中將單位編號設置為外鍵，實現這種一對多的關系。

表4-10司勤人員信息表

字段名數據長度描述備注

工作編號整數型 4 工作編號主鍵

姓名字符型 20 司勤人員姓名

性別字符型 10 司勤人員性別

出生年月雙精度浮點型 4 出生年月

到崗時間雙精度浮點型 4 進入單位的時間

參加工作時間雙精度浮點型 4 第一次參加工作的時間

用工方式字符型 20 在編制、借用、勞務工等

合同形式字符型 10 聘用、勞動合同等

人員類別字符型 10 干部用車司機、黨政負責人司機、車隊司機等

單位編號整數型 4 率屬單位編號外鍵

司勤人員信息表：此表描述和記錄了司勤人員詳細信息。單位表和司勤人員信息表的關系為一對多的關系，即一個單位存在多位司勤人員。因此，在此信息表中將單位編號設置為外鍵，實現這種一對多的關系。

表4一11報表信息表

字段名長度描述備注

報表類別編號整數型 4 報表編號主鍵

報表類別名稱字符型 20 司勤人員姓名

文件路徑字符型 10 報表樣表存放在服務器上的路徑

字段列表字符型 20 報表表頭包含的所有字段

計算參數字符型 20 每個字段對應的計算公式

單位編號字符型 20 單位編號外鍵

報表信息表：此表記錄了各單位自定義報表的表頭字段和字段對應的計算公式等信息。單位表和報表信息表的關系為一對多的關系，即一個單位存在多張不同種類的報表。不同種類的報表不同，因此在此表中將報表種類設置為主鍵，單位編號設置為外鍵，實現這種一對多的關系。

表4-12回文記錄表

字段名長度描述備注

編號整數型 4 回文編號主鍵

類別字符型 20 回文類別

內容字符型 20 回文內容

創建者字符型 4 回文創建者

來源單位字符型 20 創建者所在單位

目的單位字符型 4 回文的接收單位

創建時間時間型 4 回文創建時間

是否讀取布爾型 1 回文是否被接收者讀取

回文記錄表：系統使用回文記錄表代替了傳統的紙質回函文件的交互工作方式。上下級單位進行協同作業時，直接通過回文進行交互，同時電子回文代替了

傳統的文件形式的回函作為工作記錄的憑證。主要字段包括回文的編號、類別等, 以編號為主鍵。例如，對賬時候發送的對賬回文，審核時發送的審核回文等不同類別的回文。

表4-13審核狀態表

字段名長度描述備注

流水號整數型 4 審核流水號主鍵

類別字符型 20 單位基本信息、司勤人員信息、車輛信息等類別

單位編號整數型 4 待審核信息單位的編號外鍵

狀態字符型 20 待審核、通過審核、未通過審核等

回文編號字符型 4 回文編號外鍵

審核狀態表：下級單位上報數據信息至上級單位后，上級單位對各類信息進行審核，此表存放數據審核的詳情。此表同樣涉及到兩單位之間的回文往來，與回文表存在一對一的關系。單位表和此表關系為一對多：一個單位有不同種類的信息，每種信息都對應一條審核信息。因此，將單位編號、回文編號設置為外鍵來實現此關系。

表4-14預警信息表

字段名長度描述備注

編號整數型’ 4 信息編號主鍵

生成時間時間型 4 信息生成時間

種類編號字符型 20 年檢預警、數據超時未更新預警等類別外鍵

內容字符型 20 預警信息內容

是否讀取布爾型 4 是否對

單位編號整數型 4 預警單位編號外鍵

預警信息表：此表記錄預警的詳細信息。由于預警功能是由各單位獨立定制的，所以各單位的車管人員可以定制多種類別的預警功能。因此，單位表與此表存在一對多的關系。因此，將種類編號和單位編號設置外鍵來實現此表與單位表和預警種類表之間的關系。

表4-15預警種類表

字段名長度描述備注

編號整數型 4 預警種類編號主鍵

描述字符型 20 年檢預警、數據超時未更新預警等類別

預警種類表：此表存預警種類的詳細信息。表結構很簡單，主要有種類編號和描述兩個字段，系統目前提供的預警種類包括：年檢預警、數據超時未更新預警等類別。

表4-16預警參數表

字段名長度描述備注

編號整數型 4 信息編號主鍵

參數名稱時間型 4 參數名稱

參數值字符型 20 參數對應的值

種類編號整數型 4 預警種類編號外鍵

預警參數表：記錄了系統提供的各種預警參數設置詳情。主要字段有編號、參數名稱和參數值，以及此參數對應的預警種類。對于此表中的參數字段，本文重點舉例說明：例如對車輛年檢類別的預警而言，其有一個參數（年檢周期），系統檢測每輛車的年檢時間與用戶設定的年檢周期進行對比即可找出到了年檢日期而未進行年檢操作的車輛。此表通過將預警種類編號設為外鍵，實現和預警種類表的多對一的關系。

第五章總結與展望

5.1總結

本文對公車改革信息管理系統的各項業務流程進行了研究，結合公車改革一系列實際業務流程，對公車改革信息管理系統進行了分析。本系統的主要業務是信息(單位基本信息、司勤人員信息、車輛信息、車輛費用信息、用戶信息)、車補、報表、審核、預警等方面的管理。主要參與的角色有：車管人員、財務人員及人事人員。在對這些業務進行詳細分析的基礎上，得到了各自相應的功能管理模塊。按照分類依次對系統每個模塊使用業務流程分析業務詳情，通過用例圖分析各用例的參與者和操作流程，使用包圖和子包圖對模塊的功能進行分析，使用控制類圖、縮略類圖、實體類關系圖及數據庫表對數據進行分析。總之，完成整體系統分析實屬不易，首先基本掌握了軟件工程的方法并且學習如何運用此類思維去研究和分析一個完整的系統，其次系統學習了 UML建模和數據庫方面的知識。本文主要做的工作如下：

(1)信息管理業務的研究與分析，詳細給出了各分類信息管理中的業務、功能與數據分析；

(2)車補管理業務的研究與分析，詳細給出了車補管理的業務、功能與數據分析；

(3)報表管理業務的研究與分析，詳細給出了報表管理的業務、功能與數據分析；

(4)審核管理業務的研究與分析，詳細給出了審核管理的業務、功能與數據分析；

(5)預警管理業務的研究與分析，詳細給出了預警管理的業務、功能與數據分析。

5.2展望

本文較為詳細地對公車改革信息管理系統進行了研究與分析，但由于公車改革落實的時間很短、生熟度還不是很高，整個系統的研究和分析肯定存在待完善的地方，系統的功能需求還需要進一步細化和歸類，因此系統各方面都需進一步提高和完善，現列出系統在未來的改進方向：

（1）在今后長期使用中應挖掘更多合理的需求并進行系統的分析；

（2）需要進一步細化當前已有的需求分析，并提高系統的擴展性；

（3）需要提高系統的整體并發性能和數據處理能力，來應對未來實行公車改革的單位越來越多而產生大量用戶并發操作的場景〔⑺。

參考文獻

[1]王瑋.公車改革對國民經濟的影響[N].人民日報.2011(01)