產(chǎn)權(quán)交易電子商務(wù)平臺(tái)系統(tǒng)仿 功能描述與分析_第1頁(yè)
產(chǎn)權(quán)交易電子商務(wù)平臺(tái)系統(tǒng)仿 功能描述與分析_第2頁(yè)
產(chǎn)權(quán)交易電子商務(wù)平臺(tái)系統(tǒng)仿 功能描述與分析_第3頁(yè)
產(chǎn)權(quán)交易電子商務(wù)平臺(tái)系統(tǒng)仿 功能描述與分析_第4頁(yè)
產(chǎn)權(quán)交易電子商務(wù)平臺(tái)系統(tǒng)仿 功能描述與分析_第5頁(yè)
已閱讀5頁(yè),還剩39頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

產(chǎn)權(quán)交易電子商務(wù)平臺(tái)系統(tǒng)仿真案例產(chǎn)權(quán)交易電子商務(wù)平臺(tái)系統(tǒng)仿真案例產(chǎn)權(quán)交易電子商務(wù)平臺(tái)系統(tǒng)仿真案例產(chǎn)權(quán)交易電子商務(wù)平臺(tái)系統(tǒng)仿真案例第第#頁(yè)產(chǎn)權(quán)交易電子商務(wù)平臺(tái)系統(tǒng)第四章模塊及角色劃分4?1產(chǎn)權(quán)交易電子商務(wù)系統(tǒng)基本介紹■產(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)?!鰬?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ò)程■應(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)的轉(zhuǎn)讓;產(chǎn)權(quán)對(duì)外托管、租賃、承包;對(duì)產(chǎn)權(quán)交易進(jìn)行鑒證、組織交易、代理交易;受托資產(chǎn)(股權(quán))登記和管理、企業(yè)改制重組、投融資策劃、咨詢服務(wù)等業(yè)務(wù)。■應(yīng)用案例的實(shí)訓(xùn)模塊描述Rational統(tǒng)一過(guò)程(RationalUnifiedProcess,RUP)采用迭代式開(kāi)發(fā),軟件生命周期在時(shí)間上被分解為四個(gè)順序的階段,分別是:先啟階段(Inception)、精化階段(Elaboration)、構(gòu)建階段(Construction)和產(chǎn)品化階段(Transition)0每個(gè)階段結(jié)束于一個(gè)主要的里程碑(MajorMilestones);每個(gè)階段可以進(jìn)一步分解為迭代。一個(gè)開(kāi)發(fā)迭代在某種意義上是在所有工作流中的一次完整的經(jīng)過(guò),這些工作流至少包括:需求工作流、分析和設(shè)計(jì)工作流、實(shí)現(xiàn)工作流、測(cè)試工作流。業(yè)務(wù)建模需求分析設(shè)計(jì)實(shí)施業(yè)務(wù)建模需求分析設(shè)計(jì)實(shí)施測(cè)試部署變更管理項(xiàng)目管理環(huán)境本實(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),而描述則體現(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)目經(jīng)理案例的創(chuàng)建/修改時(shí)間〈自動(dòng)記錄〉案例的創(chuàng)建/修改人〈自動(dòng)記錄為案例輸入人員〉案例使用的工具軟件列表RationalRose2002,WSAD4.0或以上、DB2UDB8.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ì)模式中生成“用例實(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ò)程,編任務(wù)一:1)編寫(xiě)產(chǎn)權(quán)交易業(yè)務(wù)流程文檔(需求分析)寫(xiě)項(xiàng)目視圖和范圍文檔,確定使用實(shí)例,分析用戶工作流程2)前景文檔3)繪制交易過(guò)程的基本用例圖任務(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)模塊劃分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)繪制順序圖模塊三:任務(wù)一:數(shù)據(jù)庫(kù)實(shí)現(xiàn)創(chuàng)建和配置數(shù)據(jù)庫(kù)任務(wù)一:1)建立DB2數(shù)據(jù)庫(kù)sdcq

(編碼實(shí)施)2)建立表和字段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)件按照一定的格式打包并放置在應(yīng)用服務(wù)器的容器內(nèi)任務(wù)一:1)打成EAR包2)創(chuàng)建數(shù)據(jù)源,指定JNDI名3)修改.ear文件資源的JNDI名和資源參考4)修改.ear文件的EJBJNDI名和引用參考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è)試4?3?1模塊一:系統(tǒng)需求分析4?3?1?1任務(wù)一:確定需求開(kāi)發(fā)過(guò)程確定如何組織需求的收集、分析、細(xì)化并核實(shí)的步驟,并將它編寫(xiě)成文檔。任務(wù)名稱需求獲取任務(wù)的額定完成時(shí)間lOHours任務(wù)類型需求獲取適合的崗位需求分析人員任務(wù)使用的工具列表MSWord、RationalRose任務(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)目視圖陳述、主要特性、假設(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ā)人員和用戶都能夠在拋開(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ě)的郵箱中獲得激活碼”擴(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ò)程工作流程)側(cè)1:宦H川世)@認(rèn)祉曲童魚(yú)告內(nèi)旬@1:聊冷總;'):i」*誠(chéng)^lj.,思空也金M卑II門(mén)區(qū)山叭I「總抵汁>?*j£~■jkJlitA3眼顒9富誹在旳irE)':.'色尊粗矽怖轉(zhuǎn)丈割呢£44噪I,:.世"》入口工件軟件需求說(shuō)明書(shū)—模板.doc出口工件要求包含項(xiàng)目視圖和范圍的說(shuō)明文檔出口工件參考軟件需求說(shuō)明書(shū)—實(shí)訓(xùn)案例?doc覆蓋知識(shí)點(diǎn)需求獲取,理解用戶需要。4?3?1?2任務(wù)二:對(duì)概要需求進(jìn)行細(xì)化,創(chuàng)建開(kāi)發(fā)原型,分析可行性,確定需求優(yōu)先級(jí),為需求建立模型,編寫(xiě)數(shù)據(jù)字典。任務(wù)名稱任務(wù)的額定完成時(shí)間對(duì)概要需求進(jìn)行細(xì)化16Hours任務(wù)類型需求分析適合的崗位需求分析人員任務(wù)使用的工具列表任務(wù)描述MSWord,RationalRose1)繪制關(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)題。注意要找出需求文檔與原型之間所有的沖突之處。13戶*1戈昌申O$ClMlH帕孚*;d林舊XAI1*鞭山*加且-』id彷童生沖?蘆■JrQhdb則|時(shí)州畑弘山皿丹-芒柚上陸舞J}-2:Ekit曲產(chǎn)根交易中心-曜15坯埋辦虹屮合?:XFPIT世.||H|?槪咚?|"F?供異1例如:產(chǎn)權(quán)交易過(guò)程中構(gòu)造的原型系統(tǒng)的部分描述:匸8砂圖形化顯示項(xiàng)目進(jìn)度:不同顏色區(qū)分流程中的節(jié)點(diǎn)已完成、正在進(jìn)行中、待完成在當(dāng)前工作人員辦公桌面上突出顯示該員工待處理的項(xiàng)目|一顯示當(dāng)前項(xiàng)目進(jìn)行所處的狀態(tài)此項(xiàng)目的項(xiàng)目經(jīng)理有刪除該項(xiàng)目的的權(quán)限-p顯示項(xiàng)目所采用的流程的全部步驟顯示當(dāng)前狀態(tài)下需要出讓方要填寫(xiě)的內(nèi)容(圖二出讓方界面)流程模板定制:生成新模板-第一步:埴寫(xiě)基本信息棋板名稱描述創(chuàng)連時(shí)間第一步:填寫(xiě)流程基本信息第二步:選擇區(qū)體流程節(jié)點(diǎn),包括具體審核步驟的相關(guān)審核人~棋板名稱描述創(chuàng)連時(shí)間第一步:填寫(xiě)流程基本信息第二步:選擇區(qū)體流程節(jié)點(diǎn),包括具體審核步驟的相關(guān)審核人~重填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ō)明。它們能提供不同的信息與關(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é)算方式行為控制合同的生命周期包括:初始。協(xié)商內(nèi)容。簽訂。續(xù)簽。終止。d)業(yè)務(wù)管理針對(duì)生命周期和業(yè)務(wù)狀態(tài),需要處理的業(yè)務(wù)有:合同信息初始化協(xié)商內(nèi)容,包括合同內(nèi)容修改和合同條款修改兩種。合同簽訂。合同續(xù)簽。合同終止。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)以確保客戶與開(kāi)發(fā)小組是使用致的定義和術(shù)語(yǔ)。分析和設(shè)計(jì)工具通常包括數(shù)據(jù)字典組件。入口工件軟件需求說(shuō)明書(shū)—實(shí)訓(xùn)案例?doc出口工件要求用例視圖:由專門(mén)的描述可被最終用戶、分析和測(cè)試人員看到的系統(tǒng)行為的用例組成。包含UML描述的靜態(tài)用例視圖和動(dòng)態(tài)父互圖狀態(tài)圖和活動(dòng)圖。出口工件參考主要用例文檔.doc、數(shù)據(jù)字典.xls覆蓋知識(shí)點(diǎn)掌握數(shù)據(jù)抽象、構(gòu)建需求模型4?3?1?3任務(wù)三:掌握編寫(xiě)軟件規(guī)格說(shuō)明書(shū)的方法任務(wù)名稱編寫(xiě)規(guī)格說(shuō)明書(shū)任務(wù)的額定完成時(shí)間lOHours任務(wù)類型需求分析適合的崗位需求分析人員任務(wù)使用的工具列表MSWord任務(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è)試或工程管理的細(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ū)—頭訓(xùn)案例.doc、主要用例文檔.doc、數(shù)據(jù)字典.xls出口工件要求出口工件參考軟件需求規(guī)格說(shuō)明書(shū)覆蓋知識(shí)點(diǎn)4?3?1.4任務(wù)四:了解需求驗(yàn)證流程。驗(yàn)證軟件需求規(guī)格說(shuō)明正確秒述了預(yù)期的系統(tǒng)行為和特征,確定所有對(duì)需求的看法是一致的。任務(wù)名稱需求驗(yàn)證任務(wù)的額定完成時(shí)間7Hours任務(wù)類型需求分析適合的崗位需求分析人員任務(wù)使用的工具列表MSWord任務(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è)試用例追溯回功能需求以確保沒(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、軟件需求規(guī)格說(shuō)明書(shū)出口工件要求出口工件參考覆蓋知識(shí)點(diǎn)4.3.2模塊二:分析設(shè)計(jì)4.3.2?1任務(wù)一:概要設(shè)計(jì),根據(jù)軟件需求說(shuō)明書(shū)的要求,運(yùn)用結(jié)構(gòu)化程序設(shè)計(jì)思想,將軟件逐層分解成多個(gè)軟件模塊。任務(wù)名稱概要設(shè)計(jì)任務(wù)的額定完成時(shí)間lOHours任務(wù)類型分析設(shè)計(jì)適合的崗位軟件架構(gòu),分析設(shè)計(jì)人員任務(wù)使用的工具列表MSWordRationalRose任務(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模塊劃分岀讓申請(qǐng)受讓申請(qǐng)簽訂進(jìn)場(chǎng)交易協(xié)議書(shū)交易岀讓申請(qǐng)受讓申請(qǐng)簽訂進(jìn)場(chǎng)交易協(xié)議書(shū)交易申請(qǐng)書(shū)及和同審核簽訂交易合同掛牌及公告交易價(jià)款收訖輔助功能檔案管理電子記事本消息系統(tǒng)消息系統(tǒng)流程模版定制及實(shí)例化角色及權(quán)限流程實(shí)例節(jié)點(diǎn)+節(jié)點(diǎn)^節(jié)點(diǎn)3■角色流程模版定制及實(shí)例化角色及權(quán)限流程實(shí)例節(jié)點(diǎn)+節(jié)點(diǎn)^節(jié)點(diǎn)3■角色模版I靜態(tài)權(quán)限W-K,動(dòng)態(tài)權(quán)限2體系結(jié)構(gòu)建立2體系結(jié)構(gòu)建立分為數(shù)據(jù)層、業(yè)務(wù)邏輯層和web應(yīng)用層系統(tǒng)管理用戶管理角色管理活動(dòng)管理…邏輯業(yè)務(wù)操作員工業(yè)務(wù)

審核出讓信息

工作流管理

角色協(xié)調(diào)■■…外部用戶管理出讓申請(qǐng)受讓申請(qǐng)確定交易方武…Web應(yīng)用層用戶角色指派A卜控制中心—/業(yè)務(wù)引擎用戶管理角色管理E系統(tǒng)管理用戶管理角色管理活動(dòng)管理…邏輯業(yè)務(wù)操作員工業(yè)務(wù)

審核出讓信息

工作流管理

角色協(xié)調(diào)■■…外部用戶管理出讓申請(qǐng)受讓申請(qǐng)確定交易方武…Web應(yīng)用層用戶角色指派A卜控制中心—/業(yè)務(wù)引擎用戶管理角色管理E工作流實(shí)例化和管理業(yè)務(wù)層4活動(dòng)管理仁角色庫(kù)用戶庫(kù)交易基本事務(wù)操作歷史庫(kù)財(cái)務(wù)庫(kù)活動(dòng)庫(kù)I數(shù)據(jù)層數(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í)現(xiàn),采用EJB開(kāi)發(fā),該部分利用SessionBean包裝所有EntityBean,來(lái)負(fù)責(zé)調(diào)用EntityBean的方法,各戶端只允許與SessionBean父互,這樣可以縮短系統(tǒng)響應(yīng)時(shí)間,減少資源利用oEntityBean用來(lái)代表數(shù)據(jù)庫(kù)中的數(shù)據(jù),所有對(duì)EntityBean的操作都代表了底層數(shù)據(jù)庫(kù)中數(shù)據(jù)的變動(dòng),EntityBean與數(shù)據(jù)庫(kù)的冋步過(guò)程由容器來(lái)官理。SessionBean用來(lái)處理業(yè)務(wù)邏輯和工作流,是客戶端工作的抽象。Web應(yīng)用層:該層用于接收從瀏覽器傳來(lái)的請(qǐng)求并將請(qǐng)求交給底層進(jìn)行處理,同時(shí)將請(qǐng)求處理結(jié)果發(fā)送給瀏覽器。其處理過(guò)程主要由JSP頁(yè)面、Servlets組成。在該層米用的應(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條件與限制總體設(shè)計(jì)3.1處理流程3.2總體結(jié)構(gòu)和模塊外部設(shè)計(jì)3.3功能分配接口設(shè)計(jì)4.1外部接口4.2內(nèi)部接口運(yùn)行設(shè)計(jì)5.1運(yùn)行模塊的組合5.2運(yùn)行控制5.3運(yùn)行時(shí)間出錯(cuò)處理設(shè)計(jì)及安全保密設(shè)計(jì)維護(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ì)要求4.3.2?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),分析設(shè)計(jì)人員任務(wù)使用的工具列表MSWordRationalRose任務(wù)描述1數(shù)據(jù)庫(kù)規(guī)劃與設(shè)計(jì)總體規(guī)劃,抽取出實(shí)體及實(shí)體之間的關(guān)系,繪制E-R圖屬性屬性名稱數(shù)據(jù)類型碼描述empidempamepasswordsexaddressemailtelmobiledeptmemoactive員工號(hào)姓名密碼性別聯(lián)系地址電子信箱電話手機(jī)所屬部門(mén)備注是否激活varchar(10)varchar(30)varchar(50)smallintvarchar(50)varchar(30)varchar(20)varchar(15)varchar(10)varchar(60)smallint主鍵外鍵員工唯一標(biāo)識(shí)員工姓名與部門(mén)編號(hào)關(guān)聯(lián),置刪除約束0表示未被激活;1表示被激活。數(shù)據(jù)類型描述定義各個(gè)表的信息,例如Employee表:2細(xì)化類的定義定義類的屬性,方法定義類之間的關(guān)系例如:“流程模板定制及實(shí)例化”類關(guān)系圖:類詳細(xì)描述:FMCustomize(fromjavabean)^>cmodelld:int>^>cnodeld:inti^>cnodeSequld:intnodeName:String②cnodeDescrip:String^?FMCustomizeHelperO^?addFMCustomize():void^getCmodelldO:int^getCnodeldf):int^getCnodeSequld():int?setCmodelld(i:int):void?setCnodeld(i:int):void?setCnodeSequld(i:int):void?getCnodeDescrip():String*getCnodeName():String^■setCnodeDescrip(string:String):void*setCnodeName(string:String):void*getAIIFMCByKey(cinodelld:int):ArrayList^delFMCustomize():void屬性:cmodelld〃模板編號(hào)cnodeld〃節(jié)點(diǎn)編號(hào)cnodeSequId//節(jié)點(diǎn)順序號(hào)cnodeDescrip//節(jié)點(diǎn)描述主要方法:addFMCustomize()//添加流程模板定制信息getAllFMCByKey()//根據(jù)模板編號(hào)取得模板信息delFMCustomize()//刪除模板Flowinstance(fromjavabean)戛iprold:int?^inodeld:int'^inodeSequld:int'^iuserld:String*FlowlnstanceHelper()^■addFlowlnstance():\oid*getlnodeld():irrt*getlnodeSequld():int?getlprold():int^■getluserldO:String?setlnodeld(i:int):void^■setlnodeSequld(i:int):void?setlprold(i:int):void^setluserld(string:String):void^getFlowlnstanceByld():void^getFIByProSequ():boolean*getAIIFIByKey(iprold:int):ArrayList^■getAIIFIowlnstance():ArrayList*getFIByMaxld(iprold:int,i:int):int^■updFlowInstanceO:void主要方法:addFlowInstance()//添加流程實(shí)例getFlowInstanceById()〃取得流程實(shí)例中單個(gè)活動(dòng)節(jié)點(diǎn)的信息getFIByProSequ()〃取得某項(xiàng)目實(shí)例中處于某序列位置的活動(dòng)節(jié)點(diǎn)信息getAllFIByKey(intiproId)//取得某項(xiàng)目實(shí)例的所有活動(dòng),iproId為項(xiàng)目編號(hào)getAllFlowInstance()//getFIByMaxId(intiproId,inti)〃找出出讓或受讓流程中序號(hào)最大的節(jié)點(diǎn),iproId為項(xiàng)目編號(hào),i標(biāo)志位,1表示出讓,2表示受讓。updFlowInstance()//更新流程實(shí)例信息3繪制順序圖

順序圖描述的是用例實(shí)例,一個(gè)用例是多個(gè)用例實(shí)例的抽象例如:入口工件詳細(xì)設(shè)計(jì)說(shuō)明書(shū)—模板.doc、概要設(shè)計(jì).doc出口工件要求出口工件參考覆蓋知識(shí)點(diǎn)詳細(xì)設(shè)計(jì)說(shuō)明書(shū)中要包括數(shù)據(jù)庫(kù)詳細(xì)設(shè)計(jì),類圖及其描述詳細(xì)設(shè)計(jì)說(shuō)明書(shū).doc出口工件要求出口工件參考覆蓋知識(shí)點(diǎn)詳細(xì)設(shè)計(jì)要求4.3.3模塊三:編碼實(shí)施4.3.3?1任務(wù)一:數(shù)據(jù)庫(kù)實(shí)現(xiàn),創(chuàng)建和配置數(shù)據(jù)庫(kù)。任務(wù)名稱數(shù)據(jù)庫(kù)實(shí)現(xiàn)任務(wù)的額定完成時(shí)間lOHours任務(wù)類型數(shù)據(jù)庫(kù)管理適合的崗位數(shù)據(jù)庫(kù)管理人員任務(wù)使用的工具列表IBMDB2

RationalRose任務(wù)描述依據(jù)詳細(xì)設(shè)計(jì)說(shuō)明書(shū)要求1建立數(shù)據(jù)庫(kù)數(shù)據(jù)庫(kù)名稱,屬性2建立表和字段包括表名稱及屬性和字段名稱屬性:數(shù)據(jù)類型,(user-defineddatatype)是由標(biāo)準(zhǔn)數(shù)據(jù)類型導(dǎo)出的新數(shù)據(jù)類型,它比標(biāo)準(zhǔn)的數(shù)據(jù)類型更準(zhǔn)確地限定了數(shù)據(jù)輸入的范圍。約束(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)證約束入口工件出口工件要求出口工件參考覆蓋知識(shí)點(diǎn)域完整性、主鍵、外鍵、唯一鍵、notnull和check入口工件出口工件要求出口工件參考覆蓋知識(shí)點(diǎn)數(shù)據(jù)字典、詳細(xì)設(shè)計(jì)說(shuō)明書(shū)物理數(shù)據(jù)庫(kù)數(shù)據(jù)庫(kù)文件數(shù)據(jù)庫(kù)設(shè)計(jì)4?3?3?2任務(wù)二:代碼實(shí)現(xiàn),完成系統(tǒng)編碼。任務(wù)名稱代碼實(shí)現(xiàn)任務(wù)的額定完成時(shí)間7Hours任務(wù)類型編碼實(shí)現(xiàn)適合的崗位數(shù)據(jù)庫(kù)管理人員任務(wù)使用的工具列表IBMWSAD、RationalRose任務(wù)描述Rose工具可以將詳細(xì)設(shè)計(jì)階段的類視圖轉(zhuǎn)換為框架代碼1,定義好自己的模型

檢杳模型:從菜單中選擇tools-〉CheckModel在ComponentView中定義各種組件,也就是在ComponentView中添加一個(gè)新的組件并定義名字,可以定義組件之間的依賴關(guān)系。將類映射到組件-右健點(diǎn)擊ComponentView中的組件,打開(kāi)StandardSpecification-選擇Realizes標(biāo)簽在Realizes選擇要映射的類,并右健點(diǎn)擊,從菜單中選擇Assign做好這幾步,可以在LogicalView中看到類的名稱后多了一個(gè)組件名設(shè)置代碼生成屬性一般不用指定,用缺省的就可,如要指定,可以先Clone,再修改新的代碼生成屬性,這樣可以不影響以前的設(shè)置。Clone步驟:從菜單選擇tools-〉option->java標(biāo)簽->Clone按鈕->輸入新的名字選擇要生成的類、組件和包生成代碼(比如Java語(yǔ)言)從菜單選擇tools-〉java-〉generatecode&按照框架填充相應(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ā)工具的使用

4?4?4模塊四:部署測(cè)試4.4.4?1任務(wù)一:部署將應(yīng)用構(gòu)件按照一定的格式打包并放置在應(yīng)用服務(wù)器的容器內(nèi)任務(wù)一:任務(wù)名稱部署應(yīng)用程序任務(wù)的額定完成時(shí)間3Hours任務(wù)類型程序部署應(yīng)用適合的崗位部署配置人員任務(wù)使用的工具列表IBMWebsphereApplicationServer任務(wù)描述1用WSAD工具將J2EE應(yīng)用程序打成EAR包2創(chuàng)建數(shù)據(jù)源,其中需要指定JNDI名;3修改企業(yè)應(yīng)用.ear文件的資源JNDI名和資源參考;4修改企業(yè)應(yīng)用.ear文件的EJBJNDI名和引用參考;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)部署,需要完成的配置。4.4.4?2任

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論