【文章內(nèi)容簡(jiǎn)介】 ? 再造后流程 ? (a) 生產(chǎn)計(jì)劃接收、生成車間作業(yè)計(jì)劃控制臺(tái)賬 ? （ b）車間作業(yè)計(jì)劃臺(tái)賬調(diào)整 ? （ c）產(chǎn)品入庫(kù) ? （ d）生產(chǎn)原料準(zhǔn)備 ? （ e）物料考核 生產(chǎn)車間 53 再造前 ? （ a）訂單接收、生產(chǎn)計(jì)劃的制定和下達(dá) ? (b)計(jì)劃下達(dá) ? (c)生產(chǎn)計(jì)劃調(diào)整 ? (d)生產(chǎn)計(jì)劃實(shí)施的監(jiān)督 ? (e)生產(chǎn)的組織 企劃 54 再造后 ? (a) 訂單接收、生產(chǎn)計(jì)劃的制定和下達(dá) ? (b)生產(chǎn)計(jì)劃調(diào)整 ? (c)生產(chǎn)計(jì)劃實(shí)施的監(jiān)督 ? (d)生產(chǎn)的組織 企劃 55 ? 在企業(yè)實(shí)施業(yè)務(wù)流程再造后 ， ? 銷售處接受訂單 ， ? 企劃處從銷售處接收生產(chǎn)訂單 ， 自動(dòng)制定生產(chǎn)計(jì)劃 。 ? 企劃處把生產(chǎn)計(jì)劃下達(dá)給車間 ， 由車間進(jìn)行生產(chǎn) ， ? 車間生產(chǎn)時(shí)需要到材料科領(lǐng)取材料 。 ? 生產(chǎn)完成以后進(jìn)行產(chǎn)品的入庫(kù) 。 ? 材料科通過(guò)系統(tǒng)接受企劃處的計(jì)劃 ， 負(fù)責(zé)組織生產(chǎn)原料的采購(gòu)和生產(chǎn)原料的入庫(kù) ， 并通過(guò)系統(tǒng)辦理車間所需材料的出庫(kù) 。 ? 成品科通過(guò)系統(tǒng)接受企劃處的計(jì)劃 ， 負(fù)責(zé)實(shí)施生產(chǎn)車間生產(chǎn)的產(chǎn)品的入庫(kù) 。 ? 企劃處還通過(guò)系統(tǒng)下達(dá)給銷售處 ， 銷售科負(fù)責(zé)外協(xié)生產(chǎn)及訂單的實(shí)施 ? 銷售科通過(guò)和外部協(xié)作單位電子商務(wù)系統(tǒng)之間的接口傳遞子訂單的信息 。 整個(gè)系統(tǒng)形成了一個(gè)整體 ， 各部門分工協(xié)作共同通過(guò)系統(tǒng)完成任務(wù) 。 而不是像以前每個(gè)部門主要考慮自己的職能 ， 手工查自己的臺(tái)賬 ， 來(lái)完成自己的工作 ， 效益低下 ， 造成很多浪費(fèi) 。 每個(gè)部門之間是并行工作 ， 消除掉一些無(wú)用的手工流程 。 四、結(jié)構(gòu)化分析方法 （ Structured Analysis， SA） ? 結(jié)構(gòu)化分析方法是一種面向數(shù)據(jù)流的需求分析方法，也是一種建模活動(dòng)，它主要根據(jù)軟件內(nèi)部的數(shù)據(jù)傳遞、變換關(guān)系，自頂向下逐層分解，描繪出滿足功能要求的軟件系統(tǒng)。 ? 尤其適合于較大型的信息系統(tǒng) 結(jié)構(gòu)化分析的主要工具 ? 數(shù)據(jù)流圖 （ DFD）：功能模型 ? 數(shù)據(jù)字典 （ DD） ? 實(shí)體關(guān)系圖（ ER圖）：數(shù)據(jù)模型 ? 狀態(tài)變遷圖（ STD圖）：行為模型 數(shù)據(jù)流圖（ DFD） ? Data Flow Diagram ? 用于表示數(shù)據(jù)在信息系統(tǒng)中的流動(dòng)情況，但不表示具體的程序邏輯和處理步驟 數(shù)據(jù)流圖的基本元素 數(shù)據(jù)流圖的基本元素（續(xù)） ? 數(shù)據(jù)流 ? 是數(shù)據(jù)在系統(tǒng)內(nèi)傳播的路徑，由一個(gè)或一組數(shù)據(jù)項(xiàng)構(gòu)成。 ? 除了數(shù)據(jù)存儲(chǔ)之間的數(shù)據(jù)流不用命名外，其它數(shù)據(jù)流應(yīng)該用名詞或名詞短語(yǔ)命名。 （ 對(duì)于有些含義比較明顯的數(shù)據(jù)流也不一定加以命名） ? 數(shù)據(jù)流的準(zhǔn)確定義由數(shù)據(jù)字典 Data Dictionary給出 ? 實(shí)體 ? 代表了系統(tǒng)邊界之外的，與系統(tǒng)存在數(shù)據(jù)交換的人員、組織或其它系統(tǒng) 數(shù)據(jù)流圖的基本元素（續(xù)） ? 處理 ? 也稱為數(shù)據(jù)加工，它對(duì)數(shù)據(jù)流進(jìn)行某些操作或變換。 ? 每個(gè)處理要有名字，通常是動(dòng)詞短語(yǔ)，簡(jiǎn)明地描述完成什么處理。 ? 在分層的數(shù)據(jù)流圖中，處理還應(yīng)有編號(hào)。 ? 數(shù)據(jù)存儲(chǔ) ? 指暫時(shí)保存的數(shù)據(jù)，它可以是數(shù)據(jù)庫(kù)表、文件或其它任何形式的數(shù)據(jù)組織。 ? 流向數(shù)據(jù)存儲(chǔ)的數(shù)據(jù)流可理解為寫(xiě)入存儲(chǔ)或提交查詢請(qǐng)求，從數(shù)據(jù)存儲(chǔ)流出的數(shù)據(jù)可理解為從存儲(chǔ)設(shè)備讀數(shù)據(jù)或得到查詢結(jié)果。 ? 數(shù)據(jù)存儲(chǔ)也可有編號(hào) 數(shù)據(jù)流圖的繪制方法 ? 首先，確定系統(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ù)流圖，直到所有處理都已足夠簡(jiǎn)單 繪制數(shù)據(jù)流圖的規(guī)則 ? 每個(gè)數(shù)據(jù)流都至少有一端是連接到處理的 ? 每個(gè)處理都至少有一個(gè)輸入數(shù)據(jù)流，且至少有一個(gè)輸出數(shù)據(jù)流 ? 每一個(gè)數(shù)據(jù)存儲(chǔ)都必須通過(guò)數(shù)據(jù)流連接到處理 ? 一般情況下，每個(gè)數(shù)據(jù)存儲(chǔ)都應(yīng)該既有輸入數(shù)據(jù)流，又有輸出數(shù)據(jù)流 ? 注意命名的唯一性、易懂性 繪制數(shù)據(jù)流圖的常規(guī)原則 ? 同一幅圖上包含的處理不超過(guò) 9個(gè) ? 盡量避免數(shù)據(jù)流的交叉 ? 使用多級(jí)符號(hào)，表示處理之間的父子關(guān)系 案例：家具公司電子商務(wù)系統(tǒng) ? 外部實(shí)體 ? 客戶 ? 內(nèi)容維護(hù)人員 ? 銷售人員 ? 生產(chǎn)調(diào)度系統(tǒng) （生產(chǎn)調(diào)度人員） ? 財(cái)務(wù)系統(tǒng)（財(cái)務(wù)人員） ? 客服人員 ? 物流跟蹤系統(tǒng) ? 維修人員 案例：主要處理 ? 用戶管理 ? 注冊(cè) ? 登錄 ? 用戶信息檢索 ? 用戶信息維護(hù) ? 產(chǎn)品展示 ? 產(chǎn)品目錄瀏覽 ? 產(chǎn)品信息檢索 ? 產(chǎn)品效果圖展示 ? 網(wǎng)上訂貨 ? 購(gòu)物車處理 ? 添加到購(gòu)物車 ? 修改購(gòu)物車 ? 下訂單 ? 訂單確認(rèn) ? 訂單跟蹤 ? 客戶服務(wù) ? 咨詢 ? 報(bào)修 ? 派發(fā)修理通知 ? 服務(wù)跟蹤 ? 信息發(fā)布 ? 企業(yè)信息發(fā)布 ? 產(chǎn)品信息發(fā)布 ? 招聘信息發(fā)布 ? 企業(yè) /招聘信息檢索 ? 統(tǒng)計(jì)分析 數(shù)據(jù)字典（ Data Dictionary， DD） ? 1－訂單 ? － 訂單標(biāo)識(shí) ? － 顧客詳情 ? － 書(shū)籍詳情 ? － 訂單標(biāo)識(shí) ? － 訂貨日期 ? － 訂單編號(hào) ? － 顧客詳情 ? 姓名 ? 聯(lián)系電話 ? 地址 ? ID ? 聯(lián)系電話 ? 固定電話 ? 移動(dòng)電話 說(shuō)明：上述兩項(xiàng)至少一項(xiàng)為非空 面向過(guò)程模型的弊端 ? 以實(shí)現(xiàn)功能的過(guò)程為中心，而用戶的需求變化主要是針對(duì)功能的，且功能變化往往引起較大的結(jié)構(gòu)變化，因此，系統(tǒng)穩(wěn)定性不好。 ? 系統(tǒng)有明確的邊界定義，且系統(tǒng)結(jié)構(gòu)依賴于系統(tǒng)邊界的定義。這樣的系統(tǒng)不易擴(kuò)充和修改。 ? 可重用性 (reusability)較差。 五、面向?qū)ο蟮姆治雠c設(shè)計(jì)方法 (Object Oriented AnalysisDesign, OOAOOD) ? 基本思想： 現(xiàn)實(shí)世界由相互聯(lián)系的各種事物組成，每一事物均有其自身的屬性和特定的行為，面向?qū)ο蟮姆治雠c設(shè)計(jì)方法即遵循此思想，以最自然的形式針對(duì)現(xiàn)實(shí)世界中的問(wèn)題建模，并按人們通常的思維方式對(duì)問(wèn)題進(jìn)行求解，力圖籍此簡(jiǎn)化問(wèn)題模型，降低求解難度 面向?qū)ο蠓椒ǖ膸讉€(gè)基本概念 ? 對(duì)象 ? 可用名字進(jìn)行唯一標(biāo)識(shí) ? 可用屬性（狀態(tài)）描述某些特征 ? 可用一組操作（服務(wù)）完成其各種行為 ? 類 ? 具有相同屬性和操作的一組對(duì)象的集合，它為屬于該類的全部對(duì)象提供了統(tǒng)一的抽象描述 ? 同樣具有名稱、屬性和操作 ? 屬性和操作又可分為外部特性和內(nèi)部實(shí)現(xiàn)兩部分 ? 消息 ? 向?qū)ο蟀l(fā)出的服務(wù)請(qǐng)求 ? 包含： ? Sender ? Receiver ? Parameters ? 由接收者負(fù)責(zé)對(duì)消息進(jìn)行響應(yīng)，執(zhí)行相應(yīng)操作 UML－－面向?qū)ο蟮姆治鲈O(shè)計(jì)工具 ? UML U