【正文】 能分析 組織結(jié)構(gòu)與業(yè)務流程分析 ? 組織 與功能的關系 分析 預算合同科 材料供應科 … 統(tǒng)計科 生產(chǎn)科 財務科 銷售科 設備科 勞資科 人事 科 行政 科 保衛(wèi) 科 計 劃 質(zhì)量安全科 組織 功能 計劃 銷售 供應 人事 生產(chǎn) 設備更新 … … ● ○ √ ● ○ √ √ ● ○ ○ ○ ○ √ √ √ ● ○ √ √ ○ ○ ○ ● √ ● ○ √ √ 11 ? 管理功能分析 功能要以組織結(jié)構(gòu)為背景來識別和分析，因為每個組織都是一個功能機構(gòu)，都有各自不同的功能。 ? 面向?qū)ο蟮姆治龌顒又谐Ｓ玫墓ぞ甙ǎ?use case圖、 use case報告、用戶需求規(guī)約等。 ? 運用面向?qū)ο蟮姆椒?gòu)建的系統(tǒng)在結(jié)構(gòu)上與手工系統(tǒng)相似，用戶業(yè)務的局部需求發(fā)生變化，也只會在局部影響系統(tǒng)的分析與設計方案。因此，結(jié)構(gòu)化系統(tǒng)分析的焦點就是撇開物理（實現(xiàn)）因素，在綜合分析用戶對系統(tǒng)各項要求的基礎上，最終導出新系統(tǒng)的邏輯模型，這是系統(tǒng)分析階段的成果，也是系統(tǒng)設計階段的直接依據(jù)。 ? 類似的，要提高管理信息系統(tǒng)的開發(fā)效率和質(zhì)量，同樣需要解決管理信息系統(tǒng)的結(jié)構(gòu)問題。如果選擇用面向?qū)ο蟮姆椒?gòu)建軟件系統(tǒng)，那么就要用相應的面向?qū)ο蟮姆椒◤氖孪到y(tǒng)分析活動。第五章 系統(tǒng)分析之結(jié)構(gòu)化方法 2 內(nèi)容簡介 本章主要介紹系統(tǒng)分析的結(jié)構(gòu)化方法 ? 包括： ? 系統(tǒng)分析的結(jié)構(gòu)化方法 ? 系統(tǒng)分析的工具； ? 管理信息系統(tǒng)的分析實例。同樣，采用結(jié)構(gòu)化系統(tǒng)分析的結(jié)果，也只能用結(jié)構(gòu)化的方法進行系統(tǒng)設計?！俺绦颉笔俏⒂^的，而管理信息系統(tǒng)是宏觀的，顯然不能使用結(jié)構(gòu)化程序設計方法來解決系統(tǒng)的結(jié)構(gòu)問題，但“結(jié)構(gòu)化”的思想對于解決“結(jié)構(gòu)性”問題是有普遍指導意義的。 ? 常用的結(jié)構(gòu)化系統(tǒng)分析工具有數(shù)據(jù)流圖、數(shù)據(jù)詞典、結(jié)構(gòu)化語言、策略樹、策略表。用戶需求的變化是不可避免的，而且，需求變更有利于對新系統(tǒng)的優(yōu)化，因此，面向?qū)ο蟮姆椒ㄖ饾u成為信息系統(tǒng)開發(fā)的主流方法。這些工具在面向?qū)ο蠓椒ǖ南嚓P內(nèi)容中會詳細講到。 組織結(jié)構(gòu)與業(yè)務流程分析 經(jīng)營管理 經(jīng)營 生產(chǎn) 財務 生產(chǎn)服務 人事行政 計劃 統(tǒng)計 預算 合同 技術(shù) 加工 質(zhì)量 安全 勞保 財務 出納 材料 設備 勞資 人事 保衛(wèi) 福利 后勤 12 ?業(yè)務流程分析的任務 調(diào)查系統(tǒng)中各環(huán)節(jié)的管理業(yè)務活動，掌握管理業(yè)務的內(nèi)容、作用及信息的輸入、輸出、數(shù)據(jù)存儲和信息的處理方法及過程等，為建立管理信息系統(tǒng)數(shù)據(jù)模型和邏輯模型打下基礎。這個模型不涉及硬件、軟件、數(shù)據(jù)結(jié)構(gòu)與文件組織，它與系統(tǒng)的物理描述無關。靈活掌握數(shù)據(jù)流圖所用的符號和數(shù)據(jù)流圖的繪制原則，是繪制數(shù)據(jù)流圖的基礎。 ? （ 2）過程 /加工。數(shù)據(jù)存儲并不包含使用什么具體物理介質(zhì)和技術(shù)手段的信息。下面參照圖示說明數(shù)據(jù)流圖的繪制過程。 ? TOP圖主要反映系統(tǒng)的總的實現(xiàn)目標。 23 （ 5）繪制數(shù)據(jù)流圖的主要步驟 ? 第一步，界定系統(tǒng)的邊界，尋找系統(tǒng)的外部項，即系統(tǒng)的數(shù)據(jù)來源或去處。將外部項、各代表子系統(tǒng)的加工、數(shù)據(jù)存儲環(huán)節(jié)用數(shù)據(jù)流連接起來，命名、編號，這樣就形成了新系統(tǒng)的數(shù)據(jù)流圖的頂層圖。 ? 第七步，與用戶進行交流，在用戶完全理解數(shù)據(jù)圖的內(nèi)容的基礎上征求用戶的意見。將數(shù)據(jù)流圖提交系統(tǒng)分析負責人復審 25 實例 1—— 汽車配件銷售系統(tǒng) ? 某汽車配件公司銷售業(yè)務流程如圖所示（圖中符號說明見圖 ）。同時保存訂單數(shù)據(jù)，一段時間后進行銷售統(tǒng)計。 29 ? 第二步：獲得銷售子系統(tǒng)第一層圖 ? 圖 ，反映了銷售子系統(tǒng)的主要功能。 34 ? （ 3）數(shù)據(jù)流圖無法表述系統(tǒng)中人機交互過程以及信息的反饋與循環(huán)處理過程。關于加工的處理邏輯描述，還需要用到專門的分析和表達工具，如結(jié)構(gòu)化語言、策略樹和策略表等。然而大多數(shù)人面對需要細化的高層數(shù)據(jù)流圖，基本上都表現(xiàn)為束手無策。其次，就是我們熟練使用繪制數(shù)據(jù)流圖的策略。 ? 系統(tǒng)輸出的數(shù)據(jù)流是由哪些數(shù)據(jù)元素組成的？每個數(shù)據(jù)元素又是從哪里來的？對這些問題的回答，迫使我們必須從數(shù)據(jù)流圖的輸出端開始，沿數(shù)據(jù)流的方向回溯。 38 ? 記住一個準則：“數(shù)據(jù)流”一定是和“加工”有關聯(lián)的。 ? 配合使用相應工具，對數(shù)據(jù)流圖進行細化。 41 ? （ 2）自頂向下逐層分析的策略。 ? 分析理解問題時，一般不可能一步到位。這一步，省、直轄市被抽象成一個元素級的單位，至于省或直轄市內(nèi)部是什么樣的組織形式，先不考慮，相當于一個暫時還不想打開的盒子。第四步，再以自然村為單位。注意，在這一步數(shù)據(jù)流圖中出現(xiàn)的加工的“粒度”比較大，是高度概括的，不考慮每一個加工里面的細節(jié)。 44 ? 圖 、逐層分解細化的過程。在做這一步分析時，注意被分析對象的外部環(huán)境的界定，如分析 ， 。 45 圖 數(shù)據(jù)流圖的自上而下分解過程 46 ? 數(shù)據(jù)流圖是基于系統(tǒng)的功能來描述系統(tǒng)的。第一層一般表達子系統(tǒng)級的邏輯功能；第二層，分解出子系統(tǒng)的主要功能；第三層，分解出系統(tǒng)的具體功能和考慮出錯、例外情況，這一步分解得到的邏輯功能，應該具體到能夠直接對其進行設計和編程實現(xiàn)。輸出的數(shù)據(jù)流及其去處一般畫在數(shù)據(jù)流圖的右側(cè)。 ? 加工。 ? 數(shù)據(jù)的讀出、寫入。解決的辦法，可以讓一些要素重復出現(xiàn)，這時就需要用一種標示方法來表示重復出現(xiàn)的符號。為了把圖畫得簡單明了，對于過于復雜的多個輸入的數(shù)據(jù)流可以設法概括為一個抽象的數(shù)據(jù)流，如圖 。 ? 因為數(shù)據(jù)流圖是按分層分解的形式描述的，所以對于處理邏輯、數(shù)據(jù)流和數(shù)據(jù)存儲最適用的編號方法是用“層序號”。當單個名詞尚不能說明特指數(shù)據(jù)流或數(shù)據(jù)存儲時，前面可以加定語限定。 ? 如果在為某個數(shù)據(jù)流或數(shù)據(jù)存儲命名感到相對困難時，就有可能是因為對數(shù)據(jù)流或數(shù)據(jù)存儲分解的不恰當造成的，試著重新分解，也許問題就解決了。因為大多數(shù)據(jù)功能都是針對輸入的數(shù)據(jù)流的。按經(jīng)驗數(shù)據(jù)，每張子圖分解出來的加工邏輯一般不要超過 7～ 8個，這樣可以保持整圖清晰，容易理解。 圖 某高校學籍管理系統(tǒng)第一層圖 59 實例 3—— 生產(chǎn)調(diào)度子系統(tǒng) ? 生產(chǎn)調(diào)度子系統(tǒng)關聯(lián)圖，如圖 。 圖 銷售子系統(tǒng)第一層圖 63 數(shù)據(jù)流程圖的優(yōu)缺點 ? 圖形元素少，易學易讀，容易與用戶溝通 ? 有層次性，允許系統(tǒng)分析員由上至下地逐步分析系統(tǒng)，不會受困于太多復雜的細節(jié) ? 不能描述系統(tǒng)的控制流 ? 潛在的非語法錯誤不易發(fā)現(xiàn)，復核困難，需要有一定的分析設計經(jīng)驗 64 數(shù)據(jù)字典 DFD 是一種簡化的模型，雖然直觀，但沒有具體細 節(jié)，僅依靠 DFD定義需求不夠充分。 對每個數(shù)據(jù)元素，需要描述以下屬性： ? 名稱 ：盡量反映該元素的含義，便于理解和記憶。 ? 長度 ：指該數(shù)據(jù)元素由幾個數(shù)字或字母組成 ? 簡要說明 67