




已閱讀5頁,還剩54頁未讀, 繼續(xù)免費閱讀
版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)
文檔簡介
中圖分類號: 學(xué)校代碼: 10055 密級: 公開 專 業(yè) 碩 士 學(xué) 位 論 文 銀行業(yè)計算機運營維護(hù)管理系統(tǒng)設(shè)計與實現(xiàn) of 要 摘 要 隨著金融業(yè)信息化的迅速發(fā)展,信息化系統(tǒng)的數(shù)量日益增多,數(shù)據(jù)量急劇增多,數(shù)據(jù)日趨集中,信息化系統(tǒng)對業(yè)務(wù)運行的影響日益增大。為了確保各業(yè)務(wù)系統(tǒng)穩(wěn)定、可靠、安全的運行,更好的為業(yè)務(wù)系統(tǒng)提 供服務(wù),本文在遵循可靠性、可用性、可維護(hù)性和可擴展性等的設(shè)計原則下,嘗試設(shè)計一套管理簡便、便于擴展、緊密結(jié)合銀行業(yè)計算機系統(tǒng)運維管理工作實踐的主動式服務(wù)平臺。 本文以 核心思想為指引 ,結(jié)合郵儲銀行經(jīng)營的相關(guān)行業(yè)特色,對郵儲銀行目前計算機系統(tǒng)運維核心流程的現(xiàn)狀與存在的問題進(jìn)行了分析, 隨后依據(jù)管理模式劃分為用戶信息管理、事件管理、問題管理、值班管理、知識管理、版本管理、報表管理七部分內(nèi)容并逐一設(shè)計其主要功能以 及數(shù)據(jù)庫的設(shè)計,最后描述了系統(tǒng)的架構(gòu)、實現(xiàn)方法等方面的內(nèi)容。 本系統(tǒng)界面簡潔、操作簡單,精簡了管理流程、提高了工作效率。本系統(tǒng)也適合向其他同業(yè)銀行推廣使用。 關(guān)鍵字 : 系統(tǒng)運維, 故障管理, 主動式服務(wù) in of of is on n to a in to a is to of of s to to at at is is is to 錄 錄 第一章 緒論 . 1 第一節(jié) 研究背景 . 1 第二節(jié) 目前國內(nèi)銀行 . 2 第三節(jié) 郵儲銀行基本情況及計算機系統(tǒng)運維現(xiàn)狀 . 2 第四節(jié) 研究目的和意義 . 3 第五節(jié) 論文內(nèi)容與結(jié)構(gòu) . 4 第二章 需求分析 . 5 第一節(jié) 郵儲銀行運維管理中存在的問題分析 . 5 第二節(jié) 系統(tǒng)總體描述 . 8 用戶類型分析 . 9 用戶類型分析 . 11 第三節(jié) 系統(tǒng)功能及用例分析 . 12 第四節(jié) 系統(tǒng)的性能需求 . 16 第三章 系統(tǒng)的設(shè)計 . 18 第一節(jié) 系統(tǒng)設(shè)計原則 . 18 第二節(jié) 系統(tǒng)體系結(jié)構(gòu)設(shè)計 . 19 用戶類型分析 . 20 事件管理功能模塊設(shè)計 . 22 問題管理功能模塊設(shè)計 . 24 值班管理 . 25 版本管理 . 26 知識管理 . 28 報表管理 . 28 第三節(jié) 系統(tǒng)數(shù)據(jù)庫設(shè)計 . 31 系統(tǒng) . 31 目錄 系統(tǒng) . 31 事件管理數(shù)據(jù)庫結(jié)構(gòu) . 34 第四章 系統(tǒng)的實現(xiàn) . 37 第一節(jié) 用戶登錄功能的實現(xiàn) . 37 第 二 節(jié) 事件管理的實現(xiàn) . 40 件單新建 . 40 業(yè)務(wù)功能 . 40 操作流程 . 40 界面描述 . 41 第三節(jié) 報表功能的實現(xiàn) . 46 第四節(jié) 問題管理功能的實現(xiàn) . 46 第五節(jié) 知識管理功能的實現(xiàn) . 47 第五章 總結(jié)與展望 . 48 第一節(jié) 總結(jié) . 48 第二節(jié) 展望 . 49 參考文獻(xiàn) . 51 致謝 . 53 個人簡歷 . 54 第一章 緒論 1 第一章 緒論 第一節(jié) 研究背景 2013年 1月中國銀行業(yè)本外幣貸款余額 比增長 貸款余額相較去年增長 在如此巨大的數(shù)字背后有著無數(shù)信息系統(tǒng)的默默運作。隨著業(yè)務(wù)量的增加和業(yè)務(wù)領(lǐng)域的不斷擴展,銀行業(yè)金融信息化系統(tǒng)的數(shù)量日益增多,各類信息系統(tǒng)對業(yè)務(wù)運行的影響日益增大。 現(xiàn)代信息技術(shù)的迅猛發(fā)展是各銀行 變革和優(yōu)化運營模式的基礎(chǔ)和助推劑。隨著銀行金融業(yè)的快速發(fā)展,信息化建設(shè)將為銀行業(yè)的創(chuàng)新發(fā)展和內(nèi)部管理提供強有力的支撐,成為促進(jìn)銀行業(yè)發(fā)展,提高銀行業(yè)核心競爭力的重要保障。同時,銀行業(yè)的持續(xù)快速發(fā)展對信息化建設(shè)工作提出了更高的要求。加強銀行電子商務(wù)研究,發(fā)展網(wǎng)上銀行等低成本服務(wù)方式,是電子商務(wù)逐漸成為未來銀行業(yè)務(wù)重要的營銷渠道和新的增長點。全面實現(xiàn)網(wǎng)上無紙辦公,不僅節(jié)約了成本,也使得工作效率進(jìn)一步提高。 銀行業(yè)信息化建設(shè)的不斷深入,無論從效率方面,還是從業(yè)務(wù)管理能力方面,都為銀行業(yè)務(wù)持續(xù)快速發(fā)展提供了 技術(shù)保障。銀行業(yè)利用信息網(wǎng)絡(luò)和移動通信技術(shù)建立了客戶服務(wù)信息系統(tǒng),形成了一批極具品牌價值的客服平臺,能夠及時處理銀行客戶的咨詢、投訴、查詢、遠(yuǎn)程交易等需求。為加強了銀行對各類業(yè)務(wù)、各分支機構(gòu)的管控能力,我們通過精簡層級管理,降低人為因素干擾,信息全國大集中等信息技術(shù)手段,提升銀行各業(yè)務(wù)科學(xué)技術(shù)含量的同時,實現(xiàn)了系統(tǒng)的精細(xì)化管理。有效的將銀行的服務(wù)范圍從營業(yè)網(wǎng)點擴大到了自助24小時服務(wù)機具,互聯(lián)網(wǎng),再又?jǐn)U大到了手機短信等聲訊服務(wù)平臺。此外,銀行信息系統(tǒng)與銀監(jiān)局、人民銀行的聯(lián)網(wǎng)協(xié)作,有效地提高了監(jiān) 管機構(gòu)掌握各項信息數(shù)據(jù)的及時性與真實性,防范化解了各類型的操作風(fēng)險,為銀行業(yè)風(fēng)險管控水平的提高提供了強有力的支持和保障。 現(xiàn)代化信息技術(shù)手段有力地促進(jìn)了商業(yè)銀行的管理轉(zhuǎn)型,實現(xiàn)了后援集中,運營效率有了顯著的提高。提高 項業(yè)務(wù)早已與 術(shù)形成了一個深度融合、相互交織的整體。各類第一章 緒論 2 業(yè)務(wù)平臺在提供給不同客戶個性化需求的同時,也提供了規(guī)避風(fēng)險的重要解決方案,既能快捷、方便地開發(fā)標(biāo)準(zhǔn)化的基本產(chǎn)品和服務(wù),又能靈活配置、組合產(chǎn)品和服務(wù),并為客戶提供增值服務(wù);信息化建設(shè)對于銀行來說越 來越重要。 第 二 節(jié) 目前國內(nèi)銀行 用現(xiàn)狀 銀行業(yè)信息化建設(shè)起步較早、各業(yè)務(wù)各系統(tǒng)上線時間不一。這就造成了缺乏一個統(tǒng)一、全局的信息化發(fā)展戰(zhàn)略,各業(yè)務(wù)系統(tǒng)之間標(biāo)準(zhǔn)不統(tǒng)一,造成了重復(fù)投資,資源浪費等現(xiàn)象的出現(xiàn)。在軟件開發(fā)方面,在前期僅僅重視軟件項目成本與完成時間,忽視了軟件項目質(zhì)量,造成信息系統(tǒng)運行風(fēng)險大,后期維護(hù)成本高,為信息化發(fā)展留下了隱患。 部門存在著運行維護(hù)管理工作自動化程度不高、手工勞動強度大等問題,與不斷提高的計算機系統(tǒng)運維工作的要求形成了強烈的反差。 不同業(yè)務(wù)系統(tǒng)的操作人員和運行維護(hù)的人員 完全是三條沒有相交交點的平行線,沒有考慮客戶信息的延展性、可重用性及效益性等,一個新的系統(tǒng)上線即意味著大量數(shù)據(jù)導(dǎo)入工作的開始以及現(xiàn)有資源巨大浪費的開始,在占用了銀行有限人力資源的同時,既喪失了大量的客戶可挖掘潛力,又造成了后續(xù)維護(hù)成本的大幅增加。 第 三 節(jié) 郵儲銀行基本情況及計算機系統(tǒng)運維現(xiàn)狀 郵政儲蓄自 1986 年恢復(fù)開辦以來,截止 2008年已建成覆蓋全國城鄉(xiāng)網(wǎng)點面最廣、交易額最多的個人金融服務(wù)網(wǎng)絡(luò),擁有儲蓄營業(yè)網(wǎng)點 個。郵政儲蓄銀行已在全國 31個省(市、自治區(qū))全部設(shè)立了省級分行,并且在大連、寧波、廈門、深圳、青島設(shè)有 5個計劃單列市分行。 經(jīng)過 25年的發(fā)展 , 中國郵政儲蓄銀行已形成了以本外幣儲蓄存款為主體的負(fù)債業(yè)務(wù);以國內(nèi)、國際匯兌、轉(zhuǎn)帳業(yè)務(wù)、銀行卡業(yè)務(wù)、代理保險及證券業(yè)務(wù)、代收代付、代理承銷發(fā)行、兌付政府債券、代銷開放式基金、提供個人存款證明服務(wù)及保管箱服務(wù)等多種形式的中間業(yè)務(wù);以及以 債券 投資、大額協(xié)議存款、銀團貸款、小額信貸等為主渠道的資產(chǎn)業(yè)務(wù)。 2008年至 2010年中國郵政儲蓄銀行對公存款和對公結(jié)算業(yè)務(wù)在全國 36家分行全面鋪開,信用卡成功發(fā)行。 第一章 緒論 3 隨著 2012年 1 月 21日郵儲銀行整體變更為中國郵政儲蓄銀行股份有限公司以來,信息技術(shù)的重要性在郵政儲蓄銀行日益凸顯 ,全行諸如業(yè)務(wù)應(yīng)用系統(tǒng)、業(yè)務(wù)操作系統(tǒng)、系統(tǒng)的管理和維護(hù)等工作分別由不同的部門進(jìn)行負(fù)責(zé),有本行內(nèi)的科技部門,也有郵政企業(yè)的信息技術(shù)部門,也有外包的軟件公司的運營人員。而服務(wù)器等硬件設(shè)備有租用郵政企業(yè)的,也有本行自身的固定資產(chǎn)的,可謂是非?;靵y不堪,用戶在使用某項系統(tǒng)或者某些硬件后,面臨問題或者故障的時候僅憑 自己的力量往往不能解決,但是又不能第一時間內(nèi)找到相應(yīng)的部門去解決。 第四節(jié) 研究目的和意義 為適應(yīng)商業(yè)銀行各類業(yè)務(wù)綜合經(jīng)營發(fā)展趨勢的不斷深化,銀行各業(yè)務(wù)系統(tǒng)不僅要為銀行的業(yè)務(wù)提供高效的運營支持,更要加強對各業(yè)務(wù)平臺的系統(tǒng)整合,消除商業(yè)銀行中各個業(yè)務(wù)平臺、各業(yè)務(wù)單元之間的邊界,整合商業(yè)銀行內(nèi)外部資源,優(yōu)化金融服務(wù)產(chǎn)業(yè)鏈條,為商業(yè)銀行持續(xù)發(fā)掘和滿足客戶各項金融業(yè)務(wù)個性化需求提供保障與支持,創(chuàng)造更高的客戶價值和盈利能力。對商業(yè)銀行而言, 計算機系統(tǒng)運維管理平臺 的建設(shè)與投用,可以提高銀行運維的自動化水平,有 利于商業(yè)銀行各業(yè)務(wù)平臺之間的,降低商業(yè)銀行交易與運營成本,提高商業(yè)銀行的競爭力。計算機統(tǒng)一運行管理系統(tǒng),從經(jīng)濟效率方面來看,還可以降低后期維護(hù)成本,值得進(jìn)行深入研究。 計算機系統(tǒng)統(tǒng)一運維管理,不僅為決策者在進(jìn)行計劃、實施和控制各種活動的能力,同時也為銀行提供了合理使用自身人員和資源的方法。計算機統(tǒng)一運維管理的主要目標(biāo)包括:業(yè)務(wù)信息、人員信息和客戶信息,保證各業(yè)務(wù)系統(tǒng)順利的運行與數(shù)據(jù)的互交的是其主要目標(biāo)之一。 本研究以 心思想為指引 1,用以對運維工作中的各種事件、問題進(jìn)行流程化處理并將屢次出現(xiàn)的問題進(jìn)行總結(jié)歸納,進(jìn)行統(tǒng)一管理,以保證運維事件的發(fā)生“事前有監(jiān)控,事后有響應(yīng)”,將運維模 式由被動的支持轉(zhuǎn)為主動 2。 第一章 緒論 4 第五節(jié) 論文內(nèi)容與結(jié)構(gòu) 國國家計算機和電信局)于 20 世紀(jì) 80 年代末開發(fā)的一套 務(wù)管理標(biāo)準(zhǔn)庫,它把英國各個行業(yè)在 在提高 源的利用率和服務(wù)質(zhì)量。 由 他是為提供優(yōu)秀的 3。 本文首先對郵儲銀行現(xiàn)階段最常見信息系統(tǒng)管理流程的現(xiàn)狀進(jìn)行了深入的分析,對 重根據(jù) 后基于 括事件流程與業(yè)務(wù)流程。 本論文的內(nèi)容結(jié)構(gòu)安排如下: 第一章“緒論”,簡要對商業(yè)銀行為何引入 銀行的發(fā)展前景,給出了課題主要研究內(nèi)容和論文的組織結(jié)構(gòu)。闡述了研究的背景和動機。 第二章“需求分析”,本章根據(jù)郵儲銀行 述郵儲銀行計算機系統(tǒng)運維管理系統(tǒng)及數(shù)據(jù)大集中的需求。該需求描述的主要目的是將郵儲銀行業(yè)務(wù)進(jìn)行統(tǒng)一管理,以保證運維事件的順利進(jìn)行。而后對該系統(tǒng)各模塊功能設(shè)計及系統(tǒng)的總體框架結(jié)構(gòu)進(jìn)行了概述。 第三章“系統(tǒng)設(shè)計”,本章對系統(tǒng)中各模塊的功能、其內(nèi)在結(jié)構(gòu)以及整個系統(tǒng)的總體設(shè)計進(jìn)行了詳細(xì)的闡述。用原型圖構(gòu)建出流程表單,說明了主要流程的結(jié)構(gòu)設(shè)計,并詳細(xì)說明了 流程的功能和走向。 第四章 系統(tǒng)主要功能的實現(xiàn) ,本章描述了銀行業(yè)計算機運營維護(hù)系統(tǒng)的實現(xiàn)的整個過程, 并對系統(tǒng)實現(xiàn)中所涉及的關(guān)鍵技術(shù)等進(jìn)行了逐一說明,同時展示系統(tǒng)中包含的一些重點模塊,展示模塊的界面設(shè)計。 第五章 展望與總結(jié) ,總結(jié)計算機運維管理系統(tǒng)的設(shè)計和實現(xiàn)經(jīng)過,對于系統(tǒng)中存在的一些不足也予以指出,并據(jù)此提出建設(shè)性意見和建議 。 第二章 系統(tǒng)的需求分析 5 第 二 章 需求分析 第一節(jié) 郵儲銀行運維管理中存在的問題分析 由于系統(tǒng)運維管理的方式和管理流程的不完善 ,導(dǎo)致郵儲銀行業(yè)務(wù)迅猛發(fā)展與系統(tǒng)運維效率低下 的矛盾日漸凸顯 ,在日益繁重的系統(tǒng)運維工作面前,科技人員基本扮演著“消防隊員”的角色,系統(tǒng)運維工作處于一種非常被動的局面。與此同時 ,由于目前的系統(tǒng)運維管理工作的管理模式的滯后,技術(shù)力量并未跟據(jù)系統(tǒng)運維服務(wù)的需求而同步增長 ,郵儲銀行的金融系統(tǒng)運維管理水平也在業(yè)務(wù)用戶的一片不滿聲中停滯不前。自從 2012 年郵儲銀行股份有限公司正式掛牌上市之后,這一年來郵儲銀行業(yè)務(wù)發(fā)展速度和服務(wù)覆蓋面不斷增大 ,就對科技部門金融系統(tǒng)運維管理水平提出了新的要求。郵儲銀行的信息化建設(shè)階段 ,己經(jīng)逐步從大規(guī)模的基數(shù)計算機系統(tǒng)建設(shè)轉(zhuǎn)變?yōu)橐越鹑谙?統(tǒng)使用為主的運維階段。由于管理思路和管理方法還在繼續(xù)沿用基礎(chǔ)計算機系統(tǒng)建設(shè)時期的 ,目前的管理方法已經(jīng)不適用于現(xiàn)階段的運維管理工作。計算機運維管理的服務(wù)管理水平的滯后性日益顯現(xiàn)出來,乃至于影響到業(yè)務(wù)的發(fā)展。 總體來說 ,郵政儲蓄銀行計算機運維管理存在以下兩方面的問題 : (1)計算機服務(wù)管理方式落后 缺乏統(tǒng)一的運維管理系統(tǒng) :郵儲銀行目前故障申報并存著多種手段,形成了故障申報途徑不統(tǒng)一的局面。這不僅直接對故障事件的響應(yīng)和解決速度造成了影響,還增加了系統(tǒng)運維人員的工作量。各業(yè)務(wù)條線故障的重要性 和急緩程度沒有一個統(tǒng)一的優(yōu)先級判別標(biāo)準(zhǔn) ,全行的故障事件無法進(jìn)行統(tǒng)一的分析和統(tǒng)計。 具體表現(xiàn)在: 1. 用戶認(rèn)為只要跟電腦有關(guān)的問題都可以找本行的科技部 ,并且并不清楚科技部門究竟每天在干什么 ,本行科技部每天忙于諸如解決本不屬于職責(zé)內(nèi)的事務(wù)性處理工作,也沒有將哪些問題是應(yīng)該由他們處理的告知用戶。 2. 用戶通過多種途徑反應(yīng)他們遇到的問題,并且根本無法判斷這個問題應(yīng)該由誰來解決,如:上級業(yè)務(wù)部門、本級科技部門、上級行科技部門。并且沒第二章 系統(tǒng)的需求分析 6 有一個規(guī)范的途徑申報所遇到的問題。管理者也無法對科技部門的 工作量進(jìn)行量化和統(tǒng)計。 ( 2)故障處理能力相對不足 隨著近年來郵儲銀行金融計算機系統(tǒng)集中度的不斷增加 ,相應(yīng)的也提高了計算機金融系統(tǒng)管理的復(fù)雜程度 ,郵儲銀行各業(yè)務(wù)系統(tǒng)的正常運作很可能被硬件、網(wǎng)絡(luò)、軟件、應(yīng)用系統(tǒng)等任何一個環(huán)境出現(xiàn)的問題所影響。目前郵儲銀行缺少一套可操作性強的運維管理系統(tǒng)應(yīng)對這些突發(fā)事件帶來的影響。導(dǎo)致運維管理人員總是處于被動狀態(tài) ,因此郵儲銀行需要一套集中有效的故障管理流程。 具體表現(xiàn)在: 1. 人員無法準(zhǔn)確的判斷系統(tǒng)故障的緊急程度。處理問題的先后順序往往取決于業(yè) 務(wù)用戶催促的頻率或者是按照個人關(guān)系遠(yuǎn)近的順序 ,大多數(shù)科技人員更是秉承著解決先高層領(lǐng)導(dǎo),后熟人,后好解決的問題的順序 ,往往根本無法顧及到故障事件的緊急程度,導(dǎo)致延誤了正常的生產(chǎn)經(jīng)營工作。 2. 部門對于運維人員應(yīng)處理完故障請求并沒時限要求 ,很多應(yīng)該及時處理的故障經(jīng)常得不到第一時間的解決,或者需要持續(xù)一段很長的時間才得以解決,業(yè)務(wù)用戶只能被動的接收這種處理的結(jié)果,既沒有有效的途徑反應(yīng)問題,也看不到問題處理的進(jìn)度,甚至連問題是否正在被處理都不清楚。 3. 故障重復(fù)發(fā)生 由于性能及效率的要求 ,運維人員基本不會努力去尋找故障發(fā)生的根本原因,而是習(xí)慣性的采取最快捷的臨時解決方案解決問題,這種做法并不能從根本上消除問題 ,導(dǎo)致相同的故障事件經(jīng)常反復(fù)發(fā)生。而沒有一套明確的運維管理流程正是這種現(xiàn)象產(chǎn)生的原因。對于同一類型的問題或者故障,運維人員往往都要進(jìn)行重復(fù)的處理;或者對于同一個故障問題,往往運用臨時變通方案進(jìn)行變通處理,導(dǎo)致同一個故障反復(fù)發(fā)生。 4. 配置管理流程缺乏 由于郵儲銀行的軟硬件架構(gòu)等 始設(shè)備和系統(tǒng)都是由郵政企業(yè)進(jìn)行運行和維護(hù)的。包括眾 多新增的業(yè)務(wù)系統(tǒng)和網(wǎng)絡(luò)平臺也都需要對接到郵政企業(yè)進(jìn)行統(tǒng)一的管理。系統(tǒng)的多元化和復(fù)雜化決定了其管理難度是其他銀行的數(shù)倍。某一系統(tǒng)或設(shè)備的配置更改很可能會影響數(shù)個系統(tǒng)的平穩(wěn)運行 ,而目前郵儲銀行的運維管理還未涉足配置管理領(lǐng)域 ,因此郵儲銀行更需要建立配置管理流程用以提高金融計算機運的管理水平。 第二章 系統(tǒng)的需求分析 7 具體表現(xiàn)在: 1. 如有新的生產(chǎn)系統(tǒng)或者新的業(yè)務(wù)系統(tǒng)版本上線后,暴露出的各種系統(tǒng)缺陷及不穩(wěn)定的情況得不到及時的解決。 2. 業(yè)務(wù)用戶在遇到故障像運維部門提出維護(hù)請求時 ,總是主觀的夸大自己提交的事件的緊 急度 ,而運維部們對故障的優(yōu)先級判別沒有一個統(tǒng)一的標(biāo)準(zhǔn) ,經(jīng)常會出現(xiàn)一些真正需要緊急處理的請求反而得不到優(yōu)先處理 ,經(jīng)常使得運維部門在緊急度較低的服務(wù)請求上浪費了寶貴的時間 。 3. 在處理一個邊界故障時,由于沒有明確的處理人,導(dǎo)致郵政的技術(shù)部門將問題推諉至銀行的科技部門,銀行的科技部門又將問題推諉至郵政的技術(shù)部門。導(dǎo)致問題不能得到解決。 4. 對于屬于郵政企業(yè)運維職責(zé)范圍內(nèi)的運維工作,因為都是以關(guān)聯(lián)交易進(jìn)行直接計費,現(xiàn)有的運維績效考核機制往往都流于形式,沒有一個數(shù)字化、數(shù)據(jù)化的衡量指標(biāo)。結(jié)果就造 成所謂的考核機制流于形式,在運維服務(wù)的質(zhì)量、效率上往往得不到保證。因為運維工作耽誤造成的客戶流失情況非常嚴(yán)重。 (3)運維服務(wù)交付能力較弱 1. 務(wù)用戶無法對運維部門形成有效的約束機制 ,在部分業(yè)務(wù)用戶的故障處于長期的放置之后依然得不到解決。科技部門對外部服務(wù)提供商和內(nèi)部運維人員雖然有書面約束文件但是沒有有效的考核辦法 ,導(dǎo)致業(yè)務(wù)用戶的滿意度持續(xù)下降。 2. 缺少運維管理服務(wù)職責(zé)劃分 : 由于郵儲銀行的部分傳統(tǒng)業(yè)務(wù)系統(tǒng)是使用的郵政企業(yè)的業(yè)務(wù)系統(tǒng),不僅在業(yè)務(wù)對接上有諸多 不便,在運維管理上也存在著“邊緣地帶”,即郵儲銀行也可進(jìn)行維護(hù),郵政企業(yè)也可進(jìn)行維護(hù)的故障。在這類故障面前,雙方的運維人員往往選擇優(yōu)先解決必須由自己解決的問題,導(dǎo)致這類故障的處理被無限期的滯后,而業(yè)務(wù)人員也無處進(jìn)行投訴和反饋。這也是因為雙方的運維部門沒有向業(yè)務(wù)用戶提供明確的職責(zé)劃分 ,嚴(yán)重影響了業(yè)務(wù)系統(tǒng)運行的效率 ,在郵儲銀行引入運維職責(zé)管理流程將彌補企業(yè)體制這方面的造成缺陷。 如圖 前郵儲銀行系統(tǒng)運維管理非常混亂,各級行各級業(yè)務(wù)用戶在遇到問題時完全不知道由誰來對應(yīng),只能挨個嘗試。其中對人力 物力財力的浪費是巨大的。 3. 隨著業(yè)務(wù)的發(fā)展,郵儲銀行科技部門運維人員人數(shù)過少 第二章 系統(tǒng)的需求分析 8 和業(yè)務(wù)部門需求不斷提高的矛盾愈發(fā)顯現(xiàn)出來。業(yè)務(wù)部門的業(yè)務(wù)需求缺乏規(guī)范化的管理,導(dǎo)致了運維人員浪費了大量的人力物力財力在解決業(yè)務(wù)部門不穩(wěn)定、不合理的需求上。盡管運維人員加班加點的工作 , 但是由于無法明顯的體現(xiàn) 導(dǎo)致銀行的高層看不到科技部門的工作業(yè)績 ,因此 ,在人員的配置、資金預(yù)算等方面都得不到滿足和應(yīng)有的傾斜。 圖 障運維現(xiàn)狀 總體來說 ,由于缺乏一個固定的運維服務(wù)支持流程 , 技術(shù)部門對于處理各類事件的未形成統(tǒng)一的途徑 ,運維人員在處理事件過程中的隨意性較大。在科技建設(shè)方面的資金投入并未完全轉(zhuǎn)化為生產(chǎn)力,業(yè)務(wù)價值和財務(wù)上巨大的資金投入并不成正比。運維人員和科技部門的工作無法量化和考核。部分運維工作職責(zé)劃分不明確。 第 二 節(jié) 系統(tǒng) 總體描述 針對當(dāng)前郵儲銀行計算機系統(tǒng)管理質(zhì)量較低,運維管理情況復(fù)雜等問題,很有必要引入一套基于 件管理、服務(wù)臺、服務(wù)目錄管理、故障管理、知識庫、變更管理、服務(wù)級別管理、資產(chǎn) 和配置管理、可用第二章 系統(tǒng)的需求分析 9 性管理、容量管理、服務(wù)連續(xù)性管理 和財務(wù)管理對現(xiàn)有流程進(jìn)行改善 4。根據(jù) 儲銀行的 員和流程三方面進(jìn)行改進(jìn) ,根據(jù)業(yè)務(wù)對科技運維的要求 ,重建人力資源規(guī)劃 ,實現(xiàn)不同角色職責(zé)分別定義 ;對科技部門各崗位的技能需求進(jìn)行重評估 ,全面提升前臺運維人員操作技能 ,培養(yǎng)專家級別的后臺技術(shù)人員 ;最后按照運維管理的各模塊要素 ,統(tǒng)一構(gòu)建郵儲銀行運維管理系統(tǒng)框架 ,根據(jù)各崗位職責(zé)制定相應(yīng)的服務(wù)流程 ,通過統(tǒng)一的服務(wù)臺 ,把各種業(yè)務(wù)及 運維支持固化到一個平臺上 ,通過運維管理系統(tǒng)的運作來提高金融計算機運維管理水平 5如圖 圖 用戶類型分析 通過圖 儲銀行的各類用戶可以大致分為以下幾類: 一、業(yè)務(wù)用戶 實際上,業(yè)務(wù)用戶直接使用各類業(yè)務(wù)系統(tǒng)進(jìn)行日常的生產(chǎn)和辦公,雖然業(yè)務(wù)用戶的種類很多。但是對于運維系統(tǒng)可以把他們視為兩類業(yè)務(wù)用戶,既: 第二章 系統(tǒng)的需求分析 10 1. 業(yè)務(wù)發(fā)起用戶。這類用戶是系統(tǒng)最基層的使用者,包括前臺人員,業(yè)務(wù)后臺人員,一般為各級支行級別的業(yè)務(wù)用戶。他們的業(yè)務(wù)權(quán)限最低,屬于只有操作權(quán)限的用戶,基本所有的業(yè)務(wù)問題、和大部分的技術(shù)問題都直接反應(yīng)在這類 用戶身上。 2. 上級業(yè)務(wù)用戶。這類業(yè)務(wù)用戶大多數(shù)情況下使用后臺權(quán)限對業(yè)務(wù)進(jìn)行管理。一般為各級分行和總行的業(yè)務(wù)用戶。他們不直接進(jìn)行業(yè)務(wù)操作,但是卻充當(dāng)了后臺業(yè)務(wù)管理的重要角色。他們有權(quán)限解決下級行的業(yè)務(wù)問題。 二、運維用戶 運維用戶顧名思義是由運維人員及技術(shù)人員構(gòu)成的,他們不進(jìn)行生產(chǎn)業(yè)務(wù)操作,郵儲銀行和其他銀行運維方式的本質(zhì)區(qū)別在于郵儲銀行的計算機網(wǎng)絡(luò)基本都是依托于郵政企業(yè)的。所以在運營維護(hù)方面,大致分為以下幾類用戶: 1. 同級銀行運維用戶 由同級銀行的科技部門人員 構(gòu)成,該類人員主要負(fù)責(zé)值班管理。即:對運維事件進(jìn)行分類,幫助業(yè)務(wù)用戶在最短的時間內(nèi)找到正確的維護(hù)人員。同時進(jìn)行問題單的發(fā)起與遞交。 2. 同級郵政運維用戶 由同級別郵政機構(gòu)的網(wǎng)絡(luò)維護(hù)部構(gòu)成,主要解決該機構(gòu)范圍內(nèi)的系統(tǒng)故障及運維事件。屬于運維服務(wù)的基層提供者。 3. 上級銀行運維用戶 功能同同級銀行用戶。在權(quán)限和對應(yīng)關(guān)系上屬于更高級別。主要處理下級銀行運維部門不能解決的問題。 4. 上級郵政運維用戶 功能同同級郵政運維用戶,主要解決不能在一個機構(gòu)機構(gòu)范圍內(nèi)處理的系 統(tǒng)故障及運維事件,屬于運維服務(wù)的上級提供者。 三、第三方廠家、運維商 屬于運維服務(wù)的最終解決方,任何不能解決的問題最后都將被移送到這里解決。 四、系統(tǒng)管理員 實際上,系統(tǒng)管理員是由各級銀行的科技發(fā)展部門擔(dān)當(dāng)?shù)模麄兗媛毩算y 行運維用戶,又負(fù)責(zé)所在機構(gòu)轄內(nèi)的系統(tǒng)管理工作。 第二章 系統(tǒng)的需求分析 11 用戶類型分析 本系統(tǒng)在需求設(shè)計過程中參考了 考慮到郵政金融計算機系統(tǒng)運維管理的實際情況,各業(yè)務(wù)術(shù)語與 這里給予相關(guān)定義。 ( 1)事件:類似 件”,指所有影響系統(tǒng)正常運行的活動。 ( 2)作業(yè):除了事件單、問題單、版本發(fā)布單、變更單、知識單以外的所有運維工作任務(wù)都可以采用作業(yè)的形式管理。本系統(tǒng)中,作業(yè)必須通過制定計劃的方式確定,一個計劃可以包括多個作業(yè),周期性作業(yè)可以包含多個任務(wù)。 ( 3)事件管理:是一個被動性的任務(wù),也就是減少或消除存在或可能存在于 務(wù)中的干擾因素給 務(wù)帶來的影響,以確保用戶可以盡快恢復(fù)業(yè)務(wù)的正常工作。因此,我們要將事件記錄下來并分類,再分配給適當(dāng)?shù)膶I(yè)人員去處理,同時也要監(jiān)控事件的發(fā)展,并在事件得到解決之 后將其終止。 ( 4)問題管理:問題管理是查找產(chǎn)生問題的根源,從而保證事件不再重復(fù)出現(xiàn)。問題管理流程就跟蹤各類問題解決的過程,將問題的來源、種類、解決過程、相關(guān)的變更評估有效的記錄下來,為今后的問題回顧提供依據(jù)。問題管理流程中的問題來源主要是用戶通過電話反映或 交的問題、事件管理流程派生的問題。 ( 5)變更發(fā)布管理: 是要確保在 有效的監(jiān)控這些變動,降低或消除因為變動所造成的問題。它的目的并不是控制和限制變更的發(fā)生,而是對業(yè)務(wù)中斷進(jìn)行有效管理,確保變更有序進(jìn)行。 ( 6)變更顧問委員會 是一個跨職能組織,負(fù)責(zé)評價針對業(yè)務(wù)需求的變更請求、優(yōu)先級別、成本 /效益指標(biāo)以及對其它系統(tǒng)或過程的潛在影響。 常針對變更請求提出付諸實施、深入分析、暫緩實施或徹底否決等建議。 ( 7)作業(yè)管理:是將各項維護(hù)規(guī)程和管理辦法中確定的周期性和非周期性的維護(hù)作業(yè)任務(wù)集成,使得運行維護(hù)人員能夠準(zhǔn)確、高效的完成備份、巡檢等各項日常維護(hù)任務(wù),是面向作業(yè)計劃制定、審核、管理、執(zhí)行與監(jiān)控、查詢統(tǒng)計以及相關(guān)配置項維護(hù)管理的內(nèi)容。 ( 8)值班管理:值班服 務(wù)臺在用戶支持方面扮演了重要的角色。一個成熟的服務(wù)臺可作為其它 門的前臺,能夠在無需聯(lián)系專家的情況下處理一些客戶詢第二章 系統(tǒng)的需求分析 12 問。對于用戶來說,服務(wù)臺為他們提供了聯(lián)系 而可以確保他們能找到合適的支持人員來幫助解決其問題或請求。 ( 9)個人工作臺:集中管理個人用戶常用的待處理作業(yè)任務(wù)、待處理各種工單、待處理公告業(yè)務(wù)和值班表查詢,為各種待處理任務(wù)統(tǒng)一提供快速處理入口。 第 三 節(jié) 系統(tǒng)功能及用例分析 計算機系統(tǒng)運維管理系統(tǒng)作為 切結(jié)合郵儲銀行個性化需求進(jìn)行定 制和二次開發(fā),在運用 滿足郵儲銀行 留有深入開發(fā)和功能擴展,為將來該系統(tǒng)升級留下了很大的空間 7。計算機系統(tǒng)運維管理系統(tǒng)管理內(nèi)容主要是基于合郵儲銀行運維組織機構(gòu)層級、人員構(gòu)成情況和郵儲銀行有關(guān)信息管理系統(tǒng)建設(shè)技術(shù)規(guī)范,結(jié)合實際系統(tǒng)運維狀況,整合、優(yōu)化運維流程。實現(xiàn)計算機系統(tǒng)運維工作的電子化、自動化、流程化和規(guī)范化,建立監(jiān)控手段與運維人員之間的有機聯(lián)系 8。 本系統(tǒng)業(yè)務(wù)范圍主要包括: 用戶 管理、事件管理、問題管理、值班管理、知識管理、版本管 理、報表管理 等七個主要業(yè)務(wù)領(lǐng)域 9 1. 用戶管理功能 ( 1)不論是運維部門的運維權(quán)限用戶,還是業(yè)務(wù)部門的業(yè)務(wù)權(quán)限用戶,乃至管理員用戶,都必須先進(jìn)行身份驗證才能使用系統(tǒng),只有通過身份驗證后才能開始系統(tǒng)的使用。而且不同級別用戶登錄到系統(tǒng)中后可見的功能性菜單和界面都應(yīng)該是不同的。這就確定了系統(tǒng)應(yīng)該必須可以進(jìn)行專門的識別用戶身份與權(quán)限的操作。 ( 2)用戶權(quán)限分配功能僅有系統(tǒng)管理員可以使用,系統(tǒng)管理員可以是一人,也可以由多人共同擔(dān)當(dāng),但是系統(tǒng)管理員必須由銀行科技發(fā)展部門人員擔(dān)任,這 就確定了該系統(tǒng)的最高管理權(quán)掌握在銀行手中。 ( 3)系統(tǒng)管理員僅有用戶信息管理和報表管理功能,無權(quán)訪問業(yè)務(wù)流轉(zhuǎn)功能,即:不能直接參與業(yè)務(wù)處理。 該功能用例圖如圖 第二章 系統(tǒng)的需求分析 13 圖 戶信息管理的用例圖 2. 事件管理功能說明 事件管理主旨在于通過臨時解決方案或者對單個事件快速處理的手段盡快恢復(fù)金融生產(chǎn)網(wǎng)的運營或者相關(guān)的計算機服務(wù)。也就是說該功能針對性較強,僅僅用于業(yè)務(wù)用戶解決突發(fā)性的業(yè)務(wù)問題使用。所以該功能的新建由業(yè)務(wù)用戶完成,分派由值班的銀行運維用戶完成,處理由運維用戶或者上級業(yè)務(wù)用戶完成 。 該功能對應(yīng)的用例圖如圖 示: 件 管理用例圖 第二章 系統(tǒng)的需求分析 14 3. 問題管理功能說明圖 問題是指存在于生產(chǎn)環(huán)境中的原因未知的系統(tǒng)錯誤,這種錯誤已經(jīng)或可能會導(dǎo)致一起或多起事件的發(fā)生。所以問題單的發(fā)起人應(yīng)該是運維用戶,由值班人員進(jìn)行分派,再又上級的運維用戶進(jìn)行審核,最后根據(jù)實際情況由上級的銀行運維用戶或者郵政運維用戶處理。 該功能對應(yīng)的用例圖如圖 示: 圖 題 管理用例圖 4. 值班管理功能說明 值班管理用于分派事件單和問題單,因為運維事件不可能是一套標(biāo)準(zhǔn)化的東西,任何 系統(tǒng)無法自動判定遞交的流程。這時候就需要人為的進(jìn)行分派。 值班管理在運維系統(tǒng)的使用中起到了中間環(huán)節(jié)的重要支撐作用,也是系統(tǒng)能夠高效運行的保證。值班管理由銀行運維用戶擔(dān)任。 該功能對應(yīng)的用例圖如圖 示: 5. 版本管理功能說明 用于本系統(tǒng)的升級或者更新。由于業(yè)務(wù)是不間斷發(fā)生的,一個運維系統(tǒng)的變更肯定是必要和經(jīng)常發(fā)生的。但是在全國范圍內(nèi)的升級變更并不是一件容易的事情。所以必須有一個功能模塊來實現(xiàn)全國的統(tǒng)一升級。 本系統(tǒng)中的版本管理包括對版本信息單新建,以及對版本發(fā)布通審查確認(rèn)、執(zhí)行等業(yè)務(wù)處理 功能。第二章 系統(tǒng)的需求分析 15 系統(tǒng)管理員擁有對版本發(fā)布、更新的管理過程,對版本發(fā)布過程進(jìn)行監(jiān)控,對版本發(fā)布結(jié)果進(jìn)行查詢。 該功能對應(yīng)的用例圖如圖 示: 圖 班 管理用例圖 本 管理用例圖 第二章 系統(tǒng)的需求分析 16 6. 知識管理功能說明 所謂企業(yè)知識管理,就是幫助各用戶之間共享經(jīng)驗的一個平臺。以便用戶通過系統(tǒng)對知識進(jìn)行獲取、積累、共享和創(chuàng)新。任何用戶都擁有知識新增的功能,由上級用戶通過審查即可發(fā)布。(如業(yè)務(wù)用戶新建的知識就由上級業(yè)務(wù)用戶審查,運維用戶由上級運維用戶審查) 該功能對應(yīng)的用例圖如 圖 示: 圖 識 管理用例圖 7. 報表管理功能 該功能的存在是系統(tǒng)得以高效運行的基本保證,通過報表功能,可以即時生成各項指標(biāo)的標(biāo)準(zhǔn)報表,方便管理者直觀的對運維商提供的運維水平進(jìn)行評價,并且可以根據(jù)報表的具體數(shù)值對運維商或者是運維人員進(jìn)行考核或者是評估。也可以對某項事件產(chǎn)生的頻率及原因進(jìn)行分析,進(jìn)而避免事件的再次產(chǎn)生。 該功能對應(yīng)的用例圖如圖 示: 第 四 節(jié) 系統(tǒng) 的性能需求 系統(tǒng)的性能需求是指在滿足了功能需求的前提下,系統(tǒng)還應(yīng)該具有如何的性能。通過對銀 行各類用戶的調(diào)研,明確了系統(tǒng)的性能需求如下。 一、易于操作 考慮到企業(yè)員工對于計算機操作水平的差別,系統(tǒng)在操作上應(yīng)該盡可能靠 第二章 系統(tǒng)的需求分析 17 近現(xiàn)有的成熟軟件系統(tǒng)的操作風(fēng)格,盡可能地采用鼠標(biāo)選擇操作,而不是鍵盤 輸入操作。 另一方面,系統(tǒng)在界面風(fēng)格上,要盡可能地簡潔;系統(tǒng)中對數(shù)據(jù)信息的顯 示和組織都應(yīng)該合理,盡量讓用戶容易發(fā)現(xiàn)操作入口。 二、方便擴展 系統(tǒng)的運行受到硬件、軟件體系結(jié)構(gòu)的制約。為了保證在信息化建設(shè)大力推廣的今天,系統(tǒng)能夠支持更多的業(yè)務(wù)功能,或者支持現(xiàn)有業(yè)務(wù)功能的改變,都 應(yīng)該采用可擴展、靈活的設(shè)計方案。 三、安全可靠 安全性是任何一個系統(tǒng)都要考慮的問題。對于銀行使用的系統(tǒng)更是如此。系統(tǒng)的安全性不僅需要在硬件方面進(jìn)行考慮,也需要軟件方面的保證。因此,采用可靠性好的開發(fā)工具、平臺和安全的身份驗證方法,都是保證系統(tǒng)具有良好安全性的因素。 圖 表管理功能表的用例圖 第三章 系統(tǒng)的設(shè)計 18 第三 章 系統(tǒng) 的設(shè)計 系統(tǒng)設(shè)計是根據(jù)需求分析階段所明確的用戶需求,在一定的環(huán)境條件下,設(shè)計出可行的實施方案。對于系統(tǒng)的設(shè)計,可以分為總體設(shè)計和詳細(xì)設(shè)計兩部分。傳統(tǒng)的設(shè)計方法可以是流程圖、 數(shù)據(jù)流圖或者是 。本章分別從系統(tǒng)的網(wǎng)絡(luò)架構(gòu)、功能模塊、數(shù)據(jù)庫等多個層面對郵儲銀行計算機運維管理系統(tǒng)進(jìn)行設(shè)計 11 第 一 節(jié) 系統(tǒng) 設(shè)計原則 系統(tǒng)在進(jìn)行設(shè)計之前,明確了需要遵循如下原則: 1. 可行性和適應(yīng)性 系統(tǒng)的設(shè)計,首先應(yīng)該在技術(shù)上確保是可行的,同時也要滿足用戶的需要??紤]到用戶需求可能會隨著時間變化,為了使系統(tǒng)適應(yīng)需求的變化,在設(shè)計軟件的架構(gòu)上,應(yīng)該采用平臺技術(shù),從應(yīng)用擴展層面來增加功能模塊,適應(yīng)未來的發(fā)展需要 2. 前瞻性和實用性 系統(tǒng)的設(shè)計, 一方面要充分考慮系統(tǒng)價值的最大化,即最大限度地滿足各類用戶的需求,另一方面也要充分考慮系統(tǒng)的可擴展性,即隨著時間的推移和用戶需求的增加,系統(tǒng)在功能、應(yīng)用、集成等多個方面的擴展。 3. 先進(jìn)性和成熟性 系統(tǒng)的設(shè)計,必須結(jié)合先進(jìn)的管理理念、先進(jìn)的計算機技術(shù)、方法,也必 須選擇相對成熟的軟件系統(tǒng)、硬件設(shè)備、開發(fā)工具等。 4. 開放性和標(biāo)準(zhǔn)性 從系統(tǒng)的開放性角度看,系統(tǒng)的底層應(yīng)該支持不同層次的多種協(xié)議,支持與業(yè)務(wù)系統(tǒng)的互通互聯(lián),應(yīng)用系統(tǒng)應(yīng)該采用流行、標(biāo)準(zhǔn)的數(shù)據(jù)交換方式,保證有效的數(shù)據(jù) 共享。 5. 可靠性和穩(wěn)定性 第三章 系統(tǒng)的設(shè)計 19 系統(tǒng)的可靠性首先表現(xiàn)在系統(tǒng)不會因為一般的人為或外部異常事件而崩潰,當(dāng)系統(tǒng)出現(xiàn)問題后應(yīng)該能夠在較短的時間內(nèi)得到恢復(fù)。另外,系統(tǒng)中的數(shù)據(jù)是完整的,不會有數(shù)據(jù)不一致的現(xiàn)象和情況。 系統(tǒng)的穩(wěn)定性則主要表現(xiàn)在,系統(tǒng)總體平均可用率應(yīng)該保持在 99%以上,主機系統(tǒng)應(yīng)該能夠保持 7*24小時的穩(wěn)定不間斷運行。 6. 安全性和保密性 系統(tǒng)的設(shè)計需要考慮信息資源的充分共享,也要注意對信息進(jìn)行必要的保護(hù)和隔離。系統(tǒng)應(yīng)該針對不同的應(yīng)用、網(wǎng)絡(luò)環(huán)境和存儲設(shè)備,采取不同的 安全機制、權(quán)限控制等措施。 7. 美觀性和易用性 系統(tǒng)在設(shè)計時,需要對用戶界面風(fēng)格統(tǒng)一化,力求界面友好、圖形顯示直觀,將工作流程從設(shè)計到使用均全程圖形化展示。同時,界面設(shè)計應(yīng)該根據(jù)用戶的需求而進(jìn)行靈活更改,注重用戶體驗,使系統(tǒng)易學(xué)、易用。 8. 兼容性 系統(tǒng)在設(shè)計時,必須要充分考慮系統(tǒng)在實施時面對的不同客戶端,因此要求客戶端能夠全面兼容,即操作系統(tǒng)方面要全面兼容 ,瀏覽器方面則全面兼容 流瀏覽器、并支持支持007。 第二節(jié) 系統(tǒng) 體系 結(jié)構(gòu)設(shè)計 隨著軟件開發(fā)技術(shù)的發(fā)展和更新,基于網(wǎng)絡(luò)的應(yīng)用軟件系統(tǒng),已經(jīng)從基于客戶 /服務(wù)器( C/S)架構(gòu)發(fā)展為基于瀏覽器 /服務(wù)器( B/S)的架構(gòu) 13辦公自動化系統(tǒng)是非常典型的基于網(wǎng)絡(luò)的應(yīng)用軟件系統(tǒng) 15,因此在本系統(tǒng)中,也采用了B/體系結(jié)構(gòu)如圖 示;系統(tǒng)采用了分布式的網(wǎng)絡(luò)結(jié)構(gòu),如圖 示: 圖 系統(tǒng)結(jié)構(gòu)設(shè)計示意 圖 計算機運維管理系統(tǒng) 用戶管理 問題管理 報表管理 版本管理 知識管理 值班管理 事件管理 第三章 系統(tǒng)的設(shè)計 20 圖 系統(tǒng)網(wǎng)絡(luò)結(jié)構(gòu)設(shè)計示意 圖 用戶類型分析 用戶管理 16,即系統(tǒng)管理員操作 界面,其模塊如下圖 示: 1. 修改密碼: 系統(tǒng)管理員可對用戶密碼進(jìn)行修改,選中需要修改密碼的用戶,進(jìn)行密碼重置并重復(fù)輸入修改后的密碼進(jìn)行確認(rèn),新密碼即可生效使用。 2. 刪 除用戶: 系統(tǒng)管理員可刪除已經(jīng)不再使用的賬戶以收回設(shè)備管理員的使用權(quán)限,查詢定位到相關(guān)用戶后,選擇刪除選項,即可完成刪除工作。刪除后,該用戶信息將從系統(tǒng)中清除,并返回提示信息。 第三章 系統(tǒng)的設(shè)計 21 3. 查看用戶: 系統(tǒng)管理員可對 用戶信息進(jìn)行檢索查詢,可查看全部管理員,可查看設(shè)備管理員,還可查看系統(tǒng)管理員。符合要求的查詢結(jié)果中,各管理員按用戶名逐一列出,供系統(tǒng)管理員參看,查看內(nèi)容包括序號、用戶名、密碼、權(quán)限等。 4. 添加用戶權(quán)限: 為系統(tǒng)添加設(shè)備管理員用戶,系統(tǒng)管理員需輸入用戶姓名、用戶密碼并確認(rèn)用戶密碼,同時選擇權(quán)限設(shè)置為“設(shè)備管理員”,提交數(shù)據(jù)至系統(tǒng)進(jìn)行信息保存,從而完成用戶的增加。 信息錄入要保證信息的可靠,其一、用戶名不能為空;其二、密碼不能為空;其三、確認(rèn)密碼不能為空且要與已輸入的密碼保持一致性;其四、不能添加已存在的用 戶,即用戶名不得有重復(fù),如不滿足上述任何要求,用戶添加將已失敗告終,系統(tǒng)不做任何操作,只提示相應(yīng)錯誤信息。 5. 用戶身份管理權(quán)限 : 圖 系統(tǒng)的 功能模塊結(jié)構(gòu) 第三章 系統(tǒng)的設(shè)計 22 同樣的用戶,因為所在機構(gòu)的不同,將擁有不同的身份,(如:天津市分行業(yè)務(wù)管理員)。銀行的機構(gòu)雖然有一套成熟的體系,本系統(tǒng)的用戶的層級依附于銀行機構(gòu)的層級 17。 圖 戶管理結(jié)構(gòu)圖 事件管理功能模塊設(shè)計 事件管理流程的主旨是在解決金融計算機系統(tǒng)日常運行過程中產(chǎn)生的影響業(yè)務(wù)正常進(jìn)行的事件的運維流程 18。主要 通過臨時解決方案或者對單個事件快速處理的手段盡快回復(fù)金融生產(chǎn)網(wǎng)的運營或者相關(guān)的計算機服務(wù)。具有針對性,單一性,快速性等特點
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 公司房租收取管理辦法
- 供水企業(yè)薪酬管理辦法
- 華僑職稱管理暫行辦法
- 公益宣傳印章管理辦法
- 保健原料采購管理辦法
- 辦公用房管理制度優(yōu)化與實施
- 新學(xué)制背景下哲學(xué)話語與教育權(quán)力的博弈
- 景區(qū)建筑維修管理辦法
- 租賃業(yè)務(wù)風(fēng)險管理與防控策略探討
- 云計算管理平臺系統(tǒng)建設(shè)的策略與實踐
- 中國醫(yī)院質(zhì)量安全管理第2-13部分:患者服務(wù)臨床用血
- 《籃球原地運球》教案 (共三篇)
- 思維模型之六頂思考帽
- DB34T 1708-2020 電站堵閥檢驗規(guī)程
- 2025年高考化學(xué)復(fù)習(xí)備考策略講座
- 《網(wǎng)絡(luò)系統(tǒng)建設(shè)與運維》課件-第3章 路由技術(shù)
- 常用建筑類型疏散寬度計算表格
- 電氣設(shè)備經(jīng)典故障案例分析與處理
- QB/T 2660-2024 化妝水(正式版)
- GB/T 4074.1-2024繞組線試驗方法第1部分:一般規(guī)定
- 《中國旅游地理》模塊一 項目一解讀中國旅游地理(教案) -《中國旅游地理》(高教版第一版)
評論
0/150
提交評論