第一篇：基于網(wǎng)絡(luò)購(gòu)物系統(tǒng)
基于網(wǎng)絡(luò)購(gòu)物系統(tǒng)
測(cè)試計(jì)劃
一、概述
1.1目的
測(cè)試網(wǎng)上購(gòu)物系統(tǒng)中的各個(gè)功能模塊是否滿足用戶需求，并測(cè)試是否存在bug。預(yù)期達(dá)到能夠使系統(tǒng)進(jìn)行快速的改進(jìn)和系統(tǒng)的提高。為了在軟件投入生產(chǎn)性運(yùn)行之前，盡可能多地發(fā)現(xiàn)軟件的錯(cuò)誤，從而提高軟件運(yùn)行的穩(wěn)定性和提高用戶體驗(yàn)。1.2背景
a.項(xiàng)目測(cè)試的背景：網(wǎng)上購(gòu)物系統(tǒng)是一個(gè)營(yíng)業(yè)單位不可缺少的部分，他的內(nèi)容對(duì)于購(gòu)物者和管理者來(lái)說(shuō)都至關(guān)重要。所以網(wǎng)上購(gòu)物系統(tǒng)應(yīng)該能夠?yàn)橛脩籼峁┏渥愕男畔⒑涂旖莸馁?gòu)買手段。隨著商品經(jīng)濟(jì)的發(fā)展及人們消費(fèi)水平的提高，還有信息時(shí)代的飛躍，越來(lái)越多的人愛(ài)上了網(wǎng)購(gòu)，從而催生了網(wǎng)上購(gòu)物系統(tǒng)的誕生。它為人們購(gòu)物帶來(lái)了方便快捷，節(jié)約了沒(méi)時(shí)間出去而省下了空間。
b.該開(kāi)發(fā)項(xiàng)目的歷史，列出用戶和執(zhí)行此項(xiàng)目測(cè)試的機(jī)構(gòu)或人群，該項(xiàng)目目前后經(jīng)歷三個(gè)階段，前期設(shè)計(jì)階段，然后是開(kāi)發(fā)階段，最后是軟件的測(cè)試階段。項(xiàng)目的用戶針對(duì)的是網(wǎng)上購(gòu)物的廣大群眾和管理員，系統(tǒng)的功能測(cè)試主要由專業(yè)的軟件測(cè)試人員進(jìn)行測(cè)試。1.3范圍
網(wǎng)上購(gòu)物系統(tǒng)測(cè)試采用的是黑盒測(cè)試的方式對(duì)系統(tǒng)進(jìn)行測(cè)試，主要測(cè) 試軟件的功能是否滿足用戶的需求，性能是否優(yōu)越以及系統(tǒng)所存在的問(wèn)題。對(duì)系統(tǒng)的各個(gè)模塊進(jìn)行詳細(xì)的測(cè)試，并記錄測(cè)試的結(jié)果，對(duì)測(cè)試的結(jié)果進(jìn)行細(xì)致的分析處理。測(cè)試時(shí)對(duì)系統(tǒng)的各個(gè)功能模塊進(jìn)行拆分測(cè)試，并以每一個(gè)模塊都要測(cè)試到。對(duì)所有可能的結(jié)果盡最大可能都測(cè)試到，以及測(cè)試過(guò)程中存在的問(wèn)題進(jìn)行分析，然后提交測(cè)試的記錄并督促開(kāi)發(fā)人員進(jìn)行修復(fù)，最后，對(duì)軟件存在的問(wèn)題以及性能的測(cè)試進(jìn)行全面分析，給予記錄并解決。
在測(cè)試的過(guò)程中需要提出各個(gè)問(wèn)題的假設(shè)，以及根據(jù)需求報(bào)告文檔中存在的項(xiàng)目給你模塊和用戶的需求來(lái)改善系統(tǒng)。列出可能會(huì)影響測(cè)試設(shè)計(jì)、開(kāi)發(fā)或?qū)嵤┑乃酗L(fēng)險(xiǎn)、意外事件或所有約束。
測(cè)試計(jì)劃和設(shè)計(jì)：根據(jù)需求規(guī)格說(shuō)明書(shū)和最終的系統(tǒng)設(shè)計(jì)，制定測(cè)試計(jì)劃、測(cè)試方案，包括收集測(cè)試方法、測(cè)試用例、可能用到的測(cè)試工具等；
單元測(cè)試：對(duì)各個(gè)模塊的源代碼進(jìn)行測(cè)試，保證各模塊基本功能能夠正確的實(shí)現(xiàn)；
集成測(cè)試：將各個(gè)模塊進(jìn)行組合測(cè)試，保證所有的功能都能夠正確的實(shí)現(xiàn)；
系統(tǒng)測(cè)試：根據(jù)《需求規(guī)格說(shuō)明書(shū)》對(duì)軟件進(jìn)行功能測(cè)試，對(duì)重點(diǎn)的模塊進(jìn)行性能測(cè)試，并結(jié)合可能的用戶測(cè)試；
驗(yàn)收測(cè)試：根據(jù)用戶手冊(cè)對(duì)功能進(jìn)行檢查，復(fù)查報(bào)告庫(kù)中的所有Bug，對(duì)Release版本進(jìn)行安裝測(cè)試。
二、測(cè)試需求
1．?dāng)?shù)據(jù)庫(kù)測(cè)試 2．功能性測(cè)試 3．業(yè)務(wù)周期測(cè)試 4．用戶界面測(cè)試 5．性能測(cè)試 6．負(fù)載測(cè)試 7．強(qiáng)度測(cè)試 8．容量測(cè)試
9．安全性和訪問(wèn)控制測(cè)試 10．故障轉(zhuǎn)移/恢復(fù)測(cè)試 11．配置測(cè)試
三、測(cè)試風(fēng)險(xiǎn)
軟件測(cè)試風(fēng)險(xiǎn)是不可避免的、總是存在的，所以對(duì)測(cè)試風(fēng)險(xiǎn)的管理非常重要，必須盡力降低測(cè)試中所存在的風(fēng)險(xiǎn)，最大程度地保證質(zhì)量和滿足客戶的需求。在測(cè)試工作中，主要的風(fēng)險(xiǎn)有：
1．質(zhì)量需求或產(chǎn)品的特性理解不準(zhǔn)確，造成測(cè)試范圍分析的誤差，結(jié)果某些地方始終測(cè)試不到或驗(yàn)證的標(biāo)準(zhǔn)不對(duì)；
2．測(cè)試用例沒(méi)有得到百分之百的執(zhí)行，如有些測(cè)試用例被有意或無(wú)意的遺漏；
3．需求的臨時(shí)/突然變化，導(dǎo)致設(shè)計(jì)的修改和代碼的重寫(xiě)，測(cè)試時(shí)間不夠； 4．質(zhì)量標(biāo)準(zhǔn)不都是很清晰的，如適用性的測(cè)試，仁者見(jiàn)仁、智者見(jiàn)智；
5．測(cè)試用例設(shè)計(jì)不到位，忽視了一些邊界條件、深層次的邏輯、用戶場(chǎng)景等；
6．測(cè)試環(huán)境，一般不可能和實(shí)際運(yùn)行環(huán)境完全一致，造成測(cè)試結(jié)果的誤差；
7．有些缺陷出現(xiàn)頻率不是百分之百，不容易被發(fā)現(xiàn)；如果代碼質(zhì)量差，軟件缺陷很多，被漏檢的缺陷可能性就大；
8．回歸測(cè)試一般不運(yùn)行全部測(cè)試用例，是有選擇性的執(zhí)行，必然帶來(lái)風(fēng)險(xiǎn)。
前面三種風(fēng)險(xiǎn)是可以避免的，而四至七的四種風(fēng)險(xiǎn)是不能避免的，可以降到最低。最后一種回歸測(cè)試風(fēng)險(xiǎn)是可以避免，但出于時(shí)間或成本的考慮，一般也是存在的。針對(duì)上述軟件測(cè)試的風(fēng)險(xiǎn)，有一些有效的測(cè)試風(fēng)險(xiǎn)控制方法，如： 測(cè)試環(huán)境不對(duì)可以通過(guò)事先列出要檢查的所有條目，在測(cè)試環(huán)境設(shè)置好后，由其他人員按已列出條目逐條檢查。
四、測(cè)試方法
1.數(shù)據(jù)和數(shù)據(jù)庫(kù)完整性測(cè)試
數(shù)據(jù)庫(kù)和數(shù)據(jù)庫(kù)進(jìn)程應(yīng)作為“網(wǎng)上電子商城購(gòu)物系統(tǒng)”中的子系統(tǒng)來(lái)進(jìn)行測(cè)試。在測(cè)試這些子系統(tǒng)時(shí)，不應(yīng)將測(cè)試對(duì)象的用戶界面用作數(shù)據(jù)的接口。2.功能測(cè)試 測(cè)試對(duì)象的功能測(cè)試應(yīng)該側(cè)重于可以被直接追蹤到用例或業(yè)務(wù)功能和業(yè)務(wù)規(guī)則的所有測(cè)試需求。這些測(cè)試的目標(biāo)在于核實(shí)能否正確地接受、處理和檢索數(shù)據(jù)以及業(yè)務(wù)規(guī)則是否正確實(shí)施。這種類型的測(cè)試基于黑盒方法，即通過(guò)圖形用戶界面(GUI)與應(yīng)用程序交互并分析輸出結(jié)果來(lái)驗(yàn)證應(yīng)用程序及其內(nèi)部進(jìn)程。3.業(yè)務(wù)周期測(cè)試
業(yè)務(wù)周期測(cè)試應(yīng)模擬在一段時(shí)間內(nèi)對(duì) “網(wǎng)上電子商城購(gòu)物系統(tǒng)” 執(zhí)行的活動(dòng)。應(yīng)先確定一段時(shí)間（例如一年），然后執(zhí)行將在該時(shí)段內(nèi)發(fā)生的事務(wù)和活動(dòng)。這種測(cè)試包括所有的每日、每周和每月的周期，以及所有與日期相關(guān)的事件。4.用戶界面測(cè)試
通過(guò)用戶界面(UI)測(cè)試來(lái)核實(shí)用戶與軟件的交互。UI 測(cè)試的目標(biāo)在于確保用戶界面向用戶提供了適當(dāng)?shù)脑L問(wèn)和瀏覽測(cè)試對(duì)象功能的操作。除此之外，UI 測(cè)試還要確保 UI 功能內(nèi)部的對(duì)象符合預(yù)期要求，并遵循公司或行業(yè)的標(biāo)準(zhǔn)。5.性能評(píng)價(jià)
性能評(píng)價(jià)是一種性能測(cè)試，它對(duì)響應(yīng)時(shí)間、事務(wù)處理速率和其他與時(shí)間相關(guān)的需求進(jìn)行評(píng)測(cè)和評(píng)估。性能評(píng)價(jià)的目標(biāo)是核實(shí)性能需求是否都已滿足。實(shí)施和執(zhí)行性能評(píng)價(jià)的目的是將測(cè)試對(duì)象的性能為當(dāng)作條件（例如工作量或硬件配置）的一種函數(shù)來(lái)進(jìn)行評(píng)價(jià)和微調(diào)。注：以下事務(wù)均指“邏輯業(yè)務(wù)事務(wù)”。這種事務(wù)被定義為將由系統(tǒng)的某個(gè)主角通過(guò)使用測(cè)試對(duì)象來(lái)執(zhí)行的特定用例。6.負(fù)載測(cè)試
負(fù)載測(cè)試是一種性能測(cè)試。在這種測(cè)試中，將使測(cè)試對(duì)象承擔(dān)不同的工作量，以評(píng)測(cè)和評(píng)估測(cè)試對(duì)象在不同工作量條件下的性能行為，以及持續(xù)正常運(yùn)行的能力。負(fù)載測(cè)試的目標(biāo)是確定并確保系統(tǒng)在超出最大預(yù)期工作量的情況下仍能正常運(yùn)行。此外，負(fù)載測(cè)試還要評(píng)估性能特征，例如，響應(yīng)時(shí)間、事務(wù)處理速率和其他與時(shí)間相關(guān)的方面。7 強(qiáng)度測(cè)試
強(qiáng)度測(cè)試是一種性能測(cè)試，實(shí)施和執(zhí)行此類測(cè)試的目的是找出因資源不足或資源爭(zhēng)用而導(dǎo)致的錯(cuò)誤。如果內(nèi)存或磁盤(pán)空間不足，測(cè)試對(duì)象就可能會(huì)表現(xiàn)出一些在正常條件下并不明顯的缺陷。而其他缺陷則可能由于爭(zhēng)用共享資源（如數(shù)據(jù)庫(kù)鎖或網(wǎng)絡(luò)帶寬）而造成的。強(qiáng)度測(cè)試還可用于確定測(cè)試對(duì)象能夠處理的最大工作量 8.容量測(cè)試
容量測(cè)試使測(cè)試對(duì)象處理大量的數(shù)據(jù)，以確定是否達(dá)到了將使軟件發(fā)生故障的極限。容量測(cè)試還將確定測(cè)試對(duì)象在給定時(shí)間內(nèi)是否能夠持續(xù)處理的最大負(fù)載或工作量。例如，如果測(cè)試對(duì)象正在為生成一份報(bào)表而處理一組數(shù)據(jù)庫(kù)記錄，那么容量測(cè)試就會(huì)使用一個(gè)大型的測(cè)試數(shù)據(jù)庫(kù)，檢驗(yàn)該軟件是否正常運(yùn)行并生成了正確的報(bào)表。9.安全性和訪問(wèn)控制測(cè)試
安全性和訪問(wèn)控制測(cè)試側(cè)重于安全性的兩個(gè)關(guān)鍵方面： a.應(yīng)用程序級(jí)別的安全性，包括對(duì)數(shù)據(jù)或業(yè)務(wù)功能的訪問(wèn) b.系統(tǒng)級(jí)別的安全性，包括對(duì)系統(tǒng)的登錄或遠(yuǎn)程訪問(wèn)。應(yīng)用程序級(jí)別的安全性可確保：在預(yù)期的安全性情況下，主角只能訪問(wèn)特定的功能或用例，或者只能訪問(wèn)有限的數(shù)據(jù)。例如，可能會(huì)允許所有人輸入數(shù)據(jù)，創(chuàng)建新賬戶，但只有經(jīng)理才能刪除這些數(shù)據(jù)或賬戶。如果具有數(shù)據(jù)級(jí)別的安全性，測(cè)試就可確?！坝脩纛愋鸵弧蹦軌蚩吹剿锌蛻粜牛òㄘ?cái)務(wù)數(shù)據(jù)），而“用戶二”只能看見(jiàn)同一客戶的統(tǒng)計(jì)數(shù)據(jù)。系統(tǒng)級(jí)別的安全性可確保只有具備系統(tǒng)訪問(wèn)權(quán)限的用戶才能訪問(wèn)應(yīng)用程序，而且只能通過(guò)相應(yīng)的網(wǎng)關(guān)來(lái)訪問(wèn)。10.故障轉(zhuǎn)移和恢復(fù)測(cè)試
故障轉(zhuǎn)移和恢復(fù)測(cè)試可確保測(cè)試對(duì)象能成功完成故障轉(zhuǎn)移，并從硬件、軟件或網(wǎng)絡(luò)等方面的各種故障中進(jìn)行恢復(fù)，這些故障導(dǎo)致數(shù)據(jù)意外丟失或破壞了數(shù)據(jù)的完整性。
故障轉(zhuǎn)移測(cè)試可確保：對(duì)于必須始終保持運(yùn)行狀態(tài)的系統(tǒng)來(lái)說(shuō)，如果發(fā)生了故障，那么備選或備份的系統(tǒng)就適當(dāng)?shù)貙l(fā)生故障的系統(tǒng)“接管”過(guò)來(lái)，而且不會(huì)丟失任何數(shù)據(jù)或事務(wù)?；謴?fù)測(cè)試是一種相反的測(cè)試流程。其中，將應(yīng)用程序或系統(tǒng)置于極端的條件下（或者是模仿的極端條件下），以產(chǎn)生故障，例如設(shè)備輸入/輸出(I/O)故障或無(wú)效的數(shù)據(jù)庫(kù)指針和關(guān)健字。啟用恢復(fù)流程后，將監(jiān)測(cè)和檢查應(yīng)用程序和系統(tǒng)，以核實(shí)應(yīng)用程序或系統(tǒng)是正確無(wú)誤的，或數(shù)據(jù)已得到了恢復(fù)。
五、測(cè)試?yán)锍瘫?/p>
1.2.3.。。
第二篇：網(wǎng)絡(luò)購(gòu)物系統(tǒng)用戶登陸管理模塊比較
1.設(shè)計(jì)內(nèi)容與要求
1.1問(wèn)題描述
（1）給系統(tǒng)用戶分成兩種角色：注冊(cè)用戶和管理員。能根據(jù)角色的不同來(lái)顯示或隱藏管理功能的鏈接，即權(quán)限不同，可使用系統(tǒng)的功能也不同。（2）實(shí)現(xiàn)用戶注冊(cè)和登錄功能。
（3）能從用戶登陸界面獲取用戶名和密碼。
（4）能連接MySQL數(shù)據(jù)庫(kù)來(lái)查詢驗(yàn)證用戶名和密碼的有效性。
1.2運(yùn)行環(huán)境要求
正確安裝、配置和運(yùn)行Tomcat服務(wù)器。正確安裝、配置和運(yùn)行SQLServer服務(wù)器。
正確安裝、配置struts 和SQLServer的JDBC驅(qū)動(dòng)程序。
1.3技術(shù)要求
要求分別使用三種不同的方式來(lái)實(shí)現(xiàn)。
? Servlet和html頁(yè)面結(jié)合的技術(shù)。? JSP技術(shù)和Java輔助類結(jié)合。? struts應(yīng)用程序框架。
利用面向?qū)ο蟮姆椒?、編程思想?lái)完成系統(tǒng)的設(shè)計(jì)；在設(shè)計(jì)的過(guò)程中，建立清晰的類層次； 在系統(tǒng)設(shè)計(jì)中要分析和定義各個(gè)類，每個(gè)類中要有各自的屬性和方法；要求理解MVC設(shè)計(jì)模式和運(yùn)用struts 框架來(lái)實(shí)現(xiàn)系統(tǒng)功能的模塊化設(shè)計(jì)。
(1)用戶注冊(cè)：搜集用戶個(gè)人信息，確定唯一的用戶標(biāo)識(shí)，并把信息寫(xiě)入數(shù)據(jù)庫(kù)中。用戶將看到一個(gè)注冊(cè)屏幕，包含3 個(gè)字段：用戶名，密碼和密碼確認(rèn)。成功的注冊(cè)要求兩次密碼相符。如果注冊(cè)成功，控制將轉(zhuǎn)向一個(gè)頁(yè)面，顯示注冊(cè)成功。如果兩次輸入密碼不同，控制流將轉(zhuǎn)向一個(gè)顯示失敗的頁(yè)面。
(2)用戶登錄：根據(jù)用戶輸入的標(biāo)識(shí)，訪問(wèn)數(shù)據(jù)庫(kù)，判斷用戶是否為注冊(cè)用戶；如果是則顯示登錄成功頁(yè)面，該頁(yè)面包含有用戶名的歡迎信息；否則提示用戶輸入錯(cuò)誤，重新輸入或注冊(cè)為新用戶。
要求頁(yè)面有合適的表單，對(duì)用戶輸入有客戶端的數(shù)據(jù)驗(yàn)證。比如用戶名不能為空。
2.設(shè)計(jì)說(shuō)明
2.1系統(tǒng)功能分析
1、用戶登錄，跳轉(zhuǎn)至相應(yīng)的成功或失敗界面，用戶名與密碼都不能為空。
2、用戶注冊(cè)，跳轉(zhuǎn)至相應(yīng)的成功或失敗界面，2次密碼輸入一致。
3、管理員登錄，跳轉(zhuǎn)至相應(yīng)的成功或失敗界面。
4、三種不同的實(shí)現(xiàn)方式。
2.2系統(tǒng)功能描述
用戶登錄該系統(tǒng)，用可以通過(guò)注冊(cè)界面注冊(cè)用戶名和密碼，并同時(shí)完成身份信息的錄入。然后可以實(shí)現(xiàn)用戶登錄。同時(shí)另一角色管理員也可實(shí)現(xiàn)相應(yīng)的登錄操作，通過(guò)連接mysql數(shù)據(jù)庫(kù)來(lái)查詢驗(yàn)證用戶名和密碼的有效性。根據(jù)驗(yàn)證結(jié)果轉(zhuǎn)向不同的頁(yè)面進(jìn)行處理，并給出相應(yīng)提示。
2.3 功能模塊設(shè)計(jì)
根據(jù)功能分析，網(wǎng)絡(luò)購(gòu)物系統(tǒng)用戶登陸管理可以分為三個(gè)模塊，每一個(gè)模塊相應(yīng)的實(shí)現(xiàn)了具體的功能。
3.Servlet和html頁(yè)面結(jié)合的技術(shù)
3.1 工程目錄結(jié)構(gòu)
3.2 內(nèi)部文件
登錄界面login.html，含function validate()函數(shù)驗(yàn)證用戶名與密碼不能為空。用戶注冊(cè)界面registers.html，含function check()函數(shù)驗(yàn)證2次密碼輸入的一致性。
logins.java處理用戶登錄信息，含有連接數(shù)據(jù)庫(kù)的代碼，并連接到數(shù)據(jù)庫(kù),并顯示歡迎的界面
regist.java處理用戶注冊(cè)信息，含有連接數(shù)據(jù)庫(kù)的代碼，并連接到數(shù)據(jù)庫(kù)，并顯示歡迎的界面
mysql的驅(qū)動(dòng)：連接MyEclipse和MySQL。
3.3關(guān)鍵代碼 Login.html
onsubmit=“return validate(this)”>
用戶名:
密碼:?
第三篇：基于UML的網(wǎng)絡(luò)購(gòu)物系統(tǒng)的分析
基于UML的網(wǎng)絡(luò)購(gòu)物系統(tǒng)的分析
摘要：論文簡(jiǎn)單的描述了UML的基本概念和發(fā)展歷史，并且分析了目前運(yùn)用UML存在的一些問(wèn)題，通過(guò)在實(shí)際的設(shè)計(jì)開(kāi)發(fā)中運(yùn)用UML對(duì)網(wǎng)絡(luò)購(gòu)物系統(tǒng)的開(kāi)發(fā)例子來(lái)闡述UML的一些實(shí)現(xiàn)原理。
關(guān)鍵詞：對(duì)象管理組織統(tǒng)一建模語(yǔ)言 [Abstract]: [key words]：
1.UML簡(jiǎn)介和背景：
2.目前運(yùn)用UML存在的一些問(wèn)題：
自從OMG（）提出UML以來(lái),隨著它的不斷完善發(fā)展, UML逐漸被很多企業(yè)接受認(rèn)可, 在很短的時(shí)間內(nèi)，UML已經(jīng)成為軟件工業(yè)中占支配地位的建模語(yǔ)言。但目前在國(guó)內(nèi)外UML的運(yùn)用情況卻不是很好。2002年6月底,BZ公司對(duì)226個(gè)個(gè)體進(jìn)行了調(diào)查,結(jié)果是有34%的開(kāi)發(fā)人員運(yùn)用UML進(jìn)行系統(tǒng)開(kāi)發(fā)的建模,62%的開(kāi)發(fā)人員不用UML進(jìn)行開(kāi)發(fā),4%的開(kāi)發(fā)人員不太確定[1].究其原因是UML1.4還存在以下幾個(gè)方面的不足: 第一，目前UML很多地方運(yùn)用難以解釋的字符來(lái)描述系統(tǒng)的功能、系統(tǒng)的行為和計(jì)算,不易于理解。并且沒(méi)有對(duì)數(shù)據(jù)操作進(jìn)行定義,很多對(duì)象之間的行為過(guò)程沒(méi)有加以說(shuō)明，如：對(duì)象之間關(guān)系的操作（relationship manipulation），這些都迫切需要一個(gè)標(biāo)準(zhǔn)化的行為描述語(yǔ)言(Action Specification Language)來(lái)對(duì)系統(tǒng)的行為進(jìn)行精確的描述。
第二，UML雖然是一種面向?qū)ο蟮能浖到y(tǒng)設(shè)計(jì)的標(biāo)準(zhǔn)描述語(yǔ)言，但是在其狀態(tài)圖中用狀態(tài)和遷移表示對(duì)象行為關(guān)聯(lián)時(shí)用到了大量的不易于理解的注釋字符，因此，系統(tǒng)的UML模型既不是可以執(zhí)行的也是不和用編程語(yǔ)言開(kāi)發(fā)的可執(zhí)行程序相協(xié)調(diào)。
第三，在不同的技術(shù)實(shí)現(xiàn)平臺(tái)上（如：實(shí)現(xiàn)語(yǔ)言，軟件環(huán)境）對(duì)同樣需求的系統(tǒng)建模時(shí)細(xì)節(jié)差別很大，系統(tǒng)構(gòu)建模型的重用性就很低。這樣在計(jì)算機(jī)技術(shù)正在向各個(gè)方向快速發(fā)展的今天，老的遺留系統(tǒng)必須和新技術(shù)的實(shí)施平臺(tái)，開(kāi)發(fā)技術(shù)相協(xié)調(diào)，使得新舊系統(tǒng)之間的集成或系統(tǒng)的演化面臨不同的實(shí)現(xiàn)技術(shù)，老的遺留系統(tǒng)在運(yùn)用新技術(shù)進(jìn)行重構(gòu)時(shí)，必然要浪費(fèi)很多財(cái)力，人力進(jìn)行系統(tǒng)模型的更新甚至完全重建系統(tǒng)。3.網(wǎng)絡(luò)購(gòu)物系統(tǒng)的分析：
3.1網(wǎng)絡(luò)購(gòu)物系統(tǒng)的需求分析：
1：普通用戶可以登陸系統(tǒng)，成為登陸后用戶。
2：普通用戶只具有搜索產(chǎn)品、查看產(chǎn)品分類、查看產(chǎn)品項(xiàng)目、查看產(chǎn)品等幾個(gè)基本權(quán)限。
3：除提供一般權(quán)限外，本系統(tǒng)還可為登陸后用戶提供編輯帳號(hào)、購(gòu)物車、定單、結(jié)算的功能和服務(wù)。
4：登陸后用戶可修改購(gòu)物數(shù)量。3.2 用例圖的分析：確定執(zhí)行者 1誰(shuí)使用系統(tǒng)的主要功能？
2誰(shuí)需要從系統(tǒng)獲得對(duì)日常工作的支持和服務(wù)？
3需要誰(shuí)維護(hù)管理系統(tǒng)的日常運(yùn)行？
4公司的哪個(gè)部門使用系統(tǒng)？
5系統(tǒng)需要與其它哪些系統(tǒng)交互？
6誰(shuí)需要使用系統(tǒng)產(chǎn)生的結(jié)果？ 針對(duì)網(wǎng)上購(gòu)物系統(tǒng)的前臺(tái)系統(tǒng)，通過(guò)回答以上問(wèn)題，可以得到執(zhí)行者有兩類，普通用戶和登錄后的用戶。確定用例:
2系統(tǒng)需要哪些輸入/輸出？這些輸入/輸出從何而來(lái)？到哪里去？
4執(zhí)行者是否需要對(duì)系統(tǒng)中的信息進(jìn)行讀、創(chuàng)建、修改、刪除或存儲(chǔ)？ 繪制用例圖如下，見(jiàn)圖(1):
3.3類圖的分析：畫(huà)類圖和理解類圖時(shí)都應(yīng)采用三個(gè)層次的觀點(diǎn)。這些觀點(diǎn)也適用于其它模型。三個(gè)層次的觀點(diǎn)不是UML的組成部分，但對(duì)建造模型或評(píng)價(jià)模型都非常有用，且都可應(yīng)用于UML.（1）概念層描述應(yīng)用域中的概念，是對(duì)現(xiàn)實(shí)世界的直接描述，與實(shí)現(xiàn)它們的類有關(guān)但與實(shí)現(xiàn)方案和實(shí)現(xiàn)語(yǔ)言無(wú)關(guān)。（2）說(shuō)明層描述軟件的接口，而不是軟件的實(shí)現(xiàn)。一個(gè)類型描述一個(gè)接口，但可能有多種實(shí)現(xiàn)。（3）實(shí)現(xiàn)層從實(shí)現(xiàn)的角度定義類及其實(shí)現(xiàn)，揭示了軟件實(shí)現(xiàn)體的構(gòu)成情況。
針對(duì)當(dāng)前系統(tǒng)1產(chǎn)品類（Product）的主要操作：設(shè)置和獲取每個(gè)屬性值的方法。2產(chǎn)品類別類（Category）的主要操作：設(shè)置和獲取每個(gè)屬性值的方法。3產(chǎn)品項(xiàng)目類（Item）的主要操作：設(shè)置和獲取每個(gè)屬性值的方法
4訂單類（Order）的主要操作：設(shè)置和獲取每個(gè)屬性值的方法、初始化訂單（initOrder）、增加產(chǎn)品項(xiàng)目（addLineItem）等。
5購(gòu)物車類（Cart）的主要操作：設(shè)置和獲取每個(gè)屬性值的方法、增加產(chǎn)品項(xiàng)目（addItem）、刪除產(chǎn)品項(xiàng)目（removeItemById）等。
6購(gòu)物車項(xiàng)目類(CartItem)的主要操作：設(shè)置和獲取每個(gè)屬性值的方法、統(tǒng)計(jì)金額（calculateTotal）等。
下面是系統(tǒng)的類圖，見(jiàn)圖(2):
4.系統(tǒng)的順序圖分析：順序圖可描述幾個(gè)對(duì)象間的動(dòng)態(tài)協(xié)作關(guān)系，它非常直觀的展示了對(duì)象之間傳遞消息的時(shí)間順序。反映了系統(tǒng)執(zhí)行過(guò)程中某個(gè)特定時(shí)刻所發(fā)生的事情。在系統(tǒng)分析時(shí)，可對(duì)主要對(duì)象類繪制順序圖，以便分析系統(tǒng)的行為，驗(yàn)證和修改系統(tǒng)的靜態(tài)結(jié)構(gòu)，滿足用戶的需求，達(dá)到系統(tǒng)的目標(biāo)。根據(jù)以上圖(1)、圖(2)的分析，可得網(wǎng)上購(gòu)物系統(tǒng)如下，見(jiàn)圖(3):
5.結(jié)束語(yǔ)：UML在軟件工程中的運(yùn)用是與ＯＭＧ組織提出的ＭＤＡ是相一致的，隨著它的不斷發(fā)展和完善，并且隨著OMG使UML實(shí)現(xiàn)的標(biāo)準(zhǔn)化﹑統(tǒng)一化，最終基于UML的MDA軟件開(kāi)發(fā)過(guò)程將變?yōu)橐粋€(gè)更加重用，更加快速，更加有效的軟件開(kāi)發(fā)方法，使軟件開(kāi)發(fā)方法向更高抽象層，更加可重用發(fā)展。6.參考文獻(xiàn)：
[1] 面向?qū)ο蟪绦蛟O(shè)計(jì)高級(jí)教程，陳奇，高等教育出版社，2001 [2] 標(biāo)準(zhǔn)建模語(yǔ)言UML極其支持環(huán)境，周伯生，張莉等，北京：計(jì)算機(jī)世界，1998 [3] UML和模式應(yīng)用——面向?qū)ο蠓治龊驮O(shè)計(jì)導(dǎo)論，Craig Larman等，姚淑珍，李虎譯，機(jī)械工業(yè)出版社，2002 [4] UML ASL Reference Guide ASL Language Level 2.5；Ian Wilkie, Adrian King, Mike Clarke, Chas Weaver and Chris Rastrick；
第四篇：基于web的網(wǎng)絡(luò)購(gòu)物系統(tǒng)VB
基于web的網(wǎng)絡(luò)購(gòu)物系統(tǒng)
摘 要
隨著Internet的不斷普及，人們對(duì)于互聯(lián)網(wǎng)技術(shù)的要求已不單單是瀏覽一下網(wǎng)頁(yè)，收發(fā)電子郵件，日益忙碌的人們開(kāi)始追求足不出戶的利用互聯(lián)網(wǎng)這一強(qiáng)大的平臺(tái)來(lái)實(shí)現(xiàn)的網(wǎng)上購(gòu)物。對(duì)于企業(yè)來(lái)講，無(wú)論是企業(yè)之間(B to B),還是企業(yè)和客戶之間(B to C)的交易，如果能夠?qū)崿F(xiàn)網(wǎng)上交易將大大提高交易速度節(jié)約交易成本。近幾年，隨著網(wǎng)絡(luò)數(shù)據(jù)庫(kù)技術(shù)的進(jìn)一步發(fā)展，使得這一設(shè)想逐漸成為現(xiàn)實(shí)。
運(yùn)用ASP技術(shù)和網(wǎng)絡(luò)數(shù)據(jù)庫(kù)原理，基于B/S模式我開(kāi)發(fā)了一個(gè)網(wǎng)上購(gòu)物系統(tǒng)。在我的系統(tǒng)中，顧客可以很方便的注冊(cè)成為會(huì)員，對(duì)商品進(jìn)行瀏覽檢索，查看商品的詳細(xì)資料，然后根據(jù)各人的喜好購(gòu)買心儀的商品。系統(tǒng)會(huì)自動(dòng)為顧客生成訂單，按照顧客所填寫(xiě)的信息提交訂單并發(fā)貨。系統(tǒng)管理員則可以對(duì)現(xiàn)有的商品進(jìn)行添加和編輯，審查已注冊(cè)的用戶并對(duì)提交的訂單進(jìn)行處理。
關(guān)鍵詞：B/S模式、ASP、電子商務(wù)、網(wǎng)絡(luò)數(shù)據(jù)庫(kù)。
Abstract
Along with the Internet of continuously universal, people are for the request of technique Internet the already and not only single is a view once web page, receive and dispatch the E-mail, increasingly busy people start pursuing the exploitation Internet that keep the house this a the mighty platform come the net that realizes on the shopping.Speak for the business enterprise, and wether is the business enterprise's(B to B), or business enterprise with the customer's bargain for(B to C), if can realize the net up trade and will consumedly increase the bargain speed the economy to trade the cost.In the last few years, along with the technique's further development of network database, make this on conceiving to gradually become the actuality.Application ASP technique is with the network database principle, according to B/ S mode I developped a net on the shopping system.In my system, customer can very the convenient registration become the member, and proceeds to merchandise view index, look into favour that the merchandise's detailed data, then purchase the adoring merchandise according to the everyone.System would the auto is a born order of customer, and hand over the order to erupt goods according to the information for fill inning of customer.System manager can then proceeds to increase with the order that edit, investigate already the registered customer combine right hand over to proceeds to handle to current merchandise.Key words: B/ S mode, ASP, electronic commerce, network database.摘 要.............................................................1 一．前 言........................................................3
1．1問(wèn)題的提出.................................................3
1．2問(wèn)題的解決.................................................3
二．準(zhǔn)備知識(shí)――ASP技術(shù)........................................3
2．1 ASP的簡(jiǎn)介.................................................3 2．2 ASP的特點(diǎn).................................................4 2．3 ASP的工作原理.............................................4
三．系統(tǒng)概述.....................................錯(cuò)誤！未定義書(shū)簽。
3．1系統(tǒng)設(shè)計(jì)思想..............................錯(cuò)誤！未定義書(shū)簽。3．2系統(tǒng)總體結(jié)構(gòu)圖............................錯(cuò)誤！未定義書(shū)簽。3．3系統(tǒng)功能模塊圖............................錯(cuò)誤！未定義書(shū)簽。3．4系統(tǒng)開(kāi)發(fā)工具..............................錯(cuò)誤！未定義書(shū)簽。
四．系統(tǒng)功能模塊設(shè)計(jì)...........................錯(cuò)誤！未定義書(shū)簽。
4．1客戶端....................................錯(cuò)誤！未定義書(shū)簽。
4．1．1購(gòu)物籃.............................錯(cuò)誤！未定義書(shū)簽。4．1．2會(huì)員注冊(cè)...........................錯(cuò)誤！未定義書(shū)簽。4．1．3商品查詢...........................錯(cuò)誤！未定義書(shū)簽。4．1．4訂單查詢...........................錯(cuò)誤！未定義書(shū)簽。4．2后臺(tái)管理端................................錯(cuò)誤！未定義書(shū)簽。
4．2．1商品的添加.........................錯(cuò)誤！未定義書(shū)簽。4．2．2商品的審查.........................錯(cuò)誤！未定義書(shū)簽。4．2．3訂單的審查.........................錯(cuò)誤！未定義書(shū)簽。4．2．4會(huì)員的審查.........................錯(cuò)誤！未定義書(shū)簽。4．2．5管理員添加.........................錯(cuò)誤！未定義書(shū)簽。4．2．6管理員審查.........................錯(cuò)誤！未定義書(shū)簽。
五．系統(tǒng)網(wǎng)絡(luò)數(shù)據(jù)庫(kù)的建立.......................錯(cuò)誤！未定義書(shū)簽。
5．1系統(tǒng)數(shù)據(jù)源的設(shè)置..........................錯(cuò)誤！未定義書(shū)簽。5．2表、關(guān)系模型和數(shù)據(jù)庫(kù)的概述................錯(cuò)誤！未定義書(shū)簽。5．3范式與建表的規(guī)范化........................錯(cuò)誤！未定義書(shū)簽。5．4系統(tǒng)數(shù)據(jù)庫(kù)的詳細(xì)建立......................錯(cuò)誤！未定義書(shū)簽。
六．結(jié)束語(yǔ).......................................錯(cuò)誤！未定義書(shū)簽。參考文獻(xiàn)：.......................................錯(cuò)誤！未定義書(shū)簽。
一．前 言
1．1問(wèn)題的提出
對(duì)于基于Web平臺(tái)的網(wǎng)上購(gòu)物系統(tǒng)，存在著一個(gè)前臺(tái)應(yīng)用和后臺(tái)管理的問(wèn)題。而無(wú)論前臺(tái)還是后臺(tái)，都要對(duì)數(shù)據(jù)庫(kù)進(jìn)行調(diào)用和操作。因此如何創(chuàng)建網(wǎng)絡(luò)數(shù)據(jù)庫(kù)，以及客戶端如何調(diào)用服務(wù)器端的數(shù)據(jù)庫(kù)成為實(shí)現(xiàn)網(wǎng)上購(gòu)物的一個(gè)關(guān)鍵性問(wèn)題。
1．2問(wèn)題的解決
在這里，我采用B/S模式來(lái)實(shí)現(xiàn)客戶端對(duì)服務(wù)器端的調(diào)用，所謂B/S模式即瀏覽器/服務(wù)器模式，是一種從傳統(tǒng)的二層C/S模式發(fā)展起來(lái)的新的網(wǎng)絡(luò)結(jié)構(gòu)模式。在B/S模式中，客戶端運(yùn)行瀏覽器軟件。瀏覽器以超文本形式向Web服務(wù)器提出訪問(wèn)數(shù)據(jù)庫(kù)的要求，Web服務(wù)器接受客戶端請(qǐng)求后，將這個(gè)請(qǐng)求轉(zhuǎn)化為SQL語(yǔ)法，并交給數(shù)據(jù)庫(kù)服務(wù)器，數(shù)據(jù)庫(kù)服務(wù)器得到請(qǐng)求后，驗(yàn)證其合法性，并進(jìn)行數(shù)據(jù)處理，然后將處理后的結(jié)果返回給Web服務(wù)器，Web 服務(wù)器再一次將得到的所有結(jié)果進(jìn)行轉(zhuǎn)化，變成HTML文檔形式，轉(zhuǎn)發(fā)給客戶端瀏覽器以友好的Web頁(yè)面形式顯示出來(lái)。
而對(duì)于網(wǎng)絡(luò)數(shù)據(jù)庫(kù)的創(chuàng)建，則是利用ASP技術(shù)來(lái)解決。ASP（Active Server Pages動(dòng)態(tài)網(wǎng)頁(yè)）是微軟公司推出的一種用以取代CGI（Common Gateway Interface通用網(wǎng)關(guān)接口）的技術(shù)。目前，Internet上的許多基于Windows平臺(tái)的Web站點(diǎn)已開(kāi)始應(yīng)用ASP來(lái)替換CGI。簡(jiǎn)單地講，ASP是一個(gè)位于服務(wù)器端的腳本運(yùn)行環(huán)境，通過(guò)這種環(huán)境，用戶可以創(chuàng)建和運(yùn)行動(dòng)態(tài)的交互式Web服務(wù)器應(yīng)用程序，如交互式動(dòng)態(tài)網(wǎng)頁(yè)，包括使用HTML表單收集和處理信息，上傳與下載等等。
在電子商務(wù)中，對(duì)用戶而言，進(jìn)行網(wǎng)上信息查詢的目的是尋找自己需要的產(chǎn)品或服務(wù)，而對(duì)于商品或服務(wù)提供者來(lái)說(shuō)，其目的則是向用戶推銷自己的產(chǎn)品或服務(wù)。因此，讓用戶通過(guò)瀏覽器查詢服務(wù)器的后端數(shù)據(jù)庫(kù)是許多Web服務(wù)提供者必需有的服務(wù)，ASP通過(guò)內(nèi)置的ADODB組件來(lái)實(shí)現(xiàn)這一功能?？梢允褂肁DO去編寫(xiě)緊湊簡(jiǎn)明的腳本以便連接到ODBC 兼容的數(shù)據(jù)庫(kù)和 OLE DB 兼容的數(shù)據(jù)源。至于實(shí)現(xiàn)的細(xì)節(jié)，在后續(xù)部分的網(wǎng)絡(luò)數(shù)據(jù)庫(kù)章節(jié)中有詳細(xì)介紹。
二．準(zhǔn)備知識(shí)――ASP技術(shù)
2．1 ASP的簡(jiǎn)介
ASP（Active server pages）是一種類似HTML(Hypertext Markup Language超文本標(biāo)識(shí)語(yǔ)言)、Script與CGI(Common GAteway Interface 通用網(wǎng)關(guān)接口)的結(jié)合體，但是其運(yùn)行效率卻比CGI更高、程序編制也比HTML更方便且更有靈活性，程序安全及保密性也比Script好。
HTML(Hypertext Markup Language)是一種超文本標(biāo)識(shí)語(yǔ)言，文件通過(guò)這種格式可以在互連網(wǎng)上載送瀏覽，用戶只要使用網(wǎng)頁(yè)瀏覽器工具就可以瀏覽這些文件，目前比較常用的工具包括Microsoft Internet Explorer,Netscape Communicator等，由于HTML文件都是由標(biāo)簽(tag)所組成，因此它比較適合制作靜態(tài)網(wǎng)頁(yè)，再者，由于先天上的限制HTML是無(wú)法直接存取數(shù)據(jù)庫(kù)的，所以存取數(shù)據(jù)庫(kù)的工作大多是依靠CGI來(lái)處理。ASP不但可以包含HTML標(biāo)簽，也可以直接存取數(shù)據(jù)庫(kù)及使用無(wú)限擴(kuò)充的ActiveX控件，因此在程序編制上要比HTML方便而且更富有靈活性。ASP以HTML為基礎(chǔ)，主體還是HTML代碼，只是在需要ASP動(dòng)態(tài)產(chǎn)
生的地方加入ASP代碼。ASP的最終顯示結(jié)果也是HTML代碼，可準(zhǔn)確控制ASP的輸出結(jié)果。Script(腳本)是由一組可以在WEB服務(wù)器或客戶端瀏覽器運(yùn)行的命令組合而成，目前在網(wǎng)頁(yè)編制上比較流行的腳本語(yǔ)言包括 VBScript,JavaScript。這些腳本大都是在客戶端運(yùn)行，因此，客戶端可以很清楚的取得腳本的內(nèi)容。所以，就安全性而言，這些客戶端的腳本語(yǔ)言的確有危險(xiǎn)。ASP雖然具有腳本語(yǔ)言的方便性，但由于他是在WEB服務(wù)器端運(yùn)行，運(yùn)行后再將運(yùn)行結(jié)果以HTML格式傳送至客戶端的瀏覽器。因此ASP與一般的腳本語(yǔ)言相比，要安全的多。
2．2 ASP的特點(diǎn)
ASP可以和HTML或其它腳本語(yǔ)言(VBScript,JavaScript)相互嵌套 ASP是一種在WEB服務(wù)器端運(yùn)行的腳本語(yǔ)言，程序代碼安全保密 ASP以對(duì)象為基礎(chǔ)，因此可以使用ActiveX控件繼續(xù)擴(kuò)充其功能 ASP內(nèi)置ADO組件，因此可以輕松的存取各種數(shù)據(jù)庫(kù)
ASP可以將運(yùn)行結(jié)果以HTML的格式傳送至客戶端瀏覽器，因而可以適用與各種瀏覽器
2．3 ASP的工作原理
如果瀏覽器向IIS/PWS請(qǐng)求的是.HTM文件，那么IIS/PWS會(huì)直接把文件的內(nèi)容傳給瀏覽器.但如果瀏覽器向IIS/PWS請(qǐng)求的是.ASP文件,則IIS/PWS會(huì)首先解釋文件.IIS/PWS解釋.ASP文件的過(guò)程中,遇到HTML標(biāo)記或一般文字時(shí)會(huì)直接把讀區(qū)的內(nèi)容傳給瀏覽器.但如果遇到<% %>的標(biāo)記,則會(huì)把其中的內(nèi)容視為程序，然后解釋執(zhí)行,但程序經(jīng)過(guò)IIS/PWS解釋執(zhí)行后,其源程序代碼不會(huì)傳給瀏覽器，而只是把可顯示的運(yùn)行結(jié)果傳給了瀏覽器
Active Server Page技術(shù)為應(yīng)用開(kāi)發(fā)商提供了基于腳本的直觀、快速、高效的應(yīng)用開(kāi)發(fā)手段，極大地提高了開(kāi)發(fā)的效果。ASP腳本是采用明文（plain text）方式來(lái)編寫(xiě)的。ASP腳本是一系列按特定語(yǔ)法（目前支持vbscript和jscript兩種腳本語(yǔ)言）編寫(xiě)的，與標(biāo)準(zhǔn)HTML頁(yè)面混合在一起的腳本所構(gòu)成的文本格式的文件。當(dāng)客戶端的最終用戶用WEB瀏覽器通過(guò)INTERNET來(lái)訪問(wèn)基于ASP腳本的應(yīng)用時(shí)，WEB瀏覽器將向WEB服務(wù)器發(fā)出HTTP請(qǐng)求。WEB服務(wù)器分析、判斷出該請(qǐng)求是ASP腳本的應(yīng)用后，自動(dòng)通過(guò)ISAPI接口調(diào)用ASP腳本的解釋運(yùn)行引擎（ASP.DLL）。ASP.DLL將從文件系統(tǒng)或內(nèi)部緩沖區(qū)獲取指定的ASP腳本文件，接著就進(jìn)行語(yǔ)法分析并解釋執(zhí)行。最終的處理結(jié)果將形成HTML格式的內(nèi)容，通過(guò)WEB服務(wù)器“原路”返回給WEB瀏覽器，由WEB瀏覽器在客戶端形成最終的結(jié)果呈現(xiàn)。這樣就完成了一次完整的ASP腳本調(diào)用。若干個(gè)有機(jī)的ASP腳本調(diào)用就組成了一個(gè)完整的ASP腳本應(yīng)用。
本設(shè)計(jì)來(lái)自：計(jì)算機(jī)畢業(yè)設(shè)計(jì)論文網(wǎng)http://004km.cn/
登陸網(wǎng)站聯(lián)系客服遠(yuǎn)程截圖或者遠(yuǎn)程控觀看完整全套論文圖紙?jiān)O(shè)計(jì) 客服QQ：8191040 說(shuō)明：本套畢業(yè)設(shè)計(jì)作品包括：論文＋源代碼＋程序＋開(kāi)提報(bào)告＋PPT答辨稿數(shù)據(jù)流程圖、功能模塊圖、運(yùn)行界面圖、源代碼和程序，按計(jì)算機(jī)畢業(yè)論文格式要求書(shū)寫(xiě)，適用于計(jì)算機(jī)專業(yè)！
第五篇：基于UML的網(wǎng)絡(luò)購(gòu)物系統(tǒng)的分析
基于UML的網(wǎng)絡(luò)購(gòu)物系統(tǒng)的分析
姓名：?；勖?/p>
學(xué)號(hào);102055208 摘要：論文簡(jiǎn)單的描述了UML的基本概念和發(fā)展歷史，并且分析了目前運(yùn)用UML存在的一些問(wèn)題，通過(guò)在實(shí)際的設(shè)計(jì)開(kāi)發(fā)中運(yùn)用UML對(duì)網(wǎng)絡(luò)購(gòu)物系統(tǒng)的開(kāi)發(fā)例子來(lái)闡述UML的一些實(shí)現(xiàn)原理。
關(guān)鍵詞：對(duì)象管理組織 統(tǒng)一建模語(yǔ)言 面向?qū)ο笤O(shè)計(jì)
[Abstract]:This paper describes the history and development of basic concepts and analysis of the current use of UML problems through the practical application of UML to the design and development of network shopping system development to achieve some examples to explain the principles of UML
[key words]：OMG, UML, OOA.1.UML基本概念和歷史：
UML是有世界著名的面向?qū)ο蠹夹g(shù)專家G.BOOCH，J.RUMBAUGH，和I.JACOBSON發(fā)起，在BOOCH方法，OMT方法和OOSE方法的基礎(chǔ)上，汲取其他面向?qū)ο蠓椒ǖ膬?yōu)點(diǎn)，廣泛征求意見(jiàn)，幾經(jīng)修改而完成的。目前UML得到了諸多大公司的支持，已經(jīng)成為面向?qū)ο蠹夹g(shù)領(lǐng)域內(nèi)占主導(dǎo)地位的標(biāo)準(zhǔn)建模語(yǔ)言。
目前最新的UML規(guī)范說(shuō)明是2003年3月發(fā)布的1.5版本。OMG在同時(shí)進(jìn)行兩個(gè)UML版本的工作，一個(gè)是對(duì)1.X版本的改進(jìn)工作，一個(gè)是有較大改動(dòng)的版本2.0的工作。OMG從2001年開(kāi)始UML2.0的工作，由于UML2.0是一個(gè)比較大的升級(jí)工作，其發(fā)布時(shí)間也一再的 推遲。經(jīng)過(guò)對(duì)2.0版本草案的多次征求意見(jiàn)和修改，2003年8月，OMG發(fā)布了最后的征求意見(jiàn)版本。正式的版本將很快發(fā)布。在UML建模語(yǔ)言成為標(biāo)準(zhǔn)之前，有很多的OO方法，每種方法都說(shuō)自己是最好的，出現(xiàn)了所謂的方法學(xué)大戰(zhàn)。隨著UML被OMG采納為標(biāo)準(zhǔn)，面向?qū)ο箢I(lǐng)域的方法學(xué)大戰(zhàn)也隨之結(jié)束。UML在學(xué)術(shù)界和工業(yè)界越來(lái)越受到重視。
2.目前運(yùn)用UML存在的一些問(wèn)題：
自從OMG（對(duì)象管理組織）提出UML以來(lái),隨著它的不斷完善發(fā)展, UML逐漸被很多企業(yè)接受認(rèn)可, 在很短的時(shí)間內(nèi)，UML已經(jīng)成為軟件工業(yè)中占支配地位的建模語(yǔ)言。但目前在國(guó)內(nèi)外UML的運(yùn)用情況卻不是很好。2002年6月底,BZ公司對(duì)226個(gè)個(gè)體進(jìn)行了調(diào)查,結(jié)果是有34%的開(kāi)發(fā)人員運(yùn)用UML進(jìn)行系統(tǒng)開(kāi)發(fā)的建模,62%的開(kāi)發(fā)人員不用UML進(jìn)行開(kāi)發(fā),4%的開(kāi)發(fā)人員不太確定[1].究其原因是UML1.4還存在以下幾個(gè)方面的不足: 第一，目前UML很多地方運(yùn)用難以解釋的字符來(lái)描述系統(tǒng)的功能、系統(tǒng)的行為和計(jì)算,不易于理解。并且沒(méi)有對(duì)數(shù)據(jù)操作進(jìn)行定義,很多對(duì)象之間的行為過(guò)程沒(méi)有加以說(shuō)明，如：對(duì)象之間關(guān)系的操作（relationship manipulation），這些都迫切需要一個(gè)標(biāo)準(zhǔn)化的行為描述語(yǔ)言(Action Specification Language)來(lái)對(duì)系統(tǒng)的行為進(jìn)行精確的描述。
第二，UML雖然是一種面向?qū)ο蟮能浖到y(tǒng)設(shè)計(jì)的標(biāo)準(zhǔn)描述語(yǔ)言，但是在其狀態(tài)圖中用狀態(tài)和遷移表示對(duì)象行為關(guān)聯(lián)時(shí)用到了大量的 不易于理解的注釋字符，因此，系統(tǒng)的UML模型既不是可以執(zhí)行的也是不和用編程語(yǔ)言開(kāi)發(fā)的可執(zhí)行程序相協(xié)調(diào)。
第三，在不同的技術(shù)實(shí)現(xiàn)平臺(tái)上（如：實(shí)現(xiàn)語(yǔ)言，軟件環(huán)境）對(duì)同樣需求的系統(tǒng)建模時(shí)細(xì)節(jié)差別很大，系統(tǒng)構(gòu)建模型的重用性就很低。這樣在計(jì)算機(jī)技術(shù)正在向各個(gè)方向快速發(fā)展的今天，老的遺留系統(tǒng)必須和新技術(shù)的實(shí)施平臺(tái)，開(kāi)發(fā)技術(shù)相協(xié)調(diào)，使得新舊系統(tǒng)之間的集成或系統(tǒng)的演化面臨不同的實(shí)現(xiàn)技術(shù)，老的遺留系統(tǒng)在運(yùn)用新技術(shù)進(jìn)行重構(gòu)時(shí)，必然要浪費(fèi)很多財(cái)力，人力進(jìn)行系統(tǒng)模型的更新甚至完全重建系統(tǒng)
3.網(wǎng)絡(luò)購(gòu)物系統(tǒng)的分析：
（1）用例圖的分析：分析階段的一個(gè)主要工作是對(duì)用戶的需求進(jìn)行分析，找出系統(tǒng)的用例，如下圖是網(wǎng)絡(luò)購(gòu)物系統(tǒng)的用例圖：當(dāng)然這并不是唯一的用例圖，每個(gè)設(shè)計(jì)者對(duì)用例的劃分粒度，參與者的選擇，用例優(yōu)先級(jí)的分配等有不同的方案。在用例的分析中，對(duì)于用例還有一個(gè)很重要的工作就是要有用例的描述，這樣會(huì)讓用戶能更加明白你的系統(tǒng)的用途。在網(wǎng)絡(luò)購(gòu)物系統(tǒng)中，購(gòu)物者進(jìn)入網(wǎng)站是瀏覽或購(gòu)買自己喜愛(ài)的東西，對(duì)于用例的描述有不同的格式，但是基本的內(nèi)容應(yīng)該都是差不多的。都是能盡量的把系統(tǒng)的所有功能描述清楚，讓用戶最大化的理解和能使用系統(tǒng)的功能。
管理員登陸系統(tǒng)
（2）類圖的分析：畫(huà)類圖和理解類圖時(shí)都應(yīng)采用三個(gè)層次的觀點(diǎn)。這些觀點(diǎn)也適用于其它模型。三個(gè)層次的觀點(diǎn)不是UML的組成部分，但對(duì)建造模型或評(píng)價(jià)模型都非常有用，且都可應(yīng)用于UML.（1）概念層描述應(yīng)用域中的概念，是對(duì)現(xiàn)實(shí)世界的直接描述，與實(shí)現(xiàn)它們的類有關(guān) 但與實(shí)現(xiàn)方案和實(shí)現(xiàn)語(yǔ)言無(wú)關(guān)。（2）說(shuō)明層描述軟件的接口，而不是軟件的實(shí)現(xiàn)。一個(gè)類型描述一個(gè)接口，但可能有多種實(shí)現(xiàn)。（3）實(shí)現(xiàn)層從實(shí)現(xiàn)的角度定義類及其實(shí)現(xiàn)，揭示了軟件實(shí)現(xiàn)體的構(gòu)成情況。下面是系統(tǒng)的類圖
：
（3）設(shè)計(jì)的部署圖分析：部署圖可以顯示節(jié)點(diǎn)以及它們之間的必要連接，也可以顯示這些連接的類型，還可以顯示組件和組件之間的依賴關(guān)系，但是每個(gè)組件必須存在于某些節(jié)點(diǎn)上。部署圖用于對(duì)系統(tǒng)的實(shí)現(xiàn)視圖建模。繪制這些視圖主要是為了描述系統(tǒng)中各個(gè)物理組成部分的分布、提交和安裝過(guò)程。在實(shí)際應(yīng)用中，并不是每一個(gè)軟件開(kāi)發(fā)項(xiàng)目都必須繪制部署圖的。如果項(xiàng)目開(kāi)發(fā)組所開(kāi)發(fā)的軟件系統(tǒng)只需要運(yùn)行于一臺(tái)計(jì)算機(jī)并且只需使用此計(jì)算機(jī)上已經(jīng)由操作系統(tǒng)管理的標(biāo)準(zhǔn)設(shè)備，這種情況下就沒(méi)有必要繪制部署圖了。另一方面，如果項(xiàng)目開(kāi)發(fā)組所開(kāi)發(fā)的軟件系統(tǒng)需要使用操作系統(tǒng)管理以外的設(shè)備（例如數(shù)碼相機(jī)、路由器等）、或者系統(tǒng)中的設(shè)備分布在多個(gè)處理器上，這時(shí)就有必要繪制部署圖，用其來(lái)幫助開(kāi)發(fā)人員理解系統(tǒng)中軟件和硬件的映射關(guān)系。下面的本系統(tǒng)的部署圖，比較簡(jiǎn)單明了。Desktop...InternetDesktop...RegistrationServer LANWebBrowserbuyingSystemsaleSystemMaintainSystemLANDesktop PC(saler)
4.結(jié)束語(yǔ)： UML在軟件工程中的運(yùn)用是與ＯＭＧ組織提出的ＭＤＡ是相一致的，隨著它的不斷發(fā)展和完善，并且隨著OMG使UML實(shí)現(xiàn)的標(biāo)準(zhǔn)化﹑統(tǒng)一化，最終基于UML的MDA軟件開(kāi)發(fā)過(guò)程將變?yōu)橐粋€(gè)更加重用，更加快速，更加有效的軟件開(kāi)發(fā)方法，使軟件開(kāi)發(fā)方法向更高抽象層，更加可重用發(fā)展
5.參考文獻(xiàn)：
[1] Alan Zeichick , Modeling Usage Low;Developers Confused About UML 2.0, MDA,2004 [2] ITU Recommendation Z.100, Specification and Description Language(SDL)；2003 [3] UML和模式應(yīng)用——面向?qū)ο蠓治龊驮O(shè)計(jì)導(dǎo)論，Craig Larman等，姚淑珍，李虎譯，機(jī)械工業(yè)出版社，2002 [4] UML ASL Reference Guide ASL Language Level 2.5；Ian Wilkie, Adrian King, Mike Clarke, Chas Weaver and Chris Rastrick；
[5] Stephen J.Mellor, Marc J.Balcer,Executable UML :A Foundation for Model-Driven Architecture, ,2003,科學(xué)出版社
點(diǎn)擊咨詢 