信息系統分析與設計 結構化系統分析_第1頁
信息系統分析與設計 結構化系統分析_第2頁
信息系統分析與設計 結構化系統分析_第3頁
信息系統分析與設計 結構化系統分析_第4頁
信息系統分析與設計 結構化系統分析_第5頁
已閱讀5頁,還剩122頁未讀 繼續免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、第6章 結構化系統分析本章主要內容系統分析的任務數據流圖數據字典表達處理的工具實體關系圖系統說明書6.1 系統分析的任務系統分析員與用戶在一起充分理解用戶的要求,并把雙方的理解用書面文檔系統分析說明書表達出來。分析本質上就是一個發現過程,分析期間推動活動的關鍵詞就是發現和理解。大多數工程失敗的根本原因系統分析的困難系統分析是研制信息系統最重要的階段,也是最困難的階段。困難主要來自三個方面:問題空間的理解人與人之間的通訊環境的不斷變化系統分析員要成為業務專家才能與用戶交流順暢,充分理解用戶的要求。才能確保系統滿足了業務需求,甚至用更好的方法來解決業務需求。在用戶中建立可信度,用戶才可能接受你的建

2、議。其他要求:系統分析員應有較強的系統觀點,較好的邏輯分析能力,能夠從復雜的事物中抽象出系統模型。他還應具備較好的口頭和書面表達能力,較強的組織能力,善于與人共事。系統分析的工作流程 系統詳細調查 一、目的根據系統規劃報告規定的新系統的目的、范圍、規模和要求,對現行系統包括手工的和正在運行的管理信息系統進行調查,搞清楚現行系統在做什么(What)、怎么做(How)、何時做(When)、存在什么問題(Problem),具體來說,要搞清楚現行系統的信息處理,包括有哪些數據、從哪來、到哪去,什么時候、什么地方、什么人、按什么規那么進行什么加工等問題。調研用戶對新系統的要求。 二、準備 熟悉業務 擬訂

3、調查提綱 確定部門負責人員和業務配合人員 確定調查線路 發動和人員培訓重點詢問常見問題例如:你所在的工作崗位是什么?崗位工作的性質是什么?你的工作任務是什么?每天工作怎樣進行時間安排?你的工作分為幾班?工作結果同前、后續工作如何聯系?你所接觸的報表有幾類?數據有哪些?滿意程度如何?你所在的工作崗位是否恰當?工作量如何?你的工作方案不能合理安排的原因是什么?你的工作崗位存在的問題是什么?組織不力?規劃不好?信息不暢?你通常采取什么手段提高工作效率?使用計算機了嗎?如果增加鼓勵獎金、鼓勵、新技術等,工作效率是否會提高? 重點詢問常見問題例如: (續)從有效組織經營的角度出發,你的權限是否適當大或小

4、?你認為影響本企業經營效率的關鍵問題是什么?從全局的利益出發,你認為現有的管理體制是否合理?你認為提高經營的潛力在哪里?現存管理體制有哪些問題?有效降低經營本錢的途徑有哪些?信息系統的開發在本單位是否有必要?你認為新的信息系統應該重點解決哪些問題?你所了解的管理工作中,你認為決策的效益應從哪些方面去衡量? 重點詢問常見問題例如: (續)你認為業務、財務、儲運等部門是否已經使用了計算機?有什么問題?你用過計算機嗎?你認為企業現在使用計算機還有什么困難嗎?在你所了解的管理決策工作中,有哪些可以定量或定性用計算機處理嗎?本企業與外部哪些企業有業務聯系?業務往來用計算機處理嗎?原來開發的軟件有哪些毛病

5、?為什么老用不好呢? 三、詳細調查的內容與調查對象詳細調查的內容序號詳細調查項目調查內容表示方法用途1組織機構及工作范圍部門設置、行政隸屬關系、工作范圍、人員及職責組織機構圖部門功能圖指出/明確調查路線2工作目標管理目標、工作目標目標樹功能模型設計3數據調查信息載體信息載體調查表信息載體匯總表(1)數據模型設計(2)子系統劃分4企業流程中的信息處理企業流程與活動、信息流和信息關聯、活動處理流程企業流程匯總表企業流程圖/分層DFD(1)企業流程重組(2)子系統劃分(3)功能模型設計5活動的數據處理調查每個活動涉及的數據處理、主要步驟、計算公式、可能發生的變化活動的數據處理調查表活動匯總表(1)企

6、業流程重組(2)功能模型設計6企業的規則企業規章制度企業規則調查表功能模型設計7統計分類對各種實體、屬性的分類要求自然語言編碼模型設計8決策支持查詢要求和決策問題調查查詢需求調查表決策需求調查表邏輯模型設計調查對象 問卷調查面談閱讀 觀察和參加業務實踐四、詳細調查的方法 四、詳細調查的方法 1、問卷調查 固定式問卷(CEQ:Closed-ended question):有簡單確實定答案的問題。How many phone calls do you receive?please briefly identify the problems with the current system that

7、you would like to see resolved in a new system 自由式問卷(OEQ:Open-ended question):沒有簡單確實定答案的問題。 問題強同意弱同意掌握客戶的歷史銷售信息對工作有好處1 2 3 4 5 6 7 8 9某出版社系統調查表編 號提出問題1您在哪個部門工作?2出版業務流程是什么?3您每日都處理那些文件、數據、報表?4工作中手工處理特別麻煩的事情是什么?5工作中手工處理什么問題解決不了?影響效率的問題有哪些?6您認為提高工作效率,節省工作時間,減輕工作強度可采取哪些辦法?某出版社系統調查表編號提出問題7您的部門需要成本核算和統計的內容

8、有哪些?8您的部門采用計算機管理工作情況如何?9如何改進業務流程使之更合理?10哪些問題是目前傳統手工方法根本無法解決的?11出版社計算機管理信息系統需要解決什么問題?2、面談指系統分析員通過口頭提問的方式收集現行系統的有關資料。 為把握調查的效率,因此要注意如下幾個問題: 調查的線路 確定進行調查的適當時間所用語言要掌握交談的思路及時反響信息在面談過程,要注意用戶的一些用詞,例如“一般不發生、“很少發生、“不這樣,就一定不會那樣等詞,因為對于系統來說,即使發生幾率很低的活動、流程,都可能是系統將要具備的功能。3、閱讀 4、觀察和參加業務實踐 五、調查資料的整理目的:是否掌握了企業的實際內容組

9、織機構:組織機構圖、部門的主要功能 信息載體:信息載體調查表、信息載體匯總表企業規那么:企業規那么調查表企業流程與活動:企業流程匯總表、企業流程圖、企業活動的數據處理統計分類 :統計分類調查表決策支持:信息查詢需求調查表、決策需求調查表 6.1.2 系統需求分析的重要任務是理解和表達需求需求有哪些種類?如何尋找需求?如何表述需求?需求的來源系統相關者系統需求的主要來源是系統的各種系統相關者,他們是對系統成功感興趣的所有人與系統有關系的所有人,也稱涉眾stakeholder。系統分析中獲得需求的首要步驟就是確定各類系統相關者。系統需求的種類系統需求是新系統必須完成的功能或其局限性。系統需求一般分

10、為兩類:功能性需求技術性需求功能性需求功能需求是系統必須完成的活動或過程,也就是系統將要涉及的商業應用。功能需求是根據業務過程和業務規那么確定的,有些容易獲取,有些那么是隱含的,需要去發現。非功能性需求非功能性需求(技術需求),是和公司的環境、硬件和軟件有關的所有可操作目標。例如:系統必須能支持100個并發用戶;保存訂單的時間不能超過0.5秒等等,涉及系統性能、可靠性、平安性等質量特性。通常是一些技術目標。如何表述需求自然語言 不需要任何準備 但既要保證精確無二義性,又要保證表達不至于晦澀難懂,是困難的隨意性、誤會 模型模型是人們對復雜問題的一種抽象或者對實物的一種簡單實現或規劃藍圖。例如:飛

11、機模型,建筑模型,數學模型等等。模型的作用信息系統模型的作用:建立模型的過程可以使得分析員更深入地了解和定義信息系統的需求,并發現問題對復雜問題進行簡化有助于回憶需求的細節有助于同開發小組的其他成員交流有助于同客戶交流為以后的維護升級提供了文檔管理信息系統開發的認知模型認知過程結構化系統分析新系統的邏輯模型 數據流程圖DFD描述信息在系統中的流動、變化和存儲情況。描述對數據流進行變換的功能 數據字典DD 處理小說明對DFD中處理邏輯功能的詳細描述 實體-聯系圖E-R圖 功能數據如何著手建模構建模型首先需要識別用戶的需求,識別需求一般可以從兩個方面著手:識別系統中的事件(Events)建立過程模

12、型數據流圖,DFD識別系統中的事物(Things) 建立數據模型實體關系圖,ER1、事件與系統需求事件在特定時間、特定地點發生的,能夠描述出來并值得保存的事情。系統的所有處理過程都是由事件驅動的,所以將事件列表并進行分析,對于定義系統需求是十分有意義的。事件的類型我們可以從以下類型來尋找事件: 外部事件(external event) 時間事件(temporal event) 狀態事件(state event)外部事件在系統之外發生,通常是由外部的人或組織激發的事件,這些人或組織是數據的提供者和接收者。比方圖書館流通系統中的讀者外部事件能夠導出系統需要處理的關鍵事務尋找外部事件首先要確定外部實

13、體,然后再分析。 外部實體需要一個事務處理比方讀者借書外部實體需要系統提供某些信息比方讀者查閱書目某些數據改變了,系統需要更新它們比方書籍的位置改變管理過程需要某些信息比方制訂新的采購方案需要流通統計情況時間事件當系統時間到達某一刻時發生的事件,這些事件通常要求系統能定時自動地完成某些輸出或處理。如:圖書館流通系統中的按月發布逾期催還名單。如:每天晚上12:00定時轉換歸檔醫療圖像。注意命名時必須包含所要完成的處理和規定期限狀態事件系統內部的變化觸發系統對某個處理的需要,這種情況的發生稱為狀態事件比方:銷售系統中庫存數一旦低于控制點就產生訂貨單狀態事件一般是外部事件的結果,它的發生是不定時的識

14、別事件的規那么 區分事件與具體響應過程事件響應中的一系列交互過程是完整具體的實現,而不是獨立的一個事件。例如:拿信用卡交費 跟蹤關鍵業務的整個生命周期來發現事件跟蹤讀者實現從圖書館借書的全部過程 暫時忽略技術性依賴事件和系統控制事件如管理員登錄系統,修改口令,每天的備份事件名稱觸發點事件源活動響應結果事件目的地客戶希望檢查產品可訂量產品的查詢請求客戶查詢產品的可用量產品可用量詳細情況客戶客戶建立一個訂單新訂單客戶建立新訂單實時連接訂單確認訂單細節交易信息信用卡處理系統客戶發裝部門銀行客戶改變或作廢訂單修改訂單的請求客戶更新訂單修改確認訂單修改細節交易信息客戶發裝部門銀行客戶和管理層檢查訂單狀態

15、訂單狀態的查詢請求客戶或管理部門查詢訂單的狀態訂單狀態的詳細情況客戶或管理部門為訂單發貨訂單發貨通知發裝部記錄訂單的執行客戶退貨訂單退貨通知客戶建立退貨記錄退貨確認交易信息客戶銀行網上訂單系統的事件表事件名稱觸發點事件源活動響應結果事件目的地未來客戶需要目錄產品目錄的查詢請求未來客戶提供產品目錄信息產品目錄未來客戶客戶更新基本信息客戶信息修改通知客戶更新客戶基本信息市場部給客戶發送促銷材料促銷產品細節市場部分發促銷單促銷單客戶和未來客戶調整產品目錄產品目錄更新細節銷售部更新產品目錄每日交易匯總每天末產生交易匯總報告交易匯總報告財務部每周訂單匯總每周末產生訂單匯總報告訂單匯總報告管理部門網上訂單

16、系統的事件表6.2 數據流圖系統分析階段:使用數據流圖DFD來建立系統需求的功能模型。結構化系統分析的方法系統分析采用ER圖來建立系統的概念數據模型。結構化分析的思想數據流圖DFD采用一系列分層次的數據流圖來描述系統。DFD的每一個層次都代表了系統的一個抽象水平。高層次DFD中的處理可以進一步分解成低層次、更詳細的DFD。SP2P1P3P2.2P2.1P2.3P3.1P3.2 頂層1層2層(根本系統模型)(系統的子功能)DFD的分層表示6.2.1 數據流圖的根本成分數據流圖用來記錄系統中的數據和數據在特定的過程中的流動,即數據如何被采集、處理、保存和使用的圍繞信息系統的功能外部實體數據處理p1

17、數據存儲數據流外部實體指系統以外又與系統有聯系的人或事物。它表達了該系統數據的外部來源和去處。例如:人、組織、外部系統等等。 外部實體是數據的來源誰提供了最初始的數據? 外部實體是數據的去處數據對誰有價值? 讀者 圖書管理員 館長 讀者圖書管理員外部實體處理指對數據的邏輯處理功能,也就是對數據的變換功能。別名:功能、處理過程,數據加工標識局部層次化的功能編號功能描述局部動賓詞組功能執行的角色人,部門,計算機程序,通常可省略P2.2.1識別讀者身份圖書管理員數據處理數據流是指處理功能的輸入或輸出箭頭表示數據流向 。例如:數據,訂單,查詢要求等 經理編制財務報表合格訂單編 輯訂貨單計 算 應收款數

18、據流數據存儲表示某種數據保存后的邏輯統稱。不是指保存數據的物理地點或物理介質。流入數據存儲的數據流將處理后的數據寫入或修改到數據存儲中流出數據存儲的數據流從數據存儲中查詢獲取數據,不改變原來的數據銷售量D2產品銷售帳計算銷售量累計銷售量單價計算銷售總額商品編號#_D2產品D5職工D2產品數據存儲單個DFD的組合事件之間有一定的聯系,一般通過數據存儲建立關聯完整的數據流圖真正進行結構化系統建模過程中,應該采用自頂向下的分解方法,事件表只是尋找需求的輔助工具啟發建模是一個從具體到抽象,又從抽象到具體的過程,需要反復屢次 6.2.2 數據流圖的畫法了解DFD的特性畫分層DFD1 DFD的特性與程序流

19、程圖不同,DFD不表示程序的控制結構,只描述數據的流動 DFD分成多層(子圖、父圖概念)表示, 從而逐步展開數據流和功能的細節。2 畫分層DFD(1)先畫出頂層DFD。(2)自頂向下畫出各層DFD 分解原那么: 分解后的軟件成分有相對獨立功能 一次分解不要參加細節過多 由外向里畫DFD(3)先考慮穩定狀態,忽略系統的工作條件, 即怎么開始、怎么結束的。報名單合格報名單檢驗 報名單3 畫分層DFD的指導原那么1父圖-子圖平衡2局部數據存儲3編號4分解的程度父圖-子圖平衡父圖-子圖平衡: 模型分解時必須保持父圖的輸入輸出數據流和子圖輸入輸出數據流相同。父圖-子圖平衡A1423BFEGCD父圖-子圖

20、平衡缺少C3.1ED3.33.2對加工3細化的子圖:加工3購書單教材購銷系統教材購銷系統的頂層DFD學生領書單缺書單進書通知書庫保管員購書單缺書單銷售教材采購教材P1P2第二層DFD(1層) 教材購銷系統教材存量表學生F1缺書登記表F2書庫保管員進書通知教材入庫信息領書單6.2.4 數據流圖的常見錯誤分析一般有三類錯誤情況:語法錯誤可采用軟件工具輔助繪圖消除邏輯錯誤詞不達意,二義性錯誤情況舉例1輸入的數據流足夠了嗎?是否能夠加工出輸出的數據流?計算利息存款金額?查詢圖書讀者信息錯誤情況舉例2學生成績單客戶訂單訂單源數據是如何進入到信息系統中的呢?外部實體如何從系統中獲取有關的數據呢?難道是心靈

21、感應?不管是手工系統還是計算機系統,數據不會無緣無故保存或流動,和外部的交換一定和某個加工相連。錯誤情況舉例3客戶業務員訂單外部實體到外部實體,說白了,全都是外部的。和信息系統有關系嗎?為什么要管呢?帶來數據的變化了嗎?DFD考慮數據是從那個地方開始進入系統。讀者圖書管理員借書單錯誤情況舉例4訂單入庫單數據不通過任何手續就能在數據存儲之間流動?怪了,表格中的數據長腿了嗎?要不硬盤智能化了,不需要任何外部力量,磁道上的數據會自己移動?讀者信息逾期歷史錯誤情況舉例5xxxx僅有流入的數據流,數據還有什么用途嗎?純粹是垃圾!僅有流出的數據流,數據是從何而來呢?模型的局部會存在這種情況,但系統地看應該

22、不會。如果有,那個數據肯定是一千年不變,可以直接由數據庫管理員一次性搞定。錯誤情況舉例6“修改還書日期很細節,而“借閱管理又很抽象。處理不在同一個抽象層次上,造成理解困難!讀者讀者續借申請讀者信息處分記錄P2續借審核P1借閱管理P3修改還書日期P5處分管理P4打印通知單顧客P1.1驗證身份P1.2核對帳戶余額P1.3登記取款事務P1.4打印存折帳戶顧客P1.1驗證身份P2.2登記存款事務帳戶取款存款DFD圖不反映模塊共享再比方圖書館借書系統中有三個處理邏輯:“p1借書“p2還書“p3查詢效勞,但借書處理的“檢查庫存,不應理解為“P3查詢效勞錯誤情況舉例7數據流圖舉例高等學校學籍管理:記錄學生從

23、入學到離校整個在校期間的情況,學生畢業時把學生的情況提供給用人單位,學校還要向上級主管部門報告學籍變動情況。學籍管理系統頂層圖DFD學籍管理系統招生辦新生名單教委用人單位報表畢業生登記表教師系成績單獎懲報告學籍管理系統的第一層DFDP1異動管理招生辦D1 學籍表新生名單教委用人單位報表畢業生登記表獎懲結論學籍異動情況P3獎懲管理P2成績管理留級退學名單成績單教師系獲獎名單獎懲報告實例 :考務處理系統系統根本要求:(1)對考生送來的報名單進行檢查;(2)對合格的報名單編好準考證號后將準考證送給考生,并將匯總后的考生名單送給閱卷站;(3)對閱卷站送來的成績單進行檢查,并根據考試中心制定的合格標準審

24、定合格者;(4)制作考生通知單(含成績及合格/不合格標志)送給考生;(5)按地區進行成績分類統計和試題難度分析,產生統計分析表。考生等相關人員可以查詢考試成績頂層數據流圖1層數據流圖2層數據流圖 (a)2層數據流圖 (b)小結分層數據流圖是一種比較嚴格又易于理解的描述方式,它的頂層描繪了系統的總貌,底層畫出了系統所有的細部,而中間層那么給出了從抽象到具體的逐步過渡。 在畫分層數據流圖時要注意以下幾點: 父圖和子圖的輸入輸出數據流要“平衡。 根據“抽象原那么,每張圖只畫出作為加工間交界面的數據存儲和數據流,而不必畫出加工內部的數據存儲。 如要了解某個加工內部的細節,可以閱讀與這個加工的編號相同的

25、一張圖。 一個加工一般最多分解成7個子加工。 當每個加工都已足夠簡單時,分解就可結束。 6.2.5 繪圖工具軟件Visio介紹Microsoft Visio可用于繪制計算機系統中需要的各種模型圖繪制DFD:DFD的四種元素數據流兩端元素的關聯性語法檢查上下層分解關系,子圖自動繼承父圖有關的數據流以樹狀目錄列出全部處理數據流圖也常常要作重新分解。重新分解可以按下述方法進行 把需要重新分解的某張圖的所有子圖連接成一張 把圖分成幾局部,使各局部之間的聯系最少 重新建立父圖 重新畫子圖 為所有處理重新命名,編號數據流圖的優化數據流圖的優缺點圖形元素少,易學易讀,容易與用戶溝通有層次性,允許系統分析員由

26、上至下逐步分析系統,不會受困于太多復雜的細節不能描述系統的控制流潛在的非語法錯誤不易發現,復核困難,需要有一定的分析設計經驗6.3 數據字典DFD是一種簡化的模型,雖然直觀,但沒有具體細節,僅依靠DFD定義需求不夠充分。數據字典是對DFD的補充描述,用來描述數據流程圖中的數據流、數據存儲、處理過程和外部實體的詳細內容。數據流圖與數據字典共同構成系統的功能模型,數據字典可以改進通信,標準描述,消除誤解6.3.1 數據字典的各類條目數據字典中有六類條目:可被重用的條目: 數據元素 數據結構DFD圖中的元素: 數據流可引用定義好的數據結構 數據存儲可引用定義好的數據結構 外部實體 處理詳細定義DFD

27、成分定義式中使用的符號: 操作符 含義描述 定義為 與(順序結構) . 重復(循環結構) . 或(選擇結構) ( . ) 任選 m.n 界域 ., 注釋符詳細定義DFD成分限制重復次數: 35 或53 表示允許重復3-5次 33 表示恰好重復 3 次 1表示至少出現 1 次表示允許重復0至任意次3 3數據元素是最小的數據組成單位,也就是不可再分的數據單位,如學號、年齡、性別等。需要描述以下屬性: 名稱 別名 類型, 取值范圍和取值的含義 長度 簡要說明:一、數據元素數據元素條目數據元素條目舉例數據項名:專業和班編號別名:取值: 3數字3注釋: * 例如: 305 *數據元素條目舉例數據項名:年

28、級別名:取值及含義: freshmen, 一年級 sophomore,二年級 junior, 三年級 senior, 四年級注釋:F,M,J,S可分別用1,2,3,4代替 數據結構的描述重點,是數據之間的組合關系,即說明這個數據結構包括哪些成分。一個數據結構可以包含假設干數據元素和數據結構。二、數據結構數據結構條目需要描述以下屬性:數據流的來源數據流的去處數據流的組成數據流的流通量頂峰時的流通量三、數據流數據流條目數據流條目舉例數據流名:發票別名: 購書發票組成:(學號)姓名書號單價數量總價書費合計數據量:100次/天 頂峰值:開學期間400次/天主要描寫該數據存儲的結構,及有關的數據流、查詢

29、要求。四、數據存儲數據存儲條目數據存儲條目舉例文件名:各班學生用書表別名:無組成:系編號專業和班編號年級書號組織:按系、專業和班編號從小到大 排列存取要求:關鍵字是專業和班編號需要在數據字典中描述處理框的編號、名稱、功能的簡要說明,有關的輸入、輸出。通常僅重點描述最底層的處理過程。復雜的處理邏輯可以借助于一些圖表工具,如結構化語言、判定樹、判定表等。五、處理處理功能條目加工名:月票額統計(MHCW713MD)編號輸入:收到每日售票額信息處理邏輯:1 統計月保險金總和 月保險金信息=每日日保險金信息 之和 2 統計月合計 月合計信息=每日日合計信息之和輸出:每月保險金合計信息執行頻率: 1次/月

30、處理功能條目六、外部實體6.3.2 數據字典的使用與管理按各種要求列表,沒有冗余,不遺漏數據相互參照,便于系統修改由描述內容檢索名稱一致性檢驗和完整性檢驗數據流的來源、去向是否完整數據元素是否遺漏或過剩數據存儲的來源、去向是否完整處理與輸入數據流是否匹配管理:手工/工具某些工具支持數據字典的維護6.4 表達處理邏輯的工具在數據字典中表達處理過程可使用小說明或根本說明,可以是自然語言但針對復雜處理邏輯,可以使用:結構化語言判定表判定樹6.4.1 結構化語言三種根本語句:祈使語句判斷語句循環語句結構化語言使用的三類詞匯:祈使句中的動詞數據字典中定義的名詞某些邏輯表達式中的保存字指出要做什么,包括一

31、個動詞和一個賓語。 使用祈使語句,應注意以下幾點:力求精煉,不應太長。不使用形容詞和副詞。動詞要能明確表達執行的動作。名詞必須在數據字典中有定義。祈使語句判斷語句類似結構化程序設計中的判斷結構。其一般形式是: 如果 條件 那么 動作A 否那么 (條件不成立) 動作B 如果 購貨額在50000元以上 那么 如果 最近三個月無欠款 那么 折扣率為15 否那么 如果 與公司交易10年以上 那么 折扣率為10 否那么 折扣率為5 否那么 無折扣條件判斷語句 表達在某種條件下,重復執行相同的動作,直到這個條件不成立為止。例如: 對每一個學生 計算總成績循環語句例:優惠折扣If 交易額=50000元 th

32、en if 三個月無欠款 then 折扣 15% else if 老顧客 then 折扣 10% else 折扣 5% else 無折扣 問題描述6.4.2 判定樹如果一個動作的執行不只是依賴一個條件,而是與多個條件有關,那么這項策略的表達就比較復雜,就可以使用判定樹來表示。比方:郵政系統中,包裹郵資的計算策略與國別、路程、重量、保值額度等有關,使用自然語言來描述顯然不夠簡潔判定樹例如:優惠折扣 某商業公司的銷售策略規定:不同的購貨量、不同的顧客可以享受不同的優惠。具體方法是:年購貨額在5萬元以上且最近三個月無欠款的顧客可享受15%的折扣;近三個月有欠款,但是本公司十年以上的老顧客,可享受10

33、%的折扣;假設不是老顧客,只有5%的折扣;年購貨額在5萬元以下無折扣。 例:優惠折扣交易額大于50000元以上 最近三個月無欠款:折扣15% 與本公交易10年以上:折扣10% 最近三個月有欠款 與本公交易10年以下:折扣5% 交易額大于50000元以下:不打折法26.4.3 判定表如果條件較多、每種條件的取值情況也較多的情況下,可以使用判定表。判定表的優點是可以把各種組合情況一個不漏地表示出來,還能幫助發現遺漏和矛盾的地方。判定表(決策表) 描述多條件、多目標動作的形式化工具判定表結構: 條件類別 條件組合 操作 操作執行某廠對一局部職工重新分配工作。分配原那么是:年齡不滿20歲,文化程度是小學者脫產學習, 文化程度是中學者當電工;年齡滿20歲但缺乏50歲,文化程度是小學或中學者,男性當鉗工, 女性當車工;文化程度是大學者當技術員;年齡滿50歲及50歲以上,文化程度是小學或中學者當材料員, 文化程度是大學者當技術員。三個因

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論