產(chǎn)權(quán)交易電子商務(wù)平臺(tái)系統(tǒng)仿 功能描述與分析

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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