《《系統設計說明書》參考模版(共33頁)》由會員分享，可在線閱讀，更多相關《《系統設計說明書》參考模版(共33頁)（33頁珍藏版）》請在裝配圖網上搜索。

1、精選優(yōu)質文檔-----傾情為你奉上 交行集中工作平臺 設計說明書 2008年5月 目 錄 1 引言 1.1 編寫目的 [說明編寫這份設計書的目的，指出預期的讀者和有關閱讀建議。] 本設計說明書文檔包括該項目的建設背景、目標、建設內容、系統架構、接口、數據模型、功能模型、部署模型、功能設計等

2、的描述，用于指導該項目的開發(fā)與部署，同時，作為該項目的重要技術資料，作為系統未來維護或擴展的參考。 本文檔的閱讀者為本系統的設計、開發(fā)人員、接口系統的開發(fā)人員、系統維護人員。 1.2 名詞術語 [描述與該系統相關的特定概念和術語，如某些縮寫代號，統一的詞匯表達等] MISUP：MIS Uniform Platform，MIS統一架構平臺，交通銀行為支撐靈活的、高效的、易管控的、良好用戶體驗的管理型應用的開發(fā)、運行和管理，而規(guī)劃建立的符合SOA技術的MIS應用統一架構體系，該體系規(guī)劃包括相應的方法論、平臺（工具）以及交通銀行IT資產內容。 集中工作平臺： 應用基礎框架： 集中任務

3、中心： EOS： EXT： SOA：Service-Oriented Architecture，面向服務的架構，SOA是一個軟件架構，同時也是一個構件模型，它將企業(yè)應用的不同功能單元（稱為業(yè)務服務）通過這些服務之間定義良好的接口和契約聯系起來。接口是采用中立的方式進行定義的，它應該獨立于實現服務的硬件平臺、操作系統和編程語言。這使得構建在各種這樣的系統中的服務可以以一種統一和通用的方式進行交互。本項目中涉及SOA概念，主要側重于松散耦合的應用架構、復用、業(yè)務構件化的意義。 1.3 參考資料 [列出有關的參考文件，如： · 本項目的經核準的計劃任務書或合同、上級機關的批文； ·

4、 屬于本項目的其他已發(fā)表文件； · 本文件中各處引用的文件、資料，包括所要用到的軟件開發(fā)標準。 · 列出這些文件的標題、文件編號、發(fā)表日期和出版單位，說明能夠得到這些文件資料的來源。] 《集中工作平臺預研總結報告.doc》 《集中工作平臺技術預研工作總結.ppt》 《MISUP-IWP項目設計與開發(fā)規(guī)范.doc》 1.4 文檔約定 [說明本文檔中的有關約定信息，例如名詞的縮寫，代碼表示，隱含式的約定等。] 本文檔中工作流引擎指EOS工作流平臺的工作流引擎，交通銀行簡稱為“交行”，普元軟件技術（上海）有限公司簡稱為“普元”。 Bankcomm：交行或者交通銀行 Prime

5、ton：普元或普元軟件技術（上海）有限公司 本文檔中所涉及的構件包、構件均表示基于EOS平臺的構件包和構件概念。 2 總體設計 2.1 建設背景 [說明： · 為什么要建這套系統 · 要達到的目標是什么] 交通銀行大集中完成后，大量的MIS系統迫切需要建設，然而我行MIS應用建設的方式還是相對孤立的。盡管采用了單點登錄、統一認證、門戶整合、企業(yè)總線等方面的技術，但在應用與應用之間，缺乏統一的業(yè)務構件規(guī)劃；應用實施過程中，缺乏業(yè)務構件的抽象和抽取，因此無法形成IT資源的有效積累和復用；各個應用分別建設，又缺乏公共資源的復用，導致各個應用需要分別實現用戶、權限管理，以及應用的UI框架

6、，導致IT建設的重復投入，以及使用者的體驗不好。 Internet已經日益成為應用程序開發(fā)的默認平臺。用戶對應用程序復雜性要求日增，但現在的Web應用程序對完成復雜應用方面卻始終跟不上步伐。用戶與今天中等復雜程度的Web應用程序交互時，其體驗并不能令人滿意。 上面的這些問題，實際上也是大多數大型企業(yè)（包括同業(yè)）IT建設中的共同挑戰(zhàn)，而SOA的理念和規(guī)范（標準）的一步步完善，為解決這些問題帶來了曙光，而國內平臺廠商以及同業(yè)銀行做出的實踐，初步驗證了企業(yè)級業(yè)務構件化和統一架構的可行性。在這樣一個內外因素的背景下，軟件中心提出了MIS系統規(guī)劃和建設的更大目標：建立以業(yè)務構件化為基礎的，符合先進技

7、術發(fā)展趨勢的交行MIS統一架構平臺（MISUP），以支撐靈活的、高效的、易管控的、良好用戶體驗的管理型應用的開發(fā)、運行和管理。其中，集中工作平臺作為MIS統一架構平臺的重要組成部分，關系到使用者的體驗，成為最先建設的重點內容。 2.2 系統建設目標 [描述系統建設的目標，適用范圍和相關原則] 集中工作平臺實施完成后，將成為交行MIS應用的基礎平臺，各個MIS系統將遵循該平臺的相關規(guī)范接入進來，并提供統一的用戶操作入口，因此，在設計上將重點考慮如下特性：應用模型的通用性和可擴展能力，技術框架的靈活性，運行的效率和穩(wěn)定性。 以下列出了集中工作平臺具體的建設目標： 2.2.1 提高用戶體驗

8、 希望提供給用戶： l UI展現、操作友好 n 易交互：交互性強，盡量不使用或少使用頁面全部刷新的不友好方式，而采用基于ajax技術的局部刷新效果； n 豐富的控件：開發(fā)或集成豐富的UI控件，既豐富了用戶的交互手段，又方便了開發(fā)人員。 l 集中桌面 n 一次登錄：用戶一次登錄，即可在各應用中間切換 n 一個工作平臺：提供給用戶一個統一的工作平臺，用戶在該平臺上即可完成各項操作。 正是基于上述原因，要求本系統實現： l 支持RIA的UI框架； l MIS應用桌面。 2.2.2 建立統一的MIS應用架構 希望給各個應用提供： l 公共模型及服務 n 用戶、組織機構模型：

9、從現有系統和交行實際，抽取出公共的模型，為各應用服務； n 權限模型：從現有系統和交行實際，抽取出公共的模型，為各應用服務。 l 集中流程任務處理 n 待辦工作：抓取用戶在各應用中的待辦任務，統一展現給用戶處理； n 已辦工作：抓取用戶在各應用中的已辦任務，供用戶查看。 n 待閱中心：抓取用戶在各應用的待閱消息，供用戶查看。 正是基于上述原因，要求本系統實現： l 應用基礎框架； l 集中任務中心。 2.2.3 集中工作平臺 以上四個目標有機形成集中工作平臺，提供交行MIS應用的應用統一入口： 2.3 設計和實現約束 [描述系統設計和實現中受到的約束，包括設計與

10、實施策略、開發(fā)工具、團隊結構、時間表、遺留代碼等。] 通過項目啟動前的方案驗證和技術預研工作，為本項目的實施打下了良好的基礎，并確定了如下的設計和實現原則： l 技術架構采用J2EE+普元EOS6 l UI框架采用EXT2 l 應用桌面采用Portal實現 l 用戶認證采用LDAP 2.4 組織結構和用戶類 [描述系統涉及的組織機構，系統相關的用戶] 集中工作平臺旨在為未來交行MIS應用提供統一的應用框架、組織模型、權限控制，因此，幾乎交行所有需要使用MIS應用（如HR、OA、CRM、資金管理等）的人員均作為該平臺的用戶，并且涉及到交通銀行的所有組織機構，同時，交通銀行的某些合

11、作伙伴（如開發(fā)中心的外協公司）也可能是該平臺的用戶。由于本平臺涉及的組織結構和用戶非常龐大，而且與未來接入本平臺的應用相關，無法列出最終完整的組織結構，下圖僅作為組織結構的一個示例。 使用本平臺及其架構的用戶類如下： l 業(yè)務用戶（普通用戶） 通過集中工作平臺，使用各個具體應用系統功能的操作用戶，他們一般的操作行為是：通過集中工作平臺的統一登錄，進入到集中工作平臺的主界面，可以瀏覽到他可以使用的功能菜單樹，可以看到自己的集中任務列表，也可以選擇自己的菜單項定義為快捷菜單。普通用戶通過點擊自己權限范圍內可以看到的菜單項，進入具體的應用功能界面。 由于接入系統的差異性，業(yè)務用

12、戶的用戶特征差異化很大，操作應用系統的方式的差異也很大，但共同的特性就是：希望在使用不同應用的功能時，不希望多次登錄，并希望所有系統的功能能夠集中顯示，各個應用系統功能具有一致的操作風格和模式。 業(yè)務用戶由于群體廣泛，使用的電腦終端的差異性可能也會比較大，包括客戶端的硬件配置、操作系統版本、瀏覽器類別和版本，這些差異化要求集中工作平臺對于系統環(huán)境具有較廣泛的兼容性。 l 集中工作平臺管理員 集中工作平臺的管理員主要負責維護集中工作平臺的應用基礎框架，如應用接入的注冊和管理，統一組織模型、集中任務的管理、監(jiān)控和手工數據同步。 集中工作平臺管理員要求對集中工作平臺的架構和相關接入規(guī)范比較熟

13、悉，對計算機應用系統的操作比較熟練。 l 應用系統管理員 應用系統管理員主要負責通過集中工作平臺維護其管理的接入應用，包括應用的權限定義、角色設置、參數維護、數據同步等。 應用系統管理員熟悉電腦操作，了解集中工作平臺的接入規(guī)范。 l 機構管理員 機構管理員主要負責通過集中工作平臺維護組織機構和人員信息，以及實現與各個接入應用的組織和人員數據的導入與導出等。機構管理員有管理上的層次，不同層次的機構管理員具有不同層次的數據操作權限 機構管理員熟悉電腦操作，了解集中工作平臺提供的組織模型結構關系和相關接口。 l 應用系統開發(fā)人員 應用系統開發(fā)人員指接入集中工作平臺的應用項目開發(fā)團隊技

14、術人員，他們需要了解集中工作平臺的相關架構、公用框架、模型、規(guī)范、接口，以確保實施的應用能夠無縫接入到集中工作平臺中。另外，開發(fā)人員需要將開發(fā)的功能定義到集中工作平臺的功能管理中。 應用系統開發(fā)人員熟悉電腦操作和軟件開發(fā)技術。 在系統機構設計和功能設計上，要求充分考慮用戶類的使用特征，更好滿足使用者的操作體驗。 2.5 系統架構 [描述系統的總體框架，從技術、應用、功能幾個角度介紹系統組成，使用圖例的方式描述子系統、業(yè)務單元（功能模塊）和工具之間的關系。使用圖例方式描述本系統與外圍環(huán)境的關系，使用文字描述業(yè)務基礎件（基礎構件庫）的在系統中的作用] 2.5.1 技術架構 [從技

15、術角度描述系統組成，包括系統使用平臺，框架，技術及他們之間關系] 2.5.2 應用架構 [從應用角度描述系統平臺和各個應用的關系] 2.5.3 功能架構 [從功能角度描述系統的功能及功能之間，功能和用戶之間的關系] 2.5.4 UI架構 【從用戶交互的角度，描述系統最終的用戶操作界面的布局】 2.6 接口設計 2.6.1 外部接口 [描述系統同外界的所有接口的安排包括軟件與硬件之間的接口、本系統與各支持軟件之間的接口關系。] 2.6.2 內部接口 [描述系統之內的各個系統元素之間的接口的安排] 2.7 系統環(huán)境 [根據需求的要求描述系統運行的工作環(huán)境]

16、2.7.1 網絡拓撲 [描述部署和運行系統的一種或多種物理網絡（硬件）結構，應該包括運行系統的物理節(jié)點（計算機、CPU）及其互連情況（總線連接、LAN 連接、點到點連接等）。] 2.7.2 硬件環(huán)境 [簡要地說明系統對硬件環(huán)境的要求] 2.7.3 軟件環(huán)境 [簡要地說明系統對軟件環(huán)境的要求] 2.8 非功能特性設計 [以列表的方式介紹系統非功能性的特性，以及對特性相關設計，包括系統易用，可管理，低維護成本] 2.8.1 系統兼容性 [描述系統可能運行的軟硬件平臺環(huán)境以及采用的應用平臺的兼容性說明] 2.8.2 安全性 [描述為保證系統應用安全，包括通訊安全，數

17、據安全，為保證安全采取的備份和故障應急處理的策略] 2.8.3 運行效率 [描述系統能夠支持的處理能力，吞吐量，響應時間等定能指標] 2.8.4 可擴展能力 [描述系統為以后功能和性能擴展提供的特性] 2.8.5 用戶文檔 [描述系統為用戶培訓，用戶使用系統幫助方面提供的文檔] 3 系統公共模塊設計 [描述系統公共模塊的設計] 3.1 權限控制 3.2 日志處理模塊 [描述系統日志處理設計和日志使用規(guī)范] 3.3 異常處理模塊 1、 在構件包中建立異常資源文件，針對錯誤碼，包括顯示在頁面的提示和真正的錯誤提示，例如： abf_auth_0001=無效的用

18、戶名或者密碼![用戶{0}密碼錯誤！] 其中{0}表示變量，如果異常提示中有多個變量，依次為{0}，{1}…[]內的信息為真正的錯誤信息。如果沒有，則和前面信息一致。顯示給用戶的信息為[]前的信息。 異常資源文件為構件包資源配置目錄下resources/exception/exception.properties 2、 錯誤碼的構成規(guī)則 構件包名+”_”+四位數字：例如abf_auth_0001 3、 實現一個寫業(yè)務異常的運算邏輯 接口如下： public static void setBusiException(String errCode, String logFla

19、g,String... params) throws com.eos.system.exception.EOSException 第一個參數是資源文件中定義的錯誤碼 第二個參數為是否寫業(yè)務日志的標志，缺省為“true”，其他值為不寫 第三個參數開始，為異常資源中的變量，當異常資源定義中，對應錯誤碼的信息匯總有{0},{1},{2}，則需要設置第三、四、五個參數 在該運算邏輯中，將實現如下處理邏輯： 4、 業(yè)務邏輯中，當需要進行業(yè)務異常提示時，調用寫業(yè)務異常的運算邏輯，由于運算邏輯會拋除異常，所以該運算邏輯將連接在一個結束圖元前。 5、 通過EXT提供一個顯示業(yè)務異常

20、的提示頁面，當發(fā)生異常時，彈出業(yè)務異常提示窗口。 3.4 Session處理 Session將保存如下信息： 1） 用戶基本信息：

21、 2） 用戶所屬機構信息：

22、 3） 用戶所屬崗位信息：

23、

24、 4） 用戶所屬工作組信息：

25、SERGROUPSESSION> 5） 用戶所屬角色信息： 6） 用戶包含的功能列表： 3.5 UI框架設計 【將UI架構進行細化，形成可實施的設計方案】 4 應用基礎框架子系統設計 [針對應用需求進行設計，如果分為多個子系統，則每個子

26、系統作為一個一級目錄進行設計] 4.1 系統框架 4.1.1 概述 應用基礎框架（ABFrame）為集中工作平臺提供基礎的支撐，同時也為未來接入集中工作平臺的其他應用提供基礎框架以及權限控制的有關服務，主要的功能框架如下圖所示： 使用應用基礎框架（ABFrame）的主要場景和作用包括： 1、 集中工作平臺通過ABFrame實現交行MIS系統組織機構和權限模型的統一和數據的統一管理 2、 為未來新的MIS系統建設，提供了一套可供復用的應用框架，提升了新應用開發(fā)的起點，也保持了各個應用之間基礎框架的一致性 3、 集中工作平臺通過ABFrame實現了交行組織機構和用戶的統一管理，可

27、以為各個應用提供組織和用戶數據的導出 4、 集中工作平臺通過ABFrame實現了MIS系統的權限控制服務，可以為各個應用提供用戶在應用中的權限數據 4.1.2 業(yè)務流程描述 注意：在設計業(yè)務流程時候，關心的是業(yè)務本身的流程，而不是功能的流程，對于功能流程在功能設計中描述 應用基礎框架主要是基礎數據的管理，并無明顯的業(yè)務流程，故該部分省略。 4.1.3 用例描述 [列出用例模型中的一些用例或場景，這些用例或場景應體現最終系統中重要的、核心的功能；或是在構架方面涉及范圍很廣（使用了許多構架元素）；或強調或闡明了構架的某一具體的細微之處。] 在應用基礎框架中，可以按照用例的特征和松散耦

28、合的情況，劃分為主控性的用例和三大部分，分別為：權限管理、組織機構管理、應用基礎工具和服務等，如下圖： 集中工作平臺 管理員 應用系統管理 員 機構管理員 組織管理 權限管理 顯示應用桌面 用戶登錄 <> 用戶退出 修改個人信息 修改個人密碼 設置快捷功能 集中工作平臺 業(yè)務應用系統 <> <> <> <> 基礎工具服 務 設置個人菜單樹 找回密碼 操作員(普通用 戶) 注冊個人賬戶 主控制部分的用例描述： 參與者 用例 觸發(fā)方式 需求特性描述 優(yōu)先級 操作員

29、用戶登錄 地址首頁 1、 可以選擇界面樣式 2、 記錄登錄出錯次數，登錄時間 3、 顯示應用桌面（主界面） 高 操作員 用戶退出 點擊主界面功能按鈕 1、關閉窗口，或退回到首頁（登錄頁） 2、系統清除用戶Session 高 操作員 修改個人密碼 菜單 在輸入原有密碼正確的前提下，修改個人的登錄密碼 高 操作員 設置快捷功能 點擊菜單 或者點擊主界面功能按鈕 1、用戶可以定制應用的功能到快捷菜單 2、快捷菜單顯示在portal醒目位置 3、用戶點擊快捷菜單，平臺進入快捷菜單對應的應用功能 中 操作員 設置個人菜單樹 菜單 允許每個人根據自己所具有

30、的功能（來自不同的系統）組織自己的菜單樹 低 操作員 修改個人信息 菜單 允許操作員查看和修改自己的信息，包括聯系方式、出生日期、身份證等 高 操作員 注冊個人帳號 點擊首頁面按鈕 輸入個人信息 低 操作員 找回密碼 點擊首頁面按鈕 輸入郵箱信息，重置密碼并發(fā)送到郵件 高 其他三部分的用例將在下面章節(jié)進行描述。 4.1.3.1 權限管理的用例描述 權限管理部分主要處理與權限管理控制相關的數據維護的用例，如下圖： （1） 應用功能管理 移動功能到另一個功能組下 查看功能組信息 增加功能組 修改功能組信息 刪除功能組 查看功能信息 增

31、加功能 修改功能信息 刪除功能 瀏覽應用樹 查看應用信息 注冊新應用 修改應用信息 集中工作平臺 管理員 (from Use Case View) ... ) 刪除應用 應用系統管理 員 (from Use Case View) ... ) 移動功能組到另一個功能組 下 用例描述： 參與者 用例 觸發(fā)方式 需求特性描述 優(yōu)先級 應用系統管理員 瀏覽應用樹 菜單 1、一級節(jié)點為應用 2、應用展開為功能組（允許多層） 3、功能組展開為下屬功能組或功能 高 應用系統管理員 查看應用信息 點擊應用樹的應用節(jié)點 1、能夠看到應用的信

32、息 2、可以看到應用包含的崗位列表 3、可以看到應用包含的工作組 高 集中工作平臺管理員 注冊新應用 1、點擊應用樹根結點的右鍵菜單 2、菜單 1、輸入新應用的信息 2、點擊保存 3、刷新應用樹（如果從應用樹右鍵觸發(fā)） 高 集中工作平臺管理員 刪除應用 點擊應用樹根結點的右鍵菜單 1、 刪除應用記錄 2、 刪除應用對應的功能組、功能 3、 刪除應用對應的菜單 4、 刪除與相應功能對應的角色關聯和操作員關聯 低 應用系統管理員 修改應用信息 1、點擊應用信息頁面的按鈕 修改應用信息后保存 中 應用系統管理員 查看功能組信息 點擊應用樹的功能組節(jié)點

33、 1、能夠看到功能組的定義信息 2、能夠看到功能組包含的功能清單 高 應用系統管理員 增加功能組 1、點擊應用樹功能組節(jié)點的右鍵菜單 2、點擊功能組信息頁面的按鈕 1、增加功能組的信息 高 應用系統管理員 修改功能組信息 1、點擊應用樹功能組節(jié)點的右鍵菜單 2、點擊功能組信息頁面的按鈕 1、修改功能組的信息 中 應用系統管理員 刪除功能組 1、點擊應用樹功能組節(jié)點的右鍵菜單 2、點擊功能組信息頁面的按鈕 1、刪除功能組的信息 中 應用系統管理員 查看功能信息 1、點擊應用樹的功能節(jié)點 2、點擊功能組信息頁面功能列表的功能 1、能夠看到功能的定義信息

34、 2、能夠看到功能所包含的資源清單 3、能夠看到擁有該功能的角色和操作員 4、查看與該功能有約束關系的功能列表 高 應用系統管理員 增加功能 1、點擊應用樹的功能節(jié)點 2、點擊功能組信息頁面功能列表的功能 1、增加功能的信息 2、設置功能的約束關系 3、配置功能的資源清單（通過構件包導入后選擇） 高 應用系統管理員 修改功能信息 1、點擊應用樹的功能節(jié)點 2、點擊功能組信息頁面功能列表的功能 1、修改功能的信息 2、修改功能的約束關系 高 應用系統管理員 刪除功能信息 1、點擊應用樹的功能節(jié)點 2、點擊功能組信息頁面功能列表的功能 1、刪除功能的信息 2、刪除功能

35、的約束關系 中 應用系統管理員 移動功能到另一個功能組下 通過拖拽應用樹的功能節(jié)點到另一個功能組節(jié)點觸發(fā) 改變功能所屬的功能組 低 應用系統管理員 移動功能組到另一個功能組下 通過拖拽應用樹的功能組節(jié)點到另一個功能組節(jié)點觸發(fā) 改變功能組所屬的功能組 低 （2） 菜單管理 用例描述： 參與者 用例 觸發(fā)方式 需求特性描述 優(yōu)先級 應用系統管理員 根據應用樹產生菜單樹 1、點擊應用信息頁面的功能按鈕 2、點擊應用樹的應用節(jié)點右鍵菜單項 1、根據應用－功能組－可定義為菜單的功能項，產生樹形節(jié)點，并允許選擇 2、選擇需要產生菜單的功能項（缺省為選中）

36、 3、點擊初始化成菜單的功能按鈕 高 應用系統管理員 瀏覽菜單樹 菜單 1、一級節(jié)點為應用 2、應用展開為菜單（允許多層） 高 應用系統管理員 查看菜單項信息 點擊菜單樹的菜單節(jié)點 1、能夠看到菜單的定義信息 2、能夠看到菜單所包含的功能 高 應用系統管理員 增加菜單項 1、點擊菜單樹的菜單節(jié)點右鍵菜單 2、點擊菜單信息頁面的功能按鈕 1、增加菜單的信息 2、設置菜單和功能的對應關系 3、配置菜單功能的資源清單 高 應用系統管理員 修改菜單項信息 1、點擊菜單樹的菜單節(jié)點 2、點擊菜單信息頁面的按鈕 1、修改菜單的信息 高 應用系統管理員 刪

37、除菜單項 1、點擊菜單樹的菜單節(jié)點 2、點擊菜單信息頁面的功能按鈕 1、刪除菜單的信息 2、刪除菜單的所有子菜單 高 應用系統管理員 移動菜單項到另一個菜單下 通過拖拽菜單樹菜單節(jié)點到另一個菜單節(jié)點觸發(fā) 將菜單及其子菜單移動到指定節(jié)點下 中 （3） 角色管理 （4） 操作員管理 4.1.3.2 組織機構管理的用例描述 4.1.3.3 應用基礎工具和服務的用例描述 4.1.4 實體關系描述 [系統的E-R圖，描述實體之間的相互關系] 注意：在設計E-R時候，只描述出實體之間的關系，以及實體中主要字段的描述。對于數據庫的物理設計放

38、在數據庫設計中描述 4.2 構件包設計 [介紹子系統構件包和他們的依賴關系，用圖表的方式說明各個構件包的作用和關系] 4.2.1 構件包列表 [采用列表的方式列出所有包，使用圖的方式說明包之間的關系并且列出包的直接下屬包，直接下屬包的就是包直接繼承與另外一個包，包含下屬包所有的內容（例如：證券客戶資料包的直接下屬保就是客戶基本資料包，因為客戶基本資料包都屬于證券客戶基本資料包。）] 編碼 包名稱 包版本 包功能說明 依賴包 4.2.2 構件包關系圖 [介紹構件包和其

39、他構件包的關系] 4.2.3 XXX構件包(如：權限管理) 4.2.3.1 概述 [介紹包完成的功能，流程，以及在子系統中的作用] 4.2.3.2 流程設計（可選） 4.2.3.2.1 信貸申請審批流程 [分章節(jié)介紹流程圖、流程相關數據設計、環(huán)節(jié)、時限、事件觸發(fā)、參與者、調用功能等] 1） 流程描述 流程名稱 wfLoanApprove 流程顯示名稱 貸款申請審批流程 流程描述 設計者 袁義 最后更改者 關聯業(yè)務實體和字段 com.primeton.loan.loan.BLoan.processinstid 流程啟動權限 [角色]信貸員

40、 時限要求 無 觸發(fā)事件 流程啟動后 調用××系統的WEB服務××× 異步調用 流程超時后 短信通知流程啟動者 同步調用,獨立事務 2） 流程圖 專心---專注---專業(yè) 3） 活動描述 活動名稱 活動類型 參與者 會簽規(guī)則 時限要求 觸發(fā)事件 調用功能 其他特性 貸款申請信息修改 人工活動 [角色]信貸員 無 無 無 貸款信息修改 無 信貸主任審批 人工活動 [相關數據]機構變量＋[角色]信貸主任 無 5工作日 [工作項提醒后]發(fā)送短信通知參與者 貸款審批 無 支行副行長審批 人工活動 [相關數據]機

41、構變量＋[角色]支行副行長 無 5工作日 [工作項提醒后]發(fā)送短信通知參與者 貸款審批 無 省行副行長會簽 人工活動 [相關數據]機構變量＋[角色]支行行長、省行副行長 所有人會簽 無 貸款審批 無 省行行長審批 人工活動 [相關數據]機構變量＋[角色]省行行長 無 無 貸款審批 無 貸款發(fā)放 自動活動 無 無 無 [活動完成后]發(fā)送短信給客戶 貸款發(fā)放服務 無 貸后管理子流程 子流程 無 無 無 貸后管理子流程 無 4） 流程相關數據 4.2.3.2.2 ×××流程 4.2.3.2.3 4.2

42、.3.3 功能列表 [使用列表方式列出Feature。] 功能編號 功能說明 增加時間 需求編號 備注 貸款信息修改 貸款審批 4.2.3.4 功能設計 [詳細描述構件的功能，包括功能描述，頁面設計，功能流程，UI界面] 4.2.3.4.1 增加員工 1) 功能描述 功能編號 ZS1-XTGL-4001 對應需求編號 ZS1-XTGL-1005 功能名稱 增加員工 優(yōu)先級 2 設計者 袁義 最后更改者 測試人員 測試日期 使用對象 系

43、統管理人員 調用方式 菜單/頁面鏈接 相關數據實體 員工信息文件 相關頁面 OperatorAdd 員工信息輸入頁面 ZS1-XTGL-4001-01 OperateResult 操作結果頁面 ZS1-0001 2) 功能頁面 頁面編號　 ZS1-XTGL-4001-01 頁面名稱 OperatorAdd 頁面隱含規(guī)則說明 郵件、手機號碼進行有效性驗證，用戶密碼隨機產生（6位數字） 隱藏數據項：開戶日期、用戶密碼，最后變動日期，最后變動時間，最后變動職工 頁面操作描述 操作名稱 描述 增加 保存增加的員工資料，參見流程ZS1-XTGL-400

44、1-FLOW01 取消 將輸入的域清空 業(yè)務規(guī)則 員工代號增加時輸入，允許數字和字母，但保證唯一性。 員工姓名必須保證唯一性。 保存時寫數據庫操作日志 例外以及相應處理 3) 處理流程 a) 增加員工的流程ZS1-XTGL-4001-FLOW01 4) 用戶界面 略。 (對于相對復雜的用戶界面需要提供圖形化的頁面原型效果，原型可以是html、PPT、Visio等方式，對于簡單的用戶界面，可以采用文字描述) 4.2.3.5 構件包的服務接口 [采用列表方式列出包提供的外部接口。] 接口類型分為五種： 業(yè)務服務：提供外部可以調用的業(yè)務服務接口，需要確定是

45、否可以通過webservice調用 BL方法類：提供外部可以調用的BL方法接口 JAVA程序類：提供外部可以使用的JAVA程序 存儲過程類：提供外部可以調用的存儲過程接口 頁面類：提供外部系統可以直接使用的頁面功能（例如：工具在使用中需要外部配置參數，這些參數的維護頁面就是頁面類接口） 接口名稱就是實際的包中具體的接口名稱，對于頁面類接口定義出進入頁面的具體入口名稱（可以是JSP和展現自動機名稱） （列舉出業(yè)務模塊需要外部暴露的接口，以及包之間需要調用的接口） 編碼 接口名稱 接口類型 功能詳細描述 備注 queryOperator 查詢操作員 4.2.3.6 構件包的引用接口 [采用列表方式列出包需要引用的外部接口。] 編碼 接口名稱 接口類型 被引用的構件包 功能詳細描述 備注 queryOperator 查詢操作員 5 ××××子系統設計 6 附錄 6.1 詞匯表 6.2 數據模型描述 6.3 數據字典 6.4 功能分解矩陣