1 中圖分類號： 學校代碼： 10055 密級： 公開 碩 士 專 業(yè) 學 位 論 文 公積金綜合業(yè)務管理信息系統(tǒng)的設計與實現(xiàn) of of 文作者 指導教師 副教授 申請學位 工程碩士 培養(yǎng)單位 軟件學院 學科專業(yè) 軟件工程 研究方向 答辯委員會主席 評 閱 人 南開大學研究生院 二一三年 八 月 2 南開大學研究生學位論文作者信息 論文題目 公積金綜合業(yè)務管理信息系統(tǒng)的設計與實現(xiàn) 姓 名 李亞男 學號 2220110968 答辯日期 論文類別 博士 學歷碩士 碩 士專業(yè)學位 高校教師 同等學力碩士 院 /系 /所 軟件學院 專業(yè) 軟件工程 聯(lián)系電話信地址 (郵編 )： 備注： 是否批準為非公開論文 否 注：本授權書適用我校授予的所有博士、碩士的學位論文。由作者填寫 (一式兩份 )簽字后交校圖書館，非公開學位論文須附南開大學研究生申請非公開學位論文審批表。 保密期限 20 年 月 日至 20 年 月 日 審批表編號 批準日期 20 年 月 日 南開大學學位評定委員會辦公室蓋章 (有效 ) 注： 限制 2年 (可少于 2年 );秘密 10年 (可少于 10 年 );機密 20年 (可少于 20年 ) 摘 要 I 摘 要 隨著中國經(jīng)濟的不斷發(fā)展和人民生活水平的日益提高，購買住房已經(jīng)成為涉及千家萬戶切身利益的熱點、重點問題。商品房作為一種特殊的商品，如何利用公積金在其購房過程中起到了重要的作用。同時，如何安全、方便、全面、統(tǒng)一管理住房公積金也成為公積金管理者迫切需要解決的問題。 本文將通過工作中的實際案例， 在符合國家相關管理 規(guī)定的基礎上 ， 結合用戶的具體需求，從系統(tǒng)架構、信息安全、良好兼容、便于管理、易于操作和使用等方面進行研究并提供完整的 公積金綜合業(yè)務管理信息系統(tǒng) 解決方案。 住房公積金 綜合業(yè)務信息管理系統(tǒng) 的建 設采用基于開放的 持跨平臺、跨數(shù)據(jù)庫運行。采用基于組件的開發(fā)和集成方式，提供工作流、表單、數(shù)據(jù)、業(yè)務邏輯、報表的定制及其他用戶自定義組件，通過 制不同角色擁有不同的權限。 實現(xiàn)住房公積金管理中心“統(tǒng)一決策、統(tǒng)一管理、統(tǒng)一制度、統(tǒng)一核算”的目標。 關鍵字： 住房公積金 I s s on to of As a of to in an of to of by in in of on of of to to a of on is In of of 2錄 錄 第一章 緒 論 . 1 言 . 1 究背景和意義 . 1 究目標及內(nèi)容 . 2 文組織結構 . 4 第二章 系統(tǒng)的需求分析 . 6 求概述 . 6 能需求 . 7 要系統(tǒng)需求 . 7 心業(yè)務功能需求的結構 . 8 取業(yè)務需求 . 8 務核算業(yè)務需求 . 10 統(tǒng)數(shù)據(jù)需求 . 13 統(tǒng)運行環(huán)境的需求 . 13 行環(huán)境 . 13 能需求 . 14 第三章 系統(tǒng)的總體設計 . 15 體設計思路 . 15 統(tǒng)架構設計 . 15 統(tǒng)功能模塊設計 . 17 據(jù)庫結構設計 . 18 據(jù)結構設計要點 . 18 輯 結構設計 . 20 統(tǒng)涉及的技術介紹 . 22 第四章 系統(tǒng)的詳細設計以及實現(xiàn) . 25 統(tǒng)的部署環(huán)境 . 25 統(tǒng)主要模塊詳細設計 . 26 集模塊 . 26 取模塊 . 31 款模塊 . 35 算模塊 . 41 理模塊 . 46 計模塊 . 54 統(tǒng)的界面設計 . 58 戶界面 . 58 關的管理操作界面 . 58 第五章 系統(tǒng)運行測試與后期分析 . 60 目錄 試過程及結果 . 60 術難題及解決方案 . 61 期分析 . 62 第六章 總結與展望 . 63 目開發(fā)總結 . 63 術展望 . 63 參考文獻 . 64 第一章 緒 論 1 第一章 緒 論 言 隨著中國經(jīng)濟的不斷發(fā)展和人民生活水平的日益提高，購買住房已經(jīng)成為涉及千家萬戶切身利益的熱點、重點問 題。商品房作為一種特殊的商品，如何利用公積金在其購房過程中起到了重要的作用。同時，如何安全、方便、全面、統(tǒng)一管理住房公積金也成為公積金管理者迫切需要解決的問題。 我國 于 1991年開始 試 行住房公積金制度 以來，到現(xiàn)在 已 經(jīng) 有了二十多年的歷史。隨著國家住房體制改革的逐漸 深入， 以及國家相繼頒布并實施的 住房公積金管理條例 、 住房公積金行政監(jiān)督辦法 、 關于完善住房公積金決策制度的意見 、 全國住房公積金監(jiān)督管理信息系統(tǒng)管理暫行辦法 、 關于住房公積金管理若干具體問題的指導意見 等相關法規(guī) ，對 住房 公積金管理工作中的 存 在的 問題提出了指導 性 意見。要求 各住房公積金管理中心發(fā)揮職能，進一步 加強 住房公積金 的 管理，提出對 現(xiàn)有 的公積金管理模式了 進行人事和制度方面的 機構改革，完成公積金管理中心 從 地方 的 集中管理，實現(xiàn) 住房公積金中心 “統(tǒng)一決策、統(tǒng)一管理、統(tǒng)一制度、統(tǒng)一核算 ”的 四統(tǒng)一管理 。 究背景和意義 本項目的需求單位某市住 房公積金管理中心按行政區(qū)劃下設 1個中心、 13個管理部，原有系統(tǒng)采用 C/每個管理部和中心都安裝一套系統(tǒng)，各管理部數(shù)據(jù)存放在本地，需要的時候抽取中心需要的數(shù)據(jù)上傳到中心。 面對公積金發(fā)展的新形式，為了 支持公積金管理機構的改革要求，就 需要實現(xiàn) 以住房公積金管理中心為主的集中統(tǒng)一管理模式，統(tǒng)一管理整個中心的資金流、業(yè)務流和數(shù)據(jù)流 ，解決 以前系統(tǒng)中廣泛存在的 業(yè)務依賴性問題， 提升住房公積金管理中心的管理水平和服務質量 。 為了實現(xiàn)強化管理，提升管理水平，就必須 對現(xiàn)有的歸集、提取、貸款、核算等 業(yè)務 流程進行流程分析、優(yōu)化、重組 ， 依據(jù)統(tǒng)一的行業(yè)標準為各業(yè)務流程建立 統(tǒng)一 的 業(yè)務規(guī)范，并建立完善的輔助決策體系 和 完備的資金保障體系和第一章 緒 論 2 風險控制體系，以實現(xiàn) 住房公積金管理 中心從業(yè)務 流程 到服務的統(tǒng)一規(guī)范，形成中心完整的業(yè)務及管理支持平臺。 為了實現(xiàn)公積金集中管理的需要，在機構實現(xiàn)集中管理后，急需實現(xiàn)數(shù)據(jù)的集中管理。統(tǒng)一的集中管理需要有統(tǒng)一規(guī)范的數(shù)據(jù)，以及為了提升管理水平所必須的具備的數(shù)據(jù)源。在數(shù)據(jù)集中的同時，也必須集中 規(guī)范 統(tǒng)一 公積金管理中心 以及 其分支機構、業(yè)務經(jīng)辦網(wǎng)點的職責權限 ，并在此基礎上實現(xiàn)中心整體的業(yè)務規(guī)范整合 究目標及內(nèi)容 本論文的主要研究目標是在原有系統(tǒng)的基礎上通過對用戶需求的詳細分析，設計一個基于開放的 持跨平臺運行的業(yè)務系統(tǒng) ,以實現(xiàn)住房公積金 “統(tǒng)一決策、統(tǒng)一管理、統(tǒng)一制度、統(tǒng)一核算”的目標。 具體研究內(nèi)容如下： 1、 建立完善的核心業(yè)務系統(tǒng) 通過對 住房公積金 整個 業(yè)務流程 進行全面 重組 ， 全面貫徹 相關國家有關公積金的法規(guī) ，規(guī)范業(yè)務操作 和管理 ，確立 住房公積金管理 中心對住房公積金的主體地位 。 住房公積金的基礎業(yè)務是整個系統(tǒng)平臺順利運作的保障，只有建立了完善的業(yè)務系統(tǒng)才談得上后續(xù)的管理層次。對公積金的每一個業(yè)務進行建模分析，將固定的國家政策和相對靈活的地方特色結合在一起制定出符合實際情況的業(yè)務模型。在保證遵循國家政策的前提下，實現(xiàn)具有地方特征的業(yè)務需求。 將 住房公積金委托銀行管理 的委托 模式調整為 “ 中心主體、銀行 前臺，中心核算、銀行結算 ” 的間接直收管理模式 ， 實現(xiàn)中心對業(yè)務流與資金流的全面實時管理 。 集中 管理 住房公積金銀行賬戶，在每家受委托銀行只選一個網(wǎng)點開立銀行存款賬戶（即主辦網(wǎng)點），撤消其他網(wǎng)點的歸集戶和周轉戶（只保留委貸基金戶）。各網(wǎng)點歸集的住房公積金 “通存 ”到主辦網(wǎng)點賬戶，住房公積金的提取、外部轉出、貸款發(fā)放由中心通過主辦網(wǎng)點辦理資金劃撥。中心根據(jù)相關原始憑證進行會計核算，記賬到單位和個人，并與業(yè)務信息、資金信息核對，確保賬證、第一章 緒 論 3 賬賬、賬實相符。 建立財務統(tǒng)計和分析體系，利用系統(tǒng)信息，進行自由組合條件的查詢及統(tǒng)計分析，自動生成標準化或自定義格式的數(shù)據(jù)信息圖表，為中心管理決策提供依據(jù)。 2、 建立 集中的 數(shù)據(jù)中心 建立唯一數(shù)據(jù)中心，實現(xiàn)全市數(shù)據(jù)集中存儲。 不僅方便了數(shù)據(jù)的管理，提高了數(shù)據(jù)的利用率，還 為 管理 中心在規(guī)避風險、降低成本方面提供系統(tǒng)保障。 3、 實現(xiàn)直歸 和委 托相結合的 靈活的歸集 管理 模式 不僅需要實現(xiàn)在中心下的直歸模式，也要能夠實現(xiàn)委托銀行歸集的委托模式，或者兩者都有的混合模式， 允許 中心 可以按實際情況設置管理模式。 4、 建立 標準 的財務管理核算平臺 財務核算平臺 需要實現(xiàn)中心 統(tǒng)一、 管理部 分級的多賬套模式。 提供 包括三欄總賬、三欄明細 賬、單位帳、個人明細賬、內(nèi)部往來 經(jīng)費 帳等 。 5、 建立對數(shù)據(jù)存取的一致性、完整性和優(yōu)化存取的保障體系 建立有效索引、使用存儲過程、清除垃圾數(shù)據(jù)、使用專用工具優(yōu)化 滿足范式要求的數(shù)據(jù)庫 設計 ，保證數(shù)據(jù) 結構 的清晰和一致性以及完整性的約束 ，同時避免數(shù)據(jù)冗余和操作異常 ，保證數(shù)據(jù)復制、數(shù)據(jù)抽取的正確。 6、 建立統(tǒng)一 、靈活的權限管理 系統(tǒng) 采用 心可以靈活定義菜單、角色、用戶和對應的權限 。 7、 規(guī)范個人帳 戶管理，樹立以 個人帳 戶為中心的管理理念 個人賬戶 管理原則上應確保 身份證唯一 （根據(jù) 實際情況，可以適當加上士兵證、外國人員身份證等其他證件類型） ；單位賬戶 確保 組織機構代碼唯一。 并提供身份證清理功能和稽核功能，有效清理系統(tǒng)中不規(guī)范的數(shù)據(jù)。 8、 提供全方位綜合服務，強化服務意識 針對各類用戶群體推出多元化的服務渠道，根據(jù)客戶群體的需求和主流趨勢的發(fā)展， 依托 機 話語音、安全認證等手段，支持隨時隨地對 公積金 信息的多種查詢方式 ，使客戶能夠享受到全方位多層面的公積金相關服務。通過呼叫中心，用戶可以進行業(yè)務咨詢、投訴、電話查詢、語音催繳公積金、催收貸款。通過短信平臺可以及時告知 單位、貸款人、職工 ，第一章 緒 論 4 個人的公積金情況。通過郵件通告平臺發(fā)送公積金帳單，發(fā)送通告、通知、警告等其他必要的告知信息。 從而全面提升 中心 的業(yè)務經(jīng)營、管理水平。 9、 防范貸款風險，建立風險評估平臺 根據(jù)信用、收入變化情況、抵押率或質押率、擔保方式、借款人信息變動情況、還款記錄、出現(xiàn)逾期情況等風險評估要素評估借款人風險度，以此提高管理的預見性。 10、 提升管理水平，建立內(nèi)部控制體系 為了防范風險，確保中心自身發(fā)展及其經(jīng)營管理目標的全面實現(xiàn)，查錯防弊，堵塞漏洞，消除隱患，保證業(yè)務穩(wěn)健運行，建立包括內(nèi)部審計、風險預警、會計控制 、授權審批、稽核檢查、員工管理的全面內(nèi)部控制體系，監(jiān)督管理各項業(yè)務的執(zhí)行過程，降低操作風險，提高控制和化解風險的能力。 11、 適應業(yè)務發(fā)展需要， 實現(xiàn)業(yè)務功能的平滑擴容和升級 采用 基于 術 ，將數(shù)據(jù)存儲和業(yè)務邏輯分離，業(yè)務邏輯和頁面展現(xiàn)分離。采用模塊化和層次化的設計思想，使系統(tǒng)有良好的可擴展性和可維護性。 采用 工作流技術，實現(xiàn)業(yè)務流程的自動流轉和動態(tài)配置，大大提高工作效率和用戶感受。模塊化的設計，能夠實現(xiàn)不同業(yè)務模塊的動態(tài)加載。實現(xiàn)系統(tǒng)業(yè)務功能的平滑擴容和升級。 12、 提供標準的數(shù)據(jù) 擴展 接口 提供豐富而 規(guī)范的數(shù)據(jù) 擴展 接口，包括與 委托 銀行、繳 交 單位、監(jiān)管系統(tǒng)、個人征信系統(tǒng)、 短信通知 ，實現(xiàn)資源共享與異地數(shù)據(jù)交換。 13、 強化管理與過程控制 提供強大的分析和決策支持。為領導提供豐富的信息查詢，并為領導關心的重要財務指標進行基準分析，提供決策幫助。領導可以根據(jù)自己的工作分工選擇關心的信息，并且可以由宏觀到微觀地追溯分支機構的數(shù)據(jù)情況。 文組織結構 本論文 共分六章， 各章節(jié)結構安排如下： 第一章 是緒論， 介紹項目的 的背景和意義，以及項目的研究目標和主要內(nèi)容 。 第一章 緒 論 5 第二章分析了市場和用戶的需求，通過用戶的各項要求 來分析具體功能模塊的可行性設計。 第三章是從系統(tǒng)設計的角度來初步架構該系統(tǒng)。一個軟件系統(tǒng)的需求分析和系統(tǒng)設計工作做得越充分，后期檢測和變更問題就會越少。系統(tǒng)設計從總體思路入手，分析了系統(tǒng)的架構和數(shù)據(jù)庫的架構以及相關的應用技術。 第四章是系統(tǒng)詳細設計和系統(tǒng)各模塊的界面建設，系統(tǒng)一共分為 系統(tǒng)管理 、歸集 、 提取 、 貸款、財務核算 等多個不同要求的模塊，詳細介紹各模塊需要實現(xiàn)的功能要求。另外還圖文并茂地解說了具體實現(xiàn)后的相應界面，使用戶可以直觀的看到模塊操作的步驟，然后在項目實現(xiàn)過程中提出更深一步的需 求。 第五章是系統(tǒng)運行測試和后期分析，通過系統(tǒng) 上線 后的試運行以及進一步的難題突破來實現(xiàn)更完整、更符合要求的系統(tǒng)。通過分析發(fā)現(xiàn)系統(tǒng)能夠很好地滿足日常工作的需求。 第六章是針對新技術和新趨勢的展望以及對該項目建設中遇到問題的總結 ，通過總結和展望來做好進一步 開發(fā) 的準備。通過 系統(tǒng)運行 表明，系統(tǒng)的開發(fā)運行得到了終端用戶的肯定。 第二章 系統(tǒng)的需求分析 6 第二章 系統(tǒng)的需求分析 需求分析是軟件工程中最重要的組成部分，如果需求分析出現(xiàn)偏差或者出現(xiàn)模糊點，都會造成整個系統(tǒng)設計的大差錯和大修改，這樣可能帶來很多不必要的物 質損失和聲譽損失。所以，設計軟件的先行事項便是需求分析。 而需求分析必須建立在對于客戶需求的足夠了解和認識上，所以在系統(tǒng)開發(fā)前的需求分析主要是與客戶的各個部門作深入而廣泛的交流，以求弄懂客戶的工作流程，細節(jié)要求，喜好的方式等等。因此一定要取得客戶的支持和幫助。 求概述 本項目的需求單位某市住 房公積金管理中心 ， 其原有管 理規(guī)范化程度較高，信息化系統(tǒng)建設已經(jīng)具備一定基礎，新一代信息系統(tǒng)建設應該在解決原有系統(tǒng)問題的同時，考慮到未來 幾 年內(nèi)的業(yè)務發(fā)展需求，在全國具備先進性和代表性。所以 在本次系統(tǒng)的 開發(fā)設計 中 ， 除了滿足日常業(yè)務需求外， 應主要關注點三個方面的問題： 第一、從系統(tǒng)對 公積金新興 業(yè)務發(fā)展支持的角度 來 考慮，系統(tǒng)需要解決包括 核心 業(yè)務、 全方位 服務、 廣泛 合作 等 方面的 以下 問題： 數(shù)據(jù)信息的有效 性和一致性 問題 ； 業(yè)務產(chǎn)品開發(fā)周期及業(yè)務開發(fā)的系統(tǒng)復雜性問題 ； 全面掌握客戶風險問題 ，比如冒提公積金、貸款風險控制等； 與其他合作機構（如電話查詢）廣泛合作的問題； 第二、從系統(tǒng)對 公積金 管理 與 決策的角度考慮，系統(tǒng)需要在數(shù)據(jù)及平臺 兩個 層面 都 提供管理層面的支持，主要表現(xiàn)在 以下兩個方面 ： 風險防范與 風險控制問題 ； 資金運作的系 統(tǒng)支持問題 ； 第三、從系統(tǒng)的擴展性 和可維護性 角度考慮，系統(tǒng)需要注意的 以下兩個問題 ： 系統(tǒng) 架 構的不合理導致的系統(tǒng) 不能隨著業(yè)務需求的變化很好 擴展 的 問題 ； 第二章 系統(tǒng)的需求分析 7 系統(tǒng)運行、維護與二次開發(fā)的成本 不好 控制問題 ； 能需求 要系統(tǒng)需求 本系統(tǒng)的主要系統(tǒng)需求包括公積金的歸集 （匯繳、補繳、轉移） 、提取 （支取、償還） 、貸款 （發(fā)放、收回） 、 財務核算 、出納帳等，具體功能要求如 表 統(tǒng)功能 前臺業(yè)務 住房公積金歸集 住房公積金業(yè)務查詢和統(tǒng)計報表 住房公積金提取 住房公積金貸款 住房公積金出納賬務核算 其它收付業(yè)務 后臺核算 住房公積金會計核算 住房公積金財務查詢和報表管理 住房公積金績效考核 系統(tǒng)管理（各項業(yè)務參數(shù)、組織機構、人員崗位權限等） 其中各部分功能簡述如下： 1、 歸集：住房公積金歸集系統(tǒng)包括了單位注冊 、單位停緩繳、單位銷戶 、公積金匯繳 、公積金補繳、公積金 調動轉移 以及 歸集統(tǒng)計 查詢等業(yè)務。 2、 提?。汗e金提取業(yè)務主要是處理 滿足 7大類及各種自定義提取條件下的職工個人公積金的支取、償還 業(yè)務，包括批量提取、委托提取還貸等。 3、 貸款： 主要包括 貸款受理（申請人基本信息的錄入、借款事由，借款情況、還款情況、擔保抵押情況等）；貸款分級審批（信貸員初審、管理部主任審批、信貸科審批、審貸委員會審批、中心主任審批）；貸款發(fā)放（發(fā)放前審核、貸款資金出賬、貸款資金出賬確認）；貸款收回（按計劃還款、提前還款、批量收回、重算還款計劃表）；貸后管理（貸款逾期、風險狀態(tài)控制） 。 第二章 系統(tǒng)的需求分析 8 4、 財務：包括財務帳 套、財務科 目的初始設置和財務憑證的自動和手工生成與審核，以及財務憑證的記帳、結帳、對賬、 打印 等功能。 5、 出納賬： 中心和銀行的出納帳記賬、對賬和結賬以及賬簿打印等 。 心業(yè)務功能需求的結構 本系統(tǒng)的核心業(yè)務 的功能 需求 的結構 如圖 圖 心業(yè)務功能需求 接下來從以下 3個方面對提取業(yè)務和財務核算業(yè)務 兩個示例 進行需求的詳細描述 ，具體從工作流程、功能需求分析、用例描述與分析三個方面進行事例介紹。 取業(yè)務需求 提取業(yè)務用例圖 如圖 前臺業(yè)務 地縣管理部 1 地縣管理部 2 歸集 提取 貸款 后臺財務及管理 財務核算 出納賬 系統(tǒng)管理 管理 公積金管理中心 核心業(yè)務系統(tǒng)的需求功能組成 第二章 系統(tǒng)的需求分析 9 圖 積金提取用例圖 表 積金提取用例圖 用例名稱：提取業(yè)務需求 用例參與者：繳交個人 需求說明：支取分 為部分支取與全部支取（償還）。部分支取需要按照提 取條件的設定進行不同條件選項的錄入，并計算出不同的提取 限額。全部支取為銷戶提取，應根據(jù)個人賬務計算出定期活期 利息。 第二章 系統(tǒng)的需求分析 10 用例說明： 1、審核提取資格 （ 1）審定購、建、修房提取條件需要滿足的條件； （ 2）需要有購、建、修房的房屋產(chǎn)權證號，如果購買二手房的還需要有二手房的購房合同號。如果是新購商品房的需要有購房樓盤的預售許可證號； （ 3）如果申請人的公積金處于抵押狀態(tài)，則公積金只能以償還購房貸款條件提??； （ 4）提取是要檢測申 請人的個人賬戶的狀態(tài)。比如貸款和擔保狀態(tài)，不能銷戶提取 （ 5）如果申請人的個人賬戶為凍結、封存的狀態(tài)不允許提取 （ 6）現(xiàn)有提取的條件不能滿足的情況，如允許低保戶子女入學、重大疾病的提取等，可以作為自定義提取條件來提取 2、打印支付款憑證：打印支付款憑證（或者轉賬憑證，提取不了現(xiàn)金，如果是還貸還會出現(xiàn)三套憑證（提取憑證、還款憑證，差額憑證）。憑證上需要有個人的身份識別，再憑證上加個人身份證。支付款憑證要標記是用現(xiàn)金和用支票支付。 3、付款：付款（出現(xiàn)、支付款），提取方式之一可以是個人的賬戶 與公積金賬戶直接劃賬。 4、出賬確認：憑證確認，確認款項已經(jīng)被提走。 務核算業(yè)務需求 財務核算 的核心業(yè)務 用例 如圖 第二章 系統(tǒng)的需求分析 11 圖 務核算用例圖 財務 核算體系的編碼 規(guī)則 ： 普通核算 財務 科目設置 ，設定為 322345格式的 5級科目 ： 0級 財務 科目 3位 ，如 122表示 逾期貸款 1級 財務 科目 2位 ，對應銀行編碼 2級 財務 科目 2位 ，對應管理部門編碼 3級 財務 科目 3位 4級 財務 科目 4位 5級 財務 科目 5位 住房公積金 財務 科目設置： 第二章 系統(tǒng)的需求分析 12 總會計科目具體明細科目（管理部 、銀行 ） 個人核算科 目： 6位 行政區(qū)劃 + 7位系統(tǒng)內(nèi)個人 賬戶 單位核算科目： 6位 行政區(qū)劃 + 6位系統(tǒng)內(nèi)單位 賬戶 用例說明見表 表 務核算業(yè)務需求 用例名稱：財務核算業(yè)務需求 用例參與者：主管會計、會計 用例說明： 賬套設置：對整個系統(tǒng)涵蓋的賬套進行定義。 賬務類別設置：對定義好的賬套進行賬務體系、級別的設置。 科目維護：科目的增加、關聯(lián)銀行、關聯(lián)管理部門、啟用日期、科目狀態(tài)的設置和修改。 憑證屬性設置：根據(jù)前臺不同的業(yè)務類型定義不同的憑證種類，憑證樣式根據(jù)核算要求進行設置。要考慮跨管理部的各類業(yè)務資金走向 和中間方憑證的處理。 填制憑證：填制憑證分為機制憑證和手工憑證； 機制憑證：通過系統(tǒng)的前臺業(yè)務產(chǎn)生的業(yè)務數(shù)據(jù)根據(jù)相應的憑證模板自動產(chǎn)生憑證。 手工憑證：分為根據(jù)未設置過憑證格式的收付業(yè)務填制，和直接填制手工憑證而沒有其他任何附件的方式。 審核憑證：對所有憑證進行上下級和借貸方平衡性的校驗。手工憑證只能單張審核，憑證明細需要列出。 匯總憑證：將所有憑證進行分管理部，分時段匯總，產(chǎn)生匯總憑證。 記賬：根據(jù)憑證科目進行賬務的登記。 結賬：當前所有啟用科目進行月、季度、年度結賬。 對賬：根據(jù)科目的上下級一致、借貸方 一致的關系進行賬務的核對處理。特殊科目，如銀行存款還要和出納賬進行核對，財政匹配資金、單位掛賬等和相關臺賬進行核對。 年度賬務結轉：針對特定時點進行賬務的結轉： 6月 30日結息后做公積金的個人賬務結轉； 12月 31日年度結賬后，做所有三欄明細的賬務結賬。 結息： 6月 30日對所有公積金個人賬戶進行利息的結算。 特殊賬務模板：根據(jù)各種業(yè)務進行模板設置，基本業(yè)務：公積金利息的計提、貸款手續(xù)費的計算、歸集手續(xù)費的計算、增值收益的劃轉、業(yè)務收入支出的結轉。 特殊賬務處理：自動產(chǎn)生特殊業(yè)務的業(yè)務表單，并填制憑證。 會計報表 定義：根據(jù)各種會計報表進行模板設置，基本報表：資產(chǎn)負債表、增值收益表、增值收益分配表。 會計報表編制：通過模板自動讀取數(shù)據(jù)生成會計報表。 第二章 系統(tǒng)的需求分析 13 統(tǒng)數(shù)據(jù)需求 本公積金系統(tǒng)要能夠滿足對原有系統(tǒng)的數(shù)據(jù)使用， 要能夠提供監(jiān)管系統(tǒng)的數(shù)據(jù)和征信系統(tǒng)的數(shù)據(jù)，系統(tǒng)在功能上需要加入“數(shù)據(jù)遷移程序”、“監(jiān)管數(shù)據(jù)采集程序”、“征信數(shù)據(jù)采集程序” ，如圖 圖 據(jù)需求 另外，系統(tǒng)在應用譬如銀行、單位、網(wǎng)上業(yè)務的數(shù)據(jù)時， 需要內(nèi)置數(shù)據(jù)接口，以便對數(shù)據(jù)的 導入利用和輸出查詢。 統(tǒng)運行環(huán)境的需求 行環(huán)境 本系統(tǒng)采用的是 用的編程語言是 服務器端安裝的操作系統(tǒng)是 據(jù)庫管理系統(tǒng)采用的是客戶端安裝的操作系統(tǒng)是 原公積金中心系統(tǒng)數(shù)據(jù) 公積金監(jiān)管系統(tǒng)數(shù)據(jù) 征信系統(tǒng)數(shù)據(jù) 轉換遷移程序 住房公積金綜合信息管理系統(tǒng) 滿足其他數(shù)據(jù)需求的數(shù)據(jù)接口 監(jiān)管數(shù)據(jù)采集程序 征信數(shù)據(jù)采集程序 第二章 系統(tǒng)的需求分析 14 能需求 1、 時間特性的要求： （ 1） 普遍情況下： 搜索時間最大不超過 5秒 平均時間在 1 3秒以內(nèi) （ 2） 前臺業(yè)務辦理： 頁面調用不超過 1秒 頁面搜索與打開合計時間不超過 3秒 平均在 1秒內(nèi) （ 3） 后臺財務及管理 頁面調用不超過 3秒 頁面搜索與打開合計時間不超過 5秒 平均在 3秒內(nèi) 2、 系統(tǒng)容量要求 靜態(tài)用戶（注冊用戶）： 200以上 動態(tài)用戶（在線用戶）： 200以上 并發(fā)數(shù)： 200以上 。 第三章 系統(tǒng)的總體設計 15 第三章 系統(tǒng)的總體設計 體設計思路 住房公積金管理中心 綜合業(yè)務信息管理系統(tǒng) 的建 設采用基于開放的 持跨平臺、跨數(shù)據(jù)庫運行。采用基于組件的開發(fā)和集成方式，提供工作流、表單、數(shù)據(jù)、業(yè)務邏輯、報表的定制及其他用戶自定義組件，通過權限約束，控制不同角色擁有不同的權限。通過定制組件，實 現(xiàn)不同的網(wǎng)上業(yè)務和公積金綜合業(yè)務。 數(shù)據(jù)層的構架是將數(shù)據(jù)分為基礎數(shù)據(jù)庫、歷史（查詢）庫和數(shù)據(jù)倉庫，有效保障基于大數(shù)據(jù)量、大訪問量的數(shù)據(jù)存取高效快捷，提高系統(tǒng)整體響應性能?？蛻舳瞬捎?過配置管理工具對系統(tǒng)的行為進行配置，按照不同用戶的具體需求制作的組件可以通過該配置工具加載到系統(tǒng)。 使用基于組件配置的系統(tǒng)運行方式，可以滿足眾多客戶群體的需要，對于職工個人、單位、中介機構、公證機構、貸款保險辦理的公司，根據(jù)配置的不同可以在網(wǎng)上業(yè)務平臺中辦理所需的公積金業(yè)務。對于公積金營業(yè)網(wǎng)點和銀行各 代辦點，可以通過公積金綜合業(yè)務平臺，受理和辦理業(yè)務。 統(tǒng)架構設計 住房公積金整體框架決定了系統(tǒng)要采用一種穩(wěn)定的、高效的、便于擴充的、適應于多種訪問渠道的架構，為了滿足這樣的需要，我們采用三（ N）層結構基于 。 數(shù)據(jù)庫層 選用市場占有率較高的、成熟、穩(wěn)定的大型數(shù)據(jù)庫 保證數(shù)據(jù)集中后的大數(shù)據(jù)量的快速 讀寫、存儲。 業(yè)務邏輯層 以 純 應用層基于組件配置 方式實現(xiàn)不同的業(yè)務， 如歸集、提取、貸款等。 展現(xiàn)層基于 間件如 負責發(fā)布應用和接入前端客戶業(yè)務操作請求。 客戶端一般通過 使用 瀏覽器 實現(xiàn) 。 系統(tǒng)提供了二次開發(fā)的 標準 擴展 接口 ， 中心可以 通過組件配置 、和 組件開第三章 系統(tǒng)的總體設計 16