工程管理信息系統5-1哈爾濱工業大學管理學院建設信息教研室第五章系統設計5-2系統設計的目標與原則系統概要設計系統詳細設計

系統設計的任務主要是解決“怎么做”的問題。其目標是進一步實現系統分析階段推出的系統模型，詳細地確定新系統的結構、應用軟件的研制方法和內容。5.1

系統設計的目標與原則系統設計的目標系統的工作質量準確及時性用戶友好性系統的可變性可修改性易維護性系統的經濟性直接、間接經濟效益社會效益系統工作效率處理能力處理速度響應時間系統的可靠性可抗性平均無故障時間平均修復時間5-3系統性代碼統一，設計規范標準，數據一次輸入多次利用。靈活性開放性和結構可變性，盡量采用模塊化結構，提高模塊的獨立性。

可靠性安全保密性、檢錯及糾錯能力等。

經濟性硬件投資應以滿足需要為前提，系統設計應盡量避免不必要的復雜化，各模塊應盡量簡潔。5-45.1

系統設計的目標與原則系統設計的原則

系統概要設計是根據系統分析所得到的系統邏輯模型——數據流圖和數據字典，借助一套標準化的圖、表工具，導出系統的功能模塊結構圖。結構化設計（StructuredDesign，SD）方法5-55.2

系統概要設計功能模塊設計

SD方法是由美國IBM公司的W．Stavens，G．Myers，L．Constantinl等人提出的，適用于任何軟件系統的軟件結構設計。SD方法通常與系統分析階段的SA方法銜接起來使用，借助SA方法得到用數據流圖和數據詞典描述的系統分析報告，SD方法則以數據流圖為基礎得到軟件的模塊結構。是將系統設計成由相對獨立、單一功能的模塊組成的結構，從而簡化研制工作，防止錯誤蔓延，提高系統的可靠性。在這種模塊結構中，模塊之間的調用關系非常明確與簡單，每個模塊可以單獨地被理解、編寫、調試、查錯與修改。模塊結構整體上具有較高的正確性、可理解性與可維護性。SD方法的基本思想在從數據流圖導出初始模塊結構圖時采用一組基本的設計策略—變換分析與事務分析。在對初始模塊結構圖改進和優化方面有一組基本的設計原則—耦合小、內聚大，和一組質量優化技術。

SD方法采用圖形表達工具—模塊結構圖5-65.2

系統概要設計功能模塊設計模塊結構圖模塊結構圖的導出模塊結構圖的評價模塊結構圖的改進5-75.2

系統概要設計功能模塊設計模塊結構圖是描述系統結構的圖形工具計算工資計算工資總額計算實發工資打印工資單獎金基本工資扣款數總額總額實發工資實發數職工姓名5-8

模塊結構圖5.2

系統概要設計功能模塊設計工資系統的模塊結構圖模塊調用數據控制信息轉接符號基本符號

（1）模塊

通常指用一個名字就可以調用的一段程序語句。如：FoxPro中的過程或命令文件。一個模塊應具備以下四要素：輸入和輸出；功能；內部數據；程序代碼。5-95.2

系統概要設計功能模塊設計

模塊結構圖

在模塊結構圖中，用聯接兩個模塊的箭頭表示調用。箭頭總是由調用模塊指向被調用模塊，執行后又返回調用模塊。

（2）調用

a.調用b.判斷調用ABCBA模塊的調用規則每個模塊都有特定的任務，只有上級模塊才能調用下級模塊;模塊的通信僅限于上下級模塊之間，任何模塊不能與其他上下級模塊或同組模塊進行直接通信聯系;某一模塊要與其相鄰的同組模塊進行信息交換，必須通過各自的上級模塊;模塊調用的次序是從上而下，自左向右。BCDA

c.循環調用5-105.2

系統概要設計功能模塊設計

模塊結構圖BAX,YZ簡歷數據讀人事文件查職工簡歷職工號無此職工（3）數據

一個模塊調用另一個模塊時，調用模塊可以把數據傳送到被調用模塊供處理，被調用模塊又可以將處理結果送回到調用模塊。（4）控制信息

模塊間傳遞某些控制信息用以指導程序下一步的執行控制信息只反映某種狀態，不必進行處理。5-115.2

系統概要設計功能模塊設計

模塊結構圖（5）轉接符號

當模塊結構在一張圖面上畫不下，需要轉接到另外一張紙上，或為了避免圖上線條交叉時，都可以使用轉接符號。

C1ABD11EF5-125.2

系統概要設計功能模塊設計

模塊結構圖相關概念：①統帥與從屬②深度③寬度④扇出數⑤扇入數AGHIJKLMN總深度總寬度BCDEFA扇出5B扇出3F扇出2寬度5寬度2M扇入2N扇入3A統帥B、C、D、E、FB、C、D、E、F從屬

A5-135.2

系統概要設計功能模塊設計

模塊結構圖（1）事務分析以事務為中心的轉換方法。

一個抽象的高層數據流圖CYAXBZF1F2ABCSYSTEM分解后的系統結構圖范圍：一般用于轉換高層數據流圖。優點：能把一個大的、復雜的系統分解成若干個小的、簡單的子系統。5-145.2

系統概要設計功能模塊設計模塊結構圖的導出123654ABCDEFGH輸入主加工輸出數據流圖范圍：一般用于將低層數據流圖轉換成系統模塊結構圖。如下面的圖A轉換為圖B。5-15（2）變換分析以變換為中心的轉換方法。5.2

系統概要設計功能模塊設計模塊結構圖的導出SYSTEMGETCMAKECINTOD&EPUTEPUTDD&ECCEDGETBMAKEBINTOCMAKEEINTOGPUTGMAKEDINTOFPUTFBBCEGGDFFGETAMAKEAINTOBMAKEGINTOHPUTHAABGHH圖B

123654ABCDEFGH輸入主加工輸出C圖A5-16（2）變換分析5.2

系統概要設計功能模塊設計模塊結構圖的導出

評價模塊結構圖的主要標準是耦合小，聚合大。即塊間聯系小，塊內聯系大。5-175.2

系統概要設計功能模塊設計模塊結構圖的評價與改進

模塊結構圖改進首先應按照“塊間聯系小、塊內聯系大”的質量標準進行檢查和修改。其次應注意以下幾個問題：（1）合理確定模塊的扇入和扇出

扇入數為1的模塊一般可以合并到它的上層模塊。扇入數較大時，不能向上合并。一個模塊具有多個功能時，應考慮進一步分解（扇出）。對扇出數過少（例如1和2）的模塊，也應進行檢查。一般說來，模塊的扇出數應在七個以內。（2）模塊的大小適中

模塊的功能決定模塊的大小。（3）消除重復的功能

同一功能的程序多次出現會浪費編碼時間，并不易調試和維護，應予以合并。YXQQQ1Q2YXQQ

Q1Q2YXQYXQQ1*Q2*QX*Y*正確的合并錯誤的合并5-185.2

系統概要設計功能模塊設計模塊結構圖的改進（4）減少塊間傳遞參數的個數（5）消除管道性的模塊

管道性指沒有實質性的工作，只是傳遞數據。（6）整體考慮問題

研究整張結構圖，而不是由幾個人分別研究一張圖的各個部分。（7）合理設置模塊的作用范圍和控制范圍

作用范圍：模塊中包含的判定處理所影響到的其他模塊集。

控制范圍：模塊本身及其所有的下屬模塊。

5-195.2

系統概要設計功能模塊設計模塊結構圖的改進代碼設計劃分子系統輸出設計輸入設計數據存儲設計處理過程設計編寫系統設計說明書5-205.3

系統詳細設計代碼的概念

代碼是客觀實體或屬性的一種表示符號。在管理信息系統中，代碼是人與計算機的共同語言，起著溝通人與計算機的作用。代碼設計的目的

采用代碼，可以使數據表達標準化，簡化程序設計，加快輸入，減少出錯，便于計算機處理（記錄、檢索、排序等），節省存儲空間，提高處理速度。代碼設計的意義

代碼設計是一項重要的基礎工作，設計質量的好壞，不僅關系到計算機的處理效率，而且直接影響MIS的推廣與使用。5-215.3

系統詳細設計

代碼設計

代碼設計的原則唯一確定性每一代碼僅代表唯一的實體或屬性，每一實體和屬性都用一個確定的代碼來表示。標準化與通用性盡可能利用國際、國內、部門的標準代碼。可擴充性考慮系統的發展與變化，當增加新的實體（或屬性）時，不需要變動原代碼體系。簡明性盡可能簡短、統一。系統性代碼要有規律，邏輯性強。這樣既便于計算機處理，也便于識別和記憶及人工處理使用。易修改性這是代碼具有標準化又具有靈活性的一面，當系統條件發生某些變化時，代碼應容易進行修改。5-225.3

系統詳細設計

代碼設計

明確代碼目的；確定代碼對象；確定代碼的使用范圍和期限；分析代碼對象特征，包括代碼使用頻率、變更周期、追加及刪除情況等；決定采用何種代碼，確定代碼結構及內容；編制代碼表；編制相應的代碼使用管理維護制度，保證代碼使用。5-235.3

系統詳細設計

代碼設計

代碼設計步驟按文字種類分：數字代碼字母代碼數字字母混合碼按功能劃分：順序碼層次碼十進制碼助記碼5-245.3

系統詳細設計

代碼設計

代碼的種類

用連續數字表示編碼對象。例如企業職工代碼可以編為“0001，0002，0003等。順序碼簡單明了，易擴充，但不便于分類匯總，刪除數據易造成空碼。作為順序碼的一個特例是分區順序碼，它將順序碼分為若干個區，給每個區以特定的意義，并可在每個區預留些空碼，為以后插入之用。例如課程分區順序碼：01～09公共課（如公共課只有6門，從01～06，預留3個位置）10～29基礎課30～39專業基礎課40～60專業課

缺點：使用中預留多少備用碼不好估計。5-255.3

系統詳細設計

代碼設計

順序碼

層次碼也稱區間碼。這種代碼按位被分成若干個區間，每個區間有不同的意義，這樣每位碼本身和其所在的位置都代表一定的意義。如：某住宅小區工程項目采用兩位區間碼代表分項分部。

第一位為分部工程代碼1——小區1號樓2——小區2號樓第二位分項工程代碼1——土方工程2——砌筑工程則：代碼12表示小區1號樓砌筑工程代碼21表示小區2號樓土方工程5-265.3

系統詳細設計

代碼設計

層次碼例：我國公民身份證代碼的含義123456789101112131415161718所在省市所在地區所在縣區年月日出生日期戶口所歸屬的派出所性別：男為奇數女為偶數校驗碼優點：是分類基準明確，碼中的數字(或字母)與位置都代表一定的意義，因而檢索、分類或排序都很方便。缺點：有時會造成代碼過長。5-275.3

系統詳細設計

代碼設計

層次碼

先把整體分成十份，進而把每一份再分成十份，這樣繼續不斷。

5-285.3

系統詳細設計

代碼設計

十進制碼例如：500自然科學510數學520天文學530物理學531機構5311機械53111杠桿與平衡這種編碼方法對于那些事先不清楚會產生什么結果的情況十分有效的。

以上幾種主要代碼，在實際應用中，可根據需要進行選擇，或將幾種編碼方法結合起來使用。

將編碼對象的名稱、規格等用漢語拼音或英文縮寫等形式編成代碼，可幫助記憶，故稱為助記碼。例如：“SX-2”表示2厘米直徑的石硝建材；“YSZE”表示預算總額；“PMIS”表示項目管理信息系統。

助記碼適用于數據較少的情況，否則容易引起聯想錯誤。5-295.3

系統詳細設計

代碼設計

助記碼部門代碼

一般采用區間碼或分組碼。2位部門碼又可以采用區間碼。例如：00～49表示基本生產部門50～99表示管理科室。人員代碼

一般采用部門代碼加順序碼。5-305.3

系統詳細設計

代碼設計示例

班組碼部門碼****班組碼部門碼順序碼*******物資代碼

一般采用分組碼或區間碼，并輔以助記碼。設備代碼

一般按類別設置代碼。產品代碼

一般采用分組碼或助記碼設計。物資（設備）代碼示例產品代碼示例5-315.3

系統詳細設計

代碼設計示例

大類中類小類序號（大類）（品種）（規格）（序號）********型號產品品種序列號*********工程代碼

一般采用分組碼。會計科目代碼

一般采用3－2－2－2代碼結構。業務往來單位代碼

一般采用郵政編碼加序號。5-325.3

系統詳細設計

代碼設計示例

工程代碼示例性質年份序號********業務往來單位代碼示例********郵編序號一級科目二級科目三級科目四級科目會計科目代碼示例*********劃分子系統是簡化設計工作的重要步驟。將系統劃分為若干個子系統，再把子系統劃分為若干個模塊，每一個子系統或模塊，無論是設計或是調試，基本上可以互不干擾地進行。

劃分子系統的方法：按功能劃分要作到功能獨立、數據完整、規模適中。如：項目系統：進度、質量、合同等。采用輸入輸出圖劃分按輸入輸出的獨立性劃分子系統。5-335.3

系統詳細設計

劃分子系統

采用輸入輸出圖劃分××E××D×C××B×××A654321輸出輸入格子中的“×”號表示輸出文件來自哪個輸入文件。圖中可分為兩個子系統：ACD－245構成一個子系統BE－136構成另一個子系統兩個子系統之間，輸入輸出不發生關系。因此可以獨立開發和維護。5-345.3

系統詳細設計

劃分子系統

例如：輸出設計所要解決的問題是針對不同用戶的特點和要求，以最適當的形式，輸出最切合需要的信息。輸出方式的選擇輸出報表的設計輸出設計說明5-355.3

系統詳細設計

輸出設計

輸出方式的選擇顯示器：內容不多，無需保存的檢索信息。打印機、繪圖儀：系統最終結果，以圖表或文件的形式輸出。音箱：以聲音方式輸出。磁盤：以磁盤文件的形式輸出中間結果信息。調制解調器或網絡：可通過電話線或網絡傳至其他系統。5-365.3

系統詳細設計

輸出設計

輸出報表的設計標準化，使用方便，符合用戶習慣，便于計算機實現。輸出設計說明

內容包括：選用的輸出設備、信息輸出的頻率和數量、各種輸出文件及輸出報表的格式及表格樣本等。在保證輸入信息正確性和滿足輸出需要的前提下，做到輸入方法簡便、迅速、經濟。輸入方式的選擇鍵盤、鼠標、掃描儀、聲音等。輸入數據的獲得及輸入格式的設計考慮數據產生的部門，了解數據的產生周期、平均發生量及最大量，確定收集的時間和方法等。輸入格式一般與單據格式一致或設計專門的輸入記錄單，按屏幕填表或對話方式輸入。5-375.3

系統詳細設計

輸入設計

5-385.3

系統詳細設計

輸入設計

輸入數據的校驗（檢驗方法）靜態校驗：輸入，打印，校對;聲音校驗：邊輸入計算機邊讀;詞典校驗：以預先存入的詞典作為校驗樣本;格式檢驗：檢驗數據是否符合預先規定格式;邏輯校驗：檢驗數據值是否合理;界限校驗：檢驗數據值是否在規定范圍內;順序校驗：檢查順序排列的記錄;記錄計數檢驗：通過記錄個數檢查是否遺漏;平衡校驗：檢驗數據的合計是否正確.數據存儲結構規范化文件分類文件設計步驟數據庫設計5-395.3

系統詳細設計

數據存儲設計

規范化理論：NormalizationTheory為了使數據存儲有一定的標準和簡化數據存儲的結構，美國IBM公司的科德（E．F．Codd）在1971年首先提出了規范化理論，如今這個理論有了很大的發展。用規范化方法設計數據存儲結構，可以提高數據的完整性，一致性和可修改性。規范化理論雖然以關系數據模型為背景，設計一個關系數據庫，但是它對一般的數據庫邏輯設計，同樣具有重要的指導意義。5-405.3

系統詳細設計

數據存儲設計

數據存儲結構規范化第一范式（1NF）

為將其轉換成規范化的關系，需把“職工檔案”數據結構分解成若干個二維表記錄。職工檔案…...…...…...…...…...簡歷職工號姓名性別出生日期日期工作單位職務0001丁一男1945.10.51952.9永紅小學學生1958.9二十二中學學生1964.9哈建大學生1969.8哈二建公司助工、工程師5-415.3

系統詳細設計

數據存儲設計

數據存儲結構規范化在一個數據結構中沒有重復出現的數據項。

例如：職工檔案所表示的數據結構（不是規范化的）將上表中的數據項分解成如下兩表所示的兩個文件存儲，這兩個文件表示的數據結構是規范化的。職工號日期工作單位職務00011952.9永紅小學學生00011958.9二十二中學學生00011964.9哈建大學生00011969.8哈二建公司助工、工程師………...……………...職工基本情況文件職工號姓名性別出生日期0001丁一男1945.10.5…...職工簡歷文件5-425.3

系統詳細設計

數據存儲設計

數據存儲結構規范化第一范式（1NF）

函數依賴（FunctionalDependence）

如果在一個數據結構R中，數據元素B的取值依賴于數據元素A的取值，我們稱B函數依賴于A。

換句話說，A決定B，用“A

B”表示。所有非關鍵字數據元素完全函數依賴于整個關鍵字。（關鍵字僅由一個數據元素所組成必為第二范式）5-435.3

系統詳細設計

數據存儲設計

數據存儲結構規范化第二范式（2NF）

供應商文件*供應商名稱供應商地址材料編號材料名稱規格供應商名稱供應商地址價格庫存量庫存占用資金材料文件*材料編號材料名稱規格材料庫存文件*材料編號*供應商名稱價格庫存量庫存占用資金例如：“材料-供應商-庫存”中的數據元素關系5-445.3

系統詳細設計

數據存儲設計

數據存儲結構規范化第二范式（2NF）

一個屬于第三范式的數據結構，所有的非關鍵字數據元素都是彼此函數獨立的。ABC函數依賴：如果在一個數據結構R中，數據元素B的取值依賴于數據元素A的取值，稱B函數依賴于A。傳遞依賴：設A，B，C分別是同一個數據結構R中的三個數據元素，如果C函數依賴于B，而B又函數依賴于A，那么C也函數依賴于A，稱C傳遞依賴于A。5-455.3

系統詳細設計

數據存儲設計

數據存儲結構規范化第三范式（3NF）

如下材料庫存結構，已是第二范式，但存在著傳遞依賴關系。即庫存占用資金”函數依賴于“庫存量”和“價格”，這三個元素均為非關鍵字域，而“庫存量”和“價格”都完全依賴于整個關鍵字。顯然，“庫存占用資金”是冗余數據元素。去掉它，就去掉了傳遞依賴關系，而轉換成第三范式的數據結構。材料庫存文件

**材料編號**供應商名稱價格庫存量材料庫存文件材料編號供應商名稱價格庫存量庫存占用資金5-465.3

系統詳細設計

數據存儲設計

數據存儲結構規范化第三范式（3NF）

第二步：如果關鍵字多于一個數據元素，確保每個非關鍵字數據元素完全函數依賴于整個關鍵字第一步：把所有有重復的數據結構分解為若干個二維表的數據結構，指定關鍵

字唯一標識出每個元組。第三步：檢查所有的非關鍵字數據元素是彼此獨立，如果不是，消除函數傳遞依賴關系，通過去掉冗余或分解的辦法轉換成若干個滿足這種要求的數據結構。非規范化的數據結構（含有重復出現的數據組項）第一規范化模式（沒有重復組項的數據結構）第二規范化形式（所有非關鍵字數據元素都完全依賴于整個關鍵字）第三規范化形式（所有的非關鍵字數據元素都完全函數依賴于整個關鍵字并且僅依賴于整個關鍵字）5-475.3

系統詳細設計

數據存儲設計

數據存儲結構規范化的步驟(1)去掉重復的數據項，轉換成1NF

ABEFCD*ABEF*A*CD(2)去掉部分函數依賴，轉換成2NF(3)去掉傳遞依賴，轉換成3NF*A*BCD*A*BC*AD*ABC*AB5-485.3

系統詳細設計

數據存儲設計

數據存儲結構規范化的步驟主文件

長期保存、用以存儲重要數據，對主文件經常進行調用和更新。業務文件

臨時存儲數據、實時記載業務過程中數據發生的變化，用于統一更新主文件。輸入文件

需要輸入的大量數據先建立數據文件，經校驗后，一次輸入進行處理。輸出文件

輸出的結果文件，它可以是打印文件或其他形式的文件。工作文件

在處理過程中暫時使用的中間文件，處理結束后文件即可刪除。轉存文件

用于存儲在一定恢復點上系統部分狀態的拷貝文件。轉存文件主要是為了安全目的。5-495.3

系統詳細設計

文件設計

5-505.3

系統詳細設計

文件設計的步驟

了解已有的或可提供的計算機系統功能文件外存配備：磁盤、磁帶、光盤的配備數量、功能、容量和有關文件的轉貯條件等；終端和其他外設的配備：涉及文件可能使用的范圍，多終端操作的可能性及文件輸入、輸出和更新的條件；系統所能提供的文件組織方式和存取方法等與其他文件的接口：搞清有關文件之間的相互關系及數據項的協調。文件的數據量：根據文件用途和記錄長度，并從將來的需要量考慮，估算文件的數據量（記錄數）。文件的邏輯結構：根據需要，確定文件記錄的長度、邏輯結構組成以及各數據項的描述。文件處理方式：由用途決定文件的處理方式，可以是批處理、實時處理或混合方式等。文件的更新情況：從文件使用情況考慮，估計插入、修改和刪除等操作的頻率和更新要求。文件的使用率：估算文件記錄的實際使用頻率。文件存取時間：根據業務處理的需要，對文件存取時間提出的不同要求文件的保密性：用戶對文件機密程度的要求。5-515.3

系統詳細設計

文件設計的步驟

確定文件設計的基本指標文件的組織方式、存取方法和介質的確定應該考慮文件用途和使用頻率等情況。通過以上各種因素的綜合考慮和分析研究后，確定較為合適的文件組織及存取方式，并對介質的需要量作初步計算。5-525.3

系統詳細設計

文件設計的步驟

確定合適的文件組織方式、存取方法和介質編寫文件設計說明書文件組織方式、存取方法和存儲介質等的選擇和確定的根據；文件用途、使用范圍、處理方式、使用要求、存取時間和更新要求等；文件邏輯結構、各數據項描述以及鍵（碼）的確定原則；文件數據量和存儲介質需要量的初步估算；文件保密要求及有關安全措施；對于文件數據的收集、整理和格式要求的說明；對建立和更新文件所需要的程序選行說明及提出要求；關于建立文件的注意事項及其他需要說明的內容。數據庫設計步驟用戶需求分析概念結構設計邏輯結構設計物理結構設計系統分析（詳細調查）系統分析（邏輯設計）系統設計系統設計數據庫設計與系統開發階段對照

數據庫系統已形成一門獨立的學科，所以，當把數據庫設計原理應用到管理信息系統開發中時，數據庫設計的幾個步驟就與系統開發的各個階段相對應，且融為一體。系統開發步驟5-535.3

系統詳細設計

數據庫設計

概念結構設計應在系統分析階段進行。任務是根據用戶需求，設計數據庫的概念數據模型（簡稱概念模型）。概念模型是從用戶角度看到的數據庫，可用E-R模型表示。

數據庫的概念結構設計5-545.3

系統詳細設計

數據庫設計

數據庫的邏輯結構設計邏輯結構設計是將概念結構設計階段完成的概念模型轉換成能被選定的數據庫管理系統（DBMS）支持的數據模型。數據模型可以由實體聯系模型轉換而來。邏輯結構設計階段提出的關系數據模型應符合第三范式3NF的要求。如果選用的DBMS是支持層次、網絡模型的DBMS，則還需完成從關系模型向層次或網絡模型轉換的工作。用DBMS提供的數據描述語言DDL對數據模型予以精確定義，即所謂模式定義。例如FoxPro中的CREATE命令，其作用類似于DDL，可用來定義邏輯數據結構。

物理結構設計是為數據模型在設備上選定合適的存儲結構和存取方法，以獲得數據庫的最佳存取效率。物理結構設計的主要內容包括：庫文件的組織形式。如選用順序文件組織形式、索引文件組織形式等；存儲介質的分配。例如將易變的、存取頻度大的數據存放在高速存儲器上，穩定的、存取頻度小的數據存放在低速存儲器上；存取路徑的選擇等。

5-55

數據庫的物理結構設計5.3

系統詳細設計

數據庫設計

IPO圖問題分析圖（PAD）控制流程圖(FC)過程設計語言（PDL）5-565.3

系統詳細設計

處理過程設計

用SD方法，可以完成系統總體模塊結構的設計，而每一個模塊完成的具體操作，則在處理過程設計中完成。處理過程設計是系統設計的最后一步，也是最詳細的涉及到具體的業務處理過程的一步，是下一步編程實現系統的基礎。所用到的設計工具有：IPO圖由IBM公司提出。主要是用來配合層次化模塊結構圖詳細說明每個模塊內部功能的一種工具。IPO圖的設計因人和具體情況而異，但都必須包括輸入（I）、輸出（O）、處理（P）以及與之相應的數據庫或文件、在總體結構中的位置等信息。5-575.3

系統詳細設計

處理過程設計

IPO圖（INPUT--PROCESS--OUTPUT）開始循環.T.顯示系統功能功能選擇工作結束銷售業務采購業務選擇錯誤會計業務退出0123其他YN處理過程說明局部數據元素：注釋：輸入：功能代碼0,1,2,3上層調用模塊：無可調用的下層模塊：銷售、采購、會計模塊輸出：系統：材料供應商MIS

設計人：張濤模塊：主控

日期：

2003.3IPO圖5-58控制流程圖（FC--FLOWCHART）

又稱框圖，是經常使用的程序細節描述工具。框圖的特點：

清晰易懂，便于初學者掌握。框圖中的箭頭若使用不當，會使框圖非常難懂，而且無法進行保護。

框圖的三種基本成分

處理步驟判斷控制流5-595.3

系統詳細設計

處理過程設