電子商務(wù)系統(tǒng)分析與設(shè)計(jì)PPT（第2版）完整全套教學(xué)課件

1第1章電子商務(wù)系統(tǒng)概述第2章電子商務(wù)系統(tǒng)的開(kāi)發(fā)基礎(chǔ)第3章電子商務(wù)系統(tǒng)開(kāi)發(fā)項(xiàng)目管理第4章統(tǒng)1建模語(yǔ)言UML第5章電子商務(wù)系統(tǒng)規(guī)劃第6章電子商務(wù)系統(tǒng)分析第7章電子商務(wù)系統(tǒng)設(shè)計(jì)第8章電子商務(wù)網(wǎng)站設(shè)計(jì)第9章電子商務(wù)系統(tǒng)的實(shí)施、運(yùn)營(yíng)、維護(hù)與評(píng)價(jià)第10章電子商務(wù)系統(tǒng)分析與設(shè)計(jì)案例第1章電子商務(wù)系統(tǒng)概述1.1電子商務(wù)系統(tǒng)的內(nèi)涵 1.2電子商務(wù)系統(tǒng)的體系結(jié)構(gòu)與基本模式2

1.1電子商務(wù)系統(tǒng)的內(nèi)涵1.1.1系統(tǒng)與信息系統(tǒng)1.1.2電子商務(wù)信息系統(tǒng)與電子商務(wù)網(wǎng)站1.1.3電子商務(wù)系統(tǒng)的概念與特點(diǎn)1.1.4電子商務(wù)系統(tǒng)的組成與功能31．系統(tǒng)（1）系統(tǒng)的定義可以從四個(gè)方面來(lái)理解。系統(tǒng)是由若干要素（部分）組成的。系統(tǒng)有一定的結(jié)構(gòu)。系統(tǒng)有一定的功能。系統(tǒng)存在于環(huán)境中。（2）系統(tǒng)一般由五個(gè)基本部分組成：輸入、輸出、處理、反饋和控制。1.1.1系統(tǒng)與信息系統(tǒng)42．信息系統(tǒng)（1）概念信息系統(tǒng)是一個(gè)人造系統(tǒng)，由人、硬件、軟件和信息資源組成，目的是及時(shí)、正確地收集、加工、存儲(chǔ)、傳輸和提供信息，對(duì)組織中的各項(xiàng)活動(dòng)進(jìn)行管理、調(diào)節(jié)和控制。信息系統(tǒng)一般包括信息處理系統(tǒng)和信息傳輸系統(tǒng)兩個(gè)子系統(tǒng)。信息處理系統(tǒng)對(duì)數(shù)據(jù)進(jìn)行處理，使它獲得新的結(jié)構(gòu)與形態(tài)或產(chǎn)生新的數(shù)據(jù)。（2）作用信息收集：把分散在各地的數(shù)據(jù)收集并記錄下來(lái)，整理成信息系統(tǒng)要求的格式或形式。數(shù)據(jù)傳輸：包括計(jì)算機(jī)系統(tǒng)內(nèi)和計(jì)算機(jī)系統(tǒng)內(nèi)外之間的傳輸。數(shù)據(jù)存儲(chǔ)：管理中的大量信息被保存在磁盤、磁帶等存儲(chǔ)設(shè)備上。信息加工處理：對(duì)信息進(jìn)行核對(duì)、變換、分類、合并、更新、檢索、抽出、分配、生成和計(jì)算等處理。數(shù)據(jù)輸出：根據(jù)不同需要，將加工處理后的數(shù)據(jù)以不同的方式輸出。1.1.1系統(tǒng)與信息系統(tǒng)51．電子商務(wù)信息系統(tǒng)電子商務(wù)信息系統(tǒng)可以被認(rèn)為是一種專門化的信息系統(tǒng)，它由人、硬件、軟件和信息資源組成，目的是及時(shí)、正確地收集、加工、存儲(chǔ)、傳輸和提供商務(wù)信息，對(duì)企業(yè)中的商流、物流、資金流進(jìn)行管理、調(diào)節(jié)和控制，以支持企業(yè)的經(jīng)營(yíng)活動(dòng)。2．電子商務(wù)網(wǎng)站電子商務(wù)網(wǎng)站是指通過(guò)網(wǎng)站建設(shè)技術(shù)發(fā)布、展示商品信息，實(shí)現(xiàn)電子交易，并通過(guò)網(wǎng)絡(luò)開(kāi)展與商務(wù)活動(dòng)有關(guān)的各種售前和售后服務(wù)，全面實(shí)現(xiàn)電子商務(wù)功能的網(wǎng)站。簡(jiǎn)單來(lái)說(shuō)，電子商務(wù)網(wǎng)站就是為實(shí)現(xiàn)電子商務(wù)功能而建設(shè)的網(wǎng)站。1.1.2電子商務(wù)信息系統(tǒng)與電子商務(wù)網(wǎng)站61．電子商務(wù)系統(tǒng)的概念廣義上電子商務(wù)系統(tǒng)是商務(wù)活動(dòng)中各參與方和支持企業(yè)進(jìn)行交易活動(dòng)的電子技術(shù)手段的集合，是在Internet、Intranet，以及計(jì)算機(jī)系統(tǒng)等支持下，為了商業(yè)目的而組建的商務(wù)系統(tǒng)。狹義上講，電子商務(wù)系統(tǒng)是由人、硬件、軟件和信息資源組成，幫助企業(yè)完成電子商務(wù)活動(dòng)的信息系統(tǒng)的集合，是企業(yè)、消費(fèi)者、銀行（金融機(jī)構(gòu)）、政府等在Internet和其他網(wǎng)絡(luò)的基礎(chǔ)上，以實(shí)現(xiàn)企業(yè)電子商務(wù)活動(dòng)為目標(biāo)，滿足企業(yè)生產(chǎn)、銷售、服務(wù)等生產(chǎn)和管理的需要，支持企業(yè)的對(duì)外業(yè)務(wù)協(xié)作，從運(yùn)作、管理和決策等層次全面提高企業(yè)信息化水平，為企業(yè)提供具備商業(yè)智能的計(jì)算機(jī)網(wǎng)絡(luò)信息系統(tǒng)。1.1.3電子商務(wù)系統(tǒng)的概念與特點(diǎn)72．電子商務(wù)系統(tǒng)的特點(diǎn)電子商務(wù)系統(tǒng)是支持企業(yè)商務(wù)活動(dòng)全過(guò)程的技術(shù)平臺(tái)。電子商務(wù)系統(tǒng)是實(shí)現(xiàn)業(yè)務(wù)流程重組、價(jià)值鏈增值的技術(shù)平臺(tái)電子商務(wù)系統(tǒng)依托網(wǎng)絡(luò)，提供基于Web的分布式服務(wù)電子商務(wù)系統(tǒng)在系統(tǒng)應(yīng)用的安全方面有較高的要求電子商務(wù)系統(tǒng)大多依托企業(yè)既有信息系統(tǒng)運(yùn)行1.1.3電子商務(wù)系統(tǒng)的概念與特點(diǎn)81．電子商務(wù)系統(tǒng)的組成1.1.4電子商務(wù)系統(tǒng)的組成與功能92．電子商務(wù)系統(tǒng)的功能企業(yè)形象宣傳功能信息編輯功能咨詢洽談功能網(wǎng)上商品訂購(gòu)功能網(wǎng)上支付功能用戶信息管理功能服務(wù)傳遞功能銷售業(yè)務(wù)信息管理功能1.1.4電子商務(wù)系統(tǒng)的組成與功能101.2電子商務(wù)系統(tǒng)的體系結(jié)構(gòu)與基本模式1.2.1電子商務(wù)系統(tǒng)的體系結(jié)構(gòu)1.2.2電子商務(wù)系統(tǒng)的基本模式112．電子商務(wù)系統(tǒng)的功能政策和法律、協(xié)議和標(biāo)準(zhǔn)企業(yè)戰(zhàn)略層和經(jīng)營(yíng)管理層硬件基礎(chǔ)設(shè)施層和軟件通用服務(wù)層服務(wù)支持層應(yīng)用服務(wù)層1.2.1電子商務(wù)系統(tǒng)的體系結(jié)構(gòu)121．電子商務(wù)系統(tǒng)模式的內(nèi)涵電子商務(wù)系統(tǒng)模式，指的是在信息技術(shù)和互聯(lián)網(wǎng)環(huán)境下，企業(yè)處于市場(chǎng)價(jià)值鏈體系中的某個(gè)位置，憑借一定的資源優(yōu)勢(shì)和相關(guān)流程，為市場(chǎng)帶來(lái)盈利和提供一定價(jià)值的具體形式。2．電子商務(wù)系統(tǒng)模式的分類基于價(jià)值鏈的分類混合分類基于Internet商務(wù)功用的分類基于控制方的分類基于B2B和B2C的分類1.2.2電子商務(wù)系統(tǒng)的基本模式13本章小結(jié)系統(tǒng)、信息系統(tǒng)、電子商務(wù)、電子商務(wù)信息系統(tǒng)、電子商務(wù)網(wǎng)站的基本概念電子商務(wù)系統(tǒng)的概念與特點(diǎn)電子商務(wù)系統(tǒng)的組成與功能電子商務(wù)系統(tǒng)的體系結(jié)構(gòu)和模式1415第2章電子商務(wù)系統(tǒng)的開(kāi)發(fā)基礎(chǔ)2.1電子商務(wù)系統(tǒng)的開(kāi)發(fā)方法2.2電子商務(wù)系統(tǒng)的開(kāi)發(fā)方式2.3電子商務(wù)系統(tǒng)的開(kāi)發(fā)技術(shù)2.4電子商務(wù)系統(tǒng)的開(kāi)發(fā)模式16

2.1電子商務(wù)系統(tǒng)的開(kāi)發(fā)方法2.1.1結(jié)構(gòu)化系統(tǒng)開(kāi)發(fā)方法2.1.2原型法開(kāi)發(fā)方法2.1.3面向?qū)ο箝_(kāi)發(fā)方法171．結(jié)構(gòu)化系統(tǒng)開(kāi)發(fā)方法的基本思想結(jié)構(gòu)化開(kāi)發(fā)方法的基本思想是利用系統(tǒng)工程的思想和工程化的方法，以用戶至上為原則，按結(jié)構(gòu)化、模塊化、自頂向下的方法對(duì)系統(tǒng)進(jìn)行分析與設(shè)計(jì)。2．結(jié)構(gòu)化系統(tǒng)開(kāi)發(fā)方法的開(kāi)發(fā)過(guò)程2.1.1結(jié)構(gòu)化系統(tǒng)開(kāi)發(fā)方法183．結(jié)構(gòu)化系統(tǒng)開(kāi)發(fā)方法的特點(diǎn)強(qiáng)調(diào)面向用戶嚴(yán)格按照階段順序進(jìn)行自上而下地分析模塊化處理工作文檔的規(guī)范化和標(biāo)準(zhǔn)化原則2.1.1結(jié)構(gòu)化系統(tǒng)開(kāi)發(fā)方法191．原型法開(kāi)發(fā)方法的基本概念原型法開(kāi)發(fā)方法是近年來(lái)提出的一種以計(jì)算機(jī)為基礎(chǔ)的系統(tǒng)開(kāi)發(fā)方法。它首先構(gòu)造一個(gè)功能簡(jiǎn)單的原型系統(tǒng)，然后通過(guò)對(duì)原型系統(tǒng)逐步求精、不斷擴(kuò)充完善得到最終的軟件系統(tǒng)。原型就是模型，原型系統(tǒng)就是應(yīng)用系統(tǒng)的模型，是待構(gòu)筑的實(shí)際系統(tǒng)的縮小比例模型，保留了實(shí)際系統(tǒng)的大部分功能。這個(gè)模型可在運(yùn)行中被檢查、測(cè)試、修改，直到達(dá)到用戶需求為止，因而，這個(gè)工作模型能很快轉(zhuǎn)換成目標(biāo)系統(tǒng)。2.1.2原型法開(kāi)發(fā)方法202．原型法開(kāi)發(fā)方法的開(kāi)發(fā)過(guò)程2.1.2原型法開(kāi)發(fā)方法213．原型法開(kāi)發(fā)方法的特點(diǎn)對(duì)于一個(gè)大型的系統(tǒng)，如果不經(jīng)過(guò)系統(tǒng)分析來(lái)進(jìn)行整體性劃分，那么直接用屏幕一個(gè)一個(gè)模擬是很困難的。對(duì)于大量運(yùn)算性、邏輯性較強(qiáng)的程序模塊，原型法開(kāi)發(fā)方法很難構(gòu)造出模型來(lái)供人評(píng)價(jià)。因?yàn)檫@類問(wèn)題沒(méi)有那么多的交互式界面，也難以憑借三言兩語(yǔ)把問(wèn)題解釋清楚。對(duì)于基礎(chǔ)管理不善、信息管理過(guò)程混亂的問(wèn)題，原型法開(kāi)發(fā)方法的使用存在一定的困難。一是由于對(duì)象工作過(guò)程不清，構(gòu)造原型有一定困難；二是由于基礎(chǔ)管理不好，系統(tǒng)很容易機(jī)械地模擬原有手工系統(tǒng)。對(duì)于一個(gè)批處理系統(tǒng)，其大部分是內(nèi)部處理過(guò)程，這時(shí)用原型法開(kāi)發(fā)方法有一定的困難。2.1.2原型法開(kāi)發(fā)方法221．面向?qū)ο箝_(kāi)發(fā)方法的基本概念（1）對(duì)象（Object）在計(jì)算機(jī)系統(tǒng)中，所謂對(duì)象，就是一個(gè)屬性集（數(shù)據(jù)）及其專用操作（方法）的封裝體。對(duì)象具有以下特征:具有唯一標(biāo)識(shí)名（對(duì)象名）。有一個(gè)狀態(tài)，由與其相關(guān)聯(lián)的屬性值的集合表示。有一組操作，每個(gè)操作表示對(duì)象的一種行為。對(duì)象的屬性只能被本身的操作所改變。對(duì)象的操作包括自操作(施于自身)和它操作(施于其他對(duì)象)。對(duì)象之間以消息傳遞的方式進(jìn)行通信；一個(gè)對(duì)象的成員仍然可以是一個(gè)對(duì)象。2.1.3面向?qū)ο箝_(kāi)發(fā)方法231．面向?qū)ο箝_(kāi)發(fā)方法的基本概念（2）類（Class）類是一組具有相同屬性和相同操作的對(duì)象的集合。類具有以下特征:類是相同對(duì)象集合的抽象和描述。類由封裝的相關(guān)聯(lián)的屬性和操作集表示。類有一個(gè)唯一的標(biāo)識(shí)名。對(duì)象是類的實(shí)例。一個(gè)類可以有多個(gè)實(shí)例。類有繼承性。2.1.3面向?qū)ο箝_(kāi)發(fā)方法241．面向?qū)ο箝_(kāi)發(fā)方法的基本概念（3）封裝（Encapsulation）封裝是指把對(duì)象的屬性和操作結(jié)合在一起，組成一個(gè)獨(dú)立的對(duì)象；其內(nèi)部信息對(duì)外是隱蔽的，用戶只能看到對(duì)象封裝界面上的信息；不允許外界直接訪問(wèn)對(duì)象的屬性，只能通過(guò)有限的接口與對(duì)象發(fā)生聯(lián)系。封裝具有以下特征:一個(gè)清楚的邊界。有與外界交互的接口。受保護(hù)的內(nèi)部實(shí)現(xiàn)。2.1.3面向?qū)ο箝_(kāi)發(fā)方法251．面向?qū)ο箝_(kāi)發(fā)方法的基本概念（4）繼承（Inheritance）繼承是指子類（派生類、特化類）可以自動(dòng)擁有父類（基類、泛化類、超類）的全部屬性與操作。繼承具有以下特征:子類自動(dòng)繼承父類的所有屬性和操作。子類可以有自己獨(dú)特的屬性和操作。父類可以是一個(gè)抽象類，抽象類不能有實(shí)例。繼承具有傳遞性。子類可多重繼承。2.1.3面向?qū)ο箝_(kāi)發(fā)方法261．面向?qū)ο箝_(kāi)發(fā)方法的基本概念（5）消息（Message）消息是面向?qū)ο笙到y(tǒng)中實(shí)現(xiàn)對(duì)象之間的通信和請(qǐng)求任務(wù)的操作。對(duì)象接收的消息可以分為報(bào)告消息、詢問(wèn)消息和操作消息3種類型。報(bào)告消息是指向?qū)ο筇峁┳晕腋滦畔⒌南?，通常通知?duì)象現(xiàn)實(shí)世界已經(jīng)發(fā)生的事情，也稱推出消息。詢問(wèn)消息是請(qǐng)求一個(gè)對(duì)象顯示自身當(dāng)前一些信息的消息，也稱拉進(jìn)消息。操作消息是請(qǐng)求對(duì)象本身、另一個(gè)對(duì)象或系統(tǒng)環(huán)境執(zhí)行某些具體的操作，也稱動(dòng)作消息。消息的基本組成包括消息名、接收消息的對(duì)象名、調(diào)用操作名、輸入信息和輸出信息。消息是對(duì)象之間在交互中傳送的通信信息；面向?qū)ο笙到y(tǒng)通過(guò)消息傳遞進(jìn)行工作，可并發(fā)運(yùn)行。2.1.3面向?qū)ο箝_(kāi)發(fā)方法271．面向?qū)ο箝_(kāi)發(fā)方法的基本概念（6）多態(tài)性（Polymorphism）多態(tài)性是指同一個(gè)消息被不同的對(duì)象接收時(shí)，可產(chǎn)生不同的動(dòng)作或執(zhí)行結(jié)果，即每個(gè)對(duì)象將根據(jù)自己所屬類中定義的操作執(zhí)行。多態(tài)性支持“同一接口，多種方法”的面向?qū)ο笤瓌t，使高層代碼只寫一次就可在低層多次復(fù)用。多態(tài)性是一種特性，它使一個(gè)屬性在不同時(shí)間表示不同類的對(duì)象。2.1.3面向?qū)ο箝_(kāi)發(fā)方法282．面向?qū)ο箝_(kāi)發(fā)方法的內(nèi)涵（1）內(nèi)涵客觀事物都是由對(duì)象組成的，對(duì)象是在原事物基礎(chǔ)上抽象的結(jié)果。對(duì)象由屬性和方法組成。屬性反映了對(duì)象的信息特征，而方法則是用來(lái)定義改變屬性狀態(tài)的各種操作。對(duì)象之間的聯(lián)系主要是通過(guò)傳遞消息來(lái)實(shí)現(xiàn)的。對(duì)象可按其屬性進(jìn)行歸類。類有一定的結(jié)構(gòu)，類上可以有超類，類下可以有子類。這種對(duì)象或類之間的層次結(jié)構(gòu)是靠繼承關(guān)系維系的。2.1.3面向?qū)ο箝_(kāi)發(fā)方法292．面向?qū)ο箝_(kāi)發(fā)方法的內(nèi)涵（2）面向?qū)ο箝_(kāi)發(fā)方法的基本觀點(diǎn)現(xiàn)實(shí)客觀世界是由對(duì)象組成的。任何客觀的事物和實(shí)體都是對(duì)象，復(fù)雜對(duì)象可以由簡(jiǎn)單對(duì)象組成。具有相同的數(shù)據(jù)和操作的對(duì)象可歸并為一個(gè)類，具有封裝性，形成一個(gè)包裝；對(duì)象是類的一個(gè)實(shí)例，一個(gè)類可以產(chǎn)生很多對(duì)象；類能夠被開(kāi)發(fā)、再使用或購(gòu)買。類可以派生出子類，繼承能避免共同行為的重復(fù)。對(duì)象之間通過(guò)傳遞消息進(jìn)行聯(lián)系。2.1.3面向?qū)ο箝_(kāi)發(fā)方法303．面向?qū)ο箝_(kāi)發(fā)方法的開(kāi)發(fā)過(guò)程2.1.3面向?qū)ο箝_(kāi)發(fā)方法313．面向?qū)ο箝_(kāi)發(fā)方法的開(kāi)發(fā)過(guò)程分析問(wèn)題的性質(zhì)和求解的問(wèn)題。對(duì)系統(tǒng)將要面臨的具體管理問(wèn)題及用戶對(duì)系統(tǒng)開(kāi)發(fā)的需求進(jìn)行調(diào)查研究，即先弄清要干什么，在繁雜的問(wèn)題中抽象地識(shí)別出對(duì)象及其行為、結(jié)構(gòu)和方法等。這一階段一般稱為面向?qū)ο蠓治觯∣bject-OrientedAnalysis，OOA）。設(shè)計(jì)問(wèn)題的技術(shù)解決方案。對(duì)分析結(jié)果做出進(jìn)一步的抽象、歸類和整理，并最終以技術(shù)解決的形式將它們確定下來(lái)。這一階段一般被稱為面向?qū)ο笤O(shè)計(jì)（Object-OrientedDesign，OOD）。程序?qū)崿F(xiàn)。程序?qū)崿F(xiàn)即用面向?qū)ο蟮某绦蛟O(shè)計(jì)語(yǔ)言將上一步的設(shè)計(jì)結(jié)果直接映射為應(yīng)用程序軟件。這一階段一般被稱為面向?qū)ο蟮木幊蹋∣bject-OrientedProgramming，OOP）。2.1.3面向?qū)ο箝_(kāi)發(fā)方法324．面向?qū)ο箝_(kāi)發(fā)方法的優(yōu)缺點(diǎn)（1）優(yōu)點(diǎn)與人類的思維方式一致，符合人們對(duì)客觀世界的認(rèn)識(shí)規(guī)律。適應(yīng)性強(qiáng)，穩(wěn)定性好。支持軟件復(fù)用，可重用性好。容易理解，可維護(hù)性好。（2）缺點(diǎn)首先，必須依靠一定的軟件技術(shù)支持；其次，在大型項(xiàng)目的開(kāi)發(fā)上具有一定的局限性，必須以結(jié)構(gòu)化方法的自頂向下的整體性系統(tǒng)調(diào)查和分析作為基礎(chǔ)，否則，同樣會(huì)存在系統(tǒng)結(jié)構(gòu)不合理、關(guān)系不協(xié)調(diào)的問(wèn)題。2.1.3面向?qū)ο箝_(kāi)發(fā)方法33

2.2電子商務(wù)系統(tǒng)的開(kāi)發(fā)方式2.2.1自主開(kāi)發(fā)方式2.2.2委托開(kāi)發(fā)方式2.2.3合作開(kāi)發(fā)方式2.2.4購(gòu)買商品化應(yīng)用軟件開(kāi)發(fā)方式34自主開(kāi)發(fā)方式是用戶依靠自己的力量獨(dú)立完成系統(tǒng)開(kāi)發(fā)的各項(xiàng)任務(wù)。自主開(kāi)發(fā)方式的主要優(yōu)點(diǎn)：用戶的需求可以得到充分滿足；系統(tǒng)維護(hù)方便容易；可鍛煉本企業(yè)計(jì)算機(jī)開(kāi)發(fā)應(yīng)用隊(duì)伍；開(kāi)發(fā)費(fèi)用少；實(shí)現(xiàn)開(kāi)發(fā)后的系統(tǒng)能夠適應(yīng)本單位的需求且滿意度較高。自主開(kāi)發(fā)方式的主要缺點(diǎn)：系統(tǒng)開(kāi)發(fā)周期一般較長(zhǎng)；難以擺脫本企業(yè)習(xí)慣性的管理方式影響，不易開(kāi)發(fā)出一個(gè)高水平的電子商務(wù)信息系統(tǒng)；企業(yè)內(nèi)部開(kāi)發(fā)費(fèi)用高；由于不是專業(yè)開(kāi)發(fā)隊(duì)伍，容易受專業(yè)水平的限制，系統(tǒng)優(yōu)化不夠，開(kāi)發(fā)水平較低。2.2.1自主開(kāi)發(fā)方式35委托開(kāi)發(fā)方式是指用戶（甲方）委托有豐富開(kāi)發(fā)經(jīng)驗(yàn)的機(jī)構(gòu)或?qū)I(yè)開(kāi)發(fā)人員（乙方），由乙方按照甲方的需求承擔(dān)系統(tǒng)開(kāi)發(fā)的任務(wù)。委托開(kāi)發(fā)方式的主要優(yōu)點(diǎn)：開(kāi)發(fā)周期短；不必組織本企業(yè)的開(kāi)發(fā)隊(duì)伍；如果選擇了好的開(kāi)發(fā)單位，同時(shí)企業(yè)能密切配合系統(tǒng)開(kāi)發(fā)管理工作，使之符合現(xiàn)代信息處理要求，則可開(kāi)發(fā)出水平較高的系統(tǒng)；省時(shí)、省事，系統(tǒng)的技術(shù)水平較高。委托開(kāi)發(fā)方式的主要缺點(diǎn)：由于要由開(kāi)發(fā)公司對(duì)企業(yè)的系統(tǒng)進(jìn)行專門的開(kāi)發(fā)，外部費(fèi)用很高；當(dāng)企業(yè)需求發(fā)生變化或擴(kuò)展時(shí)，系統(tǒng)維護(hù)工作困難；系統(tǒng)的維護(hù)與擴(kuò)展須依賴乙方開(kāi)發(fā)單位的長(zhǎng)期支持，開(kāi)發(fā)費(fèi)用高，不利于本單位的人才培養(yǎng)。2.2.2委托開(kāi)發(fā)方式36合作開(kāi)發(fā)方式是指用戶（甲方）和有豐富系統(tǒng)開(kāi)發(fā)經(jīng)驗(yàn)的機(jī)構(gòu)或?qū)I(yè)開(kāi)發(fā)人員（乙方）共同完成系統(tǒng)開(kāi)發(fā)任務(wù)。合作開(kāi)發(fā)方式的主要優(yōu)點(diǎn)：可發(fā)揮開(kāi)發(fā)公司技術(shù)力量強(qiáng)、本企業(yè)人員對(duì)業(yè)務(wù)熟悉的優(yōu)勢(shì)，共同開(kāi)發(fā)出具有較高技術(shù)水平且適用性強(qiáng)的系統(tǒng)；有利于企業(yè)計(jì)算機(jī)應(yīng)用隊(duì)伍的培養(yǎng)與提高，可以增強(qiáng)使用單位的技術(shù)力量，便于系統(tǒng)維護(hù)工作；相對(duì)于委托開(kāi)發(fā)方式比較節(jié)約資金。合作開(kāi)發(fā)方式的主要缺點(diǎn)：雙方在合作中需要協(xié)調(diào)和檢查，及時(shí)達(dá)成共識(shí)。2.2.3合作開(kāi)發(fā)方式37購(gòu)買商品化應(yīng)用軟件開(kāi)發(fā)方式是根據(jù)用戶的需求，在系統(tǒng)分析的基礎(chǔ)上，選擇并購(gòu)買市場(chǎng)上符合要求的商品化應(yīng)用軟件。購(gòu)買商品化應(yīng)用軟件開(kāi)發(fā)方式的主要優(yōu)點(diǎn)：軟件產(chǎn)品可靠性、穩(wěn)定性高，反映了先進(jìn)的企業(yè)經(jīng)營(yíng)管理思想；系統(tǒng)技術(shù)水平高，開(kāi)發(fā)周期短，節(jié)省時(shí)間，系統(tǒng)開(kāi)發(fā)費(fèi)用比較低。購(gòu)買商品化應(yīng)用軟件開(kāi)發(fā)方式的主要缺點(diǎn)：系統(tǒng)實(shí)施費(fèi)用較高；系統(tǒng)維護(hù)困難；通用軟件專用性較差，跟本企業(yè)的實(shí)際工作需求可能有一定的差距，有時(shí)可能需要做二次開(kāi)發(fā)工作。2.2.4購(gòu)買商品化應(yīng)用軟件開(kāi)發(fā)方式38

2.3電子商務(wù)系統(tǒng)的開(kāi)發(fā)技術(shù)2.3.1基本開(kāi)發(fā)技術(shù)2.3.2企業(yè)系統(tǒng)集成2.3.3數(shù)據(jù)庫(kù)訪問(wèn)技術(shù)2.3.4主流開(kāi)發(fā)技術(shù)391．HTMLHTML是HypertextMarkupLanguage（超文本標(biāo)記語(yǔ)言）的縮寫，它是由Web頁(yè)面的發(fā)明者Timberners和同事DanielW.Connolly于1990年創(chuàng)立的一種新穎的表示網(wǎng)上信息的符號(hào)標(biāo)記式語(yǔ)言，是SGML的應(yīng)用。HTML文檔的結(jié)構(gòu)：HTML文件的擴(kuò)展名是.html或.htmHTML標(biāo)記結(jié)構(gòu)性標(biāo)記。它用于描述HTML文檔中文本的意圖，如<HTML>…</HTML>標(biāo)記HTML內(nèi)容的開(kāi)始和結(jié)束，<h1>…</h1>標(biāo)記以一級(jí)標(biāo)題顯示內(nèi)容。外觀性標(biāo)記。它描述文字的外觀，如<b>…</b>標(biāo)記以粗體顯示文字。超文本標(biāo)記。它將文檔的一部分關(guān)聯(lián)到其他文檔，如<ahef="">…</a>。注釋標(biāo)記。它將在文檔中的一部分內(nèi)容標(biāo)記為注釋，瀏覽器不解釋?？蚣軜?biāo)記。它將整個(gè)網(wǎng)頁(yè)描述為包括多個(gè)部分的框架。2.3.1基本開(kāi)發(fā)技術(shù)402．JavaScriptJavaScript的功能增強(qiáng)網(wǎng)頁(yè)交互性，改善用戶界面，提高用戶操作的便利性。簡(jiǎn)化有規(guī)律地重復(fù)的內(nèi)容，減少下載時(shí)間。進(jìn)行客戶端驗(yàn)證，節(jié)約帶寬及服務(wù)端時(shí)間。JavaScript的基本格式<scriptlanguage=JavaScript><!--

（JavaScript代碼）//--></script>2.3.1基本開(kāi)發(fā)技術(shù)413．AjaxAjax并不是一門新的語(yǔ)言或技術(shù)，它實(shí)際上是幾項(xiàng)技術(shù)按一定的方式組合在一起，相互協(xié)作并且發(fā)揮各自的作用。它包括：使用XHTML和CSS標(biāo)準(zhǔn)化呈現(xiàn)；使用DOM實(shí)現(xiàn)動(dòng)態(tài)顯示和交互；使用XML和XSLT進(jìn)行數(shù)據(jù)交換與處理；使用XMLHttpRequest進(jìn)行異步數(shù)據(jù)讀?。蛔詈笥肑avaScript綁定和處理所有數(shù)據(jù)。Ajax的工作原理Ajax的工作原理相當(dāng)于在用戶和服務(wù)器之間加了一個(gè)中間層，使用戶操作與服務(wù)器響應(yīng)異步化。并不是所有的用戶請(qǐng)求都提交給服務(wù)器，像一些數(shù)據(jù)驗(yàn)證和數(shù)據(jù)處理等都交給Ajax引擎自己來(lái)做，只有確定需要從服務(wù)器讀取新數(shù)據(jù)時(shí)再由Ajax引擎代為向服務(wù)器提交請(qǐng)求。使用Ajax后，用戶感覺(jué)幾乎所有的操作都會(huì)很快響應(yīng)，沒(méi)有頁(yè)面重載（白屏）的等待。2.3.1基本開(kāi)發(fā)技術(shù)424．JavaAppletJavaApplet是用Java語(yǔ)言編寫的一些小應(yīng)用程序，它們可以直接嵌入網(wǎng)頁(yè)中，并能夠產(chǎn)生特殊的效果。使用JavaApplet可以實(shí)現(xiàn)圖形繪制、網(wǎng)頁(yè)字體和顏色控制、動(dòng)畫和聲音的插入、人機(jī)交互及網(wǎng)絡(luò)交流等功能。Applet還提供了名為抽象窗口工具箱（AWT）的窗口環(huán)境開(kāi)發(fā)工具。每個(gè)含有Applet的網(wǎng)頁(yè)的HTML源代碼中都帶有<app1et>、</app1et>標(biāo)記。當(dāng)用戶訪問(wèn)這樣的網(wǎng)頁(yè)時(shí)，Applet被下載到用戶的計(jì)算機(jī)上執(zhí)行，但前提是用戶使用的是支持Java的網(wǎng)絡(luò)瀏覽器。由于Applet是在用戶的計(jì)算機(jī)上執(zhí)行的，因此它的執(zhí)行速度不受網(wǎng)絡(luò)帶寬或Modem存取速度的限制，用戶可以更好地欣賞網(wǎng)頁(yè)上Applet產(chǎn)生的多媒體效果。2.3.1基本開(kāi)發(fā)技術(shù)431．企業(yè)應(yīng)用集成的概念企業(yè)應(yīng)用集成（EnterpriseApplicationIntegration，EAI）是將企業(yè)的業(yè)務(wù)流程、應(yīng)用軟件、硬件和各種標(biāo)準(zhǔn)聯(lián)合起來(lái)，在兩個(gè)或更多的企業(yè)應(yīng)用系統(tǒng)之間實(shí)現(xiàn)無(wú)縫集成的一種集成開(kāi)發(fā)技術(shù)，通過(guò)企業(yè)系統(tǒng)集成使企業(yè)原有各系統(tǒng)像一個(gè)整體一樣進(jìn)行業(yè)務(wù)處理和信息共享。EAI不僅包括企業(yè)內(nèi)部的應(yīng)用系統(tǒng)和組織集成，還包括企業(yè)與企業(yè)之間的集成，以實(shí)現(xiàn)企業(yè)與企業(yè)之間的信息交換、商務(wù)協(xié)同、過(guò)程集成和組建虛擬企業(yè)和動(dòng)態(tài)聯(lián)盟等。EAI常常表現(xiàn)為對(duì)一個(gè)商業(yè)實(shí)體的信息系統(tǒng)進(jìn)行業(yè)務(wù)應(yīng)用集成，但當(dāng)在多個(gè)企業(yè)系統(tǒng)之間進(jìn)行商務(wù)交易的時(shí)候，EAI也表現(xiàn)為不同公司實(shí)體之間的企業(yè)系統(tǒng)集成，如擴(kuò)展的供應(yīng)鏈管理、客戶關(guān)系管理、虛擬企業(yè)和WebServices等。2.3.2企業(yè)系統(tǒng)集成442．企業(yè)系統(tǒng)集成的分類從集成的深度上來(lái)說(shuō)，從易到難把企業(yè)系統(tǒng)集成分為以下3個(gè)種類。數(shù)據(jù)集成應(yīng)用系統(tǒng)集成業(yè)務(wù)流程集成從集成的廣度上來(lái)看，從易到難把企業(yè)系統(tǒng)集成分為以下5個(gè)種類。部門內(nèi)部的信息系統(tǒng)集成和人員結(jié)構(gòu)的調(diào)整部門之間的信息系統(tǒng)集成和關(guān)系的調(diào)整企業(yè)級(jí)的信息系統(tǒng)集成和組織結(jié)構(gòu)的調(diào)整與有穩(wěn)定關(guān)系的合作伙伴之間的信息系統(tǒng)實(shí)現(xiàn)面向業(yè)務(wù)過(guò)程的集成與隨機(jī)遇到的合作伙伴之間的信息系統(tǒng)實(shí)現(xiàn)面向業(yè)務(wù)過(guò)程的集成2.3.2企業(yè)系統(tǒng)集成451．JDBC框架結(jié)構(gòu)2.3.3數(shù)據(jù)庫(kù)訪問(wèn)技術(shù)462．JDBC訪問(wèn)數(shù)據(jù)庫(kù)的應(yīng)用模型2.3.3數(shù)據(jù)庫(kù)訪問(wèn)技術(shù)473．JDBC訪問(wèn)數(shù)據(jù)庫(kù)的基本步驟2.3.3數(shù)據(jù)庫(kù)訪問(wèn)技術(shù)481．Microsoft.NEt平臺(tái)技術(shù)及結(jié)構(gòu)Microsoft.NET平臺(tái)是一個(gè)建立在開(kāi)放互聯(lián)網(wǎng)絡(luò)協(xié)議標(biāo)準(zhǔn)之上，采用新的工具和服務(wù)來(lái)滿足人們的計(jì)算和通信需求的革命性的新型XMLWeb智能計(jì)算服務(wù)平臺(tái)。從技術(shù)層面來(lái)說(shuō)，Microsoft.NET平臺(tái)主要包括兩個(gè)內(nèi)核，即通用語(yǔ)言運(yùn)行時(shí)（CommonLanguageRuntime，CLR）和Microsoft.NET框架類庫(kù)，它們?yōu)镸icrosoft.NET平臺(tái)的實(shí)現(xiàn)提供底層技術(shù)支持。2.3.4主流開(kāi)發(fā)技術(shù)492．J2EE平臺(tái)技術(shù)及其組成分布式的多層次應(yīng)用J2EE應(yīng)用組件企業(yè)信息系統(tǒng)層J2EE架構(gòu)容器（container）和服務(wù)2.3.4主流開(kāi)發(fā)技術(shù)503．中間件技術(shù)中間件是一種獨(dú)立的系統(tǒng)軟件或服務(wù)程序，分布式應(yīng)用軟件借助這種軟件在不同的技術(shù)之間共享資源，中間件位于客戶機(jī)服務(wù)器的操作系統(tǒng)之上，管理計(jì)算資源和網(wǎng)絡(luò)通信。中間件的主要作用：縮短應(yīng)用的開(kāi)發(fā)周期；節(jié)約應(yīng)用的開(kāi)發(fā)成本；減少系統(tǒng)初期的建設(shè)成本；降低應(yīng)用開(kāi)發(fā)的失敗率；保護(hù)已有的投資；簡(jiǎn)化應(yīng)用集成：減少維護(hù)費(fèi)用；提高應(yīng)用的開(kāi)發(fā)質(zhì)量；保證技術(shù)進(jìn)步的連續(xù)性；增強(qiáng)應(yīng)用的生命力。2.3.4主流開(kāi)發(fā)技術(shù)51

2.4電子商務(wù)系統(tǒng)的開(kāi)發(fā)模式2.4.1基本開(kāi)發(fā)模式2.4.2基于Java的開(kāi)發(fā)模式521．C/S模式C/S模式下，對(duì)于客戶的請(qǐng)求，如果客戶機(jī)能滿足就直接給出結(jié)果；反之則需要提交給服務(wù)器來(lái)處理，如調(diào)用存放在服務(wù)器上的公用數(shù)據(jù)等，服務(wù)器對(duì)這些數(shù)據(jù)進(jìn)行一些對(duì)客戶透明的處理后返還給客戶，即客戶不需要了解數(shù)據(jù)的具體處理過(guò)程。此模式可以合理均衡事務(wù)的處理，充分保證數(shù)據(jù)的完整性和一致性。2.4.1基本開(kāi)發(fā)模式532．B/S模式B/S模式由瀏覽器、Web服務(wù)器、數(shù)據(jù)庫(kù)服務(wù)器3個(gè)層次組成。在這種模式下，客戶端使用一個(gè)通用的瀏覽器，用戶的所有操作都是通過(guò)瀏覽器進(jìn)行的。該結(jié)構(gòu)的核心部分是Web服務(wù)器，它負(fù)責(zé)接受遠(yuǎn)程（或本地）的HTTP查詢請(qǐng)求，然后根據(jù)查詢的條件到數(shù)據(jù)庫(kù)獲取相關(guān)數(shù)據(jù)，再將結(jié)果翻譯成HTML和各種頁(yè)面描述語(yǔ)言，傳送回提出查詢的瀏覽器。同樣，瀏覽器也會(huì)將更改、刪除、新增數(shù)據(jù)記錄的請(qǐng)求申請(qǐng)至Web服務(wù)器，由后者與數(shù)據(jù)庫(kù)聯(lián)系完成這些工作。2.4.1基本開(kāi)發(fā)模式543．C/S與B/S混合模式2.4.1基本開(kāi)發(fā)模式551．模式Ⅰ2.4.2基于Java的開(kāi)發(fā)模式562．模式Ⅱ2.4.2基于Java的開(kāi)發(fā)模式573．Struts開(kāi)發(fā)模式2.4.2基于Java的開(kāi)發(fā)模式58本章小結(jié)電子商務(wù)系統(tǒng)的開(kāi)發(fā)方法電子商務(wù)系統(tǒng)的開(kāi)發(fā)方式電子商務(wù)系統(tǒng)的開(kāi)發(fā)技術(shù)電子商務(wù)系統(tǒng)的開(kāi)發(fā)模式5960第3章電子商務(wù)系統(tǒng)開(kāi)發(fā)項(xiàng)目管理3.1項(xiàng)目管理概述3.2電子商務(wù)系統(tǒng)開(kāi)發(fā)項(xiàng)目過(guò)程管理3.3電子商務(wù)系統(tǒng)開(kāi)發(fā)項(xiàng)目費(fèi)用和風(fēng)險(xiǎn)管理3.4電子商務(wù)系統(tǒng)開(kāi)發(fā)項(xiàng)目人力資源管理式61

3.1項(xiàng)目管理概述3.1.1項(xiàng)目3.1.2項(xiàng)目管理621．項(xiàng)目定義項(xiàng)目是一個(gè)組織為實(shí)現(xiàn)自己既定的目標(biāo)，在一定的時(shí)間、人員和資源約束條件下所開(kāi)展的一種具有一定獨(dú)特性的一次性工作。2．項(xiàng)目類型土木工程、建筑、石化、礦業(yè)開(kāi)采項(xiàng)目制造業(yè)項(xiàng)目管理類項(xiàng)目研究型項(xiàng)目3.1.1項(xiàng)目633．項(xiàng)目的基本特性目的性：項(xiàng)目都有一個(gè)明確界定的目標(biāo)（Obiective），目標(biāo)由成果性目標(biāo)和約束性目標(biāo)組成。一次性：任何項(xiàng)目都有明確的開(kāi)始和結(jié)束時(shí)間，沒(méi)有完全可以照搬的先例，將來(lái)也不會(huì)再有完全的重復(fù)。獨(dú)特性：大部分情況下，項(xiàng)目是從零開(kāi)始的開(kāi)創(chuàng)性工作，項(xiàng)目自身有具體時(shí)間期限、費(fèi)用和性能質(zhì)量等方面的要求。不確定性：項(xiàng)目對(duì)時(shí)間估計(jì)，各種資源及其可得性的假設(shè)，以及與其相關(guān)的成本假定結(jié)合在一起就產(chǎn)生了一定程度的不確定性。不可挽回性：項(xiàng)目執(zhí)行中存在各種的不確定性，項(xiàng)目的結(jié)果也就具有不可挽回性。組織的臨時(shí)性和開(kāi)放性：項(xiàng)目執(zhí)行過(guò)程中班子的成員和職能都在不斷地變化，項(xiàng)目結(jié)束時(shí)項(xiàng)目班子要解散。3.1.1項(xiàng)目641．項(xiàng)目管理的定義美國(guó)項(xiàng)目管理學(xué)會(huì)（PMI）的廣義項(xiàng)目管理理論認(rèn)為，項(xiàng)目管理是一種將知識(shí)、技能、工具和技術(shù)投入項(xiàng)目活動(dòng)中的綜合應(yīng)用過(guò)程，目的是滿足或超越項(xiàng)目所有者對(duì)項(xiàng)目的需求和期望。一個(gè)項(xiàng)目有四個(gè)基本要素，即時(shí)間要素（進(jìn)度的安排和控制）、成本要素（成本的預(yù)算和控制）、資源要素（資源的協(xié)調(diào)與供應(yīng)）和質(zhì)量要素。3.1.2項(xiàng)目管理652．項(xiàng)目管理的內(nèi)容（1）對(duì)項(xiàng)目進(jìn)行前期調(diào)查、收集整理相關(guān)資料，制定初步的項(xiàng)目可行性研究報(bào)告，為決策層提供建議；協(xié)同配合制定和申報(bào)立項(xiàng)報(bào)告材料。（2）對(duì)項(xiàng)目進(jìn)行分析和需求策劃，對(duì)項(xiàng)目的組成部分或模塊進(jìn)行完整系統(tǒng)設(shè)計(jì)。（3）制訂項(xiàng)目計(jì)劃及項(xiàng)目目標(biāo)、項(xiàng)目進(jìn)度表；制訂項(xiàng)目執(zhí)行和控制的基本計(jì)劃。（4）建立項(xiàng)目管理的信息系統(tǒng)；對(duì)項(xiàng)目進(jìn)程控制、跟蹤和分析成本、記錄并向相關(guān)管理部門傳達(dá)項(xiàng)目實(shí)施狀況、存在的問(wèn)題、風(fēng)險(xiǎn)和變化。（5）項(xiàng)目團(tuán)隊(duì)建設(shè)；各部門、各項(xiàng)目組之間的協(xié)調(diào)并組織項(xiàng)目培訓(xùn)工作，確定項(xiàng)目考核機(jī)制。3.1.2項(xiàng)目管理663．項(xiàng)目管理的原則（1）采用現(xiàn)代設(shè)計(jì)技術(shù)。為了保證整個(gè)項(xiàng)目能按時(shí)、按質(zhì)完成，就必須對(duì)該項(xiàng)目進(jìn)行合理的工作分解，并借助計(jì)算機(jī)等現(xiàn)代工具和技術(shù)對(duì)整個(gè)工作過(guò)程進(jìn)行程序設(shè)計(jì)，以保證關(guān)鍵工作和整體工作的按時(shí)完成。（2）用分階段的計(jì)劃嚴(yán)格管理。項(xiàng)目管理是對(duì)復(fù)雜活動(dòng)的系統(tǒng)管理，在項(xiàng)目管理過(guò)程中應(yīng)依照階段計(jì)劃加強(qiáng)管理與控制工作。（3）堅(jiān)持進(jìn)行階段評(píng)審。每個(gè)階段的工作狀況對(duì)下個(gè)階段工作產(chǎn)生影響，加強(qiáng)每個(gè)階段的評(píng)審工作，利于對(duì)下個(gè)階段工作的安排與調(diào)整。（4）實(shí)行嚴(yán)格的動(dòng)態(tài)控制。為保證整項(xiàng)工作能按計(jì)劃進(jìn)行，并實(shí)現(xiàn)資源的合理利用，應(yīng)加強(qiáng)整個(gè)過(guò)程中的動(dòng)態(tài)控制工作，每項(xiàng)工作的結(jié)果應(yīng)能清楚地預(yù)測(cè)和審查。（5）建立高效的項(xiàng)目團(tuán)隊(duì)。工作組的人員應(yīng)少而精，考核標(biāo)準(zhǔn)清晰可行。3.1.2項(xiàng)目管理674．項(xiàng)目管理的知識(shí)領(lǐng)域（1）項(xiàng)目整合管理：是指為確保項(xiàng)目各項(xiàng)工作能夠有機(jī)地協(xié)調(diào)和配合所展開(kāi)的綜合性和全局性的項(xiàng)目管理工作和過(guò)程。它包括制訂項(xiàng)目章程、制定項(xiàng)目管理計(jì)劃、指導(dǎo)與管理項(xiàng)目工作、管理項(xiàng)目知識(shí)、監(jiān)控項(xiàng)目工作、實(shí)施整體變更控制和結(jié)束項(xiàng)目或階段。（2）項(xiàng)目范圍管理：是為了實(shí)現(xiàn)項(xiàng)目的目標(biāo)，對(duì)項(xiàng)目的工作內(nèi)容進(jìn)行控制的管理過(guò)程。它包括規(guī)劃范圍管理、收集需求、定義范圍、創(chuàng)建工作分解結(jié)構(gòu)、確認(rèn)范圍和控制范圍。（3）項(xiàng)目進(jìn)度管理：是為了確保項(xiàng)目最終按時(shí)完成的一系列管理過(guò)程，包括規(guī)劃進(jìn)度管理、定義活動(dòng)、排列活動(dòng)順序、估算活動(dòng)持續(xù)時(shí)間、制定進(jìn)度計(jì)劃和控制進(jìn)度。3.1.2項(xiàng)目管理684．項(xiàng)目管理的知識(shí)領(lǐng)域（4）項(xiàng)目成本管理：是為了保證完成項(xiàng)目的實(shí)際成本、費(fèi)用不超過(guò)預(yù)算成本、費(fèi)用的管理過(guò)程。它包括規(guī)劃成本管理、估算成本、制定預(yù)算和控制成本。（5）項(xiàng)目質(zhì)量管理：是為了確保項(xiàng)目達(dá)到客戶所規(guī)定的質(zhì)量要求所實(shí)施的一系列管理過(guò)程。它包括規(guī)劃質(zhì)量管理、管理質(zhì)量和控制質(zhì)量。（6）項(xiàng)目資源管理：是為了保證所有項(xiàng)目關(guān)系人的能力和積極性都得到最有效地發(fā)揮和利用所做的一系列管理措施。它包括規(guī)劃資源管理、估算活動(dòng)資源、獲取資源、建設(shè)團(tuán)隊(duì)、管理團(tuán)隊(duì)和控制資源。（7）項(xiàng)目溝通管理：是為了確保項(xiàng)目信息的合理收集和傳輸所需要實(shí)施的一系列措施。它包括規(guī)劃溝通管理、管理溝通和監(jiān)督溝通。3.1.2項(xiàng)目管理694．項(xiàng)目管理的知識(shí)領(lǐng)域（8）項(xiàng)目風(fēng)險(xiǎn)管理：涉及項(xiàng)目可能遇到各種不確定因素。它包括規(guī)劃風(fēng)險(xiǎn)管理、識(shí)別風(fēng)險(xiǎn)、實(shí)施定性風(fēng)險(xiǎn)分析、實(shí)施定量風(fēng)險(xiǎn)分析、規(guī)劃風(fēng)險(xiǎn)應(yīng)對(duì)、實(shí)施風(fēng)險(xiǎn)應(yīng)對(duì)和監(jiān)督風(fēng)險(xiǎn)。（9）項(xiàng)目采購(gòu)管理：是為了從項(xiàng)目實(shí)施組織之外獲得所需資源或服務(wù)所采取的一系列管理措施。它包括規(guī)劃采購(gòu)管理、實(shí)施采購(gòu)和控制采購(gòu)。（10）項(xiàng)目相關(guān)方管理：每個(gè)項(xiàng)目都有相關(guān)方，他們會(huì)受項(xiàng)目的積極或消極影響，或者能對(duì)項(xiàng)目施加積極或消極的影響。它包括識(shí)別相關(guān)方、規(guī)劃相關(guān)方參與、管理相關(guān)方參與和監(jiān)督相關(guān)方參與。3.1.2項(xiàng)目管理70

3.2電子商務(wù)系統(tǒng)開(kāi)發(fā)項(xiàng)目過(guò)程管理3.2.1項(xiàng)目過(guò)程管理的主要方法3.2.2項(xiàng)目進(jìn)度計(jì)劃3.2.3項(xiàng)目進(jìn)度控制與優(yōu)化3.2.4項(xiàng)目資源計(jì)劃與均衡711．甘特圖（GANT）GANT是查看項(xiàng)目進(jìn)程最常用的工具圖，也叫線條圖或橫道圖，由二維坐標(biāo)構(gòu)成，其橫坐標(biāo)表示時(shí)間，縱坐標(biāo)表示任務(wù)。將各項(xiàng)任務(wù)分解，每項(xiàng)任務(wù)用一條橫線表示，其長(zhǎng)度表示完成該任務(wù)所需的時(shí)間，起點(diǎn)和終點(diǎn)分別表示任務(wù)的開(kāi)始時(shí)間和結(jié)束時(shí)間。2．計(jì)劃評(píng)審技術(shù)（PERT）PERT是以網(wǎng)絡(luò)圖為基礎(chǔ)的計(jì)劃模型，其最基本的優(yōu)點(diǎn)就是能直觀地反映工作項(xiàng)目之間的相互關(guān)系，為實(shí)現(xiàn)計(jì)劃的定量分析奠定基礎(chǔ)。運(yùn)用最優(yōu)化原理，去揭示整個(gè)計(jì)劃的關(guān)鍵工作，以及巧妙地安排計(jì)劃中的各項(xiàng)工作，從而使計(jì)劃管理人員依照?qǐng)?zhí)行的情況，有科學(xué)根據(jù)地對(duì)未來(lái)做出預(yù)測(cè)，使計(jì)劃自始自終在人們的監(jiān)督和控制之中，達(dá)到以最短的工期、最少的資源、最好的流程、最低的成本來(lái)完成所控制的項(xiàng)目。3.2.1項(xiàng)目過(guò)程管理的主要方法723．關(guān)鍵路徑法（CPM）如果一個(gè)任務(wù)的最早和最遲時(shí)間相同，則表示其為關(guān)鍵任務(wù)，一系列不同任務(wù)鏈條上的關(guān)鍵任務(wù)鏈接成為項(xiàng)目的關(guān)鍵路徑。關(guān)鍵路徑是整個(gè)項(xiàng)目的主要矛盾，是確保項(xiàng)目能否按時(shí)完成的關(guān)鍵。CPM的主要內(nèi)容包括項(xiàng)目目標(biāo)確定與時(shí)間、成本、資源的綜合權(quán)衡；工作分解結(jié)構(gòu)建立；工期估算影響因素；正向計(jì)算；反向計(jì)算；時(shí)差計(jì)算等。3.2.1項(xiàng)目過(guò)程管理的主要方法734．工作分解結(jié)構(gòu)（WBS）WBS是為了管理和控制的目的而將項(xiàng)目分解的技術(shù)。它是按層次把項(xiàng)目分解成子項(xiàng)目，子項(xiàng)目再分解成更小的、更易管理的工作單元（或稱工作包），直至具體的活動(dòng)（或稱工序）的方法。WBS應(yīng)該描述可交付成果和工作內(nèi)容，在技術(shù)上的完成程度應(yīng)該能夠被驗(yàn)證和測(cè)量，同時(shí)也要為項(xiàng)目的整體計(jì)劃和控制提供一個(gè)完整的框架。對(duì)信息系統(tǒng)而言，WBS設(shè)計(jì)有三個(gè)基本要素：結(jié)構(gòu)設(shè)計(jì)、代碼設(shè)計(jì)和報(bào)告設(shè)計(jì)。3.2.1項(xiàng)目過(guò)程管理的主要方法745．進(jìn)度控制進(jìn)度控制主要監(jiān)督進(jìn)度的執(zhí)行狀況，及時(shí)發(fā)現(xiàn)和糾正偏差、錯(cuò)誤。在進(jìn)度控制中要考慮影響項(xiàng)目進(jìn)度變化的因素、項(xiàng)目進(jìn)度變更對(duì)其他部分的影響因素、項(xiàng)目進(jìn)度表變更時(shí)應(yīng)采取的實(shí)際措施等。進(jìn)度控制就是比較實(shí)際狀態(tài)和計(jì)劃之間的差異，并做出必要的調(diào)整使項(xiàng)目朝有利的方向發(fā)展。進(jìn)度控制可以分成四個(gè)步驟，即計(jì)劃（plan）、執(zhí)行（do）、檢查（check）和行動(dòng)（action），統(tǒng)稱PDCA。3.2.1項(xiàng)目過(guò)程管理的主要方法75項(xiàng)目的進(jìn)度管理、費(fèi)用管理、質(zhì)量管理及其相互間的有機(jī)關(guān)系構(gòu)成了項(xiàng)目的三坐標(biāo)管理體系。項(xiàng)目的進(jìn)度管理是項(xiàng)目能否按期完成的基本保證。項(xiàng)目的進(jìn)度管理可分為項(xiàng)目進(jìn)度計(jì)劃和項(xiàng)目進(jìn)度控制兩個(gè)環(huán)節(jié)，兩個(gè)環(huán)節(jié)相互依存，不可偏廢。項(xiàng)目進(jìn)度計(jì)劃的編制一般包括項(xiàng)目描述、項(xiàng)目分解、工作描述、工作責(zé)任分配表制定、確定工作先后關(guān)系、工作時(shí)間估計(jì)、繪制項(xiàng)目網(wǎng)絡(luò)圖和進(jìn)度安排。3.2.2項(xiàng)目進(jìn)度計(jì)劃761．項(xiàng)目進(jìn)度控制的原則（1）動(dòng)態(tài)控制。（2）系統(tǒng)全面。（3）封閉循環(huán)。（4）信息通暢。（5）彈性機(jī)制。（6）應(yīng)用網(wǎng)絡(luò)計(jì)劃技術(shù)。3.2.3項(xiàng)目進(jìn)度控制與優(yōu)化772．項(xiàng)目進(jìn)度的監(jiān)測(cè)在項(xiàng)目實(shí)施過(guò)程中，為了收集反映項(xiàng)目進(jìn)度實(shí)際狀況的信息，掌握項(xiàng)目進(jìn)展動(dòng)態(tài)，應(yīng)對(duì)項(xiàng)目進(jìn)展?fàn)顟B(tài)進(jìn)行觀測(cè)，這一過(guò)程稱為項(xiàng)目進(jìn)度動(dòng)態(tài)監(jiān)測(cè)。對(duì)于項(xiàng)目進(jìn)展?fàn)顟B(tài)的觀測(cè)，通常采用日常監(jiān)測(cè)和定期監(jiān)測(cè)的方法，并將監(jiān)測(cè)的結(jié)果用項(xiàng)目進(jìn)展報(bào)告的形式加以描述。3.2.3項(xiàng)目進(jìn)度控制與優(yōu)化783．項(xiàng)目進(jìn)度控制的實(shí)施項(xiàng)目進(jìn)度控制的核心是項(xiàng)目進(jìn)度更新。項(xiàng)目進(jìn)度更新主要包括兩方面工作，即分析進(jìn)度偏差的影響和進(jìn)行項(xiàng)目進(jìn)度計(jì)劃的調(diào)整。項(xiàng)目進(jìn)度計(jì)劃的調(diào)整一般有以下幾種方法。①關(guān)鍵工作的調(diào)整。②改變某些工作的邏輯關(guān)系。③重新編制計(jì)劃。④非關(guān)鍵工作的調(diào)整。⑤增減工作。⑥資源調(diào)整。3.2.3項(xiàng)目進(jìn)度控制與優(yōu)化794．項(xiàng)目進(jìn)度優(yōu)化方法1）時(shí)間—成本平衡法縮短工期的單位時(shí)間和成本=（應(yīng)急成本-正常成本）/（正常時(shí)間-應(yīng)急時(shí)間）。假設(shè)前提：每項(xiàng)工作都有正常和應(yīng)急的時(shí)間和成本；可以通過(guò)增加資源來(lái)加速工作進(jìn)程；時(shí)間和成本之間的關(guān)系是線性的。2）時(shí)間優(yōu)化法時(shí)間優(yōu)化法是利用非關(guān)鍵工作的時(shí)差（即機(jī)動(dòng)時(shí)間），進(jìn)行合理資源調(diào)配，增加關(guān)鍵工作的資源投入，提高工作效率，縮短工期。時(shí)間優(yōu)化法基于網(wǎng)絡(luò)計(jì)劃計(jì)算工期，通過(guò)不斷壓縮關(guān)鍵線路上的關(guān)鍵工作的持續(xù)時(shí)間，實(shí)現(xiàn)縮短工期、滿足要求工期的目的?？s短工期的方法主要有強(qiáng)制縮短法、調(diào)整工作關(guān)系、利用時(shí)差縮短工期。3.2.3項(xiàng)目進(jìn)度控制與優(yōu)化802．資源計(jì)劃方法與工具方法（1）專家判斷法。（2）選擇確認(rèn)法。（3）數(shù)學(xué)模型法。工具（1）資源矩陣。（2）資源數(shù)據(jù)表。（3）資源甘特圖。（4）人力資源負(fù)荷圖。3.2.4項(xiàng)目資源計(jì)劃與均衡813．資源均衡與優(yōu)化資源均衡的一般步驟是首先以最早開(kāi)始進(jìn)度計(jì)劃和非關(guān)鍵工作為依據(jù)，從具有最大自由時(shí)差的工作開(kāi)始，逐步推遲某個(gè)工作的開(kāi)始時(shí)間，分別計(jì)算資源需求量的分布狀況，選擇資源變動(dòng)量最小的進(jìn)度計(jì)劃作為資源均衡結(jié)果。許多項(xiàng)目都存在資源不足或工期被要求提前結(jié)束，此時(shí)都會(huì)發(fā)生資源的需求超過(guò)可以實(shí)際利用的情況，這就是資源約束。在資源約束的條件下，如何按照計(jì)劃完成項(xiàng)目目標(biāo)，這也需要資源均衡和優(yōu)化。3.2.4項(xiàng)目資源計(jì)劃與均衡82

3.3電子商務(wù)系統(tǒng)開(kāi)發(fā)項(xiàng)目費(fèi)用和風(fēng)險(xiǎn)管理3.3.1項(xiàng)目費(fèi)用管理3.3.2項(xiàng)目風(fēng)險(xiǎn)管理83項(xiàng)目的資源約束，決定了要完成項(xiàng)目的可交付成果，在項(xiàng)目執(zhí)行過(guò)程中必須對(duì)資源消耗（即費(fèi)用）進(jìn)行嚴(yán)格管理，也就是在費(fèi)用估算的基礎(chǔ)上進(jìn)行項(xiàng)目費(fèi)用的計(jì)劃和控制。項(xiàng)目費(fèi)用管理的內(nèi)容包括項(xiàng)目費(fèi)用估算、項(xiàng)目的費(fèi)用計(jì)劃和項(xiàng)目費(fèi)用控制。3.3.1項(xiàng)目費(fèi)用管理84項(xiàng)目風(fēng)險(xiǎn)管理是對(duì)項(xiàng)目風(fēng)險(xiǎn)進(jìn)行規(guī)劃、識(shí)別、分析和應(yīng)對(duì)的系統(tǒng)的過(guò)程。項(xiàng)目風(fēng)險(xiǎn)管理有四個(gè)方面的含義：一是項(xiàng)目全過(guò)程的風(fēng)險(xiǎn)管理，從項(xiàng)目的立項(xiàng)到項(xiàng)目的結(jié)束，都必須進(jìn)行風(fēng)險(xiǎn)的研究與預(yù)測(cè)、過(guò)程控制及風(fēng)險(xiǎn)評(píng)價(jià)，實(shí)行全過(guò)程的有效控制，以及積累經(jīng)驗(yàn)和教訓(xùn)；二是對(duì)全部各種類型風(fēng)險(xiǎn)的管理；三是全方位的管理；四是全面的組織措施。項(xiàng)目風(fēng)險(xiǎn)管理的過(guò)程可分為風(fēng)險(xiǎn)規(guī)劃、風(fēng)險(xiǎn)識(shí)別、風(fēng)險(xiǎn)分析、風(fēng)險(xiǎn)應(yīng)對(duì)和風(fēng)險(xiǎn)監(jiān)控五個(gè)過(guò)程。3.3.2項(xiàng)目風(fēng)險(xiǎn)管理85

3.4電子商務(wù)系統(tǒng)開(kāi)發(fā)項(xiàng)目人力資源管理3.4.1開(kāi)發(fā)人員的組織3.4.2開(kāi)發(fā)人員的計(jì)劃與管理86有效的軟件項(xiàng)目團(tuán)隊(duì)由擔(dān)當(dāng)各種角色的人員所組成。每位成員扮演一個(gè)或多個(gè)角色。例如，可能一個(gè)人專門負(fù)責(zé)項(xiàng)目管理，而另一些人則積極參與系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)。常見(jiàn)的一些項(xiàng)目角色包括分析師、策劃師、數(shù)據(jù)庫(kù)管理員、設(shè)計(jì)師、操作/支持工程師、程序員、項(xiàng)目經(jīng)理、項(xiàng)目贊助者、質(zhì)量保證工程師、需求分析師、主題專家（用戶）、測(cè)試人員。項(xiàng)目團(tuán)隊(duì)的組織可采用垂直方案、水平方案或者混合方案。以垂直方案組織的團(tuán)隊(duì)由多面手組成，每個(gè)成員都充當(dāng)多重角色；以水平方案組織的團(tuán)隊(duì)由專家組成，每個(gè)成員充當(dāng)一到兩個(gè)角色；以混合方案組織的團(tuán)隊(duì)既包括多面手，又包括專家。3.4.1開(kāi)發(fā)人員的組織87制訂電子商務(wù)系統(tǒng)項(xiàng)目的人力計(jì)劃，主要基于工作量和進(jìn)度預(yù)估。一般來(lái)講，工作量與項(xiàng)目總時(shí)間的比值就是理論上所需的人力數(shù)。1．人員—進(jìn)度權(quán)衡定律軟件開(kāi)發(fā)項(xiàng)目的工作量（E）與交付時(shí)間（td）的4次方成反比。2．Brooks定律向一個(gè)已經(jīng)拖延的項(xiàng)目追加開(kāi)發(fā)人員，可能使它完成得更晚。3．Rayleigh-Norden曲線4．人力資源計(jì)劃的平衡在制訂人力資源計(jì)劃時(shí)，就要在基本按照上述曲線配備人力的同時(shí)，盡量使某個(gè)階段的人力穩(wěn)定，并確保整個(gè)項(xiàng)目期人員的波動(dòng)不要太大，這一過(guò)程被稱為人力資源計(jì)劃的平衡。3.4.2開(kāi)發(fā)人員的計(jì)劃與管理88本章小結(jié)項(xiàng)目和項(xiàng)目管理的基本概念項(xiàng)目管理的內(nèi)容和現(xiàn)代項(xiàng)目管理的內(nèi)涵項(xiàng)目過(guò)程管理，包括項(xiàng)目過(guò)程管理的主要方法、項(xiàng)目進(jìn)度計(jì)劃與工具、項(xiàng)目進(jìn)度控制與優(yōu)化和項(xiàng)目資源計(jì)劃與均衡項(xiàng)目費(fèi)用計(jì)劃控制、風(fēng)險(xiǎn)管理和項(xiàng)目人力資源管理8990第4章統(tǒng)一建模語(yǔ)言UML4.1UML簡(jiǎn)介4.2用例圖4.3靜態(tài)模型圖4.4動(dòng)態(tài)模型圖4.5實(shí)現(xiàn)圖4.6UML模型圖的關(guān)系與擴(kuò)展91

4.1UML簡(jiǎn)介4.1.1UML的發(fā)展歷程4.1.2UML的定義和內(nèi)容4.1.3UML建模過(guò)程4.1.4UML建模工具924.1.1UML的發(fā)展歷程93其他方法BoochOMTOOSEUnifiedMethod0.8UML0.9UML1.0UML1.1UML1.2UML1.3UML1.4UML1.5UML2.01995年10月1996年6月1997年1月1997年10月1999年7月2000年2月2001年9月2003年3月2005年7月UML2.12007年8月UML2.22009年3月UML2.32010年5月UML2.42011年3月UML2.52015年6月UML2.5.12017年12月1．UML的定義1）UML語(yǔ)義描述基于UML的精確元模型定義。2）UML表示法定義UML符號(hào)的表示法，為開(kāi)發(fā)者或開(kāi)發(fā)工具使用這些圖形符號(hào)和文本語(yǔ)法為系統(tǒng)建模提供了標(biāo)準(zhǔn)。4.1.2UML的定義和內(nèi)容942．UML的內(nèi)容（1）用例圖，從用戶角度描述系統(tǒng)功能，并指出各功能的操作者。（2）靜態(tài)圖，包括類圖、對(duì)象圖和包圖。（3）行為圖，描述系統(tǒng)的動(dòng)態(tài)模型和組成對(duì)象間的交互關(guān)系，包括狀態(tài)圖和活動(dòng)圖。（4）交互圖，描述對(duì)象間的交互關(guān)系，包括順序圖和協(xié)作圖。（5）實(shí)現(xiàn)圖，包括組件圖和部署圖。4.1.2UML的定義和內(nèi)容951．建模步驟（1）第1步描述需求。（2）第2步根據(jù)需求建立系統(tǒng)的靜態(tài)結(jié)構(gòu)。（3）第3步描述系統(tǒng)的行為。2．建模機(jī)制4.1.3UML建模過(guò)程961．RationalRoseRationalRose并不是單純的繪圖工具，而是專門支持UML的建模工具，有很強(qiáng)的校驗(yàn)功能，能檢查出模型中的許多邏輯錯(cuò)誤，還支持多種語(yǔ)言的雙向工程2．MicrosoftVisioMicrosoftVisio是微軟公司生產(chǎn)的一款功能強(qiáng)大的圖形設(shè)計(jì)軟件，專門用于繪制數(shù)據(jù)庫(kù)設(shè)計(jì)圖、流程示意圖、系統(tǒng)結(jié)構(gòu)圖等。3．MagicDrawUMLMagicDrawUML是跨平臺(tái)的商業(yè)UML工具。4.1.4UML建模工具97

4.2用例圖4.2.1用例圖概述4.2.2構(gòu)成元素4.2.3用例之間的關(guān)系4.2.4用例描述98用例圖（UseCaseDiagram）也稱為用戶模型圖，是由軟件需求分析到最終實(shí)現(xiàn)的第1步，它從用戶的角度來(lái)描述系統(tǒng)功能，描述人們希望如何使用一個(gè)系統(tǒng)。用例圖的作用主要有以下幾點(diǎn)：①獲取需求；②指導(dǎo)測(cè)試；③對(duì)整個(gè)過(guò)程中的其他工作流起指導(dǎo)作用。4.2.1用例圖概述991．參與者參與者是指與系統(tǒng)進(jìn)行交互的人、部門或其他系統(tǒng)。在UML中，參與者用人形圖標(biāo)表示，將名字寫在圖標(biāo)下面。2．用例用例代表系統(tǒng)的某項(xiàng)完整的功能，是動(dòng)作步驟的集合。系統(tǒng)的功能是通過(guò)參與者使用用例來(lái)實(shí)現(xiàn)的。在UML中，用例使用一個(gè)橢圓來(lái)表示，用例的名稱寫在橢圓的下方。4.2.2構(gòu)成元素1003．關(guān)系用例圖中的關(guān)系主要包括用例和參與者之間、參與者之間和用例之間的關(guān)系。用例和參與者之間的關(guān)系即關(guān)聯(lián)關(guān)系參與者之間的關(guān)系只有一種泛化關(guān)系用例之間有包含、擴(kuò)展和泛化3種關(guān)系（1）泛化關(guān)系：一種從子用例到父用例的關(guān)系，明確指出了子用例怎樣才能實(shí)例化父用例的所有行為和特征。（2）擴(kuò)展關(guān)系：指一個(gè)用例的行為可能是由另一個(gè)用例進(jìn)行擴(kuò)展的。（3）包含關(guān)系：指一個(gè)用例包括另一個(gè)用例中定義的行為。4.2.2構(gòu)成元素1014．系統(tǒng)在UML中，系統(tǒng)可以用矩形框來(lái)表示，通常也可以將矩形框省略。比較好的做法是確定系統(tǒng)的基本功能，并且集中精力定義一個(gè)穩(wěn)定和明確的系統(tǒng)結(jié)構(gòu)，以便在系統(tǒng)將來(lái)的新版本中可以添加更多的功能。在實(shí)際建模時(shí)，可以先定義一些一般用例，以后再詳細(xì)地處理它們。4.2.2構(gòu)成元素1021．泛化關(guān)系用例與用例之間也存在著泛化關(guān)系，通常用于表示同一業(yè)務(wù)目的（父用例）的不同技術(shù)實(shí)現(xiàn)（各個(gè)子用例）。在UML中，用例泛化與參與者泛化關(guān)系的表示法相同，用一個(gè)空心三角箭頭從子用例指向父用例。4.2.3用例之間的關(guān)系1032．包含關(guān)系一個(gè)用例可以包含其他用例具有的行為，并把它所包含的用例行為作為自身行為的一部分，這樣的關(guān)系稱作包含關(guān)系。在UML中，包含關(guān)系表示為虛線箭頭加上構(gòu)造型<<include>>。箭頭指向被包含的用例。4.2.3用例之間的關(guān)系1043．?dāng)U展關(guān)系如果在完成某個(gè)功能的時(shí)候偶爾會(huì)執(zhí)行另一個(gè)功能，則用擴(kuò)展關(guān)系來(lái)表示。在UML中，擴(kuò)展關(guān)系表示為虛線箭頭加構(gòu)造型<<extent>>，箭頭指向被擴(kuò)展的用例。4.2.3用例之間的關(guān)系1054．用例之間的關(guān)系比較4.2.3用例之間的關(guān)系106特

性泛

化擴(kuò)

展包

含基行為父用例基用例基用例附加行為子用例擴(kuò)展用例包含用例引用方向子用例引用父用例擴(kuò)展用例引用基用例基用例引用包含用例基行為是否被附加行為所修改父用例的執(zhí)行效果不受子用例的影響。要得到附加行為的效果，子用例而不是父用例，必須實(shí)例化擴(kuò)展用例隱式地修改用例的行為，除非基用例沒(méi)有擴(kuò)展。擴(kuò)展用例一旦存在，基用例的實(shí)例將會(huì)執(zhí)行擴(kuò)展用例包含用例顯式地修改用例的行為，基用例可以有或沒(méi)有包含用例，但基用例的實(shí)例執(zhí)行包含用例附加行為是否實(shí)例化子用例無(wú)須是可執(zhí)行的，可以是抽象的擴(kuò)展用例無(wú)須是可實(shí)例化的，可以是框架包含用例無(wú)須是可實(shí)例化的，可以是框架附加行為是否訪問(wèn)基行為子用例可以訪問(wèn)并修改基用例的狀態(tài)（通過(guò)繼承機(jī)制）擴(kuò)展用例可以訪問(wèn)并修改基用例的狀態(tài)包含用例可以訪問(wèn)基用例的狀態(tài)，基用例必須為包含用例提供相應(yīng)的屬性基行為是否看到增加的行為父用例不能看到子用例，在沒(méi)有子用例時(shí)，必須是結(jié)構(gòu)完整的基用例不能看到擴(kuò)展用例，在沒(méi)有擴(kuò)展用例時(shí)必須是結(jié)構(gòu)完整的基用例可以看到包含用例，可以依賴于它的結(jié)果，但是不能訪問(wèn)它的屬性重復(fù)只控制自己的執(zhí)行取決于條件只重復(fù)一次用例圖不足以表達(dá)更多的細(xì)節(jié)，對(duì)于系統(tǒng)中的每個(gè)用例，還需要了解詳細(xì)的執(zhí)行情況，以便完整地理解創(chuàng)建系統(tǒng)時(shí)的設(shè)計(jì)任務(wù)。下面列出了用例描述的組成部分。（1）名稱：表明用戶的意圖或用例的用途，如“維護(hù)訂單”。（2）標(biāo)識(shí)符：用例的唯一標(biāo)識(shí)符，在其他模型中可用它來(lái)引用此用例。該項(xiàng)為可選項(xiàng)。（3）說(shuō)明：描述用例的概述性的語(yǔ)句。（4）參與者：與此用例相關(guān)的參與者列表。盡管這則信息包含在用例本身中，但在沒(méi)有用例圖時(shí)，它有助于增加對(duì)該用例的理解。該項(xiàng)為可選項(xiàng)。（5）狀態(tài)：指用例的狀態(tài)。通常包括進(jìn)行中、等待審查、通過(guò)審查、未通過(guò)審查幾種。該項(xiàng)為可選項(xiàng)。（6）前置條件：在訪問(wèn)用例之前需要滿足的條件列表。（7）后置條件：在用例成功完成之后需要滿足的條件列表。（8）被擴(kuò)展的用例：此用例所擴(kuò)展的用例。該項(xiàng)為可選項(xiàng)。（9）被包含的用例：此用例所包含的用例。該項(xiàng)為可選項(xiàng)。（10）基本操作流程：參與者在用例中所遵循的主邏輯路徑。（11）可選操作流程：用例中很少使用的邏輯路徑，那些在變更工作方式、出現(xiàn)異常或發(fā)生錯(cuò)誤的情況下所遵循的路徑。（12）修改歷史記錄：用例的修改時(shí)間、修改原因和修改人的詳細(xì)信息等。該項(xiàng)為可選項(xiàng)4.2.4用例描述107

4.3靜態(tài)模型圖4.3.1類圖4.3.2對(duì)象圖4.3.3包圖1081．概述類圖（ClassDiagram）是面向?qū)ο笙到y(tǒng)建模中最常用的圖，是定義其他圖的基礎(chǔ)，在類圖的基礎(chǔ)上可以使用狀態(tài)圖、協(xié)作圖、組件圖和部署圖等進(jìn)一步描述系統(tǒng)其他方面的特性。類圖主要是用來(lái)顯示系統(tǒng)中的類、接口，以及它們之間的靜態(tài)結(jié)構(gòu)和關(guān)系的一種靜態(tài)模型。通常，類圖包含的主要元素有類、接口和關(guān)系。其中，關(guān)系有依賴關(guān)系、泛化關(guān)系、關(guān)聯(lián)關(guān)系和實(shí)現(xiàn)關(guān)系。4.3.1類圖1092．類1）類的表示法類是類圖的主要構(gòu)成要素，由3部分組成，即類名、屬性及操作。在UML中，類用矩形來(lái)表示。頂部存放類的名稱中部存放類的屬性、屬性的類型及值底部存放類的操作、操作的參數(shù)和返回類型4.3.1類圖1104.3.1類圖1112）類名類名的首字母需要大寫，如果類名由多個(gè)單詞組成，則將這些單詞合并，并且每個(gè)單詞首字母大寫。使用標(biāo)準(zhǔn)術(shù)語(yǔ)。使用具有確切含義的名詞。必要時(shí)用名詞短語(yǔ)作名字。4.3.1類圖1123）屬性類的屬性用于描述對(duì)象的特征，是類的一個(gè)組成部分。類可以有任意數(shù)目的屬性，也可以沒(méi)有屬性。屬性可以具有不同的可見(jiàn)性。可見(jiàn)性表示屬性是否對(duì)其他類可見(jiàn)，以及是否可以被其他類引用。（1）如果類的某個(gè)屬性是公有的，那么可以在該類的外部使用和查看該屬性，用一個(gè)加號(hào)（+）表示。（2）如果類的某個(gè)屬性是私有的，那么不可以從其他類訪問(wèn)該屬性，用一個(gè)減號(hào)（-）表示。（3）如果類的某個(gè)屬性是受保護(hù)的，那么這個(gè)屬性是該類私有的，但通過(guò)泛化關(guān)系可以使得該類的子類訪問(wèn)該屬性，用一個(gè)井號(hào)（#）表示。4.3.1類圖1134）操作操作用于操縱屬性或執(zhí)行其他動(dòng)作。通常把操作稱為函數(shù)，但操作只適用于該類的對(duì)象。操作由操作名稱、返回類型和參數(shù)組成。其中返回類型、名稱和參數(shù)一起被稱為操作簽名。操作簽名描述使用操作時(shí)所必需的所有信息。類中的操作描述該類能夠做什么，即該類提供哪些服務(wù)。因此可以把類的操作看作類的接口。與屬性相同，類的操作也有可見(jiàn)性和范圍。3．接口1）接口的表示法接口是在沒(méi)有給出對(duì)象的實(shí)現(xiàn)和狀態(tài)的情況下對(duì)對(duì)象行為的描述。接口包含操作而不包含屬性，沒(méi)有對(duì)外界可見(jiàn)的關(guān)聯(lián)。一個(gè)類可以實(shí)現(xiàn)一個(gè)或多個(gè)接口，并且所有的類都可以實(shí)現(xiàn)接口中的操作。接口的棒糖式表示法：在UML中，接口是用一個(gè)帶有名稱的圓圈表示的，并且通過(guò)一條實(shí)線與它的模型元素相連。接口的類圖表示法：有時(shí)接口也使用普通類的矩形符號(hào)表示。4.3.1類圖1143．接口2）接口的實(shí)現(xiàn)當(dāng)一個(gè)接口在某個(gè)特定的類中實(shí)現(xiàn)時(shí)，使用該接口的類通過(guò)一個(gè)依賴關(guān)系（一條帶箭頭的虛線）與該接口的圓圈相連。依賴類僅依賴于指定接口中的操作，而不依賴于接口實(shí)現(xiàn)類的其他部分。如果依賴于這個(gè)類，那么依賴關(guān)系的箭頭應(yīng)該指向表示該類的類符號(hào)。4.3.1類圖1154．關(guān)系類之間常見(jiàn)的關(guān)系有泛化關(guān)系、實(shí)現(xiàn)關(guān)系、依賴關(guān)系和關(guān)聯(lián)關(guān)系。此外，還有一種特殊的關(guān)系，聚集關(guān)系。1）泛化關(guān)系在UML中，泛化關(guān)系是一種存在于一般類別和特殊類別之間的分類關(guān)系。泛化關(guān)系是“isakindof”關(guān)系。在UML中，泛化關(guān)系是用來(lái)表示類與類、接口與接口之間的繼承關(guān)系。關(guān)系中的實(shí)線空心封閉箭頭由子類指向父類。4.3.1類圖1164．關(guān)系2）實(shí)現(xiàn)關(guān)系實(shí)現(xiàn)關(guān)系指定兩個(gè)實(shí)體之間的一個(gè)合同。即一個(gè)實(shí)體定義一個(gè)合同，而另一個(gè)實(shí)體保證履行該合同。關(guān)系中的箭頭由實(shí)現(xiàn)接口的類指向被實(shí)現(xiàn)的接口。3）依賴關(guān)系依賴關(guān)系表示一個(gè)模型元素（客戶方）需要另一個(gè)模型元素（供應(yīng)方）來(lái)達(dá)到某種目的，供應(yīng)方的修改會(huì)影響客戶方的執(zhí)行結(jié)果。依賴關(guān)系暗示著一個(gè)客戶方如果沒(méi)有供應(yīng)方的支持是不完整的。在UML中，依賴關(guān)系用一個(gè)從使用者指向提供者的虛箭頭表示，用一個(gè)構(gòu)造類型來(lái)區(qū)分它的種類。4.3.1類圖1174．關(guān)系4）關(guān)聯(lián)關(guān)系（1）表示關(guān)聯(lián)關(guān)系是一種結(jié)構(gòu)關(guān)系，指明一個(gè)事物的對(duì)象與另一個(gè)事物的對(duì)象之間的聯(lián)系。關(guān)聯(lián)關(guān)系反映了對(duì)象之間相互依賴、相互作用的關(guān)系。關(guān)聯(lián)的可視化表示方法是用一條線連接兩個(gè)類，并把關(guān)聯(lián)名字，如Playson放到連接線上，關(guān)聯(lián)的方向用箭頭來(lái)指明。當(dāng)一個(gè)類和另一個(gè)類發(fā)生關(guān)聯(lián)關(guān)系時(shí)，每個(gè)類通常在關(guān)聯(lián)中都扮演著某種角色，可以在圖中標(biāo)明每個(gè)類的角色。4.3.1類圖1184．關(guān)系4）關(guān)聯(lián)關(guān)系（2）表示有時(shí)兩個(gè)類之間的關(guān)聯(lián)后有一個(gè)規(guī)則，可以通過(guò)在關(guān)聯(lián)線附近加注一個(gè)約束來(lái)說(shuō)明。在UML圖中，可以通過(guò)在顧客類附近加上一個(gè)用花括號(hào)括起來(lái)的“ordered（有序）”說(shuō)明這個(gè)規(guī)則，即指明約束。4.3.1類圖1194．關(guān)系4）關(guān)聯(lián)關(guān)系（3）關(guān)聯(lián)類關(guān)聯(lián)也可以有自己的屬性和操作，此時(shí)這些關(guān)聯(lián)實(shí)際上是個(gè)關(guān)聯(lián)類。關(guān)聯(lián)類的表示方法與一般類相同，但要用一條虛線把關(guān)聯(lián)類和對(duì)應(yīng)的關(guān)聯(lián)連接起來(lái)。關(guān)聯(lián)也可以與其他類關(guān)聯(lián)。4.3.1類圖1204．關(guān)系4）關(guān)聯(lián)關(guān)系（4）多重性多重性就是某個(gè)類有多個(gè)對(duì)象可以和另一個(gè)類的單個(gè)對(duì)象關(guān)聯(lián)。UML中表示多重性的方法是在關(guān)聯(lián)線上注明多重性的數(shù)值。在實(shí)際建模的過(guò)程中，可能存在著各種可能的多重性，多重性的表示方法及含義如下表。4.3.1類圖121表示法含

義表示法含

義00個(gè)對(duì)象0..*0或多個(gè)對(duì)象11個(gè)對(duì)象1..*1到多個(gè)對(duì)象0..10或1個(gè)對(duì)象8..*8到多個(gè)對(duì)象2..82～8個(gè)對(duì)象*0或多個(gè)對(duì)象4．關(guān)系5）聚集關(guān)系聚集關(guān)系表示一個(gè)類是由幾部分類組成的。部分類和由它們組成的類之間是一種整體與部分的關(guān)系。聚集中的每個(gè)部分體都可以成為其他聚集的部分體，這種聚集關(guān)系稱為共享聚集。共享聚集用空心菱形箭頭的連線表示，箭頭指向整體。聚集可以有名稱，也可以標(biāo)注多重?cái)?shù)。組合聚集是一種強(qiáng)類型的聚集，強(qiáng)調(diào)每個(gè)部分只能屬于一個(gè)整體。在UML中，組合聚集用實(shí)心菱形箭頭表示。4.3.1類圖1221．概念對(duì)象圖（ObjectDiagram）描述的是參與交互的各個(gè)對(duì)象在交互過(guò)程中某一時(shí)刻的狀態(tài)。對(duì)象圖可以被看作類圖在某一時(shí)刻的實(shí)例。在UML中，對(duì)象圖使用的是與類圖相似的符號(hào)和關(guān)系。對(duì)象名首字母小寫，后面跟一個(gè)冒號(hào)，冒號(hào)后面是該對(duì)象所屬的類名，并且整個(gè)名字要帶下劃線。4.3.2對(duì)象圖1232．鏈鏈?zhǔn)翘囟▽?duì)象之間的關(guān)聯(lián)，是關(guān)聯(lián)的實(shí)例。鏈用對(duì)象之間的連線來(lái)表示。鏈的名字也要加下劃線。4.3.2對(duì)象圖1243．類圖與對(duì)象圖的區(qū)別（1）類圖：類具有3個(gè)分欄（類名、屬性及操作）；在類的類名分欄中只有類名；類的屬性分欄定義了所有屬性的特征；類中列出了操作；類使用關(guān)聯(lián)連接，關(guān)聯(lián)使用名稱、角色、多重性及約束等特征定義。（2）對(duì)象圖：對(duì)象只有兩個(gè)分欄（名稱及屬性）；對(duì)象的名稱形式為“對(duì)象名：類名”；匿名對(duì)象的名稱形式為“：類名”；對(duì)象只定義了屬性的當(dāng)前值；對(duì)象圖中不包含操作；對(duì)象使用鏈連接，鏈擁有名稱和角色，但是沒(méi)有多重性。4.3.2對(duì)象圖1251．概述包圖是維護(hù)和控制系統(tǒng)總體結(jié)構(gòu)的重要建模工具。包圖由包和包之間的關(guān)系組成。包的圖標(biāo)如同一個(gè)帶標(biāo)簽的文件夾。4.3.3包圖1262．包在UML中，包用來(lái)對(duì)元素進(jìn)行分組，并為這些元素提供了命名空間。包所擁有的或引用的所有元素稱為包的內(nèi)容，包沒(méi)有實(shí)例。包可以擁有除類以外的其他元素，如接口、組件、用例和協(xié)作等，也可以包含其他包。當(dāng)一個(gè)模型元素被聲明在包中時(shí)，該元素就不能被其他包所擁有。如果包被刪除了，其中的元素也將不存在。引用包中的內(nèi)容，可以使用“包名：：元素名”的形式。如果要使用上圖中的Class1，則應(yīng)該寫成package：：Class1，這種形式稱為全限定名。與類中的屬性、操作的可見(jiàn)性一樣，包中的元素也具有可見(jiàn)性。包的可見(jiàn)性用來(lái)控制包外界的元素對(duì)包內(nèi)元素的可訪問(wèn)權(quán)限。4.3.3包圖1273．包之間的關(guān)系包之間的關(guān)系有3種，即泛化、依賴和細(xì)化。包的泛化和依賴關(guān)系可以參照類的依賴和泛化關(guān)系。細(xì)化關(guān)系與細(xì)節(jié)有關(guān)。只有當(dāng)一個(gè)包和另一個(gè)包包含相同元素，但帶有更多細(xì)節(jié)的時(shí)候，前者才是后者的細(xì)化。使用帶有箭頭的虛線和構(gòu)造型<<refine>>表示。4.3.3包圖128

4.4動(dòng)態(tài)模型圖4.4.1狀態(tài)圖4.4.2活動(dòng)圖4.4.3順序圖4.4.4協(xié)作圖4.4.5UML中的圖及相互關(guān)系129狀態(tài)圖是系統(tǒng)分析的一種常用工具，通過(guò)建立對(duì)象的生存周期模型來(lái)描述對(duì)象隨時(shí)間變化的動(dòng)態(tài)行為。1．狀態(tài)機(jī)狀態(tài)機(jī)是展示狀態(tài)與狀態(tài)轉(zhuǎn)換的圖。狀態(tài)機(jī)由狀態(tài)、轉(zhuǎn)換、事件、活動(dòng)和動(dòng)作五部分組成。（1）狀態(tài)表示一個(gè)模型在其生存周期內(nèi)的狀況，如滿足某些條件、執(zhí)行某些操作或等待某些事件。一個(gè)狀態(tài)的生存期是一個(gè)有限的時(shí)間段。（2）轉(zhuǎn)換表示兩個(gè)不同狀態(tài)之間的聯(lián)系，事件可以觸發(fā)狀態(tài)之間的轉(zhuǎn)換。（3）事件是某個(gè)時(shí)間產(chǎn)生的可以觸發(fā)狀態(tài)轉(zhuǎn)換，如信號(hào)、對(duì)象的創(chuàng)建和銷毀、超時(shí)和條件的改變等。（4）活動(dòng)是在狀態(tài)機(jī)中進(jìn)行的一個(gè)非原子的執(zhí)行，由一系列動(dòng)作組成。（5）動(dòng)作是一個(gè)可執(zhí)行的原子計(jì)算，導(dǎo)致?tīng)顟B(tài)的變更或返回值。4.4.1狀態(tài)圖1302．狀態(tài)圖的組成元素一個(gè)狀態(tài)圖表示一個(gè)狀態(tài)機(jī)，主要用于表現(xiàn)從一個(gè)狀態(tài)到另一個(gè)狀態(tài)的控制流。狀態(tài)圖不僅可以表現(xiàn)一個(gè)對(duì)象擁有的狀態(tài)，還可以說(shuō)明事件如何隨著時(shí)間的推移來(lái)影響這些狀態(tài)。狀態(tài)圖由表示狀態(tài)的節(jié)點(diǎn)和表示狀態(tài)之間轉(zhuǎn)換的帶箭頭的直線組成。4.4.1狀態(tài)圖1312．狀態(tài)圖的組成元素狀態(tài)圖由8個(gè)基本要素組成。（1）狀態(tài)：狀態(tài)用一個(gè)帶圓角的矩形表示。（2）轉(zhuǎn)換：轉(zhuǎn)換用帶箭頭的直線表示。（3）初始狀態(tài)：初始狀態(tài)用一個(gè)實(shí)心圓表示。（4）終止?fàn)顟B(tài)：終止?fàn)顟B(tài)用內(nèi)嵌一個(gè)實(shí)心圓的圓表示。（5）判定：判定用空心菱形表示。（6）簡(jiǎn)單狀態(tài)：簡(jiǎn)單狀態(tài)是指不包含其他狀態(tài)的狀態(tài)。（7）復(fù)合狀態(tài)：復(fù)合狀態(tài)是包含嵌套的子狀態(tài)的狀態(tài)。復(fù)合狀態(tài)有兩種類型，即順序子狀態(tài)和并發(fā)子狀態(tài)。4.4.1狀態(tài)圖1322．狀態(tài)圖的組成元素順序子狀態(tài)：在對(duì)象生命周期內(nèi)的任何時(shí)刻只能處于一個(gè)子狀態(tài)，多個(gè)子狀態(tài)之間是互斥的，不能同時(shí)存在。并發(fā)子狀態(tài)：兩個(gè)或多個(gè)子狀態(tài)之間可能是并發(fā)執(zhí)行的。4.4.1狀態(tài)圖1332．狀態(tài)圖的組成元素（8）歷史狀態(tài)：代表上次離開(kāi)復(fù)合狀態(tài)時(shí)的最后一個(gè)子狀態(tài)，它用一個(gè)包含字母“H”的小圓圈表示。每當(dāng)轉(zhuǎn)換到歷史狀態(tài)時(shí)，對(duì)象便恢復(fù)到上次離開(kāi)時(shí)的最后一個(gè)活動(dòng)子狀態(tài)。4.4.1狀態(tài)圖134活動(dòng)圖是描述系統(tǒng)流程的一種方法，能夠表現(xiàn)動(dòng)作是怎樣發(fā)生的、動(dòng)作要干什么（對(duì)象狀態(tài)的變化）、動(dòng)作是何時(shí)發(fā)生的（動(dòng)作的順序），以及動(dòng)作是在何處發(fā)生的（活動(dòng)分區(qū)）。1．活動(dòng)圖的作用（1）捕獲操作執(zhí)行時(shí)的動(dòng)作。（2）捕獲一個(gè)對(duì)象的內(nèi)部動(dòng)作。（3）顯示一組相關(guān)的動(dòng)作將如何執(zhí)行，以及它們?nèi)绾斡绊懼車膶?duì)象。（4）顯示一個(gè)用例的實(shí)例在動(dòng)作和對(duì)象狀態(tài)變化方面是如何執(zhí)行的。（5）顯示參與者、工作流等方面是如何運(yùn)轉(zhuǎn)的。4.4.2活動(dòng)圖1352．活動(dòng)圖的組成元素（1）動(dòng)作狀態(tài)動(dòng)作狀態(tài)是指執(zhí)行原子的、不可中斷的動(dòng)作，并在此動(dòng)作完成之后向另一個(gè)狀態(tài)轉(zhuǎn)換。在UML中，動(dòng)作狀態(tài)使用左右兩側(cè)為圓形邊線的矩形表示，動(dòng)作狀態(tài)所表示的動(dòng)作寫在圓形邊線矩形內(nèi)部。（2）動(dòng)作狀態(tài)在活動(dòng)圖中分支與合并用空心菱形表示。4.4.2活動(dòng)圖1362．活動(dòng)圖的組成元素（3）分叉與匯合分叉用來(lái)描述并發(fā)線程，每個(gè)分叉可以有一個(gè)輸入轉(zhuǎn)換和兩個(gè)或多個(gè)輸出轉(zhuǎn)換，每個(gè)轉(zhuǎn)換都可以是獨(dú)立的控制流。匯合代表兩個(gè)或多個(gè)并發(fā)控制流同步發(fā)生，當(dāng)所有的控制流都達(dá)到匯合點(diǎn)后，控制才能繼續(xù)往下進(jìn)行。每個(gè)匯合可以有兩個(gè)或多個(gè)輸入轉(zhuǎn)換和一個(gè)輸出轉(zhuǎn)換。4.4.2活動(dòng)圖1372．活動(dòng)圖的組成元素（4）泳道泳道將活動(dòng)圖中的活動(dòng)劃分為若干組，并將每一組指定給負(fù)責(zé)這組活動(dòng)的對(duì)象。泳道區(qū)分負(fù)責(zé)活動(dòng)的對(duì)象，明確地表示哪些活動(dòng)是由哪些對(duì)象進(jìn)行的。每個(gè)活動(dòng)只能明確地屬于一個(gè)泳道。在活動(dòng)圖中，泳道用垂直實(shí)線繪出，垂直線分隔的區(qū)域就是泳道。在活動(dòng)圖中，對(duì)象流用帶箭頭的虛線表示，對(duì)象用矩形表示，矩形內(nèi)是該對(duì)象的名稱，名稱下方的括號(hào)表明該對(duì)象此時(shí)的狀態(tài)。4.4.2活動(dòng)圖1383．活動(dòng)圖的創(chuàng)建步驟（1）識(shí)別要對(duì)工作流描述的類或?qū)ο?，目的是為重要的業(yè)務(wù)對(duì)象建立泳道。（2）確定工作流的初始狀態(tài)和終止?fàn)顟B(tài)，明確工作流的邊界。（3）對(duì)動(dòng)作狀態(tài)或活動(dòng)狀態(tài)建模。（4）對(duì)動(dòng)作流建模。（5）對(duì)對(duì)象流建模。（6）對(duì)建立的模型進(jìn)行精化和細(xì)化。4.4.2活動(dòng)圖139順序圖描述對(duì)象之間傳送消息的時(shí)間順序，表示用例中的行為順序。在UML圖中，順序圖表示為一個(gè)二維的關(guān)系圖。縱軸是時(shí)間軸，時(shí)間沿豎線向下延伸。橫軸代表在協(xié)作中各個(gè)獨(dú)立的對(duì)象。當(dāng)對(duì)象存在時(shí)，生命線用一條虛線表示，消息用從一個(gè)對(duì)象的生命線到另一個(gè)對(duì)象生命線的箭頭表示。箭頭以時(shí)間順序在圖中上下排列。4.4.3順序圖1401．順序圖的組成元素1）對(duì)象順序圖中對(duì)象使用矩形表示，并且對(duì)象名稱下有下畫線。將對(duì)象置于順序圖的頂部就說(shuō)明在交互開(kāi)始時(shí)對(duì)象就已經(jīng)存在了，如果對(duì)象的位置不在頂部，那么表示對(duì)象是在交互的過(guò)程中被創(chuàng)建的。2）生命線生命線是一條垂直的虛線，表示順序圖中的對(duì)象在一段時(shí)間內(nèi)的存在。每個(gè)對(duì)象底部中心的位置都帶有生命線。生命線是一個(gè)時(shí)間線，從順序圖的頂部一直延伸到底部，所用的時(shí)間取決于交互持續(xù)的時(shí)間。4.4.3順序圖1411．順序圖的組成元素3）消息消息是對(duì)象之間的通信。在UML中，消息使用箭頭來(lái)表示，消息箭頭所指的一方是接收方，箭頭的類型表示了消息的類型，消息的類型及圖標(biāo)如下表所示。4）激活和鈍化激活表示該對(duì)象被占用，已經(jīng)完成某個(gè)任務(wù)，用長(zhǎng)條矩形表示，矩形稱為激活條或控制期。鈍化指對(duì)象處于空閑狀態(tài)，等待消息，對(duì)象在完成自己的工作后被鈍化。4.4.3順序圖1422．對(duì)象的創(chuàng)建和銷毀在順序圖中，對(duì)象默認(rèn)位置是在圖的頂部，這說(shuō)明對(duì)象在交互開(kāi)始之前就已經(jīng)存在。如果對(duì)象是在交互過(guò)程中創(chuàng)建的，那么就應(yīng)該將對(duì)象放到圖的中間部分，也可以將消息箭頭直接連接到對(duì)象上。如果要撤銷一個(gè)對(duì)象，在其生命線終止點(diǎn)處放置“×”符號(hào)，該點(diǎn)表示該對(duì)象到此消亡。4.4.3順序圖1433．順序圖的用途順序圖可以用來(lái)描述場(chǎng)景，它的主要用途是表示用例中的行為順序。當(dāng)執(zhí)行一個(gè)用例時(shí)，順序圖中的每條消息對(duì)應(yīng)了一個(gè)對(duì)象的操作，或者對(duì)應(yīng)引起對(duì)象狀態(tài)轉(zhuǎn)換的一個(gè)觸發(fā)事件。在系統(tǒng)開(kāi)發(fā)的早期，順序圖可以應(yīng)用在高層場(chǎng)景的表達(dá)上；在后續(xù)階段則可以確切地表示對(duì)象間的消息傳遞過(guò)程。4.4.3順序圖144協(xié)作圖描述對(duì)象間的交互過(guò)程及對(duì)象間的關(guān)聯(lián)關(guān)系。協(xié)作圖包含3個(gè)元素：對(duì)象、鏈和消息。對(duì)象用矩形表示；鏈用連接兩個(gè)類角色的實(shí)線表示；協(xié)作圖中的消息添加了順序號(hào)，來(lái)說(shuō)明交互過(guò)程中消息的時(shí)間順序。4.4.4協(xié)作圖145順序圖和協(xié)作圖之間的相同點(diǎn)第一，兩種圖都規(guī)定了發(fā)送對(duì)象和接收對(duì)象。消息是接收對(duì)象的操作特征標(biāo)記，由發(fā)送對(duì)象觸發(fā)該操作。第二，兩種圖都支持所有的消息類型。第三，兩種圖都可以用來(lái)檢查模型之間的依賴性，判斷出依賴關(guān)系。順序圖和協(xié)作圖之間的不同點(diǎn)第一，順序圖強(qiáng)調(diào)對(duì)象之間傳送消息的時(shí)間順序，而協(xié)作圖主要強(qiáng)調(diào)對(duì)象間的交互過(guò)程及對(duì)象間的關(guān)聯(lián)關(guān)系。第二，順序圖可以描述對(duì)象的創(chuàng)建及撤銷情況。而在協(xié)作圖中，對(duì)象或者存在，或者不存在，除了通過(guò)消息描述或約束，沒(méi)有其他方法可以表示對(duì)象的創(chuàng)建或結(jié)束。第三，順序圖還可以表現(xiàn)對(duì)象的激活和鈍化情況，但對(duì)于協(xié)作圖來(lái)說(shuō)，由于沒(méi)有時(shí)間的描述，無(wú)法清晰地表示對(duì)象的激活和鈍化情況。4.4.4協(xié)作圖146用例圖用于描述系統(tǒng)的功能；類圖和對(duì)象圖用來(lái)定義類和對(duì)象，以及它們的屬性和操作；狀態(tài)圖用于描述對(duì)象所有可能的狀態(tài)及狀態(tài)間的轉(zhuǎn)移；順序圖和協(xié)作圖描述對(duì)象間的交互關(guān)系，其中順序圖強(qiáng)調(diào)對(duì)象間消息發(fā)送的順序，協(xié)作圖強(qiáng)調(diào)對(duì)象間的協(xié)作關(guān)系；活動(dòng)圖主要用于描述用例中的事件流。此外，包圖用于描述系統(tǒng)的分層結(jié)構(gòu)；組件圖用于描述系統(tǒng)的軟件結(jié)構(gòu)及各組件間的依賴關(guān)系；部署圖用于定義系統(tǒng)中軟/硬件的物理體系結(jié)構(gòu)。4.4.5UML中的圖及相互關(guān)系147

4.5實(shí)現(xiàn)圖4.5.1組件圖4.5.2部署圖148組件圖用來(lái)幫助用戶了解每個(gè)功能位于軟件包的位置及它們之間的關(guān)系。組件圖中通常包含3種元素，即組件、接口和依賴關(guān)系。1．組件組件是定義良好接口的物理實(shí)現(xiàn)單元，是系統(tǒng)中可替換的物理部件。通常情況下，組件表示由類、接口等邏輯元素打包而成的物理模塊。組件用一個(gè)矩形表示，一側(cè)有兩個(gè)凸出的小矩形，組件名稱標(biāo)在矩形中。4.5.1組件圖1492．依賴關(guān)系依賴關(guān)系是表示組件之間存在的關(guān)系。在UML中，依賴關(guān)系使用一端有開(kāi)放箭頭的短畫線表示。箭頭從依賴的對(duì)象指向被依賴的對(duì)象。4.5.1組件圖1503．接口組件可以通過(guò)其他組件的接口來(lái)使用其他組件中定義的操作。通過(guò)使用命名的接口，可以避免在系統(tǒng)中各個(gè)組件之間直接發(fā)生依賴關(guān)系，有利于組件的替換。與類圖中的接口相同，組件圖中的接口也使用圓圈來(lái)表示。組件與接口之間用實(shí)線連接表示實(shí)現(xiàn)關(guān)系，組件與接口之間用虛線箭頭連接表示依賴關(guān)系。組件的接口分為兩種，即導(dǎo)入接口和導(dǎo)出接口。其中導(dǎo)入接口供訪問(wèn)操作的組件使用，導(dǎo)出接口供提供操作的組件使用。4.5.1組件圖1514．組件圖與類圖（1）組件可以是一個(gè)或幾個(gè)類在文件中的存在。（2）組件表示物理上的模塊。（3）類是邏輯上的抽象，組件是客觀上存在的物理抽象，因此組件可以存在于節(jié)點(diǎn)上而類不能。（4）類可以直接擁有屬性和操作，而組件通常只擁有必須通過(guò)接口訪問(wèn)的操作。（5