碩士學位論文 （專業(yè)學位） 財輔系統(tǒng)配合營改增改造的 技術(shù)研究與實現(xiàn) 姓 名： 學 號： 所在院系： 職業(yè)類型： 專業(yè)領(lǐng)域： 指導(dǎo)教師： 副 指導(dǎo)教師 ： 二 一四年三 月 A in 2014 of 財輔 系統(tǒng)配合營改增改造的技術(shù)實現(xiàn)與研究 同濟大學 學位論文版權(quán)使用授權(quán)書 本人完全了 解 同濟大學 關(guān)于收集、保存、使用學位論文的規(guī)定，同意如下各項內(nèi)容：按照學校要求提交學位論文的印刷本和電子版本；學校有權(quán)保存學位論文的印刷本和電子版，并采用影印、縮印、掃描、數(shù)字化或其它手段保存論文；學校有權(quán)提供目錄檢索以及提供本學位論文全文或者部分的閱覽服務(wù)；學校有權(quán)按有關(guān)規(guī)定向國家有關(guān)部門或者機構(gòu)送交論文的復(fù)印件和電子版；在不以贏利為目的的前提下，學?？梢赃m當復(fù)制論文的部分或全部內(nèi)容用于學術(shù)活動。 學位論文作者簽名： 年 月 日 同濟大學學位 論文原創(chuàng)性聲明 本人鄭重聲明：所呈交的學位論文，是本人在導(dǎo)師指導(dǎo)下，進行研究工作所取得的成果。除文中已經(jīng)注明引用的內(nèi)容外，本學位論文的研究成果不包含任何他人創(chuàng)作的、已公開發(fā)表或者沒有公開發(fā)表的作品的內(nèi)容。對本論文所涉及的研究工作做出貢獻的其他個人和集體，均已在文中以明確方式標明。本學位論文原創(chuàng)性聲明的法律責任由本人承擔。 學位論文作者簽名： 年 月 日同濟大學 碩士學位論文 摘要 I 摘要 近年來，隨著信息技術(shù)的迅速發(fā)展，財務(wù)輔助 系統(tǒng)在中國電信上海公司的 財務(wù) 管理中發(fā)揮著越來越重要的作用。 2013 年 國家明確 將電信業(yè)納入營業(yè)稅改增值稅的試點行業(yè)， 中國電信 上海公司的財務(wù)輔助系統(tǒng)有必要進行相應(yīng)的調(diào)整 ，以支撐 營業(yè)稅改增值稅后 進項稅相應(yīng)的稅務(wù)抵扣工作 。 本文 以中國電信上海分公司 財務(wù)輔助系統(tǒng)配合營 業(yè)稅 改增 值稅 進行技術(shù)改造 為背景，以軟件工程的方法對財務(wù)輔助系統(tǒng)需改造 的業(yè)務(wù)流程、功能需求和非功能需求進行了詳細的闡述和分析 ， 設(shè) 計了一個支持 中國電信上海公司 各單位 、各 部門對涉及進項增值稅 發(fā)票 進行報賬的財務(wù) 輔助 系統(tǒng) 。本文對進項稅報賬流程變更 、 報賬界面改造、進項稅認證 功能 、進項稅轉(zhuǎn)出 功能 等功能進行了詳細的需求分析， 確立以進項稅報賬及認證流程為 核心，結(jié)合報賬審核 流程的修改 來改造原有的財務(wù)輔助 系統(tǒng)。 論文 描述了系統(tǒng)的 改造 設(shè)計方案，包括 改造后的系統(tǒng) 總體架構(gòu)以及重要 的界面及安全 設(shè)計 ；闡述了中國電信上海公司 財務(wù)輔助系統(tǒng)配合營改增改造 的 系統(tǒng) 具體實現(xiàn)方 法 ， 對 報賬頁面改造、報賬流程改造、進項稅認證、進項稅轉(zhuǎn)出 、統(tǒng)一認證、與增值稅管理平臺的數(shù)據(jù)交互、與財務(wù) 基礎(chǔ)核算系統(tǒng)的數(shù)據(jù)交互 等 典型 模塊 和接口 的設(shè)計進行了詳細描述， 并展示了 系統(tǒng) 的相關(guān) 功能 。 目前中國電信上海公司 財務(wù)輔助系統(tǒng)配合營改增的改造工作已經(jīng)完成并投入 運行使用，效果良好 ，達到了 進項稅發(fā)票的用戶報賬、發(fā)票認證及稅務(wù)抵扣的全流程系統(tǒng)貫穿，有效支持了上海公司營改增的專項工作 ，得到中國 電信 上海公司 各部門員工的好評 。 關(guān)鍵詞： 財務(wù)輔助系統(tǒng) ， 營業(yè)稅改增值稅 ， 進項稅報賬 n of an in 013, of to a of so as to of of to a of to a as as as of of on a of AT a of a AT AT a in AT as as is in of of of as as is to of a a of of AT as as of of in At of I of a is It a of of to of a As a it a of of a 濟大學 碩士學位論文 目錄 I 目錄 第 1章 緒論 . 1 究背景 . 1 究意義 . 1 究現(xiàn)狀 . 2 究目標及內(nèi)容 . 2 文組織結(jié)構(gòu) . 3 第 2章 相關(guān)技術(shù) . 4 . 4 . 7 間件 . 9 程引擎 . 11 . 12 第 3章 系統(tǒng)需求分析 . 15 戶提出需求 . 16 上報賬需求 . 16 程審批的需求 . 16 項稅認證的需求 . 17 證登帳的需求 . 18 營報表的需求 . 19 戶需求分析 . 20 析實現(xiàn)目標 . 20 能模型分析 . 20 設(shè)和約束 . 22 上報賬的需求分析 . 22 程審批的需求分析 . 24 項稅認證的需求分析 . 25 證登賬的需求分析 . 27 營報表的需求分析 . 28 功能性需求 . 29 面需求 . 29 密性和安全性需 求 . 29 同濟大學 碩士學位論文 目錄 系統(tǒng)性能需求 . 30 第 4章 系統(tǒng)設(shè)計 . 31 統(tǒng)設(shè)計思路 . 31 統(tǒng)設(shè)計目標 . 31 統(tǒng)設(shè)計原則 . 31 統(tǒng)架構(gòu) . 32 統(tǒng)技術(shù)選型 . 32 統(tǒng)體系架構(gòu) . 32 統(tǒng)硬件架構(gòu) . 33 統(tǒng)關(guān)鍵模塊設(shè)計 . 34 戶報賬單設(shè)計 . 35 項稅認證設(shè)計 . 38 程審批設(shè)計 . 41 證登帳設(shè)計 . 42 統(tǒng)安全設(shè)計 . 44 點登錄 . 44 殊字符過濾 . 45 統(tǒng)數(shù)據(jù)庫設(shè)計 . 45 據(jù)庫選擇 . 45 戶網(wǎng)上報賬功能的設(shè)計標準 . 45 項稅認證功能的設(shè)計標準 . 48 證登帳功能的設(shè)計標準 . 49 第 5章 系統(tǒng)關(guān)鍵模塊實現(xiàn) . 53 上報賬功能實現(xiàn) . 53 務(wù)輔助系統(tǒng)調(diào)用影像系統(tǒng)獲取發(fā)票信息接口實現(xiàn) . 53 賬單增票抵扣 . 54 項稅認證的實現(xiàn) . 55 務(wù)輔助系統(tǒng)獲取增票認證系統(tǒng)數(shù)據(jù)接口實現(xiàn) . 55 程審批功能實現(xiàn) . 56 程審批中增加認證人代碼實現(xiàn) . 56 證登賬功能實現(xiàn) . 58 務(wù)輔助憑證登賬界面的代碼實現(xiàn) . 58 財務(wù)基礎(chǔ)核算系統(tǒng)的入賬信息接口實現(xiàn) . 59 營報表的功能實現(xiàn) . 60 同濟大學 碩士學位論文 目錄 增值稅專用發(fā)票情況統(tǒng)計表的實現(xiàn) . 60 其他外圍系統(tǒng)接口功能的實現(xiàn) . 61 點登錄功能的實現(xiàn) . 61 增值稅管理平臺接口的實現(xiàn) . 62 第六章 系統(tǒng)測試與績效分析 . 64 言 . 64 試背景 . 64 試內(nèi)容 . 64 略語 . 65 能測試 . 65 上報賬功能測試 . 65 項稅認證功能測試 . 66 程審批功能測試 . 66 證登帳功能測試 . 66 營報表功能測試 . 66 能測試結(jié)果分析 . 66 能測試 . 67 試目標、性能要求 . 67 試硬件 . 68 試軟件 . 69 試結(jié)果 . 69 全性測試 . 80 靠性測試 . 80 試結(jié)論 . 81 統(tǒng)績效分析 . 81 第 7章 結(jié)論與展望 . 83 論 . 83 一步工作的方向 . 83 致謝 . 錯誤 !未定義書簽。 參考文獻 . 85 個人簡歷、在讀期間發(fā)表的學術(shù)論文與研究成果 . 錯誤 !未定義書簽。 第 1 章 緒論 1 第 1 章 緒論 究 背景 2011 年 3 月十一屆全國人大第四次會議國民經(jīng)濟和社會發(fā)展第十二個五年計劃綱要明確了“ 擴大增值稅征收范圍，相應(yīng)調(diào)減營業(yè)稅等稅收”后， 2011年 11 月，財稅部門出臺營業(yè)稅收改增值稅試點方案，明確未來郵電通信業(yè)營改增后適用增值稅一般計稅方法。 從 2012 年 1 月 1 日起，在上海 交通運輸業(yè)和部分 現(xiàn)代服務(wù)業(yè) 開展營業(yè)稅改征增值稅試點。 中國電信集團公司在 2012 年 6 月份正式下達營業(yè)稅 改增值稅的專項任務(wù)工作， 中國電信上海公司 公司響應(yīng)集團要求，要求各系統(tǒng)在 2014 年 1 月 1 日前完成相應(yīng)的系統(tǒng)改造工作。 中國電信在 “ 營改增 ” 之前，征收營業(yè)稅。 “ 營改增 ” 之后，中國電信通信主業(yè)各級單位均滿足一般納稅人判定條件，可以開具和接收增值稅專用發(fā)票，計稅原則是進銷抵扣、差額納稅，原則上適用增值稅一般計稅方法： 增值稅應(yīng)納稅額 =當期銷項稅額當期進項稅額 =銷售額 稅率（可抵扣付現(xiàn)類成本 適用稅率 +機器設(shè)備類固定資產(chǎn)購置額 適用稅率），但增值稅計算過程復(fù)雜，要綜合考慮收入、成本、資本性支出等各類因素，因此需要 結(jié)合捆綁銷售、不同業(yè)務(wù)采用不同銷項稅、代理商管理、發(fā)票管理、網(wǎng)間結(jié)算、國際業(yè)務(wù)、匯總納稅抵扣、財務(wù)管理、集中采購、供應(yīng)商管理、合同管理 、 析報表等多種業(yè)務(wù)場景，在 費、 專業(yè)系統(tǒng)上進行優(yōu)化改造，支 撐 “ 營改增 ” 需求。 2013 年 2 月，應(yīng)上海公司營改增專項項目組的要求，先行開展涉及營改增進項稅部分的系統(tǒng)改造實施工作，重中之重為財務(wù)輔助系統(tǒng)配合營改增進行相應(yīng)的改造，以滿足進項稅抵扣的業(yè)務(wù)需求。 究意義 本論文主要研究如何通過信息化手段，解決 中國電信上海公司 財務(wù)輔助系統(tǒng)支持本企 業(yè)內(nèi)部 營業(yè)稅改增值稅的進項稅專用發(fā)票稅費抵扣的需求， 實現(xiàn)進項稅發(fā)票的用戶報賬、發(fā)票認證及稅務(wù)抵扣的全流程系統(tǒng)貫穿工作，有效減輕企業(yè)的稅務(wù)負擔，規(guī)避公司稅務(wù)風險，保持上海 公司的強大市場競爭力及經(jīng)營利潤，具有較高的工程應(yīng)用價值。 第 1 章 緒論 2 究現(xiàn)狀 2011 年 3 月十一屆全國人大第四次會議國民經(jīng)濟和社會發(fā)展第十二個五年計劃綱要明確了 “ 擴大增值稅征收范圍，相應(yīng)調(diào)減營業(yè)稅等稅收 ” 后 ， 2011年 11 月，財稅部門出臺營業(yè)稅收改增值稅試點方案，明確未來郵電通信業(yè)營改增后適用增值稅一般計稅方法。從 2012 年 1 月 1 日 起，在上海 交通運輸業(yè)和部分 現(xiàn)代服務(wù)業(yè) 開展營業(yè)稅改征增值稅試點。 2011年 4月上海公司財務(wù)輔助系統(tǒng)正式上線部署，目前已運行 2年多時間。隨著國家營業(yè)稅改增值稅的逐步推進，電信業(yè)已被納入下一步的計征對象。 中國電信上海公司 作為中國電信集團的全資子 公司，有必要未雨綢繆，對涉及營業(yè)稅改增值稅的相應(yīng)系統(tǒng)進行改造。而財務(wù)輔助系統(tǒng)，為配合營業(yè)稅改增值稅中進項稅專票的報賬和增值稅專票的認證 及后續(xù)抵扣 ，急需進行相應(yīng)的改造。目前財務(wù)輔助系統(tǒng)在功能和性能方面，面臨以下問題： 功能欠缺：目前的財務(wù)輔助系統(tǒng)不支持用戶報賬涉及增值稅時做自動的價稅分離，也不支持與地方稅務(wù)局增值稅網(wǎng)上認證系統(tǒng)的數(shù)據(jù)交互，需要進行開發(fā)更新。 流程疏漏：對于涉及進項稅報賬 的電子報賬單，目前系統(tǒng)固化的審批流程有疏漏，需要將此類電子單據(jù)增加 進項稅認證的 審批環(huán)節(jié)， 需要對所有涉及進項稅報賬的審批流程 進行 相應(yīng)的改造。 業(yè)務(wù)處理速度慢：一般來說，業(yè)務(wù)處理速度慢表現(xiàn)為單位時間內(nèi)，系統(tǒng)處理的交易數(shù)目少，給最終用戶的感覺就是頁面響應(yīng)速度慢。一旦響應(yīng)速度慢，用戶可能反復(fù)刷新頁面，重新提交操作。應(yīng)用系統(tǒng)的交易速度慢本來就可能是由于系統(tǒng)負載重導(dǎo)致的，用戶的這些行為可能進一步加重系統(tǒng)的負載，造成更嚴重的問題。 究 目標 及 內(nèi)容 本論文研究 通過改造財務(wù)輔助系統(tǒng) ， 配合 中國電信上海公司 完成營業(yè)稅改增值稅后涉及進項增值稅專用發(fā)票的全流程報賬及稅務(wù)抵扣以及轉(zhuǎn)出工作 ， 最終形成一個安全、高效響應(yīng)時間短，并發(fā)數(shù)多，業(yè)務(wù)處理能力強，數(shù) 據(jù)存儲能力高，靈活性好的信息平臺體系。 通過改造， 該 系統(tǒng)能夠滿足下列目標 : 解決原系統(tǒng)無法支撐增值稅專用發(fā)票抵扣涉及的財務(wù)憑證價稅分離的問題，通過修改源代碼、修改原表單界面的方式予以解決。 第 1 章 緒論 3 修改并優(yōu)化原系統(tǒng)中自帶的 決流程中新增審批節(jié)點的問題，提高客戶報賬認證需求響應(yīng)速度，提高工作效率 ，切實提高客戶服務(wù)質(zhì)量。 通過外圍系統(tǒng)與財務(wù)輔助 系統(tǒng)的接口改造，獲取財務(wù)基礎(chǔ)核算系統(tǒng)、影像系統(tǒng)、增值稅管理平臺、增值稅專用發(fā)票認證系統(tǒng) 等系統(tǒng)傳遞來的營改增基礎(chǔ)數(shù)據(jù)信息，實現(xiàn)財務(wù)報 賬的閉環(huán)管理。 本論文 是在上海公司財務(wù)輔助系統(tǒng)基礎(chǔ)上，對系統(tǒng)功能進行優(yōu)化升級，適應(yīng)稅務(wù)管理體制的變化，實現(xiàn)營業(yè)稅改增值稅進項稅報賬、發(fā)票認證、抵扣等功能。主要研究內(nèi)容如下： 通過在原財輔系統(tǒng)增加增值稅報賬、發(fā)票認證抵扣、相關(guān)等功能，研究應(yīng)用系統(tǒng)的高可集成性。 三層架構(gòu)模型下的數(shù)據(jù)存取，以及傳輸過程中的完整性。 對外接口數(shù)據(jù)交互的安全性，可靠性。 文組織結(jié)構(gòu) 第一 章 闡述 了 本課題的研究背景及意義， 介紹了中國電信上海公司財務(wù)輔助系統(tǒng)配合營業(yè)稅改增值稅進行改造 的研究現(xiàn)狀 ， 研究 的目標及本文的 組織結(jié)構(gòu) 。 第二 章 對采用的 術(shù) 、 行了整體介紹 。 第三 章 對 中國電信上海公司 財務(wù)輔助系統(tǒng)營改增 的需求進行了分析，首先確定了用戶的重要業(yè)務(wù)需求，之后對這些業(yè)務(wù)需求進行了 需求分析，最后是非功能性需求 分析 。 第 四 章 闡述 中國電信上海公司 財務(wù)輔助系統(tǒng)配合營業(yè)稅改增值稅進行改造 的系統(tǒng) 架構(gòu) 、關(guān)鍵模塊設(shè)計、系統(tǒng)安全 設(shè)計 以及系統(tǒng)數(shù)據(jù)庫設(shè)計 。 第 五章 闡述 系統(tǒng) 模塊 實現(xiàn) 。 挑選具有代表性的關(guān)鍵代碼，描 述主要功能的實現(xiàn)方法 。 第六章 闡述了財務(wù)輔助系統(tǒng) 配合營業(yè)稅改增值稅進行 改造后的系統(tǒng) 功能測試、 性能 測試 、安全性測試以及可靠性測試的 情況以及 系統(tǒng) 績效分析 。 第七 章 總結(jié)了筆者的研究工作，并對進一步的工作方向進行了展望。 第 2 章 相關(guān)技術(shù) 4 第 2 章 相關(guān)技術(shù) 臺設(shè)計 技術(shù) 前電信行業(yè) 存在如下共性 ： 信息化比較深入 :已存在 統(tǒng)較多、 采用集團化集中管理模式：數(shù)據(jù)量大、并發(fā)量高 。 業(yè)務(wù)復(fù)雜：系統(tǒng)實現(xiàn)復(fù)雜性大 。 業(yè)務(wù)創(chuàng)新和發(fā)展快：對變化的響應(yīng)、系 統(tǒng)可擴展性和 可擴充性要求高 。 對 統(tǒng)安全控制比較嚴格：安全、可控 。 圖所示： 圖 臺中的基礎(chǔ) 技術(shù)平臺架構(gòu) 如 下 圖所示 ： 第 2 章 相關(guān)技術(shù) 5 圖 下 圖所示 ： 圖 整個平臺基于 術(shù) ， 主要專注以下 6 個方面 ： 安全、可集成性、跨平臺、標準化、構(gòu)件化、分布式部署。 一種利用 平臺來簡化企業(yè)解決方案的開發(fā)、部署和管理相關(guān)的復(fù)雜問題的體系結(jié)構(gòu)。 術(shù)的基礎(chǔ)就是核心 臺或 平臺的標準版， 僅鞏固了標準版中的許多優(yōu)點， 例如 編寫一次、隨處運行 的 特性、方便存取數(shù)據(jù)庫的 術(shù)以及能夠在 用中保護數(shù)據(jù)的安全模式等等，同時還提供了對 2 章 相關(guān)技術(shù) 6 及 術(shù)的全面支持。其最終目的就是成為一個能夠使企業(yè)開發(fā)者大幅縮短投放市場時間的體系結(jié)構(gòu)。 系結(jié)構(gòu)提供中 間層集成框架用來滿足無需太多費用而又需要高可用性、高可靠性以及可擴展性的應(yīng)用的需求。通過提供統(tǒng)一的開發(fā)平臺， 低了開發(fā)多層應(yīng)用的費用和復(fù)雜性，同時提供對現(xiàn)有應(yīng)用程序集成強有力支持，完全支持 良好的向?qū)еС执虬筒渴饝?yīng)用，添加目錄支持，增強了安全機制，提高了性能 1。 為基于平臺的項目提供安全的運行環(huán)境以及保證業(yè)務(wù)數(shù)據(jù)的安全性：平臺提供身份驗證（支持多種驗證方式和可插拔的驗證機制），訪問控制（功能點控制、數(shù)據(jù)控制、關(guān)鍵數(shù)據(jù)保護）。 隨著行業(yè)的信息化深入，任何 一個系統(tǒng)都不是孤立存在的，可集成性是解決信息孤島的有效途徑。 臺提供： 數(shù)據(jù)級集成：通過 架提供數(shù)據(jù)級集成 。 對象管理組織 ）根據(jù) 括電力、供水、天然氣等公共服務(wù)事業(yè)）的應(yīng)用事業(yè)及其信息系統(tǒng)發(fā)展的現(xiàn)狀和前景而制定的數(shù)據(jù)讀取 要用于從 統(tǒng)中實時或者非實時的獲取分析數(shù)據(jù) 2。 應(yīng)用級集成：通過 架應(yīng)用級別集成 。 稱為 企業(yè)服務(wù)總線 。它是傳統(tǒng) 中間件 技術(shù)與 務(wù)等技術(shù)結(jié)合的產(chǎn)物。 供了網(wǎng)絡(luò)中最基本的連接中樞，是在 構(gòu)中實現(xiàn)服務(wù)間智能化集成與管理的中介 3。 出現(xiàn)改變了傳統(tǒng)的 軟件架構(gòu) ，可以提供比傳統(tǒng) 中間件產(chǎn)品 更為廉價的解決方案，同時它還可以消除不同應(yīng)用之間的技術(shù)差異，讓不同的應(yīng)用服務(wù)器協(xié)調(diào)運作，實現(xiàn)了不同服務(wù)之間的通信與整合。從功能上看， 件驅(qū)動 和文檔導(dǎo)向的 處理模式，以及分布式的運行管理機制，它支持基于內(nèi)容的路由和過濾，具備了復(fù)雜數(shù)據(jù)的傳輸能力，并可以提供一系列的標準接口。 集成：通過頁面 供 集成。 文全稱 n， 單點登錄 。 在多個應(yīng)用系統(tǒng)中，用戶只需要登錄一次就可以訪問所有相互信任的應(yīng)用系統(tǒng)。它包括可以將這次主要的登錄映射到其他應(yīng)用中用于同一個用戶的登錄的機制。 它是目前比較流行的企業(yè)業(yè)務(wù)整合的解決方案之一。 同時平臺設(shè)計完全遵循 準，采用業(yè)界標準模式進行構(gòu)架和實現(xiàn)。平臺提供： 基于 式的 架 。 發(fā)模式將數(shù)據(jù)的訪問和數(shù)據(jù)的展第 2 章 相關(guān)技術(shù) 7 現(xiàn)做了分離。通過這種模式，可以開發(fā)一個具有伸縮性、便于擴展、便于流程維護的平臺。 式具有設(shè)計清晰、易于擴展、運用可分布的特點 4。 采用 式和 術(shù)的中間層框架 。 控制反轉(zhuǎn)模式 ， 也稱作依賴性介入）的基本概念是：不創(chuàng)建對象，但是描述創(chuàng)建它們的方式。在代碼中不直接與對象和服務(wù)連接，但在配置文件中描 述哪一個組件需要哪一項服務(wù)。容器 （在 架中是 器）負責將這些聯(lián)系在一起。面向方面的編程，即 一種編程技術(shù)，它允許程序員對橫切關(guān)注點或橫切典型的職責分界線的行為（例如日志和事務(wù)管理）進行模塊化。 補充性的技術(shù)，它們都運用模塊化方式解決企業(yè)應(yīng)用程序開發(fā)中的復(fù)雜問題 5。 采用 O/R 制來進行數(shù)據(jù)庫存取 ， 對象關(guān)系映射（ 稱 一種為了解決 面向?qū)ο?與關(guān)系數(shù)據(jù)庫存在的互不匹配的現(xiàn)象的技術(shù)。簡單的說， 通過使用描述對象和數(shù)據(jù)庫之間映射的元數(shù)據(jù)，將 序中的對象自動持久化到關(guān)系數(shù)據(jù)庫中。本質(zhì)上就是將數(shù)據(jù)從一種形式轉(zhuǎn)換到另外一種形式 6。 基于 于角色的訪問控制列表）的訪問控制模型以及參照 基于角色的訪問控制（ 為傳統(tǒng)訪問控制（自主訪問，強制訪問）的有前景的代替受到廣泛的關(guān)注。 它的 基本特征是根據(jù)安全策略劃分出不同的角色，資源訪問許可被封裝在角色中，同時為用戶分配不同的角色，用戶通過角色間接的訪問資源。它的最大優(yōu)點在于能夠靈活表達和實現(xiàn)組織的安全政策，十分接近日常的組織管理規(guī)則，可以有效的表達和鞏固特定事務(wù)的安全策略，有效地緩解傳統(tǒng)安全管理處理瓶頸 7。 證和授權(quán) 供了靈活和可伸縮的機制來保證客戶端或服務(wù)器端的 序。 調(diào)的是通過驗證誰在運行代碼以及 他 /她 的權(quán)限 來保護系統(tǒng)免受用戶的攻擊。它讓你能夠?qū)⒁恍藴实陌踩珯C制，例如 網(wǎng)絡(luò)信息服務(wù) ）、 T、 量目錄存取協(xié)議），通過一種通用的，可配置的方式集成到系統(tǒng)中 8。 臺 采用構(gòu)件化設(shè)計從而保證基于基礎(chǔ)平臺的項目的可擴展和可擴充性。并為客戶提供一個沉淀業(yè)務(wù)構(gòu)件的載體。通過不斷沉淀來最大化客戶的 度可靠的 撐系統(tǒng)。平臺提供：組織結(jié)構(gòu)管理構(gòu)件 、權(quán)限管理構(gòu)件 、 系統(tǒng)日志構(gòu)件 、 公告發(fā)布構(gòu)件 、 身份驗證構(gòu)件 、 控管理構(gòu)件 、 系統(tǒng)監(jiān)控構(gòu)件 、 流程引擎構(gòu)件 、 流程監(jiān)控構(gòu)件 、 信息預(yù)警構(gòu)件 。 據(jù)庫 第 2 章 相關(guān)技術(shù) 8 財務(wù)輔助系統(tǒng)選用的是 1G 數(shù)據(jù) 庫 ,具 體介紹如下： 據(jù)庫是數(shù)據(jù)單元的集合，數(shù)據(jù)庫的目的是存儲和提取相關(guān)信息。數(shù)據(jù)庫服務(wù)器能夠解決信息管理的問題，能夠在多用戶環(huán)境下管理大量的數(shù)據(jù)，使得這些用戶能夠同時訪問一致的數(shù)據(jù)記錄。數(shù)據(jù)庫服務(wù)器提供了高穩(wěn)定性和安全特性，防止未經(jīng)授權(quán)的用 戶訪問企業(yè)重要的信息資源 9。 據(jù)庫 是以高級結(jié)構(gòu)化查詢語言 (基礎(chǔ)的大型關(guān)系數(shù)據(jù)庫，通俗地講它是用方便邏輯管理的語言操縱大量有規(guī)律數(shù)據(jù)的集合。是目前最流行的 客戶 /服 務(wù)器 (系結(jié)構(gòu)的數(shù)據(jù)庫之一 10。 用共享 多線索服務(wù)器體系結(jié)構(gòu)。這減少了 資源占用，并增強了 能力，使之在低檔軟硬件平臺上用較少的資源就可以支持更多的用戶，而在高檔平臺上可以支持成百上千個用戶。提供了基于角色 (工的安全保密管理。在數(shù)據(jù)庫 管理功能、完整性檢查、安全性、一致性方面都有良好的表現(xiàn)。支持大量多媒體數(shù)據(jù)，如二進制圖形、聲音、動畫以及多維數(shù)據(jù)結(jié)構(gòu)等。提供了與第三代高級語言的接口軟件 列，能在C,C+等主語言中嵌入 句及過程化 (句，對數(shù)據(jù)庫中的數(shù)據(jù)進行操縱。 據(jù)庫對 句的擴展，在普通 句的使用上增加了編程語言的特點，所以 是把數(shù)據(jù)操作和查詢語句組織在碼的過程性單元中，通過邏輯判斷、循環(huán)等操作實現(xiàn)復(fù)雜的功能或者計算的程序語言。 可以 使用過程控制語句、定義常量和變量，也能夠內(nèi)嵌 句交互數(shù)據(jù)庫 11。 使用 言可以編寫函數(shù)（ 過程（ 觸發(fā)器（ 包體（ 存儲程序。 存儲函數(shù)和存儲過程都是具有特定功能完成某種任務(wù)的 言塊，區(qū)別是函數(shù)會返回一個值給調(diào)用者。它倆都是通過預(yù)編譯存儲在內(nèi)存，執(zhí)行時不需要再編譯，可以直接執(zhí)行，速度相當快。普通 句發(fā)出后，提交數(shù)據(jù)庫需要解析、編譯、執(zhí)行等，速度慢很多，所以存儲函數(shù)和過程保證了數(shù)據(jù)庫系統(tǒng) 的高效管理和運行。存儲過程可以減少 入式攻擊，提高了系統(tǒng)安全性，沒有一定權(quán)限的用戶不能執(zhí)行相應(yīng)的存儲過程。如果同時進行主從表或多表間的數(shù)據(jù)有效性驗證和操作時，存儲過程會更方便的利用 的事務(wù)處理機制。 程序包可以把過程和函數(shù)封閉起來，作為一個獨立的單元，以完成相應(yīng)的操作。它含有兩個部分：規(guī)范說明和程序包體。規(guī)范說明包含了程序包的信息、過程和函數(shù)列表。程序包體中包含了實際的代碼 12。它可以把過程和函數(shù)放在邏輯分組中，存在兩個部分：即包說明（規(guī)范、包頭）和包體（程序主體）。它們都第 2 章 相關(guān)技術(shù) 9 被存儲在數(shù)據(jù)字典 中，程序包同過程、函數(shù)相比，它僅能存儲在非本地的數(shù)據(jù)庫中。除了允許相關(guān)的對象結(jié)合為組之外，包與依賴性較強的存儲子程序相比其所收的限制較少。本質(zhì)講包是一個命名的聲明部分，任何出現(xiàn)在塊聲明中的 些語句包括過程、函數(shù)、游標、類型、常量和變量等。它們都存儲在包體內(nèi)，用戶就能任意從別的 中引用，可以理解為程序包內(nèi)的全局變量和函數(shù)功能。因此，調(diào)用程序包完成工作效率是最快的。 觸發(fā)器比較特殊，它只能由事件觸發(fā)，附著在數(shù)據(jù)庫表實體的 序，隨著表記錄的變化調(diào)用相應(yīng)的程序指令。 也可以查詢操作其他表，包含更為復(fù)雜的 句。甚至可以強制服從復(fù)雜的業(yè)務(wù)需要和規(guī)則，例如強制引用完整性約束，以便在多個表中同時添加、更新或刪除行，保證這些表之間事先定義的關(guān)系 13。觸發(fā)器能夠利用庫結(jié)構(gòu)里的關(guān)聯(lián)表進行級聯(lián)操作，通過級聯(lián)調(diào)用完整性約束較好的進行變更操作。所以，觸發(fā)器可以使用比 束更復(fù)雜的約束。觸發(fā)器可以使用另一個表中的 較插入或更新的數(shù)據(jù)，以及執(zhí)行其它操作，如修改數(shù)據(jù)或顯示用戶定義錯誤信息。觸發(fā)器也可以評估數(shù)據(jù)修改前后的表狀態(tài)，并根據(jù)其差異采取對策。一個表中的多個同類 觸發(fā)器（ 許采取多個不同的對策以響應(yīng)同一個修改語句。觸發(fā)器相對約束來說，在特殊情況下更具優(yōu)勢，尤其可以包含使用 碼的復(fù)雜處理邏輯。觸發(fā)器可以支持約束的所有功能，在約束所支持的功能無法滿足應(yīng)用程序的功能要求時，觸發(fā)器就極