1、企業差旅治理系統需求規格講明書第六組組長： 組員： 2015年7月14日目 錄TOC o 1-4 h u HYPERLINK l _Toc27932 目 錄 PAGEREF _Toc27932 2 HYPERLINK l _Toc31917 1 引言. PAGEREF _Toc31917 4 HYPERLINK l _Toc19054 1.1 目的 PAGEREF _Toc19054 4 HYPERLINK l _Toc24643 1.2 背景. PAGEREF _Toc24643 4 HYPERLINK l _Toc1065 1.3產品的范圍 PAGEREF _Toc1065 4 HYPER

2、LINK l _Toc56 1.4 參考文獻. PAGEREF _Toc56 4 HYPERLINK l _Toc19704 2 綜合描述 PAGEREF _Toc19704 5 HYPERLINK l _Toc31580 2.1 產品的前景. PAGEREF _Toc31580 5 HYPERLINK l _Toc27640 2.2 產品的功能 PAGEREF _Toc27640 5 HYPERLINK l _Toc14780 2.3 用戶類和特征 PAGEREF _Toc14780 5 HYPERLINK l _Toc30936 2.4 運行環境 PAGEREF _Toc30936 5 H

3、YPERLINK l _Toc27836 2.5 設計和實現上的限制. PAGEREF _Toc27836 6 HYPERLINK l _Toc15895 2.6 假設和依靠 PAGEREF _Toc15895 6 HYPERLINK l _Toc16609 3 外部接口要求 PAGEREF _Toc16609 6 HYPERLINK l _Toc6690 3.1 用戶界面 PAGEREF _Toc6690 6 HYPERLINK l _Toc22264 3.2 硬件接口 PAGEREF _Toc22264 6 HYPERLINK l _Toc15958 3.3 軟件接口 PAGEREF _T

4、oc15958 7 HYPERLINK l _Toc1929 3.4 通信接口 PAGEREF _Toc1929 7 HYPERLINK l _Toc25404 4 功能需求 PAGEREF _Toc25404 8 HYPERLINK l _Toc19114 4.1 角色定義. PAGEREF _Toc19114 8 HYPERLINK l _Toc889 4.2 系統主用例圖 PAGEREF _Toc889 8 HYPERLINK l _Toc12214 4.3 個人信息治理子系統 PAGEREF _Toc12214 9 HYPERLINK l _Toc31544 4.3.1注冊治理 PAG

5、EREF _Toc31544 10 HYPERLINK l _Toc27506 4.3.2登錄治理 PAGEREF _Toc27506 11 HYPERLINK l _Toc6191 4.3.3個人信息修改 PAGEREF _Toc6191 12 HYPERLINK l _Toc30888 4.4 差旅治理子系統 PAGEREF _Toc30888 12 HYPERLINK l _Toc18017 4.4.1行程制定治理 PAGEREF _Toc18017 14 HYPERLINK l _Toc26171 4.4.2預算申請治理 PAGEREF _Toc26171 15 HYPERLINK l

6、 _Toc10312 4.4.3報銷申請治理 PAGEREF _Toc10312 17 HYPERLINK l _Toc1861 4.4.4差旅進度治理 PAGEREF _Toc1861 18 HYPERLINK l _Toc7444 4.5 經理子系統 PAGEREF _Toc7444 21 HYPERLINK l _Toc7360 4.5.1 預算審批治理 PAGEREF _Toc7360 23 HYPERLINK l _Toc3618 4.5.2 報銷審批治理 PAGEREF _Toc3618 23 HYPERLINK l _Toc3518 4.5.3 報表治理 PAGEREF _Toc

7、3518 24 HYPERLINK l _Toc25810 4.5.4 職員信息查詢與治理 PAGEREF _Toc25810 24 HYPERLINK l _Toc10830 4.6 財務部門子系統 PAGEREF _Toc10830 25 HYPERLINK l _Toc21604 4.6.1 預算處理 PAGEREF _Toc21604 28 HYPERLINK l _Toc5744 4.6.2 報銷處理 PAGEREF _Toc5744 29 HYPERLINK l _Toc16274 4.6.3 統計分析數據 PAGEREF _Toc16274 30 HYPERLINK l _Toc

8、9675 4.7系統治理員子系統 PAGEREF _Toc9675 31 HYPERLINK l _Toc32751 4.7.1 注冊登錄信息儲存 PAGEREF _Toc32751 32 HYPERLINK l _Toc30216 4.7.2職員信息治理 PAGEREF _Toc30216 33 HYPERLINK l _Toc17756 4.7.3 項目維護 PAGEREF _Toc17756 34 HYPERLINK l _Toc17655 5 其他非功能需求 PAGEREF _Toc17655 34 HYPERLINK l _Toc13842 5.1 性能需求 PAGEREF _Toc

9、13842 34 HYPERLINK l _Toc10475 5.2 安全設施需求 PAGEREF _Toc10475 34 HYPERLINK l _Toc31763 5.3 安全性需求 PAGEREF _Toc31763 35 HYPERLINK l _Toc17650 5.4 軟件質量屬性 PAGEREF _Toc17650 35 HYPERLINK l _Toc4861 5.5 業務規則 PAGEREF _Toc4861 36 HYPERLINK l _Toc8149 5.6 用戶文檔 PAGEREF _Toc8149 361 引言.1.1 目的本講明是企業差旅治理系統軟件產品的總體設

10、計和實現講明，包括程序系統的差不多處理流程、程序系統的組織結構、模塊劃分、功能分配、接口設計、運行設計等,記錄了系統整體實現上技術層面上的考慮，同時以需求講明作為依據，為程序的詳細設計提供基礎。同時該文檔將作為產品實現、特性要求和操縱的依據。軟件開發小組的每一位參與開發成員應該閱讀本講明，以清晰產品在技術方面的要求和實現策略，本手冊將進行技術評審和技術的可行性檢查，同時為下一步的詳細設計講明提供框架。1.2 背景.目前，為了加強對職員出差行為的治理、規范出差流程，決定針對性開發一套出差治理系統，搭建一個統一的企業出差治理平臺。本系統是專門為企業方便治理職員出差的治理系統，其中包括出差申請、財務

11、報銷、統計分析、系統維護等，從而對職員的差旅獲得能夠有效操縱，減少線下工作流程，提高公司效率。為現實企業效率最大化的作用，來彌補現實中差旅治理效率低下的種種不足。在這種條件下，我們開發了差旅治理系統。1.3產品的范圍本系統實現出差治理的相關功能，比如出差申請、出差審批、預付借款、出差報銷等等，關于與出差相關的后續業務，如：出差假期調休等；以及本文涉及到的其他，諸如：職員請假等日常辦公治理功能的實現不在本系統的設計范圍之內。1.4 參考文獻.2 綜合描述2.1 產品的前景.傳統的差旅治理費用高額，而且治理流程不透明，容易產生報銷中的虛假行為。公司無法了解整體職員的出差打算。本系統是基于互聯網提供

12、的在線服務，它是對傳統差旅的優化與改進。本系統為整個公司服務，簡化了傳統公司的流程，公司職員只要在網上操作就能完成差旅申請。實現差旅信息在職員，經理和財務部門三方透明，方便了每一個人的工作，提高了對公司職員、財務的治理效率。在信息化的今天，網絡化服務是必定的選擇，本系統將會在差旅治理上發揮巨大作用，同時會不斷優化，以提供更好的服務。2.2 產品的功能本差旅治理系統分為五個子系統：個人信息治理子系統，差旅治理子系統，經理系統，財務治理系統，系統治理員子系統。一般職員系統能夠實現職員的登錄、申請差旅提交差旅打算，查看申請狀態等功能。財務系統能依照差旅信息表為職員發放差旅預支金，差旅費用報銷，以及審

13、核預支金及實際費用并生成報表。經理系統能夠讓經理審批職員的差旅申請以及治理職員信息并能夠查看財務報表。2.3 用戶類和特征本系統的用戶分為四類：一般用戶，經理，財務部門和系統治理員。一般用戶確實是企業的一般職員，他們是本系統的要緊使用者，本系統為他們提供申請差旅服務。經理負責審批以及對職員和財務的治理。財務部門負責差旅過程中財務的支出審核，系統治理負責權限的發放和部門治理、職務治理。2.4 運行環境網絡環境：本系統需要連接因特網使用。硬件環境：筆記本電腦，臺式機。本系統暫不能在移動端使用。軟件環境：Windows xp以上操作系統。Internet掃瞄器。2.5 設計和實現上的限制.開發工具：

14、eclipse、tomcat、數據庫工具：MySQL、navicat開發框架：JSP + Servlet + Struts + Spring編程語言：java 2.6 假設和依靠本系統在2015年7月30日之前完成。本系統性能良好，能穩定運行。本系統無資金預算。3 外部接口要求3.1 用戶界面屏幕格式：所有的界面使用web風格。輸入：系統的全部數據輸入均要求采納填空格式的鍵盤輸入，在所有應提示信息處（如：實施單位等），系統應能給出下拉式的提示并能由用戶依照需要進行選擇。同時，會用足夠的信息以校驗用戶的輸入是否具有合法性。輸出：系統的運行結果均能通過屏幕進行輸出，并能將輸出的信息靈活地進行屏幕轉

15、換，以提高信息的可讀性與操作的靈活性。報表打印格式：按現行人工治理業務中報表格式進行打印輸出，有些統計類型的報表將結合計算機數據處理重新設計報表輸出格式3.2 硬件接口P1000、內存256M以上PC機滿足輸入端條件3.3 軟件接口基礎業務接口：用來實現系統基礎資料數據同步和傳輸的系統數據接口。業務處理接口：用來實現出差完成對應衍生的后續業務處理的系統接口。3.4 通信接口無專門要求，需考慮與外部移動設備的通信。4 功能需求4.1 角色定義.角色或者執行者（Actor）指與系統產生交互的外部用戶或者外部系統。一：職員：職員是指在那個企業差旅治理系統中通過注冊的人員，那個Actor要緊參與行程安

16、排出差制定、預算申請、報銷申請，查看出差記錄等功能。二：財務部門：財務部門指在那個企業差旅治理系統中擔任預算、報銷和記賬功能的部門。那個Actor要緊參與預算處理、報銷處理、報表生成，報銷和預算對比分析等功能。三：經理：經理是指在那個企業差旅治理系統中負責要緊治理功能的人員。那個Actor要緊參與預算審批、報銷審批、職員行程差不多信息查詢和職員信息治理等功能。四：系統治理員。給每個部門和不同類不的職員設置不同權限。4.2 系統主用例圖4.3 個人信息治理子系統個人信息治理系統是公司所有職員使用那個系統的基礎。用例圖：流程圖：時序圖：信息治理系統的功能如下：4.3.1：注冊所有職員使用那個系統就

17、要先注冊，并獲得權限，對系統進行后續操作。4.3.2：登錄所有的注冊職員能夠通過用戶名和密碼登錄到系統，通過不同權限對使用系統的不同功能。4.3.5：修改個人信息進入到系統的所有職員都能夠查看自己的個人信息，并對其進行更改。4.3.1注冊治理所有公司職員使用它那個系統都要先進行注冊，需要把自己的個人信息：姓名，密碼，年齡，性不，部門，職位，聯系方式等提交到系統。注冊后自動擁有一般職員權限，使用注冊的賬號和密碼能夠進行個人信息修改和差旅申請操作。注冊的賬號由公司審批并進行權限分配。用戶依照被分配的權限增加對系統的更多功能的操作。用例描述：注冊執行者：所有職員前置條件：使用者未登錄系統后置條件：擁

18、有一般職員權限，能夠進行修改個人信息、申請差旅操作。差不多路徑：用戶姓名輸入。用戶密碼輸入。用戶年齡、性不。聯系方式輸入。用戶部門輸入。用戶職位輸入。數據字段：職員信息修改數據字段名稱數據類型講明重要性姓名字符類，20長度手動輸入必填性不布爾型控件選擇必填年齡整型，10長度手動輸入選填密碼字符型，20長度手動輸入必填聯系方式整型，10長度一般為郵箱必填部門字符類，20長度控件選擇必填職位字符類，20長度控件選擇必填權限類不字符類，10長度系統給予4.3.2登錄治理所有用戶都要進行登錄操作才能使用本系統。公司人員依照不同的身份，被分配到不同的權限。一般職員、財務部門、部門經理以及系統治理員登陸后

19、分不進入不同的子系統，并能對系統進行不同的操作。使用者退出系統后就放棄了對系統的使用權，將回到登陸頁面不能查看使用本系統。用例描述：登錄執行者：所有職員前置條件：使用者未登錄系統后置條件：不同權限用戶進入到不同子系統差不多路徑：a)用戶賬號輸入b)用戶密碼輸入4.3.3個人信息修改所有進入系統的職員都能夠查看并修改自己的個人信息以及登錄密碼。及時對個人信息進行更新和完善。修改/注冊個人信息數據字段名稱數據類型講明重要性姓名字符類，20長度手動輸入必填性不布爾型控件選擇必填年齡整型，10長度手動輸入選填密碼字符型，20長度手動輸入必填聯系方式整型，10長度一般為郵箱必填部門字符類，20長度控件選

20、擇必填職位字符類，20長度控件選擇必填權限類不字符類，10長度系統給予必填用例描述：個人信息執行者：所有職員前置條件：使用者已登錄系統后置條件：查看或者修改個人信息差不多路徑：a)修改個人信息時需要輸入姓名、年齡、性不、聯系方式、部門、職位等信息。4.4 差旅治理子系統一般職員系統是差旅治理系統的核心系統，有核心的三個功能分不是行程制定、預算申請、報銷申請，配合登錄系統和差旅進度治理，構成了該子系統的要緊功能。一般職員系統的功能如下：4.4.1：行程制定治理職員用戶假如需要出差，則需要制定行程。需要向系統提交出差目的、出差目的地、出差時刻、出差線路、主管單位 。4.4.2：預算申請治理職員用戶

21、假如填寫了行程打算，則需要填寫預算申請。需要向系統提交出差交通工具的費用、住宿選擇和費用、伙食費用、業務費用、其他費用 ，并會同行程制定一同上交給經理審批。4.4.3：報銷申請治理用戶完成差旅打算之后需要提交報銷申請，申請單中必須包括交通工具、住宿、伙食、業務及其他的實際費用，報銷申請表會有經理進行審批。 4.4.4：差旅進度治理職員用戶如提交了預算與行程給經理后，隨著差旅的進行 ，則能夠查看審批進度。4.4.1行程制定治理職員用戶假如需要出差，則需要制定行程。需要向系統提交出差目的、出差目的地、出差時刻、出差線路、主管單位 。用例描述：行程制定執行者：職員用戶前置條件：職員差不多登錄系統；后

22、置條件：制定行程后能夠填寫預算申請差不多路徑：出差差不多信息輸入，包括出差的類型，出差的目的、主管單位等，行程信息輸入，包括起止時刻、通過都市、使用的交通工具、停留時刻。 數據字段：差不多信息數據字段名稱數據類型講明重要性出差編號10位數字系統自動逐個增加生成必填出差目的地支持10個字符長度通過都市控件進行選擇，不能手工填寫。必填同行者10個漢字，20個字符長度系統檢驗是否有相關用戶選填開始時刻日期格式：yyyy-mm-dd通過日期控件進行選擇，不能手工填寫。必填結束時刻日期格式：yyyy-mm-dd通過日期控件進行選擇，不能手工填寫。必填共計天數5位數字由結束時刻減去開始時刻，系統自動生成必

23、填出差事由支持200個字符必填行程段數5位數字行程數據字段填寫后自動形成必填行程數據字段名稱數據類型講明重要性起始時刻日期格式：yyyy-mm-dd通過日期控件進行選擇，不能手工填寫。必填結束時刻日期格式：yyyy-mm-dd通過日期控件進行選擇，不能手工填寫。必填交通工具支持10個字符長度包括：“汽車”“火車”“飛機”“輪船”必填起始地支持10個字符長度通過都市控件進行選擇，不能手工填寫。必填終到地支持10個字符長度通過都市控件進行選擇，不能手工填寫。必填4.4.2預算申請治理職員用戶假如填寫了行程打算，則需要填寫預算申請。需要向系統提交出差交通工具的費用、住宿選擇和費用、伙食費用、業務費用

24、、其他費用 ，并會同行程制定一同上交給經理審批。用例描述：預算申請執行者：職員用戶前置條件：職員差不多制定行程打算；后置條件：提交申請后能夠查看審批情況差不多路徑：依照行程制定，生成交通工具的預算的錄入酒店預訂和選擇以及預算錄入飲食開銷預算錄入業務費用預算錄入及其他費用錄入預算匯總。確定預支款，并填入申請。提交預算與行程給經理 數據字段：交通工具數據字段名稱數據類型講明重要性交通工具名稱支持10個字符長度系統依照行程自動生成必填車次支持10個字符長度選填交通費用最多10位數字單位人民幣必填酒店數據字段名稱數據類型講明重要性酒店名稱支持10位字符長度必填住宿時長支持5位數字必填單日費用最多10位

25、數字單位人民幣必填酒店總費用最多10位數字單位人民幣必填飲食開銷數據字段名稱數據類型講明重要性每頓平均飲食花費最多10位數字單位人民幣必填總計頓數支持5位數字必填餐飲總費用最多10位數字單位人民幣必填業務費用數據字段業務名支持10個字符長度選填業務花費最多10位數字單位人民幣選填其他費用數據字段其他花費名支持10個字符長度選填其他花費最多10位數字單位人民幣選填預算匯總數據字段預算申請表編號10位數字系統自動生成必填交通工具花費最多10位數字單位人民幣，由各段行程合計必填酒店總花費最多10位數字單位人民幣，等于酒店總費用必填飲食總花費最多10位數字單位人民幣，等于飲食總費用必填業務總花費最多1

26、0位數字單位人民幣，由各項業務費用合計選填其他總花費最多10位數字單位人民幣，由各項其他花費合計選填出差總預算最多10位數字單位人民幣，由上述五項合計必填預支款數據字段預支比例百分數必填預支款最多10位數字單位人民幣，由出差總預算乘以預支比例而得必填4.4.3報銷申請治理用戶完成差旅打算之后需要提交報銷申請，申請單中必須包括交通工具、住宿、伙食、業務及其他的實際費用，報銷申請表會有經理進行審批。用例描述：報銷申請執行者：一般職員前置條件：已完成本次差旅行打算后置條件：提交申請后能夠查看審批狀態差不多路徑：a)實際交通工具費用的錄入b)實際住宿費用的錄入c)實際飲食開銷錄入d)實際業務費用錄入及

27、其他費用錄入e)開銷費用匯總的錄入實際交通工具數據字段名稱數據類型講明重要性實際交通工具名稱支持10個字符長度系統依照行程自動生成必填實際車次支持10個字符長度選填實際交通費用最多10位數字單位人民幣必填實際酒店數據字段名稱數據類型講明重要性實際酒店名稱支持10位字符長度必填實際住宿時長支持5位數字必填實際單日費用最多10位數字單位人民幣必填實際酒店總費用最多10位數字單位人民幣必填實際飲食開銷數據字段名稱數據類型講明重要性實際每頓平均飲食花費最多10位數字單位人民幣必填實際總計頓數支持5位數字必填實際餐飲總費用最多10位數字單位人民幣必填實際業務費用數據字段實際業務名支持10個字符長度選填實

28、際業務花費最多10位數字單位人民幣選填實際其他費用數據字段實際其他花費名支持10個字符長度選填實際其他花費最多10位數字單位人民幣選填實際花費匯總數據字段實際交通工具花費最多10位數字單位人民幣，由各段行程合計必填實際酒店總花費最多10位數字單位人民幣，等于酒店總費用必填實際飲食總花費最多10位數字單位人民幣，等于飲食總費用必填實際業務總花費最多10位數字單位人民幣，由各項業務費用合計選填實際其他總花費最多10位數字單位人民幣，由各項其他花費合計選填實際出差總花費最多10位數字單位人民幣，由上述五項合計必填票據數據字段票據編號10位數字系統自動生成必填票據內容支持20字符必填票據面額最多10位

29、數字單位人民幣必填票據匯總最多10位數字單位人民幣，由各項票據面額匯總必填4.4.4差旅進度治理職員用戶如提交了預算與行程給經理后，隨著差旅的進行 ，則能夠查看審批進度。包括是否通過審批、是否拿到預支款、是否提交報銷申請、報銷申請是否通過、是否完成報銷。一般職員的報銷審批治理是一般職員查看自己報銷申請狀態的功能，假如被經理批準了，職員就能夠去財務部門報銷。用例描述：預算申請執行者：職員用戶前置條件：依據申請提交情況、審批情況而定；后置條件：無差不多路徑：提交申請后未被審批，這顯示審批未通過審批通過后，且未領取預支款，顯示審批通過，并未領取預支款領取預支款后顯示差旅進行假如提交報銷申請，顯示報銷

30、申請待審批報銷申請審批通過后，顯示報銷申請通過報銷結算后顯示差旅完成。活動圖：4.5 經理子系統經理通過進入到經理系統，能夠接收和查看財務部門發送過來的當前報表和相關的報銷預算對比分析；對公司職員提交上來的預算申請和報銷申請進行審批，審批結果交給財務部門發款；由系統治理員主導的登陸治理系統提供本公司各部門的職員信息表，供查詢公司職員的差不多信息，進行職員的信息治理。用例圖如下：經理的功能描述如下：4.5.1：預算審批治理接收來自公司職員發來的的報銷申請，參考職員的出差行程打算，評估其中消費額度，按公司相關的出差制度給予“通過”或“不通過”答復，并傳達至財務部門系統進行預算處理。4.5.2：報銷

31、審批治理接收來自公司職員發來的的報銷申請，參考職員的出差行程打算，批閱發票等實際支出，按公司相關的出差制度給予“通過”或“不通過”答復，并傳達至財務部門系統進行報銷處理。4.5.3：職員信息查詢與治理經理可查詢和修改來自注冊登錄系統中儲存的所有職員的信息，包括姓名+密碼+性不+年齡+聯系方式+部門+職位+權限類不經理可查詢所有職員的4.5.4：財務報表及分析接收與查閱查看財務部門整理發送的財務報表，和當前的報銷相關分析。4.5.1 預算審批治理接收來自公司職員發來的的報銷申請，參考職員的出差行程打算，評估其中消費額度，按公司相關的出差制度給予“通過”或“不通過”答復，并傳達至財務部門系統進行預

32、算處理。用例描述：預算審批執行者：經理前置條件：職員登陸成功，將預算申請提交給經理后置條件：財務部門收到通知進行處理差不多路徑：職員登錄，依照出差打算預期支出（酒店飲食車旅費用等），填寫出差預算表格經理依照相關消費水平和出差標準決定是否予以預支，預支額度大小。4.5.2 報銷審批治理接收來自公司職員發來的的報銷申請，參考職員的出差行程打算，批閱發票等實際支出，按公司相關的出差制度給予“通過”或“不通過”答復，并傳達至財務部門系統進行報銷處理。用例描述：報銷審批執行者：經理前置條件：職員登陸成功，將報銷申請提交給經理后置條件：財務部門收到通知進行處理差不多路徑：職員出差結束，依照出差實際支出，提

33、供發票填寫報銷單經理依照相關報銷規定決定是否予以報銷，報銷額度大小。4.5.3 報表治理查看財務部門整理發送的財務報表，和當前的報銷相關分析。用例描述：財務報表及分析接收與查閱執行者：經理前置條件：財務部門收集整理財務報表，傳達至經理后置條件：經理對現有經濟打算進行調整差不多路徑：系統當期財務信息整理出表由財務部門做出相關分析和同期對比經理批閱做出經濟決策4.5.4 職員信息查詢與治理 經理可查詢和修改所有職員的信息，包括姓名+密碼+性不+年齡+聯系方式+部門+職位+權限類不。用例描述：職員信息查詢與治理執行者：經理前置條件：財務部門收集和整理職員報銷信息，后置條件：經理查閱和變動職員信息差不

34、多路徑：系統記錄職員歷次出差信息，形成職員信息表 B）經理查詢職員出差信息，評價職員C）經理在職員信息表之上，進行部門治理，職位治理，權限治理4.6 財務部門子系統系統簡述功能：財務系統要緊有三個功能處理。預算處理、報銷處理和統計分析數據。預算處理要緊是處理通過經理審批后的職員的預算申請書，依照職員的預算申請書，發放預付款項和登記入賬，生成預算報表。報銷處理要緊在職員出差后進行實際的結算業務。依照職員的預算表和通過經理審批后的報銷憑證進行差額結算，并生成報銷報表。數據分析處理要緊是依照預算表報銷表等數據，生成預算報銷對比表，進行數據的分析，并提交給經理批閱。預算報銷對比表要緊是方便高層對各部門

35、的預算和報銷情況進行查詢與了解。流程圖如下用例圖如下財務治理的功能用例描述如下：4.6.1：登錄處理財務人員登錄到差旅治理系統能夠看到通過審批的職員的預算申請表和報銷申請表。4.6.2：查看預算申請財務人員登錄后查看通過審批的預算申請4.6.3：預算處理財務人員依照預算申請表進行預算處理，要緊是登記入賬，生成相應的報表，以及進行預付款項的支付。4.6.4：查看報銷處理財務人員登錄后查看通過審批的報銷申請4.6.5：報銷處理財務人員依照報銷申請表和預算報表進行報銷處理，要緊是登記入賬，生成相應的報銷報表，以及進行款項的結算。4.6.6：數據分析財務人員依照預算報表和報銷報表，進行綜合預算報銷報表

36、的生成，然后對數據進行分析，并把預算報銷對比表交于經理批閱。4.6.1 預算處理假如財務人員需要進行預算處理，就開始錄入職員預算申請，然后編制預算表。具體描述如下用例描述：預算處理執行者： 財務人員前置條件：財務人員登陸成功、經理預算審批通過后置條件：是否預付預算款差不多路徑：差不多信息導入，從職員的預算申請表中直接導入包括職員編號、部門編號，職員名字，部門名字原始信息導入，從職員的預算申請表中直接導入，出差日期，可能出差開始時刻，可能出差結束如期，可能金額等項目，出差月份，出差年份轉賬寫入數據庫輸出預算表預算表名稱數據類型講明重要性預算編號10個數字系統自動逐個生成必填預算申請表編號10個數

37、字由預算申請表導入必填出差年份日期格式：yyyy由預算申請表導入必填出差月份日期格式：yyyy由預算申請表導入必填出差總預算最多10位數字單位人民幣，由預算申請表導入必填部門編號字符類，20長度由注冊表導入必填職員編號字符類，20長度由注冊表導入必填部門名稱字符類，20長度由注冊表導入必填職員名稱字符類，20長度由注冊表導入必填入賬日期日期格式：yyyy-mm-dd獵取本地時刻必填審批經理名字符類，20長度由系統提供必填4.6.2 報銷處理假如財務人員需要進行報銷處理，就開始錄入職員報銷申請，然后編制報銷表。具體描述如下。用例描述：報銷處理執行者：財務人員前置條件：財務人員登陸成功、經理報銷審

38、批通過，預算報表已生成差不多路徑：a) 差不多信息導入，包括職員編號、部門編號，職員名字，部門名字原始信息導入，報銷申請表編號，預算報表編號，報銷金額，時刻，報銷月份，報銷年份人，描述審核金額到帳寫入數據庫輸出報銷表報銷表名稱數據類型講明重要性報銷編號10個數字系統自動逐個生成必填報銷申請表編號10個數字由報銷申請表導入必填預算編號10個數字有預算表導入必填報銷年份日期格式：yyyy由報銷申請表導入必填報銷月份日期格式：yyyy由報銷申請表導入必填實際出差總花費最多10位數字單位人民幣，由預算申請表導入必填部門編號字符類，20長度由注冊表導入必填職員編號字符類，20長度由注冊表導入必填部門名稱

39、字符類，20長度由注冊表導入必填職員名稱字符類，20長度由注冊表導入必填入賬日期日期格式：yyyy-mm-dd獵取本地時刻必填審批經理名字符類，20長度由系統提供必填4.6.3 統計分析數據假如財務人員需要進行統計分析數據，就開始統計各個會計報表，然后編制預算報銷對比表，最后進行分析。具體描述如下。用例描述：統計分析數據執行者： 財務人員前置條件：財務人員登陸成功、預算表、報銷表差不多生成后置條件：交于經理查看差不多路徑：a) 差不多信息導入，出差年份，出差月份，部門號，部門名b） 憑證信息導入，預算報表編號，報銷報表編號，出差年份，出差月份，差額c) 生成報表輸出報表并交于經理名稱數據類型講

40、明重要性預算報銷編號10個數字系統自動逐個生成必填月份日期格式：mm獵取本地時刻必填本月預算總額最多10位數字單位人民幣，由預算合計表導入必填本月報銷總額最多10位數字單位人民幣，由報銷表合計導入必填本月差額最多10位數字由本月預算總額和本月報銷總額相減得到必填本年預算總額最多10位數字單位人民幣，由預算合計表導入必填本年預算總額最多10位數字單位人民幣，由報銷表合計導入必填本年差額最多10位數字由本年預算總額和本年報銷總額相減得到必填部門編號字符類，20長度由注冊表導入必填部門名稱字符類，20長度由注冊表導入必填制表日期日期格式：yyyy-mm-dd獵取本地時刻必填預算報銷對比表4.7系統治

41、理員子系統系統治理員通過注冊登錄系統獵取一般職員過的差不多信息，進行一般職員信息表的查詢與治理，并向經理子系統提供權限等級更高的查詢與治理，及刪改等治理手段。用例圖如下： 4.7.1：注冊登錄信息儲存一般職員登錄注冊，填寫職員差不多信息，姓名+密碼+性不+年齡+聯系方式+部門+職位+權限類不。最后傳達至各部門經理進行治理。 4.7.2：職員信息治理系統治理員能夠治理和查詢職員信息，各個職員職位治理，部門治理和權限分配。4.7.3：項目維護 處理和解決項目問題4.7.1 注冊登錄信息儲存一般職員登錄注冊，填寫職員差不多信息，姓名+密碼+性不+年齡+聯系方式+部門+職位+權限類不。最后傳達至各部門

42、經理進行治理。職員信息數據字段名稱數據類型講明重要性姓名字符類，20長度手動輸入必填性不布爾型控件選擇必填年齡整型，10長度手動輸入選填密碼字符型，20長度手動輸入必填聯系方式整型，10長度一般為郵箱必填部門字符類，20長度控件選擇必填職位字符類，20長度控件選擇必填權限類不字符類，10長度系統給予 用例描述：注冊登錄信息儲存 執行者： 系統治理員 前置條件：部門不同職員登錄到注冊系統，填寫職員差不多信息 后置條件：交于經理進行查詢治理差不多路徑：4.7.2職員信息治理 系統治理員可修改所有職員的信息，包括姓名+密碼+性不+年齡+聯系方式+部門+職位+權限類不。最后傳達至各部門經理進行治理 用例描述：職員信息治理 執行者： 系統治理員 前置條件：各部門職員在登錄注冊系統上填寫職員信息 差不多路徑：a）職員注冊登記 b）系統治理員整理職員差不多信息4.7.3 項目維護為保