第六章 系統(tǒng)設計

第六章系統(tǒng)設計系統(tǒng)調(diào)查、分析、設計的任務：業(yè)務流程圖新系統(tǒng)物理模型模塊結構圖模塊說明書數(shù)據(jù)庫設計代碼設計系統(tǒng)調(diào)查：系統(tǒng)分析：系統(tǒng)設計：新系統(tǒng)邏輯模型怎么做？做什么？怎么做？人工完成計算機完成數(shù)據(jù)流程圖數(shù)據(jù)字典加工說明1目錄6.1系統(tǒng)設計的任務要求?6.2結構化設計的基本概念?6.3從數(shù)據(jù)流圖導出結構圖?6.4代碼設計?6.5數(shù)據(jù)存儲設計?6.6輸出設計?6.7輸入設計?6.8人機對話設計?6.9計算機系統(tǒng)的選擇?6.10系統(tǒng)設計說明書?26.1系統(tǒng)設計的任務要求6.1.1評價信息系統(tǒng)的標準?6.1.2系統(tǒng)工程設計的目標?6.1.3系統(tǒng)設計的內(nèi)容?

系統(tǒng)分析階段要回答的中心問題是系統(tǒng)“做什么”，即明確系統(tǒng)功能，這個階段的成果是系統(tǒng)的邏輯模型。系統(tǒng)設計要回答的中心問題是系統(tǒng)“怎么做”，即如何實現(xiàn)系統(tǒng)說明書規(guī)定的系統(tǒng)功能。在這一階段，要根據(jù)實際的技術條件、經(jīng)濟條件和社會條件，確定系統(tǒng)的實施方案，即系統(tǒng)的物理模型。返回36.1.1評價信息系統(tǒng)的標準面向管理的信息系統(tǒng)，其優(yōu)劣程度取決于它為管理工作提供信息服務的質(zhì)量。具體講，我們可以從六個方面來衡量。見表6-1（P113）1、信息系統(tǒng)的功能：包括系統(tǒng)是否解決了用戶希望解決的問題，是否有較強的數(shù)據(jù)校驗功能，能否進行所需要的運算，能否提供符合用戶的信息輸出，等等。2、系統(tǒng)的效率：這是與時間有關的指標，如聯(lián)機處理系統(tǒng)的響應時間（即從發(fā)出要求得到應答信號的時間），批處理系統(tǒng)的處理速度（即處理單個業(yè)務的平均時間）。43、系統(tǒng)的可靠性：指系統(tǒng)在運行過程中抵御各種干擾、保證系統(tǒng)正常工作的能力，包括檢查錯誤、糾正錯誤的能力，系統(tǒng)一旦發(fā)生故障后重新恢復、重新起動的能力。4、系統(tǒng)的工作質(zhì)量：指系統(tǒng)提供信息的準確程度、使用方便性、輸出表格的實用性和清晰性等。5、系統(tǒng)的可變更性：指修改和維護系統(tǒng)的難易程度。采用結構化、模塊化設計方法是提高系統(tǒng)可變更性的有效途徑。6、系統(tǒng)的經(jīng)濟性：指系統(tǒng)收益與支出之比。系統(tǒng)的效率、服務質(zhì)量、可靠性、可變更性、經(jīng)濟性等指標是相互聯(lián)系又彼此制約的，在一定程度上是相互矛盾的。（為什么？試舉例說明！）56.1.2系統(tǒng)工程設計的目標系統(tǒng)設計必須從保證系統(tǒng)的變更性入手，設計出一個易于理解、容易維護的系統(tǒng)。為了使系統(tǒng)容量修改，首先要使其容易被理解，需要注意以下幾個問題：（1）把系統(tǒng)劃分為一些部分，其中每一部分的功能簡單明確，內(nèi)容簡明易懂，易于修改。我們把這樣的部分稱為模塊。（2）系統(tǒng)分成模塊的工作按層次進行。首先，把整個系統(tǒng)看成一個模塊，按功能分解成若干個第一層模塊，這些模塊互相配合，共同完成整個系統(tǒng)的功能。然后按功能再分解第一層的各個模塊。依次下去，直到每個模塊都十分簡單。6（3）每一個模塊應盡可能獨立，即盡可能減少模塊間的調(diào)用關系和數(shù)據(jù)交換關系。當然，系統(tǒng)中的模塊不可能與其他模塊沒有聯(lián)系，只是要求這種聯(lián)系盡可能少。（4）模塊間的關系要闡明。這樣在修改時可以追蹤和控制?？傊粋€易于修改的系統(tǒng)應該由一些相對獨立、功能單一的模塊按照層次結構組成。系統(tǒng)工程設計的目標76.1.3系統(tǒng)設計的內(nèi)容一、總體設計將系統(tǒng)劃分成模塊決定每個模塊的功能決定模塊的調(diào)用關系決定模塊間信息的傳遞二、詳細設計代碼設計數(shù)據(jù)庫設計輸入設計輸出設計用戶界面設計處理過程設計86.2結構化設計的基本概念6.2.1模塊?6.2.2結構圖?6.2.3模塊間的聯(lián)系?6.2.4模塊間的耦合?6.2.5模塊的內(nèi)聚?6.2.6作用范圍與控制范圍?6.2.7模塊的扇入與扇出?返回96.2.1模塊模塊：用一個名字就可以調(diào)用的一段程序語句模塊的四種屬性：（1）輸入和輸出是模塊與外部的信息交換。一個模塊從它的調(diào)用者那時獲得輸入，把產(chǎn)生的結果再傳遞給調(diào)用者。（2）邏輯功能是指它做什么事，它是如何把輸入轉(zhuǎn)換成輸出的。（3）運行程序模塊用程序代碼完成它的邏輯功能。（4）內(nèi)部數(shù)據(jù)內(nèi)部數(shù)據(jù)是僅供該模塊本身引用的數(shù)據(jù)。10模塊的表示方法：用長方形表示。模塊的名字寫在長方形內(nèi)如圖6.1所示。模塊的名字由一個動詞和一個作為賓語的名詞表示。模塊的名字應恰如其分地表達這一個模塊的功能。返回計算工資圖6.1模塊的表示方法模塊又有：內(nèi)部屬性和外部屬性116.2.2結構圖結構化設計采用結構圖描述系統(tǒng)的模塊結構及模塊間的聯(lián)系。圖6.2是結構圖的一個例子。該圖描述報表生成系統(tǒng)，從讀入數(shù)據(jù)、經(jīng)過計算到按一定格式打印出報表的過程。EOF是結束標志。12模塊：調(diào)用：數(shù)據(jù)：控制信息：結構圖符號13計算打印報表生成報表獲得有效數(shù)據(jù)核對數(shù)據(jù)獲得編輯數(shù)據(jù)打印表頭打印表尾打印一行顯示無效數(shù)據(jù)編輯數(shù)據(jù)讀入數(shù)據(jù)編輯數(shù)據(jù)EOFEOF有效數(shù)據(jù)有效數(shù)據(jù)一行一行一行日期結果總結結果EOF編輯數(shù)據(jù)有效數(shù)據(jù)編輯數(shù)據(jù)數(shù)據(jù)數(shù)據(jù)EOF提示圖6.2結構圖示例14數(shù)據(jù)：用來記錄某些事實，具有實質(zhì)性的內(nèi)容，通常用名詞表示。描述性標志：描述某些數(shù)據(jù)的狀態(tài)或性質(zhì)?？刂茦酥荆阂髨?zhí)行非正常的動作或做某些與該模塊功能不相關的事情，通常用動詞表示。模塊間傳遞的三種信息：數(shù)據(jù)描述性標志控制標志15模塊結構圖可以由數(shù)據(jù)流程圖轉(zhuǎn)換而來。但是，結構圖與數(shù)據(jù)流程圖有著本質(zhì)的差別：（1）數(shù)據(jù)流程圖著眼于數(shù)據(jù)流，反映系統(tǒng)的邏輯功能，即系統(tǒng)能夠“做什么”。（2）結構圖著眼于控制層次，反映系統(tǒng)的物理模型，即怎樣逐步實現(xiàn)系統(tǒng)的總功能。（3）從時間上來說，數(shù)據(jù)流程圖在前，控制結構圖在后。數(shù)據(jù)流程圖是繪制結構圖的依據(jù)?？傮w設計階段的任務，就是要針對數(shù)據(jù)流程圖規(guī)定的功能，設計一套實現(xiàn)辦法。返回166.2.3模塊間的聯(lián)系結構化設計的基本思想，就是把系統(tǒng)設計成由相對獨立、功能單一的模塊組成的層次結構。為了衡量模塊的相對獨立性，提出了模塊間的耦合與模塊的內(nèi)聚兩個概念。這兩個概念從不同側(cè)面反映了模塊的獨立性。耦合：反映模塊之間連接的緊密程度。內(nèi)聚：指一個模塊內(nèi)各元素彼此結合的緊密程度。17我們希望模塊內(nèi)聯(lián)系越緊越好，模塊間聯(lián)系越少越好。耦合、內(nèi)聚兩個概念從不同的角度反映這種聯(lián)系。返回186.2.4模塊間的耦合耦合是影響系統(tǒng)復雜程度的一個重要因素。若為了理解模塊A，需要對模塊B有所了解，則A，B之間有聯(lián)系。如果需要對B的理解越多，則A，B的聯(lián)系就越緊密，我們就說它們耦合越緊。影響模塊間耦合程度有三方面的因素：聯(lián)系方式來往信息的作用數(shù)量這三個因素可用三維坐標表示，如圖6.3所示。19模塊間的聯(lián)系模塊間的耦合耦合：反映模塊間連接的緊密程度數(shù)量方式作用混合控制數(shù)據(jù)用過程語句調(diào)用直接引用少多圖7.3影響耦合的因素繼續(xù)20直接引用：是指一個模塊直接存取另一模塊的某些信息，例如全程變量、FORTRAN的common量、C語言的extenal量、共享的通信區(qū)等。這種耦合也稱為公共環(huán)境耦合。這種耦合的復雜性隨耦合的模塊個數(shù)而顯著上升。降低這種耦合程度的辦法是局部化，也就是把一個公共區(qū)分成許多子區(qū)，使每個子區(qū)上耦合的模塊數(shù)減少，如圖6.4所示。2122返回用過程語句調(diào)用：則是通過模塊的名字調(diào)用整個模塊，一個模塊只有一個入口，所有數(shù)據(jù)來往以參數(shù)顯式出現(xiàn)。采用這種連接方式，模塊間耦合程度比較低。當然，兩個模塊共享數(shù)據(jù)很低多時，參數(shù)傳遞也不方便。23模塊間的來往信息可以作為數(shù)據(jù)使用，也可以作為控制信息合用。若兩個模塊間傳遞的信息只作為數(shù)據(jù)用，即一個模塊提供的輸出數(shù)據(jù)作為另一個模塊的輸入數(shù)據(jù)，這種耦合稱為數(shù)據(jù)耦合。如果兩個模塊間傳遞的信息作控制用，這種耦合稱控制耦合。返回24很明顯，模塊間傳遞的信息量越大，它們之間的耦合程度越高。因為正是這種傳遞關系造成模塊間的聯(lián)系。一個模塊最好只了解它確實需要使用的數(shù)據(jù)，而完全不知道其他數(shù)據(jù)的存在?？傊?，結構化設計要求模塊間的耦合程度盡可能小，為減小耦合程度應該：（1）用過程語句調(diào)用其他模塊；（2）模塊間的參數(shù)作數(shù)據(jù)用；（3）模塊間的參數(shù)盡可能少。返回25數(shù)據(jù)聯(lián)結特征聯(lián)結控制聯(lián)結公共聯(lián)結內(nèi)容聯(lián)結高（差）低（好）耦合的形式261、數(shù)據(jù)聯(lián)結如果兩個模塊之間的通訊信息是若干個參數(shù)，其中每一個參數(shù)都是一個數(shù)據(jù)元素。這種聯(lián)結就是數(shù)據(jù)聯(lián)結。27結束標志修正庫存文件讀庫存文件修改庫存記錄獲得有效數(shù)據(jù)驗證事務單據(jù)獲得輸入讀庫存文件讀事務單據(jù)事務單據(jù)庫存記錄合格事務單據(jù)庫存記錄新庫存記錄事務單據(jù)合格標志庫存記錄事務單據(jù)庫存編號合格事務單據(jù)庫存記錄新庫存記錄28修正庫存文件寫庫存文件修改庫存記錄獲得有效數(shù)據(jù)驗證事務單據(jù)讀事務單據(jù)讀庫存文件事務單據(jù)合格事務單據(jù)新庫存記錄事務單據(jù)合格標志庫存記錄庫存編號結束標志合格事務單據(jù)新庫存記錄29如果兩個模塊都與同一數(shù)據(jù)結構有關，那么這種聯(lián)結就是特征聯(lián)結。2、特征聯(lián)結30計算水費和電費計算電費計算水費住戶詳情住戶詳情水費電費31計算水費和電費計算電費計算水費本月用水量本月用電量水費電費32計算工資計算實發(fā)額實發(fā)額基本工資附加費應扣額計算工資計算實發(fā)額實發(fā)額工資項目33如果模塊A向模塊B所傳遞的信息控制了模塊B的內(nèi)部邏輯，那么模塊A和B之間的聯(lián)結稱為控制聯(lián)結。3、控制聯(lián)結34頒發(fā)獎牌確定獎牌銀牌名次獲得庫存記錄檢索庫存記錄庫存記錄庫存編號銅牌金牌打印“無此庫存記錄”35如果兩個模塊都和同一個公共數(shù)據(jù)域有關，那么在這兩個模塊之間存在著公共聯(lián)結。4、公共聯(lián)結36EADBC公用數(shù)據(jù)37如果一個模塊和另一個模塊的內(nèi)部屬性有關，那么這種聯(lián)結稱為內(nèi)容聯(lián)結。5、內(nèi)容聯(lián)結38五種聯(lián)結形式比較聯(lián)結形式連鎖反應可修改性可讀性通用性數(shù)據(jù)弱好好好特征弱中中中控制中不好不好不好公共強不好壞壞內(nèi)容很強壞壞壞返回396.2.5模塊的內(nèi)聚模塊的內(nèi)聚反映模塊內(nèi)部聯(lián)系的緊密程度。如果一個模塊內(nèi)部相關性很高，而且都是為了同一個功能，我們就說它的內(nèi)聚程度高。模塊的內(nèi)聚可以分為七類。模塊內(nèi)部聯(lián)系的緊密程度低（差）高（好）偶然內(nèi)聚邏輯內(nèi)聚時間內(nèi)聚步驟內(nèi)聚通信內(nèi)聚順序內(nèi)聚功能內(nèi)聚40如果一個模塊內(nèi)部各個組成部分的處理動作彼此沒有任何關系，那么這種內(nèi)聚稱為偶然內(nèi)聚PQRSB:=A;READCARDFILED:=C;T圖7.6偶然內(nèi)聚1、偶然內(nèi)聚41如果一個模塊內(nèi)部各個組成部分的處理動作在邏輯上相似，但功能彼此不同或無關，那么這種內(nèi)聚稱為邏輯內(nèi)聚。A取平均成績或最高成績平均/最高成績B2、邏輯內(nèi)聚42如果一個模塊內(nèi)的各組成部分，它們的處理動作和時間有關，那么這種內(nèi)聚稱為時間內(nèi)聚。即把需要有限時間間隔內(nèi)處理的成分放在同一模塊內(nèi)，例如一些初始化模塊。這種模塊的內(nèi)聚程度比前兩種稍高一些，但仍是一種低的內(nèi)聚。3、時間內(nèi)聚43如果一個模塊內(nèi)各個部分的處理動作各不相同，彼此也沒有什么關系，但他們都受同一個控制流支配，決定它們的執(zhí)行次序，那么這種內(nèi)聚稱為步驟內(nèi)聚。步驟內(nèi)聚模塊的內(nèi)聚程度比時間內(nèi)聚模塊高。4、步驟內(nèi)聚44如果一個模塊內(nèi)各組成部分的處理動作都使用相同的輸入數(shù)據(jù)或產(chǎn)生相同的輸出數(shù)據(jù)，那么這種內(nèi)聚稱為通信內(nèi)聚。如圖7.9中的兩個模塊都屬于這一類。模塊A的兩個部分都是對“購貨單”的處理，而模塊B的兩個部分都有是對數(shù)據(jù)存儲D的處理。5、通信內(nèi)聚45如果一個模塊內(nèi)部的各個組成部分執(zhí)行的幾個處理動作有這樣的特征，前一個處理動作所產(chǎn)生的輸出數(shù)據(jù)是下一個處理動作的輸入數(shù)據(jù)，那么這種內(nèi)聚稱為順序內(nèi)聚。圖6.10的兩個模塊都有屬于這一類。6、順序內(nèi)聚46如果一個模塊內(nèi)部的各個組成部分的處理動作全都為執(zhí)行同一個功能而存在，并且只執(zhí)行一個功能，那么這種內(nèi)聚稱為功能內(nèi)聚。

這種模塊的聚合程度最高，結構化設計的目標就是獲得這種模塊。7、功能內(nèi)聚47七種內(nèi)聚比較內(nèi)聚聚合度修改性可讀性通用性透明度功能好好好好暗順序好好好中灰通信中中不好不好灰步驟中中不好不好半透明時間不好不好壞壞半透明邏輯壞壞壞壞透明偶然壞壞壞壞透明返回48一個判斷的作用范圍是所有這樣的模塊的集合，這些模塊內(nèi)含有依賴于這個判斷結果的處理。一個模塊的控制范圍是指它本身及其所有下屬模塊的集合。6.2.6作用范圍與控制范圍圖6.12作用范圍與控制范圍A

計算工資C

計算干部工資B

計算工人工資D

計算總工資49TOPYXABoB2B1在圖6.13中，用“O”標志判斷所在的模塊，有陰影的模塊表示判斷作用范圍的模塊。圖6.13(a)

圖6.13(a)的情況下，作用范圍越出控制范圍。這樣模塊B需把判斷結果傳給Y，再傳送到A。判斷結果是控制信息，這樣便產(chǎn)生控制耦合。50TOPoYXABB2B1圖6.13(b)圖6.13(b)中做了改正，此時作用范圍沒有越出控制范圍，但判斷點太高，同樣造成控制耦合。51TOPYoXABB2B1圖6.13(c)圖6.13(c)又做了改性改善52返回TOPYXABoB2B1圖6.13(d)圖6.13(d)是最理想的情況，將不在控制范圍內(nèi)、但在作用范圍內(nèi)的模塊A移到控制范圍內(nèi)，成為模塊B的直接下屬。536.2.7模塊的扇入與扇出

模塊的扇出是指模塊的直屬下層模塊的個數(shù)。如圖6.14所示。圖6.14中平均的扇出是2。一般認為，設計得好的系統(tǒng)平均扇出是3或4。ABB1CC3C2C1A的扇出為2C的扇出為3B的扇出為1圖6.14模塊的扇出54一個模塊的扇出數(shù)過大或過小都不理想，過大比過小更嚴重。一般認為扇出的上限不超過7。一個模塊的扇入是指有多少個上級模塊調(diào)用它。設計得好的系統(tǒng)，上層模塊有較高的扇出，下層模塊有較高的扇入。55ABB1CC3C2C1A的扇出為2C的扇出為3B的扇出為1圖6.14模塊的扇出返回566.3從數(shù)據(jù)流圖導出結構圖數(shù)據(jù)流程圖有兩種典型的結構：變換型結構和事務型結構。對這兩種結構，可以分別通過變換分析和事務分析法導出標準形式的結構圖。采用這些方法時，都是先設計結構圖的頂端主模塊，然后自頂向下逐步細化，最后得到滿足數(shù)據(jù)流程圖要求的系統(tǒng)結構。6.3.1變換分析?6.3.2事務分析?6.3.3數(shù)據(jù)流程圖層次的轉(zhuǎn)換?返回576.3.1變換分析變換結構是一種線性結構。它可以明顯地分成邏輯輸入、主加工和邏輯輸出。圖6.22(a)是一個典型的例子。變換分析過程可分為三步：找出邏輯輸入、主加工和邏輯輸出，設計頂層模塊和第一層模塊，設計中、下層模塊。58591、找出系統(tǒng)的邏輯輸入、主加工和邏輯輸出（1）從物理輸入端開始，一步步向系統(tǒng)的中間移動，直至這樣一個數(shù)據(jù)流：它已不能再被看做系統(tǒng)的輸入，則它的前一個數(shù)據(jù)流就是系統(tǒng)的邏輯輸入。

圖6.22(a)中，發(fā)現(xiàn)數(shù)據(jù)流“P3→P4”不能再被理解為系統(tǒng)的輸入了。因此，數(shù)據(jù)流“P2→P3”是邏輯輸入。（2）從物理輸出端開始，逆數(shù)據(jù)流方向向中間移動，可以確定系統(tǒng)的邏輯輸出。（3）介于邏輯輸入和邏輯輸出之間的加工就是主加工。圖6.22(a)中的處理框P3就是主加工。602、設計頂層模塊和第一層模塊

找到主加工之后，遵照“自頂向下，逐步加細”的原則，設計各層的模塊。系統(tǒng)的主加工就是系統(tǒng)的頂層模塊，其功能就是整個系統(tǒng)的功能。第一層模塊按輸入、變換、輸出等分支來處理：（1）為每一個邏輯輸入設計一個輸入模塊，其功能是為頂層模塊提出供相應的數(shù)據(jù)；（2）為每一個邏輯輸出設計一個輸出模塊，它的功能即是輸出頂層模塊輸出信息；（3）為主加工設計一個變換模塊，它的功能就是將邏輯輸入變換成邏輯輸出。第一層模塊與頂層模塊之間傳送的數(shù)據(jù)應該同數(shù)據(jù)流程圖相對應。

圖6.22(a)有一個邏輯輸入，一個邏輯輸出。所以對應的結構圖第一層模塊共三個，即寬度為3，如圖6.22(b)所示。613、設計中、下層模塊對輸入、變換、輸出模塊逐個分解，便可得到初始結構圖。返回62圖6.25是事務型結構的例子。這種結構中，某個加工將它的輸入分離成一串平行的數(shù)據(jù)流，分別執(zhí)行后面的某些加工。對于這種類型的數(shù)據(jù)流程圖，可以通過事務分析得到相應的結構圖。6.3.2事務分析63事務分析也是按“自頂向下，逐步細化”的原則進行。先設計模塊，其功能就是整個系統(tǒng)功能。下面有一個“分析模塊”和“調(diào)度模塊”。前者分析事務的類型，后者根據(jù)不同的類型調(diào)用相應的下層模塊。這樣得到與圖6.25相應的結構圖，如圖6.26所示。返回64模塊結構與功能設計

舉例1：總賬子系統(tǒng)的功能結構初始設置：設置賬簿，人員權限設置，科目設置，憑證類型設置，初始余額裝入，其他設置等；憑證管理：填制憑證，審核憑證，查詢憑證，打印憑證，匯總憑證，記賬等；出納管理：現(xiàn)金日記賬，銀行日記賬，資金日報，支票登記，銀行對賬等；賬簿管理：總賬，明細賬，日記賬，日報表的查詢和打?。煌鶃砉芾恚簜€人或單位往來的核算和管理；部門管理：部門總賬，部門明細賬，部門收支分析等功能；項目管理：項目總賬，項目明細賬，項目統(tǒng)計表；期末處理：轉(zhuǎn)賬定義，轉(zhuǎn)賬生成，對賬，結賬；系統(tǒng)服務：會計數(shù)據(jù)備份，會計數(shù)據(jù)恢復，系統(tǒng)維護，修改口令，自動轉(zhuǎn)賬。65模塊結構與功能設計

例2：庫存管理信息系統(tǒng)的功能結構圖(P233)666.4代碼設計6.4.1代碼的作用?6.4.2代碼的種類?6.4.3代碼的類型?6.4.4代碼的校驗方法?6.4.5代碼的設計原則?6.4.6代碼的設計步驟?返回67

6.4.1代碼的作用代碼是用來表征客觀事物的一個或一組有序的符號，它應易于計算機和人識別與處理。代碼也簡稱為“碼”。編碼就是用數(shù)字或字母代表事物。通過編碼，建立統(tǒng)一的經(jīng)濟信息語言，有利于提高通用化水平，使資源共享，達到統(tǒng)一化；有利用于采用集中化措施以節(jié)約人力，加快處理速度，便于檢索。具體講，代碼有以下功能：68（1）鑒別功能：在一個信息分類編碼標準中，一個代碼只能惟一地標識一個分類對象，而一個分類對象只能有一個惟一的代碼。（2）分類：當按分類對象的屬性分類，并分別賦予不同的類別時，代碼又可作為分類對象類別的標識。（3）排序：當按分類對象產(chǎn)生的時間、所占空間或其他方面的順序關系分類，并賦予不同的代碼時，代碼又可以作為排序的標識。（4）專用含義：代碼可提供一定的專門含義，如數(shù)學運算的程序、分類對象的技術參數(shù)、性能指標等。代碼的作用696.4.2代碼的種類1.順序碼。這類代碼是用連續(xù)數(shù)字對代碼對象按一定標準（如自然數(shù)順序）依次排列。此碼的特點是簡單明了、短小精悍、易于增補，但不易于分組、分類處理，增加數(shù)據(jù)時只能排在最后，刪除則會造成空碼。順序碼只能唯一標識一件事物，編碼本身并沒有包含任何含義。一般用于數(shù)量不大，編碼對象相對穩(wěn)定的事物。例如：例如全班30名同學可從1~30按順序編碼。2.區(qū)段碼。這種代碼是用代碼對象分區(qū)間進行連續(xù)編號。其優(yōu)點是能用較少的位數(shù)表示較多的信息，易于插入、追加，但位數(shù)有限，處理不便。例如：用區(qū)間碼按各類產(chǎn)品進行編碼。用0～50分別表示甲類各產(chǎn)品、51～100分別表示乙類產(chǎn)品、101～130表示丙類產(chǎn)品等等。70代碼的種類3.分組碼。也稱層次碼或群碼。代碼對象按從左到右順序分為幾個組，每組需要幾位根據(jù)需要設定。其優(yōu)點是：代碼對象分類基準明確，容易記憶、易追加；缺點是占用位數(shù)較多，有剩余碼。分組碼能夠包含的信息量大，是目前被廣泛使用的一種代碼。例如：用分組碼表示會計科目編碼，XXXXXXX

XX。一級科目二級科目三級科目四級科目4.助記碼。用代碼對象本身常用的符號或縮寫符號編碼。其優(yōu)點是便于記憶、直觀明了，缺點是不便于處理、書寫。例如，用TV-M-12表示12寸黑白電視機，TV-C-34表示34寸彩色電視機。用T表示噸，用kg表示公斤。716.4.3代碼的類型代碼的類型指代碼符號的表示形式，一般有數(shù)字型、字母型、數(shù)字字母混合型。數(shù)字型代碼：是用一個或多個阿拉伯數(shù)字表示的代碼。這種代碼結構簡單，使用方便，也便于排序，易于在國內(nèi)外推廣。字母型代碼：是用一個或多個字母表示的代碼。例如，鐵道部制定的火車站站名字母縮寫碼中，BJ代表北京，HB代表哈爾濱。混合型代碼：是數(shù)字、字母、專用符號組成的代碼。這種代碼基本上兼有前兩種代碼的優(yōu)點。但是這種代碼組成形式復雜，計算機輸入不便，錄入效率低，錯誤率高。72代碼設計舉例用友U8中的代碼舉例:部門編碼，人員編號（與部門編號有重復），客戶、供應商、地區(qū)分類編碼，客戶編號，供應商編號，會計科目編碼（分組碼）憑證號（混合代碼）學號身分證號碼736.4.4代碼的校驗方法校驗碼是根據(jù)事先規(guī)定好的數(shù)學方法及代碼本體計算出來的。當自檢碼輸入計算機后，計算機按照同樣的數(shù)學方法，根據(jù)代碼本體進行計算，將結果與校驗碼比較，檢驗輸入的代碼是否正確。校驗碼的生成過程如下：（1）對代碼本體的每一位加權求和設代碼本體為C1C2…Cn,權因子為P1，P2，…,Pn,加權求和：

S=CiPi。其中權因子可取自然數(shù)1，2，3，…,幾何級數(shù)2，4，8，16，32，…,質(zhì)數(shù)2，3，5，7，11，…,等等。74（2）以模除和得余數(shù)

R=SmodM

其中：R表示余數(shù)：M表示模，可取M=10，11，等等。（3）模減去余數(shù)得校驗碼

Cn+1=M-R例1：代碼本體為123456，權因子為1，7，3，1，7，3，模為10，則其校驗碼為？S=1*1+2*7+3*3+4*1+5*7+6*3=81R=81mod(10)=1校驗碼為10-1=9所以自檢碼為1234569，其中9為校驗碼。例2：10.3“庫存管理信息系統(tǒng)”的產(chǎn)品代碼設計（P234）756.4.5代碼的設計原則代碼設計必須遵循以下基本原則：（1）唯一性：一個對象可能有多個名稱，也可按不同的方式對它進行描述。但在一個編碼體系中，一個對象只能賦予它一個唯一的代碼。（2）合理性：代碼的結構應與相應的分類體系相對應。（3）可擴充性：應留有充分的余地，以備將來不斷擴充的需要。（4）簡單性：結構盡可能簡單，盡可能短，以節(jié)省存儲空間，減少各種差錯。（5）實用性：代碼盡可能反映對象的特點，以助記憶，便于填寫。（6）規(guī)范性：國家有關編碼標準是代碼設計的重要依據(jù)，已有標準的必須遵循。如會計科目編碼。（7）系統(tǒng)性：有一定的分組規(guī)則，從而在整個系統(tǒng)中具有通用性。766.4.6代碼的設計步驟代碼設計可按下列步驟進行：（1）確定代碼對象。（2）考查是否已有標準代碼。如果國家標準局、某個部門對某些事物已規(guī)定了標準代碼，那么應遵循這些標準代碼。如果沒有標準代碼，那么在代碼設計時要參考國際標準化組織、其他國家、其他部門、其他單位的編碼標準，設計出便于今后標準化的代碼。（3）根據(jù)代碼的使用范圍、使用時間，根據(jù)實際情況選擇代碼的種類與類型。（4）考慮檢錯功能。（5）編寫代碼表。77代碼設計舉例附件一：某企業(yè)代碼設計案例（P149）圖書編碼設計方案78“對第二個編碼說不”標準化工作也是長虹ERP上線兩年來面臨的比較大的問題，現(xiàn)在長虹的系統(tǒng)還存在一個部件兩種編碼的現(xiàn)象。一旦有業(yè)務發(fā)生，在歸類上就不好處理。因為編碼是生產(chǎn)廠編的，然后發(fā)到采購、生產(chǎn)、銷售等部門，如果生產(chǎn)廠不清楚編碼的規(guī)則，同一部件可能有兩個編碼。一旦發(fā)現(xiàn)編碼重了、錯了，就得及時通知各環(huán)節(jié)。在上ERP之前，每個單位都有自己的編碼，同樣一個通用件，電視公司在用，空調(diào)公司也在用，DVD公司也在用，三個公司就出現(xiàn)三個編碼。796.5數(shù)據(jù)存儲設計數(shù)據(jù)庫平臺——存儲和管理數(shù)據(jù)的黃金寶庫返回806.5.1數(shù)據(jù)庫設計數(shù)據(jù)庫是信息系統(tǒng)的核心組成部分。數(shù)據(jù)庫設計在信息系統(tǒng)的開發(fā)中占有重要的地位。信息轉(zhuǎn)換數(shù)據(jù)庫設計步驟數(shù)據(jù)庫設計案例：例1：“銷售管理信息系統(tǒng)”數(shù)據(jù)庫設計例2：某學?！敖虒W管理”數(shù)據(jù)庫模型的設計例3：“庫存管理信息系統(tǒng)”數(shù)據(jù)庫設計例4：“賬務處理系統(tǒng)”數(shù)據(jù)庫設計81信息轉(zhuǎn)換將反映客觀事物狀態(tài)的數(shù)據(jù)，經(jīng)過一定的組織，成為計算機內(nèi)的數(shù)據(jù)，將經(jīng)歷三個不同的狀態(tài)：現(xiàn)實世界、信息世界（概念世界）、計算機世界（數(shù)據(jù)世界）：現(xiàn)實世界信息世界（概念世界）計算機世界（數(shù)據(jù)世界）組織（事物及其聯(lián)系）事物類（總體）事物（對象、人體）特征實體及其聯(lián)系（概念模型）實體集實體屬性數(shù)據(jù)庫（數(shù)據(jù)模型）文件記錄數(shù)據(jù)項82（1）對現(xiàn)實世界進行需求分析：分析結果用數(shù)據(jù)流程圖和數(shù)據(jù)字典來表示（2）建立信息世界中E-R（實體聯(lián)系、概念）模型定義實體：找實體、確定關鍵字；用矩形框表示。定義屬性:用橢圓形表示。定義聯(lián)系：用菱形框表示實體間的相互關系，聯(lián)系本身也有自己的屬性；實體間的相互關系存在三種情況：一對一關系，表示為1:1；一對多關系，表示為1:m；多對多關系，表示為m:n。

(3)從E-R圖導出計算機世界的關系數(shù)據(jù)模型數(shù)據(jù)庫設計步驟學生成績學習83例1：“銷售管理信息系統(tǒng)”數(shù)據(jù)庫設計見《數(shù)據(jù)庫應用基礎》教材P4－9、109概念模型：E-R圖邏輯模型：關系模型物理模型：數(shù)據(jù)庫84數(shù)據(jù)庫設計案例2:某學?！敖虒W管理”數(shù)據(jù)庫模型的設計(1)設計“學院和教師關系”的分E-R圖學院（學院代號、學院名稱、學院院長姓名、辦公地址、電話）教師（教師編號、教師姓名、專業(yè)特長、學院代號）“學院”實體與“教師”實體之間是一對多（1：m）的“分配”關系。如圖1。學院教師分配1m圖1學院與教師關系85數(shù)據(jù)庫設計案例:某學?！敖虒W管理”數(shù)據(jù)庫模型的設計(2)設計“學生和課程關系”的分E-R圖學生（學號、姓名、性別、出生年月、學院代號）課程（課程號、課程名、學時數(shù)、學分數(shù)、開課學期）成績（屬于學生和課程發(fā)生聯(lián)系后產(chǎn)生的屬性）“學生”實體與“課程”實體之間是多對多（m：n）的關系。如圖2。圖2學生與課程關系學生課程學習mn成績86數(shù)據(jù)庫設計案例:某學校“教學管理”數(shù)據(jù)庫模型的設計(3)設計“教師和課程關系”的分E-R圖“教師”實體與“課程”實體之間是多對多（m：n）的關系。教師教學結束后，將被學生評估。如圖3。教師課程教學mn圖3教師與課程關系授課班評估87數(shù)據(jù)庫設計案例:某學?！敖虒W管理”數(shù)據(jù)庫模型的設計(4)將上述三個分E-R圖綜合，建立學校教學管理總E-R圖。在各分E-R圖中，教師與課程是重名實體，根據(jù)綜合分E-R圖的原則：消除同名實體，則教學管理總E-R圖如圖4。88教師課程教學mn圖4“教學管理”E-R圖授課班評估學生學習mn成績學院分配1m數(shù)據(jù)庫設計案例:某學?！敖虒W管理”數(shù)據(jù)庫模型的設計89數(shù)據(jù)庫設計案例:某學校“教學管理”數(shù)據(jù)庫模型的設計(5)將學?！敖虒W管理”E-R圖所描述的信息（概念）世界中的概念模型轉(zhuǎn)化為計算機上由關系型DBMS支持的關系數(shù)據(jù)模型。數(shù)據(jù)庫設計原則中有兩條：一是將所有的實體轉(zhuǎn)化為關系；二是根據(jù)不同的聯(lián)系方式，將聯(lián)系反映在關系中或?qū)⒙?lián)系轉(zhuǎn)換成關系?！敖虒W管理”數(shù)據(jù)庫的關系數(shù)據(jù)模型如下：（實體）學院（學院代號，學院名稱，學院院長姓名，辦公地址，電話）（實體）教師（教師編號，教師姓名，專業(yè)特長，學院代號）（實體）學生（學號，姓名，性別，出生年月，學院代號）（實體）課程（課程號，課程名，學時數(shù)，學分數(shù)）（聯(lián)系）成績（學號，課程號，成績）（聯(lián)系）課堂評估（教師編號，課程號，授課班評估）

90（6）根據(jù)關系模型的設計,可以在計算機上實現(xiàn)數(shù)據(jù)庫的建立，如建立“學籍管理數(shù)據(jù)庫”實體用二維表表示實體之間的關系也用二維表表示表的行稱為記錄(record)表的列稱為字段(field)數(shù)據(jù)庫設計案例:某學?！敖虒W管理”數(shù)據(jù)庫模型的設計91入庫單出庫單修改臺賬匯總按產(chǎn)品匯總報表物料卡表產(chǎn)品基本信息表提供產(chǎn)品信息提供產(chǎn)品信息nm11n1n11nnmm例3：“庫存管理信息系統(tǒng)”數(shù)據(jù)庫設計E-R圖92例3：“庫存管理信息系統(tǒng)”數(shù)據(jù)庫設計物理模型見教材第10章10.3實驗參考范例：庫存管理信息系統(tǒng)的分析、設計和實施：

10.3.4系統(tǒng)設計

7、存儲文件（數(shù)據(jù)庫）結構設計（P236-240）93記賬憑證日記賬明細賬總賬銀行對賬單登賬登總賬對賬銀行余額調(diào)節(jié)表手工條件下賬務系統(tǒng)的實體關系圖例4：賬務處理系統(tǒng)數(shù)據(jù)庫設計94賬務系統(tǒng)實體關系圖95例4：賬務處理系統(tǒng)數(shù)據(jù)庫設計計算機會計信息系統(tǒng)中，賬務處理子系統(tǒng)的賬、證、表應以哪些文件、用何種結構在計算機中存儲？96臨時憑證文件的設計臨時存儲未記賬的所有憑證，記錄在一定時間內(nèi)所發(fā)生的各項經(jīng)濟業(yè)務的文件。一旦記賬，憑證就從臨時憑證文件轉(zhuǎn)移到“流水賬文件”。憑證文件的存儲策略：有采用一月一個文件，一般用一年一個文件。97臨時憑證文件用例對于一張期末將所有支出科目轉(zhuǎn)入“本年利潤”科目的記賬憑證：借：本年利潤 200000貸：產(chǎn)品銷售成本 100000

產(chǎn)品銷售費用 50000

產(chǎn)品銷售稅金及附加 10000

管理費用 20000

財務費用 5000

其它業(yè)務支出 5000

營業(yè)外支出 1000098臨時憑證文件的設計方案一：與手工記賬憑證項目一一對應，但浪費空間。99臨時憑證文件的設計設計方案一：100方案一的臨時憑證文件101臨時憑證文件的設計方案二：將借方金額和貸方金額兩個字段用一個字段“金額”表示，同時增加“借貸標志”字段，用于區(qū)分金額方向，這樣節(jié)約了空間。102臨時憑證文件的設計設計方案二：103方案二的臨時憑證文件104臨時憑證文件的設計方案三：將憑證文件分成兩個，一是“憑證內(nèi)容文件”，用于存放每一筆經(jīng)濟業(yè)務無關的內(nèi)容（憑證號，日期，附件，錄入人，審核人，記賬人），另一個文件是“憑證業(yè)務文件”，用于存放經(jīng)濟業(yè)務之間有對應關系的內(nèi)容（科目代碼，摘要，借貸標志，金額）。105臨時憑證文件的設計設計方案三：106方案三的臨時憑證文件107管理信息系統(tǒng)只有通過輸出才能為用戶服務。信息系統(tǒng)能否為用戶提供準確、及時、適用的信息是評價信息系統(tǒng)優(yōu)劣的標準之一。系統(tǒng)設計過程與實施過程相反，不是先進行輸入設計再進行輸出設計，而是先進行輸出設計再進行輸入設計。輸出設計包括以下幾方面的內(nèi)容：（1）確定輸出內(nèi)容（2）選擇輸出設備與介質(zhì)6.6輸出設計108（3）確定輸出方式和輸出格式報表輸出。報表是最常用的一種輸出形式。報表的格式要與系統(tǒng)流行的表格盡量一致，尤其是各級統(tǒng)計部門統(tǒng)一制定的報表不得更改。磁盤文件輸出。如銀行代發(fā)工資，只要將應發(fā)工資的軟盤報到銀行即可網(wǎng)絡傳輸及衛(wèi)星通信。這將是未來管理信息系統(tǒng)的主要輸出方式。圖形輸出。圖形可以直觀地表達數(shù)據(jù)變化的趨勢及規(guī)律，常用的統(tǒng)計分析圖形有：直方圖、餅圖、折線圖等。輸出設計中十分重要的一點是，所有代碼在輸出時必須還原。輸出設計109見教材第10章10.3實驗參考范例：庫存管理信息系統(tǒng)的分析、設計和實施：

10.3.4系統(tǒng)設計

6、輸出設計（P235-236）輸出設計舉例1106.7輸入設計6.7.1輸入設計的原則?6.7.2輸入設計的內(nèi)容?6.7.3數(shù)據(jù)記錄格式設計?6.7.4輸入數(shù)據(jù)的校驗方法?

1116.7.1輸入設計的原則輸入設計的目標是保證向系統(tǒng)輸入正確的數(shù)據(jù)。在此前提下，應做到輸入方法簡單、迅速、經(jīng)濟、方便。為此，輸入設計應遵循以下原則：（1）最小量原則：在保證滿足處理要求的前提下使輸入量最小。（如憑證錄入中：許多信息是可以選擇的。）（2）簡單性原則：輸入的準備、輸入過程應盡量容易，以減少錯誤的發(fā)生。（3）早檢驗原則：對輸入數(shù)據(jù)的檢驗盡量接近原數(shù)據(jù)發(fā)生點，使錯誤能及時得到改正。（憑證類型的檢驗）（4）少轉(zhuǎn)換原則：輸入數(shù)據(jù)盡量用其處理所需形式記錄，以免數(shù)據(jù)轉(zhuǎn)換介質(zhì)時發(fā)生錯誤。1126.7.2輸入設計的內(nèi)容輸入設計的內(nèi)容包括：（1）確定輸入數(shù)據(jù)內(nèi)容（2）確定數(shù)據(jù)的輸入方式（3）確定輸入數(shù)據(jù)的記錄格式（4）輸入數(shù)據(jù)的正確性校驗（如憑證借貸方金額相等）（5）確定輸入設備設備的選取用應考慮以下一些因素：①輸入的數(shù)據(jù)量與頻度；②數(shù)據(jù)的來源、形式、收集環(huán)境；③輸入類型、格式的靈活程度；④輸入速度和準確性要求；⑤輸入數(shù)據(jù)的校驗方法、糾正錯誤的難易程度；⑥可用的設備與費用。1136.7.3輸入數(shù)據(jù)的記錄格式設計輸入數(shù)據(jù)的記錄格式既要便于操作人員錄入，又要便于填表人員、現(xiàn)場工作人員填寫。這種記錄格式本質(zhì)上分為兩部分：預先印刷部分和插入數(shù)據(jù)的空格。讓人填的表格，不僅要注明文字，而且在表格下方也要注明代碼說明。一些比較簡單的代碼也可以在表中列出，這樣既方便了填表人和讀表人，使他們不用死記編碼或反復翻閱代碼表，又可提高填寫的準確性，從而能保證輸入數(shù)據(jù)的準確性。表6.3是一個示例。114115為了保證輸入的準確性，設計記錄格式時還可以采用如下一些基本技術：（1）塊風格：把一部分框起來，引人注目，每個空格填入的數(shù)據(jù)僅為其所要求的數(shù)據(jù)。（2）陰影：不用編碼員完成的那部分格式使用陰影，并注上說明。（3）選擇框：填表者只要打勾。（4）顏色：不同部分不同顏色。（5）設立數(shù)字域：數(shù)字欄應能容納可能最大的數(shù)，標出小數(shù)點位置。（6）劃分：注明裝訂線。（7）說明：關鍵部分加以說明。輸入數(shù)據(jù)的記錄格式設計1166.7.4輸入數(shù)據(jù)的校驗方法數(shù)據(jù)的校驗有種種方法，可根據(jù)需要和條件選用。（1）重復校驗（2）視覺校驗（3）分批匯總校驗（4）控制總數(shù)校驗（5）數(shù)據(jù)類型校驗（6）格式校驗（7）邏輯校驗（如：日期輸入）（8）界限校驗（9）記錄計數(shù)校驗（10）平衡校驗（如借貸平衡）（11）匹配校驗（12）代碼自身校驗117見教材第10章10.3實驗參考范例：庫存管理信息系統(tǒng)的分析、設計和實施：

10.3.4系統(tǒng)設計

6、輸入設計（P240－241）輸入設計舉例1186.8人機對話設計6.8.1人機對話設計的原則?6.8.2人機對話的方法?6.8.3圖形用戶界面設計?

人與計算機進行信息交流是人機對話。從這個意義上講，輸入、輸出都有是人機對話。這里講的人機對話，是指人通過屏幕、鍵盤等設備與計算機進行信息交換，控制系統(tǒng)運行。因此，人機對話設計也稱為屏幕設計。返回1196.8.1人機對話設計的原則人機對話設計的基本原則是為用戶操作著想，而不應從設計人員設計方便來考慮。因此，對話設計應注意以下幾點：（1）對話要清楚、簡單，用詞要符合用戶觀點和習慣。（2）對話要適應不同操作水平的用戶，便于維護和修改。（3）錯誤信息設計要有建設性。（4）關鍵操作要有強調(diào)和警告。1206.8.2人機對話的方法操作人員通過屏幕、鍵盤對話，常用以下一些方法：（1）選單法屏幕顯示各種可供選擇的操作，用戶輸入有關代號或把光標移到相應的位置，操作計算機運行。常用的方式有下拉式選單、彈出式選單、級聯(lián)式選單、平鋪式選單等。（2）填表法將要輸入的項目顯示在屏幕上，用戶根據(jù)項目輸入相應的數(shù)據(jù)。?121（3）回答法程序運行到一定階段，屏幕上顯示問題，等待用戶回答?；卮鸱绞揭矐谄聊簧咸崾荆層脩艉唵蔚鼗卮?。（4）提問法這種方法主要是用戶查詢。例如要查詢某學生的基本情況。屏幕上提示輸入“學號”，當操作員回答學生的學號后，屏幕上顯示該學生的有關情況。?人機對話的方法122返回123返回1246.8.3圖形用戶界面設計圖形用戶界面有以下優(yōu)點：（1）容易學習使用，使用選單而不必記憶指令名稱，大大減少鍵盤輸入的數(shù)量與錯誤。（2）具有高度的圖形功能，直觀生動，如采用線條圖、趨勢圖、動畫等。（3）多個視窗并用，同時顯示多樣信息，并可對同樣信息提出多種不同角度的表達方式。125圖形界面設計，應注意以下幾條原則：（1）用戶界面的各個畫面設計在整體上應保持相同或相似的外觀。（2）用戶界面使用的詞匯、圖示、顏色、選取方式、交流順序，其意義與效果應前后一致。（3）要正確使用圖形的表達能力。（4）由于圖形對象占用系統(tǒng)資源較多，處理速度慢，因此時間響應要求高，硬件資源檔次較低的環(huán)境中，不宜采用圖形界面。返回圖形用戶界面設計1266.9計算機處理過程設計處理過程設計的關鍵是用一種合適的表達方法來描述每個模塊的執(zhí)行過程。這種表示方法應該簡單、明確，并由此能直接導出用編程語言表示的程序。日常用的描述方式有圖形、語言和表格三類，如傳統(tǒng)的框圖、盒圖、各種程序設計語言、判定表等。1、流程圖（程序框圖）?示例見《數(shù)據(jù)庫應用基礎》教材第4章相關例題2、盒圖（NS圖）?3、程序設計語言（PDL）?返回1271、流程圖流程圖即程序框圖，是歷史最久、流行最廣的一種圖形表示方法。流程圖包括三種基本成分：（1）加工步驟，用方框表示。（2）邏輯條件，用菱形表示。（3）控制流，用箭頭表示。圖形表示的優(yōu)點是直觀、形象，所以容易理解。使用圖6.41所示的幾種標準結構（對應于結構化程序設計的三種標準結構）反復嵌套而繪