【正文】 ：⑸決定代碼的位數(shù)：⑹編寫代碼表。v 描述程序處理邏輯結(jié)構(gòu)的工具稱為過程設(shè)計(jì)的工具。過程設(shè)計(jì)工具分為圖形、表格和語言三類，如傳統(tǒng)的流程圖、盒圖、判定樹、判定表及過程設(shè)計(jì)語言（PDL）(Program Design Language)。 程序流程圖流程圖（flow chart）又稱程序框圖流程圖包括三種基本成分：①加工步驟，用方框表示；②邏輯條件，用菱形表示；③控制流，用箭頭表示。 圖看看，知道哪種是哪種流程圖的優(yōu)點(diǎn)是：直觀、形象，容易理解，便于初學(xué)者掌握。流程圖的缺點(diǎn)如下：描述控制的箭頭過于靈活。流程圖只描述執(zhí)行過程而不能描述有關(guān)數(shù)據(jù)。（NS圖）盒圖是為支持結(jié)構(gòu)化程序而產(chǎn)生的一種描述工具。1973年，Nassi和Shneiderman提出用方框圖（block diagram）來代替?zhèn)鹘y(tǒng)的流程圖簡(jiǎn)稱為N－S圖（N－S chart）又稱為NS圖。盒圖五種基本控制結(jié)構(gòu)由五種圖形構(gòu)件表示。NS圖特點(diǎn)①每個(gè)處理步驟用一個(gè)盒子表示。②一個(gè)特定控制結(jié)構(gòu)的作用域明確。③局部和全局?jǐn)?shù)據(jù)的作用域可以很容易地被確定。④很容易描述嵌套關(guān)系，也可以用來描述模塊的層次關(guān)系。⑤盒不允許隨意轉(zhuǎn)移控制，保證了程序的良好結(jié)構(gòu)。不足的是：當(dāng)程序內(nèi)嵌套的層數(shù)增多時(shí)，內(nèi)層的方塊越畫越小，不僅會(huì)增加畫圖的困難，并將使圖形的清晰性受到影響。 用戶界面設(shè)計(jì)是系統(tǒng)詳細(xì)設(shè)計(jì)中的重要一部分。它既關(guān)系到數(shù)據(jù)的輸入、輸出，也關(guān)系到用戶對(duì)于系統(tǒng)的印象。用戶界面設(shè)計(jì)包括輸入方式設(shè)計(jì)和輸入、輸出畫面設(shè)計(jì)。用戶輸入可采用三種方式：脫機(jī)輸入方式、機(jī)器讀入方式和人機(jī)交互方式。v 人機(jī)交互設(shè)計(jì)時(shí)，必須考慮下述問題： １．。v 數(shù)據(jù)輸入設(shè)計(jì)的基本原則是：為用戶操作著想，輸入操作應(yīng)簡(jiǎn)單容易。v 界面設(shè)計(jì)的原則界面設(shè)計(jì)的一般原則網(wǎng)站界面設(shè)計(jì)的原則１一致性統(tǒng)一的風(fēng)格２容錯(cuò)性、反饋良好的交互３審美學(xué)視覺效果４簡(jiǎn)易性網(wǎng)頁簡(jiǎn)潔５傳輸速度v 作用域與控制域第8章 電子商務(wù)支付系統(tǒng)設(shè)計(jì)v 無論開發(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)。 電子商務(wù)支付系統(tǒng)構(gòu)成 開發(fā)電子商務(wù)支付系統(tǒng)主要采用SSL（安全套接層協(xié)議）和SET（Secure Electronic Transaction）兩種支付協(xié)議。v 網(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）客戶v 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ì)否是電子商務(wù)商家端支付系統(tǒng)的開發(fā)⑴流程分析與設(shè)計(jì)⑵設(shè)計(jì)語言⑶安全設(shè)計(jì) 支付工具的選擇 eBusiness要求的性能消費(fèi)者要求性能支付工具消費(fèi)者類型建設(shè)成本安全性處理成本是否低使用是否方便隱私保護(hù)性信用卡老年人公司中～很高低～中NoYes低～中借記卡青年人老年人低～中高YesNo低電子支票老年人公司中～高低～中NoYes低電子現(xiàn)金老年人青年人中低～中YesYes中～高v 基于SET協(xié)議的支付系統(tǒng)包括客戶端支付軟件、商家支付服務(wù)和支付網(wǎng)關(guān)，因此需求分析包括三方面內(nèi)容：1. 客戶端支付軟件功能需求分析2. 商家支付服務(wù)器的功能需求分析 3. 支付網(wǎng)關(guān)功能需求分析 v （Secure Sockets Layer）協(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)證v 基本消息：交易初始化、購(gòu)買、支付授權(quán)、資金清算；可選消息：查詢、支付、授權(quán)修改、資金清算的修改、退款、退款撤銷、網(wǎng)關(guān)證書、批管理、錯(cuò)誤消息 確定電子商務(wù)支付系統(tǒng)的安全需求⑴ 身份可認(rèn)證性⑵ 信息的保密性⑶ 信息的完整性⑷ 不可抵賴性 電子商務(wù)支付系統(tǒng)的設(shè)計(jì) 總體設(shè)計(jì)支付系統(tǒng)由三大部分構(gòu)成：客戶端支付軟件（電子錢包）、商家支付服務(wù)器、支付網(wǎng)關(guān)。 電子支付系統(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ì)的原則⑴ 均衡性⑵ 整體性 ⑶ 一致性 ⑷ 易操作性 ⑸ 可靠性 ⑹ 層次性 ⑺ 可評(píng)價(jià)性信息分為四個(gè)等級(jí)級(jí)別1：公開或未分類信息，該類信息數(shù)據(jù)不需要經(jīng)過公司任何批準(zhǔn)就可以向大眾公開。級(jí)別2：內(nèi)部信息，外部對(duì)這類信息訪問是被禁止的。級(jí)別3：私有信息，如果該類信息被未授權(quán)用戶訪問，將對(duì)公司正常運(yùn)作產(chǎn)生影響，并導(dǎo)致經(jīng)濟(jì)上的損失。級(jí)別4：秘密信息，未授權(quán)的外部或內(nèi)部用戶對(duì)這類數(shù)據(jù)的訪問對(duì)公司是非常致命的。電子商務(wù)交易安全威脅類別①信息的截獲和竊取 ②信息的篡改 ③信息假冒 ④交易抵賴 識(shí)別企業(yè)信息資產(chǎn)(老師沒說)通過識(shí)別用戶的信息資產(chǎn)，建立信息資產(chǎn)列表。企業(yè)信息資產(chǎn)包括：數(shù)據(jù)與文檔、硬件，軟件，人員四個(gè)方面。資產(chǎn)分類(老師沒說)對(duì)信息資產(chǎn)及人分別歸類，同時(shí)在兩者之間建立起對(duì)應(yīng)關(guān)系。信息資產(chǎn)可以通過資產(chǎn)的保護(hù)價(jià)值進(jìn)行分類。如：機(jī)密級(jí)、內(nèi)部訪問級(jí)、內(nèi)部信息、共享級(jí)。對(duì)人員的分類類似于信息資產(chǎn)的分類。在開發(fā)安全方案之前，務(wù)必要列出屬于上述每個(gè)項(xiàng)目的每個(gè)信息資產(chǎn)的清單，并確定所有相應(yīng)的信息資源的安全級(jí)別及相應(yīng)的系統(tǒng)安全性需求。電子商務(wù)系統(tǒng)風(fēng)險(xiǎn)分析和評(píng)估⑴ 敏感性／結(jié)果決定電子商務(wù)系統(tǒng)敏感性等級(jí)的因素有兩個(gè)：第一個(gè)是事故的直接后果。第二個(gè)應(yīng)考慮的因素是政治上和企業(yè)的敏感性。⑵風(fēng)險(xiǎn)評(píng)估矩陣在風(fēng)險(xiǎn)評(píng)估矩陣中，應(yīng)考慮多種因素，而且還應(yīng)考慮各種因素之間的關(guān)系。在下面的評(píng)估矩陣中，首先對(duì)各種因素進(jìn)行評(píng)估，如危險(xiǎn)性、可見性，然后以一定的關(guān)系式把它們聯(lián)系起來，最后得到評(píng)估結(jié)果。風(fēng)險(xiǎn)評(píng)估矩陣列表2危險(xiǎn)性評(píng)估可見性評(píng)估分?jǐn)?shù)危險(xiǎn)不太活躍，而且暴露于危險(xiǎn)中的機(jī)會(huì)不很多1很低的可見性，沒有提供任何公共信息服務(wù)1危險(xiǎn)并不明確，而且危險(xiǎn)是多重的3間斷的提供公共信息服務(wù)3危險(xiǎn)非常活躍，而且危險(xiǎn)是多重的5持續(xù)提供公共信息服務(wù)5事故結(jié)果評(píng)估事故結(jié)果的影響評(píng)估分?jǐn)?shù)沒有任何影響和損夫；在損失預(yù)算之內(nèi)：風(fēng)險(xiǎn)可以轉(zhuǎn)移1損失在生意運(yùn)作中可以接受：或?qū)ζ髽I(yè)無較大的影響，1企業(yè)內(nèi)部的正常運(yùn)行受到影響超出了損失預(yù)算：存在機(jī)會(huì)成本3對(duì)企業(yè)的運(yùn)轉(zhuǎn)有不可接受的影響3企業(yè)外部的生意受到影響；對(duì)企業(yè)財(cái)政有致命的影響5對(duì)企業(yè)的經(jīng)營(yíng)管理有不可接受的影響5風(fēng)險(xiǎn)評(píng)估結(jié)果風(fēng)險(xiǎn)評(píng)估結(jié)果＝危險(xiǎn)評(píng)估可見性評(píng)估+事故結(jié)果評(píng)估事故影響評(píng)估然后把“風(fēng)險(xiǎn)評(píng)估結(jié)果”用下面的值評(píng)估。2～10：低風(fēng)險(xiǎn)11～29：中等風(fēng)險(xiǎn)30～50：高風(fēng)險(xiǎn)風(fēng)險(xiǎn)評(píng)估舉例假設(shè)我們用Wi表示資源的重要性程度，而用Ri表示資源面臨的危險(xiǎn)大??；資源重要性的估計(jì)值我們用從0到1中的一個(gè)值來代表，0為最低，1為最高；而資源面臨的風(fēng)險(xiǎn)值我們用從0到10中的一個(gè)值來代表，0為最低，10為最高。則WRi=Wi*Ri則表示資源加權(quán)后的危險(xiǎn)值。 包含權(quán)值和危險(xiǎn)值的簡(jiǎn)單網(wǎng)絡(luò)設(shè)計(jì)圖風(fēng)險(xiǎn)評(píng)估舉例路由器: WR1=R1*W1=6*=網(wǎng)橋: WR2=R2*W2=6*= 服務(wù)器: WR3=R3* W3=10* 1=10整個(gè)網(wǎng)絡(luò)系統(tǒng)的危險(xiǎn)值: WR=WR1+WR2+WR3 =16第11章 電子商務(wù)系統(tǒng)的實(shí)施與維護(hù)v 概念：系統(tǒng)實(shí)施是整個(gè)電子商務(wù)系統(tǒng)開發(fā)的物理實(shí)現(xiàn)階段。完成電子商務(wù)系統(tǒng)設(shè)計(jì)之后，如何將原來紙面上的、類似于設(shè)計(jì)圖的新系統(tǒng)方案轉(zhuǎn)換成可執(zhí)行的實(shí)際系統(tǒng)，是系統(tǒng)實(shí)施階段的主要工作。v 系統(tǒng)實(shí)施的主要任務(wù)是：252。 程序設(shè)計(jì)252。 系統(tǒng)測(cè)試252。 系統(tǒng)部署252。 系統(tǒng)維護(hù)v 系統(tǒng)實(shí)施包括硬件的獲取、軟件的獲得或開發(fā)、用戶準(zhǔn)備、聘用和培訓(xùn)人員、地點(diǎn)和數(shù)據(jù)的準(zhǔn)備、安裝、測(cè)試、試運(yùn)行及用戶驗(yàn)收。 電子商務(wù)應(yīng)用的主要開發(fā)工具開發(fā)工具的選擇直接決定了開發(fā)速度和代碼質(zhì)量。開發(fā)工具分為兩部分：l 網(wǎng)站前臺(tái)開發(fā)工具FrontPage、Dreamweaverl 網(wǎng)站后臺(tái)開發(fā)工具ASP、PHP、JSP、傳統(tǒng)高級(jí)語言、JAVA和JavaBean 軟件測(cè)試軟件測(cè)試是對(duì)軟件計(jì)劃、軟件設(shè)計(jì)、軟件編碼進(jìn)行查錯(cuò)和糾錯(cuò)的活動(dòng)。⑴軟件測(cè)試目的盡可能早、盡可能多地發(fā)現(xiàn)軟件的錯(cuò)誤，通過不同層次的測(cè)試驗(yàn)證和確認(rèn)軟件是否滿足設(shè)計(jì)的需求。⑵制定測(cè)試計(jì)劃測(cè)試范圍和目標(biāo)、測(cè)試方法、需要的資源、特性和功能、風(fēng)險(xiǎn)、日程安排。⑶設(shè)計(jì)測(cè)試用例是為某個(gè)特殊目標(biāo)而編制的一組測(cè)試輸入、執(zhí)行條件以及預(yù)期結(jié)果，以便測(cè)試某個(gè)程序路徑或核實(shí)是否滿足某個(gè)特定需求。 ４． 系統(tǒng)測(cè)試v 系統(tǒng)測(cè)試（System Testing）是對(duì)己經(jīng)集成好的軟件系統(tǒng)進(jìn)行徹底的測(cè)試，以驗(yàn)證軟件系統(tǒng)的正確性和性能等滿足其規(guī)約所指定的要求。v 系統(tǒng)測(cè)試要確認(rèn)軟件可以在規(guī)定的操作環(huán)境里正確地運(yùn)行，還要考慮軟件在那些不正常的強(qiáng)度很大的環(huán)境里正確運(yùn)行的能力。v 系統(tǒng)測(cè)試包括對(duì)系統(tǒng)的性能、安全性、可計(jì)算性、配置靈敏度、啟動(dòng)和恢復(fù)等方面的測(cè)試。５． 面向?qū)ο筌浖y(cè)試v 面向?qū)ο蟮拈_發(fā)模型突破了傳統(tǒng)的瀑布模型，將開發(fā)分為面向?qū)ο蠓治觯∣OA），面向?qū)ο笤O(shè)計(jì)（OOD），和面向?qū)ο缶幊蹋∣OP）三個(gè)階段。v 面向?qū)ο笙到y(tǒng)中，系統(tǒng)地功能體現(xiàn)在對(duì)象間的協(xié)作上，而不再是簡(jiǎn)單的調(diào)用關(guān)系。針對(duì)這種開發(fā)模型，結(jié)合傳統(tǒng)的測(cè)試步驟的劃分，有人把面向?qū)ο蟮能浖y(cè)試分為三個(gè)層次，對(duì)應(yīng)于結(jié)構(gòu)化測(cè)試方法：252。 類測(cè)試252。 類集成測(cè)試252。 系統(tǒng)測(cè)試v 面向?qū)ο筌浖y(cè)試策略面向?qū)ο鬁y(cè)試的整體目標(biāo)——以最小的工作量發(fā)現(xiàn)最多的錯(cuò)誤，和傳統(tǒng)軟件測(cè)試的目標(biāo)是一致的，但由干面向?qū)ο蟮姆庋b性、繼承性和動(dòng)態(tài)綁定性使得面向?qū)ο鬁y(cè)試的策略有很大不同。 電子商務(wù)應(yīng)用程序測(cè)試3. 接口測(cè)試 ⑴服務(wù)器接口 瀏覽器與服務(wù)器的接口。⑵外部接口 與支付或物流系統(tǒng)間的接口。５. 數(shù)據(jù)庫(kù)測(cè)試 ⑴數(shù)據(jù)庫(kù)搜尋結(jié)果相關(guān)性 客戶對(duì)產(chǎn)品數(shù)據(jù)庫(kù)的搜尋，比照結(jié)果相關(guān)性⑵查詢回應(yīng)時(shí)間 數(shù)據(jù)庫(kù)系統(tǒng)對(duì)查詢的響應(yīng)⑶數(shù)據(jù)庫(kù)完整性⑷數(shù)據(jù)有效性 數(shù)據(jù)項(xiàng)目的正確性⑸修復(fù)測(cè)試 以各種方式強(qiáng)制系統(tǒng)檢測(cè)不同的失敗方式，以確保系統(tǒng)在預(yù)定的時(shí)間內(nèi)修復(fù)錯(cuò)誤并繼續(xù)進(jìn)行處理，系統(tǒng)是容錯(cuò)型的，系統(tǒng)修復(fù)及重新啟動(dòng)在自動(dòng)修復(fù)狀態(tài)下是正確的。 完美WORD格式編輯