電子商務(wù)系統(tǒng)的分析資料

1、第三章電子商務(wù)系統(tǒng)的分析(fnx)共一百零八頁要搞清楚的問題既有的系統(tǒng)是如何(rh)工作的？用戶希望新系統(tǒng)如何工作？目的：獲取系統(tǒng)需求信息功能需求性能需求成果需求分析報(bào)告針對(duì)新系統(tǒng)建立的模型系統(tǒng)(xtng)SDLC中的系統(tǒng)分析 信息系統(tǒng) 人的系統(tǒng)共一百零八頁電子商務(wù)(din z shn w)系統(tǒng)分析在系統(tǒng)規(guī)劃確定的目標(biāo)和開發(fā)方案的指導(dǎo)下結(jié)合電子商務(wù)系統(tǒng)的特點(diǎn)對(duì)企業(yè)的各個(gè)方面進(jìn)行深入調(diào)查研究及描述企業(yè)現(xiàn)行系統(tǒng)的活動(dòng)和各項(xiàng)工作理解企業(yè)的業(yè)務(wù)流程和數(shù)據(jù)流程分析待開發(fā)軟件提出的需求并給出詳細(xì)的定義。討論決定哪些需求是可以滿足的，哪些需求不能滿足，并對(duì)能滿足得需求加以確切地描述。使用一系列分析工具(gn

2、gj)與技術(shù)建立目標(biāo)系統(tǒng)邏輯模型，為系統(tǒng)設(shè)計(jì)奠定基礎(chǔ)。 共一百零八頁電子商務(wù)(din z shn w)系統(tǒng)分析vs一般的信息系統(tǒng)分析基本的方法、流程和工具相同不同點(diǎn)主要體現(xiàn)在調(diào)研分析的邊界創(chuàng)新性電子商務(wù)(din z shn w)系統(tǒng)分析要求以戰(zhàn)略規(guī)劃和系統(tǒng)規(guī)劃成果為依據(jù)充分了解管理及業(yè)務(wù)人員的需求借鑒典型的電子商務(wù)系統(tǒng)功能共一百零八頁一. 企業(yè)(qy)商務(wù)活動(dòng)的基本內(nèi)容企業(yè)的主要商務(wù)活動(dòng)及它們(t men)之間的信息流轉(zhuǎn)共一百零八頁市場(chǎng)(shchng)活動(dòng)（Marketing）目標(biāo)增加客戶對(duì)企業(yè)及相關(guān)產(chǎn)品的認(rèn)知程度，了解企業(yè)的服務(wù)為企業(yè)發(fā)現(xiàn)潛在的商業(yè)機(jī)會(huì)，發(fā)掘潛在客戶，發(fā)現(xiàn)客戶需求培養(yǎng)客戶的忠

3、誠度要點(diǎn)企業(yè)的形象產(chǎn)品的優(yōu)勢(shì)及特點(diǎn)市場(chǎng)細(xì)分借助于Internet，電子商務(wù)可以：獲得不受地域限制的市場(chǎng)宣傳空間減少對(duì)外界力量的依賴，直接(zhji)面對(duì)潛在客戶擁有最廉價(jià)的信息發(fā)布渠道直接通過客戶的瀏覽及消費(fèi)歷史記錄獲取用戶需求信息共一百零八頁銷售(xioshu)活動(dòng)（Sale）銷售過程實(shí)質(zhì)上是為用戶提供備選產(chǎn)品的過程，這一過程包括：產(chǎn)品的發(fā)現(xiàn)、選擇兩個(gè)基本環(huán)節(jié)。目標(biāo)與顧客達(dá)成交易，并使交易結(jié)果符合企業(yè)利益需要(xyo)要點(diǎn)產(chǎn)品的信息及描述消費(fèi)的環(huán)境電子商務(wù)中的銷售活動(dòng)可以：為客戶提供發(fā)現(xiàn)產(chǎn)品的渠道帶來交易方式的變革，使交易免受地域的限制直接產(chǎn)生電子化的交易記錄共一百零八頁訂貨(dng hu)

4、（Order）目標(biāo)滿足企業(yè)生產(chǎn)和銷售的需要要點(diǎn)供應(yīng)商的選擇運(yùn)輸合適的庫存量電子商務(wù)系統(tǒng)可以優(yōu)化訂貨需求幫助擴(kuò)大供應(yīng)商的選擇范圍(fnwi)，優(yōu)化供應(yīng)商選擇結(jié)果提高訂貨過程的效率改善對(duì)運(yùn)輸過程的監(jiān)管和優(yōu)化共一百零八頁支付(zhf)與交付（Payment & Delivery ）支付與交付的過程(guchng)也就是履行訂單的執(zhí)行過程(guchng)目標(biāo)完成交易費(fèi)用的給付完成產(chǎn)品的包裝、運(yùn)輸和遞交完成產(chǎn)品所有權(quán)的轉(zhuǎn)移要點(diǎn)安全性時(shí)間費(fèi)用電子商務(wù)系統(tǒng)可以縮短支付時(shí)間，降低支付成本實(shí)現(xiàn)交付過程可視化追蹤訂單執(zhí)行過程提供無形產(chǎn)品的交付渠道共一百零八頁客戶服務(wù)（Service）目標(biāo)培養(yǎng)客戶忠誠度從服務(wù)中發(fā)現(xiàn)

5、客戶需求，為市場(chǎng)及銷售活動(dòng)提供依據(jù)要點(diǎn)訂單完成情況的檢查產(chǎn)品使用的反饋訂貨及客戶歷史記錄客戶行為分析電子商務(wù)可以提供新的客戶服務(wù)方式（在線、遠(yuǎn)程、動(dòng)態(tài)）使服務(wù)超越地域和時(shí)間的限制加快服務(wù)的反饋提供One-To-One 的個(gè)性化服務(wù)提供自助式服務(wù)進(jìn)行服務(wù)過程的記錄(jl)及發(fā)掘共一百零八頁二、典型的電子商務(wù)業(yè)務(wù)(yw)需求市場(chǎng)推廣過程中的電子商務(wù)業(yè)務(wù)需求網(wǎng)絡(luò)廣告E-mail推銷品牌形象展示銷售過程中的電子商務(wù)業(yè)務(wù)需求網(wǎng)上產(chǎn)品展示產(chǎn)品搜索訂貨(dng hu)過程中的電子商務(wù)業(yè)務(wù)需求聯(lián)機(jī)采購在線報(bào)價(jià)和價(jià)格計(jì)算遠(yuǎn)程協(xié)商電子支付共一百零八頁典型的電子商務(wù)(din z shn w)業(yè)務(wù)需求（續(xù)）交付過程中

6、的電子商務(wù)業(yè)務(wù)需求交付過程跟蹤服務(wù)過程中的電子商務(wù)業(yè)務(wù)需求客戶信息反饋客戶跟蹤服務(wù)企業(yè)內(nèi)部相關(guān)(xinggun)管理業(yè)務(wù)需求商品庫存管理經(jīng)營(yíng)輔助決策.共一百零八頁三、電子商務(wù)(din z shn w)系統(tǒng)分析的過程信息系統(tǒng)分析(fnx)的基本思路電子商務(wù)系統(tǒng)分析的基本過程和方法共一百零八頁3.1 信息系統(tǒng)分析(fnx)的基本思路自頂向下從靜到動(dòng)去偽存真不斷(bdun)迭代共一百零八頁3.2 電子商務(wù)系統(tǒng)分析的基本(jbn)過程進(jìn)行需求調(diào)查，獲取需求（Requirement）整理(zhngl)提煉，針對(duì)需求進(jìn)行建模利用相關(guān)的軟件工程方法結(jié)構(gòu)化分析方法面向?qū)ο蟮姆治龇椒ㄔ头ǚ磸?fù)修改共一百零八頁需

7、求(xqi)調(diào)查參與人員：系統(tǒng)分析人員與業(yè)務(wù)人員共同完成方法訪談問卷調(diào)查跟班查閱(chyu)資料利用原型可采納的資料素材有關(guān)機(jī)構(gòu)組成和職責(zé)的規(guī)定報(bào)表歷史數(shù)據(jù)訪談?dòng)涗浵嚓P(guān)法律、法規(guī)、文件等成果需求調(diào)查報(bào)告相關(guān)資料素材共一百零八頁17業(yè)務(wù)流程重構(gòu)企業(yè)業(yè)務(wù)流程重構(gòu)是指對(duì)企業(yè)進(jìn)行(jnxng)根本的再思考和徹底的再設(shè)計(jì)，以求企業(yè)關(guān)鍵的性能指標(biāo)如成本、質(zhì)量和速度等，獲得巨大的提高。它是一種基于信息技術(shù)的、為更好地滿足顧客需要服務(wù)的、系統(tǒng)化的、企業(yè)組織的工作流程的改進(jìn)及相關(guān)活動(dòng)。業(yè)務(wù)流程再造突破了傳統(tǒng)的勞動(dòng)分工理論的思想體系，強(qiáng)調(diào)以“流程導(dǎo)向”替代原有的“職能導(dǎo)向”的企業(yè)組織形式，為企業(yè)經(jīng)營(yíng)管理提出了一個(gè)

8、全新的思路。它不是原有東西的修補(bǔ)或是局部性的改變，或保持原有的組織結(jié)構(gòu)完整不變，而是要拋棄運(yùn)作已久的規(guī)程，對(duì)企業(yè)提供產(chǎn)品或服務(wù)的工作過程進(jìn)行重新審視，這意味著拋棄所有的陳規(guī)陋習(xí)，一切從頭開始。有全局的思想，從整體上確認(rèn)企業(yè)的業(yè)務(wù)流程 共一百零八頁18業(yè)務(wù)流程重構(gòu)核心流程物流作業(yè)活動(dòng)管理活動(dòng)信息系統(tǒng)支持(zhch)流程企業(yè)基礎(chǔ)設(shè)施、人員、培訓(xùn)、技術(shù)開發(fā)、資金。 共一百零八頁19業(yè)務(wù)流程重構(gòu)的特點(diǎn)(tdin)以過程(guchng)為導(dǎo)向面向顧客打破常規(guī)充分利用信息技術(shù)目標(biāo)遠(yuǎn)大共一百零八頁20業(yè)務(wù)流程重構(gòu)步驟(bzhu)1.確定基本范圍和目標(biāo)。2.組織隊(duì)伍3.對(duì)有待進(jìn)行重構(gòu)的過程進(jìn)行診斷重復(fù)的、無用

9、的，形式或格式(g shi)上不一致，甚至相互矛盾的處理過程。瓶頸式的阻塞延遲。重復(fù)多余的、上下不一致的報(bào)表文件。 不合理的規(guī)章制度。在電子商務(wù)環(huán)境下，能改進(jìn)企業(yè)業(yè)務(wù)流程的電子技術(shù)共一百零八頁21進(jìn)行(jnxng)再設(shè)計(jì) 進(jìn)行再設(shè)計(jì)尋找再設(shè)計(jì)思路 設(shè)計(jì)新的業(yè)務(wù)過程 將原有流程中冗余的活動(dòng)(hu dng)刪除。對(duì)有用的活動(dòng)盡可能加以簡(jiǎn)化。把原有的幾道工序依靠信息技術(shù)的支持加以合并。將順序的流程改為同步流程。最后還應(yīng)再檢查改動(dòng)后的業(yè)務(wù)流程是否銜接，從過程總體上還有什么應(yīng)該安排和改動(dòng)的地方。進(jìn)行崗位的再安排設(shè)計(jì) 對(duì)原型修改共一百零八頁22業(yè)務(wù)流程重構(gòu)的原則(yunz) 從企業(yè)的產(chǎn)品出發(fā)企業(yè)人員(rn

10、yun)參入和實(shí)際結(jié)合集中處理從整體考慮決策點(diǎn)下放從信息源頭獲取信息共一百零八頁231清除(qngch)清除將原有流程內(nèi)的非增值處理予以清除。需要常問的關(guān)鍵問題是：這個(gè)流程環(huán)節(jié)為什么存在呢？這個(gè)流程環(huán)節(jié)的結(jié)果是整個(gè)流程完成(wn chng)的必要條件嗎？如果答案是否定的，那么，這樣的處理就應(yīng)被清除。共一百零八頁24清除(qngch)處理(chl)間的等待不必要的移動(dòng)重復(fù)的處理過量的庫存共一百零八頁252簡(jiǎn)化(jinhu)簡(jiǎn)化是指在不改變?cè)刑幚?chl)功能的基礎(chǔ)上，將復(fù)雜的處理(chl)精簡(jiǎn)化。包括：使用簡(jiǎn)單的技術(shù)溝通簡(jiǎn)單明了表格流程間組織共一百零八頁263任務(wù)(rn wu)整合對(duì)業(yè)務(wù)流程經(jīng)

11、過充分的簡(jiǎn)化以后，還需要對(duì)簡(jiǎn)化之后的流程進(jìn)行整合，目的是使整個(gè)流程順暢、連貫，更好地滿足顧客需求?；顒?dòng)(hu dng)合并團(tuán)隊(duì)供應(yīng)商整合 共一百零八頁274流程(lichng)自動(dòng)化對(duì)業(yè)務(wù)流程的清除、簡(jiǎn)化和整合是流程自動(dòng)化的基礎(chǔ)。除了需要人進(jìn)行控制和決策的環(huán)節(jié)；其余能交由計(jì)算機(jī)處理的都應(yīng)交給計(jì)算機(jī)處理；注意的地方：數(shù)據(jù)的采集(cij)和傳輸數(shù)據(jù)的分析。共一百零八頁28共一百零八頁29共一百零八頁30共一百零八頁31共一百零八頁32共一百零八頁33共一百零八頁34共一百零八頁35共一百零八頁36共一百零八頁37某企業(yè)集團(tuán)技術(shù)裝備本部(bnb)的業(yè)務(wù)流程再造 企業(yè)業(yè)務(wù)流程再造的目標(biāo)(mbio) 組

12、織隊(duì)伍核心業(yè)務(wù)流程問題分析及解決辦法 核心流程再造分析 共一百零八頁38某企業(yè)集團(tuán)(jtun)技術(shù)裝備本部的業(yè)務(wù)流程再造 目標(biāo)實(shí)現(xiàn)(shxin)企業(yè)管理和信息技術(shù)的結(jié)合減少不必要的流程提高企業(yè)的工作效率降低企業(yè)的運(yùn)營(yíng)成本加強(qiáng)企業(yè)的競(jìng)爭(zhēng)力。 共一百零八頁39某企業(yè)集團(tuán)技術(shù)裝備本部(bnb)的業(yè)務(wù)流程再造 組織項(xiàng)目管理委員會(huì)業(yè)務(wù)流程分析(fnx)小組再造小組電子商務(wù)系統(tǒng)規(guī)劃設(shè)計(jì)小組共一百零八頁40某企業(yè)集團(tuán)技術(shù)裝備(jsh zhungbi)本部的業(yè)務(wù)流程再造 問題分析 物料管理業(yè)務(wù)流程不統(tǒng) 庫存管理混亂 保管員和微機(jī)員工作強(qiáng)度不合理信息的組織形式、內(nèi)容不統(tǒng)一業(yè)務(wù)沒有統(tǒng)一核算。銷售環(huán)節(jié)復(fù)雜產(chǎn)品入庫不

13、及時(shí)計(jì)劃制定(zhdng)不合理無效庫存不能動(dòng)態(tài)調(diào)整價(jià)格管理流程和報(bào)表不規(guī)范共一百零八頁41材料科再造(zizo)前a.開單檢驗(yàn)材料處采購科業(yè)務(wù)員根據(jù)分供方提出的供貨報(bào)驗(yàn)申請(qǐng)(shnqng)，手工開具通知驗(yàn)收單，分供方持驗(yàn)收單和貨物經(jīng)過質(zhì)管處檢驗(yàn)，檢驗(yàn)人員在通知驗(yàn)收單上簽字分供方憑質(zhì)管處簽字的通知驗(yàn)收單到材料倉庫辦理入庫。b.審核入庫倉庫保管員根據(jù)物流庫存賬判斷是否超過最大儲(chǔ)備量，同時(shí)核對(duì)報(bào)驗(yàn)、入庫的數(shù)量、辦理入庫，并在通知驗(yàn)收單上寫明接受入庫數(shù)量并簽字。分供方的貨進(jìn)入了材料倉庫。倉庫保管員要依據(jù)簽字后的通知驗(yàn)收單登記倉庫物流庫存賬。此通知驗(yàn)收單返回給分供方。c.單據(jù)反饋經(jīng)過倉庫保管員簽字的通

14、知驗(yàn)收單傳遞到材料科微機(jī)員手中，微機(jī)員依據(jù)通知驗(yàn)收單錄入并打印入庫單，計(jì)算機(jī)記倉庫庫存賬和入庫流水賬，倉庫保管員依據(jù)此入庫單在倉庫物流庫存賬上登記入庫單號(hào)，以便將來進(jìn)行對(duì)賬。 共一百零八頁42NYY質(zhì)管處入庫檢驗(yàn)合格否分供方入庫申請(qǐng)采購科手工開具通知驗(yàn)收單通知驗(yàn)收單簽字后的通知驗(yàn)收單材料科手工查材料庫存賬是否入庫材料倉庫分供方辦理入庫入庫通知單簽字簽字后的通知驗(yàn)收單保管員記賬登記入庫單號(hào)倉庫庫存賬微機(jī)錄入員入庫微機(jī)打印的入庫單計(jì)算機(jī)材料庫存賬、流水賬N共一百零八頁43未實(shí)現(xiàn)計(jì)算機(jī)對(duì)倉庫庫存的控制保管員工作量較大，如果(rgu)有倉庫管理員，兩者在工作上是一種重復(fù)投入；管理人員過多。材料科再造(

15、zizo)前的缺點(diǎn)共一百零八頁44材料科微機(jī)員(負(fù)責(zé)報(bào)驗(yàn)的微機(jī)員)憑分供方提供的采購訂單打印通知驗(yàn)收單,計(jì)算機(jī)自動(dòng)判斷現(xiàn)有庫存量加上報(bào)驗(yàn)數(shù)量是否超過倉庫的最大儲(chǔ)備量，如果超過，則在通知驗(yàn)收單上注明允許的最大入庫量，提醒(t xng)入庫檢驗(yàn)人員。微機(jī)員開了驗(yàn)收單后就可以記入計(jì)算機(jī)臨時(shí)庫存賬和臨時(shí)入庫流水賬。記臨時(shí)賬主要目的是及時(shí)反映庫存量，臨時(shí)庫存和計(jì)算機(jī)庫存賬之間的差值，反映出入庫的在途量。分供方持單及貨經(jīng)過質(zhì)管處檢驗(yàn)；檢驗(yàn)人員在通知驗(yàn)收單上簽字，并打印通知驗(yàn)收單。分供方持單及貨到材料科入庫。 共一百零八頁45b.審核(shnh)入庫和單據(jù)反饋倉庫保管員核對(duì)通知驗(yàn)收單上的貨物數(shù)量和實(shí)際量、當(dāng)

16、前貨物的質(zhì)量以及計(jì)算機(jī)允許的最大入庫量，確定本次接受的數(shù)量，如果實(shí)際入庫量沒有變化，則自動(dòng)生成并打印入庫單，倉庫保管員依據(jù)此入庫單在倉庫物流庫存賬上登記入庫單號(hào)，以便將來進(jìn)行對(duì)賬。如果實(shí)際入庫數(shù)量有變化，則要修改臨時(shí)庫存賬和臨時(shí)入庫流水賬，修改后生成并打印入庫單。倉庫保管員在通知驗(yàn)收單上注明實(shí)際入庫量并簽字。至此，分供方的貨入到了材料倉庫。 共一百零八頁46單據(jù)反饋在材料科，系統(tǒng)根據(jù)(gnj)倉庫保管員的倉庫物流庫存賬自動(dòng)更新庫存賬、出庫流水賬、臨時(shí)庫存賬和臨時(shí)入庫流水賬。 共一百零八頁47再造(zizo)前材料出庫開領(lǐng)料單 審核出庫 單據(jù)反饋 再造后材料出庫開領(lǐng)料單 審核出庫 單據(jù)反饋 共一

17、百零八頁48銷售處 再造前業(yè)務(wù)流程為接受訂單 組織生產(chǎn) 跟蹤和完成(wn chng)訂單再造后業(yè)務(wù)流程為訂單接收開發(fā)貨單共一百零八頁49入庫 再造前：開單檢驗(yàn) 審核入庫 單據(jù)反饋(fnku) 再造后開單檢驗(yàn) 審核入庫 單據(jù)反饋生產(chǎn)車間企劃主要處理流程成品(chngpn)科共一百零八頁50出庫 再造前：開領(lǐng)貨單 審核出庫 單據(jù)(dnj)反饋 再造后開發(fā)貨單 開出庫單 審核出庫 單據(jù)反饋 生產(chǎn)車間企劃主要處理流程成品(chngpn)科共一百零八頁51生產(chǎn)車間主要處理施程 再造前流程(a)生產(chǎn)計(jì)劃接收、安排生產(chǎn)(b) 生產(chǎn)進(jìn)度臺(tái)賬調(diào)整(c) 產(chǎn)品入庫(r k)(d) 生產(chǎn)原料準(zhǔn)備(e) 物料考核生產(chǎn)

18、(shngchn)車間 共一百零八頁52再造后流程(a) 生產(chǎn)計(jì)劃接收、生成車間作業(yè)(zuy)計(jì)劃控制臺(tái)賬（b）車間作業(yè)計(jì)劃臺(tái)賬調(diào)整（c）產(chǎn)品入庫（d）生產(chǎn)原料準(zhǔn)備（e）物料考核 生產(chǎn)(shngchn)車間 共一百零八頁53再造前（a）訂單接收、生產(chǎn)計(jì)劃的制定和下達(dá)(b)計(jì)劃下達(dá)(c)生產(chǎn)計(jì)劃調(diào)整(d)生產(chǎn)計(jì)劃實(shí)施(shsh)的監(jiān)督(e)生產(chǎn)的組織 企劃(q hu) 共一百零八頁54再造后(a) 訂單接收、生產(chǎn)計(jì)劃(jhu)的制定和下達(dá)(b)生產(chǎn)計(jì)劃調(diào)整(c)生產(chǎn)計(jì)劃實(shí)施的監(jiān)督(d)生產(chǎn)的組織企劃(q hu) 共一百零八頁55在企業(yè)實(shí)施業(yè)務(wù)流程再造后，銷售處接受訂單，企劃處從銷售處接收生產(chǎn)訂單

19、，自動(dòng)制定生產(chǎn)計(jì)劃。企劃處把生產(chǎn)計(jì)劃下達(dá)給車間，由車間進(jìn)行生產(chǎn)，車間生產(chǎn)時(shí)需要到材料科領(lǐng)取材料。生產(chǎn)完成以后進(jìn)行產(chǎn)品的入庫。材料科通過系統(tǒng)接受企劃處的計(jì)劃，負(fù)責(zé)組織生產(chǎn)原料的采購和生產(chǎn)原料的入庫，并通過系統(tǒng)辦理車間所需材料的出庫。成品科通過系統(tǒng)接受企劃處的計(jì)劃，負(fù)責(zé)實(shí)施生產(chǎn)車間生產(chǎn)的產(chǎn)品的入庫。企劃處還通過系統(tǒng)下達(dá)給銷售處，銷售科負(fù)責(zé)外協(xié)生產(chǎn)及訂單的實(shí)施銷售科通過和外部協(xié)作單位電子商務(wù)系統(tǒng)之間的接口傳遞子訂單的信息。 整個(gè)系統(tǒng)形成了一個(gè)整體，各部門分工協(xié)作共同通過系統(tǒng)完成任務(wù)。而不是像以前每個(gè)部門主要考慮自己的職能，手工查自己的臺(tái)賬，來完成自己的工作，效益低下，造成很多浪費(fèi)。每個(gè)部門之間是并行

20、工作，消除(xioch)掉一些無用的手工流程。共一百零八頁四、結(jié)構(gòu)化分析方法(fngf) （Structured Analysis，SA）結(jié)構(gòu)化分析方法(fngf)是一種面向數(shù)據(jù)流的需求分析方法(fngf)，也是一種建?；顒?dòng)，它主要根據(jù)軟件內(nèi)部的數(shù)據(jù)傳遞、變換關(guān)系，自頂向下逐層分解，描繪出滿足功能要求的軟件系統(tǒng)。尤其適合于較大型的信息系統(tǒng)共一百零八頁結(jié)構(gòu)化分析的主要(zhyo)工具數(shù)據(jù)流圖（DFD）：功能模型數(shù)據(jù)字典（DD）實(shí)體(sht)關(guān)系圖（E-R圖）：數(shù)據(jù)模型狀態(tài)變遷圖（STD圖）：行為模型共一百零八頁數(shù)據(jù)流圖（DFD）Data Flow Diagram用于表示數(shù)據(jù)在信息系統(tǒng)中的流動(dòng)情況

21、，但不表示具體(jt)的程序邏輯和處理步驟共一百零八頁數(shù)據(jù)流圖的基本(jbn)元素共一百零八頁數(shù)據(jù)流圖的基本(jbn)元素（續(xù)）數(shù)據(jù)流是數(shù)據(jù)在系統(tǒng)內(nèi)傳播的路徑，由一個(gè)或一組數(shù)據(jù)項(xiàng)構(gòu)成。除了數(shù)據(jù)存儲(chǔ)之間的數(shù)據(jù)流不用(byng)命名外，其它數(shù)據(jù)流應(yīng)該用名詞或名詞短語命名。（對(duì)于有些含義比較明顯的數(shù)據(jù)流也不一定加以命名）數(shù)據(jù)流的準(zhǔn)確定義由數(shù)據(jù)字典Data Dictionary給出實(shí)體代表了系統(tǒng)邊界之外的，與系統(tǒng)存在數(shù)據(jù)交換的人員、組織或其它系統(tǒng)共一百零八頁數(shù)據(jù)流圖的基本(jbn)元素（續(xù)）處理也稱為數(shù)據(jù)加工，它對(duì)數(shù)據(jù)流進(jìn)行某些操作或變換。每個(gè)處理要有名字，通常是動(dòng)詞短語，簡(jiǎn)明地描述完成什么處理。在分

22、層的數(shù)據(jù)流圖中，處理還應(yīng)有編號(hào)。數(shù)據(jù)存儲(chǔ)指暫時(shí)保存的數(shù)據(jù)，它可以是數(shù)據(jù)庫表、文件或其它任何(rnh)形式的數(shù)據(jù)組織。流向數(shù)據(jù)存儲(chǔ)的數(shù)據(jù)流可理解為寫入存儲(chǔ)或提交查詢請(qǐng)求，從數(shù)據(jù)存儲(chǔ)流出的數(shù)據(jù)可理解為從存儲(chǔ)設(shè)備讀數(shù)據(jù)或得到查詢結(jié)果。數(shù)據(jù)存儲(chǔ)也可有編號(hào)共一百零八頁數(shù)據(jù)流圖的繪制(huzh)方法首先，確定系統(tǒng)的邊界和外部實(shí)體繪出系統(tǒng)的頂層數(shù)據(jù)流圖（context diagram）只包含一個(gè)處理，標(biāo)號(hào)為0 ，且名稱為整個(gè)系統(tǒng)的名稱在頂層數(shù)據(jù)流圖的基礎(chǔ)上，細(xì)化得出第0層數(shù)據(jù)流圖逐層細(xì)化，擴(kuò)展得出更低一層的數(shù)據(jù)流圖，直到(zhdo)所有處理都已足夠簡(jiǎn)單共一百零八頁繪制(huzh)數(shù)據(jù)流圖的規(guī)則每個(gè)數(shù)據(jù)流都至

23、少有一端是連接到處理的每個(gè)處理都至少有一個(gè)(y )輸入數(shù)據(jù)流，且至少有一個(gè)(y )輸出數(shù)據(jù)流每一個(gè)數(shù)據(jù)存儲(chǔ)都必須通過數(shù)據(jù)流連接到處理一般情況下，每個(gè)數(shù)據(jù)存儲(chǔ)都應(yīng)該既有輸入數(shù)據(jù)流，又有輸出數(shù)據(jù)流注意命名的唯一性、易懂性共一百零八頁繪制數(shù)據(jù)流圖的常規(guī)(chnggu)原則同一幅圖上包含的處理不超過9個(gè)盡量避免數(shù)據(jù)流的交叉使用(shyng)多級(jí)符號(hào)，表示處理之間的父子關(guān)系共一百零八頁案例(n l)：家具公司電子商務(wù)系統(tǒng)外部實(shí)體客戶內(nèi)容維護(hù)人員銷售(xioshu)人員生產(chǎn)調(diào)度系統(tǒng) （生產(chǎn)調(diào)度人員） 財(cái)務(wù)系統(tǒng)（財(cái)務(wù)人員）客服人員物流跟蹤系統(tǒng)維修人員 共一百零八頁案例：主要(zhyo)處理用戶管理注冊(cè)登錄用

24、戶信息檢索用戶信息維護(hù)產(chǎn)品展示產(chǎn)品目錄瀏覽產(chǎn)品信息檢索產(chǎn)品效果圖展示網(wǎng)上訂貨購物車處理添加(tin ji)到購物車修改購物車下訂單訂單確認(rèn)訂單跟蹤客戶服務(wù)咨詢報(bào)修派發(fā)修理通知服務(wù)跟蹤信息發(fā)布企業(yè)信息發(fā)布產(chǎn)品信息發(fā)布招聘信息發(fā)布企業(yè)/招聘信息檢索統(tǒng)計(jì)分析共一百零八頁數(shù)據(jù)(shj)字典（Data Dictionary，DD）1訂單1.1 訂單標(biāo)識(shí)1.2 顧客(gk)詳情1.3 書籍詳情1.1 訂單標(biāo)識(shí)1.1.1 訂貨日期1.1.2 訂單編號(hào)1.2 顧客詳情1.2.1 姓名1.2.2 聯(lián)系電話地址ID1.2.2 聯(lián)系電話固定電話移動(dòng)電話說明：上述兩項(xiàng)至少一項(xiàng)為非空共一百零八頁面向過程模型(mxng)

25、的弊端以實(shí)現(xiàn)功能的過程為中心，而用戶的需求變化主要是針對(duì)功能的，且功能變化往往引起(ynq)較大的結(jié)構(gòu)變化，因此，系統(tǒng)穩(wěn)定性不好。系統(tǒng)有明確的邊界定義，且系統(tǒng)結(jié)構(gòu)依賴于系統(tǒng)邊界的定義。這樣的系統(tǒng)不易擴(kuò)充和修改。 可重用性(reusability)較差。共一百零八頁五、面向?qū)ο蟮姆治?fnx)與設(shè)計(jì)方法(Object Oriented Analysis&Design, OOA&OOD)基本(jbn)思想： 現(xiàn)實(shí)世界由相互聯(lián)系的各種事物組成，每一事物均有其自身的屬性和特定的行為，面向?qū)ο蟮姆治雠c設(shè)計(jì)方法即遵循此思想，以最自然的形式針對(duì)現(xiàn)實(shí)世界中的問題建模，并按人們通常的思維方式對(duì)問題進(jìn)行求解，力圖

26、籍此簡(jiǎn)化問題模型，降低求解難度共一百零八頁面向?qū)ο蠓椒?fngf)的幾個(gè)基本概念對(duì)象可用名字進(jìn)行唯一標(biāo)識(shí)可用屬性（狀態(tài)）描述某些特征可用一組操作（服務(wù)）完成其各種行為類具有相同屬性和操作的一組對(duì)象的集合，它為屬于該類的全部對(duì)象提供了統(tǒng)一的抽象描述同樣具有名稱、屬性和操作屬性和操作又可分為外部特性和內(nèi)部實(shí)現(xiàn)(shxin)兩部分消息向?qū)ο蟀l(fā)出的服務(wù)請(qǐng)求包含：SenderReceiverParameters由接收者負(fù)責(zé)對(duì)消息進(jìn)行響應(yīng)，執(zhí)行相應(yīng)操作共一百零八頁UML面向?qū)ο蟮姆治?fnx)設(shè)計(jì)工具UMLUnified Modeling Language統(tǒng)一建模語言1996年，由Rational公司的G

27、.Booch、J.Rumbaugh、I.Jacobson共同提出，并由若干大公司共同推薦，為OMG所采納，進(jìn)而成為了可視化建模的事實(shí)標(biāo)準(zhǔn)目前(mqin)最新版本2.1.2共一百零八頁UML的特點(diǎn)(tdin)和應(yīng)用特點(diǎn)一種可視化的語言一種可用于詳細(xì)描述的語言精確無歧義(qy)完整一種構(gòu)造語言正向工程逆向工程一種文檔化的語言主要應(yīng)用于軟件系統(tǒng)的分析、設(shè)計(jì)工作，也可應(yīng)用于非軟件領(lǐng)域共一百零八頁UML的構(gòu)成(guchng)用例圖（Use Case diagram）靜態(tài)圖（Static diagram）類圖 Class diagram對(duì)象圖 Object diagram包圖 Package diagra

28、m行為(xngwi)圖（Behavior diagram）狀態(tài)圖 Statechart diagram活動(dòng)圖 Activity diagram交互圖 （Interactive diagram）順序圖 Sequence diagram協(xié)作圖 Cooperation diagram實(shí)現(xiàn)圖（Implementation diagram）構(gòu)件圖 Component Diagram部署圖 Deployment Diagram描述系統(tǒng)的動(dòng)態(tài)模型和組成對(duì)象間的交互關(guān)系描述系統(tǒng)組成元素的靜態(tài)結(jié)構(gòu)描述對(duì)象間的交互關(guān)系描述系統(tǒng)的物理組成單元共一百零八頁UML基本(jbn)元素 類(Class) 表示由三部分構(gòu)成

29、名稱必須包含 其余可省略(shngl)或陸續(xù)添加 可說明屬性及操作的可見性 可說明屬性的類型 可說明操作的參數(shù)、返回值共一百零八頁UML基本(jbn)元素 對(duì)象(Object) 表示由兩部分(b fen)組成 沒有操作 名稱必須包含 名稱帶下劃線 名稱后可跟類名 其余可省略或陸續(xù)添加 可說明屬性的類型共一百零八頁UML基本(jbn)元素 用例(Use Case)和參與者(Actor)參與者存在于作為研究對(duì)象的系統(tǒng)之外的實(shí)體可以為人、機(jī)構(gòu)、設(shè)備、系統(tǒng)等利用人形表示(biosh)通常僅包含其名稱用例對(duì)一組動(dòng)作序列的描述，系統(tǒng)執(zhí)行這些動(dòng)作將產(chǎn)生一個(gè)對(duì)特定參與者有價(jià)值而且可觀察的結(jié)果使用實(shí)線橢圓通常僅

30、包含其名稱共一百零八頁UML基本元素(yun s) 關(guān)系共一百零八頁依賴(yli)關(guān)系（dependency）代表：使用關(guān)系說明(shumng)一個(gè)事物規(guī)格說明(shumng)的變化可能影響到使用它的另一個(gè)事物箭頭指向被依賴的事物共一百零八頁泛化關(guān)系(gun x)（generalization）指一般事物（稱為超類或父類）和該事物的較為特殊的種類（稱為子類）之間的關(guān)系一個(gè)(y )類可以有0個(gè)、1個(gè)或多個(gè)父類沒有父類且最少有一個(gè)子類的類稱為根類或基類沒有子類的類稱為葉子類箭頭指向被繼承的類共一百零八頁關(guān)聯(lián)(gunlin)關(guān)系（association）代表一種結(jié)構(gòu)關(guān)系類型自關(guān)聯(lián)(gunlin)二元

31、關(guān)聯(lián)關(guān)聯(lián)可以有一個(gè)名稱共一百零八頁聚集、聚合(jh)（Aggregation）一種特殊的關(guān)聯(lián)關(guān)系用于表示整體與部分的關(guān)系以菱形表示可進(jìn)一步細(xì)分為：普通聚集，共享聚集（Shared Aggregation）整體與部分可以單獨(dú)存在以空心(kng xn)菱形表示組合（Composition）整體擁有部分，部分與整體共存以實(shí)心菱形表示共一百零八頁類及類之間的關(guān)系(gun x)自關(guān)聯(lián)(gunlin)同時(shí)存在兩種關(guān)系依賴關(guān)系泛化關(guān)系多元關(guān)聯(lián)共一百零八頁大學(xué)(dxu)里的幾種關(guān)系普通(ptng)聚集組合指定關(guān)系名稱和方向另一種指定關(guān)系名稱的方法指定多重性共一百零八頁類圖用于描述類與類之間的靜態(tài)關(guān)系類圖主要由

32、類及它們之間的關(guān)系構(gòu)成(guchng)，此外，還可以包含接口、包等元素，也可包括對(duì)象等實(shí)例共一百零八頁類圖的主要(zhyo)作用分析階段幫助識(shí)別系統(tǒng)的主體幫助辨析系統(tǒng)的屬性和行為描述應(yīng)用領(lǐng)域中的概念設(shè)計(jì)階段直接引導(dǎo)(yndo)面向?qū)ο蟮脑O(shè)計(jì)描述類與類之間的接口實(shí)現(xiàn)階段描述軟件系統(tǒng)中的實(shí)現(xiàn)可利用工具直接生成代碼框架共一百零八頁對(duì)象(duxing)圖（Object Diagram）形式(xngsh)與類圖相似對(duì)象之間的連接使用“鏈”（Link）共一百零八頁包圖（Package Diagram）目的：將復(fù)雜的大系統(tǒng)拆分為若干小系統(tǒng)包：將若干元素集合成一個(gè)(y )更高層次的單位，形成一個(gè)(y )低耦合

33、、高內(nèi)聚的元素集合，將其稱為包。包中的元素也具有可見性。包圖利用類似于文件夾的符號(hào)表示包。包圖主要描述包之間的包含及依賴關(guān)系。共一百零八頁用例圖（Use Case Diagram）要素參與者用例關(guān)系用例圖描述了誰將是系統(tǒng)的使用者使用者希望系統(tǒng)提供什么服務(wù)（功能）使用者與系統(tǒng)之間的交互(jioh)（參與者與用例之間的關(guān)系）關(guān)聯(lián)關(guān)系（association）系統(tǒng)所提供的服務(wù)（用例之間的關(guān)系）包含關(guān)系（include）延伸關(guān)系（extend）泛化關(guān)系（generalize）共一百零八頁用例之間存在的三種可能(knng)的關(guān)系包含關(guān)系（include）表示基礎(chǔ)用例（客戶用例）在其內(nèi)部說明的某一位置顯式

34、地合并了另一個(gè)用例的行為用途用例的復(fù)用用例的簡(jiǎn)化(jinhu)延伸關(guān)系（extend）基礎(chǔ)用例在由延伸用例間接地說明的一個(gè)位置上，隱式地合并了另一個(gè)用例的行為特點(diǎn)：即使沒有擴(kuò)展用例，基礎(chǔ)用例本身也是完整的用途把新的行為插入到已有用例中把復(fù)雜的可選的處理從基本的必須的處理中分離出來泛化關(guān)系（generalize）與類的泛化關(guān)系相似用途先給出一個(gè)概念性的用例，再給出其實(shí)現(xiàn)用例共一百零八頁參與者與用例之間的關(guān)聯(lián)(gunlin)關(guān)系共一百零八頁用例之間的關(guān)系(gun x)共一百零八頁用例圖的主要用途分析階段幫助識(shí)別系統(tǒng)的相關(guān)主體幫助明確并逐步細(xì)化系統(tǒng)功能需求是繪制(huzh)其它圖的出發(fā)點(diǎn)實(shí)現(xiàn)階段是編

35、制測(cè)試用例的基礎(chǔ)實(shí)施階段是制定培訓(xùn)、維護(hù)計(jì)劃的依據(jù)共一百零八頁狀態(tài)圖（Statechart Diagram）用途與狀態(tài)遷移圖相似，用于描述一個(gè)實(shí)體基于事件反應(yīng)的動(dòng)態(tài)行為，顯示了該實(shí)體如何根據(jù)當(dāng)前狀態(tài)對(duì)不同(b tn)的事件做出反應(yīng)。要素狀態(tài)轉(zhuǎn)移與STD的主要不同點(diǎn)以圓角矩形代表狀態(tài)增加兩個(gè)可選的特殊狀態(tài)：起始狀態(tài)、終止?fàn)顟B(tài)狀態(tài)內(nèi)增加屬性：進(jìn)入操作、退出操作、內(nèi)部轉(zhuǎn)移允許在狀態(tài)內(nèi)嵌套子狀態(tài)圖允許無觸發(fā)器轉(zhuǎn)移共一百零八頁狀態(tài)(zhungti)及轉(zhuǎn)移的屬性狀態(tài)名稱進(jìn)入/退出操作內(nèi)部轉(zhuǎn)移子狀態(tài)順序子狀態(tài)并行(bngxng)子狀態(tài)延遲的事件轉(zhuǎn)移源狀態(tài)事件觸發(fā)器警戒條件操作目標(biāo)狀態(tài)共一百零八頁狀態(tài)圖示例(

36、shl)共一百零八頁活動(dòng)(hu dng)圖（Activity Diagram）本質(zhì)上為流程圖要素狀態(tài)(zhungti)初始狀態(tài)終止?fàn)顟B(tài)動(dòng)作狀態(tài)原子性不可中斷性瞬時(shí)性活動(dòng)狀態(tài)可分解可中斷占有有限的時(shí)間控制流（轉(zhuǎn)換）普通轉(zhuǎn)換分支分叉匯合對(duì)象流表示活動(dòng)中輸入或輸出的對(duì)象泳道用于將活動(dòng)圖中的活動(dòng)狀態(tài)分組共一百零八頁活動(dòng)(hu dng)圖示例共一百零八頁活動(dòng)(hu dng)圖的主要用途分析階段輔助進(jìn)行工作流分析輔助對(duì)系統(tǒng)中主體行為進(jìn)行分析設(shè)計(jì)階段設(shè)計(jì)(shj)類的依據(jù)最終細(xì)化到程序流程圖共一百零八頁交互(jioh)圖（Interaction Diagram）與活動(dòng)(hu dng)圖一樣，用于對(duì)系統(tǒng)的動(dòng)態(tài)特性建模交互