企業(yè)差旅管理系統(tǒng)需求規(guī)格說明書

企業(yè)差旅管理系統(tǒng)需求規(guī)格說明書第六組組長：組員：2015年7月14日TOC\o"1-5"\h\z目錄 2\o"CurrentDocument"1引言 .4\o"CurrentDocument"1.1目的 4\o"CurrentDocument"1.2背景 4\o"CurrentDocument"1.3產(chǎn)品的范圍 4\o"CurrentDocument"1.4參考文獻 42綜合描述 52.1產(chǎn)品的前景 5\o"CurrentDocument"2.2產(chǎn)品的功能 5\o"CurrentDocument"2.3用戶類和特征 5\o"CurrentDocument"2.4運行環(huán)境 5\o"CurrentDocument"2.5設計和實現(xiàn)上的限制 6\o"CurrentDocument"2.6假設和依賴 63外部接口要求 63.1用戶界面 6\o"CurrentDocument"3.2硬件接口 6\o"CurrentDocument"3.3軟件接口 7\o"CurrentDocument"3.4通信接口 74功能需求 8\o"CurrentDocument"4.1角色定義 8\o"CurrentDocument"4.2 系統(tǒng)主用例圖 8\o"CurrentDocument"4.3個人信息管理子系統(tǒng) 94.3.1注冊管理 104.3.2登錄管理 114.3.3個人信息修改 12\o"CurrentDocument"4.4差旅管理子系統(tǒng) 134.4.1行程制定管理 144.4.2預算申請管理 154.4.3報銷申請管理 174.4.4差旅進度管理 18\o"CurrentDocument"4.5經(jīng)理子系統(tǒng) 224.5.1預算審批管理 234.5.2報銷審批管理 234.5.3報表管理 244.5.4員工信息查詢與管理 24\o"CurrentDocument"4.6 財務部門子系統(tǒng) 264.6.1預算處理 284.6.2報銷處理 294.6.3統(tǒng)計分析數(shù)據(jù) 30\o"CurrentDocument"4.7系統(tǒng)管理員子系統(tǒng) 324.7.1注冊登錄信息儲存 324.7.2員工信息管理 334.7.3項目維護 345其他非功能需求 345.1性能需求 345.2安全設施需求 34\o"CurrentDocument"5.3安全性需求 35\o"CurrentDocument"5.4軟件質量屬性 35\o"CurrentDocument"5.5業(yè)務規(guī)則 36\o"CurrentDocument"5.6用戶文檔 361引言.1.1目的本說明是企業(yè)差旅管理系統(tǒng)軟件產(chǎn)品的總體設計和實現(xiàn)說明，包括程序系統(tǒng)的基本處理流程、程序系統(tǒng)的組織結構、模塊劃分、功能分配、接口設計、運行設計等，記錄了系統(tǒng)整體實現(xiàn)上技術層面上的考慮，并且以需求說明作為依據(jù)，為程序的詳細設計提供基礎。同時該文檔將作為產(chǎn)品實現(xiàn)、特性要求和控制的依據(jù)。軟件開發(fā)小組的每一位參與開發(fā)成員應該閱讀本說明，以清楚產(chǎn)品在技術方面的要求和實現(xiàn)策略，本手冊將進行技術評審和技術的可行性檢查，同時為下一步的詳細設計說明提供框架。1.2背景.目前，為了加強對員工出差行為的管理、規(guī)范出差流程，決定針對性開發(fā)一套出差管理系統(tǒng)，搭建一個統(tǒng)一的企業(yè)出差管理平臺。本系統(tǒng)是專門為企業(yè)方便管理員工出差的管理系統(tǒng)，其中包括出差申請、財務報銷、統(tǒng)計分析、系統(tǒng)維護等，從而對員工的差旅獲得能夠有效控制，減少線下工作流程，提高公司效率。為現(xiàn)實企業(yè)效率最大化的作用，來彌補現(xiàn)實中差旅管理效率低下的種種不足。在這種條件下，我們開發(fā)了差旅管理系統(tǒng)。1.3產(chǎn)品的范圍本系統(tǒng)實現(xiàn)出差管理的相關功能，比如出差申請、出差審批、預付借款、出差報銷等等,對于與出差相關的后續(xù)業(yè)務，如：出差假期調休等；以及本文涉及到的其他，諸如：員工請假等日常辦公管理功能的實現(xiàn)不在本系統(tǒng)的設計范圍之內。1.4參考文獻.2綜合描述2.1產(chǎn)品的前景.傳統(tǒng)的差旅管理費用高額，而且管理流程不透明，容易產(chǎn)生報銷中的虛假行為。公司無法了解整體員工的出差計劃。本系統(tǒng)是基于互聯(lián)網(wǎng)提供的在線服務，它是對傳統(tǒng)差旅的優(yōu)化與改進。本系統(tǒng)為整個公司服務，簡化了傳統(tǒng)公司的流程，公司職員只要在網(wǎng)上操作就能完成差旅申請。實現(xiàn)差旅信息在職員，經(jīng)理和財務部門三方透明，方便了每一個人的工作，提高了對公司職員、財務的管理效率。在信息化的今天，網(wǎng)絡化服務是必然的選擇，本系統(tǒng)將會在差旅管理上發(fā)揮巨大作用，并且會不斷優(yōu)化，以提供更好的服務。2.2產(chǎn)品的功能本差旅管理系統(tǒng)分為五個子系統(tǒng)：個人信息管理子系統(tǒng)，差旅管理子系統(tǒng)，經(jīng)理系統(tǒng),財務管理系統(tǒng)，系統(tǒng)管理員子系統(tǒng)。普通員工系統(tǒng)能夠實現(xiàn)員工的登錄、申請差旅提交差旅計劃，查看申請狀態(tài)等功能。財務系統(tǒng)能根據(jù)差旅信息表為員工發(fā)放差旅預支金，差旅費用報銷，以及審核預支金及實際費用并生成報表。經(jīng)理系統(tǒng)可以讓經(jīng)理審批員工的差旅申請以及管理員工信息并能夠查看財務報表。2.3用戶類和特征本系統(tǒng)的用戶分為四類：普通用戶，經(jīng)理，財務部門和系統(tǒng)管理員。普通用戶就是企業(yè)的普通員工，他們是本系統(tǒng)的主要使用者，本系統(tǒng)為他們提供申請差旅服務。經(jīng)理負責審批以及對員工和財務的管理。財務部門負責差旅過程中財務的支出審核，系統(tǒng)管理負責權限的發(fā)放和部門管理、職務管理。2.4運行環(huán)境網(wǎng)絡環(huán)境：本系統(tǒng)需要連接因特網(wǎng)使用。硬件環(huán)境：筆記本電腦，臺式機。本系統(tǒng)暫不能在移動端使用。軟件環(huán)境：Windowsxp以上操作系統(tǒng)。Internet瀏覽器。2.5設計和實現(xiàn)上的限制.開發(fā)工具：eclipse、tomcat、數(shù)據(jù)庫工具：MySQL、navicat開發(fā)框架：JSP+Servlet+Struts+Spring編程語言：java2.6假設和依賴本系統(tǒng)在2015年7月30日之前完成。本系統(tǒng)性能良好，能穩(wěn)定運行。本系統(tǒng)無資金預算。3外部接口要求3.1用戶界面屏幕格式：所有的界面使用web風格。輸入：系統(tǒng)的全部數(shù)據(jù)輸入均要求采用填空格式的鍵盤輸入，在所有應提示信息處（如:實施單位等），系統(tǒng)應能給出下拉式的提示并能由用戶根據(jù)需要進行選擇。同時，會用足夠的信息以校驗用戶的輸入是否具有合法性。輸出：系統(tǒng)的運行結果均能通過屏幕進行輸出，并能將輸出的信息靈活地進行屏幕轉換,以提高信息的可讀性與操作的靈活性。報表打印格式：按現(xiàn)行人工管理業(yè)務中報表格式進行打印輸出，有些統(tǒng)計類型的報表將結合計算機數(shù)據(jù)處理重新設計報表輸出格式3.2硬件接口P1000、內存256M以上PC機滿足輸入端條件3.3軟件接口基礎業(yè)務接口：用來實現(xiàn)系統(tǒng)基礎資料數(shù)據(jù)同步和傳輸?shù)南到y(tǒng)數(shù)據(jù)接口。業(yè)務處理接口：用來實現(xiàn)出差完成對應衍生的后續(xù)業(yè)務處理的系統(tǒng)接口。3.4通信接口無特殊要求，需考慮與外部移動設備的通信。4功能需求4.1角色定義.角色或者執(zhí)行者（Actor）指與系統(tǒng)產(chǎn)生交互的外部用戶或者外部系統(tǒng)。一：員工：員工是指在這個企業(yè)差旅管理系統(tǒng)中通過注冊的人員，這個Actor主要參與行程安排出差制定、預算申請、報銷申請，查看出差記錄等功能。二：財務部門：財務部門指在這個企業(yè)差旅管理系統(tǒng)中擔任預算、報銷和記賬功能的部門。這個Actor主要參與預算處理、報銷處理、報表生成，報銷和預算對比分析等功能。三：經(jīng)理：經(jīng)理是指在這個企業(yè)差旅管理系統(tǒng)中負責主要管理功能的人員。這個Actor主要參與預算審批、報銷審批、員工行程基本信息查詢和員工信息管理等功能。四：系統(tǒng)管理員。給每個部門和不同類別的員工設置不同權限。4.2系統(tǒng)主用例圖財主托門注冊，登錄提交個?、信息行程主排預垃申諳出差計劃丿捆肖?？粗贫▽徟斨魍虚T注冊，登錄提交個?、信息行程主排預垃申諳出差計劃丿捆肖牛看制定審批6（\根銷和預尊対

比分析 j昂工信息管

理權時::瀰4.3個人信息管理子系統(tǒng)個人信息管理系統(tǒng)是公司所有員工使用這個系統(tǒng)的基礎。用例圖：流程圖:

時序圖:?十A.博且主氐而?十A.博且主氐而明案邸而信息管理系統(tǒng)的功能如下:4.3.1:注冊所有員工使用這個系統(tǒng)就要先注冊，并獲得權限，對系統(tǒng)進行后續(xù)操作。4.3.2：登錄所有的注冊員工可以通過用戶名和密碼登錄到系統(tǒng),通過不同權限對使用系統(tǒng)的不同功能。 能。 4.3.5:修改個人信息進入到系統(tǒng)的所有員工都可以查看自己的個人信息，并對其進行更改。4.3.1注冊管理所有公司員工使用它這個系統(tǒng)都要先進行注冊，需要把自己的個人信息：姓名，密碼,年齡，性別，部門，職位，聯(lián)系方式等提交到系統(tǒng)。注冊后自動擁有普通員工權限，使用注冊的賬號和密碼可以進行個人信息修改和差旅申請操作。注冊的賬號由公司審批并進行權限分配。用戶根據(jù)被分配的權限增加對系統(tǒng)的更多功能的操作。用例描述：注冊執(zhí)行者：所有員工前置條件：使用者未登錄系統(tǒng)后置條件：擁有普通員工權限，可以進行修改個人信息、申請差旅操作。基本路徑：用戶姓名輸入。用戶密碼輸入。用戶年齡、性別。聯(lián)系方式輸入。\用戶部門輸入。用戶職位輸入。數(shù)據(jù)字段:員工信息修改數(shù)據(jù)字段名稱數(shù)據(jù)類型說明重要性姓名字符類，20長度手動輸入必填性別布爾型控件選擇必填年齡整型，10長度手動輸入選填密碼字符型，20長度手動輸入必填聯(lián)系方式整型，10長度一般為郵箱必填部門字符類，20長度控件選擇必填職位字符類，20長度控件選擇必填權限類別字符類，10長度系統(tǒng)賦予4.3.2登錄管理所有用戶都要進行登錄操作才能使用本系統(tǒng)。公司人員根據(jù)不同的身份，被分配到不同的權限。普通員工、財務部門、部門經(jīng)理以及系統(tǒng)管理員登陸后分別進入不同的子系統(tǒng)，并能對系統(tǒng)進行不同的操作。使用者退出系統(tǒng)后就放棄了對系統(tǒng)的使用權，將回到登陸頁面不能查看使用本系統(tǒng)。用例描述：登錄執(zhí)行者：所有員工前置條件：使用者未登錄系統(tǒng)后置條件：不同權限用戶進入到不同子系統(tǒng)基本路徑：a） 用戶賬號輸入b） 用戶密碼輸入4.3.3個人信息修改所有進入系統(tǒng)的員工都可以查看并修改自己的個人信息以及登錄密碼。及時對個人信息進行更新和完善。修改/注冊個人信息數(shù)據(jù)字段名稱數(shù)據(jù)類型說明重要性姓名字符類，20長度手動輸入必填性別布爾型控件選擇必填年齡整型，10長度手動輸入選填密碼字符型，20長度手動輸入必填聯(lián)系方式整型，10長度一般為郵箱必填部門字符類，20長度控件選擇必填職位字符類，20長度控件選擇必填權限類別字符類，10長度系統(tǒng)賦予必填用例描述：個人信息執(zhí)行者：所有員工前置條件：使用者已登錄系統(tǒng)后置條件：查看或者修改個人信息基本路徑：a）修改個人信息時需要輸入姓名、年齡、性別、聯(lián)系方式、部門、職位等信息。4.4差旅管理子系統(tǒng)普通員工系統(tǒng)是差旅管理系統(tǒng)的核心系統(tǒng)，有核心的三個功能分別是行程制定、預算申請、報銷申請，配合登錄系統(tǒng)和差旅進度管理，構成了該子系統(tǒng)的主要功能。普通員工系統(tǒng)的功能如下:4.4.1：行程制定管理員工用戶如果需要出差，則需要制定行程。需要向系統(tǒng)提交出差目的、出差目的地、出差時間、出差線路、主管單位。4.4.2:預算申請管理員工用戶如果填寫了行程計劃，則需要填寫預算申請。需要向系統(tǒng)提交出差交通工具的費用、住宿選擇和費用、伙食費用、業(yè)務費用、其他費用，并會同行程制定一同上交給經(jīng)理審批。4.4.3:報銷申請管理用戶完成差旅計劃之后需要提交報銷申請，申請單中必須包括交通工具、住宿、伙食、業(yè)務及其他的實際費用，報銷申請表會有經(jīng)理進行審批。4.4.4:差旅進度管理員工用戶如提交了預算與行程給經(jīng)理后，隨著差旅的進行，則可以查看審批進度。4.4.1行程制定管理員工用戶如果需要出差，則需要制定行程。需要向系統(tǒng)提交出差目的、出差目的地、出差時間、出差線路、主管單位。用例描述：行程制定執(zhí)行者：員工用戶前置條件：員工已經(jīng)登錄系統(tǒng)；后置條件：制定行程后可以填寫預算申請基本路徑：a） 出差基本信息輸入，包括出差的類型，出差的目的、主管單位等，b） 行程信息輸入，包括起止時間、經(jīng)過城市、使用的交通工具、停留時間。數(shù)據(jù)字段:基本信息數(shù)據(jù)字段名稱數(shù)據(jù)類型說明重要性出差編號10位數(shù)字系統(tǒng)自動逐個增加生成必填出差目的地支持10個字符長度通過城市控件進行選擇，不能手工填寫。必填同行者10個漢字，20個字符長度系統(tǒng)檢驗是否有相關用戶選填開始時間日期格式：yyyy-mm-dd通過日期控件進行選擇，不能手工填寫。必填結束時間日期格式：yyyy-mm-dd通過日期控件進行選擇，不能手工填寫。必填共計天數(shù)5位數(shù)字由結束時間減去開始時間，系統(tǒng)自動生成必填出差事由支持200個字符必填行程段數(shù)5位數(shù)字行程數(shù)據(jù)字段填寫后自動形成必填行程數(shù)據(jù)字段名稱數(shù)據(jù)類型說明重要性起始時間日期格式：yyyy-mm-dd通過日期控件進行選擇，不能手工填寫。必填結束時間日期格式：yyyy-mm-dd通過日期控件進行選擇，不能手工填寫。必填交通工具支持10個字符長度包括：“汽車”“火車”“飛機”“輪船”必填起始地支持10個字符長度通過城市控件進行選擇，不能手工填寫。必填終到地支持10個字符長度通過城市控件進行選擇，不能手工填寫。必填4.4.2預算申請管理員工用戶如果填寫了行程計劃，則需要填寫預算申請。需要向系統(tǒng)提交出差交通工具的費用、住宿選擇和費用、伙食費用、業(yè)務費用、其他費用，并會同行程制定一同上交給經(jīng)理審批。用例描述：預算申請執(zhí)行者：員工用戶前置條件：員工已經(jīng)制定行程計劃；后置條件：提交申請后可以查看審批情況基本路徑：a） 根據(jù)行程制定，生成交通工具的預算的錄入b） 酒店預訂和選擇以及預算錄入c） 飲食開銷預算錄入d） 業(yè)務費用預算錄入及其他費用錄入e） 預算匯總。f） 確定預支款，并填入申請。g） 提交預算與行程給經(jīng)理數(shù)據(jù)字段：交通工具數(shù)據(jù)字段名稱數(shù)據(jù)類型說明重要性交通工具名稱支持10個字符長度系統(tǒng)根據(jù)行程自動生成必填車次支持10個字符長度選填交通費用最多10位數(shù)字單位人民幣必填酒店數(shù)據(jù)字段名稱數(shù)據(jù)類型說明重要性酒店名稱支持10位字符長度必填住宿時長支持5位數(shù)字必填單日費用最多10位數(shù)字單位人民幣必填酒店總費用最多10位數(shù)字單位人民幣必填飲食開銷數(shù)據(jù)字段名稱數(shù)據(jù)類型說明重要性每頓平均飲食花費最多10位數(shù)字單位人民幣必填總計頓數(shù)支持5位數(shù)字必填餐飲總費用最多10位數(shù)字單位人民幣必填業(yè)務費用數(shù)據(jù)字段業(yè)務名支持10個字符長度選填業(yè)務花費最多10位數(shù)字單位人民幣選填其他費用數(shù)據(jù)字段其他花費名支持10個字符長度選填其他花費最多10位數(shù)字單位人民幣選填預算匯總數(shù)據(jù)字段預算申請表編號10位數(shù)字系統(tǒng)自動生成必填交通工具花費最多10位數(shù)字單位人民幣，由各段行程合計必填酒店總花費最多10位數(shù)字單位人民幣，等于酒店總費用必填

飲食總花費最多10位數(shù)字單位人民幣，等于飲食總費用必填業(yè)務總花費最多10位數(shù)字單位人民幣，由各項業(yè)務費用合計選填其他總花費最多10位數(shù)字單位人民幣，由各項其他花費合計選填出差總預算最多10位數(shù)字單位人民幣，由上述五項合計必填預支款數(shù)據(jù)字段預支比例百分數(shù)必填預支款最多10位數(shù)字單位人民幣，由出差總預算乘以預支比例而得必填4.4.3報銷申請管理用戶完成差旅計劃之后需要提交報銷申請，申請單中必須包括交通工具、住宿、伙食、業(yè)務及其他的實際費用，報銷申請表會有經(jīng)理進行審批。用例描述：報銷申請執(zhí)行者：普通員工前置條件：已完成本次差旅行計劃后置條件：提交申請后可以查看審批狀態(tài)基本路徑：a） 實際交通工具費用的錄入b） 實際住宿費用的錄入c） 實際飲食開銷錄入d） 實際業(yè)務費用錄入及其他費用錄入e） 開銷費用匯總的錄入實際交通工具數(shù)據(jù)字段名稱數(shù)據(jù)類型說明重要性實際交通工具名稱支持10個字符長度系統(tǒng)根據(jù)行程自動生成必填實際車次支持10個字符長度選填實際交通費用最多10位數(shù)字單位人民幣必填實際酒店數(shù)據(jù)字段

名稱數(shù)據(jù)類型說明重要性實際酒店名稱支持10位字符長度必填實際住宿時長支持5位數(shù)字必填實際單日費用最多10位數(shù)字單位人民幣必填實際酒店總費用最多10位數(shù)字單位人民幣必填實際飲食開銷數(shù)據(jù)字段名稱數(shù)據(jù)類型說明重要性實際每頓平均飲食花費最多10位數(shù)字單位人民幣必填實際總計頓數(shù)支持5位數(shù)字必填實際餐飲總費用最多10位數(shù)字單位人民幣必填實際業(yè)務費用數(shù)據(jù)字段實際業(yè)務名支持10個字符長度選填實際業(yè)務花費最多10位數(shù)字單位人民幣選填實際其他費用數(shù)據(jù)字段實際其他花費名支持10個字符長度選填實際其他花費最多10位數(shù)字單位人民幣選填實際花費匯總數(shù)據(jù)字段實際交通工具花費最多10位數(shù)字單位人民幣，由各段行程合計必填實際酒店總花費最多10位數(shù)字單位人民幣，等于酒店總費用必填實際飲食總花費最多10位數(shù)字單位人民幣，等于飲食總費用必填實際業(yè)務總花費最多10位數(shù)字單位人民幣，由各項業(yè)務費用合計選填實際其他總花費最多10位數(shù)字單位人民幣，由各項其他花費合計選填實際出差總花費最多10位數(shù)字單位人民幣，由上述五項合計必填票據(jù)數(shù)據(jù)字段票據(jù)編號10位數(shù)字系統(tǒng)自動生成必填票據(jù)內容支持20字符必填票據(jù)面額最多10位數(shù)字單位人民幣必填票據(jù)匯總最多10位數(shù)字單位人民幣，由各項票據(jù)面額匯總必填4.4.4差旅進度管理

員工用戶如提交了預算與行程給經(jīng)理后，隨著差旅的進行，則可以查看審批進度。包括是否通過審批、是否拿到預支款、是否提交報銷申請、報銷申請是否通過、是否完成報銷。普通員工的報銷審批管理是普通員工查看自己報銷申請狀態(tài)的功能，如果被經(jīng)理批準了，員工就可以去財務部門報銷。用例描述：預算申請執(zhí)行者：員工用戶前置條件：依據(jù)申請?zhí)峤磺闆r、審批情況而定；后置條件：無基本路徑：a） 提交申請后未被審批，這顯示審批未通過b） 審批通過后，且未領取預支款，顯示審批通過，并未領取預支款c） 領取預支款后顯示差旅進行d） 如果提交報銷申請，顯示報銷申請待審批e） 報銷申請審批通過后，顯示報銷申請通過f） 報銷結算后顯示差旅完成。活動圖:音逋責工財名人員4.5.3:員工信息查詢與管理4.5.3:員工信息查詢與管理4.5經(jīng)理子系統(tǒng)經(jīng)理通過進入到經(jīng)理系統(tǒng)，能夠接收和查看財務部門發(fā)送過來的當前報表和相關的報銷預算對比分析；對公司員工提交上來的預算申請和報銷申請進行審批，審批結果交給財務部門發(fā)款；由系統(tǒng)管理員主導的登陸管理系統(tǒng)提供本公司各部門的員工信息表，供查詢公司員工的基本信息，進行員工的信息管理。用例圖如下：經(jīng)理的功能描述如下：4.5.1：預算審批管理接收來自公司員工發(fā)來的的報銷申請，參考員工的出差行程計劃，評估其中消費額度,按公司相關的出差制度給予“通過”或“不通過”答復，并傳達至財務部門系統(tǒng)進行預算處理。 4.5.2：報銷審批管理接收來自公司員工發(fā)來的的報銷申請，參考員工的出差行程計劃，審閱發(fā)票等實際支出,按公司相關的出差制度給予“通過”或“不通過”答復，并傳達至財務部門系統(tǒng)進行報銷處理。經(jīng)理可查詢和修改來自注冊登錄系統(tǒng)中儲存的所有員工的信息，包括姓名+密碼+性別+年齡+聯(lián)系方式+部門+職位+權限類別經(jīng)理可查詢所有員工的4.5.4：財務報表及分析接收與查閱查看財務部門整理發(fā)送的財務報表，和當前的報銷相關分析。4.5.1預算審批管理接收來自公司員工發(fā)來的的報銷申請，參考員工的出差行程計劃，評估其中消費額度,按公司相關的出差制度給予“通過”或“不通過”答復，并傳達至財務部門系統(tǒng)進行預算處理。用例描述：預算審批執(zhí)行者：經(jīng)理前置條件：員工登陸成功，將預算申請?zhí)峤唤o經(jīng)理后置條件：財務部門收到通知進行處理基本路徑：A） 員工登錄，根據(jù)出差計劃預期支出（酒店飲食車旅費用等），填寫出差預算表格B） 經(jīng)理根據(jù)相關消費水平和出差標準決定是否予以預支，預支額度大小。4.5.2報銷審批管理接收來自公司員工發(fā)來的的報銷申請，參考員工的出差行程計劃，審閱發(fā)票等實際支出,按公司相關的出差制度給予“通過”或“不通過”答復，并傳達至財務部門系統(tǒng)進行報銷處理。用例描述：報銷審批執(zhí)行者：經(jīng)理前置條件：員工登陸成功，將報銷申請?zhí)峤唤o經(jīng)理后置條件：財務部門收到通知進行處理基本路徑：A） 員工出差結束，根據(jù)出差實際支出，提供發(fā)票填寫報銷單B） 經(jīng)理根據(jù)相關報銷規(guī)定決定是否予以報銷，報銷額度大小。4.5.3報表管理查看財務部門整理發(fā)送的財務報表，和當前的報銷相關分析O用例描述：財務報表及分析接收與查閱執(zhí)行者：經(jīng)理前置條件：財務部門收集整理財務報表，傳達至經(jīng)理后置條件：經(jīng)理對現(xiàn)有經(jīng)濟計劃進行調整基本路徑：A） 系統(tǒng)當期財務信息整理出表B） 由財務部門做出相關分析和同期對比C） 經(jīng)理審閱做出經(jīng)濟決策4.5.4員工信息查詢與管理

經(jīng)理可查詢和修改所有員工的信息，包括姓名+密碼+性別+年齡+聯(lián)系方式+部門+職位+權限類別。用例描述：員工信息查詢與管理執(zhí)行者：經(jīng)理前置條件：財務部門收集和整理員工報銷信息，后置條件：經(jīng)理查閱和變動員工信息基本路徑：A） 系統(tǒng)記錄員工歷次出差信息，形成員工信息表B） 經(jīng)理查詢員工出差信息，評價員工C） 經(jīng)理在員工信息表之上，進行部門管理，職位管理，權限管理4.6財務部門子系統(tǒng)系統(tǒng)簡述功能：財務系統(tǒng)主要有三個功能處理。預算處理、報銷處理和統(tǒng)計分析數(shù)據(jù)。預算處理主要是處理經(jīng)過經(jīng)理審批后的員工的預算申請書，根據(jù)員工的預算申請書，發(fā)放預付款項和登記入賬，生成預算報表。報銷處理主要在員工出差后進行實際的結算業(yè)務。根據(jù)員工的預算表和經(jīng)過經(jīng)理審批后的報銷憑證進行差額結算，并生成報銷報表。數(shù)據(jù)分析處理主要是根據(jù)預算表報銷表等數(shù)據(jù)，生成預算報銷對比表，進行數(shù)據(jù)的分析，并提交給經(jīng)理審閱。預算報銷對比表主要是方便高層對各部門的預算和報銷情況進行查詢與了解。流程圖如下用例圖如下財務管理的功能用例描述如下：4.6.1:登錄處理財務人員登錄到差旅管理系統(tǒng)可以看到經(jīng)過審批的員工的預算申請表和報銷申請表。4.6.2:查看預算申請財務人員登錄后查看通過審批的預算申請4.6.3:預算處理財務人員根據(jù)預算申請表進行預算處理，主要是登記入賬，生成相應的報表，以及進行預付款項的支付。4.6.4:查看報銷處理財務人員登錄后查看通過審批的報銷申請4.6.5:報銷處理財務人員根據(jù)報銷申請表和預算報表進行報銷處理，主要是登記入賬，生成相應的報銷報表，以及進行款項的結算。4.6.6:數(shù)據(jù)分析財務人員根據(jù)預算報表和報銷報表，進行綜合預算報銷報表的生成，然后對數(shù)據(jù)進行分析，并把預算報銷對比表交于經(jīng)理審閱。4.6.1預算處理如果財務人員需要進行預算處理，就開始錄入員工預算申請，然后編制預算表。具體描述如下用例描述：預算處理執(zhí)行者：財務人員前置條件：財務人員登陸成功、經(jīng)理預算審批通過后置條件：是否預付預算款基本路徑：a） 基本信息導入，從員工的預算申請表中直接導入包括員工編號、部門編號，員工名字，部門名字b） 原始信息導入，從員工的預算申請表中直接導入，出差日期，預計出差開始時間，預計出差結束如期，預計金額等項目，出差月份，出差年份c） 轉賬d） 寫入數(shù)據(jù)庫e） 輸出預算表預算表名稱數(shù)據(jù)類型說明重要性預算編號10個數(shù)字系統(tǒng)自動逐個生成必填

預算申請表編號10個數(shù)字由預算申請表導入必填出差年份日期格式：yyyy由預算申請表導入必填出差月份日期格式：yyyy由預算申請表導入必填出差總預算最多10位數(shù)字單位人民幣，由預算申請表導入必填部門編號字符類，20長度由注冊表導入必填員工編號字符類，20長度由注冊表導入必填部門名稱字符類，20長度由注冊表導入必填員工名稱字符類，20長度由注冊表導入必填入賬日期日期格式：yyyy-mm-dd獲取本地時間必填審批經(jīng)理名字符類，20長度由系統(tǒng)提供必填4.6.2報銷處理如果財務人員需要進行報銷處理，就開始錄入員工報銷申請，然后編制報銷表。具體描述如下。用例描述：報銷處理執(zhí)行者：財務人員前置條件：財務人員登陸成功、經(jīng)理報銷審批通過，預算報表已生成基本路徑：a） 基本信息導入，包括員工編號、部門編號，員工名字，部門名字b） 原始信息導入，報銷申請表編號，預算報表編號，報銷金額，時間，報銷月份，報銷年份人，描述c） 審核金額到帳d） 寫入數(shù)據(jù)庫e） 輸出報銷表報銷表名稱數(shù)據(jù)類型說明重要性報銷編號10個數(shù)字系統(tǒng)自動逐個生成必填報銷申請表編號10個數(shù)字由報銷申請表導入必填預算編號10個數(shù)字有預算表導入必填報銷年份日期格式：yyyy由報銷申請表導入必填報銷月份日期格式：yyyy由報銷申請表導入必填實際出差總花費最多10位數(shù)字單位人民幣，由預算申請表導入必填部門編號字符類，20長度由注冊表導入必填員工編號字符類，20長度由注冊表導入必填部門名稱字符類，20長度由注冊表導入必填員工名稱字符類，20長度由注冊表導入必填入賬日期日期格式：yyyy-mm-dd獲取本地時間必填審批經(jīng)理名字符類，20長度由系統(tǒng)提供必填4.6.3統(tǒng)計分析數(shù)據(jù)如果財務人員需要進行統(tǒng)計分析數(shù)據(jù)，就開始統(tǒng)計各個會計報表，然后編制預算報銷對比表，最后進行分析。具體描述如下。用例描述：統(tǒng)計分析數(shù)據(jù)執(zhí)行者：財務人員前置條件：財務人員登陸成功、預算表、報銷表已經(jīng)生成后置條件：交于經(jīng)理查看基本路徑：a） 基本信息導入，出差年份，出差月份，部門號，部門名b） 憑證信息導入，預算報表編號，報銷報表編號，出差年份，出差月份，差額c） 生成報表輸出報表并交于經(jīng)理名稱數(shù)據(jù)類型說明重要性預算報銷編號10個數(shù)字系統(tǒng)自動逐個生成必填月份日期格式：mm獲取本地時間必填本月預算總額最多10位數(shù)字單位人民幣，由預算合計表導入必填本月報銷總額最多10位數(shù)字單位人民幣，由報銷表合計導入必填本月差額最多10位數(shù)字由本月預算總額和本月報銷總額相減得到必填本年預算總額最多10位數(shù)字單位人民幣，由預算合計表導入必填本年預算總額最多10位數(shù)字單位人民幣，由報銷表合計導入必填本年差額最多10位數(shù)字由本年預算總額和本年報銷總額相減得到必填部門編號字符類，20長度由注冊表導入必填部門名稱字符類，20長度由注冊表導入必填制表日期日期格式：yyyy-mm-dd獲取本地時間必填預算報銷對比表4.7系統(tǒng)管理員子系統(tǒng)系統(tǒng)管理員通過注冊登錄系統(tǒng)獲取普通員工過的基本信息,進行普通員工信息表的查詢與管理，并向經(jīng)理子系統(tǒng)提供權限等級更高的查詢與管理，及刪改等管理手段。用例圖如下:4.7.1：注冊登錄信息儲存普通員工登錄注冊，填寫員工基本信息，姓名+密碼+性別+年齡+聯(lián)系方式+部門+職位+權限類別。最后傳達至各部門經(jīng)理進行管理。4.7.2:員工信息管理系統(tǒng)管理員可以管理和查詢員工信息，各個員工職位管理，部門管理和權限分配。4.7.3:項目維護處理和解決項目問題4.7.1注冊登錄信息儲存

普通員工登錄注冊，填寫員工基本信息，姓名+密碼+性別+年齡+聯(lián)系方式+部門+職位+權限類別。最后傳達至各部門經(jīng)理進行管理。員工信息數(shù)據(jù)字段名稱數(shù)據(jù)類型說明重要性姓名字符類，20長度手動輸入必填性別布爾型控件選擇必填年齡整型，10長度手動輸入選填密碼字符型，20長度手動輸入必填聯(lián)系方式整型，10長度一般為郵箱必填部門字符類，20長度控件選擇必填職位字符類，20長度控件選擇必填權限類別字符類，10長度系統(tǒng)賦予用例描述：注冊登錄信息儲存執(zhí)行者：系統(tǒng)管理員前置條件：部門不同員工登錄到注冊系統(tǒng)，填寫員工基本信息后置條件：交于經(jīng)理進行查詢管理基本路徑：4.7.2員工信息管理系統(tǒng)管理員可修改所有員工的信息，包括姓名+密碼+性別+年齡+聯(lián)系方式+部門+職位+權限類別。最后傳達至各部門經(jīng)理進行管理用例描述：員工信息管理執(zhí)行者：系統(tǒng)管理員前置條件：各部門員工在登錄注冊系統(tǒng)上填寫員工信息基本路徑：a）員工注冊登記b）系統(tǒng)管理員整理員工基本信息4.7.3項目維護為保證系統(tǒng)正常運行所需的預防性維護，包括：日常維護、網(wǎng)絡調整、數(shù)據(jù)備份應急、服務器定期巡檢等工作。其中日常維護包括現(xiàn)場協(xié)助客戶解決問題、用戶使用問題處理、程序BUG修改調整、業(yè)務數(shù)據(jù)調整、系統(tǒng)功能完善等。網(wǎng)絡調整后，及時修改各應用系統(tǒng)的相關配置。做好業(yè)務數(shù)據(jù)的備份（恢復）工作。服務器定期巡檢包括應用服務器和數(shù)據(jù)庫服務器。通過對設備和業(yè)務的正常巡檢、周期性維護的工作情況，以保證業(yè)務的正常運行。用例描述：項目維護執(zhí)行者：系統(tǒng)管理員前置條件：各部門員工在登錄注冊系統(tǒng)上填寫員工信息，形成整個完整的差旅系統(tǒng)。5其他非功能需求5.1性能需求5.2安全設施需求為保證軟件的上下兼容性，開發(fā)者應選擇比較通用的開發(fā)工具的較新版本進行開發(fā)，如J2EE等集合開發(fā)工具新版本（eclipse,myeclipse等），流行的服務器等。另外系統(tǒng)涉及到的各種數(shù)據(jù)關系到各部門的利益和系統(tǒng)的正常運行。系統(tǒng)平臺通過嚴格的流程與權限控制，做到嚴格審核與分配系統(tǒng)權限，嚴禁未經(jīng)許可的用戶訪問和操作。同時由于系統(tǒng)的運行環(huán)境是分布式的，我們將采取有效、嚴格的軟件防護（防病毒軟件）與硬件防護（硬件防火墻）措施相結合預防外界用戶對系統(tǒng)的攻擊與破壞。另外系統(tǒng)建立了健全的備份和災難恢復機制，系統(tǒng)文件、應用服務的配置文件及二次開發(fā)代碼都需要做一個全備份，然后每天做一次增量備份，并進行異地存儲。5.3安全性需求系統(tǒng)需要對使用系統(tǒng)的用戶進行登錄管理，系統(tǒng)用戶需要在系統(tǒng)中登錄用戶名和密碼才能進入系統(tǒng)。用戶登錄密碼在數(shù)據(jù)庫中需要進行加密存儲。有嚴格的權限管理功能，各功能模塊需有相應的權限方能進入。系統(tǒng)需能夠防止各類誤操作可能造成的數(shù)據(jù)丟失，破壞。防止用戶非法獲取網(wǎng)頁以及內容。5.4軟件質量屬性系統(tǒng)的界面要求：1） 頁面內容：主題突出，站點定義、術語和行文格式統(tǒng)一、規(guī)范、明確，欄目、菜單設置和布局合理，傳遞的信息準確、及時。內容豐富，文字準確，語句通順；專用術語規(guī)范,行文格式統(tǒng)一規(guī)范。2） 導航結構：頁面具有明確的導航指示，且便于理解，方便用戶使用。3） 技術環(huán)境：頁面大小適當，能用各種常用瀏覽器以不同分辨率瀏覽；無錯誤鏈接和空鏈接；采用CSS處理，控制字體大小和版面布局。4） 藝術風格：界面、版面形象清新悅目、布局合理，字號大小適宜、字體選擇合理，前后一致，美觀大方；動與靜搭配恰當,動靜效果好；色彩和諧自然，與主題內容相協(xié)調。響應時間需求：無論是客戶端和管理端，當用戶登錄，進行任何操作的時候，系統(tǒng)應該及時的進行反應,反應的時間在5秒以內。系統(tǒng)應能監(jiān)測出各種非正常情況，如與設備的通信中斷，無法連接數(shù)據(jù)庫服務器等，避免出現(xiàn)長時間等待甚至無響應?？煽啃裕捍讼到y(tǒng)是面向部分需找工作的人員使用的系統(tǒng)，所以對與系統(tǒng)的可靠性要求為中級。具體的要求如下:a） 月正常運行時間：8x5x22b） 月停機維護時間：不超過24小時c） 最大缺陷數(shù)量：20（5levelbugs）以內4：開放性系統(tǒng)應具有十分的靈活性，以適應將來功能擴展的需求。5：可拓展性系統(tǒng)設計要求能夠體現(xiàn)擴展性要求，以適應將來功能擴展的需求。5.5業(yè)務規(guī)則術語和行文格式統(tǒng)一、規(guī)范、明確；專用術語規(guī)范，行文格式統(tǒng)一規(guī)范。頁面具有明確的導航指示，且便于理解，方便用戶使用、大小適當，能用各種常用瀏覽器以不同分辨率瀏覽；無錯誤鏈接和空鏈接；采用CSS處理，控制字體大小和版面布局。5.6用戶文檔圖書管理系統(tǒng)需求規(guī)格說明書1引言 計算機技術的迅猛發(fā)展，特別是隨著網(wǎng)絡技術的出現(xiàn)標志著信息時代已經(jīng)來臨。信息化浪潮、網(wǎng)絡革命在給社會帶來沖擊的同時，也使圖書館業(yè)務受到了強烈的沖擊，圖書館傳統(tǒng) 的管理和服務方式已不能適應讀者對日益增長的文獻信息的需求，建設圖書館信息網(wǎng)絡系統(tǒng)，是圖書館現(xiàn)代化建設的客觀要求。建設以計算機為核心的圖書館信息網(wǎng)絡，實現(xiàn)圖書館 管理和服務的自動化，更好地為科技工作服務，是圖書館發(fā)展的必由之路。目前，國內大部 分大型的公共圖書館和高校圖書館都實現(xiàn)了網(wǎng)絡管理，中小型圖書館（包括企業(yè)圖書館），也在朝著這個方向發(fā)展。 信息中心科技圖書館是公司的科技文獻中心，擔負著為科技人員服務的責任，作為一個 企業(yè)圖書館，其館藏資源是比較豐富的。現(xiàn)有館藏中外文圖書50000多冊，公開發(fā)行的中文 期刊200多種，外文期刊50多種，石化系統(tǒng)內部交流資料100多種，還有一批專業(yè)性較強 的技術資料和優(yōu)秀論文。要充分利用好這些資源，為全公司的科技人員服務，必須實現(xiàn)信息 的共享。創(chuàng)建網(wǎng)上圖書館是實現(xiàn)全公司范圍內信息共享的最有效的一種方式。公司主干網(wǎng)的 建成使這一目標的實現(xiàn)成為可能。 科技圖書館自建立以來，一直在為全公司科技人員提供圖書借閱、文獻檢索的服務， 在公司的科技進步中發(fā)揮了應有的作用。該館的各工作環(huán)節(jié)一直使用的是傳統(tǒng)的手工方式， 這種方式的缺點是手續(xù)繁瑣、檢索困難、不便于管理，造成資源的利用率低下。隨著館藏量的不斷增加，圖書資料的著錄和查詢的難度也就相應增加，手工方式已經(jīng)不能滿足要求，如 何運用先進的信息技術，提高科技圖書的管理和服務水平，是我們面臨的一個新的挑戰(zhàn)。實現(xiàn)圖書資料的網(wǎng)絡管理，至少有以下優(yōu)點： 1） 著錄規(guī)范化，為圖書資料的采編、著錄、查詢質量的提高打下基礎。2） 查詢自動化和檢索途徑多樣化，可以更方便、及時地找到所需圖書資料。 3） 資源共享的優(yōu)勢，通過局域網(wǎng)可以在全公司范圍內實現(xiàn)資源共享，為讀者提供便利條件。 計算機的使用已在我公司得到了普及，據(jù)不完全調查，全公司擁有計算機（包括家庭擁有的）已經(jīng)超過4000臺。公司主干網(wǎng)開通后，現(xiàn)已連接到各個單位和2000多個家庭，這種良好的計算機應用環(huán)境為實現(xiàn)圖書資料的計算機網(wǎng)絡管理打好了良好的基礎。2系統(tǒng)設計2.1系統(tǒng)指導思想和建設目標2.1.1系統(tǒng)指導思想 立足于企業(yè)實際，著眼于未來發(fā)展，運用先進的計算機網(wǎng)絡技術，建成符合標準化協(xié)議、通用性較強、實用的系統(tǒng)，以提高科技圖書情報的現(xiàn)代化管理水平，實現(xiàn)信息資源的共享。2.1.1系統(tǒng)建設目標建立圖書館信息網(wǎng)站借助于公司主干網(wǎng)建立信息網(wǎng)站，對科技圖書、期刊、資料、標準的部分事物工作進行計算機網(wǎng)絡化，為公司主干網(wǎng)用戶提供信息服務。規(guī)范圖書資料的管理工作模式用計算機管理取代以往的手工作業(yè)和定性管理模式，使科技圖書資料的管理工作模式規(guī)范化、機讀數(shù)據(jù)格式標準化、管理決策科學化。建立標準書目數(shù)據(jù)庫和文獻庫依據(jù)標準書目數(shù)據(jù)進行編目工作，建立起符合國家標準的書目和文獻信息數(shù)據(jù)庫。提高科技圖書館的服務質量便于工作人員準確地掌握藏書結構，全面了解讀者對文獻信息的需求，及時調整采購計劃，突出館藏特點。2.2總體功能設計我們對國內現(xiàn)有的一些圖書文獻管理系統(tǒng)軟件的功能和售價情況進行了詳細調研，發(fā)現(xiàn)這些軟件很難滿足我們圖書館的需求。因為從規(guī)模或藏書冊數(shù)來劃分，我館僅屬中小型圖書館，但應用需求則涉及到方方面面。除了通常的圖書采購、圖書編目、圖書流通外，還有期刊、資料、技術標準等業(yè)務，其中期刊題錄、行業(yè)標準、會議資料不是一般中小型公共圖書館收錄范圍。現(xiàn)在市場上中小型圖書館軟件均只有基本的功能：采購、編目、流通，很少有期刊、資料，沒有發(fā)現(xiàn)技術標準管理。通常這種圖書管理軟件僅運行圖書館內部的局域網(wǎng)上,沒有Web查詢系統(tǒng)。大型圖書管理軟件功能齊全，但價格昂貴，特別是運行價格高、維護困難、操作復雜。根據(jù)科技圖書館的實際情況和公司主干網(wǎng)的現(xiàn)狀，我們確定了網(wǎng)絡圖書系統(tǒng)應該具備8個方面的功能，它們是圖書編目，圖書采購，圖書流通，期刊管理，標準管理，資料管理，系統(tǒng)維護，Web查詢。其中Web查詢是該系統(tǒng)突出的特點，它的實現(xiàn)是因為有公司主干網(wǎng)的支持。系統(tǒng)組成和功能框圖見圖1。圖書管理系統(tǒng)2.2網(wǎng)絡拓撲結構網(wǎng)絡拓撲結構見圖2o整個系統(tǒng)使用了數(shù)臺微機和1臺數(shù)據(jù)庫服務器，1臺Web服務器（為了保證訪問的速度和系統(tǒng)安全，數(shù)據(jù)庫服務器和Web服務器放在了不同的物理服務器上），網(wǎng)絡采用星型連接構成局域網(wǎng)，局域網(wǎng)與公司主干網(wǎng)相連，從圖中可以看出，公司主干網(wǎng)上的計算機都能夠訪問圖書館的網(wǎng)站，獲取信息資源。圖2網(wǎng)絡拓撲結構3數(shù)據(jù)庫設計3.1數(shù)據(jù)庫系統(tǒng)的選擇本系統(tǒng)是一個中小型管理系統(tǒng)，運行環(huán)境是Windows2000server,因此使用Windows環(huán)境下最容易使用且功能又比較強大的MicrosoftSQLServer7.0作為后臺的數(shù)據(jù)庫系統(tǒng)。3.23.2需求分析3.23.2需求分析 需求分析是數(shù)據(jù)庫設計首先要做的工作，通過需求分析，我們作出了圖書管理系統(tǒng)的各層數(shù)據(jù)流圖，圖3是圖書流通數(shù)據(jù)流圖（圖中省略了“還書”和“辦理借書證”的數(shù)據(jù)流圖）。圖3圖書流通數(shù)據(jù)流圖在數(shù)據(jù)流圖的基礎上，定義數(shù)據(jù)字典。數(shù)據(jù)字典是關于數(shù)據(jù)庫中數(shù)據(jù)的描述，它的作用是在軟件分析和設計過程中為有關人員提供關于數(shù)據(jù)描述信息的查詢，以保證數(shù)據(jù)的一致性。下面在圖3的基礎上舉例說明數(shù)據(jù)字典的定義。圖3中涉及很多數(shù)據(jù)項，其中數(shù)據(jù)項“讀者編號”可以描述如下：數(shù)據(jù)項名：讀者編號別名：讀者條碼含義：唯一標識每個讀者類型：字符型取值范圍：00000000至99999999取值含義：順序編號“讀者”一個數(shù)據(jù)結構，它可以描述如下：數(shù)據(jù)結構名：讀者含義說明：是圖書管理系統(tǒng)的數(shù)據(jù)結構之一，定義了一個讀者的有關信息組成：讀者編號，姓名，性別，單位數(shù)據(jù)流“借閱記錄”可描述如下：數(shù)據(jù)流名：借閱記錄說明：讀者的借書記錄數(shù)據(jù)來源：辦理借閱手續(xù)數(shù)據(jù)去向：借閱數(shù)據(jù)結構：讀者編號、圖書館藏號、借閱日期數(shù)據(jù)存儲“借閱”可以描述如下：數(shù)據(jù)存儲名：借閱說明：記錄讀者的借書情況流出數(shù)據(jù)流：借閱記錄流入數(shù)據(jù)流：借閱記錄數(shù)據(jù)描述：讀者編號、圖書館藏號、借閱日期數(shù)據(jù)量：每年5000條以上存取方式：隨機存取處理過程“判斷能否借書”可描述如下：處理過程“判斷能否借書”說明：根據(jù)讀者的已借書情況可被借圖書的館藏情況判斷讀者能否借書輸入：借閱記錄、讀者信息、被借圖書信息輸出：能否借書的標志處理：讀者提出借書請求后，先判斷該讀者以前的借書量是否達到了10本，如果達到了10本，則不能再借書，如果沒有達到10本，則再判斷讀者要借的圖書的可借量是否為0,如果不為0,則該書可以借出。3.3數(shù)據(jù)庫設計在圖書管理系統(tǒng)中，數(shù)據(jù)庫設計占重要位置，數(shù)據(jù)庫設計質量的優(yōu)劣，可直接影響到數(shù)據(jù)庫數(shù)據(jù)的冗余度、數(shù)據(jù)的一致性、數(shù)據(jù)丟失等問題。下面就系統(tǒng)數(shù)據(jù)庫規(guī)范化設計進行說明。3.3.1數(shù)據(jù)庫設計的理論指導數(shù)據(jù)庫設計的理論指導是范式理論，其主要內容如下：1） 如果關系模式R,其所有的域為單純域則稱R是規(guī)范化的關系，或稱第一范式（1NF）2） 如果關系模式R為第一范式，且每個非主屬性完全函數(shù)依賴于碼，則模式R為第二范式（2NF）。3） 如果關系模式R為第二范式，且每個非主屬性非傳遞依賴于碼，則稱關系模式R為第三范式（3NF）。4） 關系模式R為第一范式，滿足函數(shù)依賴集合F,X和A均為R的屬性集合，且X不包含A,如果R滿足X->A且X必包含R的碼，稱關系模式R為BCNF范式。3.3.2數(shù)據(jù)庫設計圖書管理系統(tǒng)數(shù)據(jù)庫常常要設計含有如下數(shù)據(jù)項：借書證號、姓名、單位、館藏號（館藏號為每本書上的條形碼號）、書名、分類號、作者、價格等。如何進行模式的設計呢？下面以圖書流通模塊所涉及的數(shù)據(jù)庫為例來說明。先設計圖書流通的實體一關系圖（E-R圖）。E-R圖由3個相關聯(lián)的部分構成，即實體、實體與實體之間的關系以及實體和關系的屬性。圖書流通過程中實體“圖書”與“讀者”之間的關系是借閱和被借閱的關系，實體“讀者”與“單位”之間的關系是屬于和被屬于的關系，“圖書”的屬性有“館藏號”、“書名”、“分類號”、“作者”、“價格”，“讀者”的屬性有“借書證號”、“姓名”、“性別”，“單位”的屬性有“單位編號”和“單位名稱”，“借閱”屬性“借書日期”，由此得出E-R圖如圖4。①“借書證號”是唯一的，所以“借書證號”決定“姓名”，每位讀者應只屬于一個性別，所以“借書證號”也決定“性別”；“館藏號”是唯一的，所以“館藏號”決定“書名”、“分類號”、“作者”、“價格”；“單位編號”是唯一的，所以“單位編號”決定“單位名稱”；每位讀者在一個時間只能借一本書，所以“借書證號”+“館藏號”決定“借閱時間”。如果將這些數(shù)據(jù)項置于一個關系模式中，根據(jù)范式理論，該關系模式屬于1NF（第一范式），它存在刪除異常和冗余等問題，不是理想的模式，因此要把它分解成滿足3NF或BCNF的關系模式。根據(jù)范式理論和E-R圖轉換成關系模型的規(guī)則，上面的E-R圖可轉換為4個關系模式：①圖書（館藏號、書名、分類號、作者、價格）；②讀者（借書證號、姓名、性別、單位編號）；③借閱（借書證號、館藏號、借閱時間），④單位（單位編碼、單位名稱），其中打下劃線的為碼，這樣就解決了插入、刪除和數(shù)據(jù)冗余等問題。 我們對數(shù)據(jù)的結構進行詳細的分析，按照上述的設計思想，共設計了讀者表，書目表, 館藏表，流通表等百余張數(shù)據(jù)表，然后創(chuàng)建視圖和存儲過程。下面舉例說明：讀者表：書目表段; 館藏表:流通表: 借書證號、姓名、單位、讀者類別、職稱等字段； 館藏號、ISBN、題名、作者、出版社、復本數(shù)、語種、文獻類型、版次等字館藏號、索書號、借書證號、館藏號借閱規(guī)則表：罰金等字段。 讀者類別表圖書類別表數(shù)據(jù)庫索引 建立索引是加快查詢速度的有效手段，數(shù)據(jù)庫的每一個表建立了主鍵，主鍵由一個或幾個字段組成，每一個表都按主鍵建立了索引，部分表為了滿足查詢和排序的需要，除建立主索引外，還建立了次索引。例如在查詢時要用到“館藏號”、“作者”、“題名”等條件來查找圖書，因此，在書目表上除了對主鍵“館藏號”建立了主索引外，也對“作者”、“書名”等建立了次索引。3.5視圖 視圖是從一個或幾個基本表導出的表，它是定義在基本表之上的，它是一個虛表，數(shù)據(jù) 庫中只存放視圖的定義，而不存放視圖對應的數(shù)據(jù)，數(shù)據(jù)仍然存放在原來的基本表中。通過 定義視圖，可以使用戶眼中的數(shù)據(jù)庫結構簡單、清晰，并可以簡化用戶的數(shù)據(jù)查詢操作。由 于本系統(tǒng)數(shù)據(jù)表較多，表中的字段多，為了簡化對表的操作，我們創(chuàng)建了圖書_按書名查詢、期刊—按刊名查詢、期刊 按編輯部查詢、借閱規(guī)則查詢、待還書查詢、超期記錄查詢等30余個視圖。 讀者類別編碼、分類號、種次號、館藏位置、單價、出版日期等字段；借期、還期、續(xù)借、應還期、操作員等字段；圖書類別編碼、限借冊數(shù)、每期天數(shù)、續(xù)借天數(shù)、過期日期、3.4 讀者類別編碼、圖書類別編碼、 讀者類別等字段。圖書類別等字段。3.6存儲過程 存儲過程是一段經(jīng)過編譯的程序代碼，存放在數(shù)據(jù)庫服務器端。通過調用適當?shù)拇鎯? 過程，可在服務器端處理大量數(shù)據(jù)，再將處理結果送到客戶端。這樣可減少數(shù)據(jù)在網(wǎng)絡上的 傳送，消除網(wǎng)絡阻塞現(xiàn)象；例如：要查詢某條記錄，若該記錄在表中的順序號是10000,不 采用存儲過程，服務器將從1至于10000條記錄數(shù)據(jù)逐條送至客戶端，采用存儲過程后，由 于過程是經(jīng)過編譯的并且是在本地，不需要通過網(wǎng)絡，因此能很快查出所需記錄并將結果送 到客戶端，大大減少了網(wǎng)上數(shù)據(jù)傳輸量。存儲過程另一好處是可供不同的開發(fā)工具調用，如PB、VB、ASP、Delphi等開發(fā)工具均可調用。在流通模塊和WEB查詢模塊上均有圖書檢索功能，實際上調用同一存儲過程完成的。本系統(tǒng)建立了60多個存儲過程，實現(xiàn)諸如借還書處理、新書入庫統(tǒng)計、編目入館藏、讀者統(tǒng)計、生成索書號等功能。3.7數(shù)據(jù)庫調用 Client/Server采用ODBC接口實現(xiàn)數(shù)據(jù)庫的調用，Browser/Server采用ADO接口調用。4條形碼的使用條形碼具有唯一性和一次輸入后就可反復使用的優(yōu)點，利用條形碼技術作為信息快速輸入的手段可迅速且不易發(fā)生錯誤地處理圖書管理業(yè)務。本系統(tǒng)使用條形碼作為圖書和讀者的標識，實現(xiàn)標識的唯一性。使用條碼后，能夠使圖書管理工作更加簡單、快捷、不易出錯。例如，當一本書具有唯一條形碼標識，每位讀者也具有唯一條形碼標識時，圖書的借閱、查詢就十分便捷了。應用條形碼取代了以往填寫書袋卡、借書證，核對借閱時間等繁瑣的手工勞動。讀者在借書時只要將借書證給工作人員，工作人員只需登錄借書系統(tǒng)，用條形碼閱讀器掃描讀者借書證上的條形碼，屏幕就會顯示出該讀者的信息，包括讀者姓名、單位、可借幾本書、已借幾本書、是否過期、有無罰款等。如可以借書，工作人員只需用條形碼閱讀器掃描該讀者所需借的書上的條形碼符號后，該書的書名和條形碼等信息都從數(shù)據(jù)庫中調出顯示在屏幕上，自動記錄在該讀者的借閱檔案中，借書工作即告完成。一般借一本書僅需1至2秒鐘。操作完后，計算機自動地將該借閱者和借閱的圖書號碼輸入對應數(shù)據(jù)庫中，并自動提示借閱期限。在本系統(tǒng)中，圖書條碼規(guī)定為8位數(shù)字，按照圖書的分類來規(guī)定條碼的起始號，條形碼方案用戶可以在系統(tǒng)初始化時設立，本系統(tǒng)中的具體規(guī)定見表1。表1條形碼方案設計中文書籍0打頭號碼數(shù)1千萬期刊81打頭中文期刊號碼數(shù)1百萬82打頭法文期刊號碼數(shù)1百萬83打頭德文期刊號碼數(shù)1百萬84打頭西班牙文期刊號碼數(shù)1百萬85打頭俄文期刊號碼數(shù)1百萬86打頭日文期刊號碼數(shù)1百萬87打頭阿拉伯文期刊號碼數(shù)1百萬夕卜 文7打頭71打頭英文號碼數(shù)1百萬72打頭法文號碼數(shù)1百萬73打頭德文號碼數(shù)1百萬74打頭西班牙文號碼數(shù)1百萬75打頭俄文號碼數(shù)1百萬76打頭日文號碼數(shù)1百萬77打頭阿拉伯文號碼數(shù)1百萬專利991打頭號碼數(shù)十萬標準996打頭號碼數(shù)十萬5系統(tǒng)功能的實現(xiàn)系統(tǒng)采取了Client/Server和Browser/Server技術結合的方式。在瀏覽器方式下，主要實現(xiàn)了資料的檢索功能，而對于圖書編目、系統(tǒng)維護等操作，使用Client/Server方式，這樣，既保持了Client/Server方式下數(shù)據(jù)維護方便、快捷的特點，又利用了Browser/Server下查詢、檢索易學易用的優(yōu)點。

整個系統(tǒng)有八個子系統(tǒng)，它們分別是： 圖書編目子系統(tǒng)：實現(xiàn)編目處理、查重、館藏管理等功能。其中編目處理包括原始編目、書目記錄、數(shù)據(jù)維護、各類輸出等項；館藏管理包括館藏數(shù)據(jù)維護、丟剔處理、館藏統(tǒng)計、報表輸出等項。圖書采購子系統(tǒng)：實現(xiàn)預訂查詢、新書訂購、驗收記到、資金管理、統(tǒng)計報表處理等功能。圖書流通子系統(tǒng)：實現(xiàn)出納管理、讀者管理、查詢及統(tǒng)計打印功能模塊。其中出納管理包括借書、還書、續(xù)借、預約、罰款等項；讀者管理包括讀者登記、借書證掛失、讀者數(shù)據(jù)維護等項；查詢包括是查書去向、查讀者借書情況、查總體借還情況等；統(tǒng)計打印則是打印圖書借閱和讀者情況的統(tǒng)計報表以及打印催還單等。典藏、流通、典藏、流通、典藏、流通、期刊管理子系統(tǒng)：實現(xiàn)期刊查缺、標準管理子系統(tǒng)：實現(xiàn)期刊查缺、資料管理子系統(tǒng)：實現(xiàn)資料查缺、系統(tǒng)維護子系統(tǒng)：實現(xiàn)操作員庫、統(tǒng)計等功能。統(tǒng)計等功能。統(tǒng)計等功能。4)5)典藏、流通、典藏、流通、典藏、流通、期刊管理子系統(tǒng)：實現(xiàn)期刊查缺、標準管理子系統(tǒng)：實現(xiàn)期刊查缺、資料管理子系統(tǒng)：實現(xiàn)資料查缺、系統(tǒng)維護子系統(tǒng)：實現(xiàn)操作員庫、統(tǒng)計等功能。統(tǒng)計等功能。統(tǒng)計等功能。4)5)6)7)8)Web查詢子系統(tǒng)：實現(xiàn)網(wǎng)上查詢(圖書、期刊查詢和讀者查詢)、讀者薦書、意見反饋等功能。Web查詢子系統(tǒng)采用的是B/S結構，其它子系統(tǒng)采用C/S結構，下面對圖書編目子系統(tǒng)、Web查詢子系統(tǒng)及和網(wǎng)頁設計做一個介紹。5.1圖書編目子系統(tǒng)的設計5.1.1圖書編目子系統(tǒng)概述圖書館編目工作包括圖書查重、圖書分類、圖書著錄等，工作流程比較復雜，設計好編目系統(tǒng)對提高編目工作的質量和速度，減少圖書滯留時間，提高圖書流通率起到關鍵作用。對于中小型圖書館，日常編目工作步驟如下：圖書著錄修改；校對/打印卡片；刪除、校對；書標、新書通報；圖書查重。根據(jù)這個工作流程，我們在編目子系統(tǒng)中設計了圖書著錄,編目打印，圖書檢索等功能模塊，基本上能滿足圖書編目部門的業(yè)務工作。5.1.2編目子系統(tǒng)數(shù)據(jù)庫圖書館每種書的款目在計算機中是以一條條的記錄組成的，每條記錄由若干字段組成，這些字段用來揭示文獻的標識項。各個字段的名稱、類型、長度是由相應的數(shù)據(jù)庫結構來定義的。編目子系統(tǒng)需要訪問的數(shù)據(jù)庫有：書目庫:它是各個子系統(tǒng)共用的數(shù)據(jù)庫，保存該圖書館中所有藏書記錄，主要用于圖書的查重，查詢和檢索。編目庫:用于新書著錄，圖書查重和新書通報打印，該庫是一個臨時庫。采購書目庫:用于新書登記、采購統(tǒng)計、送編。5.1.3編目子系統(tǒng)功能設計5.1.3.1圖書著錄圖書著錄模塊包括新書著錄和記錄編輯。新書著錄的注意點是查重問題。首先，從米購庫過來的圖書記錄在此被添加上索書號（索書號由分類號和種次號生成），若給出的索書號與書目庫或編目庫中某個記錄的索書號相同，則應判斷是否為同一種書，以決定是按新書著錄，還是追加復本。記錄編輯即記錄的修改和刪除，如圖書剔舊等都涉及到該過程。圖示著錄入分類號重復否?是否有重書標記？種次號是否存在？NYYNNY獲取采購庫的圖書記錄插入新記錄入編目庫給定種次號N=1生成索書號得到新的種次號做重書標記錄入分類號重復否?是否有重書標記？種次號是否存在？NYYNNY獲取采購庫的圖書記錄插入新記錄入編目庫給定種次號N=1生成索書號得到新的種次號做重書標記N=N+1追加復本開一始查重結束圖5圖書著錄程序流程圖錄的程序流程圖見圖5。5.1.3.2圖書入庫圖書入庫是將編目庫中的記錄轉存到書目庫中，同時編目庫被清空。圖書入庫后，就可以被查詢和借閱了。東營市物業(yè)資金管理系統(tǒng)而

求

規(guī)

格

說

明

書XXXXXXX公司2009年12月引言41.1編寫目的41.2定義4 1.3參考資料4任務概述52.1目標52.2用戶的特點52.3設計與實現(xiàn)的限制52.3.1架構要求 52.3.2安全性要求 5 2.3.3技術選型 5 2.3.4系統(tǒng)開發(fā)方式 53.需求規(guī)定63.13.2對功能的規(guī)定6業(yè)務流程63.2.1 維修資金交存業(yè)務流程 6 物業(yè)質量保修金交存業(yè)務流程83.2.2 維修資金支用業(yè)務流程 11物業(yè)質量保修金使用業(yè)務流程133.2.3 支?。ㄍ诉€）維修資金支取業(yè)務流程15物業(yè)質量保修金退還業(yè)務流程17功能概覽4.功能描述20統(tǒng)一的流程管理20從業(yè)主體管理 204.2.1 4.2.2 4.2.3 樓盤建檔214.3.1 4.3.2 4.3.3 4.3.4 4.3.5 物業(yè)質量保修金系統(tǒng)254.4.1 4.4.2 3.34.14.24.34.418 交存業(yè)務流程使用業(yè)務流程業(yè)務流程開發(fā)企業(yè)

物業(yè)企業(yè)...業(yè)委會小區(qū)信息樓幢信息房屋信息業(yè)主信息信息變更物業(yè)質量保修金賬戶模式物業(yè)質量保修金建檔111420212121222424252526 資金交存26 資金使用27 資金退還27TOC\o"1-5"\h\z4.5住宅專項維修資金管理系統(tǒng) 28 維修資金賬戶模式28 維修資金建檔28共用設施設備維護 28業(yè)主賬戶管理 29 資金交存29 資金支用30 資金支取31 過戶314.6資金交易平臺324.7統(tǒng)計查詢 32 住宅專項維修資金統(tǒng)計查詢32 物業(yè)質量保修金統(tǒng)計查詢334.8系統(tǒng)配置 33對性能的規(guī)定35 時間特性要求35 靈活性35運行環(huán)境規(guī)定36TOC\o"1-5"\h\z6.1設備 366.2支持軟件 366.3網(wǎng)絡結構 36接口 37附件397.1建安造價 397.2住宅專項維修資金交存通知書397.3住宅專項維修資金交存清冊 407.4住宅專項維修資金支用預分攤明細407.5住宅專項維修資金支用申請 407.6住宅專項維修資金支用憑證 417.7住宅專線維修資金支取憑證 41業(yè)主過戶憑證42物業(yè)質量保修金交存通知書 437.10物業(yè)質量保修金交存憑證437.11物業(yè)質量保修金使用憑證447.12物業(yè)質量保修金退還憑證44引言1.1編寫目的本系統(tǒng)需求說明書詳細描述了公司針對《東營市房產(chǎn)管理局關于中心城新建物業(yè)質量保修金有關問題的通知》、《東營市住宅專項維修資金管理辦法》，要求的東營市物業(yè)資金管理系統(tǒng)的功能需求。本需求經(jīng)過公司評審通過后，經(jīng)用戶認可后將提交開發(fā)部組織人員開發(fā)。預期讀者：系統(tǒng)最終用戶、項目評審人員、開發(fā)人員。1.2定義系統(tǒng)名稱：物業(yè)資金管理系統(tǒng)英文名稱：PropertyFundManagementSystem系統(tǒng)簡稱：PFMS如無特殊說明，本文中的“維修資金”專指《住宅專項維修資金管理辦法》中規(guī)定的“住宅專項維修資金”“質保金”、“保修金”專指《山東省物業(yè)管理條例》中規(guī)定的“物業(yè)質量保修金”“模糊查詢”是指將用戶輸入的條件信息，作為查詢信息的一部分進行查詢，查詢出來的結果可能會大于（等于）完全按照輸入條件進行查詢的結果《東營市房產(chǎn)管理局關于中心城新建物業(yè)質量保修金有關問題的通知》簡稱“《東營市質保金通知》”1.3參考資料《住宅專項維修資金管理辦法》建設部、財政部令第165號《山東省物業(yè)管理條例》2009年5月1號實施《山東省物業(yè)質量保修金管理辦法（討論稿）》《東營市房產(chǎn)管理局關于中心城新建物業(yè)質量保修金有關問題的通知》《東營市住宅專項維修資金管理辦法》《ISO9001質量管理體系》質量管理體系任務概述2.1目標本系統(tǒng)實現(xiàn)維修資金、物業(yè)質量保修金的信息化管理，配以輔助查詢功能滿足樓盤存檔、資金記錄功能。本系統(tǒng)圍繞維修資金、物業(yè)質量保修金信息化管理展開，記錄涉及維修資金、物業(yè)質量保修金的各信息要素。本系統(tǒng)實現(xiàn)與多個銀行針對不同業(yè)務的信息交互。2.2用戶的特點用戶具備基礎的計算機操作水平和解決初步故障問題的能力；操作人員：水平較高，經(jīng)過培訓后可按照要求使用；維護人員：水平高，應具備局域網(wǎng)組網(wǎng)能力、計算機維修經(jīng)驗和打印機管理能力；軟件預期使用人數(shù)：100人以下規(guī)模評估最低同時在線人數(shù)：0人評估最高同時在線人數(shù)：20人評估平均同時在線人數(shù)：3?20人2.3設計與實現(xiàn)的限制軟件開發(fā)采用公司軟件部制定的《軟件開發(fā)規(guī)范》、《數(shù)據(jù)庫設計規(guī)范》，同時依據(jù)《ISO9001質量管理體系》。2.3.1架構要求系統(tǒng)架構：B/S開發(fā)工具：JSF+Spring+JPA2.3.2安全性要求實現(xiàn)局域網(wǎng)安全要求。2.3.3技術選型1） 系統(tǒng)采用B/S架構，應用JavaEE架構進行開發(fā)2） 內外網(wǎng)應用服務器：Tomcat3） 內外網(wǎng)數(shù)據(jù)庫：Oracle2.3.4系統(tǒng)開發(fā)方式合同式開發(fā)需求規(guī)定對功能的規(guī)定該需求規(guī)格書要求描述維修資金與物業(yè)質量保修金的管理，符合東營實際維修資金與物業(yè)質量保修金管理模式，同時滿足兩種類型的物業(yè)資金集中管理的業(yè)務要求。業(yè)務流程分別描述住宅專項維修資金與物業(yè)質量保修金的交存、支用、支取（退還）的業(yè)務流程。交存業(yè)務流程維修資金交存業(yè)務流程從業(yè)主體維護樓幢建檔是未足額交存是打印憑證資金使用到剩余30%對賬入賬結束準備小區(qū)建檔生成補交通知業(yè)主開戶業(yè)主信息維護業(yè)主余額查看生成續(xù)交通知生成交存通知從業(yè)主體維護樓幢建檔是未足額交存是打印憑證資金使用到剩余30%對賬入賬結束準備小區(qū)建檔生成補交通知業(yè)主開戶業(yè)主信息維護業(yè)主余額查看生成續(xù)交通知生成交存通知銀行交款*打印交存申請判斷業(yè)主余額維修資金交存業(yè)務流程房管局業(yè)務開發(fā)商（業(yè)主）房管局領導銀行交存申請領導審批生成交存通知打印通知書銀行交款打印憑證日中記賬日終結賬根據(jù)業(yè)主余額生成不同類型的交存申請（初交、補交、判斷業(yè)主余額維修資金交存業(yè)務流程房管局業(yè)務開發(fā)商（業(yè)主）房管局領導銀行交存申請領導審批生成交存通知打印通知書銀行交款打印憑證日中記賬日終結賬根據(jù)業(yè)主余額生成不同類型的交存申請（初交、補交、續(xù)交）物業(yè)質量保修金交存業(yè)務流程準備未足額交存是'結束物業(yè)項目瀏覽生成補交通知物業(yè)項目建檔從業(yè)主體維護樓幢建檔 ?小區(qū)建檔生成交存通知申請減免*打印交存申請銀行交款對賬入賬打印憑證是否符合減免條件物業(yè)質量保修金初交業(yè)務流程房管局業(yè)務開發(fā)商房管局領導銀行初交申請物業(yè)項目建檔比例否領導審批生成交存申請銀行交款打印憑證日中記賬日終結賬打印交存通知書申請減免交存是否符合減免條件物業(yè)質量保修金初交業(yè)務流程房管局業(yè)務開發(fā)商房管局領導銀行初交申請物業(yè)項目建檔比例否領導審批生成交存申請銀行交款打印憑證日中記賬日終結賬打印交存通知書申請減免交存?是使用業(yè)務流程使用業(yè)務流程未足額交存物業(yè)質量保修金補交流程房管局業(yè)務開發(fā)商房管局領導銀行補交申請生成補交申請領導審批生成交存通知書銀行交款交存憑證打印日中記賬日終結賬未足額交存物業(yè)質量保修金補交流程房管局業(yè)務開發(fā)商房管局領導銀行補交申請生成補交申請領導審批生成交存通知書銀行交款交存憑證打印日中記賬日終結賬維修資金支用業(yè)務流程準備支用審批結束支用預分攤支用申請二次申請對賬入賬生成支付/打印支付憑證支用戶備案30日之內打印使用明細函銀行轉賬\ 公用設施設備/維護維修項目維護物業(yè)質量保修金使用業(yè)務流程物業(yè)質量保修金使用業(yè)務流程物業(yè)質量保修金使用業(yè)務流程物業(yè)質量保修金使用業(yè)務流程準備審批通過結束支用戶備案否對賬入賬—使用申請二次使用申請銀行轉賬30日之內打印使用明細函使用申請審批流程準備審批通過結束支用戶備案否對賬入賬—使用申請二次使用申請銀行轉賬30日之內打印使用明細函使用申請審批流程生成支付/打印支付憑證維修項目維護維修資金支取業(yè)務流程維修資金支取業(yè)務流程使用審核維修項目審核物業(yè)質量保修金使用業(yè)務流程房管局業(yè)務業(yè)主或物業(yè)公司房管局領導銀行提交使用申請維修項目維護否.是使用申請否是打印支付憑證銀行轉賬日中記賬日終結賬使用審核維修項目審核物業(yè)質量保修金使用業(yè)務流程房管局業(yè)務業(yè)主或物業(yè)公司房管局領導銀行提交使用申請維修項目維護否.是使用申請否是打印支付憑證銀行轉賬日中記賬日終結賬支?。ㄍ诉€）業(yè)務流程物業(yè)質量保修金在保修期限過后退還給開發(fā)商，住宅專項維修資金在房屋滅失后可以退還給業(yè)主，如果業(yè)主交存的維修資金金額大于應交金額，則可以將多交部分退還。

準備審批通過結束對賬入賬是T部分退還否銀行取款* 全部退還退還申請銷戶準備審批通過結束對賬入賬是T部分退還否銀行取款* 全部退還退還申請銷戶打印支取憑證*退還審批流程物業(yè)質量保修金退還業(yè)務流程物業(yè)質量保修金退還業(yè)務流程物業(yè)質量保修金退還業(yè)務流程物業(yè)質量保修金退還業(yè)務流程準備審批通過結束是退還信息維護對賬入賬退還申請打印退還憑證銀行轉賬退還審批流程準備審批通過結束是退還信息維護對賬入賬退還申請打印退還憑證銀行轉賬退還審批流程否退還審核物業(yè)質量保修金退還業(yè)務流程建設單位房管局業(yè)務房管局領導銀行申請退還退還申請.否是打印退還憑證銀行轉賬日中記賬日終結賬是否符合退還條件是功能概覽新堵開發(fā)皆可從業(yè)主將 觸公司打印牝打疣存申諾 、資金受吞支茁國咪 ?.{世用項目軒便用申話、資金使用』退還申諂暝還業(yè)君思g 浴舔還:風述憑證單個開戸蛙井戶扣此奸戶i±p共用費施設名池護籾攵樸立*逆業(yè)臭金菅理系兢談獲變序單話恥信息於權藏替事櫟行管理利郵己置立易代碼配置封眠管哩愛存幽口書'怔毛專質蜜幌資室￥—-―-—//Jth專用項碧蠟梆牌袤用申請［責士立用丿玄用支貴-主職申請物業(yè)眉籃保修金史舄 _-竇蜜斐舄平臺 詔務言茬注宅專礙姓資金由月晚壹聰妝郵疣易查諂.物業(yè)質埜況修金?豌竟易查詢交蕓查詢苴倒紅針卜業(yè)主專戶朝赫應 ,——?翔業(yè)質量保修金配宜官蓮 、楸剛晦退狂比例養(yǎng)釦就赫朝住虧融廄全理譽理/?卡*芝' 、交存弟數(shù)窈置■豪認商起&員卷遅!機賭理憚色管哩行政區(qū)管理機枸管理全局最朧!§扇號無脈置 修弦宅駢工商記罟業(yè)務配置鬧郢己苦流徑仕薈巨訪轉發(fā)交存物丈匝垣展應金業(yè)務與琳 偵用我的任岳住宅專項雖修翌?金業(yè)備審批玄用功能描述東營市物業(yè)資金管理系統(tǒng)為綜合物業(yè)質量保修金與住宅專項維修資金的物業(yè)資金管理平臺，系統(tǒng)涵蓋物業(yè)質量保修金的交存、使用、退還以及住宅專項維修資金的交存、支用、支取等業(yè)務功能。系統(tǒng)使用“工作流引擎”為各種業(yè)務流程的流轉平臺，保證各項業(yè)務流程的正確流轉以及各種工作流程的靈活操作；系統(tǒng)使用與銀行實時聯(lián)網(wǎng)的方式實現(xiàn)帳務信息的流通，使用“資金交易平臺”作為資金交易中間件，保證物業(yè)質量保修金、住宅專項維修資金與各自專戶銀行的帳務信息統(tǒng)一，實現(xiàn)“專戶存儲、?？顚Ｓ?、所有權人決策、政府監(jiān)督”的資金管理原則。東營市物業(yè)資金管理系統(tǒng)中物業(yè)質量保修金子系統(tǒng)與住宅專項維修資金子系統(tǒng)兩者之間存在一定的關聯(lián)，并且兩者使用相同的從業(yè)主體、小區(qū)以及房屋樓幢信息，簡化兩個資金的管理，便于物業(yè)資金的統(tǒng)一管理。統(tǒng)一的流程管理系統(tǒng)在用戶登錄后，自動將具有審批權限的用戶的所有需要處理的任務列出，并且所有的審批任務集中顯示。系統(tǒng)可以根據(jù)客戶需要，靈活配置每一種業(yè)務的審批步驟以及流程流轉規(guī)則，并且可以按照需要指定某個業(yè)務流程在某個流程階段轉向系統(tǒng)中的某個用戶或者具有某個角色的所有用戶，用戶指定某一審批流程的轉發(fā)規(guī)則后，系統(tǒng)按照用戶指定的規(guī)則，自動將指定流程的任務轉發(fā)給某個用戶，整個轉發(fā)機制對系統(tǒng)操作人員透明，無需用戶手工干預。用戶可以自動控制某個業(yè)務的審批流程，指定某個流程的審批步驟。系統(tǒng)顯示每個審批任務的業(yè)務類型、業(yè)務編號、當前步驟、處理進度、申請人、申請時間等信息，點擊“受理”按鈕后，進入每筆業(yè)務的明細信息查看界面，要求用戶錄入審批結果（通過、不通過）及意見，完成本次審批任務。整個流程管理涉及到的功能包括：流程配置、業(yè)務配置、流程自動轉發(fā)等。流程配置用于配置整個物業(yè)資金管理系統(tǒng)的維修資金交存、維修資金支用、維修資金支取、物業(yè)質量保修金交存、物業(yè)質量保修金使用、物業(yè)質量保修金退還等的業(yè)務流程，配置每個業(yè)務流程的“步驟”、“節(jié)點類型”、“參與者類型”、“角色”、“機構傭戶”等基本信息，以及每個步驟的“流程路由”，指定每一步流程通過與不通過時的流轉方向。從業(yè)主體管理從業(yè)主體管理是指對相關房地產(chǎn)開發(fā)企業(yè)、物業(yè)企業(yè)以及小區(qū)業(yè)委會的信息維護及管理。從業(yè)主體的信息是整個物業(yè)資金管理系統(tǒng)的基礎信息之一。從業(yè)主體信息需要維護時，直接按照查詢結果編輯指定從業(yè)主體的信息。開發(fā)企業(yè)開發(fā)企業(yè)是所有樓幢及設備的建設單位。系統(tǒng)提供根據(jù)“企業(yè)名稱”模糊查詢開發(fā)企業(yè)的入口，方便用戶查詢開發(fā)企業(yè)信息，查詢列表需要顯示的信息：企業(yè)名稱、企業(yè)地址、法人代表、聯(lián)系電話等信息。用戶可以根據(jù)查詢結果查看、修改、刪除指定的信息。在刪除企業(yè)信息之前，系統(tǒng)給出刪除確認的提示，防止由于誤操作造成的信息丟失。開發(fā)企業(yè)需要維護的信息包括：企業(yè)名稱、營業(yè)執(zhí)照注冊碼、組織機構代碼、資質證書編號、公司辦公地址、成立日期、法人代表、聯(lián)系人、聯(lián)系電話、郵編、Email、所在行政區(qū)、開發(fā)資質等級、公司介紹等信息，上述信息中“所在行政區(qū)”以及“開發(fā)資質等級”需要根據(jù)已經(jīng)維護的信息選擇，除“公司介紹”信息外，其他信息必須錄入。物業(yè)企業(yè)物業(yè)企業(yè)是指轄區(qū)內的物業(yè)管理企業(yè)。系統(tǒng)提供根據(jù)“企業(yè)名稱”模糊查詢物業(yè)企業(yè)的入口，方便用戶查詢物業(yè)企業(yè)信息，查詢列表需要顯示的信息：企業(yè)名稱、企業(yè)地址、法人代表、聯(lián)系電話等信息。用戶可以根據(jù)查詢結果查看、修改、刪除指定的信息。在刪除企業(yè)信息之前，系統(tǒng)給出刪除確認的提示，防止由于誤操作造成的信息丟失。物業(yè)企業(yè)需要維護的信息包括：企業(yè)名稱、營業(yè)執(zhí)照注冊碼、組織機構代碼、資質證書編號、公司辦公地址、成立日期、法人代表、聯(lián)系人、聯(lián)系電話、郵編、Email、所在行政區(qū)、物業(yè)資質等級、公司介紹等信息，上述信息中“所在行政區(qū)”以及“開發(fā)資質等級”需要根據(jù)已經(jīng)維護的信息選擇，除“公司介紹”信息外，其他信息必須錄入。業(yè)委會業(yè)委會是由某小區(qū)內的全部業(yè)主選舉形成的組織，業(yè)委會由主任及成員組成。系統(tǒng)提供根據(jù)“業(yè)委會名稱”模糊查詢業(yè)委會的入口，方便用戶查詢業(yè)委會信息，查詢列表需要顯示的信息：業(yè)主委員會名稱、業(yè)委會主任、辦公地址、成立日期、聯(lián)系電話等信息。用戶可以根據(jù)查詢結果查看、修改、刪除指定的信息。在刪除企業(yè)信息之前，系統(tǒng)給出刪除確認的提示，防止由于誤操作造成的信息丟失。業(yè)委會需要維護的信息包括：業(yè)主委員會名稱、辦公地址、業(yè)委會主任、聯(lián)系人、業(yè)委會成員、成立日期、聯(lián)系電話等信息，上述所有信息必須錄入，以方便系統(tǒng)用戶查看相關信息。樓盤建檔樓盤信息是整個物業(yè)資金管理系統(tǒng)的重要基本信息，資金的管理是在相關樓幢及房屋信息維護完成之后的操作。物業(yè)資金管理系統(tǒng)中的物業(yè)質量保修金以及住宅專項維修資金使用相同的樓盤數(shù)據(jù)，因此兩個子系統(tǒng)只需維護一遍樓盤數(shù)據(jù)。另外，為保證樓盤數(shù)據(jù)的準確性，小區(qū)及樓幢信息需要在保存信息之后進行“備案”操作，備案時用戶對錄入的信息進行審核，只有備案通過的樓盤數(shù)據(jù)才能在業(yè)務中繼續(xù)使用，備案之后的數(shù)據(jù)即不允許任意更改。房屋及業(yè)主信息在完成后續(xù)交存業(yè)務之后也不能在信息編輯頁面任意修改。如確實有信息需要變更，需提請具有特定修改權限的人員進行相關數(shù)據(jù)的變更。樓盤建檔操作包括：小區(qū)維護、樓幢維護、房屋信息維護、業(yè)主信息維護小區(qū)信息小區(qū)信息的維護需要提供的功能包括：查詢、新增、修改、刪除、查看、保存、提交備案、備案、撤銷備案等。小區(qū)信息中可