信息系统设计与分析课件

資訊系統建設概論2.1資訊系統建設是複雜的社會過程2.1.1資訊系統建設的複雜性資訊系統建設週期長、投資大、風險大，比一般技術工程有更大的難度和複雜性:(1)技術手段複雜(2)內容複雜，目標多樣(3)投資密度大，效益難以計算(4)環境複雜多變資訊系統建設的困難不僅來自技術方面，還來自企業內外環境。影響資訊系統成敗的有體制、政策、法規、觀念、技術等多種因素。技術不是唯一因素，甚至不是主要因素。資訊系統建設的實踐，使人們越來越重視社會人文因素對資訊系統建設的影響。資訊系統不只是單純的電腦系統，而是輔助企業管理的人機系統。把資訊系統的開發、應用、管理看作純技術過程，許多問題永遠得不到解決。只有從更深層次探討，重視非技術因素，才有可能解決長期困擾人們的“軟體危機”。2.1資訊系統建設是複雜的社會過程2.2資訊系統的生命週期資訊系統的生命週期:任何事物都有產生、發展、成熟、消亡(更新)的過程，資訊系統也不例外。資訊系統在使用過程中隨著其生存環境的變化，要不斷維護、修改，當它不再適應的時候就要被淘汰，就要由新系統代替老系統，這種週期迴圈稱為資訊系統的生命週期。資訊系統的生命週期可以分為:系統規劃、系統分析、系統設計、系統實施、系統運行和維護等五個階段。

2.2資訊系統的生命週期原系統運行維護階段系統規劃階段系統分析階段系統設計階段系統實施階段運行維護階段原系統生命週期新系統生命週期系統文檔系統文檔系統文檔系統文檔系統文檔2.2.1系統規劃階段系統規劃階段的任務是對企業的環境、目標、現行系統的狀況進行初步調查；根據企業目標和發展戰略，確定資訊系統的發展戰略；對建設新系統的需求做出分析和預測；研究建設新系統的必要性和可行性；根據需要與可能，給出擬建系統的備選方案，寫出可行性分析報告。2.2.2系統分析階段系統分析階段的任務是根據系統可行性報告，對現行系統進行詳細調查，分析組織結構，描述現行系統的業務流程，指出現行系統的局限性和不足之處；確定新系統的基本目標和邏輯功能要求，即提出新系統的邏輯模型；寫出系統分析報告。2.2.3系統設計階段

根據系統分析報告中規定的功能要求，具體設計實現邏輯模型的技術方案，也即設計新系統的物理模型。這個階段又稱為物理設計階段、總體設計階段或詳細設計階段。寫出技術文檔“系統設計報告”。2.2.4系統實施階段系統實施階段是將設計的系統付諸實施的階段。這一階段的任務包括電腦等設備的購置、安裝和調試，程式的編寫和調試，人員培訓，數據檔轉換，系統調試與轉換等。這個階段的特點是幾個互相聯繫、互相制約的任務同時展開，必須精心安排、合理組織。系統實施是按實施計畫分階段完成的，每個階段應寫出實施進度報告。系統測試之後寫出系統測試分析報告。2.2.5系統運行和維護階段系統投入運行後，需要經常進行維護和評價，記錄系統運行的情況，根據一定的規格對系統進行必要的修改，評價系統的工作品質和經濟效益。2.3資訊系統開發方法概述2.3.1

早期開發方法的不足電腦的應用，給人們帶來的不總是成功的效益和喜悅，也帶來了問題和教訓。昂貴的電腦往往沒帶來設想的巨大經濟效益，反而造成虧損，乃至企業倒閉。這種情況促使人們分析其中的原因。很多公司聘請系統分析專家對各種資訊系統進行調查研究，總結經驗教訓，走上了較為順利發展的道路。出現這種情況的原因:1.目標含糊2.通信誤解3.步驟混亂4.缺乏管理控制

2.3.2結構化方法的產生結構化程式設計的理論：1964年，提出結構化程式設計的理論，認為任何一個程式都可以用三種基本邏輯結構來編制。主張程式中避免使用GOTO語句，而僅用上述三種結構反復嵌套來構造程式。在這一思想指導下，一個程式的詳細執行過程可按“自頂向下，逐步求精”的方法確定，即把一個程式分成若干個功能模組，這些模組之間盡可能彼此獨立，用作業控制語句或過程調用語句把這些模組聯繫起來，形成一個完整的程式。2.3.2結構化方法的產生結構化程式設計大大提高了程式員的工作效率，改進了程式品質，增強了程式的可讀性和可修改性，修改程式的某一部分時，對其他部分的影響也不太大。可以說這種方法使程式設計由一種“藝術”成為一種“技術”。2.3.2結構化方法的產生動作A動作A動作B是否動作A條件C動作B是條件C否(a)順序結構(C)迴圈結構(b)判斷結構2.3.2結構化方法的產生人們從結構化程式設計中受到啟發，把模組化思想引入到系統設計中來，將一個系統設計成層次化的程式模組結構。這些模組相對獨立，功能單一。這就是結構化系統設計的基本思想。2.3.2結構化方法的產生為了使所設計的系統滿足用戶的要求，在設計之前，先要正確理解和準確表達用戶的要求，這就是系統分析階段的基本任務。結構化系統分析，強調系統分析員與用戶一起按照系統的觀點對企業活動由表及裏地進行分析，調查分析清楚系統的邏輯功能，並用數據流程圖等工具把系統功能描述清楚。用戶可以判斷未來的系統是否滿足其功能要求，而系統設計人員根據這種描述進行系統設計，保證系統功能的實現。這就是結構化方法的由來。2.3.3結構化方法的基本思想結構化方法強調遵循以下幾個基本原則：面向用戶的觀點。嚴格區分工作階段，每個階段有明確的任務和應得的成果按照系統的觀點，自頂向下地完成系統的研製工作充分考慮變化的情況工作成果文獻化、標準化

2.3.4原型法的基本思想原型法(prototyping)是80年代初興起的一種開發模式，基本思想是：在投入大量的人力、物力之前，在限定的時間內，用最經濟的方法，開發出一個可實際運行的系統原型，以便儘早澄清不明確的系統需求。在原型系統的運行中用戶發現問題，提出修改意見，技術人員完善原型，使它逐步滿足用戶的要求。17.4原型方法原型方法在關係資料庫系統、第四代開發語言（4GL）和各種可視化開發環境的支持下提出的一種開發方法開發要求分析評價軟體環境用戶開發商構造原型

软件支持环境數據字典、建模工具快速查詢系統4GL軟體工具可視化報告、介面生成器，快速構造原型

原型法工作流程1、用戶提出系統要求2、識別、歸納上述要求3、開發一個模型／原型4、評價模型5、模型不可行處理6、模型不滿意處理7、修改模型8、確定模型後的處理N、實際系統開發、運行、維護等12346758N不可行不滿意滿意原型法的特點優點：1、開發效率高；2、開發工具先進，與用戶交流直觀；3、符合人們認識事物的規律；4、能及早暴露系統實施後潛在的一些問題；5、能調動用戶參與的積極性。缺點：1、不適合大型系統的開發；2、不適合大量運算及邏輯性強的模組；3、對原企業基礎管理工作要求較高；否則容易走上機械模擬原手工系統的軌道。4、不適合批處理系統。2.3.5面向對象方法“面向對象”(objectoriented)方法的基本思想：(1)客觀世界的任何事物都是對象(object)。它們都有一些靜態屬性和有關的操作。對象作為一個整體，對外不必公開這些屬性與操作。這就是對象的封裝性(encapsulation)。(2)對象之間有抽象與具體、群體與個體、整體與部分等幾種關係，這些關係構成對象的網路結構。(3)抽象的、較大的對象所具有的性質，自然地成為其子類的性質，而不必加以說明。這就是繼承性(inheritance)。(4)對象之間可以互送消息(message)。消息可以是傳送一個參數，也可以是使這個對象開始某個操作。

另：電腦輔助開發方法

CASE方法利用CASE工具進行開發CASE：電腦輔助軟體工程必須和其他方法結合，可以大大提高效率，減少必要但是很瑣碎的一些過程。

CASE方法解決問題的基本思路是：在前面所介紹的任何一種系統開發方法中，如果自對象系統調查後，系統開發過程中的每一步都可以在一定程度上形成對應關係的話，那麼就完全可以借助於專門研製的軟體工具來實現上述一個個的系統開發過程。這些系統開發過程中的對應關係包括：結構化方法中的業務流程分析→數據流程分析→功能模組設計→程式實現；業務功能→覽表→數據分析、指標體系→數據／過程分析→數據分佈和數據庫設計→資料庫系統等；OO方法中的問題抽象→屬性、結構和方法定義→對象分類→確定範式→程式實現等。CASE只是一種輔助的開發方法。這種輔助主要體現在它能幫助開發者方便、快捷地產生出系統開發過程中各類圖表、程式和說明性文檔。

2.4系統開發的組織管理2.4.1建立資訊系統的基礎條件經驗證明，建立資訊系統並使它正常運行，取得效益，必須具備一定的條件。這些條件有：1.領導重視，業務人員積極性高2.有一定的科學管理基礎3.能組織一支擁有不同層次的技術隊伍4.具備一定的資源2.4.2系統開發的準備工作開發前的準備工作是建立領導機構。主要領導人的重視與參與是管理資訊系統成功的關鍵因素。只有主要領導人親自組織，管理資訊系統的開發才能順利實現。推動管理資訊系統開發的第一步是建立資訊系統委員會。資訊系統委員會的成員應包括有關部門的負責人、有經驗的管理專家、系統分析員。委員會的主任由企業主要負責人擔任。在資訊系統委員會下建立一個系統開發組，這是進行具體工作的機構。其成員包括各行業的管理專家、系統分析員、程式員、操作員等等系統開發的組織機構某總師廠長系統設計組資訊系統委員會········系統分析組程式設計組經濟模型組數據管理組硬體小組操作員組系統開發中的各類人員的職責和能力職務職責和能力系統分析員同用戶共同確定資訊需求，編寫系統說明書。應熟悉企業管理和資訊系統開發過程，有較好的表達能力、與他人協同工作的能力。系統設計員設計資訊系統，定義硬體、軟體要求。應精通電腦硬體和軟體，有根據資訊流和組織目標改變組織職能的能力。應用程式員設計、調試電腦應用程式。程式維護員維護現有程式。資料庫管理員管理和控制企業資料庫。電腦操作員操縱電腦設備。檔庫管理員保存、收發電腦使用的檔，進行檔整理歸檔。控制員記錄各種控制資訊，檢查控制規程。規劃員規劃資訊系統的前景

系統開發的人力需求曲線用戶80%60%40%20%規劃階段編程實施系統分析設計階段維護評價切換運行系統開發人員2.4.3選擇開發方式四種開發方式：自行開發的好處是可以得到適合本單位的滿意的系統，通過系統開發培養自己的力量。缺點是往往開發週期較長。自行開發需要強有力的領導，有足夠的技術力量，需要進行一定的諮詢。委託開發從用戶角度講最省事，但必須配備精通業務的人員參加，經常檢查、協調。這種方式開發費用較高，系統維護比較困難。2.4.3選擇開發方式購買現成的軟體包當然最省事。但要買到完全適合本單位的、滿意的軟體也不容易。有人說可以買到現成的電腦系統，但不能買到現成的資訊系統。購買現成軟體包需要有較強的鑒別能力。這種方式談不上什麼系統維護。聯合開發對於培養自己的技術力量最為有利，系統維護也比較方便。條件是雙方要精誠合作，自己有一定的系統分析和設計力量。這種方式最適合我國目前的情況。

系統開發方式的比較

方式特點自行開發委託開發聯合開發購買現成軟體包對分析、設計力量的要求非常需要不太需要逐步培養

少量培養編程力量的需求非常需要不需要

需要

少量需要系統維護容易較困難較容易困難開發費用少多較多

較少如何選擇外包IT/IS應用當可預見的不間斷系統運行並不重要當未來資訊系統的改革不涉及企業的秘密當企業現有資訊系統能力受限或技術層次低外包資訊系統方法的優勢經濟服務品質高可預見性適應性使固定成本可變為其他專案解放人力資源外包資訊系統方法的劣勢降低對資訊系統的控制戰略資訊容易受攻擊對外來機構的依賴性2.4.4系統開發的專案管理系統開發是一師涉及眾多因素、耗資大、時間長、風險大的工程，必須進行計畫和控制，即專案管理。(1)資源保證(2)進度保證(3)審核批准(4)進度和費用統計甘特圖

序號專案名稱進度安排主要承擔單位2002年2003年8９１０１１１２１２３４５６７89１２３４５６７８９１０１１

１２可行性分析系統分析系統設計實現子系統A實現子系統B實現子系統C用戶培訓硬、軟體準備建立資料庫系統調試系統轉換

維護評價

可靠性研究小組系統分析小組系統設計小組程式組A程式組B程式組C分析設計小組硬、軟體小組程式組D各小組硬、軟體小組,操作員分析小組,設計小組程式員,操作員系統分析方法

規劃階段的主要工作:初步調查業務及數據初步的子系統劃分(U/C距陣)電腦系統邏輯配置方案可行性分析實例：南航教學管理系統總體方案的制訂

現行系統調查後的組織機構圖:現行系統調查後形成的業務情況匯總教學系統

學籍處理制訂教學計畫排課教室設施管理統計處理院系匯總學生登記表教務處審核學生登記表院系建立學生檔案教務處建立學生檔案院系管理學生成績學生轉專業院系初步審查學生轉專業教務處終審學生休複學院系初步審查學生休複學教務處終審院系學籍初步審查教務處學籍終審院系學生畢業資格審查教務處畢業資格終審院系匯總教學計畫教務處協調制訂全校教學計畫各教研室安排教學任務院系匯總教學任務院系排課確定上課時間教務處匯總並排定上課教室維護教室設施資訊按教研室統計教師上課情況按專業統計各班級人數按專業統計各班級人員變動

數據類規劃學生學籍管理數據記錄學生基本資訊、學生獎懲情況、學生學籍變動情況、參加學校課外活動情況和學生成績等資訊

教師資訊數據記錄教師自身的基本資訊及所屬教研室，所屬院、系的基本概況

課程管理數據記錄教學執行計畫的詳細內容

教室資訊數據記錄學校所有教室的基本配置及使用情況。

教師任課數據該記錄每一個任課教師的任課情況及日常必需的調課資訊。

課表數據各專業、各班級課程安排統計數據根據教師、學生的各類資訊進行分類匯總形成的一個初步的綜合統計資訊

系統總體邏輯結構

數據業務過程教室資訊

教師資訊

學生學籍管理數據學生成績

統計數據課程管理數據教師任課數據課表數據教室設施管理

C教師基本資訊管理

C學籍處理

CU成績管理

C學生選課

CU統計報表管理

UUC教學計畫管理

CC排課

UUUUC電腦硬體配置邏輯方案第四部分資訊系統分析傳統分析及（美）JeffreyL.Whitten《系統分析與設計方法》分析路線所謂的”資訊系統分析”

系統分析的任務是針對每一個子系統進行詳細的分析，然後用模型制定出每個子系統的邏輯結構(功能需求)。用模型來描述複雜系統的本質,清楚而明瞭!4.系統分析方法

4.1資訊系統分析概述

4.2系統需求分析

4.3組織結構與功能(組織類圖)

4.4業務流程分析(業務流程圖)4.5數據與數據流程分析(數據流程圖)4.6新系統邏輯方案的建立

分析問題

把握机会

明确目标

我們如何發現並描述現有系統的問題？4.1資訊系統分析概述PIECES方法是一種效果顯著的進行問題識別和分類的方法

Case1:

音階娛樂俱樂部會員服務資訊系統背景情況音階唱片與磁帶俱樂部提供密紋唱片和盒式磁帶訂購服務會員服務處理會員訂閱和會員定單，目前是基於手工和電腦處理的結合，幾乎維持20年不變。團隊承認大部分的電腦化僅僅是將已經過時的業務過程進行了自動化。由於業務的萎縮同GameScreen公司合併，增加了視頻遊戲同PrivateScreenings公司合併增加錄象帶和唱片管理層看中DVD市場增加了新的產品問題?機遇?Case1:

音階娛樂俱樂部會員服務資訊系統專案目標開發一個內部的資訊系統，為音階公司在高度競爭的市場中帶來顯著的競爭優勢通過改進的數據收集技術、方法、管道和決策支持加速訂閱和定單的處理管理層希望系統擴展到因特網在倉庫中實現到新的條碼自動識別系統的介面到2002年底將未付款的定單減少到2%。。。。。。目標?FAST系統分析的路線4.1資訊系統分析概述系統分析依賴於調查常用的調查研究的方法:問卷調查法召開調查會業務實踐專家訪談電子問卷1調研階段1.1列出問題、機會和方針1.2商定初步的範圍1.3評估專案的價值1.4計畫專案1.5陳述專案及其計畫初步調查階段圖例1.1會員服務系統問題陳述示例收到定單到發貨，平均回應時間增加到15天了兼併了另兩個公司，將進一步加大對當前系統的吞吐量壓力三個不同的定單錄入系統分別用於音頻、視頻和遊戲部，每個系統都被設計成與不同的倉庫系統介面。合併庫存被延遲缺少對管理資訊和決策支持資訊的訪問在會員和定單檔中出現數據不一致在Internet上開放定單系統的機會倉庫正在開發條碼，定單系統需要相容1.2協商專案初步範圍涉及到哪些數據？涉及到那些過程？涉及到那些介面？2問題分析2.1研究問題領域2.2分析問題和機遇2.3分析商務流程(可選)2.4設立系統改善目標2.5更新專案計畫2.6陳述研究結果和建議問題分析因果分析示例定單回應時間不可接受吞吐量增，人手減少，處理一個定單的時間相對沒變依靠鍵盤輸入的數據值太多減少定單處理時間30%不增加人手消除定單中50%的鍵盤錄入工作一個老系統，越想快越出錯倉庫提貨效率不夠螢幕點選代替鍵盤輸入會員服務與倉庫系統之間實行無紙通信代替提貨單與現有的win95桌面標準相容條碼系統相容4.系統分析方法

4.1資訊系統分析概述

4.2系統需求分析

4.3組織結構與功能(組織類圖)

4.4業務流程分析(業務流程圖)4.5數據與數據流程分析(數據流程圖)4.6新系統邏輯方案的建立4.2系統需求分析

需求分析應分析哪些需求需求包括：

功能要求性能要求可靠性要求安全保密性要求以及開發費用和開發週期可使用資源等方面的限制其中:功能要求是最基本的，包括數據要求和加工要求。PIECES中需求調查分析方法PIECESPerformanceInformationEconomicsEfficiencyServicesControl需求類型功能型需求非功能型需求性能方面數據和資訊方面經濟性方面控制和安全性方面效率方面服務方面功能型需求會計帳務處理倉庫出入庫業務生產計畫制訂銷售訂單下達員工培訓計畫制訂……非功能型需求(1)性能方面(Performance)主要指系統是否適應用戶的要求包括系統吞吐量(單位時間內完成的工作量)系統回應時間(完成一項交易所耗費的時間)系統數據處理精度(要求的小數點保持幾位?)……非功能型需求(2)數據和資訊方面(Information)指系統提供的數據和資訊是否滿足用戶的要求包括數據輸入/輸出的要求數據存儲的要求數據及資訊處理的及時性要求與已有系統之間的數據介面……數據和資訊方面(Information)

輸出缺乏任何資訊缺乏必要的資訊缺乏有關的資訊資訊過多資訊格式不符合要求資訊不准確資訊很難產生資訊不是即時的輸入數據無法捕捉數據無法及時捕捉捕捉的數據是不准確的捕捉的數據是冗餘的捕捉的數據太多了捕捉數據的路徑是非法的已存儲的數據一個數據多次存儲已存儲的數據是不准確的數據不安全、不靈活不可訪問、組織方式不靈活非功能性需求(3)經濟性方面(Economics)系統開發和使用的經濟性包括系統中降低成本的要求成本降低和利潤增加的幅度預算限制開發時間表……成本是未知的?成本不可跟蹤?成本過高?非功能型需求(4)控制和安全性方面(Control)指用戶對系統使用控制，系統環境、系統數據安全、系統使用安全等方面的需求包括數據和資訊的安全控制要求系統操作環境的安全要求數據和資訊隱私及知識產權方面的要求系統自身安全性要求(備份、恢復等)……但要注意…安全性機制太少數據是不完整的數據是不一致的數據很容易被攻擊無法保護隱私出現了錯誤的處理方式安全性機制太多降低了系統的處理速度雇員訪問系統很不方便客戶訪問系統很不方便非功能型需求(6)效率方面(Efficiency)指對系統工作效率方面的要求包括系統是否包含重複的處理過程系統資源利用效率資料庫檢索、存儲效率……數據被重複輸入或複製?數據被重複處理?資訊被重複生成?浪費了物料?非功能性需求(7)服務方面(Services)指系統適應性、靈活性和可擴展性方面的需求包括用戶確認，用戶分類用戶培訓需求，用戶培訓計畫系統開發控制文檔……結果不准確?結果不一致?不可靠?學習當前系統很難?使用當前系統很難?使用方式笨拙?維護困難?與其他系統不相容?4.系統分析方法

4.1資訊系統分析概述

4.2系統需求分析

4.3組織結構與功能(組織類圖)

4.4業務流程分析(業務流程圖)4.5數據與數據流程分析(數據流程圖)4.6新系統邏輯方案的建立系統分析(建模)工具組織結構與功能圖業務流程圖數據流程圖數據字典(資料庫設計工具——規範化設計)功能描述工具——結構式語言、判斷樹、判斷表基於UML的分析和設計工具RationalRose4.4組織結構與功能

瞭解組織的目標及其戰略規劃瞭解組織機構及各部分的功能瞭解相關部門職能上的各種聯繫分析組織結構的合理性分析組織機構設置的必要性發現其中的問題提出改進的意見主要工具組織機構圖組織/業務關係圖業務功能一覽表組織機構/物流(資金流、資訊流)關係圖組織機構圖(示例)管理層次結構彙報體制職責範圍董事会总经理副总经理技术部开发部副总经理市场部销售部副总经理人事部办公室行政部财务总监财务部組織/業務關係圖(示例)部門A部門B部門C部門D部門E部門F業務1MSSA業務2AMS業務3AASM業務4AMSM–MasterS–SupportA–Attend業務功能一覽表組織的各部分不能完整地反映該部分所包含的所有業務,往往會裂變出一個新的、專業化的組織，由它來完成某一類特定的業務功能。以功能為準繩設計和考慮系統:系統將會對組織結構的變化有一定的獨立性。業務功能一覽表（示例）銷售系統管理銷售計劃管理成品庫管理銷售合同管理銷售核算管理市場預測銷售曆史資料管理編制年度銷售大綱編制銷售計劃合同有效性審查合同執行情況分析合同登記和變更銷售利潤核算銷售統計分析出入庫管理庫存統計市場預測市場分析4.系統分析方法

4.1資訊系統分析概述

4.2系統需求分析

4.3組織結構與功能(組織類圖)

4.4業務流程分析(業務流程圖)4.5數據與數據流程分析(數據流程圖)4.6新系統邏輯方案的建立業務流程分析內容:業務功能分析:

在調查研究的基礎上，按照企業組織結構，詳細列出企業功能。業務關係分析:

流程中各個活動間的邏輯聯繫、時序關係、數據聯繫、資源約束和活動的相關性等,分析各個活動之間的關係等。業務流程優化:

按電腦資訊處理的要求，分析哪些過程存在冗餘資訊處理，哪些活動可以變串行處理為並行處理，變事後監督為事前或事中控制，產生更為合理的流程。最終用業務流程圖（TransactionFlowDiagram,簡稱TFD）表達出來工具——業務流程圖例(一)業務流程圖舉例考生在招辦的組織下報名,填寫報名表,屆時參加考試,在成績出來之後,根據成績在招辦的組織下,由各高校折優錄取.業務流程圖舉例“錄取業務”流程…如何用語言描述?圖例說明業務處理單位業務處理描述表格製作傳遞存儲收集資料計畫處銀行技改處各部門各單位局領導上級領導投資總規劃更新改造貸款規模開會討論報表審批綜合平衡（討論）批准下達各單位各部門正式計畫計畫各單位上報表計畫處各部門各單位技改處銀行各部門各單位存檔業務流程圖繪製舉例圖例說明業務處理單位業務處理描述表格製作傳遞存儲收集資料儲戶存摺存取款單存摺現金存摺業務分類存款單折取款單折存款處理取款處理利息檔帳目檔存取款業務業務流程圖繪製舉例隨堂練習:顧客提交訂單給銷售部門，銷售部門經過訂單檢查，把不合格的訂單回饋給顧客，對合格訂單，通過核對庫存記錄，缺貨訂單通過缺貨統計，向採購部門發出缺貨通知，並登記缺貨記錄。對於可供貨訂單，登記客戶檔案，開出備貨單，通知倉庫備貨。同時保存訂單數據，並進行銷售統計。

顧客校驗訂單顧客檔案處理備貨單缺貨記錄訂單存底提交訂單登記缺貨統計銷售統計訂單可供貨訂單不合格訂單備貨單缺貨訂單銷售統計表缺貨通知倉庫銷售部門核對庫存銷售部門採購部門開備貨單

作業:畫業務流程圖

1、“制訂教學計畫”業務描述首先由各專業教學委員會制訂教學計畫,各專業的教學秘書將整理後交給院系教學辦公室進行匯總、審核，然後報學校教務處，教務處匯總後召開全校教學秘書及院系教務人員協調會，最終確定本年度的教學計畫，並下發各院系。各院系將教學計畫下發給教研室主任安排教學任務，教研室主任將教學任務安排結果匯總成教師任課表報院系，各院系再將匯總後的教師任課表報教務處。2、“排課”業務的描述“排課”業務過程的詳細處理是：各院系根據本單位的教學計畫和教師任課表完成課表的初步排定工作，其排課內容涉及到學生班級、教師的上課時間安排，各院系將排課結果報教務處後，由教務處排定上課教室。3、“統計報表處理”業務描述“統計報表處理”業務過程的詳細處理是：教務處對教師任課情況進行統計，並形成開課情況統計表；根據學生檔案統計各專業及班級學生人數及學生變動情況，形成班級學生人數統計表、學生異動統計表等等。4.系統分析方法

4.1資訊系統分析概述

4.2系統需求分析

4.3組織結構與功能(組織類圖)

4.4業務流程分析(業務流程圖)

4.5數據與數據流程分析(數據流程圖)4.6新系統邏輯方案的建立4.6數據與數據流程分析調查數據的匯總分析調查數據匯總分析的主要任務：首先將系統調查所得到的數據分為如下三類：輸入數據類：主要指報來的報表，即今後下級子系統或網路要傳遞來的內容要存儲的數據類：主要指各種台賬、帳單和記錄檔，它們是今後系統資料庫要存儲的主要內容產生的數據類：主要指系統運行所產生的各類報表等，它們是今後系統輸出和網路傳遞的主要內容

然後再對每一類數據進行如下三項分析：匯總並檢查數據有無遺漏數據分析，即檢查數據的匹配情況建立統一的數據字典調查數據的匯總分析步驟A、將系統調查中所收集到的數據資料，按業務過程進行分類編碼，按處理過程的順序排放在一起B、按業務過程自頂向下地對數據項進行整理。C、將所有原始數據和最終輸出數據分類整理出來。D、確定數據的字長和精度。E、借用U/C矩陣對數據的正確性、資料項目特徵等進一步進行分析。

U/C矩陣是通過一個普通的二維表來分析匯總數據表的縱坐標定義為數據類變數（Xi）表的橫坐標定義為業務過程類變數（Yi）數據與業務過程（即Xi與Yi）之間的關係U——使用useC——建立create數據正確性分析:數據守恆原理（PrincipleofDataConservation):數據必定有一個產生的源，而且必定有一個或多個用途。在U／C矩陣中：每一個列只能有一個C；每一個列至少有一個U；不能出現空行或空列。數據的流程分析…把數據在組織（或原系統）內部的流動情況抽象地獨立出來，精確地在邏輯上描述系統的功能、輸入數據、輸出數據和存儲數據等，是系統邏輯模型的重要組成部分。4.7新系統邏輯方案的建立新系統邏輯方案，主要包括：對系統業務流程分析整理的結果；對數據及數據流程分析整理的結果；子系統劃分的結果；各個具體的業務處理過程，以及根據實際情況應建立的管理模型和管理方法。用模型表達結果新系統的邏輯模型包括：1、數據流程圖（DFD）描述數據在系統中的流動和變化描述對數據流進行變換的功能2、數據字典（DD）3、處理小說明對DFD中加工功能的詳細描述

1、數據流程圖

數據流程分析的目的發現和解決數據流通中的問題，如：數據流程不暢、前後數據不匹配、數據處理過程不合理等等。一個暢通的數據流程是新系統用以實現這個業務處理過程的基礎。數據流程分析的實現分層數據流程圖（DataFlowDiagram,簡稱DFD）數據流程圖的畫法

按業務流程圖理出的業務流程順序，將相應調查過程中所掌握的數據處理過程，繪製成一套完整的數據流程圖，一邊整理繪圖，一邊核對相應的數據和報表、模型等。如果有問題，則定會在這個繪圖和整理過程中暴露出來。數據流程圖的基本符號常用的三類數據流圖基本成分的符號

成分數據流IIIIII類型數據存儲

外部項（外部實體）

加工（處理邏輯）數據流表示數據和數據流向,由一組固定成分的數據組成如“選課單”由“學號、姓名、課程編號、課程名”等成分組成數據流可從加工流向加工，也可在加工與數據存儲或外部項之間流動；兩個加工之間可有多股數據流數據流的命名用名詞,不要使用意義空洞的名詞儘量使用現實系統已有名字數據流（圖示）儲戶帳戶取款單合理取款單檢查合理性畫數據流時需注意的問題不要把控制流作為數據流如：下圖中讀下張卡屬於控制流，不應畫出。

不要標出激發條件工資單工資率每月1號職工檔案計算工資合法卡片卡片資訊讀下張卡讀入卡片卡片校驗加工表示對數據進行的操作,如“處理選課單”、“產生發票”等加工的編號，說明這個加工在層次分解中的位置(分層DFD)加工的命名頂層的加工名就是整個系統專案的名字儘量最好使用動賓詞組，也可用主謂詞組不要使用空洞的動詞加工的命名無意義的名字：較好的命名：儲戶帳戶取款單合理取款單檢查合理性儲戶帳戶數據1

數據2

處理1

數據存儲表示需要保存的數據流向,如“學生檔案”、“課程設置”等數據存儲與加工的方向“讀出”、“寫入”分層數據流程圖中，數據存儲一般局限在某一層或某幾層命名方法與數據流相似商品庫存商品目錄檢索商品資訊修改庫存

外部項位於系統之外的資訊提供者或使用者,稱為外部項。即存在於系統之外的人員或組織。說明數據輸入的源點(數據源)或數據輸出的終點(數據終點)起到更好的理解作用，但不是系統中的事物對“制訂教學計畫”業務流程圖教學計畫教研室主任專業教學秘書專業教學計畫教務處院系教研室主任教師任課表匯總教師任課表2.３匯總審核教學計畫2.1匯總後的院系教學計畫教學計畫協調會2.2院系專業教學秘書教學計畫院系院系教師任課表匯總後的教師任課表匯總全校教師任課表2.４教師任課表專業教學計畫專業教學計畫對“制訂教學計畫”業務流程圖“制訂教學計畫”數據流程圖（邏輯結構）“排課”業務流程圖

“排課”數據流程圖（邏輯結構）

“統計報表處理”業務流程圖“統計報表處理”數據流程圖（邏輯結構）數據源數據終點沒有輸出！加工沒有輸入！加工每個加工至少有一個輸入數據流和一個輸出數據流幾種錯誤畫法(1)數據源數據終點數據源數據流必須要麼從某個加工流出、要麼流入某個加工，而不能直接從外部項流向數據存儲等等。圖示的幾種流動都是不合理的幾種錯誤(2)數據存儲數據存儲數據終點數據存儲數據存儲

DFD的特性與程式流程圖不同，DFD不表示程式的控制結構，只描述數據的流動

DFD分成多層(子圖、父圖概念)表示,從而逐步展開數據流和功能的細節。S2132.22.12.33.13.2

頂層0層1層(基本系統模型)(系統的子功能)DFD的分層表示畫分層DFD(1)先畫出頂層DFD。(2)自頂向下畫出各層DFD

分解原則：分解後的軟體成分有相對獨立功能一次分解不要加入細節過多由外向裏畫DFD報名單合格報名單檢驗報名單(3)先考慮穩定狀態，忽略系統的工作條件，即怎麼開始、怎麼結束的。(4)忽略瑣碎的枝節，如出錯處理等。(5)隨時準備重畫

報名單合格報名單錯誤的報名單檢驗報名單畫分層DFD的指導原則（1）父圖-子圖平衡（2）局部數據存儲（3）編號（4）分解的程度父圖-子圖平衡父圖-子圖平衡：模型分解時必須保持父圖的輸入輸出數據流和子圖輸入輸出數據流相同。父圖-子圖平衡A1423BFEGCD父圖-子圖平衡缺少C3.1ED3.33.2對加工3細化的子圖：加工3父圖-子圖平衡補充說明領書單1.3發票1.3.31.3.2教材1.3.1學生領書單父圖子圖發票＝學生＋教材借助數據字典判斷：購書單教材購銷系統教材購銷系統的頂層DFD學生

領書單缺書單

進書通知書庫保管員購書單缺書單銷售教材採購教材12第二層DFD(０層)教材購銷系統教材存量表學生F1缺書登記表F2書庫保管員

進書通知教材入庫資訊領書單1.2第三層DFD(1層)銷售子系統(1.0)無效書單教材存量表F1開發票F2缺書登記表學生各班學生用書表F3售書登記表F41.1

審查有效性1.3

登記並開領書單學生1.5補售教材1.4登記缺書購書單發票領書單

有效購書單教材入庫資訊

按書號匯總缺書2.12.3第三層DFD(1層)採購子系統(2.0)

待購教材表F5教材一覽表F6書庫保管員進書通知教材存量表F12.2按出版社統計缺書修改教材庫存和待購量F2缺書登記表缺書單教材入庫資訊加工編號加工的編號原則：子圖圖號為分解的父圖中的加工號,同級子圖在最後數字以序號區別。S2132.22.12.33.13.2

頂層（不編號）0層1層分解的程度分解的深度與層次：按功能情況定，一般設深度為3-5

如超過5個加工最好分解畫，否則容易出錯分層數據流圖IDEF04.8新系統邏輯方案的建立數據流圖只給出系統邏輯功能的一個總體框架而缺乏詳細、具體的內容。數據字典（DateDictionary簡稱DD）數據流圖上所有成分的定義和解釋的文字集合就是數據字典。2、數據字典（DD）數據字典的內容（1）資料項目類目：數據的最小單位，描述數據的靜態特性。資料項目編號：102-01資料項目名稱：學號別名：學生學號簡述：某學生的代碼類型及寬度：字元型，8位取值範圍：00000001-99999999數據字典的內容（2）數據流類目：由一個或一組固定的資料項目組成。數據流編號：F03-01數據流名稱：學籍變動申請簡述：學生提出的學籍變動申請來源：學生去向：各系、院組成：申請編號+申請名稱+申請日期+申請院系資料庫流量：高峰流量：數據字典的內容（3）檔類目：描述數據的邏輯存儲結構。數據流編號：F03-01數據流名稱：學籍變動申請簡述：學生提出的學籍變動申請來源：學生去向：各系、院組成：申請編號+申請名稱+申請日期+申請院系資料庫流量：高峰流量：數據字典的內容（4）數據“加工”條目。數據字典的內容（5）“外部項”條目3、加工小說明工具4.8新系統邏輯方案的建立（1）判定樹（2）判定表（3）結構化語言（1）判定樹/決策樹(DecisionTree)

條件1

條件2

結果計7-9月

訂票量>20:

15%算12月

訂票量≤20:

5%折扣1-6月

訂票量>20:

30%量10,11月

訂票量≤20:

5%例：優惠折扣

某商業公司的銷售策略規定：不同的購貨量、不同的顧客可以享受不同的優惠。具體辦法是：年購貨額在5萬元以上且最近三個月無欠款的顧客可享受15%的折扣；近三個月有欠款，但是本公司十年以上的老顧客，可享受10%的折扣；若不是老顧客，只有5%的折扣；年購貨額在5萬元以下無折扣。

交易額大於5000元以

最近三個月無欠款：折扣15%

與本公交易10年以上：折扣10%

最近三個月有欠款

與本公交易10年以下：折扣5%

交易額大於5000元以下：不打折（2）判定表(決策表)

描述多條件、多目標動作的形式化工具判定表結構：條件類別條件組合操作操作執行

判定表舉例(電腦票折扣率)1－6,10,11月旅遊時間訂票量折扣量7－9，12月≤20≤20>20>20

15%

5%

20%

30%

條件類別

四種條件組合操作

條件組合下操作的執行

加工(處理)條目—電腦票折扣率處理名:計算折扣率編號:5.3.4啟動條件:收到預訂票資訊處理邏輯:計算折扣率執行頻率:即時旅遊時間訂票量折扣量7－9，12月1－6,10,11月≤20≤20>20>20

15%

5%

20%

30%舉例：優惠折扣1.識別判斷條件，並列出所有的條件及條件值；C1（交易額）>=5000元、<5000元C2（信譽好）近三個月無欠款、有欠款C3（老顧客）交易10年以上、10年以下2.建立條件組合數三種條件，每種各有二種情況，共有8種組合3.識別每個獨立步驟A1：折扣15%A2：折扣10%A3：折扣5%A4：無折扣4.設計判斷表格

條件組合條件與行動12345678C1交易額>=5000元YYYYNNNNC2近三個月無欠款YYNNYYNNC3交易10年以上YNYNYNYNA1折扣15%

√

√

A2折扣10%√

A3折扣5%√

A4無折扣√

√

√

√

舉例：優惠折扣5.合併與簡化

條件組合條件與行動1/2345/67/8C1交易額>=5000元YYYNNC2近三個月無欠款YNNYNC3交易10年以上---YN------A1折扣15%

√

A2折扣10%√

A3折扣5%√

A4無折扣√

√

舉例：優惠折扣5.合併與簡化

條件組合條件與行動1234C1:交易額>=5000元YYYNC2:近三個月無欠款YNN-----C3:交易10年以上-----YN-----A1:折扣15%

√A2:折扣10%√A3:折扣5%√A4:無折扣√舉例：優惠折扣（3）結構化語言

介於自然語言和形式語言之間的語言，由（1）順序結構（祈使語句）（2）判斷結構(判斷語句)

（3）迴圈結構(迴圈語句)複合而成。

可使用描述關鍵字：IF、THEN、ELSE、SO、AND、OR。

結構化語言的原則力求精確，避免二義性盡可能簡單動詞要有確切含義，與DFD中加工命名相配合名詞要用DD中定義的名詞不用副詞、形容詞結構化語言舉例處理名:核實訂票處理處理邏輯:1、讀訂票旅客資訊檔

2、搜索此檔中是否有與輸入資訊中姓名及身份證號相符的項

IF

有

THEN

判斷餘項是否與檔中信息相符

IF

是THEN輸出已訂票資訊

ELSE

輸出未訂票資訊

ELSE

輸出未訂票資訊結構化語言舉例處理名:記錄成績處理邏輯:1課程成績：=單項成績

2對單項成績中每一學號，做：存入學生成績：學生成績.學號:=單項成績.學號學生成績.課程:=單項成績.課號學生成績.成績:=單項成績.成績記錄成績課程成績學生成績單項成績4三種表達工具的比較(1)從工具的難易程度講，決策樹最容易，而決策表難度較高。(2)對於邏輯驗證，決策表最好，而決策樹較差。(3)對於直觀表達邏輯結構，決策樹最好，而決策表最差。(4)作為程式設計說明，結構化語言最好，決策樹最差。(5)對於機器可讀性，結構化語言最好，決策樹最差。(6)對於可修改性，結構化語言最好，而決策表的可修改性是最低。

綜上所述，可以得出的結論：對於一個不太複雜的判斷邏輯，即條件只有2---3個，條件組合及行動在10---15個之間，使用決策樹最好。對於一個複雜的判斷邏輯(條件多，組合多，相應的動作也多)，使用決策表最好。對於一個處理邏輯既包含了一般的順序執行動作，又包含了判斷或迴圈邏輯，則使用結構化語言最好。

系統分析報告1、引言部分（名稱，開發目標，主要功能，開發背景等）2、系統目標和開發的可行性3、現行系統概況

A．現行系統現狀調查說明：包括組織機構圖，系統目標、

功能一覽表、业务流程图、業務流量以及存在的薄弱環節等。

B．系統需求說明：用戶需求及主要存在的問題等。4、新系統的邏輯方案

1）新系統擬定的業務流程及業務處理方法

2）新系統擬定的數據流程圖

3）新系統的數據字典

4）新系統擬採用的處理邏輯說明

系統設計方法

5.1系統設計的主要內容

5.2結構化系統設計

5.3從數據流程圖導出結構圖

5.4模組設計優化

5.5

代碼設計

5.6輸出設計

5.7輸入設計

5.8資料庫設計

5.9電腦處理過程的設計

5.10網路系統設計

5.11系統設計說明書

根據系統分析階段所確定的新系統的邏輯模型(“做什麼”），綜合考慮各種約束，利用一切可用的技術手段和方法，進行物理設計，提出一個能在電腦上實現的新系統的實施方案，解決“系統怎樣做”的問題。5.1系統設計的主要內容抽象的問答數據字典數據流圖E-R圖加工小說明流程描述處理描述數據對描述象數據設計模組結構設計介面設計過程設計分析模型設計模型平臺設計從分析模型系統設計模型

系統設計的主要內容數據設計：將分析時創建的數據模型變換成實現系統所需的數據結構。介面設計：描述了系統內部、系統和協作系統之間的以及系統同人之間如何通信。模組結構設計：定義系統模組元素之間的關係。過程設計：將加工說明變換為對系統模組內部演算法的具體描述。平臺設計：將性能需求變換成對系統軟硬體環境的配置具體的問答系統總體設計

‒將系統合理的劃分成子系統

‒把子系統劃分成若干模組

‒決定每個模組的功能

‒決定模組間數據、調用關係

‒確定模組間介面系統詳細設計

‒系統平臺設計

‒代碼設計

‒輸入輸出設計

‒介面設計

‒資料庫或數據檔設計

‒模組內部的演算法設計寫出系統設計報告結構化程式設計方法5.系統設計方法

5.1系統設計的主要內容

5.2結構化系統設計

5.3從數據流程圖導出結構圖

5.4模組設計優化

5.5

代碼設計

5.6輸出設計

5.7輸入設計

5.8資料庫設計

5.9電腦處理過程的設計

5.10網路系統設計

5.11系統設計說明書

結構化程式設計方法

劃分模組，確定軟體結構

由於開發方法不同，確定軟體結構的方法也不同。

結構化方法設計，SD法，即從分層的DFD圖導出初始的結構圖，再對初始的結構圖進行改進，獲得最終的結構圖。

一般包括確定系統的軟體結構，分解模組，確定系統的模組層次關係。5.2結構化系統設計

結構化系統設計是“用一組標準的準則和工具幫助系統設計人員確定應該由哪些模組，用什麼方式聯結在一起，才能構成一個最好的系統結構”。即，結構化設計方法(SD)是以數據流圖為基礎的，採用模組化、自頂向下逐步求精的基本思想，以數據流圖為基礎

構造出模組結構圖。結構化系統設計的基本工具在系統設計階段，我們採用模組結構圖來表達目標系統的物理模型，描述系統的結構。系統結構是軟體模組之間關係的表示，它決定了整個系統的結構，也確定了系統的品質。模組之間的關係可有多種，但都可以歸結為一種層次關係。模組結構圖是總體設計階段的主要描述工具，它描述了構成系統的基本元素—

模組及模組之間的調用關係，模組之間的數據傳遞關係。系統模組化模組化就是將系統劃分為若干個模組，每個模組完成一個子功能。模組化的目的是將系統“分而治之”，模組化能夠降低問題的複雜性，使軟體構件清晰，易閱讀、易理解，易於測試和調試，因而也有助於提高軟體的可靠性。ABCDEFGHIJKLM1、模組模組的定義:

模組是可以組成、分解、更換的系統，是易於處理的基本單位，是具有四種屬性的一組程式語句稱為一個模組.

這四種屬性分別是輸入輸出、邏輯功能（外部特性）內部數據、程式代碼（內部特性）

1、模組模組的例子:

intmax(intx,inty){intz;z=x>y?x:y;return(z);}模組名數據內部數據內部語句模組化思想：模組化是好的系統設計的一個基本準則:

高層模組從整體上把握問題,暫不考慮細節複雜問題較小問題分解可減小解題所需的總的工作分解2、模組結構圖SC(StructureChart)

模組——用方框表示，方框中寫上模組名字，反映了這個模組的功能調用——從調用模組指向被調用模組的箭頭數據——調用箭頭旁的小箭頭，表示從一個模組向另一個模組傳送的數據，也指出了傳送的方向結構圖基本符號及表示法編輯學生記錄讀學生記錄學生數據無此學生學號不加區分的數據數據資訊控制資訊模組調用的例子:intmax(intx,inty){intz;z=x>y?x:y;return(z);}Main(){::max(3,4):}Main()求最大值ZxySC中的四種模組傳入模組(a)(b)AA傳出模組BB變換模組(c)CD協調模組E(d)EFFSC中的簡單調用BACx,yz(a)表示法一(b)表示法二zBAC12入出12x,yzzA調用B和CSC中的選擇調用ACBDA根據內部判斷決定是否調用BA按另一判定結果選擇調用C或DSC中的迴圈調用ABCA根據迴圈條件重複調用B、C等模組選擇調用的例子:A(){:if(條件..)

B()else

C():}ABC迴圈調用的例子:

A(){:while(條件..){

B();:;}:}AB

模組結構類型

內導結構：是結構圖中數據以最低層模組輸入，並逐級向高層傳遞，高一層模組接收低一層模組的輸入。

主模組

A1

A4

A3

A2外導結構：結構圖中低一層模組接收上一層模組的數據資訊，並把它們轉換給下一級模組，直到輸出給使用者。wu子模組1v主模組子模組2子模組2.1

轉換結構：數據要在模組內經過一定的處理，下層模組從相應的上層模組接收數據，經轉換後返回同一上層模組中去。wu子模組1v主模組子模組2子模組2.1XMY列印報表功能的模組結構圖5.系統設計方法

5.1系統設計的任務要求

5.2結構化系統設計

5.3從數據流程圖導出結構圖

5.4模組設計優化

5.5

代碼設計

5.6輸出設計

5.7輸入設計

5.8資料庫設計

5.9電腦處理過程的設計

5.10網路系統設計

5.11系統設計說明書

5.3數據流圖導出結構圖數據流程圖DFD的結構類型變換型DFD

一個數據流程圖可以明顯地分成輸入、處理和輸出三部分。2．事務型DFD

事務型數據流程圖一般呈束狀形。

1、變換型結構

由輸入、變換中心(或稱主加工)和輸出三部分組成。基本模型：輸入路徑輸出路徑變換中心變換流示意圖資訊時間資訊流輸入流輸出流變換流外部表示內部表示變換型數據流圖輸入資訊物理輸入格式檢查處理顯示正確資訊結果物理輸出數據變換中心輸出邏輯輸入邏輯輸出輸入DFD導出初始SC的過程１）先設計模組結構頂端的主模組２）然後“由頂向下逐步細化”３）最後得到一個與數據流圖相對應的程式結構1234567abcedrpuwv變換中心輸入部分輸出部分輸入輸出加工1、區分輸入、主加工、輸出部分，

在DFD上標明分界線(1)確定邏輯輸入——離物理輸入端最遠的，但仍可被看作系統輸入的那個數據流

方法：從物理輸入端開始，一步步向系統的中間移動，直至達到這樣一個數據流：它已不能再被看作為系統的輸入，則其前一個數據流就是系統的邏輯輸入。

(2)確定邏輯輸出——離物理輸出端最遠的，但仍可被看作系統輸出的那個數據流

方法：從物理輸出端開始，一步步向系統的中間反方向移動，直至達到這樣一個數據流：它已不能再被看作為系統的輸出，則其後一個數據流就是系統的邏輯輸出。(3)對系統的每一股輸入和輸出，都用上面的方法找出相應的邏輯輸入、輸出(4)確定主加工——位於邏輯輸入和邏輯輸出之間的加工，就是系統的主加工(5)幾點說明：有的系統只有輸入和輸出兩部分，沒有主加工根據經驗，幾股數據流的匯合處往往是系統的主加工每個人都可以有自己的看法，找出來的主加工可能也不同，但一般不會相差太遠。2、設計SC的頂層和第一層模組(1)設計一個頂層模組(主模組)，它的功能是完成整個程式要做的工作。(2)設計結構的第一層：為邏輯輸入設計一個輸入模組，它的功能是向主模組提供數據為邏輯輸出設計一個輸出模組，它的功能是輸出主模組提供的數據為主加工設計一個變換模組，它的功能是將邏輯輸入變換成邏輯輸出

第一級分解後的SCMCMTMAME第一層頂層c,ec,eu,wu,w傳送資訊第一級分解後的SC(另一種畫法)MCMA1ceu,wc,pMA2456ME1ME2eprrw,uw3、第二級分解自頂向下分解，設計出每個分支(輸入、加工、輸出)的中、下層模組(1)為每一個輸入模組設計兩個下層模組，一個是輸入模組，接受數據來源；另一個是變換模組，模組調用時傳送的參數應同數據流圖相對應(2)輸出模組也有兩部分組成，一部分是變換模組，將數據變換成輸出的形式；另一部分是輸出模組上述設計過程由頂向下遞歸進行，直至達到系統的輸入端或輸出端(3)變換模組的下層模組，根據數據流圖中相應“加工”的組成情況而定。輸入分支的分解MAGetCbacRead

Ddec,eBtoCbcdeabGetEGetBDtoEAtoBRead

ADFD圖輸出分支的分解

MEWriteVuuw,uvvPutUUtoVWriteWwDFD圖加工分支的分解MT546ec,pru,wprDFD圖

隨堂練習一個匯款處理業務流程:客戶填寫匯款單並提交給業務人員,業務員檢查匯款單是否填寫規範,然後計算匯款費用,並把發生的匯款和費用數據記帳存留,同時開收據給匯款人數據流程圖匯款單合格的匯款單處理後的匯款單收據明細賬業務數據１格式檢查２計算匯費３產生數據４記帳匯款單合格的匯款單處理後的匯款單收據明細賬業務數據１格式檢查２計算匯費３產生收據４記帳邏輯輸入邏輯輸出變換中心第一級分解匯款處理系統取得合格匯款單計算匯費記賬輸出處理後的匯款單合格的匯款單處理後的匯款單合格的匯款單業務數據處理後的匯款單業務數據第二級分解匯款處理系統取得合格匯款單計算匯費記賬輸出處理後的匯款單

輸入匯款單格式檢查產生收據列印收據合格的匯款單處理後的匯款單合格的匯款單業務數據處理後的匯款單匯款單合格的匯款單匯款單處理後的匯款單收據收據業務數據2事務型結構特徵：具有在多種事物中選擇執行某類事物的能力。基本模型：事務中心接受路徑動作路徑大型系統DFD中,變換型和事務型結構共存:T事務中心傳入變換傳出事務分析設計方法任何情況下都可使用變換分析方法設計軟體結構，但如數據流具有明顯的事務特點時(有一個明顯的事務中心)，以採用事務分析方法為宜。事務分析設計方法步驟：(1)在DFD上確定事務中心。(2)為DFD上的事務中心設計主模組，再為每一種類型的事務處理設計一個事務處理模組。(3)為每個事務處理模組設計下麵的操作模組，再為操作模組設計細節模組。某些操作模組和細節模組可以被幾個上一層模組共用。事務型DFD的劃分T事務中心傳入變換傳出接收部分發送部分a事務型SC的上層結構(1)事務控制Geta頂層第一層a事務1

事務型