手機(jī)淘寶uml建模_第1頁
手機(jī)淘寶uml建模_第2頁
手機(jī)淘寶uml建模_第3頁
手機(jī)淘寶uml建模_第4頁
手機(jī)淘寶uml建模_第5頁
已閱讀5頁,還剩26頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡(jiǎn)介

1、Uml 建模題 目: 手機(jī)淘寶系統(tǒng) 班 級(jí): 姓 名: 學(xué) 號(hào): 目錄1 問題的提出:32 本文工作和系統(tǒng)開發(fā):33 系統(tǒng)功能簡(jiǎn)介:4第一章 手機(jī)淘寶購(gòu)物用例建模51.1 手機(jī)淘寶購(gòu)物系統(tǒng)業(yè)務(wù)流程分析51.1.1 購(gòu)物流程分析51.2業(yè)務(wù)需求用例建模階段71.2.1業(yè)務(wù)角色的查找及建立71.2.2業(yè)務(wù)用例查找與分析71.2.3業(yè)務(wù)用例圖81.2.3業(yè)務(wù)活動(dòng)圖81.3 系統(tǒng)基本功能描述:9第二章 手機(jī)淘寶系統(tǒng)需求用例建模92.1 物流信息管理需求用例分析92.1.1 確定物流信息的內(nèi)容:92.1.2確定系統(tǒng)頂層用例102.1.3淘寶物流系統(tǒng)功能性分析:112.2 系統(tǒng)登錄功能用例分析122.3

2、系統(tǒng)整體功能描述132.4 淘寶充值系統(tǒng)整體功能描述13第三章 業(yè)務(wù)領(lǐng)域分析與設(shè)計(jì)143.1 系統(tǒng)順序圖,狀態(tài)圖143.2 定義基本對(duì)象與類163.3淘寶系統(tǒng)類圖:173.4 定義對(duì)象與類的屬性與操作173.5系統(tǒng)設(shè)計(jì)順序圖,用戶登錄圖203.6 系統(tǒng)擴(kuò)展功能21返3.7 系統(tǒng)構(gòu)架設(shè)計(jì)27第四章 系統(tǒng)實(shí)現(xiàn)測(cè)試與配置284.1系統(tǒng)實(shí)現(xiàn)的工具與技術(shù)284.2 系統(tǒng)實(shí)現(xiàn)方式圖28第五章 系統(tǒng)開發(fā)的思考305. 1 數(shù)據(jù)庫設(shè)計(jì)問題305. 2 數(shù)據(jù)庫訪問設(shè)計(jì)問題31結(jié)束語32參考文獻(xiàn)33 引言:1 問題的提出:時(shí)至移動(dòng)互聯(lián)網(wǎng)時(shí)代,在這個(gè)移動(dòng)終端相當(dāng)普及的年代,使用移動(dòng)終端瀏覽網(wǎng)頁是相當(dāng)稀松平常的事情。

3、但是桌面和移動(dòng)終端的不同,不兼容會(huì)使用戶在使用移動(dòng)終端瀏覽網(wǎng)頁時(shí)不適應(yīng)和功能缺乏,加上本來移動(dòng)終端和桌面平臺(tái)的性能,特性差距,使得開發(fā)移動(dòng)終端專用的網(wǎng)頁極為有需要。本文檔是TGC的實(shí)訓(xùn)項(xiàng)目的開發(fā)題目的方向的基礎(chǔ)上編制的。本文檔的編寫為下階段的設(shè)計(jì),開發(fā)提供依據(jù),為項(xiàng)目組成員對(duì)需求的詳盡理解,以及在開發(fā)開發(fā)過程中的協(xié)同工作提供強(qiáng)有力的保證。同時(shí)本文檔也作為項(xiàng)目評(píng)審驗(yàn)收的依據(jù)之一2 本文工作和系統(tǒng)開發(fā):本文首先對(duì)系統(tǒng)的功能進(jìn)行詳細(xì)的設(shè)計(jì),并在分析與設(shè)計(jì)的同時(shí)用UML建模語言對(duì)其建模,采用UML工具ROSE繪制描述各種模型的圖形,目的使開發(fā)者與用戶更有效的實(shí)現(xiàn)功能與理解需求,并使程序人員能順利的實(shí)現(xiàn)

4、系統(tǒng),在系統(tǒng)的實(shí)現(xiàn)階段重點(diǎn)講述設(shè)計(jì)到編碼的過渡,以體現(xiàn)UML建模的模型對(duì)系統(tǒng)開發(fā)帶來的好處。本文的編寫結(jié)合了面向?qū)ο蟮能浖_發(fā)方法與UML建模語言的優(yōu)勢(shì)與特色,同時(shí)與庫存管理系統(tǒng)緊密結(jié)合。既體現(xiàn)了面向?qū)ο蟮能浖_發(fā)思想 ,又包容了UML建模語言所特有的語言建模優(yōu)勢(shì)。在編寫中我們大量的使用UML語言所提供的各種建模圖形來描述庫存管理系統(tǒng),例如描述用戶需求的用例圖,描述系統(tǒng)功能的動(dòng)態(tài)的順序圖。根據(jù)庫存管理的特點(diǎn),我們大膽的改進(jìn)了一般的UML建模的分析過程,并在分析設(shè)計(jì)過程中采用更加適合手機(jī)淘寶系統(tǒng)的分析級(jí)類圖與順序圖。3 系統(tǒng)功能簡(jiǎn)介:系統(tǒng)的功能是系統(tǒng)能夠做的事情,在本系統(tǒng)中,系統(tǒng)的功能有:1 系

5、統(tǒng)應(yīng)該能完成瀏覽、搜索商品信息,商品詳情頁面2 系統(tǒng)應(yīng)該能完成用戶登錄、用戶注冊(cè)功能3 系統(tǒng)應(yīng)該能查看物流信息4 系統(tǒng)應(yīng)該能查看訂單詳情;5 系統(tǒng)應(yīng)該能進(jìn)行用戶反饋6 系統(tǒng)用戶能進(jìn)行話費(fèi)充值、Q幣充值、等充值功能7 系統(tǒng)用戶可以添加或減少購(gòu)物車中的商品8 系統(tǒng)能記錄用戶的身份信息;9 任何人員要使用本系統(tǒng)必須擁有相應(yīng)的權(quán)限; 第一章 手機(jī)淘寶購(gòu)物用例建模1.1 手機(jī)淘寶購(gòu)物系統(tǒng)業(yè)務(wù)流程分析1.1.1 購(gòu)物流程分析1 用戶瀏覽商品信息,了解商品的詳細(xì)信息2 用戶添加需要購(gòu)買的商品進(jìn)入購(gòu)物車中 3 用戶結(jié)算購(gòu)物車的訂單,訂單狀態(tài)更新為以結(jié)算,等待商家發(fā)貨。4 商家確認(rèn)訂單信息,開始發(fā)貨。5 商家更

6、新物流信息,用戶等待收貨。1.1.2 用戶權(quán)限分析1 用戶瀏覽商品信息,了解商品的詳細(xì)信息2 用戶添加商品進(jìn)入購(gòu)物車市提示需要登錄3 用戶登錄帳號(hào),若沒有帳號(hào)這需要用戶注冊(cè)帳號(hào)4 用戶填寫帳戶信息,如帳號(hào),密碼,手機(jī)號(hào)等。5 用戶需要驗(yàn)證手機(jī)號(hào),或郵箱完成帳戶的激活1.1.3我的淘寶充值業(yè)務(wù)流程分析盤點(diǎn)流程:1 用戶登錄淘寶帳號(hào)2 用戶選擇充值的類型,以及充值的金額3 用戶填寫充值的訂單信息4 商家發(fā)貨,完成充值5 用戶接收到充值成功的提示 盤點(diǎn)業(yè)務(wù)流程圖如下:1.2業(yè)務(wù)需求用例建模階段1.2.1業(yè)務(wù)角色的查找及建立1.2.2業(yè)務(wù)用例查找與分析根據(jù)淘寶購(gòu)物流程可以找到基本的業(yè)務(wù)用例有:1用戶查

7、看淘寶上的商品,選擇需要購(gòu)買的商品,并將其添加到購(gòu)物車。2 用戶結(jié)算時(shí)需要登錄淘寶帳號(hào),若沒則需要注冊(cè)帳號(hào)3 用戶可以在購(gòu)物車中任意添加或減少購(gòu)買的商品4 用戶確認(rèn)訂單付款提供商品信息給商家。5商家確認(rèn)訂單,開始發(fā)貨商家開始更新物流信息。6 用戶可以查看商品的物流信息,查看訂單的完成狀態(tài)7 用戶需要充值業(yè)務(wù)時(shí)可以進(jìn)入充值頁面,選擇需要充值的類型,數(shù)量8商家確認(rèn)充值訂單,為用戶充值9 完成購(gòu)物后,用戶可以對(duì)商品或商家信息進(jìn)行反饋10 以上功能在我的淘寶頁面進(jìn)行匯總,我的淘寶頁面是進(jìn)入其他頁面的接口11 淘寶首頁進(jìn)行特色商品的展示,提示當(dāng)前最火熱的商品,推送商品的特點(diǎn)圖片。1.2.3業(yè)務(wù)用例圖1.

8、2.3業(yè)務(wù)活動(dòng)圖購(gòu)物過程:訂單信息:1.3 系統(tǒng)基本功能描述:根據(jù)庫存系統(tǒng)業(yè)務(wù)過程分析知系統(tǒng)的基本功能有與商品信息、訂單信息、用戶信息三大模塊,系統(tǒng)功能圖如下:手機(jī)淘寶系統(tǒng)商品信息訂單信息用戶信息第二章 手機(jī)淘寶系統(tǒng)需求用例建模2.1 物流信息管理需求用例分析2.1.1 確定物流信息的內(nèi)容:物流信息應(yīng)包括商品信息,購(gòu)買日期,商家名稱,對(duì)應(yīng)的物流公司,實(shí)時(shí)的物流信息更新等內(nèi)容。同時(shí)物流信息應(yīng)更新訂單的完成狀態(tài),是派送中,還是以派送,還應(yīng)具備派送人員的信息,以及預(yù)計(jì)送達(dá)時(shí)間等2.1.2確定系統(tǒng)頂層用例一般的uml的需求描述方法是用用例圖來表達(dá)角色、用例及其之間的關(guān)系,用文字形式的事件流文檔具體描述

9、用例細(xì)節(jié)。這種方法存在以下缺點(diǎn):一張用例圖不能描述復(fù)雜系統(tǒng)全部需求;系統(tǒng)的業(yè)務(wù)種類多、功能繁雜,根本無法清晰地將系統(tǒng)的全部功能展開在一張用例圖上,即使可以,用戶看到縱橫交錯(cuò)的各種關(guān)系,也只能望而生畏;用例圖不適應(yīng)描述系統(tǒng)的非功能要求;文字不便于說明復(fù)雜用例的流程。涉及多個(gè)部門之間的交互協(xié)調(diào),事件流文檔中的文字難以清晰地表達(dá)地籍?dāng)?shù)據(jù)的復(fù)雜流程。因此我們將采用建立多層次的用例圖。頂層用例圖描述系統(tǒng)粗粒度的全部功能;下一層將沒有表述清的粗粒度用例用更細(xì)粒度的子用例描述。根據(jù)系統(tǒng)的業(yè)務(wù)過程分析與用戶的需求分析,系統(tǒng)的頂層用例如表所示:參與者用例說明用戶選擇商品,提交訂單,選擇物流公司。商家接受訂單,打

10、包發(fā)貨,通知物流公司取件物流公司商品運(yùn)輸管理,包括接受商家快件,更新物流信息,運(yùn)輸,派送系統(tǒng)得頂層用例圖如下:2.1.3淘寶物流系統(tǒng)功能性分析:根據(jù)業(yè)務(wù)描述,我們知道此模塊應(yīng)該要實(shí)現(xiàn)的功能大致如下:1 用戶提交訂單2 商家接受訂單,通知物流公司3 物流公司上門取件,派送。并實(shí)時(shí)更新物流信息,商品派送情況。物流公司的分層用例圖如下:2.2 系統(tǒng)登錄功能用例分析1、 用戶信息管理:用戶名密碼2、 注冊(cè)管理:。郵箱注冊(cè)電話號(hào)碼注冊(cè)3、 基本資料管理:角色管理(1)角色填加(2)角色刪除(3)角色權(quán)限修改(4)角色密碼修改權(quán)限管理對(duì)系統(tǒng)的權(quán)限編號(hào)的權(quán)限內(nèi)容進(jìn)行權(quán)限的管理,如修改客戶權(quán)限的權(quán)限大小,入庫

11、管理員的權(quán)限大小等操作2.3 系統(tǒng)整體功能描述系統(tǒng)整體功能圖如下:用戶信息管理注冊(cè)用戶管理用戶認(rèn)證信息管理登錄驗(yàn)證管理淘寶登錄系統(tǒng)功能2.4 淘寶充值系統(tǒng)整體功能描述確定充值系統(tǒng)的內(nèi)容1.用戶選擇充值的類型,Q幣充值,話費(fèi)充值,游戲幣充值等2.用戶確定充值的金額3.用戶輸入需要充值的帳號(hào)4.系統(tǒng)提示充值成功子用例圖如下第三章 業(yè)務(wù)領(lǐng)域分析與設(shè)計(jì)3.1 系統(tǒng)順序圖,狀態(tài)圖權(quán)限管理對(duì)于系統(tǒng)來說十分重要,因?yàn)樗P(guān)系到系統(tǒng)得安全性,因此在系統(tǒng)得開發(fā)與設(shè)計(jì)中,我們始終把系統(tǒng)的安全性放在十分重要的位置,因此我們?cè)谟庙樞驁D分析的時(shí)候始終從系統(tǒng)用戶未登陸狀態(tài)來分析的,在后邊系統(tǒng)詳細(xì)設(shè)計(jì)時(shí),我們會(huì)給出用戶登錄的

12、順序圖;1 用戶登錄:2 淘寶購(gòu)物3 用戶充值3.2 定義基本對(duì)象與類淘寶系統(tǒng)管理的對(duì)象分析:實(shí)體對(duì)象物流信息表,訂單信息表,商品信息表,充值信息表,登錄信息表,用戶反饋信息表。邊界對(duì)象我的淘寶頁面,物流信息頁面,購(gòu)物車頁面,淘寶主頁面,用戶反饋頁面,登錄頁面,注冊(cè)頁面控制對(duì)象后臺(tái)根據(jù)分析級(jí)的順序圖與系統(tǒng)的對(duì)象分析定義系統(tǒng)中涉及的類:(1)類 用戶 user(2)類 商品 goods(3)類 訂單 order(4)類 物流 Logistics(5)類 購(gòu)物車 shoppingcart(6)類 用戶反饋 user feedback(7)類 充值 recharge(8)類 后臺(tái)管理 admin3.

13、3淘寶系統(tǒng)類圖:3.4 定義對(duì)象與類的屬性與操作(1)類 用戶l 私有屬性屬性名含義屬性類型Id用戶名StringPassword密碼StringAddress地址StringEmail郵箱StringPhonenumber電話號(hào)碼Stringl 公共方法方法名含義說明Set()Login()注冊(cè)登錄(2)類 goods私有屬性屬性名含義屬性類型Name商品名稱StringPrice商品價(jià)格StringEvallution商品評(píng)價(jià)StringStore商家Stringl 公共方法:方法名含義說明Set()設(shè)置商品信息Search()查詢商品信息Add()增加商品Reduce()減少商品(3)類

14、 充值rechargel 私有屬性屬性名含義屬性類型Type充值類型StringAcount充值金額StringId充值帳戶Stringl 公有方法方法名含義說明Get()取得賬號(hào)名Pay()付款A(yù)count()充值金額統(tǒng)計(jì)(4)類 訂單 order私有屬性屬性名含義屬性類型Finnish order以完成的訂單StringUnfinish order未完成的訂單StringDate訂單的日期IntLogical訂單的物流信息Stringl 共有方法方法名含義說明Get()獲取訂單信息Date()獲取日期(5)類 購(gòu)物車shoppingcart私有屬性屬性名含義屬性類型Goods id購(gòu)物車商

15、品名稱StringGoods price購(gòu)物車商品價(jià)格FloatGoods acount購(gòu)物車商品數(shù)量StringPrice acount購(gòu)物車商品總價(jià)格Stringl 公有方法方法名含義說明Add_goods();添加商品delect goods();刪除商品(6)類 管理員admin私有屬性:屬性名含義屬性類型Id管理員名稱StringPassword管理員密碼String l 公共方法:方法名含義說明Add id()添加管理員Get()獲得管理員密碼Set()設(shè)置管理員帳號(hào)密碼(7)類 用戶反饋 userfeedback私有屬性屬性名含義屬性類型Id用戶名StringPassword密碼

16、StringMsessage反饋信息StringPhone number電話號(hào)碼Stringl 公有方法方法名含義說明Get()獲得用戶信息Post()傳送反饋信息3.5系統(tǒng)設(shè)計(jì)順序圖,用戶登錄圖Taobao購(gòu)物,taobao用戶登錄,taobao用戶充值順序圖:相關(guān)類圖:3.6 系統(tǒng)擴(kuò)展功能1 權(quán)限管理:我們對(duì)操作進(jìn)行編碼,為每個(gè)操作角色賦予相應(yīng)的操作權(quán)限,形成操作權(quán)限表,系統(tǒng)管理員能根據(jù)需要靈活地對(duì)操作角色的操作權(quán)限進(jìn)行賦予與修改,以此有效靈活地對(duì)用戶的操作權(quán)限進(jìn)行控制。1) 角色管理(1)角色填加(2)角色刪除(3)角色權(quán)限修改(4)角色密碼修改1添加角色的順序圖2刪除角色的順序圖3修改

17、用戶權(quán)限順序圖4.修改用戶密碼順序圖2數(shù)據(jù)備份:將所有數(shù)據(jù)表信息定期保存在磁盤中。系統(tǒng)功能實(shí)現(xiàn)的順序圖如下:3 數(shù)據(jù)恢復(fù)用備份文件替換受損文件。實(shí)現(xiàn)的順序圖如下:4 業(yè)務(wù)統(tǒng)計(jì)統(tǒng)計(jì)客戶期間的入庫業(yè)務(wù)量、出庫業(yè)務(wù)量、貨物信息等。客戶入庫業(yè)務(wù)量統(tǒng)計(jì)順序圖:客戶出庫業(yè)務(wù)量統(tǒng)計(jì)順序圖:返3.7 系統(tǒng)構(gòu)架設(shè)計(jì)包是類或者文件的組合,在入庫系統(tǒng)的開發(fā)中,我們定義了用戶接口包,入庫管理類包,數(shù)據(jù)存儲(chǔ)包,以及在開發(fā)中涉及到的java包。用戶接口:通過用戶接口類,用戶可以瀏覽系統(tǒng)中的數(shù)據(jù)、輸入新的數(shù)據(jù)。其操作是通過調(diào)用業(yè)務(wù)邏輯中的操作來完成的。業(yè)務(wù)邏輯:主要包括應(yīng)用系統(tǒng)的對(duì)象(它們是對(duì)現(xiàn)實(shí)世界的模擬),定義了這些對(duì)

18、象的行為以及它們?yōu)閿?shù)據(jù)存取層提供了數(shù)據(jù)操作功能。數(shù)據(jù)存取:提供服務(wù)給業(yè)務(wù)邏輯層中的類,以及類的定義。子系統(tǒng)的設(shè)計(jì)架構(gòu):部署圖:第四章 系統(tǒng)實(shí)現(xiàn)測(cè)試與配置4.1系統(tǒng)實(shí)現(xiàn)的工具與技術(shù)本次系統(tǒng)地開發(fā)工具有Jbuilder9,Rose,Sql Sever,HBuilder以及Tomcat;Tomcat是一個(gè)開放源代碼、運(yùn)行servlet和JSP Web應(yīng)用軟件的基于Java的Web應(yīng)用軟件容器。系統(tǒng)開發(fā)在Jbuilder9中開發(fā)Java Servlet,jsp頁面,以Tomcat作為應(yīng)用程序服務(wù)器,SQL Server 作為數(shù)據(jù)庫服務(wù)器。4.2 系統(tǒng)實(shí)現(xiàn)方式圖系統(tǒng)配置圖:client computer

19、sever computerwan系統(tǒng)組件圖:第五章 系統(tǒng)開發(fā)的思考5. 1 數(shù)據(jù)庫設(shè)計(jì)問題 現(xiàn)在的開發(fā)環(huán)境越來越多的是面向?qū)ο蟮?,而存?chǔ)機(jī)制卻是不同于此的關(guān)系型數(shù)據(jù)庫,這兩者之間存在著很大差異。這種差異使系統(tǒng)的開發(fā)活動(dòng)不能統(tǒng)一。典型的情況是,越來越多的應(yīng)用系統(tǒng)是三層甚至多層體系結(jié)構(gòu),在此情況下,用戶接口層和業(yè)務(wù)邏輯層是用面向?qū)ο蠹夹g(shù)開發(fā)的,而數(shù)據(jù)庫多數(shù)仍然是關(guān)系型的。因此,在采用面向?qū)ο蠼<夹g(shù)分析獲得對(duì)象模型后,怎樣得到關(guān)系型的數(shù)據(jù)庫呢?這也是我們本次系統(tǒng)開發(fā)中遇到的問題。(1)屬性類型映射成域UML中的屬性類型(Attribute Type)映射成數(shù)據(jù)庫中的域(Domain)。域的使用提

20、高了設(shè)計(jì)的一致性,且優(yōu)化了應(yīng)用的移植性。簡(jiǎn)單的域是非常容易實(shí)現(xiàn)的,僅僅需要替換相對(duì)應(yīng)的數(shù)據(jù)類型和數(shù)據(jù)的尺寸。同時(shí),對(duì)于使用域的屬性,可能要求為域的約束加入SQL的Check串。例如,限定域的取值范圍等。枚舉域(Enumeration Domain)限定了域允許取值的集合。其實(shí)現(xiàn)通常有幾種方法:定義SQL約束來限定取值;為每個(gè)枚舉值定義標(biāo)志;枚舉表;對(duì)枚舉值進(jìn)行編碼等。在本系統(tǒng)地開發(fā)中,所有涉及到枚舉型的數(shù)據(jù)象,我們都單獨(dú)設(shè)置一表來表達(dá),例如計(jì)量單位表中就是入庫單等表中計(jì)量單位數(shù)據(jù)項(xiàng)的一枚舉約束。(2)類的屬性映射至關(guān)系數(shù)據(jù)庫表中的列屬性可以直接映射為表中的零到多列。通常,一個(gè)屬性映射為表中的一

21、列,但也有例外:對(duì)于非持久的屬性可以不進(jìn)行映射,有些屬性置只做為中間值用于計(jì)算而不需保存在數(shù)據(jù)庫中。某些對(duì)象屬性本身就是對(duì)象,客戶中的地址屬性(如果較復(fù)雜)可以映射為數(shù)據(jù)庫表或多列。此時(shí),屬性映射成多個(gè)字段。反之,也可以將多個(gè)相似的簡(jiǎn)單屬性映射為一列。(3)類映射成表類到表的映射通常不是直接的。只有非常簡(jiǎn)單的應(yīng)用,類與表之間才會(huì)存在一一對(duì)應(yīng)的關(guān)系。5. 2 數(shù)據(jù)庫訪問設(shè)計(jì)問題上面的實(shí)體對(duì)象映射到數(shù)據(jù)庫表,主要是考慮UML的靜態(tài)模型到數(shù)據(jù)庫的映射,我們繼續(xù)討論動(dòng)態(tài)模型在數(shù)據(jù)庫設(shè)計(jì)中的實(shí)現(xiàn),主要是數(shù)據(jù)庫存取部分設(shè)計(jì)。一般來說,數(shù)據(jù)庫存取部分設(shè)計(jì)主要有以下幾種策略:(1)每個(gè)對(duì)象或類自己負(fù)責(zé)數(shù)據(jù)庫的訪問工作.這種方法不需要專門的服務(wù)類,但是業(yè)務(wù)邏輯和數(shù)據(jù)操作邏輯都集中在業(yè)務(wù)類中,任務(wù)劃分不清晰,業(yè)務(wù)類既要處理業(yè)務(wù)邏輯,又要處理數(shù)據(jù)操作,其中每一個(gè)的改動(dòng),都會(huì)影響到這個(gè)業(yè)務(wù)類。(2)利用開發(fā)環(huán)境提供的機(jī)制許多開發(fā)環(huán)境提供了初級(jí)的訪問關(guān)系數(shù)據(jù)庫的機(jī)制,它們是很好的一個(gè)開始。常用的方法包括Microsoft的ODBC機(jī)制(開放數(shù)據(jù)庫連接ODBC)和Java數(shù)據(jù)庫連接(JDBC

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(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)論