電子商務(wù)系統(tǒng)結(jié)構(gòu)概述

電子商務(wù)系統(tǒng)結(jié)構(gòu)概論1.1.1系統(tǒng)系統(tǒng)是由若干相互作用、相互依存的組成部分（或稱部件）為實(shí)現(xiàn)某一目標(biāo)而有機(jī)結(jié)合的一個(gè)整體。一般的系統(tǒng)模型包括三部分:輸入、處理、輸出系統(tǒng)具有邊界，邊界之外稱為環(huán)境。系統(tǒng)一般具有如下一些性質(zhì)⑴目的性⑵集合性⑶相關(guān)性⑷適應(yīng)性1.1.2電子商務(wù)系統(tǒng)2、電子商務(wù)的定義⑴狹義電子商務(wù)（commerce）指通過Internet（包括企業(yè)內(nèi)部網(wǎng)Intranet）或電子數(shù)據(jù)交換（EDI）進(jìn)行的交易活動(dòng)。因此，從這一點(diǎn)動(dòng)身，也有人將電子商務(wù)稱為IC（InternetCommerce）。⑵廣義電子商務(wù)（business）泛指利用企業(yè)電子手段實(shí)現(xiàn)的商務(wù)活動(dòng)的整個(gè)過程，是各參與方通過電子方式而不是直接物理交換或直接物理接觸方式來完成的任何業(yè)務(wù)交易。1.2電子商務(wù)系統(tǒng)一般體系框架電子商務(wù)系統(tǒng)的一般體系框架指的是與電子商務(wù)系統(tǒng)規(guī)劃、設(shè)計(jì)、運(yùn)行有關(guān)的外部環(huán)境、內(nèi)部組成部分的集合。1.3電子商務(wù)系統(tǒng)的開發(fā)方法軟件開發(fā)方法是指軟件系統(tǒng)開發(fā)過程所遵循的方法和步驟。在信息系統(tǒng)的開發(fā)過程中，常使用的幾種典型方法，也是在開發(fā)電子商務(wù)系統(tǒng)中能夠使用的方法，如：（1）結(jié)構(gòu)化方法：快速原型法：面向?qū)ο蠓ǎ航M合開發(fā)：CASE方法：1.3.2結(jié)構(gòu)化方法“結(jié)構(gòu)化”一詞出自結(jié)構(gòu)化程序設(shè)計(jì)。結(jié)構(gòu)化方法是基于軟件開發(fā)生命周期的概念進(jìn)展起來的。結(jié)構(gòu)化方法的差不多思想是：用系統(tǒng)工程的思想和工程化的方法，按用戶至上的原則，結(jié)構(gòu)化、模塊化，自上而下地對(duì)系統(tǒng)進(jìn)行分析，自下而上實(shí)現(xiàn)的開發(fā)方法。結(jié)構(gòu)化系統(tǒng)開發(fā)方法過程⑴系統(tǒng)規(guī)劃時(shí)期依照用戶的請(qǐng)求，初步調(diào)查，明確問題，然后進(jìn)行可行性研究。⑵系統(tǒng)分析時(shí)期分析業(yè)務(wù)流程；分析數(shù)據(jù)與數(shù)據(jù)流程；分析功能與數(shù)據(jù)之間的關(guān)系；最后提出新系統(tǒng)邏輯方案。⑶系統(tǒng)設(shè)計(jì)時(shí)期總體結(jié)構(gòu)設(shè)計(jì)；代碼設(shè)計(jì)；信息系統(tǒng)流程圖設(shè)計(jì)；數(shù)據(jù)庫(kù)件設(shè)計(jì)；輸入／輸出設(shè)計(jì)；模塊結(jié)構(gòu)與功能設(shè)計(jì)；編寫程序設(shè)計(jì)講明書。依照總體設(shè)計(jì)的要求購(gòu)置與安裝設(shè)備，最終給出系統(tǒng)實(shí)施方案。結(jié)構(gòu)化方法歸納起來有如下特點(diǎn)：⑴強(qiáng)調(diào)面向用戶的原則⑵嚴(yán)格按照時(shí)期順序進(jìn)行。⑶自上而下地分析。⑷模塊化處理。⑸工作文檔的規(guī)范化和標(biāo)準(zhǔn)化原則結(jié)構(gòu)化方法存在的嚴(yán)峻缺點(diǎn)⑴系統(tǒng)開發(fā)周期過長(zhǎng)。⑵要求系統(tǒng)開發(fā)者在開發(fā)初期就全面認(rèn)識(shí)系統(tǒng)的各方面的需求、治理狀況以及預(yù)見可能發(fā)生的變化。⑶費(fèi)用較高。1.3.3原型法它是開發(fā)者在初步了解用戶需求的基礎(chǔ)上，構(gòu)成、設(shè)計(jì)和開發(fā)一個(gè)系統(tǒng)初始模型，該模型稱為原型或骨架。(一個(gè)能夠?qū)崿F(xiàn)的系統(tǒng)應(yīng)用模型。)開發(fā)過程：（1確定用戶的差不多需求2開發(fā)初始原型系統(tǒng)（3使用和和評(píng)價(jià)原型；（4修改和改進(jìn)原型。原型法的特點(diǎn)⑴原型法的開發(fā)周期短、費(fèi)用相對(duì)較少。⑵系統(tǒng)的開發(fā)容易符合用戶的實(shí)際需要，因此系統(tǒng)開發(fā)的成功率高，容易被用戶同意。⑶有利于系統(tǒng)的運(yùn)行、治理與維護(hù)⑷原型法需要有一個(gè)強(qiáng)有力的開發(fā)軟件做為支持。原型法缺點(diǎn)⑴關(guān)于大型系統(tǒng)或復(fù)雜的系統(tǒng)，沒有充分的整體規(guī)劃和系統(tǒng)分析，專門能構(gòu)造出原型。⑵關(guān)于大量運(yùn)算的、邏輯性較強(qiáng)的程序模塊專門難構(gòu)造出模型供人評(píng)價(jià)。原型法的應(yīng)用范圍關(guān)于小型、簡(jiǎn)單、處理過程比較明確，沒有大量運(yùn)算和邏輯處理過程的系統(tǒng)，應(yīng)用原型法會(huì)取得較好的效果。1.3.4面向?qū)ο蟮姆椒嫦驅(qū)ο蠓椒ǎ∣bjectOrientedMethod，OOM）是在各種面向?qū)ο蟮某绦蛟O(shè)計(jì)方法基礎(chǔ)上逐步進(jìn)展起來的一種新的軟件開發(fā)方法。動(dòng)身點(diǎn)和差不多原則是模擬人類日常的邏輯思維方式。盡可能使問題空間和方法空間在結(jié)構(gòu)上一致。OOM基于類和對(duì)象的概念進(jìn)行擴(kuò)展。面向?qū)ο蟮姆椒ㄓ腥缦乱c(diǎn)：⑴抽象性，把客觀事物看成是由對(duì)象組成的，對(duì)象是事物抽象的結(jié)果。類是抽取實(shí)體特征建立，對(duì)象是類的具體化。⑵封裝性，對(duì)象由屬性和操作組成的，其屬性反映了對(duì)象的數(shù)據(jù)信息特征，而操作則用來定義對(duì)象的行為。對(duì)象+屬性+方法。⑶動(dòng)態(tài)鏈接性，對(duì)象之間的聯(lián)系是通過消息傳遞機(jī)制來實(shí)現(xiàn)的。⑷繼承性，一個(gè)類的上層能夠有父類，下層能夠有子類，形成類的層次結(jié)構(gòu)，子類繼承父類的屬性和方法，提高重用。3．面向?qū)ο蟮姆椒ǖ奶攸c(diǎn)面向?qū)ο蟮姆椒ǖ囊o優(yōu)點(diǎn)是：⑴與人類的思維方式一致。⑵穩(wěn)定性好。⑶可重用性好⑷可維護(hù)性好4面向?qū)ο箝_發(fā)方法的不足首先，必須依靠一定的軟件技術(shù)支持。其次，在大型項(xiàng)目的開發(fā)上，具有一定的局限性，必須以結(jié)構(gòu)化方法的自頂向下的整體性系統(tǒng)調(diào)查和分析作基礎(chǔ)，否則，同樣會(huì)存在系統(tǒng)結(jié)構(gòu)不合理、關(guān)系不協(xié)調(diào)的問題。三種開發(fā)方法的比較⑴結(jié)構(gòu)化方法先對(duì)問題進(jìn)行調(diào)查，然后從功能和流程的角度來分析、了解和優(yōu)化問題，最后規(guī)劃和實(shí)現(xiàn)系統(tǒng)。⑵原型法先請(qǐng)用戶介紹問題，再利用軟件工具快速模擬出一個(gè)問題原型，然后與用戶一起運(yùn)行和評(píng)價(jià)那個(gè)原型，如不中意則修改，反反復(fù)復(fù)直到用戶中意為止，最后優(yōu)化和整理系統(tǒng)。⑶面向?qū)ο蠓ㄏ葘?duì)問題進(jìn)行調(diào)查，然后從抽象對(duì)象和信息模擬的角度來分析問題，將問題按其性質(zhì)和屬性劃分成各種不同的對(duì)象和類，弄清它們之間的信息聯(lián)系，最后用面向?qū)ο蟮能浖ぞ邔?shí)現(xiàn)系統(tǒng)。第二章電子商務(wù)系統(tǒng)規(guī)劃2.1.1什么是電子商務(wù)系統(tǒng)的規(guī)劃（區(qū)分打算）電子商務(wù)系統(tǒng)規(guī)劃是指：以支持企業(yè)開發(fā)電子商務(wù)系統(tǒng)為目標(biāo)，確定電子商務(wù)的進(jìn)展戰(zhàn)略，給定以后電子商務(wù)系統(tǒng)的商務(wù)模式和模型，設(shè)計(jì)電子商務(wù)系統(tǒng)的總體結(jié)構(gòu)，講明系統(tǒng)各個(gè)組成部分的結(jié)構(gòu)及其組成，選擇構(gòu)造這一系統(tǒng)的技術(shù)方案，給出系統(tǒng)建設(shè)的實(shí)施步驟及時(shí)刻安排，講明系統(tǒng)建設(shè)的人員組織，評(píng)估系統(tǒng)建設(shè)的開銷和收益。2.1.2電子商務(wù)系統(tǒng)規(guī)劃的任務(wù)1.制定電子商務(wù)系統(tǒng)的進(jìn)展戰(zhàn)略明確開發(fā)目的，求得問題域。2．制定電子商務(wù)系統(tǒng)的總體開發(fā)方案設(shè)計(jì)系統(tǒng)的總體結(jié)構(gòu)，各個(gè)組成部分的結(jié)構(gòu)及組成，擬定技術(shù)方案。3．進(jìn)行可行性分析依照系統(tǒng)規(guī)模及開發(fā)環(huán)境，評(píng)估系統(tǒng)建設(shè)的預(yù)算與收益，推斷系統(tǒng)開發(fā)的可行性。4．制定項(xiàng)目進(jìn)度表列出要完成的所有任務(wù)及參與人員，按先后順序分不限定完成期限。2.1.3電子商務(wù)系統(tǒng)規(guī)劃工作的特點(diǎn)⑴規(guī)劃工作是面向長(zhǎng)遠(yuǎn)的、全然性的、全局性和關(guān)鍵性的問題。⑵規(guī)劃工作具有較強(qiáng)的不確定性，且非結(jié)構(gòu)化程度較高。⑶規(guī)劃工作不在于解決項(xiàng)目開發(fā)中的具體業(yè)務(wù)問題，而是為整個(gè)系統(tǒng)建設(shè)確定目標(biāo)、戰(zhàn)略、系統(tǒng)總體結(jié)構(gòu)方案和資源打算，因而整個(gè)工作過程是一個(gè)治理決策過程。⑷規(guī)劃工作的工作環(huán)境是企業(yè)治理環(huán)境。⑸規(guī)劃工作人員的主體是高層治理人員（包括高層信息治理人員）。⑹規(guī)劃工作的結(jié)果是宜粗不宜細(xì)。⑺電子商務(wù)系統(tǒng)規(guī)劃必須納入整個(gè)企業(yè)的進(jìn)展規(guī)劃，并應(yīng)定期滾動(dòng)。2.2電子商務(wù)系統(tǒng)規(guī)劃的步驟1．確定電子商務(wù)系統(tǒng)的邊界，明確規(guī)劃目標(biāo)與要求系統(tǒng)涵蓋的業(yè)務(wù)范圍、規(guī)劃的時(shí)刻限制、明確企業(yè)戰(zhàn)略目標(biāo)2．建立制定電子商務(wù)系統(tǒng)規(guī)劃的組織項(xiàng)目負(fù)責(zé)人；項(xiàng)目小組：企業(yè)經(jīng)營(yíng)人員、技術(shù)人員、相關(guān)領(lǐng)域?qū)＜?．制定項(xiàng)目進(jìn)度表具體任務(wù)對(duì)應(yīng)具體的人，核定各時(shí)期時(shí)刻安排。人事時(shí)三者對(duì)應(yīng)。4．現(xiàn)行系統(tǒng)的初步調(diào)查與分析企業(yè)目標(biāo)、組織結(jié)構(gòu)、資源及約束條件、要緊問題及薄弱環(huán)節(jié)5．確定新系統(tǒng)開發(fā)策略6．提出新系統(tǒng)的開發(fā)方案7．可行性研究8．提出可行性研究報(bào)告2.3明確用戶需求用戶需求是電子商務(wù)系統(tǒng)使用者或相關(guān)人員對(duì)想要開發(fā)的電子商務(wù)系統(tǒng)提出的初步要求現(xiàn)實(shí)需求與系統(tǒng)實(shí)現(xiàn)之間的一致性需求方對(duì)需求的準(zhǔn)確表述需求方能否具有信息化治理理念需要開發(fā)人員通過與用戶及相關(guān)人員交流，形成作為電子商務(wù)開發(fā)起點(diǎn)的用戶需求書（項(xiàng)目申請(qǐng)書）。2.3.1用戶需求書(項(xiàng)目申請(qǐng)書)的來源系統(tǒng)相關(guān)人員，分為不同層面企業(yè)的領(lǐng)導(dǎo)企業(yè)中有關(guān)部門人員信息部門的系統(tǒng)治理人員與企業(yè)有關(guān)的外部人員（如客戶、合作伙伴）網(wǎng)上客戶2.3.2用戶需求書的內(nèi)容內(nèi)容分為四個(gè)方面：現(xiàn)有系統(tǒng)現(xiàn)狀概述新系統(tǒng)應(yīng)解決的問題與要實(shí)現(xiàn)的目標(biāo)可提供的設(shè)備、人力與資金對(duì)開發(fā)進(jìn)度的要求從用戶需求書明確用戶的以下需求明確現(xiàn)狀與環(huán)境明確問題明確要達(dá)到的目標(biāo)明確可供開發(fā)使用的條件2.4初步調(diào)查2.4.1初步調(diào)查的目標(biāo)系統(tǒng)調(diào)查分為兩步第一步初步調(diào)查；投入少量人力對(duì)系統(tǒng)進(jìn)行大致了解，要緊目的是考察系統(tǒng)的可行性。第二步詳細(xì)系統(tǒng)調(diào)查：系統(tǒng)具備可行性并立項(xiàng)后，投入大量人力，展開大規(guī)模、全面的系統(tǒng)業(yè)務(wù)調(diào)查。2.4.2初步調(diào)查的任務(wù)1．確定關(guān)鍵的規(guī)劃問題，抓住實(shí)質(zhì)2．確定系統(tǒng)的邊界和制約條件涉及業(yè)務(wù)環(huán)節(jié)及部門，資源與運(yùn)營(yíng)約束3．調(diào)查企業(yè)經(jīng)營(yíng)戰(zhàn)略與任務(wù)戰(zhàn)略目標(biāo)、組織結(jié)構(gòu)4．調(diào)查企業(yè)的當(dāng)前運(yùn)行狀況產(chǎn)品組合構(gòu)成、顧客群體、廠址等信息5．調(diào)查企業(yè)治理方式和基礎(chǔ)數(shù)據(jù)治理狀況原有治理制度是否健全，數(shù)據(jù)治理是否完善6．調(diào)查企業(yè)現(xiàn)行系統(tǒng)運(yùn)行狀況7．調(diào)查網(wǎng)上客戶的需求情況初步調(diào)查的方式方法問卷調(diào)查、面談、座談會(huì)、查閱檔案、現(xiàn)場(chǎng)考察等、能夠靈活地綜合運(yùn)用初步調(diào)查的一些原則一定要圍繞系統(tǒng)規(guī)劃的資料需要來進(jìn)行、注意以夠用為原則、把握住調(diào)查的廣度和深度在技巧方面，要幸免先入為主的做法，以免禁錮被調(diào)查者的思維盡量采納啟發(fā)式的調(diào)查方法，以激發(fā)用戶的考慮和想象力充分獵取用戶對(duì)新系統(tǒng)的建議和功能要求等信息2.4.3初步調(diào)查的步驟步驟一：獲得明確的授權(quán)為了取得被調(diào)查部門的配合，要由明確的授權(quán)，通過各種途徑將項(xiàng)目信息傳達(dá)。步驟二：列出需要獵取的必要信息具體信息清單和活動(dòng)進(jìn)度表步驟三：用挖掘事實(shí)技術(shù)收集所要求的信息分析組織結(jié)構(gòu)圖會(huì)談檢查當(dāng)前文檔觀看企業(yè)運(yùn)行以獵取信息開調(diào)查會(huì)步驟四：分析信息，決定開發(fā)方案擬定備選方案，確定方案，向治理層提交報(bào)告2.5系統(tǒng)規(guī)劃的方法：戰(zhàn)略集轉(zhuǎn)化法（StrategySetTransformation）—著眼點(diǎn)：戰(zhàn)略分析關(guān)鍵成功因素法（CriticalSuccessFactors）—著眼點(diǎn)：戰(zhàn)略分析企業(yè)系統(tǒng)規(guī)劃法（BusinessSystemPlanning）—著眼點(diǎn)：企業(yè)過程分析2.5.1戰(zhàn)略集轉(zhuǎn)化法(SST)戰(zhàn)略目標(biāo)集轉(zhuǎn)化法（StrategySetTransformation）1、差不多思路：SST把整個(gè)組織的戰(zhàn)略目標(biāo)看成是一個(gè)“信息集合”，由使命、目標(biāo)、戰(zhàn)略和其他戰(zhàn)略變量等組成。電子商務(wù)系統(tǒng)戰(zhàn)略集由系統(tǒng)目標(biāo)、系統(tǒng)約束和系統(tǒng)戰(zhàn)略構(gòu)成。電子商務(wù)系統(tǒng)的戰(zhàn)略規(guī)劃過程是把組織戰(zhàn)略目標(biāo)轉(zhuǎn)變?yōu)橹卫硇畔⑾到y(tǒng)戰(zhàn)略目標(biāo)的過程。2、步驟：（1）識(shí)不組織的戰(zhàn)略集–描繪出各類人員結(jié)構(gòu)–識(shí)不每類人員的目標(biāo)–關(guān)于每類人員識(shí)不系統(tǒng)相應(yīng)的使命及戰(zhàn)略（2）將組織戰(zhàn)略集轉(zhuǎn)化為系統(tǒng)戰(zhàn)略–依照組織目標(biāo)確定信息系統(tǒng)目標(biāo)–對(duì)應(yīng)組織戰(zhàn)略集的元素識(shí)不相應(yīng)MIS戰(zhàn)略約束–依照信息系統(tǒng)目標(biāo)和約束提出信息系統(tǒng)戰(zhàn)略戰(zhàn)略目標(biāo)集轉(zhuǎn)化法兩個(gè)工作步驟⒈識(shí)不和闡明組織的戰(zhàn)略集首先要構(gòu)造組織的戰(zhàn)略集，構(gòu)造過程如下：⑴勾畫出組織的關(guān)聯(lián)集團(tuán)結(jié)構(gòu)關(guān)聯(lián)集團(tuán)指與該組織有“利害關(guān)系”的各類集團(tuán)，組織的使命、目標(biāo)和戰(zhàn)略必定和關(guān)聯(lián)集團(tuán)相關(guān)。⑵確定關(guān)聯(lián)集團(tuán)的要求組織的使命、目標(biāo)和戰(zhàn)略實(shí)質(zhì)上是反映出了每一關(guān)聯(lián)集團(tuán)的要求，因此要識(shí)不每一個(gè)關(guān)聯(lián)集團(tuán)的要求，并講明這些要求的被滿足程度。⑶定義組織相關(guān)于每個(gè)關(guān)聯(lián)集團(tuán)的任務(wù)和戰(zhàn)略對(duì)應(yīng)于關(guān)聯(lián)集團(tuán)的要求定義組織相關(guān)于這些關(guān)聯(lián)集團(tuán)的任務(wù)和戰(zhàn)略，構(gòu)成組織的戰(zhàn)略集。⑷解釋和驗(yàn)證組織的戰(zhàn)略集當(dāng)組織的戰(zhàn)略集初步識(shí)不后，應(yīng)送交組織的最高治理者審查。3、特點(diǎn)反映各種人的要求由人員需求引出信息系統(tǒng)目標(biāo)目標(biāo)比較全面不夠突出重點(diǎn)2.5.2關(guān)鍵成功因素（CSF）法關(guān)鍵成功因素法（CriticalSuccessFactors）1．差不多概念決定大部分行業(yè)成敗與否的因素通常有三至六個(gè)。識(shí)不關(guān)鍵成功因素所用的工具是樹枝因果圖。2、差不多思路：通過分析找出關(guān)鍵成功因素，然后再圍繞這些關(guān)鍵成功因素來確定系統(tǒng)的信息需求，并進(jìn)行規(guī)劃。3、步驟：（1）了解企業(yè)（或電子商務(wù)系統(tǒng)）目標(biāo)；（2）識(shí)不并確定關(guān)鍵成功因素；（3）定義測(cè)度關(guān)鍵因素的性能指標(biāo)和評(píng)估標(biāo)準(zhǔn)；（4）識(shí)不測(cè)量性能的數(shù)據(jù)。關(guān)鍵成功因素（CSF）法如何評(píng)價(jià)這些因素中哪些因素是關(guān)鍵成功因素，不同的企業(yè)是不同的。關(guān)于一個(gè)適應(yīng)于高層人員個(gè)人決策的企業(yè)，要緊由高層人員個(gè)人運(yùn)用樹枝因果圖選擇。關(guān)于適應(yīng)于群體決策的企業(yè)，能夠用德爾斐法或其他方法把不同人設(shè)想的關(guān)鍵因素綜合起來。關(guān)鍵成功因素法步驟2.5.3企業(yè)系統(tǒng)規(guī)劃方法一BSP企業(yè)系統(tǒng)規(guī)劃法（BusinessSystemPlanning）差不多思路：BSP法是一種對(duì)企業(yè)MIS進(jìn)行戰(zhàn)略規(guī)劃的結(jié)構(gòu)化方法，是通過全面調(diào)查、分析企業(yè)信息需求，制訂信息系統(tǒng)總體方案的一種方法。它從企業(yè)的業(yè)務(wù)流程入手，圍繞著企業(yè)的目標(biāo)，定義出企業(yè)治理過程及其產(chǎn)生的數(shù)據(jù)項(xiàng)，進(jìn)而確定信息系統(tǒng)的總體結(jié)構(gòu)。采納自上而下識(shí)不系統(tǒng)目標(biāo)，識(shí)不企業(yè)過程，識(shí)不數(shù)據(jù)；(從高層主管開始，了解并界定其信息需求，再依次往下推衍，直到了解整個(gè)組織的信息需求，完成整體的系統(tǒng)構(gòu)架為止)然后自下而上設(shè)計(jì)系統(tǒng)，以支持系統(tǒng)目標(biāo)的實(shí)現(xiàn)。2.BSP的作用確定出以后電子商務(wù)系統(tǒng)的總體結(jié)構(gòu)明確系統(tǒng)的子系統(tǒng)組成對(duì)數(shù)據(jù)進(jìn)行統(tǒng)一規(guī)劃、治理和操縱明確各子系統(tǒng)之間的數(shù)據(jù)交換關(guān)系，保證信息的一致性。2BSP方法步驟⑴項(xiàng)目的確立⑵預(yù)備工作時(shí)期預(yù)備工作包括如下內(nèi)容：①首先應(yīng)成立一個(gè)規(guī)劃小組。規(guī)劃小組應(yīng)當(dāng)由企業(yè)負(fù)責(zé)人牽頭。②明確規(guī)劃的方向和范圍。制定BSP工作打算制定調(diào)查日程表和調(diào)查提綱。⑶動(dòng)員開始時(shí)期⑷調(diào)研3、BSP要緊活動(dòng)⑴規(guī)劃預(yù)備信息系統(tǒng)規(guī)劃的預(yù)備工作應(yīng)該包括：成立信息系統(tǒng)規(guī)劃小組；制定信息系統(tǒng)規(guī)劃打算；啟動(dòng)規(guī)劃工作；堅(jiān)持“一把手原則”，由企業(yè)最高領(lǐng)導(dǎo)擔(dān)任規(guī)劃小組組長(zhǎng)；進(jìn)行廣泛動(dòng)員和大力宣傳。動(dòng)員會(huì)首先要講清工作的期望和期望輸出。其次，系統(tǒng)組要簡(jiǎn)介企業(yè)的現(xiàn)狀，企業(yè)的決策過程、組織功能、關(guān)鍵人物、用戶的期望、用戶對(duì)現(xiàn)有信息系統(tǒng)的看法等。再次，由信息系統(tǒng)負(fù)責(zé)人介紹信息人員關(guān)于企業(yè)的看法，同時(shí)應(yīng)介紹現(xiàn)有項(xiàng)目狀況歷史狀況以及信息系統(tǒng)的問題。通過介紹讓大伙兒對(duì)企業(yè)和對(duì)信息支持的要求有個(gè)全面的了解。⑵目標(biāo)戰(zhàn)略分析制定信息系統(tǒng)規(guī)劃之初，應(yīng)該分析企業(yè)總體進(jìn)展規(guī)劃，搞清晰企業(yè)的進(jìn)展目標(biāo)和總體戰(zhàn)略。首先需要調(diào)研企業(yè)的目標(biāo)和戰(zhàn)略，在初步調(diào)研的基礎(chǔ)上，對(duì)企業(yè)目標(biāo)、戰(zhàn)略、現(xiàn)狀、制約因素、面臨的重大問題等進(jìn)行認(rèn)真分析。⑶定義企業(yè)過程/治理功能組企業(yè)治理中必要且邏輯相關(guān)的、為了完成某種治理功能的一組活動(dòng)。定義企業(yè)過程的目的和作用：①使信息系統(tǒng)盡量地獨(dú)立于組織機(jī)構(gòu)。②關(guān)心理解企業(yè)如何能完成其總使命和目標(biāo)（將業(yè)務(wù)環(huán)節(jié)從機(jī)構(gòu)中抽象出來）。③從操作操縱過程中分離出戰(zhàn)略打算和為治理操縱提供依據(jù)（業(yè)務(wù)環(huán)節(jié)覆蓋企業(yè)要緊目標(biāo)）。④為定義所需的信息結(jié)構(gòu)，確定研究的范圍，模塊的分解和排列，為開發(fā)的優(yōu)先順序提供依據(jù)。⑤為定義關(guān)鍵的數(shù)據(jù)需求提供基礎(chǔ)。關(guān)于最后差不多確定的過程要寫出過程講明，以描述其職能。如采購(gòu)過程①供應(yīng)商的評(píng)價(jià)和選擇找到評(píng)價(jià)材料，選擇有合適價(jià)格的材料、機(jī)器、設(shè)備、包裝和運(yùn)輸服務(wù)等。②訂貨的安排和實(shí)現(xiàn)對(duì)已選中的供應(yīng)商品進(jìn)行合適的采購(gòu)訂貨，達(dá)到生產(chǎn)打算制定的數(shù)量。③接收和檢驗(yàn)接收(或拒收)采購(gòu)的材料、機(jī)器、供應(yīng)品，檢驗(yàn)其數(shù)量和質(zhì)量，并加以記錄登賬。識(shí)只是程的輸出應(yīng)有以下文件：①一個(gè)過程組及過程表；②每一過程的簡(jiǎn)單講明；③一個(gè)關(guān)鍵過程的表，即識(shí)不滿足目標(biāo)的關(guān)鍵過程；④產(chǎn)品／服務(wù)過程的流程圖；⑤系統(tǒng)組成員能專門好地了解整個(gè)企業(yè)的運(yùn)營(yíng)是如何治理和操縱的。⑷定義數(shù)據(jù)類目的：在于了解企業(yè)目前的數(shù)據(jù)狀況和數(shù)據(jù)需求，以及數(shù)據(jù)與企業(yè)實(shí)體、業(yè)務(wù)過程之間的聯(lián)系，查明數(shù)據(jù)共享的關(guān)系，建立數(shù)據(jù)類/功能矩陣，為定義信息系統(tǒng)結(jié)構(gòu)提供差不多依據(jù)。定義數(shù)據(jù)類的第一步是識(shí)不數(shù)據(jù)類。①實(shí)體法。實(shí)體法先識(shí)不出企業(yè)實(shí)體，后用四種類型的數(shù)據(jù)類描述每個(gè)實(shí)體，四種類型的數(shù)據(jù)為：打算、統(tǒng)計(jì)、存儲(chǔ)和業(yè)務(wù)。最后把實(shí)體和數(shù)據(jù)類放在表內(nèi)，得到實(shí)體/數(shù)據(jù)類矩陣。②過程法。過程法從組織過程的角度，分不將各個(gè)業(yè)務(wù)數(shù)據(jù)的輸入數(shù)據(jù)和輸出數(shù)據(jù)按照邏輯相關(guān)性整理，歸納成數(shù)據(jù)類。利用往常識(shí)不的企業(yè)過程。分析每一個(gè)過程利用/產(chǎn)生什么數(shù)據(jù)，或者講每一過程的輸入和輸出數(shù)據(jù)是什么。以開環(huán)的輸入—處理—輸出形式表示。

⑷定義數(shù)據(jù)類—建立Ｕ／Ｃ矩陣建立數(shù)據(jù)類與過程的關(guān)系：過程和數(shù)據(jù)類定義好后，能夠用U/C矩陣表達(dá)過程和數(shù)據(jù)類之間的聯(lián)系。①進(jìn)行系統(tǒng)化自頂向下劃分②逐個(gè)確定其具體的業(yè)務(wù)功能和實(shí)體類③填寫業(yè)務(wù)功能／實(shí)體類之間的關(guān)系建立U／C矩陣后一定要依照“數(shù)據(jù)守恒”原則進(jìn)行正確性檢驗(yàn)，以確保系統(tǒng)功能數(shù)據(jù)項(xiàng)劃分和所建U／C矩陣的正確性。正確性檢驗(yàn)：①完備性檢驗(yàn)②一致性檢驗(yàn)③無冗余性檢驗(yàn)正確性檢驗(yàn)：①完備性檢驗(yàn)對(duì)具體的數(shù)據(jù)項(xiàng)類必須有一個(gè)產(chǎn)生過程(“C”)和至少一個(gè)使用過程(“U”)，功能則必須有產(chǎn)生或使用(“U”或“C”元素)發(fā)生，否則U／C矩陣的建立足不完備的。假如沒有產(chǎn)生過程，講明該數(shù)據(jù)源沒有收集到，成了無源之水。假如沒使用過程，講明該數(shù)據(jù)產(chǎn)生后，無處使用，成為廢數(shù)據(jù)。②一致性檢驗(yàn)對(duì)一個(gè)具體的數(shù)據(jù)類有且只有一個(gè)產(chǎn)生過程(“C”)。假如有多個(gè)產(chǎn)生過程的情況出現(xiàn)，則產(chǎn)生了不一致性的現(xiàn)象，講明該數(shù)據(jù)類是一個(gè)大類數(shù)據(jù)需要細(xì)分。③無冗余性檢驗(yàn)在U/C矩陣?yán)?，不同意出現(xiàn)空行、空列現(xiàn)象。假如出現(xiàn)空行或空列，不是該數(shù)據(jù)類或過程是多余的，確實(shí)是在定義過程中遺漏了它們之間的數(shù)據(jù)聯(lián)系分析。⑸定義信息結(jié)構(gòu)—?jiǎng)澐肿酉到y(tǒng)①調(diào)整U／C矩陣求解過程確實(shí)是對(duì)系統(tǒng)結(jié)構(gòu)劃分的優(yōu)化過程。具體操作方法：首先，將過程按照過程組排列，每一過程組按資源生命周期的四個(gè)時(shí)期排列。其次，調(diào)整“數(shù)據(jù)類”，使矩陣中“C”及“U”靠近從左上到右下的主對(duì)角線，尤其是“C”必須靠近主對(duì)角線，而U可能在某些情況下需要放棄將其靠近主對(duì)角線的企圖。②系統(tǒng)功能劃分與數(shù)據(jù)資源分布系統(tǒng)邏輯功能的劃分：把U、C比較集中的區(qū)域用粗線條框起來，如此形成的框確實(shí)是一個(gè)個(gè)子系統(tǒng)。劃分時(shí)應(yīng)注意：–沿對(duì)角線一個(gè)接一個(gè)地畫，既不能重疊，又不能漏掉任何一個(gè)數(shù)據(jù)和功能；–小方塊的劃分是任意的，但必須將所有的“C”元素都包含在小方塊內(nèi)。數(shù)據(jù)資源分布：所有數(shù)據(jù)的使用關(guān)系都被小方塊分隔成了兩類：一類在小方塊以內(nèi)；一類在小方塊以外。用箭頭把落在方框外的U與子系統(tǒng)聯(lián)系起來，表示子系統(tǒng)之間的數(shù)據(jù)流，即數(shù)據(jù)從一個(gè)系統(tǒng)流向另一個(gè)系統(tǒng)。小方塊以內(nèi)所產(chǎn)生和使用的數(shù)據(jù)，則今后要緊放在本系統(tǒng)的計(jì)算機(jī)設(shè)備上處理；而小方塊以外的“U”，則表示了各子系統(tǒng)之間的數(shù)據(jù)聯(lián)系，這些數(shù)據(jù)資源今后應(yīng)考慮放在網(wǎng)絡(luò)服務(wù)器上供各子系統(tǒng)共享或通過網(wǎng)絡(luò)來相互傳遞數(shù)據(jù)。4、BSP方法特點(diǎn)、作用、優(yōu)點(diǎn)特點(diǎn)：⑴基于用信息系統(tǒng)支持企業(yè)運(yùn)營(yíng)的思想⑵自上而下分析企業(yè)目標(biāo)、識(shí)不企業(yè)過程、識(shí)不數(shù)據(jù)類，然后再自下而上設(shè)計(jì)和實(shí)施系統(tǒng)，以支持企業(yè)目標(biāo)⑶依照過程/數(shù)據(jù)需求進(jìn)行信息系統(tǒng)規(guī)劃⑷把企業(yè)目標(biāo)轉(zhuǎn)化為信息系統(tǒng)戰(zhàn)略的全過程，支持企業(yè)的各個(gè)層次的目標(biāo)，這種支持是通過專門多子系統(tǒng)實(shí)現(xiàn)的。作用：⑴確定出以后信息系統(tǒng)的總體結(jié)構(gòu)；⑵明確子系統(tǒng)的組成和開發(fā)子系統(tǒng)的先后順序；⑶對(duì)數(shù)據(jù)進(jìn)行統(tǒng)一規(guī)劃、治理和操縱；⑷保證信息的一致性。優(yōu)點(diǎn)：能保證信息系統(tǒng)關(guān)于企業(yè)的組織機(jī)構(gòu)具有相對(duì)獨(dú)立性。缺點(diǎn)：需要大量的時(shí)刻和財(cái)力的支持，不能將新技術(shù)與傳統(tǒng)的數(shù)據(jù)處理系統(tǒng)進(jìn)行有效地集成。三種方法的比較CSF法：抓住要緊矛盾，使目標(biāo)的認(rèn)識(shí)突出重點(diǎn)，與傳統(tǒng)的方法銜接比較自然，容易被高層同意，最有利于對(duì)治理目標(biāo)的確認(rèn)。SST法：能夠?qū)⒏鱾€(gè)層次人員的要求都轉(zhuǎn)換成為信息系統(tǒng)目標(biāo)的結(jié)構(gòu)化方法，能夠保證目標(biāo)比較全面，然而對(duì)重點(diǎn)突出不如CSF法。BSP法：盡管首先強(qiáng)調(diào)目標(biāo)，然而，沒有明顯的目標(biāo)引出過程。它是通過治理人員醞釀“過程”引出系統(tǒng)目標(biāo)，企業(yè)目標(biāo)到系統(tǒng)目標(biāo)的轉(zhuǎn)換是通過組織／系統(tǒng)、組織／過程以及系統(tǒng)／過程矩陣的分析得出的。如此能夠定義出新的系統(tǒng)以支持企業(yè)過程，也是把企業(yè)的目標(biāo)轉(zhuǎn)化為系統(tǒng)的目標(biāo)，因此講，識(shí)不企業(yè)過程是ＢＳＰ戰(zhàn)略規(guī)劃的中心，然而，Ｕ／Ｃ矩陣并不是它的中心內(nèi)容。結(jié)合：將上述三種方法組合起來便稱之為：ＣＳＢ法，先用ＣＳＦ法確認(rèn)企業(yè)目標(biāo)；用ＳＳＴ法補(bǔ)充完善企業(yè)目標(biāo)；用ＢＳＰ法對(duì)企業(yè)目標(biāo)進(jìn)行校核，并確認(rèn)信息系統(tǒng)結(jié)構(gòu)。三種系統(tǒng)規(guī)劃方法在三種系統(tǒng)規(guī)劃的方法中，關(guān)鍵成功因素法更能抓住要緊矛盾，突出重點(diǎn)的識(shí)不SST方法反映了各種人的要求BSP方法企業(yè)目標(biāo)到系統(tǒng)目標(biāo)的轉(zhuǎn)換是通過分析得到的。2.6.1確定電子商務(wù)模式按電子商務(wù)應(yīng)用的領(lǐng)域范圍，或者講按發(fā)生交易的雙方的相互關(guān)系劃分?？蓪㈦娮由虅?wù)模式分為四類（1）企業(yè)對(duì)消費(fèi)者（2）企業(yè)對(duì)企業(yè)（3）企業(yè)對(duì)政府機(jī)構(gòu)（4）消費(fèi)者對(duì)消費(fèi)者以上這幾種模式中，B2C和B2B的商務(wù)模式是最差不多的.確定商務(wù)模式要緊依照商務(wù)對(duì)象。CtoM、CtoB企業(yè)對(duì)消費(fèi)者型電子商務(wù)亞模式把電子商務(wù)進(jìn)一步分類，得到的模式稱為電子商務(wù)亞模式。以便我們能夠區(qū)不不同的商務(wù)模式所代表的贏利方式、服務(wù)對(duì)象和服務(wù)內(nèi)容。下面是一種進(jìn)一步分類的結(jié)果：一、無形產(chǎn)品和勞務(wù)的電子商務(wù)模式（一）網(wǎng)上訂閱模式：在線服務(wù)在線出版在線娛樂（二）付費(fèi)掃瞄模式（三）廣告支持模式（四）網(wǎng)上贈(zèng)與模式（五）服務(wù)預(yù)約模式二、實(shí)物商品的亞模式1．在線銷售會(huì)員制商店加盟連鎖店網(wǎng)上商城三、B2B電子商務(wù)的亞模式1．產(chǎn)品目錄式2．拍賣式3．交易所式4．社區(qū)式企業(yè)間電子商務(wù)的亞模式（一）基于ERP的封閉電子商務(wù)模式（二）基于EDI的外聯(lián)網(wǎng)電子商務(wù)模式（三）基于Web的互聯(lián)網(wǎng)電子商務(wù)模式1．聯(lián)機(jī)商店型2.采購(gòu)3．專業(yè)服務(wù)型4．混合型5．中介型2.6.2確定電子商務(wù)模型電子商務(wù)模型是以企業(yè)的電子商務(wù)模式為基礎(chǔ)，描述企業(yè)電子商務(wù)如何實(shí)現(xiàn)。抽象企業(yè)電子商務(wù)的差不多邏輯組成單元，界定其相互關(guān)系。明確企業(yè)信息流、資金流和商品流的關(guān)系，進(jìn)而建立起企業(yè)商務(wù)模型。如何確定商務(wù)模型使用SST、CSF和BSP方法確定電子商務(wù)戰(zhàn)略確定核心業(yè)務(wù)功能確定企業(yè)現(xiàn)在商務(wù)系統(tǒng)中存在的問題確定電子商務(wù)的亞模式確定與企業(yè)內(nèi)信息系統(tǒng)的關(guān)系確定是否需要支付系統(tǒng)確定是否需要物流系統(tǒng)其它與合作伙伴的關(guān)系最后構(gòu)筑商務(wù)模型第3章電子商務(wù)系統(tǒng)分析3.1電子商務(wù)系統(tǒng)分析（概念、功能）系統(tǒng)分析也稱邏輯設(shè)計(jì)。其要回答新系統(tǒng)“做什么”那個(gè)關(guān)鍵性的問題。電子商務(wù)系統(tǒng)分析確實(shí)是在系統(tǒng)規(guī)劃確定的原則和目標(biāo)的指導(dǎo)下，結(jié)合欲開發(fā)電子商務(wù)系統(tǒng)的的要求，對(duì)企業(yè)進(jìn)行調(diào)查，了解企業(yè)的組織結(jié)構(gòu)以及與企業(yè)預(yù)備開展的電子商務(wù)活動(dòng)有關(guān)的數(shù)據(jù)流程和業(yè)務(wù)處理過程。深入研究及描述現(xiàn)行系統(tǒng)的活動(dòng)和各項(xiàng)工作，及用戶的需求。使用一系列分析工具與技術(shù)建立目標(biāo)系統(tǒng)邏輯模型，為系統(tǒng)設(shè)計(jì)奠定基礎(chǔ)。3.1.1系統(tǒng)調(diào)查系統(tǒng)分析也是調(diào)查、分析和定義用戶需求的過程。系統(tǒng)分析的初始工作是為新系統(tǒng)開發(fā)做進(jìn)一步的詳細(xì)系統(tǒng)調(diào)查。1.系統(tǒng)調(diào)查的原則⑴在系統(tǒng)調(diào)查開始前，制定系統(tǒng)調(diào)查打算和進(jìn)行系統(tǒng)調(diào)查培訓(xùn)。⑵系統(tǒng)調(diào)查應(yīng)嚴(yán)格按照系統(tǒng)化原則進(jìn)行⑶如實(shí)記錄調(diào)查情況⑷采納規(guī)范化的工作方法⑸全面鋪開與重點(diǎn)調(diào)查結(jié)合⑹調(diào)查與分析整理相結(jié)合⑺了解業(yè)務(wù)與收集數(shù)據(jù)同時(shí)進(jìn)行2.需求的分類系統(tǒng)需求可分為：功能需求、非功能需求功能需求(FunctionalRequirements)描述的是系統(tǒng)和環(huán)境的行為，通過這些行為，使得用戶能完成他們的任務(wù),從而滿足業(yè)務(wù)需求。非功能性需求描述了系統(tǒng)的屬性,包括：(1)性能(2)可靠性(3)可維護(hù)性(4)可用性(5)可擴(kuò)展性(6)安全性3.系統(tǒng)調(diào)查的內(nèi)容系統(tǒng)調(diào)查的內(nèi)容包括現(xiàn)行系統(tǒng)的：⑴系統(tǒng)的界限和運(yùn)行狀況⑵系統(tǒng)的外部環(huán)境⑶組織機(jī)構(gòu)⑷人員及構(gòu)成⑸系統(tǒng)的業(yè)務(wù)流程⑹系統(tǒng)的信息流程⑺系統(tǒng)的資源狀況⑻系統(tǒng)的約束條件⑼系統(tǒng)的薄弱環(huán)節(jié)⑽系統(tǒng)研制工作的資源狀況⑾各個(gè)方面對(duì)現(xiàn)行系統(tǒng)和新系統(tǒng)研制的態(tài)度⑿其他需要調(diào)查的相關(guān)問題4.系統(tǒng)調(diào)查的步驟⑴確定調(diào)查目標(biāo)⑵確定調(diào)查的方法⑶制訂調(diào)查打算⑷調(diào)查的組織預(yù)備工作⑸實(shí)施調(diào)查⑹分析、整理資料⑺寫出調(diào)查報(bào)告5.系統(tǒng)調(diào)查的方法問卷調(diào)查、面談、座談會(huì)、查閱檔案、現(xiàn)場(chǎng)考察等。能夠靈活地綜合運(yùn)用3.1.2組織結(jié)構(gòu)組織結(jié)構(gòu)要緊有三部分內(nèi)容：組織結(jié)構(gòu)的分析、業(yè)務(wù)流程與組織結(jié)構(gòu)之間的聯(lián)系分析、業(yè)務(wù)功能一覽表1、組織結(jié)構(gòu)分析：通常利用組織結(jié)構(gòu)圖來進(jìn)行組織結(jié)構(gòu)分析。組織結(jié)構(gòu)圖是一張反映組織內(nèi)部之間隸屬關(guān)系的樹狀結(jié)構(gòu)圖。組織結(jié)構(gòu)圖2、組織/業(yè)務(wù)關(guān)系圖3、業(yè)務(wù)功能一覽表業(yè)務(wù)功能一覽表能夠使我們?cè)诹私饨M織結(jié)構(gòu)的同時(shí)，關(guān)于依附于組織結(jié)構(gòu)的各項(xiàng)業(yè)務(wù)功能也有一個(gè)概貌性的了解.3.1.3業(yè)務(wù)流程分析業(yè)務(wù)流程分析有助于了解業(yè)務(wù)的具體處理過程，為修改和刪除原系統(tǒng)的不合理部分，為業(yè)務(wù)流程重構(gòu)提供基礎(chǔ)。1.業(yè)務(wù)流程分析的內(nèi)容：⑴原有流程的分析⑵業(yè)務(wù)流程的優(yōu)化⑶確定新的業(yè)務(wù)流程業(yè)務(wù)流程圖（transactionflowdiagram，簡(jiǎn)稱TFD），確實(shí)是用一些規(guī)定的符號(hào)及連線來表示某個(gè)具體業(yè)務(wù)處理過程。業(yè)務(wù)流程圖的差不多圖形符號(hào)業(yè)務(wù)流程圖1業(yè)務(wù)流程圖2業(yè)務(wù)流程圖的作用：業(yè)務(wù)流程圖是系統(tǒng)分析員作進(jìn)一步系統(tǒng)分析的依據(jù)；業(yè)務(wù)流程圖是系統(tǒng)分析員，治理人員相互交流的工具；系統(tǒng)分析員能夠直接在業(yè)務(wù)流程圖上擬出計(jì)算機(jī)要處理部分；利用業(yè)務(wù)流程圖分析業(yè)務(wù)流程是否合理。⑵數(shù)據(jù)分析數(shù)據(jù)分析是要分析已收集數(shù)據(jù)的正確性、一致程度、無冗余的程度，分析的工具可借用U/C矩陣。①完備性檢驗(yàn)完備性（completeness）檢驗(yàn)是指對(duì)具體的數(shù)據(jù)項(xiàng)（或類）必須有一個(gè)產(chǎn)生者（即“C”）和至少一個(gè)使用者（即“U”），功能則必須有產(chǎn)生或使用（“U”或“C”元素）發(fā)生。否則那個(gè)U/C矩陣的建立是不完備的。②一致性檢驗(yàn)一致性（uniformity）檢驗(yàn)是指對(duì)具體的數(shù)據(jù)項(xiàng)／類必有且僅有一個(gè)產(chǎn)生者（“C”）。不一致現(xiàn)象的產(chǎn)生可能有如下緣故：沒有產(chǎn)生者——漏填了“C”元素或者是功能、數(shù)據(jù)的劃分不當(dāng)。多個(gè)產(chǎn)生者——錯(cuò)填了“C”元素或者是功能、數(shù)據(jù)的劃分不獨(dú)立，不一致。③無冗余性檢驗(yàn)無冗余性（non－verbosity）檢驗(yàn)即表中不同意有空行空列。假如有空行空列發(fā)生則可能出現(xiàn)如下問題：漏填了“C”或“U”元素；功能項(xiàng)或數(shù)據(jù)項(xiàng)的劃分是冗余的——沒有必要的。數(shù)據(jù)流程圖DFD數(shù)據(jù)流程圖是結(jié)構(gòu)化方法中的要緊建模工具。現(xiàn)有的數(shù)據(jù)流程分析多是通過分層的數(shù)據(jù)流程圖（DataFlowDiagram，簡(jiǎn)稱DFD）來實(shí)現(xiàn)的。數(shù)據(jù)流程圖是系統(tǒng)邏輯模型的要緊組成部分。⑴數(shù)據(jù)流程圖的構(gòu)成數(shù)據(jù)流程圖中的要緊圖形符號(hào)DeMarco&Yourdan與Gane&SarsonDFD圖形符號(hào)體系（2）數(shù)據(jù)流程圖的繪制方法由外向內(nèi)。由頂向下，逐層分解，逐步求精…….左向右,合理布局。由主到次。合理命名及編號(hào)。數(shù)據(jù)守恒，幸免輸出、輸入遺漏。父子平衡。數(shù)據(jù)流程圖分解。合理、均勻。以層次不超過4，每層的處理過程不超過7為宜。分層數(shù)據(jù)流程圖：多層數(shù)據(jù)流程圖：頂層流程圖僅包含一個(gè)處理，它代表被開發(fā)系統(tǒng)。它的輸入流是該系統(tǒng)的輸入數(shù)據(jù)，輸出流是系統(tǒng)所輸出數(shù)據(jù)底層流圖是指其處理不需再做分解的數(shù)據(jù)流圖中間層流圖則表示對(duì)其上層父圖的細(xì)化。它的每一處理可能接著細(xì)化，形成子圖。頂層圖又稱環(huán)境圖（contextdiagram）和上下文數(shù)據(jù)流程圖，描述了系統(tǒng)的外部實(shí)體，以及系統(tǒng)與這些外部實(shí)體之間的數(shù)據(jù)交換，即系統(tǒng)與外部實(shí)體之間的接口。零層圖（diagramzero）:描述了系統(tǒng)的要緊處理功能、數(shù)據(jù)流、外部實(shí)體與數(shù)據(jù)存儲(chǔ)。畫DFD的步驟：第一步：繪制頂層圖第二步：繪制０層圖第三步：分解處理，畫出各級(jí)子圖第四步：構(gòu)造總體數(shù)據(jù)流程圖。把分解后的DFD碎片裝配起來，畫出DFD的總圖。常見錯(cuò)誤黑洞：即只有輸入而沒有輸出或只有輸出而沒有輸入灰洞：即輸入不足以產(chǎn)生輸出數(shù)據(jù)流不能從一個(gè)外部實(shí)體傳遞給另外一個(gè)外部實(shí)體；數(shù)據(jù)流不能從一個(gè)外部實(shí)體直接傳遞給一個(gè)數(shù)據(jù)存儲(chǔ)；數(shù)據(jù)流不能從一個(gè)數(shù)據(jù)存儲(chǔ)未做任何處理就傳遞給一個(gè)外部實(shí)體；數(shù)據(jù)流不能從一個(gè)數(shù)據(jù)存儲(chǔ)直接傳遞給一個(gè)數(shù)據(jù)存儲(chǔ)；4.數(shù)據(jù)字典數(shù)據(jù)字典（DataDictionary）則是在數(shù)據(jù)流程圖的基礎(chǔ)上，進(jìn)一步定義和描述數(shù)據(jù)處理過程、實(shí)體及數(shù)據(jù)存儲(chǔ)的詳細(xì)邏輯內(nèi)容的工具。能夠使用自動(dòng)化治理工具實(shí)施治理，powerdesigner編寫數(shù)據(jù)詞典的差不多要求是：①對(duì)數(shù)據(jù)流程圖上各種元素的定義必須明確、易理解、唯一。②命名、編號(hào)與數(shù)據(jù)流程圖一致。③符合一致性與完整性的要求，對(duì)數(shù)據(jù)流程圖上的元素定義與講明無遺漏項(xiàng)。數(shù)據(jù)詞典中無內(nèi)容重復(fù)或內(nèi)容相互矛盾的條目。數(shù)據(jù)流程圖中同類元素的數(shù)據(jù)詞典條目中，無同名異義或異名同義者。④格式規(guī)范、風(fēng)格統(tǒng)一、文字精煉，數(shù)字與符號(hào)正確。5.處理講明對(duì)處理過程的詳細(xì)描述稱為“處理講明”。數(shù)據(jù)流程圖、數(shù)據(jù)字典和處理講明三者構(gòu)成了系統(tǒng)的邏輯模型。目前較常用的描述處理講明的工具有下面三種：?結(jié)構(gòu)化語(yǔ)言?判定表?判定樹⑴結(jié)構(gòu)化語(yǔ)言結(jié)構(gòu)化語(yǔ)言是一種介于自然語(yǔ)言與程序設(shè)計(jì)語(yǔ)言之間的語(yǔ)言。它由程序設(shè)計(jì)語(yǔ)言的框架（即同意三種差不多結(jié)構(gòu)：順序結(jié)構(gòu)、分支結(jié)構(gòu)、循環(huán)結(jié)構(gòu)）和自然語(yǔ)言的詞匯（如動(dòng)詞、名詞和程序設(shè)計(jì)語(yǔ)言的保留字）組成，其語(yǔ)言易于編寫，又能簡(jiǎn)明地描述較復(fù)雜的處理邏輯。結(jié)構(gòu)化語(yǔ)言使用的語(yǔ)句有以下四類：祈使語(yǔ)句，例如：“計(jì)算運(yùn)費(fèi)”“獲得訂貨數(shù)量”推斷語(yǔ)句，其一般形式是：假如條件則處理A否則處理B（條件不成立）例如：去網(wǎng)上書店購(gòu)書，如搜索到欲買的書，則付款，辦理相關(guān)手續(xù)，若搜索不到欲買的書，則離開書店。用推斷語(yǔ)句表達(dá)如下：假如搜索到欲買的書則付款填寫送貨單離開書店否則離開書店循環(huán)語(yǔ)句例如：計(jì)算每個(gè)職工的實(shí)發(fā)工資，不僅要計(jì)算每一職工的實(shí)發(fā)工資，而且還要計(jì)算所有職工的實(shí)發(fā)工資，其循環(huán)語(yǔ)句如下：對(duì)每一職工將差不多工資、崗位工資、補(bǔ)貼、獎(jiǎng)金相加扣除稅款，公積金等⑵判定樹判定樹是用樹形圖來表示處理邏輯的一種工具。它比用語(yǔ)言的方式更為直觀。當(dāng)某個(gè)處理的執(zhí)行不只依靠于一個(gè)條件，而是與若干個(gè)條件相關(guān)，這種情況下用判定樹更為合適，例：某網(wǎng)上商店的配送中心的庫(kù)存操縱判定樹優(yōu)點(diǎn)：形式簡(jiǎn)單，不需任何講明，易看出含義，易于掌握和使用。⑶判定表判定表是采納表格方式來表示處理邏輯的一種工具。判定表的優(yōu)點(diǎn)是能夠清晰地表示復(fù)雜的條件組合與應(yīng)做的處理之間的對(duì)應(yīng)關(guān)系。缺點(diǎn)是判定表的建立過程較為繁雜。表－11庫(kù)存操縱處理的判定表選擇合適的工具，一般地講：以上三種表達(dá)處理邏輯的工具各有優(yōu)缺點(diǎn)。在表達(dá)一個(gè)處理過程時(shí)，應(yīng)依照不同的情況，①對(duì)一個(gè)不太復(fù)雜的邏輯推斷，使用判定樹較好；②對(duì)一個(gè)專門復(fù)雜的邏輯推斷，使用判定表較好；③假如一個(gè)處理過程中，既含有順序結(jié)構(gòu)，又含有判定和循環(huán)結(jié)構(gòu)時(shí)，應(yīng)使用結(jié)構(gòu)化語(yǔ)言較好。3.2業(yè)務(wù)流程重構(gòu)（概念）企業(yè)業(yè)務(wù)流程重構(gòu)是指對(duì)企業(yè)進(jìn)行全然的再考慮和完全的再設(shè)計(jì)，以求企業(yè)關(guān)鍵的性能指標(biāo)如成本、質(zhì)量和速度等，獲得巨大的提高。第4章電子商務(wù)系統(tǒng)設(shè)計(jì)電子商務(wù)系統(tǒng)的設(shè)計(jì)電子商務(wù)系統(tǒng)設(shè)計(jì)的要緊任務(wù)是從電子商務(wù)系統(tǒng)的總體目標(biāo)動(dòng)身，依照系統(tǒng)規(guī)劃時(shí)期和系統(tǒng)分析時(shí)期產(chǎn)生的文檔，并考慮到經(jīng)濟(jì)、技術(shù)和系統(tǒng)所實(shí)現(xiàn)的內(nèi)外環(huán)境和主客觀等方面的條件，確定電子商務(wù)系統(tǒng)的總體結(jié)構(gòu)和系統(tǒng)各組成部分的技術(shù)方案，合理選擇軟件和硬件設(shè)備，確保總體目標(biāo)的實(shí)現(xiàn)。系統(tǒng)設(shè)計(jì)時(shí)期所要完成的要緊工作是：(1)系統(tǒng)總體結(jié)構(gòu)設(shè)計(jì)(2)系統(tǒng)運(yùn)行平臺(tái)的設(shè)計(jì)系統(tǒng)的總體結(jié)構(gòu)設(shè)計(jì)是指確定整個(gè)系統(tǒng)由哪些部分組成，以及各部分在物理上、邏輯上的相互關(guān)系。系統(tǒng)運(yùn)行平臺(tái)的設(shè)計(jì)系統(tǒng)運(yùn)行平臺(tái)是指電子商務(wù)系統(tǒng)運(yùn)行所依靠的硬件和軟件。系統(tǒng)運(yùn)行平臺(tái)設(shè)計(jì)是依照新系統(tǒng)的目標(biāo)，選擇適當(dāng)?shù)挠?jì)算機(jī)硬件、網(wǎng)絡(luò)通信設(shè)備，以及其他輔助設(shè)備、軟件，以滿足新系統(tǒng)邏輯模型的需要和技術(shù)需要。電子商務(wù)系統(tǒng)設(shè)計(jì)的原則⑴技術(shù)的先進(jìn)性⑵符合企業(yè)信息化的整體技術(shù)戰(zhàn)略⑶與現(xiàn)行的應(yīng)用具有良好的兼容性⑷成熟性⑸安全性⑹有用性原則⑺可用性⑻可伸縮性⑼滿足可擴(kuò)充的要求設(shè)計(jì)的差不多原則1、軟硬件要求能滿足系統(tǒng)的各種功能需求2、硬件選擇服從于軟件選擇3、軟硬件在技術(shù)上要具備一定的先進(jìn)性4、符合各種技術(shù)標(biāo)準(zhǔn)；成熟產(chǎn)品，保證安全性和可靠性5、性價(jià)比電子商務(wù)系統(tǒng)設(shè)計(jì)的依據(jù)（大概看下）（l）規(guī)劃時(shí)期獲得的商務(wù)模式和商務(wù)模型（2）用戶需求。3）新系統(tǒng)的邏輯模型。（4）現(xiàn)行技術(shù)。（5）現(xiàn)行的與電子商務(wù)系統(tǒng)有關(guān)的的標(biāo)準(zhǔn)、規(guī)范和有關(guān)法律制度。（6）系統(tǒng)運(yùn)行環(huán)境。電子商務(wù)系統(tǒng)總體結(jié)構(gòu)的設(shè)計(jì)系統(tǒng)的總體結(jié)構(gòu)設(shè)計(jì)是指確定整個(gè)系統(tǒng)由哪些部分組成，以及各部分在物理上、邏輯上的相互關(guān)系。系統(tǒng)總體結(jié)構(gòu)設(shè)計(jì)是一個(gè)自上而下的分解過程。思想是基于結(jié)構(gòu)化的開發(fā)方法。目的是將復(fù)雜的問題、難以理解的問題分解為簡(jiǎn)單的子問題，從而建立出具有整體性的系統(tǒng)模型。電子商務(wù)系統(tǒng)總體設(shè)計(jì)一般包括①商務(wù)模型設(shè)計(jì)②系統(tǒng)組成設(shè)計(jì)③網(wǎng)站設(shè)計(jì)④設(shè)備配置⑤軟件體系結(jié)構(gòu)風(fēng)格設(shè)計(jì)⑥軟件的功能模塊設(shè)計(jì)系統(tǒng)組成結(jié)構(gòu)系統(tǒng)組成結(jié)構(gòu)則要緊講明電子商務(wù)系統(tǒng)內(nèi)部的組成部分，以及系統(tǒng)內(nèi)部與外部環(huán)境的相互關(guān)系。關(guān)于一些大企業(yè)、企業(yè)集團(tuán)，其電子商務(wù)系統(tǒng)是一個(gè)復(fù)雜的大系統(tǒng)，如此的系統(tǒng)往往由分系統(tǒng)（中小規(guī)模的電子商務(wù)系統(tǒng)）組成系統(tǒng)軟件平臺(tái)在電子商務(wù)系統(tǒng)的總體結(jié)構(gòu)中，系統(tǒng)的核心業(yè)務(wù)邏輯最終由電子商務(wù)應(yīng)用軟件實(shí)現(xiàn)，而應(yīng)用軟件是在諸如通用服務(wù)平臺(tái)、服務(wù)支持平臺(tái)等基礎(chǔ)上構(gòu)造的。這些平臺(tái)物理上表現(xiàn)為系統(tǒng)軟件、構(gòu)件等形式。在系統(tǒng)總體結(jié)構(gòu)設(shè)計(jì)中，應(yīng)當(dāng)明確講明支持電子商務(wù)應(yīng)用軟件運(yùn)行的軟件平臺(tái)要緊包括的內(nèi)容。內(nèi)部環(huán)境分析內(nèi)部信息系統(tǒng)對(duì)電子商務(wù)系統(tǒng)的支持與需求的基礎(chǔ)是第三章系統(tǒng)分析調(diào)查的結(jié)果和分析得出的新系統(tǒng)邏輯模型。需要確定：①內(nèi)部信息資源②內(nèi)部信息系統(tǒng)的功能③企業(yè)內(nèi)部工作流④內(nèi)部信息系統(tǒng)治理企業(yè)生產(chǎn)及銷售的流程在分析以上內(nèi)容后，需要達(dá)到以下目的：①電子商務(wù)活動(dòng)依靠的內(nèi)部信息資源②內(nèi)部信息系統(tǒng)對(duì)電子商務(wù)系統(tǒng)的的信息需求③界定企業(yè)內(nèi)部信息系統(tǒng)與電子商務(wù)系統(tǒng)之間的界限④給出內(nèi)部信息系統(tǒng)與電子商務(wù)系統(tǒng)之間的接口模型⑤明確電子商務(wù)系統(tǒng)與企業(yè)內(nèi)部信息系統(tǒng)的相互阻礙外部環(huán)境分析電子商務(wù)系統(tǒng)的外部環(huán)境的基礎(chǔ)是第三章系統(tǒng)分析調(diào)查的結(jié)果和分析得出的新系統(tǒng)邏輯模型。在這一步驟中，需要著重從以下方面分析電子商務(wù)系統(tǒng)與外部環(huán)境的關(guān)系：⑴分析①電子商務(wù)系統(tǒng)的目標(biāo)②電子商務(wù)系統(tǒng)欲從外部環(huán)境獲得哪些信息③電子商務(wù)系統(tǒng)欲向外部環(huán)境提供哪些信息④電子商務(wù)系統(tǒng)欲向外部環(huán)境提供哪些功能外部環(huán)境分析示意圖銀行銀行認(rèn)證中心運(yùn)輸公司供應(yīng)商客戶合作伙伴商檢海關(guān)企業(yè)電子商務(wù)系統(tǒng)…⑵目的在分析以上內(nèi)容后，需要達(dá)到以下目的：①確定電子商務(wù)活動(dòng)依靠的外部環(huán)境②外部環(huán)境與對(duì)電子商務(wù)系統(tǒng)間的相互信息需求③界定外部環(huán)境與電子商務(wù)系統(tǒng)之間的界限④給出外部環(huán)境與電子商務(wù)系統(tǒng)之間的接口模型電子商務(wù)系統(tǒng)與外部環(huán)境的信息聯(lián)系接口接口表示了兩個(gè)元素之間有一些什么樣的行為,每一種交互行為(服務(wù))中所涉及交互信息的結(jié)構(gòu)、內(nèi)容、交互順序以及信息的編碼等。一般來講，系統(tǒng)與其外部環(huán)境的接口包括以下方面。①與企業(yè)合作伙伴之間的接口②與企業(yè)內(nèi)部既有信息系統(tǒng)的接口③與交易相關(guān)的公共信息基礎(chǔ)設(shè)施之間的接口④其他接口電子商務(wù)應(yīng)用系統(tǒng)設(shè)計(jì)電子商務(wù)應(yīng)用系統(tǒng)設(shè)計(jì)概念應(yīng)用系統(tǒng)設(shè)計(jì)時(shí)期要依照新系統(tǒng)邏輯模型建立應(yīng)用系統(tǒng)的物理模型，也即依照新系統(tǒng)邏輯功能的要求，依照實(shí)際的技術(shù)條件、經(jīng)濟(jì)條件和社會(huì)條件，以及系統(tǒng)的規(guī)模和復(fù)雜程度等實(shí)際條件，進(jìn)行若干具體設(shè)計(jì)，確定應(yīng)用系統(tǒng)的實(shí)施方案，解決系統(tǒng)“如何做”的問題。物理模型給出處理功能和數(shù)據(jù)結(jié)構(gòu)的實(shí)際表示形式1.應(yīng)用系統(tǒng)設(shè)計(jì)差不多任務(wù)應(yīng)用系統(tǒng)設(shè)計(jì)差不多任務(wù)大體包括總體（概要）設(shè)計(jì)和詳細(xì)設(shè)計(jì)兩大部分。總體設(shè)計(jì)是描述應(yīng)用系統(tǒng)的總體結(jié)構(gòu)，其內(nèi)容有：①將系統(tǒng)劃分成子系統(tǒng)，子系統(tǒng)進(jìn)一步劃分成模塊②確定每個(gè)模塊的功能③確定模塊間調(diào)用關(guān)系應(yīng)用系統(tǒng)詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)是為各個(gè)具體任務(wù)選擇適當(dāng)?shù)募夹g(shù)手段和處理方法，其內(nèi)容有：①代碼設(shè)計(jì)；②數(shù)據(jù)庫(kù)設(shè)計(jì)；③用戶界面設(shè)計(jì)；④處理流程設(shè)計(jì)。5.1應(yīng)用系統(tǒng)體系結(jié)構(gòu)風(fēng)格三種，明白分不是什么軟件體系結(jié)構(gòu)描述了構(gòu)成系統(tǒng)的成分，這些成分之間的相互作用、指導(dǎo)其組合的風(fēng)格（慣用模式），以及對(duì)這些風(fēng)格的描述。軟件體系結(jié)構(gòu)風(fēng)格是描述某一特定應(yīng)用領(lǐng)域中系統(tǒng)組織方式的慣用模式。模式是人們依照以往的經(jīng)驗(yàn)總結(jié)出來的，可重復(fù)使用的設(shè)計(jì)方案。5.1.1MVC體系結(jié)構(gòu)模型-視圖-操縱(model-view-control，簡(jiǎn)稱MVC)結(jié)構(gòu)是目前最常見的J2EE應(yīng)用所基于的體系結(jié)構(gòu)，MVC要緊適用于交互式的Web應(yīng)用，視圖(View)繪制和顯示Model的數(shù)據(jù)，提交由Controller提供的數(shù)據(jù)。模型(Model)維護(hù)應(yīng)用程序的狀態(tài)和數(shù)據(jù)，能夠同意來自View的查詢并做出響應(yīng)。同時(shí)當(dāng)Model的數(shù)據(jù)發(fā)生變化時(shí)，它把變化通知給View，View依照Model的數(shù)據(jù)發(fā)生來更新自己。操縱器(Controller)定義了抽象的業(yè)務(wù)邏輯，用于操縱業(yè)務(wù)流程。用于描述Model如何對(duì)用戶的動(dòng)作做出反應(yīng)，即處理事件。2.MVC的優(yōu)點(diǎn)⑴將數(shù)據(jù)建模、數(shù)據(jù)顯示和用戶交互三者分開，使得程序設(shè)計(jì)的過程更清晰，提高了可復(fù)用程度；⑵當(dāng)接口設(shè)計(jì)完成后，可開展并行開發(fā)，從而提高了開發(fā)效率；⑶能夠?qū)ｉT方便地用多個(gè)視圖來顯示多套數(shù)據(jù)，從而使系統(tǒng)能方便地支持其他新的客戶端類型；⑷各部分的責(zé)任劃分得專門清晰；⑸提高了系統(tǒng)靈活性，因?yàn)閿?shù)據(jù)模型、用戶交互和數(shù)據(jù)顯示等部分都能夠設(shè)計(jì)為可接插構(gòu)件；⑹對(duì)系統(tǒng)的測(cè)試及維護(hù)帶來了相當(dāng)?shù)谋憷?。MVC的缺點(diǎn)⑴增加了系統(tǒng)實(shí)現(xiàn)的復(fù)雜性，關(guān)于簡(jiǎn)單的界面，嚴(yán)格遵循MVC會(huì)將低效率；⑵由于實(shí)施MVC體系結(jié)構(gòu)而產(chǎn)生的開銷，需要有經(jīng)驗(yàn)分析人員對(duì)系統(tǒng)進(jìn)行分析；⑶視圖對(duì)模型數(shù)據(jù)的低效率訪問。5.1.2二層C／S體系結(jié)構(gòu)其要緊缺點(diǎn)是:⑴客戶端程序設(shè)計(jì)復(fù)雜；⑵開發(fā)成本高；⑶軟件維護(hù)和升級(jí)困難；⑷難以擴(kuò)展至大型企業(yè)廣域網(wǎng)或Internet；⑸數(shù)據(jù)安全性不行。5.1.3三層體系結(jié)構(gòu)B/S：減輕了客戶機(jī)的任務(wù)5.2模塊設(shè)計(jì)及子系統(tǒng)的劃分5.2.1結(jié)構(gòu)化設(shè)計(jì)原理結(jié)構(gòu)化方法設(shè)計(jì)思想是基于：①自頂向下把一個(gè)大系統(tǒng)分解成多個(gè)分層次的、規(guī)模比較小的被稱之為模塊的一些部分；②系統(tǒng)劃分模塊是按層次進(jìn)行，劃分工作進(jìn)行到模塊功能都十分簡(jiǎn)單，并易于修改；③模塊應(yīng)盡可能獨(dú)立，應(yīng)盡可能減少模塊間的調(diào)用關(guān)系和數(shù)據(jù)交換關(guān)系；④模塊間的關(guān)系應(yīng)闡明，以便追蹤和操縱。⑤通過分不實(shí)現(xiàn)這些模塊的設(shè)計(jì)，而最終實(shí)現(xiàn)整個(gè)系統(tǒng)的設(shè)計(jì)。5.2.2子系統(tǒng)劃分功能/數(shù)據(jù)分析進(jìn)行這種劃分的有力工具之一確實(shí)是功能／數(shù)據(jù)分析。功能／數(shù)據(jù)分析法是通過U/C矩陣的建立和分析來實(shí)現(xiàn)的。U/C矩陣的求解重點(diǎn)，看明白U/C矩陣的求解過程是通過表上作業(yè)完成的。其具體操作方法是：調(diào)換表中的行變量或列變量，使得“C”元素盡量地朝對(duì)角線靠近。U/C表上移動(dòng)作業(yè)過程系統(tǒng)功能劃分系統(tǒng)邏輯功能的劃分：在求解后的U／C矩陣中劃出一個(gè)個(gè)的方塊；每一個(gè)小方塊即為一個(gè)子系統(tǒng)。劃分時(shí)應(yīng)注意：沿對(duì)角線一個(gè)接一個(gè)地畫，既不能重疊，又不能漏掉任何一個(gè)數(shù)據(jù)和功能；小方塊的劃分是任意的，但必須將所有的“C”元素都包含在小方塊內(nèi)。子系統(tǒng)劃分5.2.3模塊結(jié)構(gòu)圖模塊（Module）是能夠組合、分解和更換的單元，是組成系統(tǒng)、易于處理的差不多單位。模塊通常有以下４個(gè)特點(diǎn)：①模塊具有輸入和輸出；②具有把輸入轉(zhuǎn)換成輸出的功能；③僅供模塊引用的內(nèi)部數(shù)據(jù)；④用以實(shí)現(xiàn)模塊功能的程序代碼。模塊設(shè)計(jì)要緊描述系統(tǒng)的模塊結(jié)構(gòu)及模塊間的聯(lián)系，它是軟件總體設(shè)計(jì)的要緊內(nèi)容模塊設(shè)計(jì)的結(jié)果用模塊結(jié)構(gòu)圖表示模塊結(jié)構(gòu)圖又稱層次模塊結(jié)構(gòu)圖操縱：實(shí)心的數(shù)據(jù)：空心的模塊的調(diào)用關(guān)系：模塊之間用單向箭頭聯(lián)結(jié)，箭頭從調(diào)用模塊指向被調(diào)用模塊，表示調(diào)用模塊調(diào)用了被調(diào)用模塊。通訊伴隨著模塊調(diào)用而發(fā)生的模塊間的信息交換稱為模塊間的通訊。模塊間的通訊有兩種方式：⑴數(shù)據(jù)通訊⑵操縱通訊模塊間的信息傳遞：模塊間的信息傳遞：當(dāng)一個(gè)模塊調(diào)用另一個(gè)模塊時(shí)，調(diào)用模塊把數(shù)據(jù)或操縱信息傳送給被調(diào)用模塊，以使被調(diào)用模塊能夠運(yùn)行。而被調(diào)用模塊在執(zhí)行過程中又把它產(chǎn)生的數(shù)據(jù)或操縱信息回送給調(diào)用模塊操縱信息模塊間的調(diào)用關(guān)系模塊間的調(diào)用關(guān)系有以下三種：⑴直接調(diào)用⑵條件調(diào)用⑶循環(huán)調(diào)用⑴直接調(diào)用最簡(jiǎn)單的調(diào)用關(guān)系，指一個(gè)模塊無條件地調(diào)用另一個(gè)模塊。⑵條件調(diào)用也稱為選擇調(diào)用。假如一個(gè)模塊是否調(diào)用另一個(gè)模塊取決于調(diào)用模塊內(nèi)部的某個(gè)條件，則把這種調(diào)用稱為條件調(diào)用。用菱形符號(hào)

表示，其含義是：依照條件滿足情況決定調(diào)用哪一個(gè)模塊。⑶循環(huán)調(diào)用也稱為重復(fù)調(diào)用。假如一個(gè)模塊內(nèi)部存在一個(gè)循環(huán)過程，每次循環(huán)中均需調(diào)用一個(gè)或幾個(gè)下屬模塊，則稱這種調(diào)用為循環(huán)調(diào)用或重復(fù)調(diào)用。用符號(hào)表示，含義是：上層模塊對(duì)下層模塊的多次反復(fù)的調(diào)用。（有一個(gè)推斷的過程）5.2.4聚合聚合是用于衡量模塊內(nèi)部各個(gè)組成部分彼此結(jié)合的緊密程度的指標(biāo)。模塊的聚合方式，一般可分為七種，不同聚合方式其聚合度不同：①功能聚合②順序聚合③通訊聚合④過程聚合（前四種盡量使用）⑤時(shí)刻聚合⑥邏輯聚合⑦偶然聚合（后三種盡量幸免使用）出選擇題，明白是哪種聚合功能聚合指一個(gè)模塊內(nèi)部的各個(gè)組成部分的處理功能全部為執(zhí)行同一個(gè)功能而存在，同時(shí)只執(zhí)行一個(gè)功能。功能聚合模塊的優(yōu)點(diǎn)是與其它模塊聯(lián)系低，易修改和維護(hù)，故其聚合度高最理想的聚合方式，獨(dú)立性最強(qiáng)。②順序聚合假如一個(gè)模塊內(nèi)部各個(gè)組成部分執(zhí)行幾個(gè)處理功能,且一個(gè)處理功能所產(chǎn)生的輸出數(shù)據(jù)直接成為下一個(gè)處理功能的輸入數(shù)據(jù),則該種聚合為順序聚合。例：一個(gè)順序聚合模塊,它先執(zhí)行合同輸入功能,然后再執(zhí)行合同匯總功能,而且前者的輸出正是后者的輸入。③通訊聚合指一個(gè)模塊內(nèi)部各個(gè)組成部分執(zhí)行的處理功能，都使用相同的輸入數(shù)據(jù)或產(chǎn)生相同的輸出數(shù)據(jù),且其中各個(gè)處理功能是無序的。例：使用相同的輸入數(shù)據(jù),即配件編號(hào),分不完成兩個(gè)處理功能,一是按配件編號(hào)檢索獲得配件牌價(jià);另一個(gè)是按配件編號(hào)檢索獲得該配件的當(dāng)前庫(kù)存量。④過程聚合假如一個(gè)模塊內(nèi)部各個(gè)組成部分的處理功能各不相同,彼此也沒有什么關(guān)系,但它們都受同一個(gè)操縱流支配,決定它們的執(zhí)行次序,則該種聚合為過程聚合。在該種聚合模塊中,效率是唯一重要的,這種次序可能是順序、推斷或循環(huán)。⑤時(shí)刻聚合假如一個(gè)模塊內(nèi)各個(gè)組成部分的處理功能和時(shí)刻有關(guān)，則稱該種聚合為時(shí)刻聚合。例：初始化模塊是典型的時(shí)刻聚合模塊初始模塊要為各種變量賦初值，并同時(shí)打開若干個(gè)文件。⑥邏輯聚合假如一個(gè)模塊內(nèi)部各個(gè)組成部分的處理功能彼此無關(guān)，但處理邏輯相同,則稱該種聚合為邏輯聚合。例：將所有的輸入操作：讀磁帶文件、讀磁盤文件、接收鍵盤輸入都放在一個(gè)模塊中。例：A、B、C均為輸出報(bào)表模塊,即從邏輯上講它們是功能類似,將它們組合到一個(gè)模塊中,則為邏輯組合。在調(diào)用邏輯組合的模塊時(shí),必須明白如何調(diào)用模塊內(nèi)部的某一報(bào)表模塊。邏輯組合模塊和其他模塊之間有相當(dāng)復(fù)雜的塊間耦合,其修改性差,維護(hù)困難。⑦偶然聚合機(jī)械聚合。假如一個(gè)模塊的構(gòu)成是由若干個(gè)毫無關(guān)系的功能偶然組合在一起的,則稱該種聚合為偶然聚合。聚合度最低,可修改性最差。模塊聚合的獨(dú)立性：在模塊設(shè)計(jì)時(shí)，應(yīng)盡量使模塊成為功能聚合模塊，幸免偶然聚合模塊。5.2.5耦合耦合是用來衡量一個(gè)系統(tǒng)內(nèi)模塊之間聯(lián)系程度的指標(biāo)。模塊間的耦合方式通常有四種：①數(shù)據(jù)耦合②操縱耦合③公共環(huán)境耦合④內(nèi)容耦合假如兩個(gè)模塊間彼此通過參數(shù)交換信息，而且交換的信息僅僅是數(shù)據(jù)，則這種耦合被稱為數(shù)據(jù)耦合。是一種理想的耦合，耦合度最低，因?yàn)橐粋€(gè)模塊與其它模塊之間的聯(lián)系全部是數(shù)據(jù)聯(lián)系，那個(gè)模塊確實(shí)是一個(gè)黑箱。例：②特征耦合若兩個(gè)模塊都與同一個(gè)數(shù)據(jù)結(jié)構(gòu)有關(guān)，則這兩個(gè)模塊的耦合為特征耦合。當(dāng)數(shù)據(jù)結(jié)構(gòu)發(fā)生改變時(shí)，必定要阻礙到與其相關(guān)的兩個(gè)模塊，從而增加模塊間的依靠性，降低模塊的獨(dú)立性。③操縱耦合假如兩個(gè)模塊間交換的信息除了傳遞數(shù)據(jù)信息外，還包括操縱信息，則這種耦合被稱為操縱耦合。此種耦合是中等程度耦合。④公共環(huán)境耦合公共耦合；假如兩個(gè)模塊或多個(gè)模塊都通過同一個(gè)公共數(shù)據(jù)環(huán)境相互作用時(shí)，則這種耦合被稱為公共耦合。公共數(shù)據(jù)環(huán)境能夠是全程變量，內(nèi)存的公共覆蓋區(qū)，任何存儲(chǔ)介質(zhì)上的文件等。⑤內(nèi)容耦合假如一個(gè)模塊的執(zhí)行需要另一個(gè)模塊的內(nèi)部信息（程序或內(nèi)部數(shù)據(jù))支持，則這種耦合被稱為內(nèi)容耦合。該耦合方式的耦合度最高。內(nèi)容耦合的兩個(gè)模塊間是病態(tài)聯(lián)結(jié),在修改其中一個(gè)模塊時(shí),將直接阻礙到另一個(gè)模塊,產(chǎn)生波動(dòng)現(xiàn)象,阻礙整個(gè)系統(tǒng)。因此,在系統(tǒng)設(shè)計(jì)時(shí),應(yīng)完全幸免內(nèi)容耦合。例如：①一個(gè)模塊訪問另一個(gè)模塊內(nèi)部的數(shù)據(jù)；②一個(gè)模塊調(diào)用另一個(gè)模塊中間的部分程序代碼模塊耦合在模塊設(shè)計(jì)時(shí)，應(yīng)盡量使用數(shù)據(jù)耦合，少用操縱耦合，限制公共環(huán)境耦合的范圍，完全不用內(nèi)容耦合模塊設(shè)計(jì)的獨(dú)立性原則要求將模塊設(shè)計(jì)成高聚合、低耦合。5.3數(shù)據(jù)流圖導(dǎo)出結(jié)構(gòu)圖面向數(shù)據(jù)流程的設(shè)計(jì)方法把數(shù)據(jù)流程映射成系統(tǒng)內(nèi)部模塊結(jié)構(gòu)和相互關(guān)系。數(shù)據(jù)流圖有兩種典型的結(jié)構(gòu)：變換型結(jié)構(gòu)和事務(wù)型結(jié)構(gòu)。這兩種結(jié)構(gòu)能夠分不通過變換分析和事務(wù)分析方法導(dǎo)出標(biāo)準(zhǔn)形式的結(jié)構(gòu)圖。5.3.1變換分析（多個(gè)輸入流入，同時(shí)有明顯的標(biāo)志環(huán)）變換型結(jié)構(gòu)能夠明顯地把數(shù)據(jù)流圖分成邏輯輸入、主加工和邏輯輸出。變換分析即是把變換型數(shù)據(jù)流圖映射出模塊結(jié)構(gòu)圖的過程。5.3.2事務(wù)分析（一個(gè)輸入流入）事務(wù)是指流入系統(tǒng)并引起一組處理動(dòng)作的一組數(shù)據(jù)或事件。事務(wù)分析即是用事務(wù)型結(jié)構(gòu)的數(shù)據(jù)流圖映射出模塊結(jié)構(gòu)圖的過程。事務(wù)型結(jié)構(gòu)的數(shù)據(jù)流的特征是：數(shù)據(jù)流發(fā)散，存在有事務(wù)中心。事務(wù)（單個(gè)數(shù)據(jù)項(xiàng)）沿傳入路徑進(jìn)入系統(tǒng)，事務(wù)中心依照數(shù)據(jù)項(xiàng)計(jì)值結(jié)果從若干動(dòng)作路徑中選擇一條接著執(zhí)行?；旌闲褪聦?shí)上，一個(gè)大的系統(tǒng)一般是變換型結(jié)構(gòu)和事務(wù)型結(jié)構(gòu)的混合體，往往需要同時(shí)采納變換分析和事務(wù)分析。通常是以變換分析為主，事務(wù)分析為輔進(jìn)行設(shè)計(jì)。5.4代碼設(shè)計(jì)代碼是用來表示事務(wù)、屬性、狀態(tài)等的一組有序的符號(hào)，它應(yīng)易于計(jì)算機(jī)和人識(shí)不與處理。編碼確實(shí)是用數(shù)字或字母代表事物。代碼設(shè)計(jì)可按下列步驟進(jìn)行⑴確定代碼對(duì)象⑵確定代碼特征⑶考查是否已有相應(yīng)的標(biāo)準(zhǔn)代碼。⑷決定代碼種類：⑸決定代碼的位數(shù)：⑹編寫代碼表。描述程序處理邏輯結(jié)構(gòu)的工具稱為過程設(shè)計(jì)的工具。過程設(shè)計(jì)工具分為圖形、表格和語(yǔ)言三類，如傳統(tǒng)的流程圖、盒圖、判定樹、判定表及過程設(shè)計(jì)語(yǔ)言（PDL）(ProgramDesignLanguage)。5.5.1程序流程圖流程圖（flowchart）又稱程序框圖流程圖包括三種差不多成分：①加工步驟，用方框表示；②邏輯條件，用菱形表示；③操縱流，用箭頭表示。圖看看，明白哪種是哪種流程圖的優(yōu)點(diǎn)是：直觀、形象，容易理解，便于初學(xué)者掌握。流程圖的缺點(diǎn)如下：描述操縱的箭頭過于靈活。流程圖只描述執(zhí)行過程而不能描述有關(guān)數(shù)據(jù)。5.5.2盒圖（N-S圖）盒圖是為支持結(jié)構(gòu)化程序而產(chǎn)生的一種描述工具。1973年，Nassi和Shneiderman提出用方框圖（blockdiagram）來代替?zhèn)鹘y(tǒng)的流程圖簡(jiǎn)稱為N－S圖（N－Schart）又稱為NS圖。盒圖五種差不多操縱結(jié)構(gòu)由五種圖形構(gòu)件表示。N-S圖特點(diǎn)①每個(gè)處理步驟用一個(gè)盒子表示。②一個(gè)特定操縱結(jié)構(gòu)的作用域明確。③局部和全局?jǐn)?shù)據(jù)的作用域能夠?qū)ｉT容易地被確定。④專門容易描述嵌套關(guān)系，也能夠用來描述模塊的層次關(guān)系。⑤盒不同意隨意轉(zhuǎn)移操縱，保證了程序的良好結(jié)構(gòu)。不足的是：當(dāng)程序內(nèi)嵌套的層數(shù)增多時(shí)，內(nèi)層的方塊越畫越小，不僅會(huì)增加畫圖的困難，并將使圖形的清晰性受到阻礙。5.6數(shù)據(jù)庫(kù)設(shè)計(jì)5.7用戶界面設(shè)計(jì)用戶界面設(shè)計(jì)是系統(tǒng)詳細(xì)設(shè)計(jì)中的重要一部分。它既關(guān)系到數(shù)據(jù)的輸入、輸出，也關(guān)系到用戶關(guān)于系統(tǒng)的印象。用戶界面設(shè)計(jì)包括輸入方式設(shè)計(jì)和輸入、輸出畫面設(shè)計(jì)。用戶輸入可采納三種方式：脫機(jī)輸入方式、機(jī)器讀入方式和人機(jī)交互方式。人機(jī)交互設(shè)計(jì)時(shí)，必須考慮下述問題：１．系統(tǒng)響應(yīng)時(shí)刻2.長(zhǎng)度3.易變性。數(shù)據(jù)輸入設(shè)計(jì)的差不多原則是：為用戶操作著想，輸入操作應(yīng)簡(jiǎn)單容易。界面設(shè)計(jì)的原則界面設(shè)計(jì)的一般原則網(wǎng)站界面設(shè)計(jì)的原則１一致性統(tǒng)一的風(fēng)格２容錯(cuò)性、反饋良好的交互３審美學(xué)視覺效果４簡(jiǎn)易性網(wǎng)頁(yè)簡(jiǎn)潔５傳輸速度作用域與操縱域電子商務(wù)支付系統(tǒng)設(shè)計(jì)不管開發(fā)何種形式的電子商務(wù)支付系統(tǒng)都必須應(yīng)遵循以下原則：⑴保證安全：信息的保密性、完整性、真實(shí)性和不可抵賴性四個(gè)方面。⑵工作可靠：網(wǎng)絡(luò)故障、數(shù)據(jù)破壞和數(shù)據(jù)重復(fù)等問題。⑶與銀行支付系統(tǒng)的平滑的銜接。⑷提供實(shí)時(shí)在線支付，這是最差不多的要求。⑸操作簡(jiǎn)便。⑹具兼容性：能夠完全兼容現(xiàn)有的國(guó)際安全支付標(biāo)準(zhǔn)和異種平臺(tái)運(yùn)行環(huán)境。此外，電子商務(wù)支付系統(tǒng)還應(yīng)具有全天候服務(wù)、異地交易以及交易費(fèi)用低廉等特點(diǎn)。8.1.1電子商務(wù)支付系統(tǒng)構(gòu)成開發(fā)電子商務(wù)支付系統(tǒng)要緊采納SSL（安全套接層協(xié)議）和SET（SecureElectronicTransaction）兩種支付協(xié)議。網(wǎng)上支付系統(tǒng)應(yīng)該包括:（1）網(wǎng)上銀行系統(tǒng)（2）支付網(wǎng)關(guān)（3）CA認(rèn)證機(jī)構(gòu)（4）商家（5）客戶SSL與SET協(xié)議的比較項(xiàng)目SSL

協(xié)議SET

協(xié)議工作層次傳輸層與應(yīng)用層之間應(yīng)用層是否透明透明不透明過程簡(jiǎn)單復(fù)雜效率高低安全性商家掌握消費(fèi)者消費(fèi)者對(duì)商家保密認(rèn)證機(jī)制雙方認(rèn)證多方認(rèn)證是否專為

EC

設(shè)計(jì)否是8.1.2電子商務(wù)支付系統(tǒng)的開發(fā)電子商務(wù)商家端支付系統(tǒng)的開發(fā)1.電子商務(wù)模式的確定2.支付工具的選擇3.支付方式的確定4.商家銀行的選擇與接口的確定5.安全協(xié)議的確定6.商家端支付系統(tǒng)的設(shè)計(jì)⑴流程分析與設(shè)計(jì)⑵設(shè)計(jì)語(yǔ)言⑶安全設(shè)計(jì)8.2.2支付工具的選擇e-Business要求的性能消費(fèi)者要求性能支付工具消費(fèi)者類型建設(shè)成本安全性處理成本是否低使用是否方便隱私愛護(hù)性信用卡老年人公司中～專門高低～中NoYes低～中借記卡青年人老年人低～中高YesNo低電子支票老年人公司中～高低～中NoYes低電子現(xiàn)金老年人青年人中低～中YesYes中～高8.2.3基于SET協(xié)議的支付系統(tǒng)的功能需求分析基于SET協(xié)議的支付系統(tǒng)包括客戶端支付軟件、商家支付服務(wù)和支付網(wǎng)關(guān)，因此需求分析包括三方面內(nèi)容：1.客戶端支付軟件功能需求分析2.商家支付服務(wù)器的功能需求分析3.支付網(wǎng)關(guān)功能需求分析1.SSL（SecureSocketsLayer）協(xié)議中典型的消息流程SSL協(xié)議分為記錄協(xié)議和握手協(xié)議，握手協(xié)議建立在記錄協(xié)議基礎(chǔ)上，用于在實(shí)際的數(shù)據(jù)傳輸開始前，通信雙方進(jìn)行身份認(rèn)證、西醫(yī)加密算法、交換加密密鑰等。其中握手類型有三種。無會(huì)話密鑰，無客戶認(rèn)證有會(huì)話密鑰，無客戶認(rèn)證有會(huì)話密鑰，需客戶認(rèn)證2.SET協(xié)議中所定義的消息流差不多消息：交易初始化、購(gòu)買、支付授權(quán)、資金清算；可選消息：查詢、支付、授權(quán)修改、資金清算的修改、退款、退款撤銷、網(wǎng)關(guān)證書、批治理、錯(cuò)誤消息8.2.6確定電子商務(wù)支付系統(tǒng)的安全需求⑴身份可認(rèn)證性⑵信息的保密性⑶信息的完整性⑷不可抵賴性8.3電子商務(wù)支付系統(tǒng)的設(shè)計(jì)

8.3.1總體設(shè)計(jì)支付系統(tǒng)由三大部分構(gòu)成：客戶端支付軟件（電子鈔票包）、商家支付服務(wù)器、支付網(wǎng)關(guān)。8.3.2電子支付系統(tǒng)的安全結(jié)構(gòu)電子支付系統(tǒng)是電子商務(wù)系統(tǒng)的一部分，因此電子支付系統(tǒng)的安全結(jié)構(gòu)也是由技術(shù)體系、組織機(jī)構(gòu)體系和治理體系共同構(gòu)建的。第九章電子商務(wù)系統(tǒng)的安全設(shè)計(jì)電子商務(wù)系統(tǒng)安全體系框架電子商務(wù)還沒有統(tǒng)一建立的標(biāo)準(zhǔn)的系統(tǒng)安全體系框架?？蓞⒄招畔⑾到y(tǒng)的安全體系框架。信息系統(tǒng)安全的總需求是物理安全、網(wǎng)絡(luò)安全、數(shù)據(jù)安全、信息內(nèi)容安全、信息基礎(chǔ)設(shè)施安全與公共信息安全的總和。信息系統(tǒng)安全的最終目的是確保信息的保密性、完整性、可用性、可審計(jì)性和不可否認(rèn)性，以及信息系統(tǒng)主體對(duì)信息資源的操縱。電子商務(wù)系統(tǒng)安全設(shè)計(jì)的原則⑴均