緒論1.1研究背景及意義銀行信息系統(tǒng)數(shù)據(jù)的大規(guī)模集中運營就像將城市中的所有橋梁整合為一座橋梁。在為銀行的運營和管理帶來極大便利的同時，也給銀行的信息系統(tǒng)運維管理部門帶來了新的挑戰(zhàn)。盡管銀行信息系統(tǒng)數(shù)據(jù)集中管理方法將區(qū)域中心內(nèi)省內(nèi)多個分支機構(gòu)的所有業(yè)務(wù)應(yīng)用程序和管理系統(tǒng)集中起來，但是信息系統(tǒng)的技術(shù)復(fù)雜性和應(yīng)用系統(tǒng)之間的關(guān)聯(lián)性達(dá)到了前所未有的水平。另一方面，分支機構(gòu)信息系統(tǒng)運維管理部門的人員集中度高、分工精細(xì)，給信息系統(tǒng)運維管理帶來了高度的復(fù)雜性。盡管分支機構(gòu)對信息技術(shù)的投資逐年增加，但機器數(shù)量卻在增加，盡管新的信息技術(shù)日新月異，但是隨著技術(shù)的發(fā)展，銀行信息系統(tǒng)的安全狀態(tài)并沒有得到改善。當(dāng)前，銀行業(yè)面臨著運行信息系統(tǒng)及其管理的最大風(fēng)險，許多人都知道必須存在這種風(fēng)險，但是不幸的是，許多銀行都存在于信息系統(tǒng)的管理和運營以及維護(hù)中。不使用風(fēng)險管理模型進(jìn)行風(fēng)險管理，降低風(fēng)險以及風(fēng)險報告績效和維護(hù)管理的問題是非常嚴(yán)重的問題。實際上，銀行系統(tǒng)管理系統(tǒng)和儲蓄管理系統(tǒng)的開發(fā)已經(jīng)實施了更有效的方法，包括世界知名銀行實際使用的較舊的模型和方法。解決問題的關(guān)鍵在于提高對銀行高級官員問題的認(rèn)識。并使用績效管理。此外，信息系統(tǒng)的運行和管理并不意味著可以毫無風(fēng)險地實現(xiàn)額外的容量和資源。1.2國內(nèi)外研究現(xiàn)狀在1980年代，以美國商業(yè)銀行為代表的西方商業(yè)銀行為代表的許多銀行開始進(jìn)行數(shù)據(jù)分析，其原因是傳統(tǒng)銀行信息系統(tǒng)的運行和維護(hù)。管理模型無法滿足銀行業(yè)務(wù)快速變化的發(fā)展需求。唯一能做的就是重新建立集中的管理和運營系統(tǒng)[1]。同時，BM、HP和Oracle擁有許多國外知名供應(yīng)商，他們參與了有效管理標(biāo)準(zhǔn)的開發(fā)，商業(yè)銀行信息系統(tǒng)的維護(hù)以及新產(chǎn)品的研發(fā)。目前，國外主要銀行，例如三本幸本銀行的各種信息系統(tǒng)的功能和運營管理已發(fā)展為智能、自動化、可視化、規(guī)范化和明確化。銀行內(nèi)部信息系統(tǒng)的質(zhì)量和資源高度集中且分布廣泛[2]。中國主要銀行的主要事態(tài)發(fā)展起步較晚。1995年，中國工商銀行和中國建設(shè)銀行等國有商業(yè)銀行分別開始進(jìn)行廣泛的集中計劃和建設(shè)[3]。迄今為止，所有主要商業(yè)銀行都已制定了全面的基本業(yè)務(wù)計劃。借助數(shù)據(jù)密集型模式下的信息系統(tǒng)管理系統(tǒng)，大型商業(yè)銀行正在積極為外國商業(yè)銀行引入先進(jìn)的經(jīng)驗和管理工具，并開始測試基于家庭形式的更大模式的實現(xiàn)。滿足其業(yè)務(wù)需求的管理系統(tǒng)和管理系統(tǒng)的實施加快了適合其業(yè)務(wù)管理的自動化信息管理以及運營管理和維護(hù)管理的自動化。

2系統(tǒng)相關(guān)技術(shù)介紹本系統(tǒng)軟件使用通用的B/S系統(tǒng)結(jié)構(gòu)。所謂的B/S是瀏覽器和服務(wù)器體系結(jié)構(gòu)的縮寫。使用Java語言構(gòu)建服務(wù)器端程序，并將其發(fā)布到服務(wù)器。只要計算機可以連接到Internet，任何計算機都可以連接到服務(wù)器。用戶可以使用瀏覽器和特定程序來訪問服務(wù)器上的資源。用于訪問系統(tǒng)的網(wǎng)絡(luò)域名地址或IP地址。使用用戶名和密碼登錄系統(tǒng)后，用戶根據(jù)用戶賦予的權(quán)限訪問指定的功能模塊，然后根據(jù)需求輸入的詳細(xì)信息單擊按鈕或鏈接以發(fā)送用戶請求，服務(wù)器接收后并發(fā)送所請求的信息。您可以查找并執(zhí)行與業(yè)務(wù)相關(guān)的任務(wù)，例如驗證和維護(hù)。處理細(xì)節(jié)將返回給發(fā)送用戶，并且業(yè)務(wù)流程已完成。圖2-1顯示了B/S系統(tǒng)模式下的三層結(jié)構(gòu)。數(shù)據(jù)庫數(shù)據(jù)庫Web服務(wù)器客戶瀏覽器客戶瀏覽器Web服務(wù)器圖2-1系統(tǒng)B/S模式的三層結(jié)構(gòu)平臺程序的整體應(yīng)用程序設(shè)計分為四個基本級別：頁面層、表層示、業(yè)務(wù)邏輯和持久性等層。各功能層分開，每一層設(shè)計時都考慮安全性，采用子模塊設(shè)計方法，并根據(jù)初步需求分析，將數(shù)據(jù)中心的需求分為多個模塊，并逐一實現(xiàn)。這種分層結(jié)構(gòu)為應(yīng)用程序系統(tǒng)的總體設(shè)計原理提供了清晰而全面的視圖。圖2-2顯示了系統(tǒng)的邏輯架構(gòu)圖。（1）界面層。在界面層，我們主要使用JSP和HTML的組合來創(chuàng)建用戶訪問頁面，并使用JavaScript實現(xiàn)動態(tài)頁面顯示，力求使界面實用且交互式。（2）表現(xiàn)層。表示層的中心任務(wù)是控制傳輸并將頁面請求映射到處理流程的中心區(qū)域。在瀏覽器中收到用戶請求后，根據(jù)應(yīng)用程序的類型將其發(fā)送到各種響應(yīng)系統(tǒng)，提取應(yīng)用程序詳細(xì)信息和環(huán)境性能信息，并執(zhí)行相應(yīng)的準(zhǔn)備任務(wù)，還使業(yè)務(wù)邏輯調(diào)用數(shù)據(jù)。執(zhí)行處理并將處理結(jié)果返回到瀏覽器。（3）業(yè)務(wù)邏輯層。該層被廣泛用于應(yīng)用特定的業(yè)務(wù)概念。它的主要功能是通過特殊的業(yè)務(wù)流程獲取用于安裝和檢索結(jié)果的特定信息。當(dāng)然，業(yè)務(wù)分析取決于持久層。（4）持久化層。持久層主要負(fù)責(zé)數(shù)據(jù)處理，例如向數(shù)據(jù)表中添加、刪除、更正、查詢和調(diào)用數(shù)據(jù)。使用持久層框架技術(shù)實現(xiàn)模塊?；舅枷胧怯成溥@樣的數(shù)據(jù)表：操縱對象與使用數(shù)據(jù)庫相同。系統(tǒng)的邏輯體系結(jié)構(gòu)如圖2-2所示。傳統(tǒng)的HTML界面JSP界面JAVASCRIPT界面層JSP頁面生成傳統(tǒng)的HTML界面JSP界面JAVASCRIPT界面層JSP頁面生成請求處理器數(shù)據(jù)項預(yù)處理表現(xiàn)層請求包裝處理器事件管理變更管理問題管理業(yè)務(wù)邏輯層服務(wù)申請管理機房巡檢計劃作業(yè)巡檢對象關(guān)系映射服務(wù)持久化數(shù)據(jù)接口持久化層圖2-2系統(tǒng)的邏輯架構(gòu)圖

3系統(tǒng)需求分析3.1系統(tǒng)的功能性需求分析3.1.1系統(tǒng)參與者首先，通過對特定數(shù)據(jù)中心業(yè)務(wù)的詳細(xì)業(yè)務(wù)分析，這是顯而易見的，使用此程序的人員分為四類：行內(nèi)業(yè)務(wù)用戶、ECC管理員、應(yīng)用程序管理員和程序管理員。不同的角色具有不同的工作條件和操作權(quán)限。作為應(yīng)用程序流程的主要用戶，企業(yè)中的業(yè)務(wù)用戶可以在兩種情況下應(yīng)用控制，性能和維護(hù)系統(tǒng)。第一個是超出其授權(quán)范圍的查詢請求數(shù)據(jù)。數(shù)據(jù)中心需要協(xié)調(diào)與合作。將表單提交給數(shù)據(jù)庫中的數(shù)據(jù)庫產(chǎn)品經(jīng)理以進(jìn)行報告。二是在申請過程中發(fā)現(xiàn)錯誤，并通過故障報告路徑將故障報告給運維技術(shù)人員，并最終解決。圖3-1顯示了行內(nèi)業(yè)務(wù)用戶的用例圖。行內(nèi)業(yè)務(wù)人員服務(wù)申請故障申報司法查詢數(shù)據(jù)抽取行內(nèi)業(yè)務(wù)人員服務(wù)申請故障申報司法查詢數(shù)據(jù)抽取包含包含圖3-1行內(nèi)業(yè)務(wù)人員用例圖ECC管理員主要使用以下操作和管理系統(tǒng)功能。首先，接收工作并定期核實規(guī)定的任務(wù)。ECC工作人員必須每天執(zhí)行多項任務(wù)，例如計時和排序。定時任務(wù)是在給定時間或特定時間段內(nèi)發(fā)生的任務(wù)，例如計算機機房檢查或直接銀行隊列查詢。這些是定時任務(wù)，批處理操作，每日貸款等等。連續(xù)的任務(wù)只有在設(shè)置了規(guī)定的條件后才能執(zhí)行。運營和維護(hù)程序應(yīng)以工作說明的形式定期發(fā)送給ECC工作人員，以每天進(jìn)行工作績效以監(jiān)控工作結(jié)果。由于每個系統(tǒng)的批處理任務(wù)是同時執(zhí)行的，并且特定步驟之間存在限制，因此所有操作和維護(hù)管理系統(tǒng)在總結(jié)每個步驟的操作結(jié)果，發(fā)出工作指令等之后，進(jìn)行邏輯處理。有必要減少ECC人員的工作量。第二個是處理隨機工作單。這主要包括VPN應(yīng)用程序管理和機房訪問。第三是跟進(jìn)和管理監(jiān)視平臺發(fā)送的警報事件。圖3-2顯示了ECC管理員的用例圖。包含包含包含包含包含ECC機房巡檢準(zhǔn)入批量作業(yè)巡檢VPN申請報警處理數(shù)據(jù)分析故障處理故障定級i一線處置制約關(guān)系分析及狀態(tài)提醒錯誤報警及其處理時間分析圖3-2ECC人員用例圖應(yīng)用程序系統(tǒng)管理員專門負(fù)責(zé)操作和維護(hù)中心中所有預(yù)期系統(tǒng)的操作，更新和調(diào)試。萬一發(fā)生故障，我們將擔(dān)任第二線工程師，為ECC第一線工程師制定應(yīng)急計劃，如果以前的工程師無法解決問題，則將需要一些時間。運營和管理過程的主要要求是變更管理功能。修改和調(diào)試應(yīng)用系統(tǒng)是數(shù)據(jù)中心運營的重中之重，并且受到最嚴(yán)格的控制。例如，變更批準(zhǔn)過程包括基本批準(zhǔn)和差異批準(zhǔn)。批準(zhǔn)的類型不同，包括多人連續(xù)批準(zhǔn)和多人并行批準(zhǔn)。因此，應(yīng)用程序系統(tǒng)管理員必須操作和維護(hù)管理信息系統(tǒng)，以準(zhǔn)確地管理和控制變更生命周期中的所有鏈接。此外，應(yīng)用程序系統(tǒng)管理員還從其他人員或監(jiān)視系統(tǒng)接收實時工作指令，以處理應(yīng)用程序系統(tǒng)故障。用例圖如圖3-3所示。應(yīng)用管理員變更管理知識庫管理應(yīng)用管理員變更管理知識庫管理變更申請變更審批包含包含圖3-3應(yīng)用管理員用例圖程序管理員可以維護(hù)程序并向注冊的程序用戶授予各種角色和權(quán)限，并監(jiān)視數(shù)據(jù)持久性系統(tǒng)的日志性能，以便隨著時間的推移獲取不安全的信息。表3-1顯示了四種類型的用戶的不同功能。表3-1

系統(tǒng)角色權(quán)限分配角色名稱定義分配的功能行內(nèi)業(yè)務(wù)用戶銀行對外業(yè)務(wù)人員，通過申請流程協(xié)助客戶進(jìn)行財務(wù)行為查詢申請故障申報ECC用戶銀行控制中心工作人員，完成批量處理，實時監(jiān)控等工作批量管理申請管理監(jiān)控數(shù)據(jù)報送應(yīng)用管理員數(shù)據(jù)中心系統(tǒng)的數(shù)據(jù)庫管理者和維護(hù)者變更管理故障處理管理系統(tǒng)管理員系統(tǒng)維護(hù)者，負(fù)責(zé)系統(tǒng)信息與安全的維護(hù)用戶及權(quán)限管理日志管理3.1.2系統(tǒng)功能劃分?jǐn)?shù)據(jù)管理系統(tǒng)和數(shù)據(jù)中心管理系統(tǒng)根據(jù)用戶性能需求分為四個主要功能：事件管理功能、計劃運行檢查功能、變更管理功能和用戶管理功能。圖3-4顯示了管理和運行信息系統(tǒng)的運行要求。運維管理信息系統(tǒng)運維管理信息系統(tǒng)用戶管理功能變更管理功能計劃作業(yè)巡檢功能事件管理功能圖3-4系統(tǒng)功能模塊圖根據(jù)上圖中所示，將詳細(xì)描述說明并分析每個功能模塊的特性。事件管理功能：所有用戶都使用事件管理功能。ECC用戶需要監(jiān)視系統(tǒng)以發(fā)送警報，以便他們可以集成事件和事件管理活動，刪除重復(fù)發(fā)生的警報，準(zhǔn)確分類警報事件并根據(jù)優(yōu)先級進(jìn)行處理，以確保有時間進(jìn)行故障排除。事件管理功能可以完成任務(wù)，例如數(shù)據(jù)業(yè)務(wù)和行業(yè)業(yè)務(wù)人員以作業(yè)指導(dǎo)書形式提出的錯誤報告。事件管理功能的示例如圖3-5所示。ECCECC事件關(guān)聯(lián)事件升級故障申報服務(wù)申請配發(fā)工單行內(nèi)業(yè)務(wù)人員應(yīng)用系統(tǒng)管理員圖3-5事件管理用例圖變更管理功能：該機構(gòu)的職能和維護(hù)控制著整個業(yè)務(wù)流程，并且必須根據(jù)性能或業(yè)務(wù)轉(zhuǎn)型定期更新和改進(jìn)每個申請流程。變更管理必須提供變更應(yīng)用程序功能，例如變更計劃，它們是否影響核心系統(tǒng)以及回滾計劃。申請過程中的關(guān)鍵之一就是申請系統(tǒng)資源。該系統(tǒng)必須自動提供充足和良好的資源供申請人查看。變更批準(zhǔn)功能跟蹤變更的特定實現(xiàn)，例如單人批準(zhǔn)、多人連續(xù)批準(zhǔn)和多人同時批準(zhǔn)。變更管理功能的示例如圖3-6所示。應(yīng)用系統(tǒng)管理員應(yīng)用系統(tǒng)管理員變更申請變更審批變更實施機房準(zhǔn)入ECC人員圖3-6變更管理用例圖計劃作業(yè)巡檢功能：日常運行和維護(hù)人員在一定時間內(nèi)要面對許多需要計劃運行和可預(yù)測任務(wù)的任務(wù)。這些任務(wù)經(jīng)常重復(fù)執(zhí)行。發(fā)生錯誤時，系統(tǒng)應(yīng)能夠分析前提條件是否成熟，并提供操作提示和警報事件。計劃工作檢查功能如圖3-7所示。ECC人員定時任務(wù)批量作業(yè)生成報警事件機房巡檢ECC人員定時任務(wù)批量作業(yè)生成報警事件機房巡檢應(yīng)用系統(tǒng)管理員圖3-7計劃作業(yè)巡檢用例圖用戶管理功能：用戶管理是指系統(tǒng)中每個用戶的管理，主要參與者是系統(tǒng)管理員。該工作領(lǐng)域主要包括部門、用戶管理和權(quán)限管理。系統(tǒng)管理員首先為數(shù)據(jù)庫中的每個部門建立一個部門組織，然后在每個注冊用戶的后臺創(chuàng)建系統(tǒng)用戶，分配初始密碼，設(shè)置用戶的部門組織結(jié)構(gòu)，最后圖3-8顯示了一個為不同的用戶分配相應(yīng)權(quán)限的用戶管理示例，應(yīng)根據(jù)員工在實際工作中的角色進(jìn)行設(shè)置。用戶添加用戶修改用戶刪除用戶添加用戶修改用戶刪除部門添加應(yīng)用系統(tǒng)管理員部門修改部門刪除權(quán)限分配圖3-8用戶管理用例圖3.2系統(tǒng)的非功能性需求分析通過分析系統(tǒng)需求的過程，工作場所和維護(hù)對特定的操作系統(tǒng)要求進(jìn)行了優(yōu)先排序，歸納為無效要求，特別是以下內(nèi)容：（1）可用性。該系統(tǒng)是運維中心的內(nèi)部管理信息系統(tǒng)。仔細(xì)調(diào)查運維中心的運行情況，確認(rèn)系統(tǒng)功能滿足該中心的運維需求，并且易于使用。（2）可靠性。該系統(tǒng)運維中心的主要工具是，由于銀行運維中心工作的及時性，第一個錯誤將是無法彌補的損失，因此需要運行穩(wěn)定且故障率低。（3）安全性。該系統(tǒng)上的許多操作（例如進(jìn)入機房和批準(zhǔn)變更）都是高度敏感的，只有具有操作權(quán)的員工才能執(zhí)行相關(guān)任務(wù)，對安全性提出了很高的要求。（4）兼容性及可擴展性。信息輸出不統(tǒng)一，因為許多運維中心系統(tǒng)來自不同的供應(yīng)商，并且該系統(tǒng)需要從許多應(yīng)用程序系統(tǒng)收集輸出數(shù)據(jù)，因此需要良好的兼容性。應(yīng)用程序系統(tǒng)和硬件功能更新非?？欤虼讼到y(tǒng)需要高度可擴展。（5）交互性。因為該系統(tǒng)旨在使用，因此，設(shè)計思路和流程應(yīng)通過最大限度地提高用戶使用率和操作系統(tǒng)的標(biāo)準(zhǔn)信息系統(tǒng)來確保用戶體驗。（6）性能需求。該系統(tǒng)在Intranet環(huán)境中已部署，系統(tǒng)中的數(shù)據(jù)量不是很大，但同時，考慮到數(shù)據(jù)中心現(xiàn)有的95名員工，系統(tǒng)在設(shè)計過程中具有更好的交互性?？紤]到它需要使用豐富的客戶端技術(shù)，從性能的角度來看，必須同時有100個以上的用戶在線，并且請求訪問時每個頁面的平均響應(yīng)時間在2秒以內(nèi)。

4系統(tǒng)概要設(shè)計4.1系統(tǒng)的功能模塊設(shè)計根據(jù)第三章中的用例分析，將所有用戶的用戶需求組合在一起，這些用例可以分為5個任務(wù)：事件管理功能模塊、變更管理功能模塊和計劃作業(yè)巡檢功能模塊、用戶管理的通用模塊、運維管理功能模塊等如圖4-1所示。A銀行一體化運維管理系統(tǒng)A銀行一體化運維管理系統(tǒng)事件管理變更管理計劃作業(yè)巡檢用戶管理工單系統(tǒng)服務(wù)申請監(jiān)控事件自動創(chuàng)建手動生成條件查詢事件關(guān)聯(lián)事件定級變更申請變更審批變更關(guān)閉業(yè)務(wù)申請系統(tǒng)資源申請多人串行審批多人并行審批定時任務(wù)發(fā)布定序任務(wù)發(fā)布用戶注冊用戶登錄角色管理權(quán)限管理圖4-1系統(tǒng)功能結(jié)構(gòu)圖4.1.1事件管理功能模塊設(shè)計事件管理的主要目的是及時地、準(zhǔn)確地收集每套監(jiān)視系統(tǒng)生成的警報事件，確定并準(zhǔn)確評估相關(guān)事件，并且它提供了整個事件管理系統(tǒng)的清晰概述。最后，應(yīng)根據(jù)系統(tǒng)故障或相關(guān)問題的總數(shù)以及解決故障的正常時間等相關(guān)指標(biāo)，計算出所有情況的糾正結(jié)果。這有助于一線工程師快速解決錯誤并發(fā)現(xiàn)潛在的危險。事件管理過程如圖4-2所示：事件升級事件升級事件升級事件產(chǎn)生根據(jù)資源分類結(jié)束接管事件在線登錄關(guān)閉事件處理事件接管事件在線登錄關(guān)閉事件處理事件協(xié)調(diào)各部門解決收到升級提示全程跟進(jìn)圖4-2事件管理流程圖4.1.2用戶管理功能模塊設(shè)計用戶管理功能主要作用是通過用戶注冊和系統(tǒng)登錄來提拱系統(tǒng)用戶完成在線登錄日志和Internet登錄功能。新用戶注冊以申請操作特權(quán)，然后系統(tǒng)管理員確認(rèn)分配的特權(quán)。出于安全原因，用戶表不能以純文本格式保存。必須將其加密并使用MD5算法保存。用戶管理流程圖如圖4-3所示：開始開始是否為注冊用戶是申請是否合格是否輸入登錄名和密碼否否是否正確是結(jié)束驗證用戶名密碼注冊申請系統(tǒng)管理員核實信息分配權(quán)限用戶通過瀏覽器登陸注冊成功圖4-3用戶管理流程圖4.1.3變更管理功能模塊設(shè)計運營和維護(hù)中心負(fù)責(zé)確保許多應(yīng)用程序系統(tǒng)的正常運行，并且必須在業(yè)務(wù)和硬件更新時不斷升級和修改每個應(yīng)用程序系統(tǒng)。由于每個應(yīng)用系統(tǒng)開發(fā)人員的團(tuán)隊都不相同，因此難以確保操作和維護(hù)，為避免由于生產(chǎn)變更而導(dǎo)致正常的業(yè)務(wù)發(fā)展，生產(chǎn)變更時的運行和維護(hù)是重中之重，并且每次都需要謹(jǐn)慎。變更管理流程圖如圖4-4所示：是否否是否否是否否否是是是變更請求變更計劃基礎(chǔ)變更實施變更劃變更關(guān)閉基本審批合格多人串行審批合格業(yè)務(wù)審批合格負(fù)責(zé)人綜合審批合格圖4-4變更管理流程圖4.1.4計劃作業(yè)巡檢功能模塊設(shè)計計劃作業(yè)是指必須每天進(jìn)行的工作或維護(hù)工作[28]的及時或順序執(zhí)行，例如大宗業(yè)務(wù)、每日借款、財務(wù)付款、計算機房檢查等。這些操作的初始時間已固定，但操作模式尚未調(diào)整，尤其是對于批處理。工作中的員工需要同時在多臺計算機上的不同業(yè)務(wù)系統(tǒng)中執(zhí)行批處理任務(wù)，并且在這些任務(wù)的步驟之間經(jīng)常會遇到障礙，這給工作場所和在職員工的管理帶來了很大的困難。計劃的工作流程時間表如圖4-5所示：了解情況并協(xié)助各組排除障礙接到超時完成信息系統(tǒng)管理員處置接管作業(yè)根據(jù)警報信息作出應(yīng)急處置向操作人員發(fā)出警報巡檢任務(wù)完成計劃作業(yè)任務(wù)發(fā)布是了解情況并協(xié)助各組排除障礙接到超時完成信息系統(tǒng)管理員處置接管作業(yè)根據(jù)警報信息作出應(yīng)急處置向操作人員發(fā)出警報巡檢任務(wù)完成計劃作業(yè)任務(wù)發(fā)布是是是否開始計劃作業(yè)在規(guī)定時間內(nèi)準(zhǔn)備就緒任務(wù)關(guān)閉處置成功按時完成否否圖4-5計劃作業(yè)巡檢流程圖4.2數(shù)據(jù)庫設(shè)計R圖，是業(yè)務(wù)類型關(guān)系圖。這是一個概念性模型，它提供了一種表達(dá)業(yè)務(wù)類型、屬性和聯(lián)系的一種有效方法，并用于描述現(xiàn)實世界概念的模型。建立準(zhǔn)確的ER圖是數(shù)據(jù)構(gòu)建的重要步驟。mm1nm人員菜單權(quán)限部門ID姓名工作組所屬權(quán)限ID名稱狀態(tài)上級部門管理員電話所屬名稱ID狀態(tài)簡介URL圖4-6系統(tǒng)E-R圖（1）用戶信息表表4-1用戶信息表表名用戶信息表英文名UserTab主鍵ID外鍵序號名稱類型是否為空說明1UsernameVarchar否用戶名2PasswordVarchar否密碼3CreatedateDatetime否創(chuàng)建日期4LimitVarchar否用戶權(quán)限5WorkgroupVarchar否工作組（2）工作組信息表表4-2工作組信息表表名工作組信息表英文名GroupTab主鍵Task_ID外鍵序號名稱類型是否為空說明1NameVarchar否工作組名稱2LeaderVarchar否部門負(fù)責(zé)人3LimitVarchar否用戶權(quán)限（3）監(jiān)控信息表表4-3監(jiān)控信息表表名監(jiān)控信息表英文名MonitorTab主鍵TaskID外鍵序號名稱類型是否為空說明1ThemeVarchar否主題2StarttimeDatetime否發(fā)生時間3ExpectedtimeDatetime否期望完成時間4EventsourceVarchar否事件來源5ConductorVarchar否處理人6ConditionVarchar否狀態(tài)7InfluencedegreeInt否影響程度8InfluencesphereVarchar否影響范圍9PriorityInt否優(yōu)先級10EventlevelVarchar否事件級別（4）服務(wù)申請信息表表4-4服務(wù)申請信息表表名服務(wù)申請信息表英文名SerappliTab主鍵ID外鍵序號名稱類型是否為空說明1CategoryDatetime否申請時間2StarttimeDatetime否期望完成時間3ExpectedtimeVarchar否審批人4ApproverVarchar否申請人5ApplicantVarchar否業(yè)務(wù)描述6ServicedescriptionDatetime否申請時間（5）人員基本信息表表4-5人員基本信息表表名人員基本信息表英文名PeopleIfoTab主鍵ID外鍵序號名稱類型是否為空說明1UsernameVarchar否用戶名2NameVarchar否真實姓名3IDnumberInt否身份證號4GenderVarchar否性別5TelnumberInt否聯(lián)系電話6SecondcontactVarchar否第二聯(lián)系人7SecondarynumberInt否第二聯(lián)系人電話8EmailVarchar否電子郵箱9WorkgroupVarchar否工作組10DutyVarchar否職務(wù)11CreatetimeDatetime否創(chuàng)建時間（6）外來人員信息表表4-6外來人員信息表表名外來人員信息表英文名WLPeopleIfoTab主鍵外鍵序號名稱類型是否為空說明1NameVarchar否真實姓名2IDnumberInt否身份證號3GenderVarchar否性別4TelnumberInt否聯(lián)系電話5EmailVarchar否電子郵箱6CompanyVarchar否所屬公司7WorkgroupVarchar否接待部門（7）生產(chǎn)變更室準(zhǔn)入表表4-7生產(chǎn)變更室準(zhǔn)入表表名生產(chǎn)變更室準(zhǔn)入表英文名ProChaRoomAccFormTab主鍵ID外鍵序號名稱類型是否為空說明1ApplicantVarchar否申請人2GenderVarchar否進(jìn)入事由3BelongingVarchar否攜帶物品4EstimatedtimeDatetime否預(yù)計進(jìn)入時間5ActualtimeDatetime否實際進(jìn)入時間6DeparturetimeDatetime否出來時間7EntrantVarchar否接待部門（8）計劃作業(yè)巡檢表表4-8計劃作業(yè)巡檢表表名計劃作業(yè)巡檢表英文名PlanWorkTab主鍵ID外鍵序號名稱類型是否為空說明1VerifierVarchar否審核人2HandlerVarchar否接管人3ChargemanVarchar否負(fù)責(zé)人4ImportanceVarchar否重要性5ConditionVarchar否狀態(tài)6CategoryVarchar否類別5系統(tǒng)詳細(xì)設(shè)計與實現(xiàn)基于上一章的運營信息管理系統(tǒng)和管理框架，本章重點介紹每個操作系統(tǒng)模塊的具體實現(xiàn)。一個特定的實現(xiàn)描述了特定教室結(jié)構(gòu)的結(jié)構(gòu)和系統(tǒng)調(diào)用的順序，并通過系統(tǒng)流程圖顯示了系統(tǒng)的性能，并包括直接使用可視控制界面。5.1事件管理功能模塊的實現(xiàn)用戶登錄到平臺，然后單擊事件管理。未處理的事件將按時間順序排序，顯示在事件詳細(xì)信息的第二頁上，顯示在列表中，并插入單獨的頁面。每頁顯示10條記錄。分配事件查詢功能，根據(jù)用戶輸入的數(shù)據(jù)，用關(guān)鍵字查詢相關(guān)事件，單擊一頁進(jìn)入詳細(xì)信息顯示頁面。事件處理控制器CategoryController調(diào)用index（）該方法完成獲取顯示事件的未使用信息，而handle（）完成獲取信息并傳遞，EventCategoryService注入EventReportCategoryDAO，newForm（）方法完成了未完成事件的顯示，updateForm（）完成了未完成事件的更新，eventHandle（）完成了未完成事件的繼承，并通過PersonDAO檢索處理程序列表，確定接收者，通過EventReportCategoryDAO更改事件狀態(tài)，并在handleWay（）方法中編寫事件描述和處理方法。事件創(chuàng)建控制器EventReportController主要負(fù)責(zé)控制事件所創(chuàng)建的業(yè)務(wù)邏輯，并且index（）方法顯示創(chuàng)建的信息，EventReportService中注入EventReportRecordDAO，調(diào)用send（）方法將相關(guān)信息寫入事件表，并通過report（）方法來發(fā)布事件。LevelController負(fù)責(zé)邏輯上控制相關(guān)事件的級別。將LevelDAO插入到LevelService中，并通過getLevel（）方法獲取事件級別。updateLevel（）方法是事件級別和優(yōu)先級升級。事件管理界面操作結(jié)果顯示如圖5-1所示：圖5-1事件管理界面圖事件管理接管界面操作結(jié)果顯示如圖5-2所示：圖5-2事件管理接管界面圖當(dāng)用戶單擊服務(wù)應(yīng)用程序菜單時，RequestController控制器將做出邏輯決定。如果您是該行內(nèi)業(yè)務(wù)人員，請使用changeView（）方法打開應(yīng)用程序界面，并調(diào)用requestJob（）方法輸入應(yīng)用程序信息。對于服務(wù)臺人員，一種打開授權(quán)界面并批準(zhǔn)requestJuge（）應(yīng)用程序的方法。對于ECC工作者，打開處理接口并調(diào)用requestHandle（）方法來處理應(yīng)用程序。如果您不屬于以上三個角色中的任何一個，則將提示您不能使用當(dāng)前用戶特權(quán)使用服務(wù)應(yīng)用程序功能。服務(wù)應(yīng)用程序處理界面如圖5-3所示。圖5-3服務(wù)申請?zhí)幚斫孛鎴D5.2用戶管理功能模塊的實現(xiàn)登陸并使用用戶注冊模塊選項。當(dāng)用戶選擇并點擊注冊按鈕時，它將進(jìn)入用戶的基本信息頁面，輸入個人帳號、ID號和姓名，單擊驗證按鈕，然后調(diào)用Web服務(wù)界面，并交換公司員工基本信息表數(shù)據(jù)，確認(rèn)。無論您是否是限制非法注冊的銀行員工，管理員都將審核注冊申請，并將其還原為用戶的基本信息并添加到頁面中。用戶輸入基本信息后，單擊，將數(shù)據(jù)發(fā)送到數(shù)據(jù)庫用戶表并保存。系統(tǒng)用戶管理控制器UserController的registerView方法可以完成用戶注冊頁面的啟動控制。UserService插入UserDAO、PersonDAO、RoleDAO，并通過check（）方法調(diào)用Web服務(wù)接口，以查看該行業(yè)中是否存在雇員，并查看該人是否已注冊。通過register（）方法確認(rèn)后，單擊[下一步]并輸入帳戶的創(chuàng)建。用戶名只能是用戶ID，需要檢查名稱是否與ID匹配。管理員通過驗證后，將以update（）的形式將用戶寫入用戶的表，還可以使用功能控件為用戶提供兼容的權(quán)限。執(zhí)行結(jié)果表明用戶已經(jīng)登錄，如圖5-4所示：圖5-4用戶注冊界面圖5.3變更管理功能模塊的實現(xiàn)用戶登錄到平臺后，然后單擊“更改管理”按鈕。更改管理實際在邏輯上是通過控制器ChangeActionController處理，具體取決于用戶的登錄角色和權(quán)限。典型的應(yīng)用程序系統(tǒng)管理員僅具有申請更改的權(quán)利，而沒有批準(zhǔn)更改的權(quán)限。調(diào)用changeView（）方法創(chuàng)建一個更改視圖。如果您擁有申請人的權(quán)限，請將personDAO、productDAO、changDAO、produclist（）插入ChangeService以獲取產(chǎn)品列表，選擇需要轉(zhuǎn)換的產(chǎn)品，然后輸入當(dāng)前時間、主題、內(nèi)容和評論。insertChangeproduct（）方法將產(chǎn)品名稱寫入更改表，并使用findChangeway（）方法找到確定批準(zhǔn)的方法。這表明確定批準(zhǔn)者是基本批準(zhǔn)還是多序列批準(zhǔn)。如果您具有批準(zhǔn)者的權(quán)限，則changeView（）方法根據(jù)申請字段值字段查找批準(zhǔn)方法并創(chuàng)建更改視圖，然后選擇批準(zhǔn)還是不同意。如果事實證明申請人選擇了錯誤的批準(zhǔn)方法，則申請人可以關(guān)閉申請并通知申請人繼續(xù)申請。操作結(jié)果顯示更改應(yīng)用程序如圖5-5所示：圖5-5變更申請實現(xiàn)圖5.4計劃作業(yè)巡檢功能模塊的實現(xiàn)計劃作業(yè)主要作用是在某些條件下觸發(fā)的可預(yù)測時間或順序任務(wù)的一種特性。這類任務(wù)有一段時間，頻繁且高層業(yè)務(wù)重疊，并且有很多限制。如果執(zhí)行了錯誤的操作，則很難撤銷。用戶登錄到系統(tǒng)，然后單擊“計劃的作業(yè)檢查”。JobActionController控制器監(jiān)督系統(tǒng)的工作評估的合理處理，插入JobCategoryDAO，PersonDAO，調(diào)用createJobTemplateView（）方法將啟動快速任務(wù)信息欄，顯示計劃的任務(wù)提醒，以及退出（）來延長工作時間和關(guān)閉時間。handleJob（）接受作業(yè)，然后updateJob（）更新操作任務(wù)列表步驟以替換它。執(zhí)行結(jié)果顯示計劃的運行測試，如圖5-6所示：圖5-6計劃作業(yè)巡檢程序?qū)崿F(xiàn)圖

6系統(tǒng)測試本章主要介紹銀A行一體化運維管理系統(tǒng)的測試方法和測試結(jié)果。首先，我們將討論配置參數(shù)和相應(yīng)的測試環(huán)境，然后在已實現(xiàn)的每個功能模塊上運行詳細(xì)的測試，以確保滿足需求分析的所有要求。根據(jù)測試過程，功能測試分為三個級別：單元測試、功能模塊集成測試和整個軟件系統(tǒng)的階段測試，并且軟件測試實現(xiàn)V模型。系統(tǒng)范圍的測試任務(wù)由三部分組成，測試過程如圖6-1所示。需求分析需求分析概要設(shè)計詳細(xì)設(shè)計編碼實現(xiàn)單元測試集成測試系統(tǒng)測試圖6-1測試流程圖V模型是軟件測試范疇中使用最廣泛的測試模型之一。諸如單元測試、集成測試和程序階段測試之類的軟件測試任務(wù)會在軟件開發(fā)生命周期的每個階段提供一對一的信息，描述測試、程序分析和設(shè)計階段。該系統(tǒng)采用子模塊設(shè)計，適用于在V模型上進(jìn)行測試。在V模型中，系統(tǒng)階段測試階段包含用戶需求分析。用于檢查系統(tǒng)是否滿足用戶需求，是否可以在實際工作環(huán)境中正常穩(wěn)定地執(zhí)行，并輸出期望的結(jié)果。支持集成測試、框架設(shè)計的整體質(zhì)量和顯示設(shè)計的驗證可以確保明智的模塊相互配合。單元的測試與詳細(xì)圖紙部分中成員工作的驗證一致，確認(rèn)預(yù)期結(jié)果與實際結(jié)果一致，并確保工作可以看到設(shè)計工作，結(jié)果輸出正常。6.1測試環(huán)境程序測試區(qū)域包括軟件環(huán)境和硬件配置兩大項。為了保障測試結(jié)果的可靠性和可持續(xù)性，測試期間使用的環(huán)境應(yīng)與交付后的實際環(huán)境非常接近。6.1.1硬件環(huán)境在測試環(huán)境中有三臺主機，一臺是用于服務(wù)器，一臺用于數(shù)據(jù)服務(wù)器，一臺用于登錄終端機。三臺計算機配置相同的參數(shù)。表5-1顯示了服務(wù)器配置。表5-1測試服務(wù)器的硬件配置信息名稱硬件配置CpuInteli7-77003.6GHz內(nèi)存8GB硬盤500G6.1.2軟件環(huán)境在該測試中，表5-1顯示了用于運行銀行數(shù)據(jù)中心的運維系統(tǒng)的軟件環(huán)境。表5-2測試軟件環(huán)境配置信息名稱軟件配置條件操作系統(tǒng)Windows 7/linux 2.6TomcatApacheTomcat 7.0.73DatabaseSQLSERVER2012JVMJavaHotSpot(TM)64-BitServerVMbuild24.45-b086.2單元測試單元測試是測試系統(tǒng)軟件的最小單元或功能，以查看它們是否可以接受輸入并產(chǎn)生正確的輸出。在V模型中，測試單元對應(yīng)于詳細(xì)設(shè)計，并且單元測試用于確定詳細(xì)設(shè)計的相關(guān)單元是否可以產(chǎn)生用戶期望的結(jié)果。單元測試是V模型中最基本的一種測試。它的存在可以讓開發(fā)人員單獨測試其他單元，以提高準(zhǔn)確性。單元測試可以很好的減少不確定性和風(fēng)險性。由于Nissho被用作集成開發(fā)平臺，因此選擇Junit來完成系統(tǒng)測試過程中的單元測試。在Java開發(fā)中，單元測試通常是一項任務(wù)。確定有效邏輯對于編寫和執(zhí)行測試用例是否有效，以確定返回值是否與預(yù)期結(jié)果一致。在單元測試中，如果子測試函數(shù)需要調(diào)用另一個函數(shù)的時候，則存根函數(shù)按需設(shè)計為恢復(fù)零值或固定值，以便子函數(shù)可以成功評估該函數(shù)信息。評估并修改了系統(tǒng)的關(guān)鍵功能，最終達(dá)到了預(yù)期的測試結(jié)果，并通過了所有單元測試。該程序具有許多功能，因此難以詳細(xì)解釋。選擇一個例子來詳細(xì)描述與它們相關(guān)的測試用例，同樣，它為測試其余單元創(chuàng)造了更多的條件。6.2.1用戶注冊單元測試用戶注冊功能單元測試如表5-3所示。表5-3用戶注冊函數(shù)單元測試表項目具體說明用例名稱是否行內(nèi)職工判斷函數(shù)測試編號0001測試函數(shù)isEmployee（）判斷條件判斷此函數(shù)沒有調(diào)用其他函數(shù)，無需編寫樁函數(shù)，在方法中添加輸入數(shù)據(jù)，在assertEquals斷言中添加預(yù)期結(jié)果輸入數(shù)據(jù)身份證期結(jié)果返回值為true測試結(jié)果通過測試，返回值是真實的，符合預(yù)期的結(jié)果在此測試中，輸入非直屬員工的ID號，直接將輸入數(shù)據(jù)與基本員工信息表進(jìn)行比較。返回值為false，表示沒有這樣的人返回。實際操作結(jié)果與預(yù)期結(jié)果相符并通過測試。6.2.2定時任務(wù)通知單元測試表5-4顯示了定時任務(wù)通知功能的單元測試。表5-4定時任務(wù)通知函數(shù)單元測試表項目具體說明用例名稱定時任務(wù)通知函數(shù)測試編號0002測試函數(shù)timeReport（）判斷條件判斷此函數(shù)沒有調(diào)用其他函數(shù)，無需編寫樁函數(shù)，在方法中添加輸入數(shù)據(jù)，在assertEquals斷言中添加預(yù)期結(jié)果輸入數(shù)據(jù)定時任務(wù)開始時間12:00預(yù)期結(jié)果生成通知事件測試結(jié)果在數(shù)據(jù)庫上找到符合預(yù)期結(jié)果的相應(yīng)事件憑單號在timeReport功能測試中，輸入計劃任務(wù)的通知時間，并將通知時間設(shè)置為“每天”。通知人是ECCGroup的工作人員，每天工作。在指定的時間，通知將被啟用，通知事件將被創(chuàng)建，并且實際性能結(jié)果將與預(yù)期結(jié)果匹配并通過測試。6.2.3服務(wù)申請保存單元測試表5-5顯示了服務(wù)申請保存功能的單元測試。表5-5服務(wù)申請保存函數(shù)單元測試表項目具體說明用例名稱服務(wù)申請保存函數(shù)測試編號0003測試函數(shù)applicationSave（）判斷條件判斷此函數(shù)沒有調(diào)用其他函數(shù)，無需編寫樁函數(shù)，在方法中添加輸入數(shù)據(jù)，在assertEquals斷言中添加預(yù)期結(jié)果輸入數(shù)據(jù)服務(wù)申請預(yù)期結(jié)果返回保存成功并且在數(shù)據(jù)庫中查到保存記錄測試結(jié)果返回值正確，在數(shù)據(jù)庫中找到對服務(wù)的記錄申請，并達(dá)到預(yù)期結(jié)果在對applicationSave功能的測試中，輸入服務(wù)應(yīng)用程序并將信息與預(yù)期結(jié)果一起保存在數(shù)據(jù)庫中。執(zhí)行該功能后，查詢數(shù)據(jù)庫以驗證記錄是否正確存儲在數(shù)據(jù)庫中。該測試符合預(yù)期結(jié)果并通過測試。6.2.4機房準(zhǔn)入審批單元測試表5-6顯示了機房準(zhǔn)入審批函數(shù)單元測試。表5-6機房準(zhǔn)入審批函數(shù)單元測試表項目具體說明用例名稱機房準(zhǔn)入審批函數(shù)測試編號0004測試函數(shù)enterAllow（）判斷條件判斷此函數(shù)沒有調(diào)用其他函數(shù)，無需編寫樁函數(shù)，在方法中添加輸入數(shù)據(jù)，在assertEquals斷言中添加預(yù)期結(jié)果輸入數(shù)據(jù)機房進(jìn)入申請預(yù)期結(jié)果返回審批并且在數(shù)據(jù)庫中查到審批記錄測試結(jié)果返回值正確，在數(shù)據(jù)庫中查找到審批記錄，符合預(yù)期結(jié)果在enterAllow功能的測試中，當(dāng)您進(jìn)入計算機室并輸入應(yīng)用程序時，將顯示批準(zhǔn)結(jié)果并將其保存在數(shù)據(jù)庫中。執(zhí)行該功能后，批準(zhǔn)結(jié)果被批準(zhǔn)，批準(zhǔn)的效果已得到充分證明。測試符合預(yù)期結(jié)果并通過測試。6.3集成測試系統(tǒng)集成測試主要旨在對性能模塊進(jìn)行分類。換句話說，由功能組成的子系統(tǒng)分為四個不同的部分，因為它與相應(yīng)的功能模塊兼容。同時，在測試時，不僅需要設(shè)計與格式和概念一致的輸入數(shù)據(jù)，而且還必須在輸入條件不正確時評估系統(tǒng)響應(yīng)，防止系統(tǒng)損壞。6.3.1事件管理功能模塊測試重點在于測試事件管理模塊，以確定系統(tǒng)是否可以有效管理多個事件并完成事件集成、開發(fā)、分發(fā)和處置。表5-7顯示了主要的測試用例和事件管理模塊的結(jié)果。表5-7事件管理模塊集成測試用例表用例名稱輸入項描述測試數(shù)據(jù)預(yù)期結(jié)果是否通過監(jiān)控事件收集監(jiān)控日志數(shù)據(jù)庫中存放的監(jiān)控數(shù)據(jù)找到所有監(jiān)控事件是工單創(chuàng)建工單信息數(shù)據(jù)庫中監(jiān)控事件數(shù)據(jù)同類事件相關(guān)聯(lián)是事件查詢事件ID數(shù)據(jù)庫中事件數(shù)據(jù)得到要查詢的事件是事件展示查詢條件數(shù)據(jù)庫中測試事件數(shù)據(jù)按照時間順序排序是6.3.2變更管理功能模塊測試測試變更管理模塊的關(guān)鍵是系統(tǒng)是否可以有效地控制整個變更過程，以及是否可以完成請求、批準(zhǔn)和終止變更。表5-8顯示了主要的測試用例和變更管理模塊的結(jié)果。表5-8變更管理模塊集成測試用例表用例名稱輸入項描述測試數(shù)據(jù)預(yù)期結(jié)果是否通過變更申請申請信息手動輸入數(shù)據(jù)生成申請事件是單獨審批變更申請事件數(shù)據(jù)庫中申請事件完成批準(zhǔn)和關(guān)閉是串行審批串行申請事件數(shù)據(jù)庫中事件數(shù)據(jù)正確處理批準(zhǔn)和不批準(zhǔn)是并行審批并行申請事件數(shù)據(jù)庫中申請事件正確處理批準(zhǔn)和不批準(zhǔn)是6.3.3計劃作業(yè)巡檢功能模塊測試測試計劃的操作檢查模塊的重點是系統(tǒng)是否可以針對常規(guī)任務(wù)和定時任務(wù)顯示正確的提示，是否可以正確控制復(fù)雜任務(wù)和任務(wù)的預(yù)定條件和邏輯關(guān)系。當(dāng)您冒無法完成任務(wù)的風(fēng)險時，是否可以創(chuàng)建任務(wù)報警。表5-9顯示了計劃的運行測試模塊的主要測試案例和結(jié)果。表5-9計劃作業(yè)巡檢模塊集成測試用例表用例名稱輸入項描述測試數(shù)據(jù)預(yù)期結(jié)果是否通過任務(wù)提醒提醒條件和事件手動輸入數(shù)據(jù)準(zhǔn)確提醒是批處理任務(wù)批處理條件批處理事件正確控制每一步順序是風(fēng)險報警特殊處理方式批處理事件準(zhǔn)確，準(zhǔn)時生成報警事件是超時處理超時事件數(shù)據(jù)庫中超時事件重新開始和關(guān)閉是6.3.4用戶管理功能模塊測試平臺用戶管理測試的重點是系統(tǒng)是否可以成功注冊并登錄到系統(tǒng)，并根據(jù)需要維護(hù)注冊詳細(xì)信息。表5-10顯示了主要的測試案例以及平臺用戶管理類別的結(jié)果。表5-10用戶管理模塊集成測試用例表用例名稱輸入項描述測試數(shù)據(jù)預(yù)期結(jié)果是否通過用戶注冊用戶信息用戶名密碼注冊成功是用戶登陸用戶名密碼用戶名密碼登錄成功是管理員審批申請信息用戶信息成功分配權(quán)限是6.4系統(tǒng)階段測試在V模型中，系統(tǒng)測試解決了用戶需求的分析。工作人員專注于整個軟件系統(tǒng)，以確定系統(tǒng)是否滿足用戶要求，以及是否通過檢測系統(tǒng)實現(xiàn)與用戶要求規(guī)格之間的符合性來實現(xiàn)所有功能。模塊確保系統(tǒng)正常運行，并為系統(tǒng)交付奠定了堅實的基礎(chǔ)。表5-11顯示了此系統(tǒng)的系統(tǒng)測試示例。表5-11系統(tǒng)測試階段測試表名稱步驟預(yù)期結(jié)果是否通過用戶注冊登錄用戶用戶名密碼