《《管理信息系統(tǒng)設計》PPT課件.ppt》由會員分享，可在線閱讀，更多相關《《管理信息系統(tǒng)設計》PPT課件.ppt（77頁珍藏版）》請在裝配圖網(wǎng)上搜索。
1、第7章 管理信息系統(tǒng)設計,7.1 系統(tǒng)設計的目標與原則 7.2 系統(tǒng)概要設計 7.3 系統(tǒng)詳細設計,,系統(tǒng)設計的任務主要是解決“怎么做”的問題。其目標是進一步實現(xiàn)系統(tǒng)分析階段提出的系統(tǒng)模型，詳細地確定新系統(tǒng)的結構、應用軟件的研制方法和內容。,第7章 管理信息系統(tǒng)設計,7.1 系統(tǒng)設計的目標與原則,,系統(tǒng)工作效率（處理能力、處理速度、響應時間） 系統(tǒng)的可靠性（抗干擾、平均無故障時間、平均修復時間） 系統(tǒng)的工作質量（準確及時性、用戶友好性） 系統(tǒng)的可變性（可修改性、易維護性） 系統(tǒng)的經濟性（直接、間接經濟效益、社會效益）,7.1.1 系統(tǒng)設計的目標,,系統(tǒng)性（代碼統(tǒng)一，設計規(guī)范標準，數(shù)據(jù)一次輸入多
2、次利用） 靈活性（開放性和結構可變性，盡量采用模塊化結構，提高模塊 的獨立性） 可靠性（安全保密性、查錯及糾錯能力等） 經濟性（硬件投資應以滿足需要為前提，系統(tǒng)設計應盡量避免不 必要的復雜化，各模塊應盡量簡潔）,7.1.2 系統(tǒng)設計的原則,7.1 系統(tǒng)設計的目標與原則,系統(tǒng)概要設計也就是對系統(tǒng)進行總體結構設計，它是根據(jù)系統(tǒng)分析的結果對新系統(tǒng)的總體結構形式和可利用的資源進行大致的設計，它是一種宏觀、總體上的設計和規(guī)劃。通過總體結構設計劃分出子系統(tǒng)并對系統(tǒng)功能模塊進行描述，給出系統(tǒng)平臺的設計方案。,劃分子系統(tǒng) 系統(tǒng)功能模塊設計 系統(tǒng)平臺設計,7.2 系統(tǒng)概要設計,按功能劃分,7.2
3、.1劃分子系統(tǒng),根據(jù)對系統(tǒng)業(yè)務流程、數(shù)據(jù)流程以及數(shù)據(jù)/功能（U/C矩陣）分析的結果，結合系統(tǒng)設計要求，進行子系統(tǒng)的劃分。 要作到功能獨立、數(shù)據(jù)完整、規(guī)模適中。如：項目系統(tǒng)：進度、質量、合同等。,應考慮的因素： 子系統(tǒng)在功能上應有相對的獨立性； 子系統(tǒng)在數(shù)據(jù)上應有較好的數(shù)據(jù)完整性； 子系統(tǒng)在規(guī)模上應有一定的適中性,可以根據(jù)功能獨立性、數(shù)據(jù)完整性綜合考慮。 例如：工程項目管理信息系統(tǒng)可以分為進度控制子系統(tǒng)、成本控制子系統(tǒng)、質量控制子系統(tǒng)、合同管理等子系統(tǒng)等。,將系統(tǒng)劃分成若干個子系統(tǒng)，再把子系統(tǒng)劃分為若干個模塊。每一個子系統(tǒng)或模塊，無論是設計或是調試、修改或擴充，基本上可以互不干擾地進行。,7
4、.2 系統(tǒng)概要設計,結構化設計（Structured Design，SD）方法,SD方法是由美國IBM公司的WStavens，GMyers，LConstantinl等人提出的，適用于任何軟件系統(tǒng)的軟件結構設計。SD方法通常與系統(tǒng)分析階段的SA方法銜接起來使用，借助SA方法得到用數(shù)據(jù)流圖和數(shù)據(jù)詞典描述的系統(tǒng)分析報告，SD方法則以數(shù)據(jù)流圖為基礎得到軟件的模塊結構。,是將系統(tǒng)設計成由相對獨立、單一功能的模塊組成的結構，從而簡化研制工作，防止錯誤蔓延，提高系統(tǒng)的可靠性。在這種模塊結構中，模塊之間的調用關系非常明確與簡單，每個模塊可以單獨地被理解、編寫、調試、查錯與修改。模塊結構整體上具有較高的正確性、
5、可理解性與可維護性。,基本思想,7.2 系統(tǒng)概要設計,7.2.2 功能模塊設計,在從數(shù)據(jù)流圖導出初始模塊結構圖時采用一組基本的設計策略變換分析與事務分析。 在對初始模塊結構圖改進和優(yōu)化方面有一組基本的設計原則耦合小、內聚大，和一組質量優(yōu)化技術。,模塊結構圖,模塊結構圖由五種基本符號組成：,可以組合、分解和更換的單元，是組成系統(tǒng)、易于處理的基本單位。系統(tǒng)中的任何一個處理功能都可以看作是一個模塊。也可以理解為用一個名字就可以調用的一段程序語句。,調用模塊可以把數(shù)據(jù)傳送到被調用模塊處供處理，而被調用模塊又可以將處理的結果數(shù)據(jù)送回到調用模塊。,模塊間傳送某些控制信息，以指導程序下一步的執(zhí)行。,7.2
6、系統(tǒng)概要設計,7.2.2 功能模塊設計,相關概念 ：, 統(tǒng)帥與從屬 深度 寬度 扇出數(shù) 扇入數(shù),A,J,M,N,A扇出5,B扇出3,F扇出2,寬度5,寬度2,M扇入2,N扇入3,A統(tǒng)帥B、C、D、E、F,B、C、D、E、F從屬 A,模塊結構圖,7.2 系統(tǒng)概要設計,7.2.2 功能模塊設計,系統(tǒng)平臺選擇,（1）單項業(yè)務系統(tǒng)。選用各類PC機、數(shù)據(jù)庫管理系統(tǒng)為平臺 （2）綜合業(yè)務管理系統(tǒng)。以計算機網(wǎng)絡為系統(tǒng)平臺，如Novell網(wǎng)絡和關系型數(shù)據(jù)庫管理系統(tǒng) （3）集成管理系統(tǒng)。綜合性更強，規(guī)模更大，系統(tǒng)平臺也更復雜，涉及異型機、異種網(wǎng)絡、異種庫之間的信息傳遞和交換,計算機處理方式選擇,根據(jù)系統(tǒng)功能、
7、業(yè)務處理的特點、性能價格比等因素，選擇批處理、聯(lián)機實時處理、聯(lián)機成批處理、分布式處理等方式。,計算機網(wǎng)絡系統(tǒng)的設計,包括中小型主機方案與微機網(wǎng)絡方案的選取、網(wǎng)絡互連結構及通信介質的選型、局域網(wǎng)拓撲結構的設計、網(wǎng)絡應用模式及網(wǎng)絡操作系統(tǒng)的選型、網(wǎng)絡協(xié)議的選擇、網(wǎng)絡管理、遠程用戶等工作。,在信息處理模式上常采用客戶機/服務器 (Client/Server) 模式或瀏覽器/服務器 (Browser/Server) 模式。,7.2 系統(tǒng)概要設計,7.2.3 系統(tǒng)平臺設計,代碼的概念 代碼是客觀實體或屬性的一種表示符號。在管理信息系統(tǒng)中，代碼是人與計算機的共同語言，起著溝通人與計算機的作用。 代碼設計
8、的目的 采用代碼，可以使數(shù)據(jù)表達標準化，簡化程序設計，加快輸入，減少出錯，便于計算機處理（記錄、檢索、排序等），節(jié)省存儲空間，提高處理速度。 代碼設計的意義 代碼設計是一項重要的基礎工作，設計質量的好壞，不僅關系到計算機的處理效率，而且直接影響MIS的推廣與使用。,7.3 系統(tǒng)詳細設計,7.3.1 代碼設計,代碼設計的原則 唯一確定性 每一代碼僅代表唯一的實體或屬性，每一實體和屬性都用一個確定的代碼來表示。 標準化與通用性 盡可能利用國際、國內、部門的標準代碼。 可擴充性 考慮系統(tǒng)的發(fā)展與變化，當增加新的實體（或屬性）時，不需要變動原代碼體系。 簡明性 盡可能簡短、統(tǒng)一。 系統(tǒng)性 代碼要
9、有規(guī)律，邏輯性強。這樣既便于計算機處理，也便于識別和記憶及人工處理使用。 易修改性 這是代碼具有標準化又具有靈活性的一面，當系統(tǒng)條件發(fā)生某些變化時，代碼應容易進行修改。,7.3 系統(tǒng)詳細設計,7.3.1 代碼設計,明確代碼目的； 確定代碼對象； 確定代碼的使用范圍和期限； 分析代碼對象特征。包括代碼使用頻率、變更周期、追加及刪除情況等； 決定采用何種代碼，確定代碼結構及內容； 編制代碼表； 編制相應的代碼使用管理維護制度，保證代碼使用。,代碼設計步驟,7.3 系統(tǒng)詳細設計,7.3.1 代碼設計,按文字種類分 數(shù)字代碼、字母代碼、數(shù)字字母混合碼 按功能劃分 順序碼、層次碼、十進制碼、助記碼,代碼
10、的種類,用連續(xù)數(shù)字表示編碼對象。例如企業(yè)職工代碼可以編為“0001，0002，0003等。順序碼簡單明了，易擴充，但不便于分類匯總，刪除數(shù)據(jù)易造成空碼。 作為順序碼的一個特例是分區(qū)順序碼，它將順序碼分為若干個區(qū)，給每個區(qū)以特定的意義，并可在每個區(qū)預留些空碼，為以后插入之用。例如課程分區(qū)順序碼： 0109 公共課（如公共課只有6門，從0106，預留3個位置） 1029 基礎課； 3039 專業(yè)基礎課； 4060 專業(yè)課 這種碼在使用中預留多少備用碼不好估計。,順序碼,層次碼也稱區(qū)間碼。按位被分成若干個區(qū)間，每個區(qū)間有不同的意義，這樣每位碼本身和其所在的位置都代表一定的意義。,層次碼,7
11、.3 系統(tǒng)詳細設計,7.3.1 代碼設計,例：我國公民身份證代碼的含義,優(yōu)點：是分類基準明確，碼中的數(shù)字(或字母)與位置都代表一定 的意義，因而檢索、分類或排序都很方便。 缺點：有時會造成代碼過長。,層次碼,7.3 系統(tǒng)詳細設計,7.3.1 代碼設計,先把整體分成十份，進而把每一份再分成十份，這樣繼續(xù)不斷。,十進制碼,助記碼,將編碼對象的名稱、規(guī)格等用漢語拼音或英文縮寫等形式編成代碼，可幫助記憶。,以上幾種主要代碼，在實際應用中，可根據(jù)需要進行選擇，或將幾種編碼方法結合起來使用。,例如：“SX-2”表示2厘米直徑的石硝建材； “YSZE”表示預算總額； “PMIS”表示項目管
12、理信息系統(tǒng)。 助記碼適用于數(shù)據(jù)較少的情況，否則容易引起聯(lián)想錯誤。,7.3 系統(tǒng)詳細設計,7.3.1 代碼設計,部門代碼 一般采用區(qū)間碼或分組碼。,2位部門碼又可以采用區(qū)間碼。 例如：0049表示基本生產部門 5099表示管理科室。,人員代碼 采用部門代碼加順序碼。,代碼設計示例,物資代碼 采用分組碼或區(qū)間碼，并輔以助記碼。 設備代碼 一般按類別設置代碼。 產品代碼 一般采用分組碼或助記碼設計。,物資（設備）代碼示例,產品代碼示例,7.3 系統(tǒng)詳細設計,7.3.1 代碼設計,工程代碼 一般采用分組碼。 會計科目代碼 一般采用3222代碼結構。 業(yè)務往來單位代碼 一般采用郵政編碼加序號。,會
13、計科目代碼示例,工程代碼示例,業(yè)務往來單位代碼示例,代碼設計示例,7.3 系統(tǒng)詳細設計,7.3.1 代碼設計,輸出設計所要解決的問題是針對不同用戶的特點和要求，以最適當?shù)男问?，輸出最切合需要的信息?輸出方式的選擇 輸出報表的設計 輸出設計說明,7.3 系統(tǒng)詳細設計,7.3.2輸入輸出設計,輸出方式的選擇 顯示器：內容不多，無需保存的檢索信息。 打印機、繪圖儀：系統(tǒng)最終結果，以圖表或文件的形式輸出。 音箱：以聲音方式輸出。 磁盤：以磁盤文件的形式輸出中間結果信息。 調制解調器或網(wǎng)絡：可通過電話線或網(wǎng)絡傳至其他系統(tǒng)。,輸出報表的設計 標準化，使用方便，符合用戶習慣，便于計算機實現(xiàn)。 輸出設計說
14、明 選用的輸出設備、信息輸出的頻率和數(shù)量、 各種輸出文件及輸出報表的格式及表格樣本等。,針對不同用戶的特點和要求，以最適當?shù)男问?，輸出最切合需要的信息?7.3 系統(tǒng)詳細設計,7.3.2輸入輸出設計,在保證輸入信息正確性和滿足輸出需要的前提下，做到輸入方法簡便、迅速、經濟。,輸入方式的選擇 鍵盤、鼠標、掃描儀、聲音等。 輸入數(shù)據(jù)的獲得 考慮數(shù)據(jù)產生的部門，了解數(shù)據(jù)的產生周期、平均發(fā)生量及最大量，確定收集的時間和方法等。 輸入格式設計 輸入格式一般與單據(jù)格式一致或設計專門的輸入記錄單，按屏幕填表或對話方式輸入。,輸入數(shù)據(jù)的校驗（檢驗方法） 靜態(tài)校驗：輸入，打印，校對; 聲音校驗：邊輸入計算
15、機邊讀; 詞典校驗：以預先存入的詞典作為校驗樣本; 格式檢驗：檢驗數(shù)據(jù)是否符合預先規(guī)定格式; 邏輯校驗：檢驗數(shù)據(jù)值是否合理; 界限校驗：檢驗數(shù)據(jù)值是否在規(guī)定范圍內; 順序校驗：檢查順序排列的記錄; 記錄計數(shù)檢驗：通過記錄個數(shù)檢查是否遺漏; 平衡校驗：檢驗數(shù)據(jù)的合計是否正確.,7.3 系統(tǒng)詳細設計,7.3.2輸入輸出設計,規(guī)范化理論：Normalization Theory,為了使數(shù)據(jù)存儲有一定的標準和簡化數(shù)據(jù)存儲的結構，美國IBM公司的科德（EFCodd）在1971年首先提出了規(guī)范化理論，如今這個理論有了很大的發(fā)展。 用規(guī)范化方法設計數(shù)據(jù)存儲結構，可以提高數(shù)據(jù)的完整性，一致性和可修改性。 規(guī)
16、范化理論雖然以關系數(shù)據(jù)模型為背景，設計一個關系數(shù)據(jù)庫，但是它對一般的數(shù)據(jù)庫邏輯設計，同樣具有重要的指導意義。,數(shù)據(jù)存儲結構規(guī)范化,7.3 系統(tǒng)詳細設計,7.3.3 數(shù)據(jù)存儲設計,第一范式（1NF）,為將其轉換成規(guī)范化的關系，需把“職工檔案”數(shù)據(jù)結構分解成若干個二維表記錄。,職 工 檔 案,數(shù)據(jù)存儲結構規(guī)范化,在一個數(shù)據(jù)結構中沒有重復出現(xiàn)的數(shù)據(jù)項。 例如：職工檔案表示的數(shù)據(jù)結構（不是規(guī)范化的）,7.3 系統(tǒng)詳細設計,7.3.3 數(shù)據(jù)存儲設計,將上表中的數(shù)據(jù)項分解成如下兩表所示的兩個文件存儲，這兩個文件表示的數(shù)據(jù)結構是規(guī)范化的。,職工基本情況文件,職工簡歷文件,數(shù)據(jù)存儲結構規(guī)范化,第一范式（1NF
17、）,7.3 系統(tǒng)詳細設計,7.3.3 數(shù)據(jù)存儲設計,函數(shù)依賴（Functional Dependence） 如果在一個數(shù)據(jù)結構R中，數(shù)據(jù)元素B的取值依賴于數(shù)據(jù)元素A的取值，我們稱B函數(shù)依賴于A?；蚍QA決定B，用“A B”表示。,所有非關鍵字數(shù)據(jù)元素完全函數(shù)依賴于整個關鍵字。（ 關鍵字僅由一個數(shù)據(jù)元素所組成必為第二 范式 ）,數(shù)據(jù)存儲結構規(guī)范化,第二范式（2NF）,供應商文件 * 供應商名稱 供應商地址,,材料編號 材料名稱 規(guī)格 供應商名稱 供應商地址 價格 庫存量 庫存占用資金,材料文件 * 材料編號 材料名稱 規(guī)格,材料庫存文件 * 材料編號 * 供應商名稱 價格 庫存量 庫存占用資金
18、,例如：“材料-供應商-庫存”中的數(shù)據(jù)元素關系,7.3 系統(tǒng)詳細設計,7.3.3 數(shù)據(jù)存儲設計,一個屬于第三范式的數(shù)據(jù)結構，所有的非關鍵字數(shù)據(jù)元素都是彼此函數(shù)獨立的。,A B C,函數(shù)依賴：如果在一個數(shù)據(jù)結構R中，數(shù)據(jù)元素B的取值依賴于數(shù)據(jù)元素A的取值， 稱B函數(shù)依賴于A。 傳遞依賴：設A，B，C分別是同一個數(shù)據(jù)結構R中的三個數(shù)據(jù)元素，如果C函數(shù)依賴于B，而B又函數(shù)依賴于A，那么C也函數(shù)依賴于A，稱C傳遞依賴于A。,數(shù)據(jù)存儲結構規(guī)范化,第三范式（3NF）,7.3 系統(tǒng)詳細設計,7.3.3 數(shù)據(jù)存儲設計,如下材料庫存結構，已是第二范式，但存在著傳遞依賴關系。即庫存占用資金”函數(shù)依賴于“ 庫存量”
19、和“ 價格”，這三個元素均為非關鍵字域，而“ 庫存量”和“ 價格”都完全依賴于整個關鍵字。顯然， “ 庫存占用資金”是冗余數(shù)據(jù)元素。去掉它，就去掉了傳遞依賴關系，而轉換成第三范式的數(shù)據(jù)結構。,,材料庫存文件 **材料編號 **供應商名稱 價格 庫存量,材料庫存文件 材料編號 供應商名稱 價格 庫存量 庫存占用資金,數(shù)據(jù)存儲結構規(guī)范化,第三范式（3NF）,7.3 系統(tǒng)詳細設計,7.3.3 數(shù)據(jù)存儲設計,第二步：如果關鍵字多于一個數(shù)據(jù)元素， 確保每個非關鍵字數(shù)據(jù)元素完全函數(shù) 依賴于整個關鍵字,第一步：把所有有重復的數(shù)據(jù)結構分解為 若干個二維表的數(shù)據(jù)結構，指定關鍵 字唯
20、一標識出每個元組。,第三步：檢查所有的非關鍵字數(shù)據(jù)元素是 彼此獨立，如果不是，消除函數(shù)傳遞 依賴關系，通過去掉冗余或分解的辦 法轉換成若干個滿足這種要求的數(shù)據(jù) 結構。,非規(guī)范化的數(shù)據(jù)結構 （含有重復出現(xiàn)的數(shù)據(jù)組項）,,,,第一規(guī)范化模式 （沒有重復組項的數(shù)據(jù)結構）,第二規(guī)范化形式 （所有非關鍵字數(shù)據(jù)元素都 完全依賴于整個關鍵字）,第三規(guī)范化形式 （所有的非關鍵字數(shù)據(jù)元素都 完全函數(shù)依賴于整個關鍵字 并且僅依賴于整個關鍵字）,數(shù)據(jù)存儲結構規(guī)范化的步驟,7.3 系統(tǒng)詳細設計,7.3.3 數(shù)據(jù)存儲設計,(1)去掉重復的數(shù)據(jù)項，轉換成1NF,,,,(2)去掉部分函數(shù)依賴，轉換成2
21、NF,(3)去掉傳遞依賴，轉換成 3NF,數(shù)據(jù)存儲結構規(guī)范化的步驟,7.3 系統(tǒng)詳細設計,7.3.3 數(shù)據(jù)存儲設計,主文件 長期保存、用以存儲重要數(shù)據(jù)，對主文件經常進行調用和更新。 業(yè)務文件 臨時存儲數(shù)據(jù)、實時記載業(yè)務過程中數(shù)據(jù)發(fā)生的變化，用于統(tǒng)一更新主文件。 輸入文件 需要輸入的大量數(shù)據(jù)先建立數(shù)據(jù)文件，經校驗后，一次輸入進行處理。 輸出文件 輸出的結果文件，它可以是打印文件或其他形式的文件。 工作文件 在處理過程中暫時使用的中間文件，處理結束后文件即可刪除。 轉存文件 用于存儲在一定恢復點上系統(tǒng)部分狀態(tài)的拷貝文件。轉存文件主要是為了安全目的。,7.3 系統(tǒng)詳細設計,文件設計,7.3.3 數(shù)據(jù)
22、存儲設計,文件設計的步驟,了解已有的或可提供的計算機系統(tǒng)功能文件,外存配備：磁盤、磁帶、光盤的配備數(shù)量、功能、容量和有關文件的轉貯條件等； 終端和其他外設的配備：涉及文件可能使用的范圍，多終端操作的可能性及文件輸入、輸出和更新的條件； 系統(tǒng)所能提供的文件組織方式和存取方法等,7.3 系統(tǒng)詳細設計,7.3.3 數(shù)據(jù)存儲設計,與其他文件的接口：搞清有關文件之間的相互關系及數(shù)據(jù)項的協(xié)調。 文件的數(shù)據(jù)量：根據(jù)文件用途和記錄長度，并從將來的需要量考慮，估算文件的數(shù)據(jù)量（記錄數(shù)）。 文件的邏輯結構：根據(jù)需要，確定文件記錄的長度、邏輯結構組成以及各數(shù)據(jù)項的描述。 文件處理方式：由用途決定文件的處理方式，可以
23、是批處理、實時處理或混合方式等。 文件的更新情況：從文件使用情況考慮，估計插入、修改和刪除等操作的頻率和更新要求。 文件的使用率：估算文件記錄的實際使用頻率。 文件存取時間：根據(jù)業(yè)務處理的需要，對文件存取時間提出的不同要求 文件的保密性：用戶對文件機密程度的要求。,文件設計的步驟,確定文件設計的基本指標,7.3 系統(tǒng)詳細設計,7.3.3 數(shù)據(jù)存儲設計,文件設計的步驟,下面是以FoxPro數(shù)據(jù)庫文件為例給出的記錄設計工作表。 數(shù)據(jù)庫文件名：GZWJ 字段 字 段 名 類型 長度 小數(shù)位 姓名 XM C（字符） 6 工資 GZ N（數(shù)字） 7 2,記錄設
24、計工作表,7.3 系統(tǒng)詳細設計,7.3.3 數(shù)據(jù)存儲設計,數(shù)據(jù)庫設計與系統(tǒng)開發(fā)階段對照,數(shù)據(jù)庫系統(tǒng)已形成一門獨立的學科，所以，當把數(shù)據(jù)庫設計原理應用到管理信息系統(tǒng)開發(fā)中時，數(shù)據(jù)庫設計的幾個步驟就與系統(tǒng)開發(fā)的各個階段相對應，且融為一體。,數(shù)據(jù)庫設計,7.3 系統(tǒng)詳細設計,7.3.3 數(shù)據(jù)存儲設計,概念結構設計應在系統(tǒng)分析階段進行。任務是根據(jù)用戶需求，設計數(shù)據(jù)庫的概念數(shù)據(jù)模型（簡稱概念模型）。概念模型是從用戶角度看到的數(shù)據(jù)庫，可用E-R模型表示。,數(shù)據(jù)庫的概念結構設計,數(shù)據(jù)庫設計,7.3 系統(tǒng)詳細設計,7.3.3 數(shù)據(jù)存儲設計,一、概念模型：實體聯(lián)系模型,1.實體（entity）： 現(xiàn)實世界中各種
25、事物的抽象。 實體可以是具體存在的各種事物， 如學生、教師、倉庫、圖書等， 也可以是抽象的概念， 如課程、部門、學校等。,實體聯(lián)系模型,2.屬性（attribute）：描述實體的特征或性質 如學生實體的屬性有：學號、姓名、性別、年齡等。 課程實體的屬性有：課程號、課程名、學分等。 3.碼（key）： 唯一標識實體的屬性集 如學生實體的碼是學號， 課程實體的碼是課程號,實體聯(lián)系模型,4.域（domain）：屬性的取值范圍 如性別的域為男，女， 學號的域為長度為9的字符串,實體聯(lián)系模型,5.實體型（entity type）： 具有相同屬性的實體集合， 由實體名和一組屬性來定義 如學生實體型為：學生
26、(學號，姓名，性別，年齡) 課程實體型為：課程(課程號，課程名，學分) 6.實體集（entity set）： 同型實體的集合。 如全體學生、所有課程都是實體集,E-R圖的表示方法,實體型用矩形表示，矩形框內寫明實體名。 屬性用橢圓表示，并用無向邊與實體連接。,7.聯(lián)系（relationship）,實體(型)內部和實體(型)之間都存在聯(lián)系。 實體內部的聯(lián)系： 組成實體的各屬性之間的聯(lián)系。 (10.3.1)實體之間的聯(lián)系： 不同實體集之間的聯(lián)系。 1:1 聯(lián)系 1:n 聯(lián)系 m:n 聯(lián)系,一對一（1：1）聯(lián)系,如果對于實體集A中的每一個實體， 實體集B中至多有一個實體與之聯(lián) 系，反之亦然，則稱實體
27、集A和實體 集B具有一對一聯(lián)系，記為1：1,一對多（1：n）聯(lián)系,如果對于實體集A中的每一個實體，實體集B中有n個實體（n=0）與之聯(lián)系，反之, 實體集B中的每一個實體，實體集A中至多只有一個實體與之聯(lián)系，則稱實體集A和實體集B具有一對多聯(lián)系，記為1：n,多對多（m：n）聯(lián)系,如果對于實體集A中的每一個實體，實體集B中有n個實體（n=0）與之聯(lián)系，反之, 對于實體集B中的每一個實體，實體集A中也有m（m=0）個實體與之聯(lián)系。則稱實體集A和實體集B具有多對多聯(lián)系，記為m：n,1.聯(lián)系的屬性,二、關于E-R模型的幾點說明,2.兩個不同型實體間的多種聯(lián)系,一個職工可以參加多個工程， 一個工程可以有多
28、個職工參加 一個工程由一個職工負責， 一個職工可以負責多個工程,3.兩個以上實體間的多元聯(lián)系,一門課程可以有若干個教師講授，使用若干本參考書。每一個教師只講授一門課程，每一本參考書只供一門課程使用,4.三個實體集之間的多對多聯(lián)系,一種商品可以由多個售貨員 銷售給多個顧客， 一個售貨員可以將多種商品 銷售給多個顧客， 一個顧客可以從多個售貨員 那里購買多種商品,5.同一實體內部個體間的二元聯(lián)系,一個學生(如班長)可以管理 其他多個學生，而每個學生 僅被一個學生管理,三、一個實例,工廠物資管理,完整的E-R圖,學生管理模塊,宿舍管理模塊,教師管理模塊,合成后的E-R圖,邏輯結構設計是將概念結構設計
29、階段完成的概念模型轉換成能被選定的數(shù)據(jù)庫管理系統(tǒng)（DBMS）支持的數(shù)據(jù)模型。數(shù)據(jù)模型可以由實體聯(lián)系模型轉換而來。 邏輯結構設計階段提出的關系數(shù)據(jù)模型應符合第三范式3NF的要求。如果選用的DBMS是支持層次、網(wǎng)絡模型的DBMS，則還需完成從關系模型向層次或網(wǎng)絡模型轉換的工作。 用DBMS提供的數(shù)據(jù)描述語言DDL對數(shù)據(jù)模型予以精確定義，即所謂模式定義。例如FoxPro中的CREATE命令，其作用類似于DDL，可用來定義邏輯數(shù)據(jù)結構。,數(shù)據(jù)庫的邏輯結構設計,邏輯結構設計,概念結構是各種數(shù)據(jù)模型的共同基礎 為了能夠用某一DBMS實現(xiàn)用戶需求，還必須將概念結構進一步轉化為相應的數(shù)據(jù)模型，這正是數(shù)據(jù)庫邏
30、輯結構設計所要完成的任務,1.E-R圖向關系模型的轉換,E-R圖由實體、實體的屬性和實體之間的聯(lián)系三個要素組成 關系模型的邏輯結構是一組關系模式的集合 將E-R圖轉換為關系模型：將實體、實體的屬性和實體之間的聯(lián)系轉化為關系模式,(1)實體和屬性的轉換,實體的屬性就是關系模式的屬性 實體的碼就是關系模式的碼,舉例1,舉例2,(2)聯(lián)系的轉換,,1：1聯(lián)系,轉換為一個獨立的關系模式 該關系模式的屬性為：與該聯(lián)系相連的各個實體的碼及聯(lián)系本身的屬性 每個實體的碼均是該關系模式的候選碼,舉例,1：1聯(lián)系,與任意一端對應的關系模式合并 在該端關系模式中加入另一個關系模式的碼及聯(lián)系本身的屬性 另一個關系模式
31、的碼為該關系模式的外碼,舉例,1:n聯(lián)系,轉換為一個獨立的關系模式 該關系模式的屬性為：與該聯(lián)系相連的各個實體的碼及聯(lián)系本身的屬性 n端實體的碼是該關系模式的碼,舉例,1:n聯(lián)系,與n端對應的關系模式合并 在該端關系模式中加入另一個關系模式的碼及聯(lián)系本身的屬性 n端關系模式的碼不變 1端關系模式的碼成為n端關系模式的外碼,舉例,舉例,m:n聯(lián)系,m:n聯(lián)系轉換為一個獨立的關系模式 該關系模式的屬性為：與該聯(lián)系相連的各個實體的碼及聯(lián)系本身的屬性 各個實體碼的組合是該關系模式的碼 各個實體的碼成為該關系模式的外碼,舉例,舉例,物理結構設計是為數(shù)據(jù)模型在設備上選定合適的存儲結構和存取方法，以獲得數(shù)據(jù)
32、庫的最佳存取效率。物理結構設計的主要內容包括：,庫文件的組織形式。如選用順序文件組織形式、索引文件組織形式等； 存儲介質的分配。例如將易變的、存取頻度大的數(shù)據(jù)存放在高速存儲器上，穩(wěn)定的、存取頻度小的數(shù)據(jù)存放在低速存儲器上； 存取路徑的選擇等。,數(shù)據(jù)庫的物理結構設計,數(shù)據(jù)庫設計,7.3 系統(tǒng)詳細設計,7.3.3 數(shù)據(jù)存儲設計,1概述 （1）系統(tǒng)的功能、設計目標及設計策略； （2）項目開發(fā)者、用戶、系統(tǒng)與其它系統(tǒng)或機構的聯(lián)系； （3）系統(tǒng)的安全和保密限制。 2系統(tǒng)設計規(guī)范 （1）程序名、文件名及變量名的規(guī)范化； （2）數(shù)據(jù)字典。 3計算機系統(tǒng)的配置 （1）硬件配置：主機、外存、終端與外波、其它輔助
33、設備、網(wǎng)絡形態(tài)；,（2）軟件配置：操作系統(tǒng)、數(shù)據(jù)庫管理系統(tǒng)、語言、軟件工具、服務程序、通訊軟件； （3）計算機系統(tǒng)的分布及網(wǎng)絡協(xié)議文本。 4系統(tǒng)結構 （1）系統(tǒng)的模塊結構圖； （2）各個模塊的IPO圖。 5代碼設計 各類代碼的類型、名稱、功能、使用范圍及要求等。,7.3 系統(tǒng)詳細設計,7.3.4 系統(tǒng)設計說明書,（2）文件結構設計：各類文件的數(shù)據(jù)項名稱、類型及長度等； （3）文件存貯要求，訪問方法及保密處理。 9模型庫和方法庫設計 關于模型庫和方法庫設計的相關說明。 10. 系統(tǒng)安全保密性設計 關于系統(tǒng)安全保密性設計的相關說明。 11. 系統(tǒng)實施方案及說明 實施方案、進度計劃、經費預算等。,6.輸入設計 （1）各種數(shù)據(jù)輸入方式的選擇； （2）輸入數(shù)據(jù)的格式設計； （3）輸入數(shù)據(jù)的校驗方法。 7輸出設計 （1）輸出介質； （2）輸出內容及格式。 8文件(數(shù)據(jù)庫)設計 （1）數(shù)據(jù)庫總體結構：各文件數(shù)據(jù)問的邏輯關系；,7.3 系統(tǒng)詳細設計,7.3.4 系統(tǒng)設計說明書,
《管理信息系統(tǒng)設計》PPT課件.ppt
