第1章電子商務系統概論

（基礎理論篇）1學習內容電子商務的概念及運作模式電子商務系統的概念及特點電子商務系統的發展過程電子商務系統的體系結構電子商務系統的生命周期電子商務系統的實現方式2電子商務的概念什么是電子商務（ElectronicCommerce）？世界電子商務會議：電子商務是指對整個貿易活動實現電子化。電子商務歐洲議會：電子商務是通過數字方式進行的商務活動，它通過數字方式處理和傳遞數據，包括文本、聲音和圖像。美國學者瑞維·卡拉克塔和安德魯B·惠斯特：電子商務是一種現代商業方法，這種方法通過提高產品和服務質量、加快服務傳遞速度來滿足政府組織、廠商和消費者降低成本的需求。3電子商務的概念HP公司：電子商務簡單地說就是指從售前服務到售后支持的各個環節實現電子化、自動化。IBM公司：電子商務是指采用數字化電子方式進行商務數據交換和開展商務業務的活動，是在互聯網的廣闊聯系與傳統信息技術系統的豐富資源相互結合的背景下應運而生的一種相互關聯的動態商務活動。4電子商務的概念一般來說，電子商務可從內容和形式上分為：廣義電子商務－泛指利用企業電子手段實現的商務及運作管理的整個過程，是各參與方通過電子方式而不是直接物理交換或直接物理接觸方式來完成的任何業務交易。狹義電子商務－是指通過互聯網等電子工具（如電報、電話、廣播、電視、傳真、計算機、計算機網絡、移動通信等）在全球范圍內進行的商務貿易活動。目前，電子商務主要指狹義的電子商務。5電子商務運作模式6電子商務交易活動的參與者消費者、企業、政府、在線服務的提供者、Internet接入服務的提供者（ISP）、配送支付服務的提供者等消費者C(Customer)企業B(Business)政府G(Government)電子商務運作模式（1）B2B模式B2B（BusinesstoBusiness）模式即企業與企業之間通過互聯網進行產品、服務及信息交換的商業運作模式。如：阿里巴巴、中國制造網、環球資源78電子商務運作模式（2）B2C模式B2C（BusinesstoCustomer）模式即企業與消費者之間通過互聯網進行信息的交換、傳遞以及交易活動的商業運作模式，又稱直接市場銷售，主要包括有形商品的電子訂貨和付款，無形商品和服務產品的銷售。如：淘寶天貓、京東商城、國美在線、蘇寧易購910電子商務運作模式（3）G2B模式G2B（GovernmenttoBusiness）模式即政府與企業之間通過網絡進行交易活動的運作模式，涵蓋了政府與企業之間的各項事務，包括政府采購、稅收、商檢、管理條例發布、法規政策頒布等。如：中國政府采購網、工商局網站1112電子商務運作模式（4）G2C模式G2C（GovernmenttoCitizen）模式指政府機構與公眾之間的電子政務，政府機構為提高工作效率和服務質量，會逐漸效仿商業的服務模式，將個人納稅、財產申報、政府調查、社會福利保險、醫療服務費、交通費的支付等通過網上來進行。如：高速公路電子收費系統、交通違章查詢網1314電子商務運作模式（5）C2C模式C2C（CustomertoCustomer）模式是消費者之間的網絡交易活動，即在互聯網上提供一種“個人對個人”的交易平臺，給每個上網的用戶提供參與電子商務的機會。如：淘寶集市、搜房網、二手車之家網1516電子商務運作模式新模式.B2FB2F模式即BusinesstoFamily，該模式把各百姓分類于家庭這個單位之中，并以21世紀最為便捷的購物方式來引導消費，通過一站式服務和高效免費的配送、安全可靠的現金交易來贏取市場位置，即商業機構對家庭消費的營銷商務。如紅孩子、聯合一百、京東到家、盒馬鮮生等1718京東到家19盒馬鮮生電子商務運作模式新模式.O2OO2O模式即OnlinetoOffline（中團網），是指把線上的消費者帶到現實的商店中去——在線支付購買線下的商品和服務，再到線下去享受服務（餐飲、旅行、健身、娛樂）。如中團網、美團網、趕集網2021電子商務運作模式新模式.C2MC2M模式即CustomertoManufacturer，是一種新型的工業互聯網電子商務的商業模式，又被稱為“短路經濟”。消費者直接通過平臺下單，工廠接收消費者的個性化需求訂單，然后根據產品訂單需求設定供應商和生產工序，最終生產出個性化產品。可以認為，C2M的核心就是客戶直接向廠家定制產品，可以應用到各行各業。如以全屋整裝、一站式服務為核心的家裝網2223電子商務運作模式新模式.B2C2CB2C2C模式即BusinesstoChanneltoCustomer，中文譯作“商家—渠道—顧客”。該模式為企業提供網絡直銷渠道，網店店主作為消費者從平臺上進貨，終端顧客購買后，由商家直接發貨。如貝店2425……會員商品信息自主選擇分享商品購買鏈接通過會員賬號購買商品返點社群圈電子商務系統的概念廣義：是支持商務活動的電子技術手段的集合。狹義：指在互聯網和其他網絡的基礎上，以實現企業電子活動為目標，滿足企業生產、銷售、服務、管理等內部業務的需要，支持企業的對外業務協作，從運作、管理和決策等層次全面提高企業信息化水平，為企業提供商業智能的計算機系統。電子商務系統是實施電子商務的基礎平臺。26電子商務系統的概念27電子商務系統的商務組成企業內部的關系企業與客戶之間的關系企業與合作伙伴之間的關系電子商務系統的概念28電子商務系統的服務范圍及對象企業內部管理人員企業的客戶企業的合作伙伴電子商務系統的概念29電子商務系統的系統功能支持企業通過互聯網進行的商務活動支持企業內部的生產與管理電子商務系統的基本概念30電子商務系統的構成要素基礎設施企業內部網、企業外部網與互聯網的連接電子商務應用系統電子商務系統的概念31電子商務系統的構造技術基于WEB的B/S結構其它技術站點動態負荷均衡技術安全與認證技術等電子商務系統的表現形式32表現形式性質訪問方法常用推廣方式電腦網站以產品和服務為主輸入網址訪問搜索引擎優化推廣、社會性網絡軟件推廣、社會化媒體營銷推廣手機網站以產品和服務為主輸入網址或掃描二維碼搜索引擎優化推廣、社會性網絡軟件推廣、社會化媒體營銷推廣微網站以產品和服務為主掃描二維碼或關注公眾號人際關系傳播、公眾號引流、社交媒體引流、線上線下二維碼拉新手機APP以產品和服務為主下載安裝后直接訪問應用商店、手機數碼廠商預裝、內容與軟文營銷微信公眾號以內容營銷和信息傳遞為主在微信中搜索或掃碼關注微信/QQ/第三方自媒體平臺微信小程序以產品和服務為主在微信中搜索或掃碼訪問海報+二維碼、嵌入微信平臺文章、關聯微信公眾號電子商務系統的特點電子商務系統是支持企業商務活動整個過程的技術平臺電子商務系統依托網絡，提供基于Web的分布式服務電子商務系統在安全方面有較高的要求電子商務系統涉及的技術較多電子商務系統大多是依托企業既有信息資源運行的系統33342013年8月初，社交軟件嗨聊與哇嘎商城合作做活動，為用戶提供限時搶購活動，為了讓活動更具吸引力，嗨聊提出了每天1元賺的活動玩法。由于活動提供的商品數量有限，而活動參與人數又多，導致活動當日部分用戶未能如愿以償，其中一位用戶為表達自己的不滿，不惜采用黑客手段，他不僅入侵了網站后臺，還對網站代碼進行惡意更改，最終哇嘎商城被迫關閉，無奈之下選擇向公安機關報案，隨后公安機關立案并進入偵查階段。本來是一個普通的商業活動，結果導致了合作電商網站被“憤怒”的黑客干掉，對于嗨聊來講也算是“躺槍”了，目前嗨聊已經停止了與該商城的合作。352011年1月26日晚20時，張某收到一條來自+8613145858XXX的短信，稱中國銀行的E令需要升級，讓其到進行E令升級。被害人在此網站按照它的步驟一步步的操作，平時登錄中國銀行的網站程序都是一樣的，到最后一步時顯示倒計時狀態，顯示讓被害人重新輸入。被害人連續輸入3次后，以為是網絡問題停止了操作，第二天，被害人重新登錄自己收藏的中國銀行的網站，發現卡內19952元人民幣被盜走。不法分子通過設立假冒銀行網站，用戶在該網站輸入的賬號密碼有可能被犯罪分子竊取。此外，不法分子還通過發送含木馬病毒郵件等方式，把病毒程序置入計算機內，一旦客戶用這種“中毒”的計算機登錄網上銀行，其賬號和密碼也可能被不法分子所竊取，造成資金損失。36南京市民張先生也曾因使用公共WIFI，導致網銀賬號密碼被盜，卡中的6萬余元在兩天內被人盜刷一空。黑客架設釣魚WIFI時往往會選擇商場、餐廳等人流密集場所，對免費WIFI要謹慎連接，在外盡量關閉自動連接功能。37加密口令卡、U盾、驗證碼信譽評分殺毒軟件、防火墻網絡身份證......電子商務系統發展過程38信息發布階段事務處理階段系統集成階段下一代電子商務發布靜態信息的網站用于宣傳企業形象和發布信息電子商務系統的雛形是企業與客戶的交流平臺處理與客戶相關的數據與企業內部的信息系統聯系不多初級的電子商務系統與企業內部的信息系統連接成為一個整體實現了與合作伙伴系統的集成加強和客戶的聯系比較完善的電子商務系統幫助企業管理自身與合作伙伴更好地進行交互實現為企業內部創造最佳效益電子商務系統的體系結構電子商務系統的體系結構是指系統內部結構及他們之間的相互關系，它呈現出一種層次結構，其中每個層次從底向上提供服務和支持。通俗的說，電子商務系統的體系結構展示了一個完整的電子商務系統的組成結構。39企業電子商務系統40電子商務系統表達層（Web服務器、WAP）電子商務系統應用層（電腦網站/手機網站/APP/小程序）電子商務系統基礎層（計算機軟件、硬件、網絡）客戶端（個人電腦、掌上電腦、手機、信息家電、其他客戶機）電子商務系統服務層商務活動安全支付論證……系統優化目錄服務負載均衡流量控制……系統管理網絡管理安全管理主機系統管理……系統/應用集成XMLCORBAJDBC……電子商務系統的體系結構示意圖其他企業信息資源配送機構認證中心外部系統支付網關ERPCRMHRMDBS……內部系統電子商務系統社會層電子商務系統的生命周期信息系統生命周期是指系統的產生、發展、成熟、消亡的更新換代的過程，電子商務系統與其他信息系統一樣，也存在系統開發生命周期（SystemDevelopmentLifeCycle，SDLC）。電子商務系統的SDLC包括系統規劃、系統分析、系統設計、系統實施和系統運行維護5個階段。4142電子商務系統規劃系統的規劃報告電子商務系統分析系統的分析報告電子商務系統設計系統的設計報告電子商務系統實施可運行的系統及文檔電子商務系統運行維護系統運行維護記錄電子商務系統的生命周期電子商務系統規劃階段目的：為企業未來的商務發展規劃藍圖確定企業高層管理者對系統的需求調查市場、分析競爭對手、確定本系統的主要特點確定企業未來電子商務的運作模式和盈利方式確定企業電子商務系統的體系結構擬定系統實施進度和計劃從操作、技術、經濟、環境等方面進行可行性分析43電子商務系統的生命周期電子商務系統分析階段目的：建立新系統的邏輯模型，回答新系統“做什么”的問題根據系統規劃階段確定的電子商務系統目標和開發方案，重點對電子商務系統應用層進行分析主要工作是收集用戶對未來電子商務系統的需求，并據此建立系統邏輯模型以描述系統功能44電子商務系統的生命周期電子商務系統設計階段目的：建立一個新系統的物理模型，回答新系統“怎么做”的問題在系統規劃和系統分析的基礎上，采用特定方法對各部分分別進行設計包括系統總體結構設計、系統運行平臺設計、應用系統設計、系統接口設計45電子商務系統的生命周期電子商務系統實施階段目的：交付一個具有完整功能和文檔的電子商務系統制作應用系統（電腦網站/手機網站/微網站/APP/公眾號/小程序）傳統建站：編寫程序自助建站：零代碼建站（適合中小企業及個人）系統集成、測試和優化系統發布：申請域名、搭建運行環境、發布應用系統46電子商務系統的生命周期電子商務系統運行維護目的：保證系統正常運行系統日常管理系統日常維護系統評估47電子商務系統的實現方式目前，電子商務系統的實現方式主要有：自主開發外包租用方式48電子商務系統的實現方式自主開發自主開發是指企業根據自身目前的業務狀況，由企業內部軟件公司或IT部門專門開發電子商務系統，系統的建造過程完全由企業自主控制。49優點具有較強的針對性具有獨創性和差異性易于升級和管理缺點對企業自身要求高成本及風險大電子商務系統的實現方式外包是指企業將電子商務系統的建造完全交給專業化的技術企業，由專業化的公司根據企業的需求，完成電子商務系統建造的整個過程。50優點可專注于自己的核心競爭力可節省開銷能獲得高水平的技術服務企業無需雇傭開發人員缺點系統針對性不強存在系統版權問題運行維護成本較高電子商務系統的實現方式租用方式是指開展電子商務的企業并不擁有或者并不完全擁有相關的技術設備、應用軟件，通過向應用服務提供商租用設備、軟件的使用權，開展自己的電子商務活動。也可稱為入駐第三方平臺應用服務提供商如：面向B2B的阿里巴巴、面向B2C的淘寶天貓、面向在線支付的支付寶51電子商務系統的實現方式52優點成本低、時間開銷少能幫助企業積累實施電子商務的經驗缺點系統缺乏針對性系統特色及效率會受限于服務商本身的能力存在數據外泄的風險租用方式第2章電子商務系統開發方法

（開發基礎篇）53學習內容結構化開發方法的核心思想、開發步驟及主要建模工具面向對象開發方法的核心思想、開發步驟及主要建模工具原型法的基本思想54電子商務系統開發方法常用的電子商務系統開發方法有：結構化開發方法面向對象開發方法原型法55系統規劃系統分析系統設計系統實施從不同角度、采用不同工具描述系統、構建系統模型結構化開發方法結構化開發方法（StructuredMethod，SM）是自頂向下的結構化方法、工程化的系統開發方法和生命周期法的結合。該方法是迄今為止所有開發方法中應用最普遍、最成熟的一種。56結構化開發方法57功能1功能2功能3功能4功能5功能6功能7功能8功能9數據數據軟件系統數據加工廠核心思想：通過描述系統的功能組成及各功能內部和相互之間的數據流動關系來解釋系統的運作過程。結構化開發方法開發步驟結構化系統分析↓結構化系統設計↓結構化程序設計58建模工具功能層次圖數據流程圖數據字典小說明建模工具E-R圖關系模型功能層次圖功能層次圖用于描述系統所具有的所有功能及其之間的層次關系。數據流程圖數據流程圖用于描述系統各功能內部及相互之間的數據處理過程。數據字典&小說明數據字典用于解釋數據流程圖中較復雜的元素。E-R圖E-R圖是采用用戶語言描述系統數據庫各表間的關系。關系模型關系模型是采用計算機語言列出系統數據庫各表的具體結構。

59結構化開發方法—主要建模工具結構化開發方法實例描述某圖書自助借閱系統為讀者提供圖書的借閱業務，其基本功能包括：查看圖書信息、借閱圖書、歸還圖書、查看圖書借閱記錄。60結構化開發方法功能層次圖功能，指的是完成某項工作的能力；功能層次圖，用于描述系統所具有的所有功能及其之間的層次關系。61P0圖書借閱P1查看圖書P2借閱圖書P3歸還圖書P4查看借閱記錄P.圖書自助借閱系統－功能層次圖結構化開發方法數據流程圖數據流程圖（DataFlowDiagram，簡稱DFD），是用于描述數據流動、存儲、處理的邏輯關系。DFD用于解釋功能的執行過程，是對功能的具體展開。62外部實體編號數據處理數據流編號數據存儲結構化開發方法63讀者圖書號及個人信息P0圖書借閱D1圖書D2借閱記錄P.圖書自助借閱系統－頂層DFD圖書狀態新借閱記錄64讀者圖書號及個人信息P2借閱圖書D1圖書D2借閱記錄P.圖書自助借閱系統－第一層DFD圖書狀態新借閱記錄P3歸還圖書圖書號及個人信息借閱記錄記錄更新圖書狀態P1查看圖書P4查看借閱記錄讀者圖書號圖書信息圖書信息圖書號借閱記錄圖書記錄面向對象開發方法面向對象開發方法（ObjectOrientedMethod，OOM）是在各種面向對象程序設計方法的基礎上逐步發展起來的一種新的系統開發方法。面向對象程序設計－>面向對象系統分析設計－>面向對象系統開發6566教室：學習會議室：開會衛生間：洗浴67演奏流行樂演奏交響樂68人類眼中的客觀世界？69人類眼中的客觀世界？70客觀世界軟件系統模擬角度組成結構運行方式71客觀世界是由各種事物組成的，如人、動物、建筑、機械產品、電子產品等。面向對象的軟件系統是由對象組成的，系統中的任何元素都是對象，復雜的系統對象由比較簡單的系統對象組合而成。Point1.面向對象的軟件系統是由對象組成的。面向對象開發方法Concept1.對象－概念對象是對現實世界中事物的抽象，是軟件系統中用來描述客觀事物的一個實體，如在線學習系統中的學生、教師、課程表、教學視頻表等。72對象名稱對象屬性值對象具體操作對象的表示方法構成對象的基本要素有：名稱：即對象的名字屬性：描述對象特征的存貯或數據結構操作：即對象的行為Concept1.對象－例子下圖為現實世界中的“學生張某”、“教師劉某”、“網頁設計教學視頻”這三個事物在在線學習系統中的對象表達方式。73張某zhangmou123456學生大三……查詢信息（xx）編輯信息（xx）…………劉某liumou789012教師副教授……查詢信息（xx）編輯信息（xx）…………網頁設計視頻wysjsp網頁設計劉某2015-07-08……放大（x）縮小（x）快進（x）……74事物都被劃分成各種事物類，如人類、動物類、電子產品類等，且具有各自的特征和行為，如人類具有姓名、年齡、性別等數據，同時能直立行走、思考、交流等行為。所有對象被劃分成各種對象類(簡稱為類，Class)，每個類都定義了一組屬性和一組方法。Point2.對象都被劃分成各種對象類。面向對象開發方法Concept2.類－概念類由對象抽象而來，是有相同屬性和操作的一組對象的集合，可用來產生對象。類是對象的模板，對象是類的實例。75類名稱類屬性類操作類的結構構成類的基本要素與對象相同，對象的屬性和操作都在類中定義。類中定義的屬性表示該類所有對象的共有特征，類中定義的方法是該類所有對象能執行的共有操作。Concept2.類－例子下圖根據對象“學生張某”、“教師劉某”、“網頁設計教學視頻”抽象出的學生類、教師類、教學視頻類。76學生用戶名密碼類型年級……查詢信息（）編輯信息（）…………教師用戶名密碼類型職稱……查詢信息（）編輯信息（）…………教學視頻編號視頻名講課教師錄制時間……放大（）縮小（）快進（）……面向對象開發方法Concept2.類－VS對象類中的屬性只有定義，而對象中的屬性有值。類中定義了操作的實現步驟及需要的參數名，對象在調用操作時要給出具體的參數值。77學生用戶名密碼類型年級……查詢信息（）編輯信息（）…………張某zhangmou123456學生大三……查詢信息（xx）編輯信息（xx）…………78事物類之間存在父與子的派生關系，如人類存在的爺爺、爸爸與兒子之間的關系。類之間存在父類與子類的派生關系，且按照父子關系形成一個具有層次結構的系統。Point3.類之間存在父與子的派生關系。面向對象開發方法Concept3.派生－父類和子類父類和子類：當某些類具有一些相同的屬性和操作時，就可把這部分屬性和行為抽象到一個新的類中，抽象出的新類稱作父類，被抽象的類稱作子類。右圖是根據學生類和教師類抽象出的用戶類。79用戶用戶名密碼類型……查詢信息（）編輯信息（）……面向對象開發方法Concept3.派生－繼承和擴展繼承：子類可直接獲得父類的屬性和操作，而不必重新定義它們，父類和子類之間的這種關系就是繼承。擴展：子類除了擁有父類的屬性和操作，還可以再定義新的屬性和操作，即所謂的擴展，同時子類還可對父類中操作的實現方式進行重新定義。80面向對象開發方法Concept3.派生－擴展例子81手機……打電話()專用手機……打電話(重新定義)娛樂手機……打電話()播放音樂()拍照()對父類中打電話操作的重新定義：如增加了來電屏蔽，固話轉接功能定義新的操作82事物之間可以通過某種方式交互，并以此完成相應功能。如人使用小鏟子、磚頭、水泥和桶砌墻，人們使用語言通過電話遠程交流，人騎馬進行賽馬比賽。對象彼此之間僅能通過傳遞消息互相聯系，軟件系統中的每個功能都是由某些相關對象通過消息交互來實現的。Point4.對象間的交互方式是傳遞消息。面向對象開發方法Concept4.消息－概念消息是一個對象與另一個對象的通信單元，是要求某個對象執行其所屬類定義的某個操作的請求。對象間的交互是且只能是通過消息傳遞來完成的。一個消息由三部分組成：①

接收消息的對象名②

請求執行的操作名③操作中的參數（可為空）即：對象.操作（參數）83面向對象開發方法Concept4.消息－例子例：現對網頁設計教學視頻對象發出消息，要求其全屏播放，則可表示為：84網頁設計視頻.放大（全屏）網頁設計視頻wysjsp網頁設計劉某2015-07-08……放大（x）縮小（x）快進（x）……Concept4.消息－實現功能下面是由劉某、課程列表界面、課程查詢程序、課程表、課程信息界面這5個對象間通過消息交互完成的查詢課程功能。85劉某課程查詢界面課程查詢程序課程表課程信息界面網頁設計查看（網頁設計）網頁設計課程信息查詢（網頁設計）網頁設計課程信息網頁設計課程信息面向對象開發方法86面向對象＝對象＋類消息派生＋＋面向對象開發方法87軟件系統通過相關對象間的交互來實現功能核心思想：通過描述系統的對象及對象間的交互過程來解釋系統的運作過程。…………消息消息查詢商品添加訂單面向對象開發方法開發步驟面向對象系統分析↓面向對象系統設計↓面向對象程序設計88建模工具UML用例圖用例文檔分析類圖活動圖建模工具UML順序圖協作圖實體類圖狀態圖邊界類圖用例圖用例圖用于確定系統應具備哪些基本功能。用例文檔&分析類圖&活動圖&順序圖&協作圖用于從對象的角度解釋系統功能的執行流程。實體類圖&狀態圖用于設計系統數據庫結構。邊界類圖用于列出系統主要界面間的跳轉關系。

89面向對象開發方法—主要建模工具面向對象開發方法實例描述某圖書自助借閱系統為讀者提供圖書的借閱業務，其基本功能包括：查看圖書信息、借閱圖書、歸還圖書、查看圖書借閱記錄。90面向對象開發方法UML用例圖通過建立用例圖，能夠確定系統應具備哪些基本功能。91用例執行者從用戶的角度所定義的系統功能指需要使用用例的人或事物面向對象開發方法92讀者借閱圖書歸還圖書查看圖書查看借閱記錄P.圖書自助借閱系統－用例圖面向對象開發方法UML順序圖順序圖通過描述基本用例（基本功能）相關的多個對象及其之間的交互關系來解釋該用例完整的實現過程。對象：是系統中用來描述客觀事物的實體。消息：對象間通過傳遞消息進行交互。9394P.圖書自助借閱系統－借閱圖書－順序圖對象消息原型法原型法的基本思想是本著系統開發人員對用戶需求的理解，先快速實現一個原型系統，再進行反復修改得到最終系統。9596P.原型法示意圖開發方法對比97開發方法重點分析對象如何描述系統性質結構化開發方法構成系統的各個功能用功能及其之間的數據流動關系來解釋系統的運作過程是一種面向過程的方法面向對象開發方法構成系統的各個對象用對象及其之間的交互來解釋系統是一種面向對象的方法開發方法對比98開發方法優點缺點適用系統結構化開發方法整體性強、開發過程規范開發周期長、穩定性差、難維護、可重用性低大型系統面向對象開發方法穩定性強、易維護、可重用性高前期要求高、初學者難上手規模較小的系統原型法用戶容易接受、應變能力強開發過程不規范小型簡單系統第3章統一建模語言UML

（開發基礎篇）99學習內容UML建模語言的概念，UML在系統開發中的作用UML的組成結構及各構造模塊的內容UML的十種圖形及各圖形間的關系100UML簡介UML概念UML（UnifiedModelingLanguage，統一建模語言）是一種面向對象的標準化建模語言，用于對軟件系統進行可視化的建模。visualizing（可視化）specifying（詳述）constructing（構造）documenting（文檔化）UML簡介UML與面向對象方法UML不是一個獨立的系統開發方法，而是面向對象分析設計中采用的建模工具，用于建立系統模型。UML是面向對象方法的一部分系統分析設計UML音樂創作UML的產生背景三種面向對象方法的統一：

Rumbaugh的OMT方法Booch的Booch方法Jacobson的OOSE方法JamesRumbaughGradyBoochIvarJacobsonUML簡介UML簡介UML的發展歷程1996年6月和11月發布UML0.9和UML0.911997年修訂成UML1.1隨后相繼推出UML1.2、UML1.3、UML1.42003年6月12日通過UML2.02005年以后UML成為建模語言國際標準目前常用的UML建模工具有SybasePowerDesigner16.5、IBMRationalRose2007和MicrosoftOfficeVisio2013UML簡介UML的特點UML是一種可視化的建模語言UML是一種可用于詳細描述的語言UML是一種構造語言，而不是一種編程語言UML是一種文檔化語言UML的功能為軟件系統的開發提供可視化模型規約軟件系統的開發過程構造軟件系統的實施框架UML簡介元素是模型的抽象元素之間的連接紐帶是關系UML類接口協作用例活動類組件節點交互狀態機包注解用例圖靜態圖行為圖交互圖實現圖結構元素行為元素分組元素注釋元素元素關系圖依賴關聯泛化聚集實現圖將元素的集合進行分組UML簡介Part1.UML元素－結構元素UML中共有7種結構元素：類、接口、協作、用例、活動類、組件和節點。①類是具有相同屬性和操作的一組對象的集合。②接口是類的對外的、可見的一組操作的集合，它是外界訪問類的屬性和操作的中介。③

協作定義了對象間一起工作、進行合作的動作。Part1.UML元素－結構元素④用例定義了系統執行的一組操作，即描述了系統的功能需求。⑤活動類是對擁有線程并可發起控制活動的對象（往往稱為主動對象）的抽象，它是一種特殊的類。取款用例UML簡介Part1.UML元素－結構元素⑥組件是實實在在地駐留在計算機系統中的工作單元。一般指編寫的軟件文件，如：可執行程序（.java）。⑦節點就是計算機資源，包括帶處理器的計算機或其他硬件設備，如一臺數據庫服務器。orderform.java組件服務器節點UML簡介Part1.UML元素－行為元素行為元素是UML的動態部分，它們是模型中的動詞，代表了隨時間或空間的變化而變化的行為。行為元素主要有兩種：交互和狀態機。①交互是一組對象之間為完成某一任務（如實現某個操作）而進行一系列消息交換的行為。用于交互的消息名UML簡介Part1.UML元素－行為元素②狀態機是對象為響應事件而經歷的一系列狀態以及對事件作出響應的行為。包括狀態、躍遷、事件等。狀態對象所處的狀態（如等待）UML簡介Part1.UML元素－分組元素在UML中分組元素的作用是組織其他元素。分組元素只有一種，稱為包。包是一種有組織地將一系列元素分組的機制。包包名UML簡介Part1.UML元素－注釋元素注釋元素是UML模型的解釋部分，用來描述、說明和標注模型中的任何元素。注釋元素只有一種，稱為注解。注解注解內容UML簡介Part2.UML關系UML中主要包括以下5個重要關系：1.依賴關系2.泛化關系3.關聯關系4.聚集關系5.實現關系圖形表示：一條線，不同線表示不同種類的關系泛化（繼承）關聯依賴聚集實現UML簡介Part3.UML圖－用例圖用例圖（UseCaseDiagram）：從用戶角度描述系統功能，并指出各功能的操作者。用例圖的主要目的是幫助開發團隊以一種可視化的方式來理解系統的功能需求。UML簡介Part3.UML圖－靜態圖靜態圖（Staticdiagram）包括類圖、對象圖和包圖：類圖用于描述系統中類的靜態結構，包括定義系統中的類，描述類之間的關系。對象圖是類圖的實例。包圖表示了包與包之間的關系，包圖描述了系統的分層結構，包括用例包圖和類包圖，分別用于對復雜的用例圖或類圖進行分組。

UML簡介Part3.UML圖－行為圖行為圖（Behaviordiagram）描述系統的動態模型和對象間的交互關系，包括狀態圖和活動圖：狀態圖描述了一個對象的所有可能的狀態及引起狀態轉移的事件。狀態圖可看作是對類圖的補充。活動圖通過描述滿足用例要求所要進行的活動以及活動間的約束關系。UML簡介Part3.UML圖－交互圖交互圖（Interactivediagram）描述對象間的交互關系，包括順序圖和協作圖：順序圖顯示對象之間的動態合作關系，它強調對象之間消息發送的時間順序。協作圖通過描述對象之間的協作關系，它強調對象相互間的通信關系。UML簡介Part3.UML圖－實現圖實現圖（Implementationdiagram）定義系統中軟硬件的物理體系結構，包括組件圖和配置圖：組件圖描述代碼部件的物理結構及各部件之間的依賴關系。配置圖描述了系統中軟硬件的物理體系結構，即顯示了系統的軟件配置和硬件（計算機和設備，用節點表示）配置以及它們之間的關系。UML簡介UML用例圖用例圖（UseCaseDiagram）從用戶角度描述系統功能，并指出各功能的操作者。主要目的是幫助開發團隊以一種可視化的方式來理解系統的功能需求。用于系統分析階段，確定“誰使用系統以及能夠做什么”。在UML中，用例圖由執行者、執行者之間的關系、用例、用例之間的關系以及執行者與用例的關系組成。供貨人收銀員客戶買飲料供貨取貨款P.自動售貨系統的用例圖UML用例圖執行者（Actor）執行者是系統之外，透過系統邊界與系統進行有意義交互的任何外部實體，它以某種方式參與了用例的執行過程。執行者可以是人或事物。執行者UML用例圖對于電子商務系統而言，其執行者主要就是系統的用戶，包括商務交易雙方及支持交易的合作方如何識別執行者？UML用例圖執行者間的關系--泛化關系執行者之間存在著泛化關系（繼承關系），即子類和父類的關系。已登錄客戶未登錄客戶UML用例圖用例（UseCase）用例描述了系統的功能需求，是系統執行的一系列動作。從本質上講，一個用例是執行者與計算機之間的一次典型交互。用例名用例UML用例圖如何識別用例？執行者的需求UML用例圖用例之間存在著一定的關系，這些關系包括泛化關系、包含關系和擴展關系。泛化關系：用例可以被特殊列舉為一個或多個子用例，這被稱為用例泛化。訂票網上訂票電話訂票泛化關系用帶空心三角箭頭的實線表示UML用例圖包含關系：一個基本用例的行為包含了另一個用例具有的行為，并把它所包含的用例行為作為自身行為的一部分。包含關系用標有<<include>>的虛箭線表示管理價格漲價降價打折<<include>><<include>><<include>>UML用例圖擴展關系：若B用例是A用例的一部分，但只在一定條件下才插入到A定義的行為中時，AB之間的關系稱作擴展關系，且A是基本用例，B是擴展用例。擴展關系用標有<<extend>>的虛箭線表示還書賠償遺失書籍<<extend>>UML用例圖執行者與用例間的關系--關聯關系執行者和用例的關系叫做關聯關系，該關系用實線表示（可帶也可不帶箭頭）。注冊未登錄客戶UML用例圖用例文檔用例文檔是通過文字描述一個用例的行為，說明用例的邏輯流程。主要用于對一些存在較多異常情況（不是每一個）的用例進行描述。用例文檔一般包括：用例名稱、執行者、簡要說明、基本事件流、其他事件流、異常事件流。UML用例圖用例文檔簡要說明：對用例的主要功能進行簡要描述；基本事件流：描述用例在正常情況下的基本事件流程；其他事件流：描述用例執行過程中可行或備選的事件流程，該事件流不一定要被執行；異常事件流：描述用例執行過程中可能發生的非正常事件流程。例：表3-1“找回密碼”用例文檔UML用例圖在面向對象的方法中，系統中的任何事物都被看成是對象，通過對象間的交互實現系統的功能。類是創建對象的模板，找出系統中的類是系統運行的重要前提。UML類圖UML類圖類圖（ClassDiagram）描述了系統中的類（以及接口、協作）及它們之間的靜態關系。不僅定義系統中的類，表示類之間的聯系，還包括類的內部結構（屬性和操作）。在UML中，類圖定義了系統中的類，描述了類的內部結構，表示了類之間的聯系。UML類圖如何找到類？用例描述中出現了那些實體？用例的完成需要哪些實體合作？用例執行過程中會產生并存儲哪些信息？用例要求與之關聯的每個角色的輸入是什么？用例反饋與之關聯的每個角色的輸出是什么？用例需要操作哪些硬設備？用例的實現過程根據：“查看商品”用例的實現過程需要：商品查詢界面&用于查找商品的應用程序&商品信息表類UML類圖系統中的類根據在用例實現中所起的作用，將類分為三種類型：邊界類：邊界類位于系統與外界的交界處，主要負責接收來自執行者的信息。實體類：保存要放入永久存儲體的信息，每個實體類在數據庫中有相應的表。控制類：負責接收邊界類的信息，并將其分發給實體類。UML類圖類的屬性屬性描述了類的所有對象共有的特征，一個類可以有一個或多個屬性。在UML中，描述類屬性的完整語法格式為：

[可視性]屬性名[：類型][=初始值][約束特性]

其中[]部分的內容是可選的。UML類圖可視性

+—公用的（public）-—私有的（private）#—受保護的（protected）屬性名類型初始值約束特性UML類圖類的操作操作是類的所有對象共有的行為，一個類可以有任何數量的操作，它們只可以被作用到該類的對象上。在UML中，描述類操作的完整語法格式為：

[可視性]操作名([參數列表])[：返回類型][特性串]

其中[]部分的內容是可選的UML類圖操作名

訪問設置屬性的操作

創建和刪除對象的操作

實現功能的操作

輔助一個類完成自身任務的操作參數列表返回類型可視性特性串類之間的關系在UML中，實體類之間的關系主要有以下幾種：關聯關系（association）聚集關系（aggregation）依賴關系（depedency）實現關系（realization）泛化關系（generalization）UML類圖類之間的關系—關聯關系關聯關系是指類之間存在的某種語義上的固定關系，用一條實線表示。存在關聯關系的類之間很多時候也存在數量對應關系，且根據參與關聯的雙方對象的數量，可以分為：一對一關聯：如班級－班主任一對多關聯：如班級－學生多對多關聯：如學生－選修課UML類圖類之間的聯系－關聯關系關聯的數量關系在類圖中用重數（multiplicity）來表示，常用的重數符號有：1）“1..1”表示1個，是重數的默認值2）“0..1”表示0個或1個3）“0..*”或“*”表示0個或多個4）“1..*”表示1個或多個5）“1，3，6”表示1個、3個或6個，屬于枚舉型符號UML類圖類之間的聯系－關聯關系班級班主任1..11..1一對一聯系1..*1..1一對多聯系班級學生0..*0..*多對多聯系學生選修課選修關聯類UML類圖類之間的聯系－聚集關系在類圖中，聚集關系表示類之間部分和整體的關系，是一種特殊的關聯關系，用帶菱形的連線表示。聚集關系可以分為兩種：共享聚集（sharedaggregation）組合聚集（compositionaggregation）UML類圖類之間的聯系－聚集關系共享聚集：代表部分的對象可以同時屬于多個整體對象，為多個整體對象共享。共享聚集用帶空菱形的實線表示，菱形指向代表整體的類。刪除某個整體對象，關聯的部分對象仍存在。1..*1..*學校老師UML類圖類之間的聯系－聚集關系組合聚集：代表部分的對象僅屬于同一個整體對象。組合聚集用帶實菱形的實線表示，菱形指向代表整體的類。部分對象與整體對象同時存在。班級學生1..*1..1UML類圖類之間的聯系－依賴關系依賴表示類之間的調用關系，用虛箭線表示。如果類A訪問類B的屬性和操作，或類A負責實例化類B，則類A依賴類B。LoginUserInquiringUser()控制類“Login”在運行時需要調用實體類“User”中的“InquiringUser()”操作，它們之間存在依賴關系UML類圖類之間的聯系－實現關系實現關系是指類與所對應接口之間的關系，用帶空心三角形的虛線表示，三角形指向接口。接口可看成是一種只有操作、沒有屬性的特殊類，接口定義操作，類負責實現接口中的操作。UserOrder類負責實現Order接口UML類圖類之間的聯系－泛化關系在類圖中，泛化關系指的是類之間一般與特殊的關系，即父子關系。用帶空心三角形的實線表示。專業課基礎課課程UML類圖根據組成結構及用途可將類圖分為：1）分析類圖：由邊界類、控制類和實體類三種類組成，用于在系統分析階段描述用例執行過程。2）邊界類圖：指明系統中所有邊界類及其之間的關系，可展現系統各界面之間的連接及跳轉過程。3）實體類圖：指明系統中的各實體類及其之間的關系，用于在設計階段描述系統數據庫結構。UML類圖狀態圖（StatechartDiagram）用于描述一個特定對象在其生存期間基于事件反應的動態行為，顯示該對象是如何根據當前所處狀態對不同事件做出反應的。通常只有對于一些具有復雜行為或處于不同狀態對應不同處理的對象，才有必要用狀態圖描述它的狀態轉移過程。對于畫了狀態圖的對象，其相應實體類所對應的表中要加上狀態這一屬性，其屬性值為狀態圖中的各狀態。UML狀態圖在UML中，狀態圖由狀態、狀態間的轉移、引起狀態轉移的事件組成。UML狀態圖狀態狀態是對象執行了一系列活動的結果，所有對象都具有狀態，當某個事件發生后，對象的狀態將發生變化。在狀態圖中，對象的狀態主要分為三種：UML狀態圖初態狀態圖的起始點，一個狀態圖只能有一個初態狀態圖的終點，終態可以有0至多個對象執行某個活動或等待某個事件時所處的具體形態狀態名狀態變量活動中間態終態狀態UML狀態圖狀態名狀態變量活動中間態4種基本事件及動作Entry/指定對象進入該狀態時發生的動作Do/指定對象處于該狀態時發生的動作Event/指定當特定事件產生時觸發的動作Exit/指定對象退出該狀態時發生的動作對象處于該狀態時其各屬性的具體值LightingEntry/turnonDo/computedegreeEventPoweroff/powersupplyExit/turnoff電燈對象之點亮狀態通話Entry/通話連接Do/計時并計費Event斷電/掛斷并提示Exit/關閉通話手機對象之通話狀態狀態UML狀態圖狀態轉移一個對象的狀態的變遷稱為狀態的轉移。狀態轉移的條件：事件觸發狀態轉換該狀態的內部活動執行完畢自動觸發轉移給定的狀態只能產生一個轉移UML狀態圖事件源狀態目標狀態狀態轉移UML狀態圖P.“手機對象”狀態轉移圖事件事件是觸發狀態轉移的條件或操作。UML狀態圖消息事件調用事件時間事件變化事件事件消息事件：由外界傳遞的簡單信號或消息，對象收到后發生狀態轉移。消息事件的格式為：[消息或信號]。調用事件：外界傳遞的要求對象調用執行某個操作并發生狀態轉移的請求。調用事件的格式為：事件名（參數列表）。時間事件：根據某時間表達式的滿足情況決定對象狀態轉移的事件。時間事件的格式為：[時間表達式]。變化事件：根據某特定條件的滿足情況決定對象狀態轉移的事件。變化事件的格式為：[when（條件表達式）]。UML狀態圖事件UML狀態圖實例UML狀態圖P.“信用卡賬戶”對象狀態圖活動圖（ActivityDiagram）描述了實現用例所要執行的各項活動的順序安排，展現從一個活動到另一個活動的控制流程。可看作是用例的事件流程圖。UML活動圖在UML中，構成活動圖的主要模型元素有活動、轉移、判斷、同步條、泳道和對象流。活動活動是構成活動圖的核心元素，表示在用例工作流程中執行的某個動作或步驟。在活動圖中，一個活動結束后立即進入下一個活動。初態活動名活動終態UML活動圖轉移轉移表示活動之間的跳轉行為，它由活動的完成來觸發。活動1活動2轉移UML活動圖判斷某活動完成后，根據條件的不同轉移到相應的不同活動。條件1條件2判斷UML活動圖同步條用于顯示平行分支流，表示用例工作流程中的并行過程。同步條UML活動圖泳道—展現了各項活動的執行對象，它把活動分成若干組，每組稱為一個泳道，上方標明活動負責對象。對象流—活動的執行過程中創建、更新或使用到的一些相關對象。172173P.“取款”用例活動圖應用程序模塊設計—順序圖順序圖（SequenceDiagram）描述了用例相關的多個對象及其之間的動態交互關系，通常用于解釋系統用例的實現過程。順序圖強調對象間交互的時間和順序。應用程序模塊設計—順序圖在UML中，順序圖由活動者、對象、生命線、激活、消息五類元素組成。應用程序模塊設計—順序圖活動者活動者是指用例的執行者，使用執行者的人形符號來表示。活動者name:ClassName百貨大樓:建筑對象在順序圖中，對象用一個矩形框表示，它們代表用例中參與交互的對象。對象使用標準的UML格式“name:ClassName”來標記。應用程序模塊設計—順序圖生命線生命線表示對象存在的時間。在順序圖中生命線用從對象圖標向下延伸的一條虛線表示。激活激活表示對象執行相應操作的時間段，它是用替換生命線的雙道線表示。處于激活期的對象能夠響應或發送消息，執行動作或活動。不在激活期的對象處于休眠狀態，需要等待新的消息來激活它。name:ClassName應用程序模塊設計—順序圖消息在面向對象方法中，對象間的交互是通過傳遞消息來完成的。消息是對象間的一種通信方式，UML中定義的消息包括以下4種：簡單消息調用消息返回消息異步消息應用程序模塊設計—順序圖消息—簡單消息表示簡單的控制流，用于描述控制流如何在對象間進行傳遞，而不考慮通信的細節。簡單消息用戶名、密碼應用程序模塊設計—順序圖消息—調用消息傳遞了要求接收對象執行某種操作或調用某個方法的請求。發送對象發出消息后必須等待消息返回，只有處理消息的操作執行完畢后，發送對象才可以繼續執行下一步操作。調用消息的格式為：操作（參數列表）。調用消息驗證（用戶名、密碼）應用程序模塊設計—順序圖消息—返回消息返回消息是調用消息中的操作完成后，返回給調用消息發送對象的回應消息。調用消息一般都對應一個返回消息。返回消息登錄成功應用程序模塊設計—順序圖消息—異步消息是一種不需等待返回消息的特殊調用消息。異步消息主要用于描述實時系統中的并發行為，發送對象發出消息后可立刻進行下一步操作。異步消息183應用程序模塊設計—順序圖順序圖基本技術184應用程序模塊設計—順序圖順序圖基本畫法185應用程序模塊設計—順序圖P.“用戶登錄”用例順序圖186應用程序模塊設計—協作圖協作圖（CommunicationDiagram）描述了用例相關的多個對象及其之間的動態合作關系，與順序圖一樣，通常也用于解釋用例的實現過程。協作圖強調對象間的合作關系。協作圖與順序圖包含的信息相同，兩者在語義上是等價的，可以根據順序圖自動生成協作圖，反之亦然。應用程序模塊設計—協作圖“用戶登錄”用例協作圖（根據“用戶登錄”用例順序圖轉換）188應用程序模塊設計—協作圖順序圖強調消息發送的時間和順序對象具有生命線和激活對象之間無連接線通過時間軸表示消息傳遞順序協作圖強調對象間的合作關系對象無生命線和激活對象之間存在連接線通過序列號表示消息傳遞順序UML圖間關系Part3.UML圖－圖間關系側重從對象的角度描述系統5.實現圖組件圖配置圖1.用例圖順序圖協作圖4.交互圖活動圖狀態圖3.行為圖類圖對象圖包圖2.靜態圖展開展開補充側重從功能的角度描述系統側重從系統軟硬件的角度描述系統相互轉換實現實例化UML圖間關系當在面向對象系統開發中采用UML建立系統模型時，其主要過程是：用例圖（包括用例文檔）分析類圖活動圖面向對象系統分析建立邏輯模型順序圖協作圖實體類圖狀態圖邊界類圖面向對象系統設計建立物理模型第4章電子商務系統開發基礎

（開發基礎篇）191學習內容電子商務系統開發模式電子商務系統開發平臺電子商務系統開發技術192電子商務系統開發模式電子商務系統開發模式是指電子商務應用系統的開發構建方式，表達了電子商務系統體系結構中的客戶端、表達層和應用層這三者之間的邏輯關系，展現了客戶端通過服務器訪問電子商務應用系統、服務器響應并處理請求、最終返回處理結果的具體過程。193電子商務系統開發模式傳統的Web應用開發模式靜態頁面開發模式動態頁面開發模式基于組件的開發模式.NET開發模式J2EE開發模式……194靜態頁面開發模式靜態頁面是指純粹HTML格式的網頁，它沒有后臺數據庫、不含程序且無需在服務器端運行，不可交互只能被瀏覽查看，每次訪問時內容是固定不變的。靜態網頁的網址形式通常為/eg/eg.htm195P.靜態頁面開發模式客戶端Internet服務器電子商務應用系統一個個靜態網頁靜態網頁的名字靜態頁面開發模式靜態頁面開發模式的特點：每個靜態頁面都有一個固定的URL靜態網頁是實實在在保存在服務器上的獨立文件靜態網頁的內容比較穩定靜態網頁沒有數據庫的支持靜態網頁的交互性很差頁面瀏覽速度迅速減輕了服務器的負擔196動態頁面開發模式動態網頁是指需要在服務器端運行、可以輕松進行數據庫訪問的程序、網頁和組件，動態網頁根據不同訪問者的不同請求，在不同時間返回不同的網頁。動態網頁的網址形式通常為/eg/eg?song=yesterday197動態網頁的名字傳遞的參數動態頁面開發模式198P.動態頁面開發模式客戶端Internet服務器應用程序數據庫電子商務應用系統動態頁面開發模式動態頁面開發模式的特點：動態網頁以數據庫為基礎采用動態網頁技術的網站可以實現更多的功能動態網頁不是獨立存在于服務器上的網頁文件在進行搜索引擎推廣時需要做一定的技術處理199基于組件的開發模式基于組件的開發是在一定的軟件模型的支持下，將應用系統分解成為一個個獨立的單元，然后在組件庫中查找并重用各類合適的組件，最后組裝相關的組件來構造應用系統軟件的過程例：.NET、J2EE200電子商務系統開發平臺201客戶端Internet服務器應用程序數據庫UNIXWindowsLinuxIISWebSphereWebLogicApacheTomcatSQLServerORACLEAccess網絡操作系統Web應用服務器數據庫管理系統電子商務系統開發平臺網絡操作系統網絡操作系統（NOS，NetworkOperationSystem）是能使網絡上多個計算機方便有效地共享網絡資源，為用戶提供所需的各種服務的操作系統軟件。網絡操作系統通常運行在服務器計算機上，由聯網的計算機用戶共享，它除了具備個人操作系統（即單機操作系統）所需的內存管理、CPU管理、輸入輸出管理、文件管理等功能外，還具有提供高效可靠的網絡通信能力和提供多種網絡服務的功能，如文件傳輸、電子郵件、遠程打印等。202網絡操作系統電子商務網站應用環境的建設依賴于所選定的網絡操作系統，在Internet環境下，Unix、Windows、Linux是三大主流網絡操作系統。203網絡操作系統1)Unix網絡操作系統204優點功能強大，擁有豐富的應用軟件支持，安全性、穩定性高缺點操作和管理復雜版本繁多在中小型網絡中應用較少，應用的重點是大型高端網絡。網絡操作系統2)Windows網絡操作系統205優點容易使用和管理界面友好配置簡單缺點穩定性不好一般用在中低檔服務器中。網絡操作系統3)Linux網絡操作系統206特點是一種自由軟件，用戶可免費獲取程序及其源碼對硬件要求較低穩定性和可靠性較高能與其它系統進行無縫鏈接可運行于多種硬件平臺，目前主要應用于中、高檔服務器中。Web應用服務器Web應用服務器在操作系統之上將一些通用的、與企業核心商務應用無關的環境和軟件包集成在一起，作為一個軟件包向開發者提供。目前常用的Web應用服務器有：MicrosoftIIS、IBMWebSphere、BEAWebLogic、Apache、Tomcat207Web應用服務器目前Web應用服務器根據功能分為兩部分：Web服務器(WebServer)專門響應并處理HTTP請求應用服務器(ApplicationServer)提供處理HTTP請求所需要的具體辦法208數據庫管理系統數據庫技術在電子商務中的作用主要表現在：存儲和管理各種商務數據可實現基于數據庫的商務應用系統決策支持目前常用的數據庫管理系統有：Oracle、SQLServer、Access209電子商務系統開發技術210客戶端Internet服務器應用程序數據庫ASPJSPPHPHTMLJavaScriptVBScriptJavaApplet電子商務系統開發技術211第5章電子商務系統規劃

（系統開發篇）學習內容212電子商務系統規劃概述電子商務系統規劃的內容電子商務系統規劃的步驟電子商務系統規劃的常用方法電子商務系統規劃報告電子商務系統規劃概述213電子商務系統規劃的定義電子商務系統規劃是指以支持企業開發電子商務系統為目標，確定電子商務的發展戰略，給定未來電子商務系統的商務模式和模型，設計電子商務系統的總體結構，說明解決方案各個組成部分的結構及其組成，選擇構造這一方案的技術方案，給出方案建設的實施步驟及時間安排，說明方案建設的人員組織，評估方案建設的開銷和收益。電子商務系統規劃概述214電子商務系統規劃的必要性在電子商務系統的建造初期，明確系統的目標、范圍、規模、實施方式等內容，形成一個輪廓性、框架性的方案，可以降低企業實施電子商務中的風險。成功開展電子商務的企業通過電子商務獲得的收益應大于投入的成本，開發電子商務系統前要進行成本和收益的分析、比較和評價，可以推斷出項目的開展是否能獲得成功。電子商務系統規劃概述215電子商務系統規劃的特點強調從戰略層做出強調企業間的協作是一個管理決策的過程規劃工作的人員主體是高層管理人員是對資金流、信息流和實物流的綜合規劃必須納入整個企業的發展規劃電子商務系統規劃的內容216電子商務系統規劃的任務是在確定系統的目標和定位的基礎上，制訂企業電子商務系統的長期發展方向和戰略，決定電子商務系統在整個過程中的發展方向、規模和發展進程。電子商務系統規劃的內容2171.

制訂電子商務系統的發展戰略（1）分析市場的特點和競爭對手的情況（2）分析企業的戰略目標和經營策略（3）確定電子商務系統的發展戰略電子商務系統規劃的內容2182.制訂電子商務系統的總體開發方案（1）確定企業的電子商務運作模式（2）確定電子商務系統的盈利方式（3）確立電子商務系統的體系結構電子商務系統規劃的內容2193.制訂系統開發方案的實施計劃（1）確定方案實施的主要任務（2）設計方案實施的各分階段及目標（3）制訂各分階段的資源分配計劃（4）形成方案實施進度表電子商務系統規劃的內容2204.對系統開發方案進行可行性分析（1）經濟可行性分析（2）技術可行性分析（3）管理可行性分析（4）環境可行性分析221電子商務系統規劃的常用方法222制定電子商務系統規劃的常用方法有：關鍵成功因素法（簡稱CSF）企業系統規劃法（簡稱BSP）關鍵成功因素法223關鍵成功因素關鍵成功因素（criticalsuccessfactor，CSF）指的是對企業成功起關鍵作用的因素。在大多數企業中，一般有3～6個決定企業成功與否的因素。關鍵成功因素法關鍵成功因素法，簡稱CSF法，就是通過分析找出使得企業成功的關鍵因素，然后圍繞這些關鍵因素來確定系統的需求，并進行規劃。關鍵成功因素法224P.關鍵成功因素法的步驟關鍵成功因素法225如何識別關鍵成功因素關鍵成功因素就是要識別聯系系統目標的主要數據類及其關系，識別關鍵成功因素所用的工具是樹枝因果圖。關鍵成功因素法226P.樹枝因果圖關鍵成功因素法227優點：以關鍵成功因素為分析對象，能夠有針對性的快速獲取系統需求以進行系統規劃。缺點：只適用于自由度較大的非結構化決策，而不適用于自由度較小的結構化決策。企業系統規劃法228企業系統規劃法（BusinessSystemPlanning,BSP），簡稱BSP法，是一種能夠幫助規劃人員根據企業目標制定信息系統規劃的結構化方法。企業系統規劃法229作用：確定系統總體結構明確系統的子系統及其開發順序明確各子系統之間的數據交換關系優點：能夠保證系統獨立于企業的組織機構使系統具有對環境變更的適應性確定子系統230企業系統規劃法231關鍵步驟1--定義企業過程企業過程指的是企業管理中必要且邏輯上相關的、為了完成某種管理功能的一組活動，如產品預測、材料庫存控制等業務處理活動或決策活動。定義企業過程是BSP方法的核心。232資源生命周期需求階段獲取階段使用階段回收階段資金財務計劃成本控制資金獲得資金接收公文管理銀行業務會計總賬分配管理應付款項人事人事計劃工資管理人員招聘人員調動人員培訓人事管理終止合同解雇退休材料需求生產采購接收庫存控制訂貨控制材料運輸設備設備計劃設備采購建設管理設備維修設備折舊設備報廢周期過程T.企業支持性資源典型業務過程企業系統規劃法233關鍵步驟2--定義數據類數據類是指支持企業過程所必需的邏輯上相關的數據，對數據進行分類是按業務過程進行的，即分別從各企業過程的角度將有關的輸入和輸出數據按邏輯相關性整理出來歸納成數據類。定義數據類的方法有兩種，實體法和功能法，通過兩者的相互參照歸納出數據類。實體法：以企業實體為線索，通過其生命周期各階段相關的數據類型識別出數據類。234產品客戶設備材料資金人員其他計劃型產品計劃質量計劃銷售計劃市場計劃設備計劃能力計劃需求計劃采購計劃財務計劃工資計劃培訓計劃工作計劃統計型產品匯總銷售歷史設備利用庫存匯總消耗匯總負債表財務報表人數統計生產率事故統計文檔型質檢報告客戶檔案使用數據維修數據質量日報會計報表成品價格職工檔案規章制度事務型訂貨合同發運記錄購買記錄采購記錄出入單據收付業務調動記錄樣品調撥單實體數據類T.實

體/數據類矩陣類型功能法：按資源生命周期的順序，構造一系列如數據/信息轉化圖并與實體法得到的數據類比較后進行調整，歸納出系統的數據類。235企業系統規劃法236關鍵步驟3--定義信息系統總體結構定義信息系統總體結構的目的是刻畫未來信息系統的框架和相應的數據類，其主要工作是劃分子系統。BSP法是根據信息的產生和使用來劃分子系統的，它盡量把信息產生的企業過程和使用的企業過程劃分在一個子系統中，從而減少子系統之間的信息交換，具體可利用U/C矩陣來實現。237電子商務系統規劃報告238電子商務系統規劃報告包括以下內容：系統背景描述企業需求描述系統建設原則及目標系統商務模型系統體系結構系統實施方案系統可行性分析結論其他說明239第6章電子商務系統分析

（系統開發篇）學習內容240電子商務系統分析的任務和步驟電子商務系統的基本需求電子商務系統常用的調查方法結構化系統分析法的主要建模工具面向對象系統分析法的主要建模工具241第1節電子商務系統分析概述電子商務系統分析的任務242系統規劃系統分析系統運作模式、體系結構及可行性報告電子商務系統的特點系統調查方法明確系統“做什么”系統基本需求用戶特定需求邏輯模型系統分析方法系統分析報告熟悉商務運作過程中的基本商務環節及其特點確定開展商務活動的重點和要點確定系統基本需求（用戶基本需求）對象：企業組織結構、主要業務、業務活動的數據流程和處理過程等目的：確定用戶特定需求電子商務系統分析的步驟2431.掌握企業商務活動的特點2.系統調查3.建立系統邏輯模型4.形成系統分析報告對系統基本需求和用戶特定需求進行整理，并采用某一系統分析方法建立系統邏輯模型撰寫系統分析結果的說明掌握企業商務活動的特點244電子商務系統典型運行模式BB2BC2CC2企業對企業企業對消費者消費者對消費者重點：確定要開發的電子商務系統的基本需求。B2B電子商務系統基本需求245B2B是企業與企業之間通過互聯網進行產品、服務及信息的交易，即企業與企業之間的電子商務。如：阿里巴巴政府機構物流企業中介買方企業賣方企業參與者B2B電子商務系統基本需求246會員管理信息發布信息查詢在線交易訂單管理拍賣與投標采購網上洽談商務論壇廣告宣傳B2B電子商務的基本需求B2B功能?包括創建新的產品信息、設置交易方式、修改產品信息和刪除產品信息等B2C電子商務系統基本需求247B2C是商家對消費者的電子商務，也就是通常說的商業零售，直接面向消費者銷售產品和服務。最具代表性的就是網上商店。如：當當網政府機構物流企業中介消費者商家參與者B2C電子商務系統基本需求248消費者需求用戶注冊、登錄商品查詢購物車為購買產品下訂單查看、撤銷和修改訂單跟蹤訂單狀態在線支付新手導航信息反饋B2C電子商務的基本需求商家需求商品信息發布檢查客戶的注冊信息發布和管理網絡廣告處理客戶訂單商品庫存管理精品推薦、促銷活動和物流配送系統建立接口和銀行之間的接口客戶關系管理售后服務C2C電子商務系統基本需求249C2C是消費者對消費者的模式。C2