自考電子商務(wù)網(wǎng)站設(shè)計(jì)原理-第五章-電子商務(wù)網(wǎng)站系統(tǒng)分析與設(shè)計(jì) PPT課件

1 第五章電子商務(wù)網(wǎng)站系統(tǒng)分析與設(shè)計(jì) 2 網(wǎng)站系統(tǒng)分析的特點(diǎn) 網(wǎng)站成為信息系統(tǒng)中重要和關(guān)鍵部分 將原來的管理變?yōu)闉g覽器 服務(wù)器模式擴(kuò)展到電子商務(wù)功能 新的營銷管理方式新系統(tǒng)會涉及業(yè)務(wù)流程的重組系統(tǒng)管理方式變化為網(wǎng)絡(luò)化 3 5 1 1系統(tǒng)分析的任務(wù)和目標(biāo) 系統(tǒng)調(diào)查系統(tǒng)調(diào)查的目的系統(tǒng)調(diào)查的重點(diǎn)是用戶與現(xiàn)行系統(tǒng)的整體關(guān)系 現(xiàn)行系統(tǒng)與外部的關(guān)系 系統(tǒng)的能力 資源及受到哪些條件的限制 系統(tǒng)調(diào)查的內(nèi)容 組織結(jié)構(gòu) 功能業(yè)務(wù) 目標(biāo)和發(fā)展戰(zhàn)略 外部環(huán)境等等 4 5 1 1系統(tǒng)分析的任務(wù)和目標(biāo) 網(wǎng)上能開展的業(yè)務(wù)分析系統(tǒng)業(yè)務(wù)分析是電子商務(wù)應(yīng)用系統(tǒng)和功能模塊的基礎(chǔ) 分析發(fā)現(xiàn)現(xiàn)有的業(yè)務(wù)流程和模式 仔細(xì)研究企業(yè)自身的需求 確定上網(wǎng)業(yè)務(wù) 目標(biāo)客戶調(diào)查與分析確定網(wǎng)站目標(biāo)客戶 對網(wǎng)上客戶現(xiàn)實(shí)的潛在的需求進(jìn)行分析 吸引住目標(biāo)客戶才能成功 分析方式是分為網(wǎng)站建設(shè)前和開通后 5 5 1 1系統(tǒng)分析的任務(wù)和目標(biāo) 競爭對手調(diào)查與分析了解競爭對手是否開展網(wǎng)絡(luò)業(yè)務(wù) 洞察網(wǎng)上對手的情況 分析現(xiàn)有和潛在對手的優(yōu)勢和劣勢 研究對手的網(wǎng)絡(luò)運(yùn)營情況和電子商務(wù)效果 確定競爭對手了解競爭對手的電子商務(wù)戰(zhàn)略和主要網(wǎng)上業(yè)務(wù)一定要有戰(zhàn)略意識地考察對手的網(wǎng)站 電子商務(wù)網(wǎng)站的市場定位市場定位的主要工作競爭性分析 確定本企業(yè)優(yōu)勢競爭對手網(wǎng)站內(nèi)容結(jié)構(gòu)與運(yùn)行效果分析 確定本企業(yè)網(wǎng)站架構(gòu)新產(chǎn)品開拓分析 確定未來發(fā)展方向 6 5 1 2系統(tǒng)分析工具 組織結(jié)構(gòu)與功能分析了解組織的目標(biāo)及戰(zhàn)略規(guī)劃了解組織機(jī)構(gòu)及其各部分的功能了解相關(guān)部門職能上的各種聯(lián)系分析組織機(jī)構(gòu)的合理性分析組織機(jī)構(gòu)設(shè)置的合理性發(fā)現(xiàn)其中的問題提出改進(jìn)的意見 7 8 組織 業(yè)務(wù)關(guān)系圖 9 業(yè)務(wù)功能分析 層次結(jié)構(gòu)圖又稱為組織機(jī)構(gòu)圖 系統(tǒng)必須設(shè)定要實(shí)現(xiàn)的功能 功能要以組織結(jié)構(gòu)為背景來識別和調(diào)查 因?yàn)槊總€(gè)組織都是一個(gè)功能機(jī)構(gòu) 都有各自不同的功能 調(diào)查時(shí)要按部門的層次關(guān)系進(jìn)行 然后用歸納法找出它的功能 形成各層次的功能結(jié)構(gòu) 組織結(jié)構(gòu)與功能結(jié)構(gòu)又不完全一致 各組織 各部門的功能 由于各種原因 有可能重疊 許多功能可能還需要多個(gè)部門協(xié)力完成 一個(gè)部門的功能也不能不是惟一的 可能需要完成多種功能 把各部門的功能以及相互之間的功能合作關(guān)系用一張二維表格繪制出來 就是組織 功能關(guān)系表 10 業(yè)務(wù)功能分析 以組織結(jié)構(gòu)圖為背景分析清楚各部門的功能后 分層次將其歸納 整理 形成各層次的功能結(jié)構(gòu)圖 自上而下逐層歸納 整理 形成以系統(tǒng)目標(biāo)為核心的整個(gè)系統(tǒng)的功能結(jié)構(gòu)圖 現(xiàn)行的系統(tǒng)的許多功能多數(shù)由手工完成 手工處理慢 處理功能分得較細(xì) 環(huán)節(jié)又多 甚至由于某些歷史原因造成一些不合理的處理設(shè)置 那么 在分析歸納過程中 就要把不合理的流程取消 把功能相信或工作順序相近的處理功能盡量合并 還人分析歸納后的功能是否能達(dá)到新系統(tǒng)目標(biāo)以及應(yīng)設(shè)置的功能是否已經(jīng)具備等 經(jīng)分析后的系統(tǒng)功能結(jié)構(gòu)一般是多層次的樹型結(jié)構(gòu) 一般最后一級功能是不能再分割的 11 業(yè)務(wù)功能分析 12 業(yè)務(wù)流程圖例 業(yè)務(wù)處理單位 業(yè)務(wù)處理功能描述 報(bào)表表格制作 數(shù)據(jù)文件存檔 收集 統(tǒng)計(jì)數(shù)據(jù) 信息傳遞過程 13 例1 業(yè)務(wù)流程圖繪制圖表 14 例2 某領(lǐng)料業(yè)務(wù)流程圖繪制舉例 15 數(shù)據(jù)流程圖DataFlowDiagram 16 1 數(shù)據(jù)流程圖的四個(gè)基本成分 數(shù)據(jù)存儲 或 數(shù)據(jù)流 或 外部項(xiàng) 或 數(shù)據(jù)處理 加工 17 1 數(shù)據(jù)流 表示數(shù)據(jù)和數(shù)據(jù)流向 由一組固定成分的數(shù)據(jù)組成如 選課單 由 學(xué)號 姓名 課程編號 課程名 等成分組成數(shù)據(jù)流可從加工流向加工 也可在加工與數(shù)據(jù)存儲或外部項(xiàng)之間流動 兩個(gè)加工之間可有多股數(shù)據(jù)流數(shù)據(jù)流的命名用名詞 不要使用意義空洞的名詞盡量使用現(xiàn)實(shí)系統(tǒng)已有名字 18 數(shù)據(jù)流 圖示 與 或 19 畫數(shù)據(jù)流時(shí)需注意的問題 不要把控制流作為數(shù)據(jù)流如 下圖中讀下張卡屬于控制流 不應(yīng)畫出 不要標(biāo)出激發(fā)條件 合法卡片 卡片信息 讀入卡片 卡片校驗(yàn) 讀下張卡 工資單 工資率 計(jì)算工資 每月1號 職工檔案 20 2 加工 表示對數(shù)據(jù)進(jìn)行的操作 如 處理選課單 產(chǎn)生發(fā)票 等加工的編號 說明這個(gè)加工在層次分解中的位置 分層DFD 加工的命名頂層的加工名就是整個(gè)系統(tǒng)項(xiàng)目的名字盡量最好使用動賓詞組 也可用主謂詞組不要使用空洞的動詞 21 加工的命名 無意義的名字 較好的命名 22 3 數(shù)據(jù)存儲 表示需要保存的數(shù)據(jù)流向 如 學(xué)生檔案 課程設(shè)置 等數(shù)據(jù)存儲與加工的方向 讀出 寫入 分層數(shù)據(jù)流程圖中 數(shù)據(jù)存儲一般局限在某一層或某幾層命名方法與數(shù)據(jù)流相似 商品庫存 商品目錄 23 4 外部項(xiàng) 位于系統(tǒng)之外的信息提供者或使用者 稱為外部項(xiàng) 即存在于系統(tǒng)之外的人員或組織 如 學(xué)務(wù)科 等說明數(shù)據(jù)輸入的源點(diǎn) 數(shù)據(jù)源 或數(shù)據(jù)輸出的終點(diǎn) 數(shù)據(jù)終點(diǎn) 起到更好的理解作用 但不是系統(tǒng)中的事物 24 數(shù)據(jù)流程圖的基本符號 數(shù)據(jù)源或外部實(shí)體 處理過程 數(shù)據(jù)存儲 數(shù)據(jù)流向 25 S 2 1 3 2 2 2 1 2 3 3 1 3 2 頂層 0層 1層 基本系統(tǒng)模型 系統(tǒng)的子功能 DFD的分層表示 26 2 畫分層DFD 1 先畫出頂層DFD 2 自頂向下畫出各層DFD分解原則 分解后的軟件成分有相對獨(dú)立功能一次分解不要加入細(xì)節(jié)過多由外向里畫DFD 報(bào)名單 合格報(bào)名單 檢驗(yàn)報(bào)名單 27 2 畫分層DFD 3 先考慮穩(wěn)定狀態(tài) 忽略系統(tǒng)的工作條件 即怎么開始 怎么結(jié)束的 4 忽略瑣碎的枝節(jié) 如出錯(cuò)處理等 5 隨時(shí)準(zhǔn)備重畫 28 3 畫分層DFD的指導(dǎo)原則 1 父圖 子圖平衡 2 局部數(shù)據(jù)存儲 3 編號 4 分解的程度 29 父圖 子圖平衡 父圖 子圖平衡 模型分解時(shí)必須保持父圖的輸入輸出數(shù)據(jù)流和子圖輸入輸出數(shù)據(jù)流相同 30 父圖 子圖平衡 31 父圖 子圖平衡 32 顧客 供應(yīng)商 1 處理業(yè)務(wù) 訂貨單 發(fā)貨單 訂貨單 發(fā)貨單 配件庫存 汽車配件公司 第一層數(shù)據(jù)流程圖 例3 數(shù)據(jù)流程圖繪制舉例 33 顧客 供應(yīng)商 銷售 訂貨單 發(fā)貨單 配件庫存 汽車配件公司 第二層數(shù)據(jù)流程圖 1 1 采購 1 2 訂貨單 發(fā)貨單 到貨通知 會計(jì) 1 3 收據(jù) 應(yīng)付款通知 向供應(yīng)商的訂貨單 34 顧客 采購 編輯訂貨單 訂貨單 配件庫存 汽車配件公司 第三層數(shù)據(jù)流程圖 1 1 1 確定顧客訂貨 1 1 3 產(chǎn)生暫存訂貨單 1 1 5 對照暫存訂貨單 1 1 6 業(yè)務(wù)員 開發(fā)貨單并修改庫存 1 1 4 不合格 顧客 D2 D3 可發(fā)訂貨 不滿足的訂貨 登錄新顧客數(shù)據(jù) 1 1 2 暫存訂貨單 D4 到貨通知 新顧客 編制銷售和庫存報(bào)表 1 1 8 銷售歷史 D5 應(yīng)收款明細(xì)賬 D10 配件庫存 D3 合格的訂貨單 檢索庫存 1 1 7 經(jīng)理 詢問庫存 庫存狀態(tài) 35 例4 百貨商店頂層流程圖 36 百貨商店業(yè)務(wù)處理一級分解 37 銷售處理二級流程圖 38 采購處理二級流程圖 39 會計(jì)處理二級流程圖 40 數(shù)據(jù)源或終點(diǎn) 處理過程 41 分解的程度 分解的深度與層次 按功能情況定 一般設(shè)深度為3 5如超過5個(gè)加工最好分解畫 否則容易出錯(cuò) 42 實(shí)例 圖書館管理系統(tǒng) 購入新書讀者借書讀者還書圖書注銷查詢統(tǒng)計(jì) 43 一 系統(tǒng)功能說明 44 購入新書 新書編卡片 包括 類目錄號 流水號 唯一 書名 作者 內(nèi)容摘要 價(jià)格 購書日期等信息 寫入圖書目錄文件 45 讀者借書 填借書單 包括 讀者號 欲借圖書分類目錄號 檢查讀者號有效性 無效 拒借讀者號有效 檢查借書是否超數(shù) 已達(dá)5本 拒絕借未超 可借 登記圖書分類目錄號 讀者號 借閱日期等 寫回借書文件中 46 讀者還書 根據(jù)圖書流水號 從借書文件中讀出與該書相關(guān)的借閱記錄 查明借書日期 還書日期 求借書時(shí)間 再重寫回借書文件中 超過期限罰款 47 圖書注銷 從借閱圖書文件中刪除相關(guān)記錄丟失圖書時(shí)從圖書文件中刪除相關(guān)記錄并罰款 48 查詢統(tǒng)計(jì) 查詢某讀者情況查詢某圖書借閱情況統(tǒng)計(jì)圖書借閱情況 49 二 數(shù)據(jù)流程圖 50 頂層數(shù)據(jù)流圖 圖書管理人員 圖書管理系統(tǒng) 讀者 圖書管理要求 查詢要求 查詢結(jié)果 罰款單 51 處理查詢 2 處理要求 1 查詢要求 圖書管理要求 罰款單 統(tǒng)計(jì)表 圖書情況 讀 者 情 況 0層數(shù)據(jù)流圖 目錄文件 借書文件 52 要求類型處理 圖書管理要求 無效輸入 1 1 新書入庫 1 2 還 入庫單 罰款單 一層數(shù)據(jù)流圖 a 1 5 注銷圖書 1 3 還書 1 4 目錄文件 借書單 書 單 注銷單 借書 借書文件 罰款單 53 查詢類別處理 查詢要求 2 1 讀者查詢 2 2 統(tǒng) 查詢的讀者情況 統(tǒng)計(jì)表 一層數(shù)據(jù)流圖 b 圖書查詢 借書文件 要 查詢的圖書情況 2 3 圖書統(tǒng)計(jì) 2 4 計(jì) 求 讀者文件 目錄文件 讀者情況 圖書情況 54 二層數(shù)據(jù)流圖 1 3 檢查借書單 借書單 1 3 1 審定借書限額 1 3 2 無效借書單 借書文件 讀者文件 有效借書單 登記借書信息 1 3 3 合格借書單 超額借書單 55 二層數(shù)據(jù)流圖 1 4 審定還書期限 還書單 1 4 1 修改借書信息 1 4 2 借書文件 未超期還書單 計(jì)算超期罰款 1 4 3 還書單 超期還書單 罰款單 56 二層數(shù)據(jù)流圖 1 5 分類 注銷單 1 5 1 修改目錄 1 5 2 借書文件 目錄文件 圖書處理注銷單 計(jì)算罰款 1 5 3 圖書丟失注銷單 罰款單 57 5 2電子商務(wù)網(wǎng)站系統(tǒng)設(shè)計(jì) 5 2 1系統(tǒng)設(shè)計(jì)的步驟 確定電子商務(wù)網(wǎng)站功能定位確定網(wǎng)站的收費(fèi)對象和收費(fèi)規(guī)則確定網(wǎng)站欄目的功能確定網(wǎng)站的信息流和控制流網(wǎng)站的后臺管理網(wǎng)站的數(shù)據(jù)庫設(shè)計(jì) 58 5 2 2系統(tǒng)設(shè)計(jì)的任務(wù)和目標(biāo) 系統(tǒng)設(shè)計(jì)的任務(wù)相關(guān)設(shè)計(jì)的概念系統(tǒng)設(shè)計(jì)又稱為物理設(shè)計(jì) 是開發(fā)管理信息系統(tǒng)的第二階段 系統(tǒng)設(shè)計(jì)通?？煞譃閮蓚€(gè)階段進(jìn)行 首先是總體設(shè)計(jì) 其任務(wù)是設(shè)計(jì)系統(tǒng)的框架和概貌 并向用戶單位和領(lǐng)導(dǎo)部門作詳細(xì)報(bào)告并認(rèn)可 在此基礎(chǔ)上進(jìn)行第二階段 詳細(xì)設(shè)計(jì) 這兩部分工作是互相聯(lián)系的 需要交叉進(jìn)行 本章將這兩個(gè)部分內(nèi)容結(jié)合起來進(jìn)行介紹 系統(tǒng)設(shè)計(jì)是開發(fā)人員進(jìn)行的工作 他們將系統(tǒng)設(shè)計(jì)階段得到的目標(biāo)系統(tǒng)的邏輯模型轉(zhuǎn)換為目標(biāo)系統(tǒng)的物理模型 該階段得到工作成果 系統(tǒng)設(shè)計(jì)說明書是下一個(gè)階段系統(tǒng)實(shí)施的工作依據(jù) 系統(tǒng)設(shè)計(jì)的主要任務(wù)總體設(shè)計(jì) 59 5 2 2系統(tǒng)設(shè)計(jì)的任務(wù)和目標(biāo) 系統(tǒng)設(shè)計(jì)的任務(wù)系統(tǒng)設(shè)計(jì)的主要任務(wù)系統(tǒng)設(shè)計(jì)的主要任務(wù)是進(jìn)行總體設(shè)計(jì)和詳細(xì)設(shè)計(jì) 下面分別說明它們的具體內(nèi)容 1 總體設(shè)計(jì)總體設(shè)計(jì)包括系統(tǒng)模塊結(jié)構(gòu)設(shè)計(jì)和計(jì)算機(jī)物理系統(tǒng)的配置方案設(shè)計(jì) 系統(tǒng)模塊結(jié)構(gòu)設(shè)計(jì)系統(tǒng)模塊結(jié)構(gòu)設(shè)計(jì)的任務(wù)是劃分子系統(tǒng) 然后確定子系統(tǒng)的模塊結(jié)構(gòu) 并畫出模塊結(jié)構(gòu)圖 在這個(gè)過程中必須考慮以下幾個(gè)問題 如何將一個(gè)系統(tǒng)劃分成多個(gè)子系統(tǒng) 每個(gè)子系統(tǒng)如何劃分成多個(gè)模塊 如何確定子系統(tǒng)之間 模塊之間傳送的數(shù)據(jù)及其調(diào)用關(guān)系 如何評價(jià)并改進(jìn)模塊結(jié)構(gòu)的質(zhì)量 60 系統(tǒng)模塊結(jié)構(gòu)設(shè)計(jì)配送管理信息系統(tǒng)貸記管理信息系統(tǒng)倉儲管理信息系統(tǒng)結(jié)算管理信息系統(tǒng)客戶管理信息系統(tǒng)決策支持信息系統(tǒng)報(bào)關(guān)管理信息系統(tǒng)行政管理信息系統(tǒng)統(tǒng)計(jì)管理信息系統(tǒng)財(cái)務(wù)管理信息系統(tǒng)合同管理信息系統(tǒng) 61 5 2 2系統(tǒng)設(shè)計(jì)的任務(wù)和目標(biāo) 系統(tǒng)設(shè)計(jì)的任務(wù)系統(tǒng)設(shè)計(jì)的主要任務(wù)系統(tǒng)設(shè)計(jì)的主要任務(wù)是進(jìn)行總體設(shè)計(jì)和詳細(xì)設(shè)計(jì) 下面分別說明它們的具體內(nèi)容 1 總體設(shè)計(jì)計(jì)算機(jī)物理系統(tǒng)配置方案設(shè)計(jì)在進(jìn)行總體設(shè)計(jì)時(shí) 還要進(jìn)行計(jì)算機(jī)物理系統(tǒng)具體配置方案的設(shè)計(jì) 要解決計(jì)算機(jī)軟硬件系統(tǒng)的配置 通信網(wǎng)絡(luò)系統(tǒng)的配置 機(jī)房設(shè)備的配置等問題 計(jì)算機(jī)物理系統(tǒng)具體配置方案要經(jīng)過用戶單位和領(lǐng)導(dǎo)部門的同意才可進(jìn)行實(shí)施 開發(fā)管理信息系統(tǒng)的大量經(jīng)驗(yàn)教訓(xùn)說明 選擇計(jì)算機(jī)軟硬件設(shè)備不能光看廣告或資料介紹 必須進(jìn)行充分的調(diào)查研究 最好應(yīng)向使用過該軟硬件設(shè)備的單位了解運(yùn)行情況及優(yōu)缺點(diǎn) 并征求有關(guān)專家的意見 然后進(jìn)行論證 最后寫出計(jì)算機(jī)物理系統(tǒng)配置方案報(bào)告 從我國的實(shí)際情況看 不少單位是先買計(jì)算機(jī)然后決定開發(fā) 這種不科學(xué)的 盲目的做法是不可取的 它會造成極大浪費(fèi) 因?yàn)?計(jì)算機(jī)更新?lián)Q代是非?？斓?就是在開發(fā)初期和在開發(fā)的中后期系統(tǒng)實(shí)施階段購買計(jì)算機(jī)設(shè)備 價(jià)格差別就會很大 因此 在開發(fā)管理信息系統(tǒng)過程中應(yīng)在系統(tǒng)設(shè)計(jì)的總體設(shè)計(jì)階段才具體設(shè)計(jì)計(jì)算機(jī)物理系統(tǒng)的配置方案 62 5 2 2系統(tǒng)設(shè)計(jì)的任務(wù)和目標(biāo) 系統(tǒng)設(shè)計(jì)的任務(wù)系統(tǒng)設(shè)計(jì)的主要任務(wù) 2 詳細(xì)設(shè)計(jì)在總體設(shè)計(jì)基礎(chǔ)上 第二步進(jìn)行的是詳細(xì)設(shè)計(jì) 主要有處理過程設(shè)計(jì)以確定每個(gè)模塊內(nèi)部的詳細(xì)執(zhí)行過程 包括局部數(shù)據(jù)組織 控制流 每一步的具體加工要求等 一般來說 處理過程模塊詳細(xì)設(shè)計(jì)的難度已不太大 關(guān)鍵是用一種合適的方式來描述每個(gè)模塊的執(zhí)行過程 常用的有流程圖 問題分析圖 IPO圖和過程設(shè)計(jì)語言等 除了處理過程設(shè)計(jì) 還有代碼設(shè)計(jì) 界面設(shè)計(jì) 數(shù)據(jù)庫設(shè)計(jì) 輸入輸出設(shè)計(jì)等 3 編寫系統(tǒng)設(shè)計(jì)說明書系統(tǒng)設(shè)計(jì)階段的結(jié)果是系統(tǒng)設(shè)計(jì)說明書 它主要由模塊結(jié)構(gòu)圖 模塊說明書和其它詳細(xì)設(shè)計(jì)的內(nèi)容組成 63 系統(tǒng)設(shè)計(jì)的目的 系統(tǒng)設(shè)計(jì)的目的是在保證實(shí)現(xiàn)邏輯模型功能的基礎(chǔ)上 盡可能提高目標(biāo)系統(tǒng)的簡單性 可變性 一致性 完整性 可靠性 經(jīng)濟(jì)性 系統(tǒng)的運(yùn)行效率和安全性 將分析階段所獲得的系統(tǒng)邏輯模型 轉(zhuǎn)換成一個(gè)具體的計(jì)算機(jī)實(shí)現(xiàn)方案的物理模型 包括計(jì)算機(jī)物理系統(tǒng)配置方案報(bào)告和一份系統(tǒng)設(shè)計(jì)說明書 64 系統(tǒng)設(shè)計(jì)的主要工作 總體設(shè)計(jì)代碼設(shè)計(jì)和設(shè)計(jì)規(guī)范的制定系統(tǒng)物理配置方案設(shè)計(jì)數(shù)據(jù)存儲設(shè)計(jì) 包括數(shù)據(jù)庫設(shè)計(jì) 數(shù)據(jù)庫安全保密設(shè)計(jì)計(jì)算機(jī)處理過程設(shè)計(jì) 包括輸出設(shè)計(jì) 輸入設(shè)計(jì) 處理流程圖設(shè)計(jì)及編寫程序設(shè)計(jì)說明書等 65 5 2 3系統(tǒng)設(shè)計(jì)的方法 結(jié)構(gòu)化設(shè)計(jì)的方法結(jié)構(gòu)化設(shè)計(jì) StructuredDesign SD 方法是使用最廣的一種設(shè)計(jì)方法 該方法適合于軟件系統(tǒng)的總體設(shè)計(jì)和詳細(xì)設(shè)計(jì) 特別是將一個(gè)復(fù)雜的系統(tǒng)轉(zhuǎn)換成模塊化結(jié)構(gòu)系統(tǒng) 該方法具有它的優(yōu)勢 結(jié)構(gòu)化設(shè)計(jì)方法具有以下特點(diǎn) 相對獨(dú)立 功能單一的模塊結(jié)構(gòu)結(jié)構(gòu)化設(shè)計(jì)的基本思想是將系統(tǒng)設(shè)計(jì)成由多個(gè)相對獨(dú)立 功能單一的模塊組成的結(jié)構(gòu) 由于模塊之間相對獨(dú)立 每一模塊就可以單獨(dú)地被理解 編寫 測試 排錯(cuò)和修改 從而有效地防止錯(cuò)誤在模塊之間擴(kuò)散蔓延 提高了系統(tǒng)的質(zhì)量 可維護(hù)性 可靠性等 因此 大大簡化了系統(tǒng)研制開發(fā)的工作 塊內(nèi)聯(lián)系大 塊間聯(lián)系小 的模塊性能標(biāo)準(zhǔn) 模塊內(nèi)部聯(lián)系要大 模塊之間聯(lián)系要小 這是結(jié)構(gòu)化設(shè)計(jì)中衡量模塊 相對獨(dú)立 性能的標(biāo)準(zhǔn) 事實(shí)上 塊內(nèi)聯(lián)系和塊間聯(lián)系是同一件事的兩個(gè)方面 系統(tǒng)中各組成成分之間是有聯(lián)系的 若把聯(lián)系密切的成分組織在同一模塊中 塊內(nèi)聯(lián)系高了 塊間聯(lián)系自然就少了 反之 若把密切相關(guān)的一些組成成分分散在各個(gè)模塊中 勢必造成很高的塊間聯(lián)系 這將影響系統(tǒng)的可維護(hù)性 所以 在系統(tǒng)設(shè)計(jì)過程中一定要以結(jié)構(gòu)化設(shè)計(jì)的模塊性能標(biāo)準(zhǔn)為指導(dǎo) 采用模塊結(jié)構(gòu)圖的描述方式結(jié)構(gòu)化設(shè)計(jì)方法使用的描述方式是控制結(jié)構(gòu)圖 模塊結(jié)構(gòu)圖 66 模塊結(jié)構(gòu)圖是用于描述系統(tǒng)模塊結(jié)構(gòu)的圖形工具 它不僅描述了系統(tǒng)的子系統(tǒng)結(jié)構(gòu)與分層的模塊結(jié)構(gòu) 還清楚地表示了每個(gè)模塊的功能 模塊結(jié)構(gòu)圖的五種基本符號 67 68 模塊 模塊是可以組合 分解和更換的單元 是組成系統(tǒng) 異于處理的基本單位 調(diào)用 在模塊結(jié)構(gòu)圖中 用連接兩個(gè)模塊的箭頭表示調(diào)用 箭頭總是由調(diào)用模塊指向被調(diào)用模塊 但是應(yīng)該理解成被調(diào)用模塊執(zhí)行后又返回到調(diào)用模塊 69 數(shù)據(jù) 當(dāng)一個(gè)模塊調(diào)用另一個(gè)模塊時(shí) 調(diào)用模塊可以把數(shù)據(jù)傳送到被調(diào)用模塊處處理 而被調(diào)用模塊又可以將處理的結(jié)果送回調(diào)用模塊 在模塊之間傳送的數(shù)據(jù) 使用與調(diào)用箭頭平行的帶空心圓的箭頭表示 并在旁邊標(biāo)上數(shù)據(jù)名 70 控制信息 為了指導(dǎo)程序下一步的執(zhí)行 模塊間有時(shí)還必須傳送某些控制信息 例如 數(shù)據(jù)輸入完成后給出的結(jié)束標(biāo)志 文件讀到末尾產(chǎn)生的文件結(jié)束標(biāo)志等 控制信息與數(shù)據(jù)的主要區(qū)別是前者只反映數(shù)據(jù)的某種狀態(tài) 不必進(jìn)行處理 在模塊結(jié)構(gòu)圖中 用帶實(shí)心圓的箭頭表示控制信息 轉(zhuǎn)接符號 模塊結(jié)構(gòu)圖在一張圖面上畫不下 需要轉(zhuǎn)接到另外一張紙上 或?yàn)榱吮苊鈭D上線條交叉時(shí) 都可使用轉(zhuǎn)接符號 圓圈內(nèi)加上標(biāo)號 71 系統(tǒng)流程圖 系統(tǒng)流程圖 SystemFlowchart 是描繪系統(tǒng)物理模型的傳統(tǒng)工具 它的基本思想是用圖形符號以黑盒子形式描繪系統(tǒng)里面的每個(gè)部件 程序 文件 數(shù)據(jù)庫 表格 人工過程等 表達(dá)信息在各個(gè)部件之間流動的情況 系統(tǒng)流程圖表達(dá)的是系統(tǒng)各部件的流動情況 而不是表示對信息進(jìn)行加工處理的控制過程 系統(tǒng)流程圖的作用表現(xiàn)在以下幾個(gè)方面 1 制作系統(tǒng)流程圖的過程是系統(tǒng)分析員全面了解系統(tǒng)業(yè)務(wù)處理概況的過程 它是系統(tǒng)分析員做進(jìn)一步分析的依據(jù) 2 系統(tǒng)流程圖是系統(tǒng)分析員 管理員 業(yè)務(wù)操作員相互交流的工具 3 系統(tǒng)分析員可直接在系統(tǒng)流程圖上畫出可以有計(jì)算機(jī)處理的部分 4 可利用系統(tǒng)流程圖來分析業(yè)務(wù)流程的合理性 72 系統(tǒng)流程圖的符號 73 用系統(tǒng)流程圖描述現(xiàn)行系統(tǒng)工作流程該圖是用系統(tǒng)流程圖表示的人工銷售教材的一個(gè)物理模型 這是一個(gè)純?nèi)斯げ僮鞯南到y(tǒng) 信息流始于學(xué)生 又終于學(xué)生 74 信息系統(tǒng)流程圖模塊結(jié)構(gòu)圖主要從功能的角度描述了系統(tǒng)的結(jié)構(gòu) 但在實(shí)際工作中許多業(yè)務(wù)和功能都是通過數(shù)據(jù)存儲文件聯(lián)系起來的 而這個(gè)情況在模塊結(jié)構(gòu)圖中未能反映出來 系統(tǒng)流程圖可以反映各個(gè)處理功能與數(shù)據(jù)存儲之間的關(guān)系 系統(tǒng)流程圖以新系統(tǒng)的數(shù)據(jù)流圖和模塊結(jié)構(gòu)圖為基礎(chǔ) 首先找出數(shù)據(jù)之間的關(guān)系 即由什么輸入數(shù)據(jù) 產(chǎn)生什么中間輸出數(shù)據(jù) 可建立一個(gè)臨時(shí)中間文件 最后又得到什么輸出信息 然后 把各個(gè)處理功能與數(shù)據(jù)關(guān)系結(jié)合起來 形成整個(gè)系統(tǒng)的信息系統(tǒng)流程圖 75 76 處理流程圖信息系統(tǒng)流程圖對每一處理功能只是列出其處理功能名稱 而處理流程圖則使用各種符號具體地規(guī)定了處理過程中的各個(gè)細(xì)節(jié) 包括程序名和文件名 處理流程圖實(shí)際上是系統(tǒng)流程圖的展開可具體化 屬于詳細(xì)設(shè)計(jì)的內(nèi)容 應(yīng)和處理功能的模塊設(shè)計(jì)一起進(jìn)行 作為一個(gè)相對獨(dú)立的部分 各個(gè)處理功能有自己的輸入和輸出 其設(shè)計(jì)過程也要從輸入格式開始 進(jìn)而設(shè)計(jì)輸出格式 文件格式等 下圖是工資管理子系統(tǒng)中建立扣款文件處理功能的處理流程圖 77 78 四 IPO圖IPO圖是對每個(gè)模塊進(jìn)行詳細(xì)設(shè)計(jì)的工具 它是輸入加工輸出 INPUTPROCESSOUTPUT 圖的簡稱 它是由美國IBM公司發(fā)起并完善起來的一種工具 在系統(tǒng)的模塊結(jié)構(gòu)圖形成過程中 產(chǎn)生了大量的模塊 在進(jìn)行詳細(xì)設(shè)計(jì)時(shí)開發(fā)者應(yīng)為每一個(gè)模塊寫一份說明 IPO圖就是用來說明每個(gè)模塊的輸入 輸出數(shù)據(jù)和數(shù)據(jù)加工的重要工具 目前常用的IPO圖的結(jié)構(gòu)如圖5 26所示 IPO圖的主體是算法說明部分 該部分可采用結(jié)構(gòu)化語言 判定表 判定樹 也可用N S圖 問題分析圖和過程設(shè)計(jì)語言等工具進(jìn)行描述 要準(zhǔn)確而簡明的描述模塊執(zhí)行的細(xì)節(jié) 在IPO圖中 輸入 輸出數(shù)據(jù)來源于數(shù)據(jù)詞典 局部數(shù)據(jù)項(xiàng)是指個(gè)別模塊內(nèi)部使用的數(shù)據(jù) 與系統(tǒng)的其它部分無關(guān) 僅由本模塊定義 存貯和使用 注釋是對本模塊有關(guān)問題作必要的說明 開發(fā)人員不僅可以利用IPO圖進(jìn)行模塊設(shè)計(jì) 而且還可以利用它評價(jià)總體設(shè)計(jì) 用戶和管理人員可利用IPO圖編寫 修改和維護(hù)程序 因而 IPO圖是系統(tǒng)設(shè)計(jì)階段的一種重要文檔資料 79 N S圖簡介N S圖也被稱為盒圖或CHAPIN圖 流程圖由一些特定意義的圖形 流程線及簡要的文字說明構(gòu)成 它能清晰明確地表示程序的運(yùn)行過程 在使用過程中 人們發(fā)現(xiàn)流程線不一定是必需的 為此 人們設(shè)計(jì)了一種新的流程圖 它把整個(gè)程序?qū)懺谝粋€(gè)大框圖內(nèi) 這個(gè)大框圖由若干個(gè)小的基本框圖構(gòu)成 這種流程圖簡稱N S圖 80 81 82 IPO圖的主體是算法說明部分 該部分可采用結(jié)構(gòu)化語言 判定表 判定樹 也可用N S圖 問題分析圖和過程設(shè)計(jì)語言等工具進(jìn)行描述 要準(zhǔn)確而簡明的描述模塊執(zhí)行的細(xì)節(jié) 在IPO圖中 輸入 輸出數(shù)據(jù)來源于數(shù)據(jù)詞典 局部數(shù)據(jù)項(xiàng)是指個(gè)別模塊內(nèi)部使用的數(shù)據(jù) 與系統(tǒng)的其它部分無關(guān) 僅由本模塊定義 存貯和使用 注釋是對本模塊有關(guān)問題作必要的說明 開發(fā)人員不僅可以利用IPO圖進(jìn)行模塊設(shè)計(jì) 而且還可以利用它評價(jià)總體設(shè)計(jì) 用戶和管理人員可利用IPO圖編寫 修改和維護(hù)程序 因而 IPO圖是系統(tǒng)設(shè)計(jì)階段的一種重要文檔資料 83 IPO圖的處理過程描述較為困難 因?yàn)閷τ谝恍┨幚磉^程較為復(fù)雜的模塊 用自然語言描述其功能十分困難 并且對同一段文字描述不同的人還可能產(chǎn)生不同的理解 目前用于描述模塊內(nèi)部處理過程有如下幾種方法 結(jié)構(gòu)化英語方法決策樹方法判定表方法算法描述語言這幾種方法各有其長處和不同的適用范圍 在實(shí)際工作中究竟用哪一種方法 需視具體的情況和設(shè)計(jì)者的工作習(xí)慣而定 84 結(jié)構(gòu)化英語結(jié)構(gòu)化英語的特點(diǎn)是專門用來描述一個(gè)功能單元邏輯要求的 它不同于自然英語語言 也區(qū)別于任何一種特定的程序語言 是一種介于兩者之間的語言 結(jié)構(gòu)化英語的特點(diǎn)它受結(jié)構(gòu)化程序設(shè)計(jì)思想的影響 由三種基本結(jié)構(gòu)構(gòu)成 即順序結(jié)構(gòu) 判斷結(jié)構(gòu)和循環(huán)結(jié)構(gòu) 結(jié)構(gòu)化英語的關(guān)鍵詞結(jié)構(gòu)化英語借助于程序設(shè)計(jì)的基本思想 并利用其中少數(shù)幾個(gè)關(guān)鍵詞來完成對模塊處理過程的描述 85 這幾個(gè)關(guān)鍵詞是 IF THEN ELSE SO AND OR 例 IFcustomerdoesmorethan 50 000businessTHENIFthecustomerwasn tindebttousthelast3monthsTHENdiscountis15 ELSE wasindebttous IFcustomerhasbeenwithusformorethan20yearsTHENdiscountis10 ELSE 20yearorless sodiscountis5 ELSE customerdoes 50 000ORLess sodiscountinnil 86 決策樹用決策樹來描述一個(gè)功能單元邏輯處理過程 其基本思路與結(jié)構(gòu)化英語一脈相承 是結(jié)構(gòu)化英語的另一種表現(xiàn)形式 而且是更為直觀方便的表現(xiàn)形式 如圖5 27 87 3 判斷表判斷表是另外一種表達(dá)邏輯判斷的工具 與結(jié)構(gòu)化英語和決策樹方法相比 判斷表的優(yōu)點(diǎn)是能夠把所有的條件組合充分地表達(dá)出來 但其缺點(diǎn)是判斷表的建立過程較為繁雜 且表達(dá)方式不如前兩者簡便 4 算法描述語言算法描述語言是一種具體描述算法細(xì)節(jié)的工具 它只能面向讀者 不能直接用于計(jì)算機(jī) 算法描述用于在形式上非常簡單 它類似程序用于 非常適合于那些以算法或邏輯處理為主的模塊功能描述 1 語法形式算法描述語言的語法不是十分嚴(yán)格 它主要由符號與表達(dá)式 賦值語句 控制轉(zhuǎn)移語句 循環(huán)語句 其它語句構(gòu)成 算法描述語言的符號命名 數(shù)學(xué)及邏輯表達(dá)式一般與程序書寫一致 賦值用箭頭表示 語句可有標(biāo)識 標(biāo)識可是數(shù)字也可是具有實(shí)際意義的單詞 例 循環(huán)語句的累加可以表示為 loop i i 1 88 2 控制轉(zhuǎn)移語句無條件轉(zhuǎn)移語句用 GOTO 語句標(biāo)識表示 條件轉(zhuǎn)移語句用 IFCTHENS1ELSES2 其中C S1和S2可以是一個(gè)邏輯表達(dá)式 也可以是一對花括號 括起來的語句序列 如果C為 真 則S1被執(zhí)行 如果C為 假 則執(zhí)行S2 例 IF工齡 THEN工資 工資 50ELSE 工資 工資 20 3 循環(huán)語句循環(huán)語句有兩種形式 WHILE語句的形式為 WHILECDOS 其中C和S同上 如果C為 真 且在每次執(zhí)行S之后都要重新檢查C 如果C為 假 控制就轉(zhuǎn)到緊跟在WHILE后面的語句 FOR語句的形式為 FORi initTOlimitBYstepDOS 其中i是循環(huán)控制變量 init limit和step都是算術(shù)表達(dá)式 而S同上 每當(dāng)S被執(zhí)行一次時(shí) i從初值加步長 直到i limit為止 4 其它語句在算法描述中 還可能用到其它一些語句 因?yàn)樗鼈兌际怯米詈喢鞯男问浇o出的 故很容易知道它們的含義 例 EXIT 退出RETURN 返回READ INPUT 讀 輸入 WRITE OUTPUT PRINT 寫 輸出 打印 89 控制流程圖 FC 控制流程圖 FLOWCHART 簡稱FC 又稱框圖 它是歷史最悠久 最常使用的程序細(xì)節(jié)描述工具 框圖的三種基本成分處理步驟 用矩形框表示 條件判斷 用菱形框表示 控制流 用箭頭表示 圖5 28就是使用這三種成分所表示的程序基本結(jié)構(gòu) 可以把它們進(jìn)行組合和嵌套 建立各種復(fù)雜的框圖以表示程序的復(fù)雜邏輯關(guān)系 90 91 框圖的缺點(diǎn) 從四十年代到七十年代中期 框圖一直是軟件設(shè)計(jì)的主要工具 隨著結(jié)構(gòu)化程序設(shè)計(jì)的出現(xiàn) 逐步暴露出框圖的許多缺點(diǎn) 有許多人建議停止使用它 目前雖然還有許多人在使用著 然而總的趨勢是越來越多的人不再使用框圖了 框圖的主要缺點(diǎn)在于 它并不能引導(dǎo)設(shè)計(jì)人員用結(jié)構(gòu)化設(shè)計(jì)方法進(jìn)行詳細(xì)設(shè)計(jì) 人們可以使用箭頭實(shí)現(xiàn)向任何位置的轉(zhuǎn)移即 GOTO語句 如果使用不當(dāng)時(shí) 框圖就可能非常難懂 而且無法進(jìn)行維護(hù) 因此 箭頭是框圖中的一個(gè)隱患 使用時(shí)必須十分小心 框圖的質(zhì)量在很大程度上取決于設(shè)計(jì)人員的水平 92 3 框圖的例子框圖的優(yōu)點(diǎn)是清晰易懂 便于初學(xué)者掌握 例如 圖5 29描述了在數(shù)組K中找出最大數(shù) MAXIMUM 和次大數(shù) SECOND 的詳細(xì)處理過程 圖6 2 13中 數(shù)組變量 1 2 N 用來存貯N個(gè)原始數(shù)據(jù) I是循環(huán)變量 最后找出的最大數(shù)和次大數(shù)分別放在變量MAXI和S中 93 94 問題分析圖 PAD 問題分析圖 PROBLEMANALYSISDIAGRAM 簡稱PAD 由日本日立公司二村良彥等人于1979年提出 是一種支持結(jié)構(gòu)化程序設(shè)計(jì)的圖形工具 可以用來取代前面所述的控制流程圖 問題分析圖僅僅具有順序 選擇和循環(huán)這三種基本成分 如圖5 30所示 正好與結(jié)構(gòu)化程序設(shè)計(jì)中的基本程序結(jié)構(gòu)相對應(yīng) 95 a 順序 b 選擇 c 循環(huán) 96 問題分析圖有邏輯結(jié)構(gòu)清晰 圖形標(biāo)準(zhǔn)化等優(yōu)點(diǎn) 更重要的是它引導(dǎo)設(shè)計(jì)人員使用結(jié)構(gòu)化程序設(shè)計(jì)方法 從而提高了程序的質(zhì)量 同時(shí) 通過比較確定的規(guī)則可以由問題分析圖直接產(chǎn)生程序 這就為程序設(shè)計(jì)的自動化開辟了光輝的前景 97 圖5 29的控制流程圖可以用問題分析圖表示成圖5 31 顯然該圖要比圖5 29簡單 清晰得多 問題分析圖的一個(gè)獨(dú)到之處在于 以問題分析圖為基礎(chǔ) 按照一個(gè)機(jī)械的變換規(guī)則就可以編寫出計(jì)算機(jī)程序 該規(guī)則稱為 走樹 TREEWALK 順著問題分析圖所呈的樹形結(jié)構(gòu)移動 如圖5 31所示 依次將遇到的PAD基本成分變換成相應(yīng)的程序結(jié)構(gòu) 由圖5 31通過 走樹 可機(jī)械地產(chǎn)生如下的FOXPROW程序 98 MAXIMUM K 1 SECOND 0I 2DOWHILEISECONDIFK I MAXIMUMSECOND MAXIMUMMAXIMUM K I ELSESECOND K I ENDIFENDIFI I 1ENDDO MAXIMUM SECOND由于FOXPROW具有數(shù)組功能 為說明簡單起見 這里采用FOXPROW來書寫程序 99 七 過程設(shè)計(jì)語言 PDL 過程設(shè)計(jì)語言 PROCESSDESIGNLANGUAGE PROGRAM DESIGNLANGUAGE或PROGRAMDESCIPTIONLANGUAGE 簡稱PDL 是一個(gè)籠統(tǒng)的名字 目前有許多種不同的過程設(shè)計(jì)語言 過程設(shè)計(jì)語言用于描述模塊中算法和加工的具體細(xì)節(jié) 以便在開發(fā)人員之間比較精確地進(jìn)行交流 過程設(shè)計(jì)語言由外層語法和內(nèi)層語法構(gòu)成 外層語法描述結(jié)構(gòu) 采用與一般編程語言類似的確定的關(guān)鍵字 如IFTHENELSE WHILEDO等 內(nèi)層語法描述操作 可以采用任意的自然語句 英語或漢語 例如 下面是一個(gè)用過程設(shè)計(jì)語言描述的算法 其中外層語法IFTHENELSE是確定的 而內(nèi)層操作 X的平方根為實(shí)數(shù) 則是不確定的自由格式 IFX不是負(fù)數(shù)THENRETURN X的平方根為實(shí)數(shù) ELSERETURN X的平方根為復(fù)數(shù) 100 由于過程設(shè)計(jì)語言同程序很相似 所以也稱為偽程序或偽代碼 但它僅僅是對算法的一種描述 是不可執(zhí)行的 另外 同上一章介紹的結(jié)構(gòu)化語言相比 過程設(shè)計(jì)語言則更詳盡地描述了算法的細(xì)節(jié) 事實(shí)上 結(jié)構(gòu)化語言和過程設(shè)計(jì)語言的基本思想是一致的 只是側(cè)重點(diǎn)不同 前者用在系統(tǒng)分析階段描述用戶需求 它是給用戶看的 可以描述的比較抽象 后者用在詳細(xì)設(shè)計(jì)階段描述模塊的內(nèi)部算法 這些算法是給編程人員看的 應(yīng)該詳細(xì) 具體 過程設(shè)計(jì)語言主要用于描述系統(tǒng)中屬于計(jì)算型的下層模塊 同問題分析圖等圖形工具相比 過程設(shè)計(jì)語言具有以下優(yōu)點(diǎn) 同自然語言 英語 很接近 易于理解 易于被計(jì)算機(jī)處理并存貯 例如用行編輯或字處理軟件就可以方便地對它進(jìn)行修改編輯 可以從它自動產(chǎn)生程序 例如目前已研制出從PDL C產(chǎn)生C語言源程序的自動工具 但是過程設(shè)計(jì)語言也有它的不足之處 它的不足之處在于它不如圖形描述直觀 及英語使用的準(zhǔn)確性要求較高 101 5 2 4總體架構(gòu)設(shè)計(jì) 系統(tǒng)從整體到部分的最高層次的劃分一個(gè)系統(tǒng)通常是由元件組成的 而這些元件如何形成 相互之間如何發(fā)生作用 則是關(guān)于這個(gè)系統(tǒng)本身結(jié)構(gòu)的重要信息 詳細(xì)地說 就是要包括架構(gòu)元件 ArchitectureComponent 聯(lián)結(jié)器 Connector 任務(wù)流 Task flow 所謂架構(gòu)元素 也就是組成系統(tǒng)的核心 磚瓦 而聯(lián)結(jié)器則描述這些元件之間通訊的路徑 通訊的機(jī)制 通訊的預(yù)期結(jié)果 任務(wù)流則描述系統(tǒng)如何使用這些元件和聯(lián)結(jié)器完成某一項(xiàng)需求 102 建造一個(gè)系統(tǒng)所作出的最高層次的 以后難以更改的 商業(yè)的和技術(shù)的決定 在建造一個(gè)系統(tǒng)之前會有很多的重要決定需要事先作出 而一旦系統(tǒng)開始進(jìn)行詳細(xì)設(shè)計(jì)甚至建造 這些決定就很難更改甚至無法更改 顯然 這樣的決定必定是有關(guān)系統(tǒng)設(shè)計(jì)成敗的最重要決定 必須經(jīng)過非常慎重的研究和考察 103 架構(gòu)設(shè)計(jì)應(yīng)考慮的因素 模塊構(gòu)架設(shè)計(jì)可以從程序的運(yùn)行時(shí)結(jié)構(gòu)和源代碼的組織結(jié)構(gòu)方面考慮 1 程序的運(yùn)行時(shí)結(jié)構(gòu)方面的考慮 1 需求的符合性 正確性 完整性 功能性需求 非功能性需求 2 總體性能 內(nèi)存管理 數(shù)據(jù)庫組織和內(nèi)容 非數(shù)據(jù)庫信息 任務(wù)并行性 網(wǎng)絡(luò)多人操作 關(guān)鍵算法 與網(wǎng)絡(luò) 硬件和其他系統(tǒng)接口對性能的影響 3 運(yùn)行可管理性 便于控制系統(tǒng)運(yùn)行 監(jiān)視系統(tǒng)狀態(tài) 錯(cuò)誤處理 模塊間通信的簡單性 與可維護(hù)性不同 4 與其他系統(tǒng)接口兼容性 5 與網(wǎng)絡(luò) 硬件接口兼容性及性能 6 系統(tǒng)安全性 7 系統(tǒng)可靠性 8 業(yè)務(wù)流程的可調(diào)整性 9 業(yè)務(wù)信息的可調(diào)整性10 使用方便性11 構(gòu)架樣式的一致性 104 源代碼的組織結(jié)構(gòu)方面的考慮 1 開發(fā)可管理性 便于人員分工 模塊獨(dú)立性 開發(fā)工作的負(fù)載均衡 進(jìn)度安排優(yōu)化 預(yù)防人員流動對開發(fā)的影響 利于配置管理 大小的合理性與適度復(fù)雜性 模塊獨(dú)立性 層次性是為了保證項(xiàng)目開發(fā)成員工作之間的相對獨(dú)立性 模塊聯(lián)結(jié)方式應(yīng)該是縱向而不是橫向 模塊之間應(yīng)該是樹狀結(jié)構(gòu)而不是網(wǎng)狀結(jié)構(gòu)或交叉結(jié)構(gòu) 這樣就可以把開發(fā)人員之間的通信 模塊開發(fā)制約關(guān)系減到最少 同時(shí)模塊獨(dú)立性也比較利于配置管理工作的進(jìn)行 現(xiàn)在有越來越多的的軟件開發(fā)是在異地進(jìn)行 一個(gè)開發(fā)組的成員可能在不同城市甚至在不同國家 因此便于異地開發(fā)的人員分工與配置管理的源代碼組織結(jié)構(gòu)是非常必要的 105 2 便于人員分工 開發(fā)工作的負(fù)載均衡不僅僅是開發(fā)出來的軟件系統(tǒng)需要負(fù)載均衡 在開發(fā)過程中開發(fā)小組各成員之間工作任務(wù)的負(fù)載均衡也是非重要的 所謂工作任務(wù)的負(fù)載均衡就是通過合理的任務(wù)劃分按照開發(fā)人員特點(diǎn)進(jìn)行分配任務(wù) 盡量讓項(xiàng)目組中的每個(gè)人每段時(shí)間都有用武之地 這就需要在構(gòu)架設(shè)計(jì)時(shí)應(yīng)當(dāng)充分考慮項(xiàng)目組手頭的人力資源 在實(shí)現(xiàn)客戶需求的基礎(chǔ)上實(shí)現(xiàn)開發(fā)工作的負(fù)載均衡 以提高整體開發(fā)效率 106 3 便于人員分工 進(jìn)度安排優(yōu)化 進(jìn)度安排優(yōu)化的前提是模塊獨(dú)立性并搞清楚模塊開發(fā)的先后制約關(guān)系 利用工作分解結(jié)構(gòu)對所有程序編碼工作進(jìn)行分解 得到每一項(xiàng)工作的輸入 輸出 所需資源 持續(xù)時(shí)間 前期應(yīng)完成的工作 完成后可以進(jìn)行的工作 然后預(yù)估各模塊需要時(shí)間 分析各模塊的并行與串行 順序制約 繪制出網(wǎng)絡(luò)圖 找出影響整體進(jìn)度的關(guān)鍵模塊 算出關(guān)鍵路徑 最后對網(wǎng)絡(luò)圖進(jìn)行調(diào)整 以使進(jìn)度安排最優(yōu)化 有個(gè)家喻戶曉的智力題叫烤肉片策略 約翰遜家戶外有一個(gè)可以同時(shí)烤兩塊肉片的烤肉架 烤每塊肉片的每一面需要10分鐘 現(xiàn)要烤三塊肉片給饑腸轆轆急不可耐的一家三口 問題是怎樣才能在最短的時(shí)間內(nèi)烤完三片肉 一般的做法花20分鐘先烤完前兩片 再花20分鐘烤完第三片 有一種更好的方法可以節(jié)省10分鐘 大家想想 107 4 便于人員分工 預(yù)防員工人員流動對開發(fā)的影響人員流動在軟件行業(yè)是司空見慣的事情 已經(jīng)是一個(gè)常見的風(fēng)險(xiǎn) 作為對這一風(fēng)險(xiǎn)的有效的防范對策之一 可以在構(gòu)架設(shè)計(jì)中考慮到并預(yù)防員工人員流動對開發(fā)的影響 主要的思路還是在模塊的獨(dú)立性上 追求高內(nèi)聚低耦合 組件化是目前流行的趨勢 5 利于配置管理 獨(dú)立性 層次性 利于配置管理與利于人員分工有一定的聯(lián)系 除了邏輯上的模塊組件要利于人員分工外 物理上的源代碼層次結(jié)構(gòu) 目錄結(jié)構(gòu) 各模塊所處源代碼文件的部署也應(yīng)當(dāng)利于人員分工和配置管理 盡管現(xiàn)在配置管理工具有較強(qiáng)大的功能 但一個(gè)清楚的源碼分割和模塊分割是非常有好處的 6 大小的合理性與適度復(fù)雜性大小的合理性與適度復(fù)雜性可以使開發(fā)工作的負(fù)載均衡 便于進(jìn)度的安排 也可以使系統(tǒng)在運(yùn)行時(shí)減少不必要的內(nèi)存資源浪費(fèi) 對于代碼的可閱讀性和系統(tǒng)的可維護(hù)性也有一定的好處 另外 過大的模塊常常是系統(tǒng)分解不充分 而過小的模塊有可能降低模塊的獨(dú)立性 造成系統(tǒng)接口的復(fù)雜 108 2 可維護(hù)性 與運(yùn)行可管理性不同 便于在系統(tǒng)出現(xiàn)故障時(shí)及時(shí)方便地找到產(chǎn)生故障的原因和源代碼位置 并能方便地進(jìn)行局部修改 切割 可維護(hù)性與運(yùn)行可管理性不同 3 可擴(kuò)充性 系統(tǒng)方案的升級 擴(kuò)容 擴(kuò)充性能 系統(tǒng)在建成后會有一段很長的運(yùn)行周期 在該周期內(nèi) 應(yīng)用在不斷增加 應(yīng)用的層次在不斷升級 因此采用的構(gòu)架設(shè)計(jì)等方案因充分考慮升級 擴(kuò)容 擴(kuò)充的可行性和便利4 可移植性 不同客戶端 應(yīng)用服務(wù)器 數(shù)據(jù)庫管理系統(tǒng) 不同客戶端 應(yīng)用服務(wù)器 數(shù)據(jù)庫管理系統(tǒng) 如果潛在的客戶使用的客戶端可能使用不同的操作系統(tǒng)或?yàn)g覽器 其可移植性必須考慮客戶端程序的可移植性 或盡量不使業(yè)務(wù)邏輯放在客戶端 數(shù)據(jù)處理的業(yè)務(wù)邏輯放在數(shù)據(jù)庫管理系統(tǒng)中會有較好的性能 但如果客戶群中不能確定使用的是同一種數(shù)據(jù)庫管理系統(tǒng) 則業(yè)務(wù)邏輯就不能數(shù)據(jù)庫管理系統(tǒng)中 達(dá)到可移植性一定要注重標(biāo)準(zhǔn)化和開放性 只有廣泛采用遵循國際標(biāo)準(zhǔn) 開發(fā)出開放性強(qiáng)的產(chǎn)品 才可以保證各種類型的系統(tǒng)的充分互聯(lián) 從而使產(chǎn)品更具有市場競爭力 也為未來的系統(tǒng)移植和升級擴(kuò)展提供了基礎(chǔ) 109 5 需求的符合性 源代碼的組織結(jié)構(gòu)方面的考慮 從源代碼的組織結(jié)構(gòu)看需求的符合型主要考慮針對用戶需求可能的變化的軟件代碼及構(gòu)架的最小冗余 同時(shí)又要使得系統(tǒng)具有一定的可擴(kuò)展性 110 五 寫系統(tǒng)構(gòu)架設(shè)計(jì)文檔應(yīng)考慮的問題 構(gòu)架工作應(yīng)該在需求開發(fā)完成約80 的時(shí)候開始進(jìn)行 不必等到需求開發(fā)全部完成 需要項(xiàng)目經(jīng)理以具體的判斷來評估此時(shí)是否足以開始構(gòu)建軟件構(gòu)架 給出一致的輪廓 系統(tǒng)概述 一個(gè)系統(tǒng)構(gòu)架需要現(xiàn)有概括的描述 開發(fā)人員才能從上千個(gè)細(xì)節(jié)甚至數(shù)十個(gè)模塊或?qū)ο箢愔薪⒁恢碌妮喞?構(gòu)架的目標(biāo)應(yīng)該能夠清楚說明系統(tǒng)概念 構(gòu)架應(yīng)盡可能簡化 最好的構(gòu)架文件應(yīng)該簡單 簡短 清晰而不雜亂 解決方案自然 構(gòu)架應(yīng)單先定義上層的主要子系統(tǒng) 應(yīng)該描述各子系統(tǒng)的任務(wù) 并提供每個(gè)子系統(tǒng)中各模塊或?qū)ο箢惖牡某醪搅斜?構(gòu)架應(yīng)該描述不同子系統(tǒng)間相互通信的方式 而一個(gè)良好的構(gòu)架應(yīng)該將子系統(tǒng)間的通信關(guān)系降到最低 成功構(gòu)架的一個(gè)重要特色 在于標(biāo)明最可能變更的領(lǐng)域 應(yīng)當(dāng)列出程序中最可能變更的部分 說明構(gòu)架的其他部分如何應(yīng)變 復(fù)用分析 外購 縮短軟件開發(fā)周期 降低成本的有效方案未必是自行開發(fā)軟件 可以對現(xiàn)有軟件進(jìn)行復(fù)用或進(jìn)行外購 應(yīng)考慮其對構(gòu)架的影響 111 五 寫系統(tǒng)構(gòu)架設(shè)計(jì)文檔應(yīng)考慮的問題 除了系統(tǒng)組織的問題 構(gòu)架應(yīng)重點(diǎn)考慮對于細(xì)節(jié)全面影響的設(shè)計(jì)決策 深入這些決策領(lǐng)域 外部軟件接口 兼容性 通信方式 傳遞數(shù)據(jù)結(jié)構(gòu) 用戶接口 用戶接口和系統(tǒng)層次劃分 數(shù)據(jù)庫組織和內(nèi)容 非數(shù)據(jù)庫信息 關(guān)鍵算法 內(nèi)存管理 配置策略 并行性 安全性 可移植性 網(wǎng)絡(luò)多人操作 錯(cuò)誤處理 要保證需求的可追蹤性 即保證每個(gè)需求功能都有相應(yīng)模塊去實(shí)現(xiàn) 構(gòu)架不能只依據(jù)靜態(tài)的系統(tǒng)目標(biāo)來設(shè)計(jì) 也應(yīng)當(dāng)考慮動態(tài)的開發(fā)過程 如人力資源的情況 進(jìn)度要求的情況 開發(fā)環(huán)境的滿足情況 構(gòu)架必須支持階段性規(guī)劃 應(yīng)該能夠提供階段性規(guī)劃中如何開發(fā)與完成的方式 不應(yīng)該依賴無法獨(dú)立運(yùn)行的子系統(tǒng)構(gòu)架 將系統(tǒng)各部分的 依賴關(guān)系找出來 形成一套開發(fā)計(jì)劃 112 系統(tǒng)總體架構(gòu)的評定 可靠性安全性可升級性可定制化可擴(kuò)展性可維護(hù)性客戶體驗(yàn)市場時(shí)機(jī) 113 電子商務(wù)網(wǎng)站架構(gòu)設(shè)計(jì) 邏輯架構(gòu) 軟件系統(tǒng)中的組件之間的關(guān)系 114 物理架構(gòu) 軟件組件是怎樣放到硬件上的 115 系統(tǒng)架構(gòu) 系統(tǒng)的非功能性特征系統(tǒng)架構(gòu)的設(shè)計(jì)要求架構(gòu)師具備軟件和硬件的功能和性能的過硬知識 這一工作無疑是架構(gòu)設(shè)計(jì)工作中最為困難的工作 此外 從每一個(gè)角度上看 都可以看到架構(gòu)的兩要素 元件劃分和設(shè)計(jì)決定 首先 一個(gè)軟件系統(tǒng)中的元件首先是邏輯元件 這些邏輯元件如何放到硬件上 以及這些元件如何為整個(gè)系統(tǒng)的可擴(kuò)展性 可靠性 強(qiáng)壯性 靈活性 性能等做出貢獻(xiàn) 是非常重要的信息 其次 進(jìn)行軟件設(shè)計(jì)需要做出的決定中 必然會包括邏輯結(jié)構(gòu) 物理結(jié)構(gòu) 以及它們?nèi)绾斡绊懙较到y(tǒng)的所有非功能性特征 這些決定中會有很多是一旦做出 就很難更改的 116 5 2 5用戶界面設(shè)計(jì) 系統(tǒng)架構(gòu)的設(shè)計(jì)要求架構(gòu)師具備軟件和硬件的功能和性能的過硬知識 這一工作無疑是架構(gòu)設(shè)計(jì)工作中最為困難的工作 此外 從每一個(gè)角度上看 都可以看到架構(gòu)的兩要素 元件劃分和設(shè)計(jì)決定 首先 一個(gè)軟件系統(tǒng)中的元件首先是邏輯元件 這些邏輯元件如何放到硬件上 以及這些元件如何為整個(gè)系統(tǒng)的可擴(kuò)展性 可靠性 強(qiáng)壯性 靈活性 性能等做出貢獻(xiàn) 是非常重要的信息 其次 進(jìn)行軟件設(shè)計(jì)需要做出的決定中 必然會包括邏輯結(jié)構(gòu) 物理結(jié)構(gòu) 以及它們?nèi)绾斡绊懙较到y(tǒng)的所有非功能性特征 這些決定中會有很多是一旦做出 就很難更改的 117 UI含義UI即UserInterface 用戶界面 的簡稱 UI設(shè)計(jì)則是指對軟件的人機(jī)交互 操作邏輯 界面美觀的整體設(shè)計(jì) 好的UI設(shè)計(jì)不僅是讓軟件變得有個(gè)性有品味 還要讓軟件的操作變得舒適 簡單 自由 充分體現(xiàn)軟件的定位和特點(diǎn) 118 目前在國內(nèi)UI還是一個(gè)相對陌生的詞 即便是一些設(shè)計(jì)人員也對這個(gè)詞不太了解 我們經(jīng)?？吹揭恍┱衅笍V告寫著 招聘界面美工 界面美術(shù)設(shè)計(jì)師等等 這表明在國內(nèi)對UI的理解還停留在美術(shù)設(shè)計(jì)方面 認(rèn)為UI的工作只是描邊畫線 缺乏對用戶交互的重要性的理解 另一方面在軟件開發(fā)過程中還存在重技術(shù)而不重應(yīng)用的現(xiàn)象 許多商家認(rèn)為軟件產(chǎn)品的核心是技術(shù) 而UI僅僅是次要的輔助 這點(diǎn)在人員的比例與待遇上可以表現(xiàn)出來 但這不是UI設(shè)計(jì)真正的價(jià)值體現(xiàn) 只是UI設(shè)計(jì)發(fā)展的一個(gè)必經(jīng)過程 我們以物質(zhì)產(chǎn)品手機(jī)行業(yè)為例 當(dāng)手機(jī)剛剛進(jìn)入市場的時(shí)候不但價(jià)格貴的驚人 而且除了通話以外沒有什么其他功能 由于當(dāng)時(shí)的主導(dǎo)是技術(shù) 所以大家都把精力放在信號 待機(jī)時(shí)間 壽命等方面 對于產(chǎn)品的造型 使用的合理性很少關(guān)心 事過境遷 如今技術(shù)已經(jīng)完全的達(dá)到用戶的需求 于是商家為了創(chuàng)造賣點(diǎn) 提高爭力 非常重視產(chǎn)品的外觀設(shè)計(jì) 除此之外還頻頻推出短信 彩屏 和鉉 彩信 攝像頭等等 這樣一來產(chǎn)品的美觀 個(gè)性 易用 易學(xué) 人性化等等都成了產(chǎn)品的賣點(diǎn) 軟件產(chǎn)品與物質(zhì)產(chǎn)品的發(fā)展是相同的 過去由于計(jì)算機(jī)硬件的限制 編碼設(shè)計(jì)成為軟件開發(fā)的代名詞 美觀親和的圖形化界面與合理易用的交互方式都沒有得到充分的重視 實(shí)際上這個(gè)時(shí)期的軟件叫作軟件程序 而不是軟件產(chǎn)品 UI設(shè)計(jì)在中國現(xiàn)狀 119 UI設(shè)計(jì)在中國現(xiàn)狀 現(xiàn)今隨著計(jì)算機(jī)硬件的飛速發(fā)展 過去的軟件程序已經(jīng)不能適應(yīng)用戶的要求 軟件產(chǎn)品在激烈的市場競爭中 僅僅有強(qiáng)大的功能是遠(yuǎn)遠(yuǎn)不夠的 不足以戰(zhàn)勝強(qiáng)勁的對手 幸運(yùn)的是在國內(nèi)一些 遠(yuǎn)矚的民族企業(yè)已經(jīng)開始意識到UI給軟件產(chǎn)品帶來的巨大賣點(diǎn)了 例如金山公司的影霸 詞霸 毒霸 網(wǎng)鏢 由于重視UI的開發(fā)與地位 才使得金山產(chǎn)品在同類軟件產(chǎn)品中首屈一指 聯(lián)想軟件的UI部門積極開展用戶研究與使用性測試 將易用與美觀相結(jié)合 推出的雙模式電腦 幸福系列等成功UI范例 為聯(lián)想贏得全球消費(fèi)PC第三的稱號等等 等等 實(shí)踐證明 各商家只要在產(chǎn)品美觀和易用設(shè)計(jì)方面很小投入 將會有很大產(chǎn)出 其投入產(chǎn)出比 要比在功能領(lǐng)先性開發(fā)上的投入大得多 120 UI設(shè)計(jì)原則 設(shè)計(jì)原則用戶原則信息最小量原則幫助和提示原則媒體最佳組合原則簡易性原則一致性原則從用戶的觀點(diǎn)考慮原則有序性原則安全性原則靈活性原則人性化原則 121 界面分析與規(guī)范人機(jī)界面的聯(lián)系媒體的功能 沒有任何一種媒體在所有場合都是最優(yōu)的 每種媒體都有其各自擅長的特定范圍 各種媒體功能參考如下 文本 在表現(xiàn)概念和刻劃細(xì)節(jié)時(shí)可用其表現(xiàn) 圖形 擅長表達(dá)思想輪廓及蘊(yùn)含與大量數(shù)值數(shù)據(jù)內(nèi)的趨向性信息 在空間信息方面有較大優(yōu)勢 動畫 可用來突出整個(gè)事物 特別適于表現(xiàn)靜態(tài)圖形無法表現(xiàn)的動作信息 視頻影像 適于表現(xiàn)其它媒體所難以表現(xiàn)的來自真實(shí)生活的事件和情景 語音 能使對話信息突出 特別是在與影像 動畫集合時(shí)能傳遞大量的信息 姿態(tài)與動作 在與別的媒體結(jié)合時(shí)具有較強(qiáng)的信息引用能力 可以在相關(guān)信息之間建立起時(shí)間 空間以及邏輯上的聯(lián)系 122 媒體選擇的結(jié)合與互補(bǔ) 腳本設(shè)計(jì)可根據(jù)內(nèi)容需要分配表達(dá)的媒體 這里要特別注意媒體間的結(jié)合與區(qū)別 提出幾條原則如下 人們在問題求解過程中的不同階段對信息媒體有不同需要 一般在最初的探索階段采用能提供具體信息的媒體如語音 圖像等 而在最后的分析階段多采用描述抽象概念的文本媒體 而一些直觀的信息 圖形 圖像等 介于兩者之間 適于綜合階段 媒體種類對空間信息的傳遞并沒有明顯的影響 各種媒體各有所長 媒體結(jié)合是多媒體設(shè)計(jì)中需要研究的新課題 媒體之間可以互相支持 也會互相干擾 多種媒體應(yīng)密切相關(guān) 扣緊一個(gè)表現(xiàn)主題 而不應(yīng)把不相關(guān)的媒體內(nèi)容拼湊在一起 目前 媒體結(jié)合在技術(shù)上主要通過在一個(gè)窗口中提供多種媒體的信息片段 空間結(jié)合 和對聲音 語音 錄相等隨時(shí)間變化的動態(tài)媒體加以同步實(shí)現(xiàn) 時(shí)間序列組合 媒體資源并非愈多愈好 如何在語義層上將各種媒體很好的 結(jié)合以更有效地傳遞信息 是要很好地探索的研究課題 也是應(yīng)用系統(tǒng)人機(jī)界面設(shè)計(jì)的關(guān)鍵問題 123 軟件界面用戶心理學(xué) 認(rèn)知原則的應(yīng)用認(rèn)知心理學(xué) 從廣義上來說 就是關(guān)于認(rèn)識的心理學(xué) 人類認(rèn)識客觀事物 主要就是通過感覺 知覺 注意 記憶 思維想象等來進(jìn)行 因此 凡是研究人的認(rèn)識心理過程的 都屬于認(rèn)識心理學(xué) 實(shí)際上 我們這里所指的認(rèn)知心理學(xué)是指純粹采用信息加工觀點(diǎn)來研究認(rèn)知心理學(xué)過程的心理學(xué) 也就是運(yùn)用信息論以及計(jì)算機(jī)的類比 模擬 驗(yàn)證等方法來研究的的知識是如何獲得 如何存貯 如何交換 如何取使用的 所以 我們這里所指的現(xiàn)代認(rèn)知心理學(xué)實(shí)質(zhì)是信息加工心理學(xué) 一般地 人們將信息加工心理學(xué)又稱為狹義的認(rèn)知心理學(xué) 看和聽的過程構(gòu)成知覺 圖像和聲音作為刺激的特征被接收并以抽象的方式被編碼 把輸入和記憶中的信息進(jìn)行對比得出對刺激的解釋 這一過程就是認(rèn)知 人體信息處理器包括感官 短期記憶 長期記憶及與其相聯(lián)系的動作處理器和認(rèn)知處理器 124 每種知覺均有一個(gè)對應(yīng)的短期存儲器和處理器 其中認(rèn)知處理器執(zhí)行的工作就是我們通常所說的思維 思維的結(jié)果或被存儲起來 或送至動作處理器控制行動 現(xiàn)代認(rèn)知心理學(xué)的核心 現(xiàn)代認(rèn)知心理學(xué)的理論實(shí)質(zhì) 就是以計(jì)算機(jī)信息加工的觀點(diǎn)來研究人的心理學(xué)活動 把人腦看作是一種如同計(jì)算機(jī)的信息加工系統(tǒng) 現(xiàn)代認(rèn)知心理學(xué)兩個(gè)關(guān)鍵的重要概念 現(xiàn)代認(rèn)知心理學(xué)的學(xué)說內(nèi)容集中體現(xiàn)在兩個(gè)關(guān)鍵的重要概念上 現(xiàn)代認(rèn)知心理學(xué)的一個(gè)重要的中心概念 就是 信息 在某種程度上說 抽掉了 信息 的概念 認(rèn)知心理學(xué)的理論也就會散架解體 難以存在 現(xiàn)代認(rèn)知心理學(xué)的另一個(gè)重要的中心概念 就是 信息加工系統(tǒng) 信息加工系