概要設計

 

 

 

 

創新綜合管理系統

 

 

概要設計說明書

 

 

 

 

 

 

 

 

 

中國建設銀行廣東省分行

信息技術管理部

2009年6月

 

 

 

 

修改記錄

編號	日期	描述	版本	做者	審覈	發佈日期
0.0.1	2009-6-22	初始版本	0.0.1	李嘉欣
0.0.2	2009-6-25	修改	0.0.2	李嘉欣

 

本文檔中所包含的信息屬於內部資料，如無中國建設銀行的書面許可，任何人都無權複製或利用。

®Copy Right 2004 by China Construction Bank

 

目 錄 

1 引言 4

1.1 編寫目的 4

1.2 項目背景 4

1.3 定義 5

1.4 參考資料 5

2 整體設計方案 5

2.1 設計前提和約束條件 6

2.2 基本設計思想 6

2.3 系統總體設計 8

2.4 功能劃分及處理流程 11

2.5 性能要求 21

2.6 運行環境 21

2.7 軟件系統中需人工處理的過程 22

2.8 概要設計中還沒有解決的問題 22

3 接口設計 23

3.1 外部接口設計 23

4 系統數據結構設計 24

4.1 邏輯結構設計要點 24

4.2 主要表結構 25

5 安全設計 28

5.1 系統安全體系 28

6 系統出錯處理設計 30

7 系統維護設計 30

 

1 引言

1.1 編寫目的 

 本概要設計文檔主要用來指導創新綜合管理系統的詳細設計工做，爲詳細設計提供統一的參照標準，其中包括系統的內外部接口、系統架構、編程模型以及其餘各類主要問題的解決方案。在此文檔被通過同行評審後，全部有關本系統的詳細設計必須遵守此文檔的相關標準和約束來進行。另外，此文檔也做爲對詳細設計文檔進行同行評審所依照的標準之一。

在詳細設計的過程當中，若是發現須要添加新的概要設計標準或者約束來指導詳細設計工做，必須在此文檔進行更新和評審，以確保各模塊詳細設計的一致性和正確性。

本文檔主要描述的是創新綜合管理系統的概要設計，其中包括定義系統的內外部接口、相關的系統架構和設計標準，不會涉及系統業務邏輯現實的細節。

 

1.2 項目背景 

創新是實現銀行持續健康發展的源動力。總行、省分行十分重視創新工做。但因爲缺少系統支持，廣東省分行主要依靠手工及郵件分發的方式，對創意進行收集、篩選、測評等處理，創意處理工做壓力大，處理週期長，效率低，因爲創意處理意見反饋較長，一些員工創新的積極性受到必定影響。此外，員工所提創意不能共享，創意的提出缺少有效規範與指引，高質量的創意比較少。

爲了提升創意收集與處理效率，深化對創意的篩選與加工，爲創新提供更多既符合客戶需求、又與我行發展戰略相吻合的創意，廣東分行向總行請示擬開發創新綜合管理系統。

系統上線後，主要實現如下目標：一是將解決原來主要依靠手工郵件收集、處理創意的問題，提升創意處理效率，並提供團隊提出、加工、研究創意的平臺，實現對創意的深層次加工，爲創新提供更多更好的創意；二是提供系統平臺，支持創新項目的立項、審覈、創效獎的申報和處理等；三是創建全分行統一規範的產品信息發佈維護渠道平臺，員工可方便地學習我行產品知識，促進市場拓展能力的提高；四是創建產品推廣後運行信息收集平臺，產品歸口部門可及時瞭解產品知足客戶狀況、潛在風險及與同行先進產品的比較等信息。

1.3 定義 

術語縮寫	術語全稱	中文翻譯(供參考)
CRUD	Create/Retrieve/Update/Delete	增刪改查(四種基本的數據操做)
BP	Business Process	業務過程
BO	Business Object	業務對象
VO	Value Object	值對象
MVC	Model/View/Controller	模型/表示/控制模式
DAO	Date Access Object	數據訪問對象

1.4 參考資料

《創新綜合管理系統業務需求說明書》

《創新綜合管理系統需求分析》

2 整體設計方案

按功能不一樣進行技術層次劃分，使各層功能相對獨立。同時以接口形式來描述各層之間的調用關第，以達到層次之間的鬆散耦合。

各層所提供功能不依賴於一種具體的技術或產品實現，應該提供必定範圍的技術選擇。

技術架構不和具體的應用架構綁定，應具有較寬的使用範圍，適合將來應用的擴展。

如下爲整體模塊之間的關係：

 

 

 

 

2.1 設計前提和約束條件

    1． 系統用戶登錄經過與總行UAAP認證系統實名認證

2． 創意產品研發過程對選取專家使用Lotus郵箱郵件通知功能

3． 遵循SUP的J2EE項目開發規範。使用SUP1.1.3做爲開發平臺。

4． 遵循建設銀行JAVA編碼規範。

2.2 基本設計思想

咱們把狀態控制及審批流轉、評分評議的計算、郵件發送抽取成共用模塊，以供其餘模塊引用。詳見如下模塊關係：

 

 

 

2.3 系統總體設計

2.3.1 物理部署架構

 

 

 

硬件：

Web服務器：IBM刀片服務器 * 2

小型機 磁盤陣列 200G

軟件：

 Windows server 2003 + Weblogic

AIX 5.3 + Oracle 10.0

物理部署關係圖

 

         1． 系統用戶登錄經過與總行UAAP認證系統實名認證

         2． 創意產品研發過程對選取專家使用Lotus郵箱郵件通知功能

 

2.3.2系統的層次模型

  

2.3.1.1 客戶端(Client Tier)

客戶端指的是訪問應用的web瀏覽器終端，經過web瀏覽器啊來訪問創新綜合管理系統。該層的展現效果應遵循我行《BS 架構系統用戶界面規範》

2.3.1.2 表現層(Presentation Tier)

表現層接收客戶端的 HTTP 請求，提供系統登錄，會話管理，訪問控制，數據封裝和交易分發等功能。採用 JSF 時，應遵循中國建設銀行相關的 JSF技術實施規範。

2.3.1.3 業務控制層(Usecase Controller Tier)

對錶示層發來的數據格式進行檢查判斷，根據不一樣的業務將數據分配到不一樣的業務處理服務進行處理。

2.3.1.4 業務服務層(Business Service Tier)

業務層是 J2EE 構架的核心層，它接收展現層分發的交易請求，完成業務邏輯的具體實現。對不一樣的業務數據進行處理，處理完成後，將處理結果返回表現層。

2.3.1.5 集成層(Interface Tier)

集成層向業務層提供統一的內部和外部資源訪問，爲業務層的數據訪問請求屏蔽不一樣的數據存儲訪問技術，以及與外部系統整合技術的差別性。

2.3.1.6 數據層(Resource Tier)

資源層主要指數據庫、文件系統和外部系統。該層採用的產品遵循總行信息技術管理部對數據庫等軟件產品的統一規定。本系統採用ORACLE 10g 做爲數據庫系統。

 

2.4 功能劃分及處理流程

 

 

 

 

功能模塊	功能名稱、標識符	描述
創意綜合管理模塊	創意提交	員工錄入創意信息造成並提交此創意原型
	創意查詢	能夠查詢全部員工提出的創意
	創意評審	部門對員工提交的創意原型進行篩選反饋
	創意評議	業務部門對經過提交的創意進行評議評分並進行獎勵
	深度加工	對創意進行產品開發，深度加工
創新項目	創新立項	立項的申請，立項的審覈，立項項目的初審
	臺帳管理	登記項目的詳細進展狀況
	創效評獎	獎金的申報及審批
產品信息平臺	產品發佈及維護	對產品信息發佈更新刪除的管理
	產品指引	對員工對產品的留言的回覆及維護
	上市產品評估	指定同行業產品對比 對比評分
後臺管理模塊	參數設置	系統各類類型參數的維護
	機構管理	各級機構的維護
	角色管理	角色的維護
	日誌管理	系統日誌的維護
	通知管理	通知信息的發佈
報表統計模塊	創意報表統計	對創意提出量、各機構計劃完成狀況的統計
	創新報表統計	對創新項目的進展和完成狀況進行統計
	產品報表統計	對產品評估情況進行統計

 

 

 

 

 

 

 

 

 

 

 

2.4.1創意綜合管理模塊

2.4.1.1  功能概述

系統創建較便捷、易用的創意提出平臺。全部用戶既可單獨提交創意，也能夠經過系統選擇若干「志同道合者」組成小組，共同提出創意各級創新牽頭管理機構從完整性、創意價值等方面對收集的創意進行快速篩選，並按業務條線進行分發處理。根據相關評分指標，從創新專家庫中，選擇若干創新專家，對篩選承認的創意進行內部評分，評選出獎勵創意及獎勵方案，上傳集中評議結果，並將獲獎創意入庫。對創意進行加工完善，造成產品模型。

 

2.4.3.2業務處理流程

 

 

系統要根據提交創意的部門所屬級別的不一樣，提供不一樣的處理流程，包括以下2種級別：

二級分行普通員工提交創意→二級分行牽頭部門。

省行部門員工提交創意→省行部門牽頭部門。

 

角色

對應 狀態

發起創意

保存草稿

打印

指定部門

上報

退回

退回修改

Email

錄入評獎結果

生成批次

部門評審

生成產品模型

提交總行

專家評審

創意提出者

草稿

○

○

○

○

二級行管理員

二級行初選

○

○

○

○

二級行部門管理員

二級行業務部門處理

○

○

○

○

○

二級行管理員

篩選

○

○

○

省分行管理員

一級行初選

○

○

○

省分行部門管理員

一級行部門處理

○

○

○

○

省分行管理員

遞交牽頭部門彙總

○

○

○

專家小組

評議中

○

○

○

省分行管理員

已評議

○

省分行部門管理員

已評議

○

產品經理

深度加工

○

○

產品經理

產品模型

○

○

流轉超過7天須要郵件提醒改管理員和省分行管理員。

管理員轉移功能，徹底轉移和臨時轉移

2.4.2創新項目

2.4.2.1 功能概述

立項申請→部門負責人審覈→項目初審→審批結果反饋→項目進展登記→創效獎申報→項目/部門負責人審覈→初審→生成評獎批次→選擇專家（含設置權重）→專家評議→生成評議結果→結果修正→公示→產品委審議結果登記

 

2.4.2.2業務處理流程

 

考慮到業務的須要，部門/二級行管理員可對本業務部門的立項申請或者創效獎勵申請進行審覈和填寫審覈意見並提交初審覈。

 

 

 

 

○:具備相應權限  ╳:無相應權限

角色	普通用戶	部門/二級行管理員	產品經理	專家組	省分行管理員	部門/二級行負責人
立項申請	○	○	○	○	○	○
部門負責人審覈	╳	○	╳	╳	╳	○
項目初審	╳	╳	╳	╳	○	╳
審覈結果反饋	╳	╳	╳	╳	○	╳
項目進展登記	○	○	○	○	○	○
創效獎申報	○	○	○	○	○	○
部門負責人審覈	╳	○	╳	╳	╳	○
初審	╳	╳	╳	╳	○	╳
生成評獎批次	╳	╳	╳	╳	○	╳
選擇專家	╳	╳	╳	╳	○	╳
專家評議	╳	╳	╳	○	╳	╳
生成評議結果	╳	╳	╳	╳	○	╳
結果修正	╳	╳	╳	╳	○	╳

 

 

 

 

 

 

 

2.4.3產品信息平臺

2.4.3.1功能概述

產品信息平臺包括 產品信息維護，上市產品運行信息模塊，產品知識討論及評估。

產品信息維護是用於產品經理對該條線的產品信息進行錄入、維護和發佈，以便前臺員工和大堂經理能進行產品知識的學習並及時掌握產品的變更要求。上市產品運行信息模塊是提供給員工對我行已上市的產品（指全部創新項目，既包括產品創新，也包括管理創新、服務創新、流程創新），特別是對最新推出的產品和對業務發展具備重要影響的重點產品進行營銷意見反饋、風險預警和評價的平臺。該模塊有助於產品管理部門和業務管理部門對新產品的跟蹤和調查，從而及時準確的更正和完善這些上市產品，使新產品的推出向着更有利於客戶、有利於建行的發展方向進行，同時，可加大創新成果的共享。產品知識討論及評估 主要用於全部產品信息展現，員工對產品的評論。

 

2.4.3.2業務處理流程

 產品信息維護流程：

 

2.4.4用戶管理模塊

用戶管理功能主要有SUP 1.1.3 生成， 主要包括： 機構管理、角色管理、菜單權限管理、用戶管理。 增長功能爲用戶登陸統計和UAAP認證接口。

          

2.4.5系統參數模塊

 系統參數模塊主要包括：下拉列表數據配置、系統參數配置和通知管理，主要使用SUP的「高級單表維護工具」來實現。

 

2.5 性能要求

• 處理能力

系統面對可能達到幾十的用戶任務併發性，應保證正常的處理能力。

• 穩定性

系統資源利用合理，保證系統先後臺數據操做效率。

• 傳輸能力

本系統業務功能包括附件和圖片傳輸，應提升文件傳輸速度

2.6 運行環境

2.6.1硬件規劃

硬件環境（網絡、設備等）
數據庫服務器	IBM 3850PC服務器2臺
WEB服務器	IBM HS21刀片服務器2臺
刀片中心	一個

磁盤空間估計：200G主要考慮系統中的附件上傳功能。

2.6.2軟件配置

軟件環境（相關軟件、操做系統等）
數據庫服務器	AIX5.3
	Oracle 10.0
Web服務器	Windows Server 2003
	Weblogic 8.1
客戶端	Windows9X/2000/xp
	InternetExplore6.0

 

2.7 軟件系統中需人工處理的過程

無

2.8 概要設計中還沒有解決的問題

無

3 接口設計

3.1 外部接口設計

 

3.1.1與UAAP系統接口

創新綜合管理系統的用戶身份認證將經過UAAP實名認證。

 

3.1.2與Lotus郵件系統接口

創新綜合管理系統中的創意綜合管理模塊中的創意深度加工產品研發步驟將提供郵件通知業務部門人員。

 

 

 

 

4 系統數據結構設計

採用POJO的方式實現。結合SUP平臺的業務類型規範。

4.1 邏輯結構設計要點

功能點及功能模塊間的關係

	創意	創新	產品	系統管理	用戶管理
創意申請表	√
創意評分表	√
深度加工功能	√
創意獎勵	√
獎金分配	√
專利申請	√
積分計算	√
創意查詢統計	√
立項申請表		√
項目進展登記表		√
創效獎申報表		√
創效評議		√
創效獎勵		√
項目效益收集		√
統計報表		√
產品維護			√
產品交流			√
熱點產品			√
上市產品運行信評估			√
產品更新狀況統計表			√
產品評估統計			√
創意類型				√
創意類別				√
項目類別獎金係數跟封頂的設置				√
綜合得分參數設置				√
推薦率參數設置				√
專家系數設置				√
角色管理					√
機構管理					√
權限管理					√
郵件管理					√

 

4.2  主要表結構

系統信息表主要與系統框架有關的系統表，包括：

中文表名	英文表名
數據字典表	ITS_SYS_DICTIONARY
流轉基礎表	ITS_SYS_MAIN_FORM
附件表	ITS_SYS_ATTACHMENT
分數計算基礎表	ITS_POINT_MAIN
分數計算明細表	ITS_POINT_DETAIL
批次狀態記錄表	ITS_BATCH
獎金分配基礎表	ITS_AWARD
獎金分配明細表	ITS_AWARD_DETAIL
流程配置表	ITS_FLOW_CONFIG
按鈕步驟關係表	ITS_FLOW_BUTTON
流轉日誌記錄表	ITS_FLOW_LOG
流轉工做項	ITS_FLOW_WORK_ITEM
流程模板	ITS_FLOW_TEMPLATE
任務轉移記錄表	ITS_FLOW_DELIGATE_TO
討論小組	ITS_TEAM
小組成員	ITS_TEAM_MEMBER
小組與表達的對應關係表	ITS_TEAM_FORM
創新項目	ITS_DETAIL_FORM_INNOVATION
項目進展登記表	ITS_HEADWAY
效益狀況表	ITS_BENEFIT
創新效益獎申報表	ITS_DETAIL_FORM_BONUS
項目完成狀況及成效表	ITS_FINISH_CIRCS
通知信息記錄表	ITS_NOTICE

 

 

 

 

 

 

 

 

 

 

 

 

 

 

SUP平臺對用戶信息處理的基礎表結構

 

 

5 安全設計

5.1 系統安全體系

系統的安全體系可用下圖表示：

 

整個系統的安全取決於系統運行物理環境的安全性、服務器及網絡的安全性、操做系統的安全性、應用系統的安全性及應用數據的安全性等，經過設計實施總體的安全策略，對安全策略的實施結果進行評估，及時採起修復補救措施，調整安全預防策略，綜合動態地進行系統安全管理。

創新綜合管理系統的信息數據安全主要實如今業務流程控制和代碼的詳細設計中，對系統權限設計應充分考慮總體策略安全性。

因爲本系統創建在我行現有的物理環境和網絡環境中，環境安全性很好，並將不斷完善優化，所以，有關本系統的安全設計的主要對象是系統自身的應用安全、數據安全、服務器操做系統和數據庫的安全管理維護。

5.1.1系統面臨的安全威脅

本系統須要考慮系統及數據可能面臨的如下安全威脅：

非人爲因素：服務器意外斷電、損壞、硬盤出錯或損壞，網絡中斷等；

人爲因素：操做失誤，惡意攻擊，病毒破壞等；

信息泄露、信息竊取、假冒、抵賴等；

系統軟件安全漏洞。

5.1.2系統安全方案

針對上述安全威脅，系統的安全運行依賴網絡和服務器系統的安全，系統自己須要設計相應的安全監控功能。

5.1.2.1服務器及客戶端系統安全

對於數據庫系統，進行相應的安全配置維護管理，根據實際狀況及時進行安全策略調整，按期進行數據庫系統的有關備份。

因爲客戶端計算機用途很開放，很容易受到病毒感染、惡意攻擊等，可能會進一步影響到服務器，所以，對客戶端計算機也要採起安全措施，進行相應的安全配置管理，如設置有效的系統密碼，設置較高的瀏覽器級別，及時打補丁，安裝反病毒程序，按期查殺病毒，根據實際狀況及時採起安全措施。

5.1.2.2應用系統安全

• 身份認證

使用建行統一身份認證體系UAAP進行身份認證。

• 用戶權限控制

系統提供用戶角色權限管理功能模塊，UAAP上的用戶便可做爲普通用戶登陸本系統進行創意提交、創意查詢、創新項目查詢、產品知識查詢和交流、上市產品信息反饋等等功能。

角色分爲如下幾種

系統管理員： 參數設置、流程跟進

專家庫 ： 能夠被選中後進行創意和創效獎評分操做

產品經理 ： 有錄入和修改該部門下面的產品的權限

部門管理員 ： 負責該部門或條線的創意篩選工做。

廣東分行管理員 ：創意篩選和創新項目審批，創意和創新的評獎和公示。

二級行管理員 ： 創意篩選、創新項目效益收集、分行獎金分配

普通用戶 ： 提出創意、項目進展登記、產品學習和評估

• 安全管理和權限制度設計

明確系統的安全管理機構/部門、人員及職責，負責管理系統安全保密工做。制定系統安全保密管理制度，並嚴格加以執行及監督，實現資源的合理配置和統一管理，實現統一的訪問控制策略，確保系統的安全運行、安全審查。

在外部安全上，企業級的防火牆能夠爲本系統提供一個安全的運行環境。

在系統內部，本系統用戶，機構、角色、權限根據實名制層級設置，提升系統數據操做的安全保護。

6 系統出錯處理設計

系統出現故障或錯誤，按模塊記錄錯誤日誌，並提示用戶，方便分析錯誤和維護；數據庫系統容錯：數據庫系統按期備份由數據庫服務器自身的容錯系統解決；

6.1.1客戶端異常處理機制及實現方法

根據業務須要，定義成兩大類型的異常：

BizException： 彈出框或頁面上方信息提示，能夠保持原來頁面所顯示的內容。

RollbackableBizException： 數據庫回滾異常，並給出相應的提示。

 

拋出到頁面提示用戶進行處理或直接在Backing Bean跟進不一樣的錯誤類型做出不一樣形式的錯誤展現方式。

6.1.2業務邏輯層異常處理機制及實現方法

各個模塊定義不一樣的模塊異常，拋出到Backing Bean進行統一處理。

6.1.3數據存儲層異常處理機制及實現方法

數據層Exception統一由業務邏輯層進一步進行處理。

 

7 系統維護設計

在系統中專門設置用於系統檢查與維護的檢測點和專用模塊。儘量地下降系統維護工做量。系統的前臺應用的界面風格要一致，提示信息要明確。軟件編碼的要求風格一致,有詳細註釋，保證代碼易讀易懂，以便於系統維護。要求提供完備的設計文檔、用戶手冊、安裝文檔、在線和聯機幫助文檔，爲系統地維護工有效的幫助和指導。系統發生變化後要及時更新相關文檔內容。