第七章管理信息系統系統設計_第1頁
第七章管理信息系統系統設計_第2頁
第七章管理信息系統系統設計_第3頁
第七章管理信息系統系統設計_第4頁
第七章管理信息系統系統設計_第5頁
已閱讀5頁,還剩59頁未讀 繼續免費閱讀

下載本文檔

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

文檔簡介

第七章管理信息系統系統設計第一頁,共六十四頁,2022年,8月28日本章要點系代碼設計功能結構圖設計流程圖設計系統物理配置方案設計輸入設計輸出設計統設計的任務數據存儲設計處理流程圖設計制定設計規范編寫程序設計說明書和系統設計報告第二頁,共六十四頁,2022年,8月28日第一節系統設計的任務管理信息系統設計的任務是:在系統分析提出的邏輯模型基礎上,科學合理的進行物理模型設計第三頁,共六十四頁,2022年,8月28日第一節系統設計的任務系統設計的主要工作是:總體設計:流程圖、功能結果、功能模塊代碼設計與設計規范系統物理配置方案設計:設備、網絡、DB數據存儲設計:數據庫及安全保密計算機處理過程設計:I/O和處理流程第四頁,共六十四頁,2022年,8月28日系統設計的原則一系統性二靈活性三可靠性四經濟型模塊的關系:高內聚低耦合第五頁,共六十四頁,2022年,8月28日第二節代碼設計什么是代碼?代碼是代表事物名稱、屬性、狀態等的符號,為了便于計算機處理,一般用數字、字母或它們的組合來表示第六頁,共六十四頁,2022年,8月28日第二節代碼設計代碼的功能為事物提供一個概要而不含糊的認定,便于數據的存儲和檢索使用代碼可以提高處理的效率和精度代碼提高了數據的全局一致性。

代碼是人和計算機的共同語言,是兩者交換信息的工具

第七頁,共六十四頁,2022年,8月28日第二節代碼設計代碼設計的依據GB2260-80中華人民共和國行政區劃代碼、GB1988-80信息處理交換的七位編碼字符集第八頁,共六十四頁,2022年,8月28日第二節代碼設計代碼設計的注意問題1.邏輯上滿足用戶需求,結構上與處理方法一致。2.代碼系統化,唯一性。3.足夠的預留,適應變化。4.避免誤解。5.編碼結構合理。6.長碼要分段。7.有碼數和字符數和算出組成的總碼數第九頁,共六十四頁,2022年,8月28日第二節代碼設計代碼的種類—順序碼又稱系列碼,它是一種用連續數字代表編碼對象的碼

順序碼(系列碼)碼內容1廠長2科長3科員4生產工人優點是短而簡單,記錄的定位方法簡單,易于管理缺點沒有邏輯基礎,它本身不能說明任何信息的特征,且新加的代碼只能列在最后,刪除則造成空碼第十頁,共六十四頁,2022年,8月28日第二節代碼設計代碼的種類—區間碼又把數據項分成若干組,每一區間代表一個組,碼中數字的值和位置都代表一定意義—如郵政編碼用戶分類碼(第一位)采購總量(第二位)碼分類碼分類1批發單位1<9999元2零售單位210000-29999元3教育界330000-49999元4國防部門4生產工人優點是信息處理比較可靠,排序、分類、檢索等操作易于進行

缺點碼的長度與它分類屬性的數量有關,有時可能造成很長的碼

第十一頁,共六十四頁,2022年,8月28日第二節代碼設計代碼的種類—助憶碼用文字、數字或文字數字結合起來描述如用TV-B-12代表12英寸黑白電視機,用TV-C-20代表20英寸彩色電視機優點是通過聯想幫助記憶缺點可能引起聯想出錯

,不宜太長第十二頁,共六十四頁,2022年,8月28日代碼結構中的校驗位

為了保證正確輸入,有意識地在編碼設計結構中原有代碼的基礎上,另外加上一個校驗位,使它事實上變成代碼的一個組成部分。校驗位通過事先規定的數學方法計算出來。代碼一旦輸入,計算機會用同樣的數學運算方法接輸入的代碼數字計算出校驗位,并將它與輸入的校驗位進行比較,以證實輸入是否有錯。

第二節代碼設計第二節代碼設計第十三頁,共六十四頁,2022年,8月28日第二節代碼設計校驗位可以發現以下各種錯誤易位錯誤隨機錯誤雙易錯誤抄寫錯誤第十四頁,共六十四頁,2022年,8月28日第三節功能結構圖設計本節重點功能結構圖的定義:將系統功能進行分化按功能從屬關系的圖表。按由抽象到具體,由復雜到簡單的過程。功能結構圖的設計過程:見后第十五頁,共六十四頁,2022年,8月28日第三節功能結構圖設計銷售系統管理銷售計劃管理成品庫管理銷售合同管理銷售核算管理市場預測銷售歷史資料管理編制年度銷售大綱編制銷售計劃合同有效性審查合同執行情況分析合同登記和變更銷售利潤核算銷售統計分析出入庫管理庫存統計市場預測市場分析第十六頁,共六十四頁,2022年,8月28日第三節功能結構圖設計功能結構圖建設步驟第一步,從業務流程圖中,選出一個“功能處理”及其該“功能處理”的輸入和輸出數據流,作為模塊劃分的對象訂單處理缺貨文件庫存文件已處理訂單訂單備貨單第十七頁,共六十四頁,2022年,8月28日第三節功能結構圖設計功能結構圖建設步驟第二步,因為任何功能模塊都是由輸入、處理和輸出三個基本部分組成,因此,根據數據流程圖,可以把“訂單處理”模塊分解為輸入、處理和輸出三個功能模塊1、輸入訂單2、讀庫存文件1、確定能否供貨2、處理缺貨單3、處理可供貨訂單1、編輯備貨單2、打印備貨單第十八頁,共六十四頁,2022年,8月28日第三節功能結構圖設計功能結構圖建設步驟第三步,將各模塊逐層進行功能分解,并繪制“訂單處理”的功能結構圖第十九頁,共六十四頁,2022年,8月28日第三節功能結構圖設計練習—根據數據流程分析功能結構圖第二十頁,共六十四頁,2022年,8月28日第三節功能結構圖設計按輸入、處理和輸出對模塊分解第二十一頁,共六十四頁,2022年,8月28日第三節功能結構圖設計繪制出功能結構圖第二十二頁,共六十四頁,2022年,8月28日第四節系統流程圖設計系統流程圖的設計定義:表示各功能的數據流動關系掌握:系統流程圖的畫法第二十三頁,共六十四頁,2022年,8月28日第四節系統流程圖設計系統流程圖的一般結構第二十四頁,共六十四頁,2022年,8月28日表示符號第二十五頁,共六十四頁,2022年,8月28日第四節系統流程圖設計系統流程圖的設計步驟分別畫出三個處理的數據關系圖第二十六頁,共六十四頁,2022年,8月28日第四節系統流程圖設計第二步,綜合數據關系圖第二十七頁,共六十四頁,2022年,8月28日練習:將下圖轉換為信息系統流程圖第二十八頁,共六十四頁,2022年,8月28日第二十九頁,共六十四頁,2022年,8月28日第三十頁,共六十四頁,2022年,8月28日第五節系統物理配置方案設計1.系統的吞吐量。每秒鐘執行的作業數稱為系統的吞吐量。系統的吞吐量越大,則說明系統的處理能力越強。系統的吞吐量與系統硬、軟件的選擇有著直接的關系,如果要求系統具有較大的吞吐量,就應當選擇具有較高性能的計算機和網絡系統。系統的吞吐量還可區分為內部吞吐量和外部吞吐量,對于內部吞吐量大的系統,應具有較高的計算機性能,對于外部吞吐量大的系統,則應具有性能較高的網絡系統。設計依據第三十一頁,共六十四頁,2022年,8月28日第五節系統物理配置方案設計2.系統的響應時間。從用戶向系統發出一個作業請求開始,經系統處理后,再給出應答結果的時間稱為系統的響應時間。如果要求一個系統的響應時間快,那么計算機CPU的運算速度就應該快,并且通訊線路的傳遞速率也應該高,如實時系統就是這樣。3.系統的可靠性。系統的可靠性可以用連續工作時間來表示。例如,每天需要24小時連續工作的系統,則系統的可靠性就應該很高,這時可采用雙機雙工系統結構方式。雙機雙工系統:兩臺主機同時運行各自的服務工作,且相互監測對方的情況。當一臺主機當機時,另外一臺主機立即接管它的工作,保證工作不間斷。設計依據第三十二頁,共六十四頁,2022年,8月28日第五節系統物理配置方案設計4.集中式還是分布式。如果一個系統的處理方式是集中式的,即可以是單機式系統,也可以是網絡系統。如果一個系統的處理方式是分布式的,則采用網絡系統將更能有效地發揮系統的性能。5.地域范圍。當系統采用網絡結構形式時,還需要根據系統覆蓋的地域范圍決定采用廣域網還是局域網。設計依據第三十三頁,共六十四頁,2022年,8月28日第五節系統物理配置方案設計6.單機系統還是多機系統。如果一個系統的功能比較簡單,并且規模不大,那么采用單用戶或多用戶的單機系統可以滿足要求,否則就要采用多機系統,多機系統可以很好地解決資源共享問題。7.數據管理方式。如果數據管理方式為文件系統,則操作系統應具備文件管理功能。如果數據為數據庫管理方式,那么系統中應配備良好的DBMS或分布式DBMS系統軟件和其它網絡管理軟件。設計依據第三十四頁,共六十四頁,2022年,8月28日第五節系統物理配置方案設計軟硬件選擇網絡系統的選擇數據庫管理系統的選擇設計內容第三十五頁,共六十四頁,2022年,8月28日第五節系統物理配置方案設計計算機硬件的選擇(1)計算機主存;(2)CPU時鐘;(3)輸入、輸出和通信的通道數目;

(4)顯示方式;

(5)外接轉儲設備及其類型。

第三十六頁,共六十四頁,2022年,8月28日第五節系統物理配置方案設計計算機硬網絡的選擇(1)網絡的拓樸結構設計;(2)網絡的邏輯設計。首先按軟件將系統從邏輯上分為各個分系統或子系統,然后按需要配備設備,如主服務器、主交換機、分系統交換機、子系統集線器(HUB)、通訊服務器、路由器和調制解調器等,并考慮各設備之間的連接結構網絡操作系統。目前,流行的網絡操作系統有UNIX、Netware、WindowsNT等。第三十七頁,共六十四頁,2022年,8月28日第五節系統物理配置方案設計網絡的拓樸結構第三十八頁,共六十四頁,2022年,8月28日第五節系統物理配置方案設計網絡的拓樸結構第三十九頁,共六十四頁,2022年,8月28日事例第四十頁,共六十四頁,2022年,8月28日第五節系統物理配置方案設計數據庫的選擇考慮的因素:(1)數據庫的性能;(2)數據庫管理系統的系統平臺;(3)數據庫管理系統的安全保密性能;(4)數據的類型流行的有Oracle、Sybase、SQLServer、Informix、FoxPro等。Oracle、Sybase、SQLServer均是大型數據庫管理系統,運行于客戶/服務器等模式,是開發大型MIS的首選,FoxBase在小型MIS中最為流行。Microsoft推出的VisualFoxPro在大型管理信息系統開發中也獲得了大量應用,而Informix則適用于中型MIS的開發第四十一頁,共六十四頁,2022年,8月28日第五節系統物理配置方案設計軟件的選擇應用軟件開發軟件第四十二頁,共六十四頁,2022年,8月28日第六節輸出設計輸出設計輸出是系統產生的結果或提供的信息。對于大多數用戶來說,輸出是系統開發的目的和評價系統開發成功與否的標準。盡管有些用戶可能直接使用系統或從系統輸入數據,但都要應用系統輸出的信息,輸出設計的目的正是為了正確及時地反映和組成用于生產和服務部門的有用信息。因此,系統設計過程與實施過程相反,不是從輸入設計到輸出設計,而是從輸出設計到輸入設計。第四十三頁,共六十四頁,2022年,8月28日第六節輸出設計輸出設計的內容包括:1.有關輸出信息使用方面的內容包括信息的使用者、使用目的、報告量、使用周期、有效期、保管方法和復寫份數等;2.輸出信息的內容包括輸出項目、位數、數據形式(文字、數字);3.輸出格式如表格、圖形或文件;4.輸出設備如打印機、顯示器、卡片輸出機等。對行打機尚須注明字/行,行/頁5.輸出介質如輸出到磁盤還是磁帶上,輸出用紙是專用紙還是普通白紙等第四十四頁,共六十四頁,2022年,8月28日第六節輸出設計輸出報告設計的注意點:1、方便使用者,如果確需修改,應征得用戶同意。

2、輸出表格要考慮到系統發展的需要。輸出設計書:參見P143,表7.2第四十五頁,共六十四頁,2022年,8月28日第七節輸入設計輸入設計輸入設計對系統的質量有著決定性的重要影響。輸出數據的正確性直接決定處理結果的正確性,如果輸入數據有誤,即使計算和處理十分正確,也無法獲得可靠的輸出信息。同時,輸入設計是信息系統與用戶之間交互的紐帶,決定著人機交互的效率輸入設計的原則輸入設計包括數據規范和數據準備的過程。在輸入設計中,提高效率和減少錯誤是兩個最根本的原則。第四十六頁,共六十四頁,2022年,8月28日第七節輸入設計輸入設計的幾個原則:1.控制輸入量。在輸入設計中,盡量控制輸入數據總量,在輸入時,只需輸入基本的信息,而其他可通過計算、統計得到的信息由系統自動產生。2.減少輸入延遲。輸入數據的速度往往成為提高信息系統運行效率的瓶頸,為減少延遲,可采用周轉文件、批量輸入等方式。3.減少輸入錯誤。輸入設計中應采用多種輸入校驗方法和有效性驗證技術,減少輸入錯誤。4.輸入過程應盡量簡化。輸入設計在為用戶提供糾錯和輸入校驗的同時,就保證輸入過程簡單易用,不能因為查錯、糾錯而使輸入復雜化,增加用戶負擔。第四十七頁,共六十四頁,2022年,8月28日第七節輸入設計數據出錯的校驗方法由人工直接檢查、由計算機用程序校驗以及人與計算機兩者分別處理后再相互查對校驗等多種方法。常用的方法是以下幾種,可單獨地使用,也可組合使用。重復校驗視覺校驗檢驗位校驗控制總數校驗數據類型校驗格式校驗邏輯校驗界限校驗順序校驗記錄計數校驗平衡校驗對照校驗第四十八頁,共六十四頁,2022年,8月28日第七節輸入設計出錯的改正方法。出錯的改正方法應根據出錯的類型和原因而異。原始數據錯發現原始數據有錯時,應將原始單據送交填寫單據的原單位修改,不應由鍵盤輸入操作員或原始數據檢查員等想當然地予以修改。機器自動檢錯第四十九頁,共六十四頁,2022年,8月28日第七節輸入設計原始單據的格式設計輸入設計的重要內容之一是設計好原始單據的格式。研制新系統時,即使原系統的單據很齊全,一般也要重新設計和審查原始單據。設計原始單據的原則是:1.便于填寫。原始單據的設計要保證填寫得迅速、正確、全面。簡易和節約,具體地說應做到:填寫量小,版面排列簡明、易懂。2.便于歸檔。單據大小要標準化、預留裝訂位置,標明傳票的流動路徑。3.單據的格式應能保證輸入精度。第五十頁,共六十四頁,2022年,8月28日第七節輸入設計原始單據的格式設計第五十一頁,共六十四頁,2022年,8月28日第七節輸入設計輸入屏幕設計從屏幕上通過人機對話輸入是目前廣泛使用的輸入方式。因為是人機對話,既有用戶輸入,又有計算機的輸出。通常人機對話采用菜單式、填表法和應答式三種方式對話設計的原則是:對話界面要美觀、醒目;提示要清楚、簡單,不能有二義性;要便于操作和學習,有幫助功能;能及時反饋錯誤信息等。界面設計菜單方式設計:方式、功能安排、優缺點分析會話管理方式設計:因果對話提示方式與權限管理:提示與幫助設計、權限設置方式第五十二頁,共六十四頁,2022年,8月28日第八節數據存儲設計學習目的:

1.明確文件設計的步驟和方法;

2.掌握數據庫設計的方法;內容提要:

1.闡述文件分類和文件設計過程

2.闡述數據庫設計的過程第五十三頁,共六十四頁,2022年,8月28日一、文件設計文件設計文件設計就是根據文件的使用要求、處理方式、存儲量、數據的活動性以及硬件設備的條件等,合理地確定文件類別,選擇文件介質,決定文件的組織方式和存取方法。文件按用途可分為;(按組織方式分:順序、索引和直接存取文件):主文件:重要文件處理文件:事務文件工作文件:暫存周轉文件:銜接公用的文件其它文件:(如后備文件)文件設計通常從設計共享文件開始。文件由記錄組成,所以設計文件主要是設計文件記錄的格式,詳見文件記錄的格式實例

。第五十四頁,共六十四頁,2022年,8月28日一、文件設計設計之前,要確定數據處理的方式、文件的存儲介質、計算機操作系統的文件組織方式、存取方式和對存取時間、處理時間的要求等常用文件組織方式的性能比較第五十五頁,共六十四頁,2022年,8月28日記錄設計表記錄文件名:主文件應用:工資子系統序號123456數據項名職工代碼職工姓名部門基本工資附加工資扣房費變量名DMXMBMJBGZFJGZFF類型CCCNNN寬度482777小數位數222輸入到:輸出自:設計人員簽名

設計日期

第五十六頁,共六十四頁,2022年,8月28日二、數據庫設計

數據庫設計是在選定的數據庫管理系統基礎上建立數據庫的過程。數據庫設計的步驟與系統開發的各個階段相對應,詳見下圖。第五十七頁,共六十四頁,2022年,8月28日二、數據庫設計數據厙的概念結構設計如前所述,概念結構設計應在系統分析階段進行。任務是根據用戶需求設計數據庫的概念數據模型(簡稱概念模型)。概念模型是從用戶角度看到的數據庫,它可用第三章中介紹的E-R模型表示,也可以用3NF關系群來表示。數據庫的邏輯結構設計邏輯結構設計是將概念結構設計階段完成的概念模型轉換成能被選定的數據庫管理系統(DBMS)支持的數據模型。數據模型可以由實體聯系模型轉換而來,也可以用基于第三范式(3NF)的方法來設計。接著是用DBMS提供的數據描述語言DDL定義數據模型。數據庫的物理結構設計內容包括:選用庫文件的組織形式、存儲介質的分配和存取路徑的選擇等。第五十八頁,共六十四頁,2022年,8月28日第九節處理流程圖設計

處理流程圖是系統流程圖的展開和具體化。在系統流程圖中,僅給出了每一處理功能的名稱,而在處理流程圖中,則需要使用各種符號具體地規定處理過程的每一步驟。由于每個處理功能都有自己的輸入和輸出,對處理功能的設計過程也應從輸出開始,進而進行輸入、數據文件的設計,并畫出較詳細的處理流程圖。工資系統中建立扣款文件處理功能的處理流程圖第五十九頁,共六十四頁,2022年,8月28日處理流程圖設計處理流程圖設計第六十頁,共六十四頁,2022年,8月28日第十節制定設計規范設計規范

溫馨提示

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

評論

0/150

提交評論