1、產(chǎn)權(quán)交易電子商務平臺系統(tǒng)第四章 模塊及角色劃分4.1產(chǎn)權(quán)交易電子商務系統(tǒng)基本介紹n 產(chǎn)權(quán)交易電子商務系統(tǒng)軟件架構(gòu)設(shè)計培訓案例描述該應用案例是以目前產(chǎn)權(quán)交易行業(yè)的電子交易及內(nèi)部OA業(yè)務解決方案為藍本，主要針對產(chǎn)權(quán)交易電子商務的交易模型進行研究，并按照現(xiàn)代軟件工程的方式研制實施與相應的J2EE應用系統(tǒng)。n 應用案例實訓目標在本教案中，將結(jié)合一個企業(yè)級應用的實際例子(產(chǎn)權(quán)交易電子商務系統(tǒng))，講述J2EE軟件開發(fā)的整個流程進行了解，從需求建模開發(fā)部署的Rational統(tǒng)一過程n 應用案例涉及業(yè)務背景描述產(chǎn)權(quán)交易業(yè)務廣泛，主要包括國有、集體企業(yè)、行政事業(yè)單位資產(chǎn)產(chǎn)權(quán)轉(zhuǎn)讓；非上市股份和股權(quán)轉(zhuǎn)讓；無形資產(chǎn)的

2、轉(zhuǎn)讓；產(chǎn)權(quán)對外托管、租賃、承包；對產(chǎn)權(quán)交易進行鑒證、組織交易、代理交易；受托資產(chǎn)（股權(quán)）登記和管理、企業(yè)改制重組、投融資策劃、咨詢服務等業(yè)務。n 應用案例的實訓模塊描述Rational統(tǒng)一過程（Rational Unified Process，RUP）采用迭代式開發(fā)，軟件生命周期在時間上被分解為四個順序的階段，分別是：先啟階段(Inception)、精化階段(Elaboration)、構(gòu)建階段(Construction)和產(chǎn)品化階段(Transition)。每個階段結(jié)束于一個主要的里程碑(Major Milestones)；每個階段可以進一步分解為迭代。一個開發(fā)迭代在某種意義上是在所有工作流中

3、的一次完整的經(jīng)過，這些工作流至少包括：需求工作流、分析和設(shè)計工作流、實現(xiàn)工作流、測試工作流。本實訓案例以一個迭代作為例子，分為需求、分析設(shè)計、編碼實施、測試部署四個實訓模塊。1、需求在分析產(chǎn)權(quán)交易中心主流業(yè)務基礎(chǔ)上，結(jié)合用戶提出的功能需求，分析、整理形成系統(tǒng)需求報告。目的在于為開發(fā)人員、維護人員、客戶之間提供共同的協(xié)議，對產(chǎn)權(quán)交易電子商務平臺功能的實現(xiàn)作使命描述，作為項目開發(fā)的指導性文件和項目驗收的依據(jù)。2、分析設(shè)計在系統(tǒng)分析階段主要是選擇一個設(shè)計模型和分析模型。設(shè)計模型是源代碼的抽象，由設(shè)計類和一些描述組成。設(shè)計類被組織成具有良好接口的設(shè)計包(Package)和設(shè)計子系統(tǒng)(Subsystem

4、)，而描述則體現(xiàn)了類的對象如何協(xié)同工作實現(xiàn)用例的功能。主要采用描述系統(tǒng)中類的靜態(tài)結(jié)構(gòu)的類圖、描述滿足用例要求所要進行的活動以及活動間的約束關(guān)系的活動圖、描述對象間的交互關(guān)系的交互圖等。3、編碼實施根據(jù)設(shè)計階段確定的類、接口和動作，完成代碼實現(xiàn)4、部署測試：構(gòu)造實現(xiàn)視圖，包含用于裝配和發(fā)布物理系統(tǒng)的構(gòu)建和文件；構(gòu)造實施試圖，包含形成系統(tǒng)硬件拓撲結(jié)構(gòu)的節(jié)點，描述對組成物理系統(tǒng)的部件的分布、交付和安裝。用UML表示為靜態(tài)的部署圖和動態(tài)的交互圖、狀態(tài)圖和活動圖。4.2產(chǎn)權(quán)交易電子商務系統(tǒng)的基本信息案例名稱產(chǎn)權(quán)交易電子商務系統(tǒng)案例的額定完成時間100（以小時計算）案例類型構(gòu)架設(shè)計適合的崗位開發(fā)人員，項目

5、經(jīng)理案例的創(chuàng)建/修改時間案例的創(chuàng)建/修改人案例使用的工具軟件列表Rational Rose 2002,WSAD4.0或以上、DB2 UDB 8.04.3案例的模塊任務描述案例名稱:產(chǎn)權(quán)交易電子商務系統(tǒng)模塊一：（需求分析）1）主要描述系統(tǒng)應該做的工作，并使開發(fā)人員和用戶就這一描述達成共識。2）對需要的功能和約束進行提取、組織、文檔化。 3）定義系統(tǒng)邊界（限定）。 4）理解系統(tǒng)所解決問題的定義和范圍5）通過用例抽取主要概念，建立概念模型，作為后面設(shè)計類的重要依據(jù)6）定義系統(tǒng)的用戶界面，重點是用戶的需要和目標。模塊二：（分析設(shè)計）1）完成需求說明，設(shè)計分析類。2）將需求階段中的用例在設(shè)計模式中生成“

6、用例實現(xiàn)”。3）把分析類演化成設(shè)計類。模塊三：（編碼實施）1）使用Rose工具將設(shè)計原型生成為代碼框架。2）根據(jù)設(shè)計階段確定的類、接口和動作，完成方法體代碼實現(xiàn)。模塊四：（部署測試）1）構(gòu)造實現(xiàn)視圖，包含用于裝配和發(fā)布物理系統(tǒng)的構(gòu)建和文件。2）發(fā)布應用程序。3）測試主要從以下幾個方面進行：功能、性能、安全性 、穩(wěn)定性、瀏覽器兼容性、可用性/易用性、鏈接 、代碼合法性。產(chǎn)權(quán)交易電子商務平臺實訓模塊實訓任務案例任務模塊一: (需求分析)任務一：需求獲取確定需求開發(fā)過程,編寫項目視圖和范圍文檔，確定使用實例，分析用戶工作流程任務一：1）編寫產(chǎn)權(quán)交易業(yè)務流程文檔2）前景文檔3）繪制交易過程的基本用例圖

7、任務二：對概要需求進行細化，創(chuàng)建開發(fā)原型，分析可行性，確定需求優(yōu)先級，為需求建立模型，編寫數(shù)據(jù)字典任務二：1）繪制關(guān)聯(lián)圖2）形成可行性分析報告3）構(gòu)造產(chǎn)權(quán)交易原型系統(tǒng)4）編寫數(shù)據(jù)字典任務三：編寫規(guī)格說明書任務三：1）編寫需求規(guī)格說明書任務四：需求驗證驗證軟件需求規(guī)格說明正確描述了預期的系統(tǒng)行為和特征，確定所有對需求的看法是一致的。任務四：1）審查需求文檔2）依據(jù)需求編寫測試用例3）編寫交易系統(tǒng)的用戶手冊，包括出讓方、受讓方、交易中心員工、管理員4）確定合格的標準模塊二: (分析設(shè)計)任務一：概要設(shè)計根據(jù)軟件需求說明書的要求，運用結(jié)構(gòu)化程序設(shè)計思想，將軟件逐層分解成多個軟件模塊。任務一：1) 模

8、塊劃分2) 體系結(jié)構(gòu)建立3) 完成概要設(shè)計說明書任務二：詳細設(shè)計對概要設(shè)計中劃分的每個模塊再進行詳細定義和說明。定義每一模塊的詳細功能、輸入數(shù)據(jù)、使用文件及使用方式，確定輸出內(nèi)容及格式，模塊實現(xiàn)的詳細算法，各模塊的方法構(gòu)成等任務二：1) 數(shù)據(jù)庫規(guī)劃與設(shè)計2) 細化類的定義3) 繪制順序圖模塊三: (編碼實施)任務一：數(shù)據(jù)庫實現(xiàn)創(chuàng)建和配置數(shù)據(jù)庫任務一：1）建立DB2數(shù)據(jù)庫sdcq2）建立表和字段3）設(shè)置關(guān)聯(lián)4）驗證約束任務二：代碼實現(xiàn)完成系統(tǒng)編碼任務二：1）使用Rose 工具將詳細設(shè)計階段的類視圖轉(zhuǎn)換為框架代碼2）實現(xiàn)定義的類方法模塊四: (部署測試)任務一：部署將應用構(gòu)件按照一定的格式打包并放

9、置在應用服務器的容器內(nèi)任務一： 1）打成EAR包2）創(chuàng)建數(shù)據(jù)源，指定JNDI名3）修改.ear文件資源的JNDI名和資源參考4）修改.ear文件的EJB JNDI名和引用參考5）部署修改后的企業(yè)應用.ear文件任務二：測試按照軟件測試流程，制定測試計劃、測試方案、測試規(guī)范，實施測試，對測試記錄進行分析，并撰寫測試報告。任務二：1）功能測試2）性能測試3）安全性測試4）穩(wěn)定性測試5）瀏覽器兼容性測試6）可用性/易用性測試7）鏈接測試8）代碼合法性測試模塊一: 系統(tǒng)需求分析.1任務一：確定需求開發(fā)過程確定如何組織需求的收集、分析、細化并核實的步驟，并將它編寫成文檔。任務名稱需求獲取任務的額定完成時

10、間10Hours任務類型需求獲取適合的崗位需求分析人員任務使用的工具列表MS Word、Rational Rose任務描述1） 確定需求開發(fā)過程：確定需求開發(fā)過程確定如何組織需求的收集、分析、細化并核實的步驟，并將它編寫成文檔。2） 編寫項目視圖和范圍文檔：項目視圖和范圍文檔應該包括高層的產(chǎn)品業(yè)務目標，所有的使用實例和功能需求都必須遵從能達到的業(yè)務需求。項目視圖說明使所有項目參與者對項目的目標能達成共識。而范圍則是作為評估需求或潛在特性的參考。項目視圖和范圍文檔的內(nèi)容包括：A、業(yè)務需求：背景、業(yè)務機遇、業(yè)務目標、客戶或市場需求、提供給客戶的價值、業(yè)務風險；B、項目視圖的解決方案：項目視圖陳述、

11、主要特性、假設(shè)和依賴環(huán)境；C、范圍和局限性：首次發(fā)行的范圍、隨后發(fā)行的范圍、局限性和專用性；D、業(yè)務環(huán)境：客戶概貌、項目優(yōu)先級；E、產(chǎn)品成功的因素3）確定使用實例：讓用戶代表確定使用實例從用戶代表處收集他們使用軟件完成所需任務的描述-使用實例，討論用戶與系統(tǒng)間的交互方式和對話要求。一個單一的使用實例包括完成某項任務的許多邏輯相關(guān)任務和交互順序。因此，一個使用實例是相關(guān)的用法說明的集合，并且一個說明是使用實例的例子。在描述時列出執(zhí)行者和系統(tǒng)之間相互交互或?qū)υ挼捻樞?。基本用例用完整格式表達，但是很少涉及用例的實現(xiàn)細節(jié)。創(chuàng)建基本用例目的是便于能夠充分理解問題所設(shè)計的范圍和所需要的系統(tǒng)功能，使得開發(fā)人

12、員和用戶都能夠在拋開系統(tǒng)的設(shè)計細節(jié)的情況下看到用例執(zhí)行過程的精髓和用例的基本目的。例如：用例ID:UC01用例名稱:會員申請創(chuàng)建時間:2004-5-26最后修改時間:2005-8-26參與者:游客（散戶）用例描述:游客（散戶）申請成為交易中心的會員前置條件:游客（散戶）登錄到交易中心的網(wǎng)站用例層次:用戶目標觸發(fā)事件:游客（散戶）點擊“申請新會員”按鈕,用例開始參與者的動作系統(tǒng)響應01顯示會員申請表單內(nèi)容02游客填寫表單內(nèi)容03游客確定填寫好表單內(nèi)容后，點擊“提交”按鈕 04記錄游客填寫的會員申請表單內(nèi)容05顯示“等待交易中心對您的會員申請進行審核，如果審核成功，您將從您填寫的郵箱中獲得激活碼”

13、擴展事件流:如果游客未填寫完表單內(nèi)容就點擊“提交”按鈕，系統(tǒng)顯示“表單未填寫完整”并返回“填寫表單內(nèi)容”的界面如果游客填寫完表單內(nèi)容并點擊了“提交”按鈕，但是有些表單內(nèi)容不合法，系統(tǒng)顯示“*不合法”并返回“填寫表單內(nèi)容”的界面如果游客點擊“取消”按鈕，系統(tǒng)顯示游客登錄的網(wǎng)站首頁后置條件:一個會員實例被創(chuàng)建4）分析用戶工作流程：分析用戶工作流程觀察用戶執(zhí)行業(yè)務任務的過程。編制業(yè)務過程流程文檔將有助于明確產(chǎn)品的使用實例和功能需求。例如下圖（產(chǎn)權(quán)交易過程工作流程）入口工件軟件需求說明書_模板.doc出口工件要求包含項目視圖和范圍的說明文檔出口工件參考軟件需求說明書_實訓案例.doc覆蓋知識點需求獲取

14、，理解用戶需要。.2任務二：對概要需求進行細化，創(chuàng)建開發(fā)原型，分析可行性，確定需求優(yōu)先級，為需求建立模型，編寫數(shù)據(jù)字典。任務名稱對概要需求進行細化任務的額定完成時間16Hours任務類型需求分析適合的崗位需求分析人員任務使用的工具列表MS Word， Rational Rose任務描述1）繪制關(guān)聯(lián)圖：繪制系統(tǒng)關(guān)聯(lián)圖是用于定義系統(tǒng)與系統(tǒng)外部實體間的界限和接口的簡單模型。同時它也明確了通過接口的信息流和物質(zhì)流。2）創(chuàng)建開發(fā)原型：創(chuàng)建用戶接口原型當開發(fā)人員或用戶不能確定需求時，開發(fā)一個用戶接口原型，這樣使得許多概念和可能發(fā)生的事更為直觀明了。用戶通過評價原型將使項目參與者能更好地相互理解所要解決的問

15、題。注意要找出需求文檔與原型之間所有的沖突之處。例如：產(chǎn)權(quán)交易過程中構(gòu)造的原型系統(tǒng)的部分描述：流程模板定制：3）分析可行性：分析需求可行性在允許的成本、性能要求下，分析每項需求實施的可行性，明確與每項需求實現(xiàn)相聯(lián)系的風險，包括與其它需求的沖突，對外界因素的依賴和技術(shù)障礙。4）確定需求優(yōu)先級：確定需求的優(yōu)先級別應用分析方法來確定使用實例、產(chǎn)品特性或單項需求實現(xiàn)的優(yōu)先級別。以優(yōu)先級為基礎(chǔ)確定產(chǎn)品版本將包括哪些特性或哪類需求。當允許需求變更時，在特定的版本中加入每一項變更，并在那個版本計劃中作出需要的變更。5）為需求建立模型：為需求建立模型需求的圖形分析模型是軟件需求規(guī)格說明極好的補充說明。它們能提

16、供不同的信息與關(guān)系以有助于找到不正確的、不一致的、遺漏的和冗余的需求。這樣的模型包括數(shù)據(jù)流圖、實體關(guān)系圖、狀態(tài)變換圖、對話框圖、對象類及交互作用圖。例如(i)構(gòu)建的業(yè)務基本實體關(guān)系圖：(ii)注冊交易用戶實體：iii)交易合同實體a)基本資料合同指出讓方、受讓方、交易中心之間簽訂的合同，用來約束交易的情況。主要包括出讓方和交易中心簽訂的產(chǎn)權(quán)出讓委托合同、出讓方和受讓方及交易中心簽訂的產(chǎn)權(quán)交易合同。合同主要包括合同編號、合同名稱、合同標題、部門編碼、供貨商編碼、甲方簽訂人、乙方簽訂人、簽訂地點、簽訂日期、合同類型、合同狀態(tài)、備注等。b)相關(guān)設(shè)置對合同的設(shè)置包括：合同條款設(shè)置，包括費用條款、結(jié)算方

17、式行為控制合同的生命周期包括：l 初始。l 協(xié)商內(nèi)容。l 簽訂。l 續(xù)簽。l 終止。d) 業(yè)務管理針對生命周期和業(yè)務狀態(tài)，需要處理的業(yè)務有：l 合同信息初始化l 協(xié)商內(nèi)容，包括合同內(nèi)容修改和合同條款修改兩種。l 合同簽訂。l 合同續(xù)簽。l 合同終止。6）編寫數(shù)據(jù)字典：創(chuàng)建數(shù)據(jù)字典數(shù)據(jù)字典是對系統(tǒng)用到的所有數(shù)據(jù)項和結(jié)構(gòu)的定義，以確保開發(fā)人員使用統(tǒng)一的數(shù)據(jù)定義。在需求階段，數(shù)據(jù)字典至少應定義客戶數(shù)據(jù)項以確保客戶與開發(fā)小組是使用一致的定義和術(shù)語。分析和設(shè)計工具通常包括數(shù)據(jù)字典組件。入口工件軟件需求說明書_實訓案例.doc出口工件要求用例視圖：由專門的描述可被最終用戶、分析和測試人員看到的系統(tǒng)行為的用

18、例組成。包含UML描述的靜態(tài)用例視圖和動態(tài)交互圖狀態(tài)圖和活動圖。出口工件參考主要用例文檔.doc、數(shù)據(jù)字典.xls覆蓋知識點掌握數(shù)據(jù)抽象、構(gòu)建需求模型.3任務三：掌握編寫軟件規(guī)格說明書的方法任務名稱編寫規(guī)格說明書任務的額定完成時間10Hours任務類型需求分析適合的崗位需求分析人員任務使用的工具列表MS Word任務描述軟件需求規(guī)格說明闡述一個軟件系統(tǒng)必須提供的功能和性能以及它所要考慮的限制條件,它不僅是系統(tǒng)測試和用戶文檔的基礎(chǔ)，也是所有子系列項目規(guī)劃、設(shè)計和編碼的基礎(chǔ)。它應該盡可能完整地描述系統(tǒng)預期的外部行為和用戶可視化行為。除了設(shè)計和實現(xiàn)上的限制，軟件需求規(guī)格說明不應該包括設(shè)計、構(gòu)造、測試

19、或工程管理的細節(jié)。軟件需求規(guī)格說明包括如下內(nèi)容A引言目的、文檔約定、預期的讀者和閱讀建議、產(chǎn)品的范圍、參考文獻 B綜合描述產(chǎn)品的前景、產(chǎn)品的功能、用戶類和特征、運行環(huán)境、設(shè)計和實現(xiàn)上的限制、假設(shè)和依賴附錄 C外部接口需求附錄用戶界面附錄、硬件接口、軟件接口、通信接口 D系統(tǒng)特性說明和優(yōu)先級、激勵/響應序列、功能需求 E 其它非功能需求性能需求、安全設(shè)施需求、安全性需求、軟件質(zhì)量屬性、業(yè)務規(guī)則、用戶文檔 F其它需求 G附件詞匯表、分析模型、待確定問題的列表 入口工件軟件需求說明書_實訓案例.doc、主要用例文檔.doc、數(shù)據(jù)字典.xls出口工件要求出口工件參考軟件需求規(guī)格說明書覆蓋知識點.4任務

20、四：了解需求驗證流程。驗證軟件需求規(guī)格說明正確秒述了預期的系統(tǒng)行為和特征，確定所有對需求的看法是一致的。任務名稱需求驗證任務的額定完成時間7Hours任務類型需求分析適合的崗位需求分析人員任務使用的工具列表MS Word任務描述1）審查需求文檔：對需求文檔進行正式審查是保證軟件質(zhì)量的很有效的方法。組織一個由不同代表（如分析人員，客戶，設(shè)計人員，測試人員）組成的小組，對需求規(guī)格說明書及相關(guān)模型進行仔細的檢查。另外在需求開發(fā)期間所做的非正式評審也是有所裨益的。2）依據(jù)需求編寫測試用例：根據(jù)用戶需求所要求的產(chǎn)品特性寫出黑盒功能測試用例?？蛻敉ㄟ^使用測試用例以確認是否達到了期望的要求。還要從測試用例追

21、溯回功能需求以確保沒有需求被疏忽，并且確保所有測試結(jié)果與測試用例相一致。同時，要使用測試用例來驗證需求模型的正確性，如對話框圖和原型等。3）編寫用戶手冊：在需求開發(fā)早期即可起草一份用戶手冊，用它作為需求規(guī)格說明的參考并輔助需求分析。優(yōu)秀的用戶手冊要用淺顯易懂的語言描述出所有對用戶可見的功能。而輔助需求如質(zhì)量屬性、性能需求及對用戶不可見的功能則在需求規(guī)格說明書中予以說明。4）確定合格的標準：確定合格的標準讓用戶描述什么樣的產(chǎn)品才算滿足他們的要求和適合他們使用的。將合格的測試建立在使用情景描述或使用實例的基礎(chǔ)之上。入口工件軟件需求說明書_實訓案例.doc、主要用例文檔.doc、數(shù)據(jù)字典.xls、軟

22、件需求規(guī)格說明書出口工件要求出口工件參考覆蓋知識點模塊二: 分析設(shè)計.1任務一：概要設(shè)計，根據(jù)軟件需求說明書的要求，運用結(jié)構(gòu)化程序設(shè)計思想，將軟件逐層分解成多個軟件模塊。任務名稱概要設(shè)計任務的額定完成時間10Hours任務類型分析設(shè)計適合的崗位軟件架構(gòu)，分析設(shè)計人員任務使用的工具列表MS WordRational Rose任務描述本階段已在系統(tǒng)的需求分析的基礎(chǔ)上，對產(chǎn)權(quán)交易系統(tǒng)做概要設(shè)計。主要解決了實現(xiàn)該系統(tǒng)需求的程序模塊設(shè)計問題。包括如何把該系統(tǒng)劃分成若干個模塊、決定各個模塊之間的接口、模塊之間傳遞的信息，以及數(shù)據(jù)結(jié)構(gòu)、模塊結(jié)構(gòu)的設(shè)計等。1模塊劃分2體系結(jié)構(gòu)建立分為數(shù)據(jù)層、業(yè)務邏輯層和web

23、應用層 數(shù)據(jù)層存儲了對象和業(yè)務的操作權(quán)限。這里的對象主要包括數(shù)據(jù)庫以及各種檔案文件。該層主要是為業(yè)務邏輯層提供數(shù)據(jù)服務，如存儲業(yè)務邏輯層處理結(jié)果、返回業(yè)務邏輯層檢索的數(shù)據(jù)結(jié)果，同時也是可實現(xiàn)屏蔽數(shù)據(jù)源的變化。業(yè)務層是核心層，封裝了重要的模塊，其中用戶和角色管理負責按照產(chǎn)權(quán)交易企業(yè)的雇員組織建立和管理用戶和角色庫?；顒訌乃械臉I(yè)務流程中抽取活動并進行約束?；顒釉O(shè)計限制了角色權(quán)限指派，用戶角色指派只在合適的時候激活以便保證用戶在合適的時候做合適的事情。工作流實例化和管理模塊為組裝活動和動態(tài)調(diào)整提供可視化的環(huán)境。業(yè)務引擎模塊提供一個實時環(huán)境來創(chuàng)建和執(zhí)行一個工作流實例。基本業(yè)務操作：是業(yè)務邏輯的具體實

24、現(xiàn)，采用EJB開發(fā)，該部分利用Session Bean包裝所有Entity Bean，來負責調(diào)用Entity Bean的方法，客戶端只允許與Session Bean交互,這樣可以縮短系統(tǒng)響應時間，減少資源利用。Entity Bean用來代表數(shù)據(jù)庫中的數(shù)據(jù)，所有對Entity Bean的操作都代表了底層數(shù)據(jù)庫中數(shù)據(jù)的變動，EntityBean與數(shù)據(jù)庫的同步過程由容器來管理。Session Bean用來處理業(yè)務邏輯和工作流，是客戶端工作的抽象。Web應用層：該層用于接收從瀏覽器傳來的請求并將請求交給底層進行處理，同時將請求處理結(jié)果發(fā)送給瀏覽器。其處理過程主要由JSP頁面、Servlets組成。在該

25、層采用的應用框架為MVC，通過創(chuàng)建下面三個層模型（Model），界面（View），控制器（Controller）將面向?qū)ο蟮脑O(shè)計與可視化接口分開。其中模型層由servlets實現(xiàn)，界面層采用JSP實現(xiàn)，控制器由javabean實現(xiàn)。該層通過統(tǒng)一的訪問界面為內(nèi)部和外部用戶提供不同的功能。用戶分為分為四種：內(nèi)部的管理員和普通員工；外部的受讓方和出讓方。3 完成概要設(shè)計說明書，其中包括如下內(nèi)容：1引言1.1 編寫目的1.2 項目背景1.3 定義1.4 參考資料2任務概述2.1 目標2.2 運行環(huán)境2.3 需求概述2.4 條件與限制3總體設(shè)計3.1 處理流程3.2 總體結(jié)構(gòu)和模塊外部設(shè)計3.3 功能分

26、配4接口設(shè)計4.1 外部接口4.2 內(nèi)部接口5運行設(shè)計5.1 運行模塊的組合5.2 運行控制5.3 運行時間6出錯處理設(shè)計及安全保密設(shè)計7.維護設(shè)計入口工件軟件需求說明書_實訓案例.doc，主要用例文檔.doc、概要設(shè)計_模板.doc 出口工件要求建立概要設(shè)計模型出口工件參考概要設(shè)計.doc、概要設(shè)計.mdl覆蓋知識點概要設(shè)計要求.2任務二：詳細設(shè)計，對概要設(shè)計中劃分的每個模塊再進行詳細定義和說明。定義每一模塊的詳細功能、輸入數(shù)據(jù)、使用文件及使用方式，確定輸出內(nèi)容及格式，模塊實現(xiàn)的詳細算法，各模塊的方法構(gòu)成等。任務名稱詳細設(shè)計任務的額定完成時間20Hours任務類型分析設(shè)計適合的崗位軟件架構(gòu)，

27、分析設(shè)計人員任務使用的工具列表MS WordRational Rose任務描述1 數(shù)據(jù)庫規(guī)劃與設(shè)計總體規(guī)劃，抽取出實體及實體之間的關(guān)系，繪制E-R圖屬性屬性名稱數(shù)據(jù)類型碼描述empid員工號varchar(10)主鍵員工唯一標識empame姓名varchar(30)員工姓名password密碼varchar(50)sex性別smallintaddress varchar(50)email電子信箱varchar(30)tel varchar(20)mobile手機varchar(15)dept所屬部門varchar(10)外鍵與部門編號關(guān)聯(lián)，置刪除約束memo備注varchar(60)activ

28、e是否激活smallint0表示未被激活；1表示被激活。數(shù)據(jù)類型描述定義各個表的信息，例如Employee表：2細化類的定義定義類的屬性，方法定義類之間的關(guān)系例如：“流程模板定制及實例化”類關(guān)系圖：類詳細描述：屬性：cmodelId /模板編號cnodeId /節(jié)點編號cnodeSequId /節(jié)點順序號cnodeDescrip /節(jié)點描述主要方法：addFMCustomize() /添加流程模板定制信息getAllFMCByKey() /根據(jù)模板編號取得模板信息delFMCustomize() /刪除模板主要方法：addFlowInstance() /添加流程實例getFlowInstanc

29、eById() /取得流程實例中單個活動節(jié)點的信息getFIByProSequ() /取得某項目實例中處于某序列位置的活動節(jié)點信息getAllFIByKey(int iproId) /取得某項目實例的所有活動，iproId為項目編號getAllFlowInstance() /getFIByMaxId(int iproId, int i) /找出出讓或受讓流程中序號最大的節(jié)點，iproId為項目編號，i標志位，1表示出讓，2表示受讓。updFlowInstance() /更新流程實例信息3 繪制順序圖順序圖描述的是用例實例，一個用例是多個用例實例的抽象例如：更新節(jié)點信息：入口工件詳細設(shè)計說明書_

30、模板.doc、概要設(shè)計.doc出口工件要求詳細設(shè)計說明書中要包括數(shù)據(jù)庫詳細設(shè)計，類圖及其描述出口工件參考詳細設(shè)計說明書.doc覆蓋知識點詳細設(shè)計要求模塊三: 編碼實施.1任務一：數(shù)據(jù)庫實現(xiàn)，創(chuàng)建和配置數(shù)據(jù)庫。任務名稱數(shù)據(jù)庫實現(xiàn)任務的額定完成時間10Hours任務類型數(shù)據(jù)庫管理適合的崗位數(shù)據(jù)庫管理人員任務使用的工具列表IBM DB2Rational Rose任務描述依據(jù)詳細設(shè)計說明書要求1 建立數(shù)據(jù)庫數(shù)據(jù)庫名稱，屬性2 建立表和字段包括表名稱及屬性和字段名稱屬性：數(shù)據(jù)類型,(user-defined datatype)是由標準數(shù)據(jù)類型導出的新數(shù)據(jù)類型，它比標準的數(shù)據(jù)類型更準確地限定了數(shù)據(jù)輸入的范

31、圍。約束(check),用于限制列的值域，在數(shù)據(jù)類型限制的基礎(chǔ)上對輸入的數(shù)據(jù)進一步進行限制。通過邏輯表達式來定義列的有效值。缺省(default), 定義了一個數(shù)值，當用戶向數(shù)據(jù)表插入數(shù)據(jù)時，若某個域未給定值，系統(tǒng)自動將定義在該域上的缺省作為輸入值，保證數(shù)據(jù)庫數(shù)據(jù)的合理性。規(guī)則(rule), 是一個用來綁定域或用戶定義數(shù)據(jù)類型的數(shù)據(jù)庫對象，規(guī)則說明了哪些數(shù)據(jù)可以輸入到域中。任何時刻，用戶輸入或修改數(shù)據(jù)（insert 或 update）, dbms都將檢查該數(shù)據(jù)是否違反綁定在域上的規(guī)則。3 設(shè)置關(guān)聯(lián)例如：流程實例部分各實體之間關(guān)系4 驗證約束域完整性、主鍵、外鍵、唯一鍵、not null和che

32、ck約束入口工件數(shù)據(jù)字典、詳細設(shè)計說明書出口工件要求物理數(shù)據(jù)庫出口工件參考數(shù)據(jù)庫文件覆蓋知識點數(shù)據(jù)庫設(shè)計.2任務二：代碼實現(xiàn)，完成系統(tǒng)編碼。任務名稱代碼實現(xiàn)任務的額定完成時間7Hours任務類型編碼實現(xiàn)適合的崗位數(shù)據(jù)庫管理人員任務使用的工具列表IBM WSAD、Rational Rose任務描述Rose 工具可以將詳細設(shè)計階段的類視圖轉(zhuǎn)換為框架代碼1，定義好自己的模型2，檢查模型：從菜單中選擇tools-Check Model3，在Component View中定義各種組件，也就是在Component View中添加一個新的組件并定義名字，可以定義組件之間的依賴關(guān)系。 4，將類映射到組件 -

33、右健點擊Component View中的組件，打開Standard Specification - 選擇Realizes標簽在Realizes選擇要映射的類，并右健點擊，從菜單中選擇Assign 做好這幾步，可以在Logical View中看到類的名稱后多了一個組件名5，設(shè)置代碼生成屬性 一般不用指定，用缺省的就可，如要指定，可以先Clone，再修改新的代碼生成屬性，這樣可以不影響以前的設(shè)置。 Clone步驟： 從菜單選擇tools-option-java標簽-Clone按鈕-輸入新的名字6，選擇要生成的類、組件和包7，生成代碼 (比如Java語言) 從菜單選擇tools-java-gener

34、ate code8,按照框架填充相應的代碼，實現(xiàn)相應的方法入口工件詳細設(shè)計說明書.doc出口工件要求應用程序EAR包文件內(nèi)容完整出口工件參考應用程序EAR包文件覆蓋知識點掌握應用開發(fā)工具的使用模塊四: 部署測試.1任務一：部署將應用構(gòu)件按照一定的格式打包并放置在應用服務器的容器內(nèi)任務一： 任務名稱部署應用程序任務的額定完成時間3Hours任務類型程序部署應用適合的崗位部署配置人員任務使用的工具列表IBM Websphere Application Server任務描述1 用WSAD工具將J2EE應用程序打成EAR包2創(chuàng)建數(shù)據(jù)源，其中需要指定JNDI名;3修改企業(yè)應用.ear文件的資源JNDI名

35、和資源參考;4修改企業(yè)應用.ear文件的EJB JNDI名和引用參考;5自動部署修改后的企業(yè)應用.ear文件6重起WebSphere服務器。入口工件.ear文件出口工件要求已發(fā)布應用服務器上的應用程序，可以訪問和測試。出口工件參考為完成部署而配置好的.ear文件覆蓋知識點為實現(xiàn)部署，需要完成的配置。.2任務二：測試按照軟件測試流程，制定測試計劃、測試方案、測試規(guī)范，實施測試，對測試記錄進行分析，并撰寫測試報告。任務名稱測試任務的額定完成時間7Hours任務類型測試適合的崗位測試人員任務使用的工具列表CSE HTML ValidatorSAINT任務描述1 功能測試 依據(jù)80/20原則（即80%的錯誤存在于系統(tǒng)的20%的部分）對于測試用例的設(shè)計采用如下兩種方法:白盒測試,即使用程序設(shè)計的控制結(jié)構(gòu)導出測試用例;黑盒測試,即派生出執(zhí)行程序所有功能需求的輸入條件，從而導出測試用例，進行測試的方法。每一個獨立的功能模塊需要單獨的測試用例的設(shè)計導出，主要依據(jù)為需求分析，對于應用程序模塊則根據(jù)設(shè)