【正文】 圖 2 報刊訂閱管理系統(tǒng)流程圖 系統(tǒng)邏輯方案 系統(tǒng)分析的主要成果是系統(tǒng)的邏輯模型。本系統(tǒng)的邏輯模型主要是以系統(tǒng)的數(shù)據(jù)流圖和數(shù)據(jù)字典為主要描述工具。即在報刊訂閱管理方式和業(yè)務(wù)流程進行認真分析和研究的基礎(chǔ)上，排除現(xiàn)有組織機構(gòu)和業(yè)務(wù)分工所造成的信息障礙。 數(shù)據(jù)流圖（簡稱 DFD）數(shù)據(jù)流圖是組織中信息運動的抽象。是在調(diào)研的基礎(chǔ)上，從系統(tǒng)的科學(xué)性、管理的合理性、實際運動的可行性角度出發(fā)。將信息處理功能和彼此之間的聯(lián)系自頂向下，逐層分解，從邏輯上精確地描述系統(tǒng)應(yīng)具有的數(shù)據(jù)加工功能、數(shù)據(jù)輸入、數(shù)據(jù)輸出、數(shù)據(jù)存儲及數(shù)據(jù)來源和去向（外部實體）等項目首先，分析報刊訂閱管理系統(tǒng)的總體情況，劃分系統(tǒng)邊界，識別系統(tǒng)的數(shù)據(jù)來源和去處，確定外部實體，得出系統(tǒng)的頂層數(shù)據(jù)流程圖。然后劃分出幾個主要的信息管理功能，并明確各功能之間的聯(lián)系，繪制出 WORD 技術(shù)資料分享 數(shù)據(jù)流程圖。數(shù)據(jù)流程圖的符號說明如圖 3 所示。報刊訂閱管理系統(tǒng)的頂層數(shù)據(jù)流程圖如圖 4 所示。圖 5 是報刊訂閱管理系統(tǒng)第 2 層數(shù)據(jù)流圖。 （由于我負責的是管理員與訂閱2 兩張表，所以只畫出訂閱 2 的第 2 層數(shù)據(jù)流圖）外部實體 處理 數(shù)據(jù)流 數(shù)據(jù)存儲圖 3 數(shù)據(jù)流程圖的符號 WORD 技術(shù)資料分享 報 刊 訂 閱管 理 系 統(tǒng)管理員用戶圖 4 報刊訂閱管理系統(tǒng)的頂層數(shù)據(jù)流程圖4 . 1 添加部門4 . 2 刪除4 . 3 修改報刊訂單信息圖 5 訂閱 2 的第 2 層數(shù)據(jù)流圖信息輸入信息返回查詢請求查詢結(jié)果信息統(tǒng)計請求統(tǒng)計信息系統(tǒng)維護信息輸入信息返回查詢請求統(tǒng)計請求訂閱確認新增部門 WORD 技術(shù)資料分享 數(shù)據(jù)字典（簡稱 DD）繪制 DFD,只是對數(shù)據(jù)處理和彼此之間的聯(lián)系進行了說明。為進一步明確數(shù)據(jù)的詳細內(nèi)容和數(shù)據(jù)加工過程,應(yīng)將數(shù)據(jù)流圖中的全部數(shù)據(jù)流及其組成部分的數(shù)據(jù)元素，數(shù)據(jù)存儲，數(shù)據(jù)加工，通過數(shù)據(jù)字典描述清楚,以便于此后系統(tǒng)設(shè)計的進行。這就需要開發(fā)人員編寫詳細的數(shù)據(jù)字典,來描述系統(tǒng)開發(fā)過程的細節(jié)。下面列出本系統(tǒng)中的數(shù)據(jù)項、數(shù)據(jù)流、數(shù)據(jù)存儲、加工處理和數(shù)據(jù)結(jié)構(gòu)的數(shù)據(jù)字典。數(shù)據(jù)字典可采用圖表格式或較緊湊的記錄格式描述，本文采用的是圖表格式。數(shù)據(jù)項的 DD 表列舉如下：表 1 數(shù)據(jù)項表編號 標識符 類型 長度 所屬表名 同義名1 AdminNum Varchar 20 Administer 管理員賬號2 AdminPass Varchar 10 Administer 管理員密碼3 DepName Varchar 20 Department 部門名4 NewsSno Varchar 10 Information 報刊代號5 OrderData2 Datetime 20 Order2 下訂日期 26 Quantity2 Int 10 Order2 訂閱數(shù)量 2（注：上述表也只是列出我所負責的兩個表所需要用到的數(shù)據(jù)項）表 2 數(shù)據(jù)流編號 名稱 來源 去向 組成1 信息輸入 管理員 管理系統(tǒng) 管理員賬號+管理員密碼3 信息返回 管理系統(tǒng) 管理員4 查詢請求 管理員 管理系統(tǒng) 待查詢對象標識符（如 Uid, NewsSno）5 查詢結(jié)果信息 管理系統(tǒng) 管理員 被查詢對象具體信息6 統(tǒng)計請求 管理員 管理系統(tǒng) 識別符（Uid, NewsSno）+管 WORD 技術(shù)資料分享 理類型7 統(tǒng)計信息 管理系統(tǒng) 管理員 被管理對象處理結(jié)果8 系統(tǒng)維護 管理員 系統(tǒng)維護9 信息輸入 用戶 管理系統(tǒng) 用戶編號+用戶密碼10 信息返回 管理系統(tǒng) 用戶11 查詢請求 用戶 管理系統(tǒng) 待查詢對象標識符12 統(tǒng)計請求 用戶 管理系統(tǒng) 被查詢對象標識符13 訂閱確認 用戶 管理系統(tǒng)數(shù)據(jù)結(jié)構(gòu)：管理員=管理員名+管理員密碼用戶=用戶編號+用戶名+用戶電話+用戶地址數(shù)據(jù)存儲： 按用途分類可把本系統(tǒng)文件分成以下幾種：（1） 主文件：系統(tǒng)中的主文件是最重要的共享文件，主要存放具有固定值屬性的數(shù)據(jù)。它需要長期保存，并不斷更新。如用戶登錄文件（管理員和一般用戶） 、錄入文件、系統(tǒng)維護文件。（2） 處理文件：處理文件包含下一次更新文件所需要的全部記錄，本系統(tǒng)中的處理文件如訂閱文件、查詢文件、統(tǒng)計文件、 。 系統(tǒng)功能模塊設(shè)計通過對系統(tǒng)的數(shù)據(jù)流圖進行分析，進一步進行功能分解，直到分解成含義明確，功能單一的功能模塊，從而得到系統(tǒng)的功能模塊結(jié)構(gòu)圖。如圖 所示 WORD 技術(shù)資料分享 報刊訂閱管理系統(tǒng)登錄模塊管理功能查詢功能結(jié)果打印登錄驗證修改管理員添加管理員用戶管理報刊管理訂單管理增加用戶修改用戶刪除用戶增加報刊修改報刊刪除報刊增加訂單修改訂單刪除訂單訂單查詢統(tǒng)計查詢用戶查詢目錄查詢結(jié)果導(dǎo)出到文件圖 系統(tǒng)功能模塊結(jié)構(gòu)圖 WORD 技術(shù)資料分享 2 概念結(jié)構(gòu)設(shè)計 設(shè)計方法和步驟采用自底而上的設(shè)計方法，先自頂向下地進行需求分析，對報刊訂閱管理系統(tǒng)的需求進行逐步細化；然后再自底而上地設(shè)計概念結(jié)構(gòu)，最終將各個局部應(yīng)用的概念結(jié)構(gòu)集合成為全局概念。 概念結(jié)構(gòu) ER 圖構(gòu)造的四條基本原則：1) 原則 1 （確定實體） 能獨立存在的是事物，例如人、物、事、地、團體、機構(gòu)、活動、事項等等，在其有多個數(shù)據(jù)項描述的特性需要關(guān)注時，就應(yīng)把它作為實體。2) 原則 2 （確定聯(lián)系） 兩個或兩個實體間的關(guān)聯(lián)與結(jié)合，如用戶，管理員，報刊等等，當需要予以關(guān)注時，應(yīng)作為聯(lián)系。實體間的聯(lián)系可以分為一對一、一對多、多對多等三類，在確定聯(lián)系時還要確定其類型。3) 原則 3（確定屬性） 實體的屬性是實體的本質(zhì)特征。實體應(yīng)有標識屬性（能把不同個體區(qū)分開來的屬性組） ，并指定其中一個作為主標識。聯(lián)系的屬性是聯(lián)系的結(jié)果或狀態(tài)。4) 原則 4（一事一地） 信息分析中得到的數(shù)據(jù)項要在且僅在實體聯(lián)系圖中的一個地方作為屬性出現(xiàn)。根據(jù)上述原則，該系統(tǒng)的實體有部門、管理員、報刊類別、報刊信息，先畫出各個實體的分 ER 圖，如下圖。部門部門名部門號管理員管理員賬號 管理員密碼 WORD 技術(shù)資料分享 圖 部門 ER 圖 圖 ER 管理員 ER圖用 戶部門號用戶名用戶編號密碼 用戶地址用戶電話圖 用戶 ER 圖報刊出版報表報刊報價報刊名稱報刊編號分類編號內(nèi)容介紹 WORD 技術(shù)資料分享 圖 報刊 ER 圖接下來合并各個分 ER 圖，生成初步 ER 圖，消除不必要的冗余，可以得到以下報刊訂閱管理系統(tǒng)的 ER 圖。 WORD 技術(shù)資料分享 管 理 員用 戶 報 刊訂 閱 1部 門擁 有管 理 員 賬 號 管 理 員 密 碼用 戶 電 話密 碼用 戶 地 址用 戶 編 號用 戶 名部 門 號報 刊 編 號分 類 編 號 內(nèi) 容 介 紹出 版 報 社 報 刊 名 稱部 門 號 部 門 名m1m n訂閱 2下訂日期 1訂閱數(shù)量 1下訂日期 2 訂閱數(shù)量 2m n 圖 整體 ER 圖3 邏輯結(jié)構(gòu)設(shè)計（ER 圖向關(guān)系模型的轉(zhuǎn)換） E－R 圖向關(guān)系模型的轉(zhuǎn)化要解決的問題是如何將實體和實體間的聯(lián)系轉(zhuǎn)換為關(guān)系模式，如何確定這些關(guān)系橫式的屬性和碼。 對于實體間的聯(lián)系我們分不同的情況討論：(1) 若實體間的聯(lián)系是 1:1，可以在兩個實體轉(zhuǎn)換成的兩個關(guān)系中任意一個關(guān)系的屬性中加入另一個關(guān)系的碼。(2) 若實體間聯(lián)系為 1:n，則在 n 端實體轉(zhuǎn)換成的關(guān)系中加入 1 端實體轉(zhuǎn)換成 WORD 技術(shù)資料分享 的關(guān)系碼。(3) 若實體間聯(lián)系為 n:m，則將聯(lián)系轉(zhuǎn)換為關(guān)系，關(guān)系的屬性為諸個實體的碼加上聯(lián)系