【文章內容簡介】 于發(fā)展階段。所以開發(fā) 校友信息管理系統(tǒng) 具有很大的潛力，而且面向的對象是自己的校友，有其特有的意義。因此會有很大的發(fā)展空間。該系統(tǒng)投入運行后，方便用戶操作和使用，更加方便了各屆學生的聯(lián)系，更為同學聚會等活動提供偏便利條件。綜上所述本系統(tǒng)開發(fā)從社會上是可行的。 （ 4）研究方法 主要采用行動研究法和經(jīng)驗總結法。在行 動研究法中，將研究制定的實施方案和 校友信息管理系統(tǒng) 開發(fā) 的實際工作結合起來，比如，制定 注冊 制度： 用戶 注冊時必須經(jīng)過管理員的審核等，有計劃，有步驟的進行實際工作的操作。在經(jīng)驗總結法中，由于 校友信息管理系統(tǒng) 意義的特殊性，將之前的活動的具體情況進行歸納和分析，使之系統(tǒng)化、理論化，上升為經(jīng)驗并進行推廣，找出不足之處，制定改進措施 。 數(shù)據(jù)庫課程設計（報告） 4 第 2 章 需求分析 此 校友信息 管理系統(tǒng)各功能模塊都是由用戶自己操作，一般不用設置專門的系統(tǒng)管理員對這些數(shù)據(jù)進行管理。用戶的注冊、班級的創(chuàng)建 ]信息的編輯都是用戶的操作權限，要求這些權限是設定 在一定范圍之內的，所以此系統(tǒng)的安全性要保證。同時，系統(tǒng)的方便性、快捷性也有比較高的要求。本系統(tǒng)工程要滿足以下要求： ? 系統(tǒng)安全性。由于此系統(tǒng)中的操作都是由用用戶操辦的，的以對于用戶的權限設置比較嚴格。同時由于 校友信息管理系統(tǒng) 涉及的用戶比較多，若要防止數(shù)據(jù)的并發(fā)現(xiàn)象的出現(xiàn)，數(shù)據(jù)的編輯必須由合法用戶來操作對于班級管理員來說，只允許對本班級的數(shù)據(jù)進行編輯，無權對其他班級的數(shù)據(jù)進行編輯。 ? 信息交流。在系統(tǒng)中要加強各地校友之間的聯(lián)系，為大家提供交流的平臺和廣泛地合作機會，以增加學子們的凝聚力，為在校與畢業(yè)生建立溝通的渠 道，開拓在校生的就業(yè)空間。 ? 可擴展性。為了適應系統(tǒng)的變化可以進行功能模塊的調整，對于 校友信息 管理系統(tǒng)來說，系統(tǒng)要符合用戶的需求，能夠滿足不同用戶發(fā)布信息和獲取資源的要求。系統(tǒng)采用 B/S 結構，這有利于系統(tǒng)的維護和升級，可以減少維護的成本。 需求分析 功能需求分析 （ 1） 游客、校友用戶、班級管理員均可瀏覽校園新聞、校友風采、校友留言等。 （ 2） 校友用戶可以查找校友并可跟據(jù)需要關注該校友、在校友論壇發(fā)表留言與瀏覽其他用戶留言。使用校友專享提供的便捷服務。 （ 3） 班級管理員負責管理班級相冊與班級留言。 校友 信息 管理系統(tǒng)的流程圖： 數(shù)據(jù)庫課程設計（報告） 5 是 否 是 否 是 否 是 否 是 否 圖 21 校友 信息 管理系統(tǒng)的流程圖 數(shù)據(jù) 需求分析 本系統(tǒng)為 校友信息 管理系統(tǒng)，應具備記錄校友信息的功能，同時也要記錄校友的班級信息。另外，還必須記錄校友在系統(tǒng)中的留言信息。除些之外，該系統(tǒng)還需要管理員對其進行日常的維護工作。 數(shù)據(jù)需求具體如下： 校友用戶（用戶編號、注冊帳號、密碼、姓名、性別、生日、電話，家庭地址、郵箱、工作） 班級（班級編號、班級名稱、省份編號、城市編號） 班級管理員（管理員編 號、密碼、用戶名、性別、電話） 登錄窗口是否為注冊用戶 是否已建立班級 查詢通訊錄信息 建立學校信息 發(fā)布留言 加入班級 建立班級信息 發(fā)布、編輯留言信息 注冊個人信息 是否已建立學校 是否管理員 是否已注冊班級 數(shù)據(jù)庫課程設計（報告） 6 學校（學校編號、學校名稱、學校類型、學校網(wǎng)址、郵編、地點 ) 班級類型（類型編號、類型名稱） 性能要求分析 校友信息 管理系統(tǒng)的使用者是校友用戶與班級管理員，班級管理員對相應班級與校友管理的性能以及校友用戶與班級查找功能的性能要求較高。 系統(tǒng) 數(shù)據(jù)字典 1） 數(shù)據(jù)流描述： 校友信息 系統(tǒng)包含的主要數(shù)據(jù)流包括：用戶登錄信息（用戶名，密碼），班級信息，留言信息，用戶管理，班級管理員信息，學校信息 數(shù)據(jù)流名稱：用戶登錄信息 說明：用戶登錄時輸入的用戶名和密碼 數(shù)據(jù)流來源：用戶輸入 數(shù)據(jù) 流去向：登錄處理 組成：用戶名、密碼 2） 數(shù)據(jù)流名稱：班級管理員信息 說明：班級管理員登錄后管理自己的個人信息和相應的班級信息 數(shù)據(jù)流來源：班級管理員輸入 數(shù)據(jù)流去向：修改、增加、刪除、瀏覽信息 組成：用戶名，密碼 3） 數(shù)據(jù)流名稱：班級信息 說明：用戶登錄后申請創(chuàng)建班級，其他用戶申請加入該班級，輸入相關班級的信息 數(shù)據(jù)流來源：用戶輸入 數(shù)據(jù)流去向：班級管理員修改、瀏覽班級信息，非管理員用戶修改自己個人信息 組成：班級管理員用名，密碼 4） 數(shù)據(jù)流名稱：留言信息 說明：班級管理員、用戶在網(wǎng)頁上的留言信息。 數(shù)據(jù)流來源：班級 管理員、用戶輸入 數(shù)據(jù)流去向：顯示到網(wǎng)頁上，用戶、班級管理員都可以進行瀏覽，回復，但是訪客不能進行恢復，只能進行瀏覽 數(shù)據(jù)庫課程設計（報告） 7 組成：用戶、班級管理員瀏覽記錄，班級管理員密碼，賬戶。 5） 數(shù)據(jù)流名稱： 校友信息 說明：所有注冊成為用戶的通訊錄信息 數(shù)據(jù)流來源：用戶服務輸入 數(shù)據(jù)流去向：用戶登錄后進行搜索，把符合搜索信息顯示給用戶瀏覽 組成：用戶名，密碼 6） 數(shù)據(jù)流名稱：學校信息 說明：用戶登錄后申請創(chuàng)建學校，其他用戶申請加入該學校，輸入相關學校的信息。 數(shù)據(jù)流來源：用戶輸入 數(shù)據(jù)流去向：創(chuàng)建人修改、瀏覽學校信息，非創(chuàng)建人用戶修 改個人信息 組成：用戶名，密碼 數(shù)據(jù)存儲描述 校友信息管理系統(tǒng) 系統(tǒng)的主要數(shù)據(jù)存儲包括：用戶信息，班級管理員信息，班級信息，留言信息、學校信息。 1） 數(shù)據(jù)存儲：用戶信息 說明：存儲全部用戶信息 流入數(shù)據(jù)流：訪客，用戶信息，用戶名，用戶密碼 流出數(shù)據(jù)流：用戶表 組成：用戶名，用戶密碼，用戶編號，性別，郵箱，聯(lián)系電話，注冊日期。 2） 數(shù)據(jù)存儲：班級管理員信息 說明：存儲班級管理員信息，班級管理員管理相應班級的留言信息以及自己的個人信息管理。 流入數(shù)據(jù)流：留言信息，用戶信息 流出數(shù)據(jù)流：登錄信息 組成：班級管理 員編號，用戶名，用戶密碼，性別，聯(lián)系電話 3） 數(shù)據(jù)存儲：班級信息 說明：存儲班級信息，用戶登錄后申請加入已有班級，沒有班級可以建立。 流入數(shù)據(jù)流：用戶信息，班級信息 數(shù)據(jù)庫課程設計（報告） 8 流出數(shù)據(jù)流：班級信息 組成：班級名稱，班級成員姓名，成員年齡，成員性別等。 4） 數(shù)據(jù)存儲：通訊錄信息 說明：存儲通訊錄信息 流入數(shù)據(jù)流：用戶信息，通訊錄信息 流出數(shù)據(jù)流：通訊錄信息 組成：班級成員姓名，年齡，性別，電話，郵箱，家庭住址等 5） 數(shù)據(jù)存儲：留言信息 說明：存儲留言信息，用戶提交留言并查看回復他人留言簿。 流入數(shù)據(jù)流：留言信息，用戶服務信息，訪客 信息 流出數(shù)據(jù)流：留言信息 組成：留言標題，留言用戶，留言內容 6） 數(shù)據(jù)存儲：學校信息 說明：存儲學校信息，用戶登錄后可申請加入已有學校，沒有學?？梢越?。 流入數(shù)據(jù)流：用戶信息，學校信息 流出數(shù)據(jù)流：學校信息 組成：學校名稱，學校成員姓名等 數(shù)據(jù)庫課程設計（報告） 9 第 3 章 概念結構設計 局部 ER 圖 對用戶要求描述的現(xiàn)實世界 (可能是一個工廠、一個商場或者一個學校等 )，通過對其中住處的分類、聚集和概括，建立抽象的概念數(shù)據(jù)模型。這個概念模型應反映現(xiàn)實世界各部門的信息結構、信息流動情況、信息間的互相制約關系以及各部門對信息儲存、查詢和加工的要求等。所建立的模型應避開數(shù)據(jù)庫在計算機上的具體實現(xiàn)細節(jié)，用一種抽象的形式表示出來。以擴充的實體 — （ ER 模型）聯(lián)系模型方法為例，第一步先明確現(xiàn)實世界各部門所含的各種實體及其屬性、實體間的聯(lián)系以及對信息的制約條件等，從而給出各部門內所用信息的局部描述 (在數(shù)據(jù)庫中稱為用戶的局部視圖 )。第二步再將前面得到的多個用戶的局部視圖集成為一個全局視圖，即用戶要描述的現(xiàn)實世界的概念數(shù)據(jù)模型。 數(shù)據(jù)流圖： 用戶 實體圖 對象 :用戶 ,用戶 的屬性如圖 31 所示 : 用戶 工作 用戶名 生日 班級名 性別 城市 電話 注冊帳號 圖 31 學生實體圖 用戶密碼 省份 街道 郵編 數(shù)據(jù)庫課程設計（報告） 10 班級實體圖 對象 :班級 ,班級的屬性如圖 32 所示 : 學校 實體圖 對象 :物品 ,物品的屬性如圖 33 所示 : 留言 實體圖 對象 :留言 ,留言 的屬性如圖 34 所示 : 學校 網(wǎng)址 學校名稱 類型 圖 33 學校 實體圖 班級 管理員 班級名 稱 學校名稱 圖 32 班級實體圖 班級類型 網(wǎng)址 郵編 城市 省份 街道 數(shù)據(jù)庫課程設計（報告） 11 管理員 實體圖 對象 :管理員 ,管理員 的屬性如圖 35所示 : 班級類型 實體圖 對象 :班級類型 ,班級類型 的屬性如圖 36 所示 : 校友信息管理系統(tǒng) ER 圖 各個局部視圖即分 ER圖建立好后，還需要對它們進行合并，集成為一個整體的數(shù)留言 內容 用戶名稱 班級名稱 標題 圖 34 留言 實體 圖 管理員 性別 用戶名 密碼 圖 35 管理員 實體 圖 班級類型 類型 圖 36 班級類型 實體圖 電 話 數(shù)據(jù)庫課程設計（報告） 12 據(jù)概念結構，即總 ER圖。 視圖集成后形成一個整體的數(shù)據(jù)庫概念結構，對該整體概念結構還必須進一步驗證，確保它能夠滿足下列條件： (1)整體概念結構內部必須具有一致性，即不能存在互相矛盾的表達。 (2)整體概念結構能準確地反映原來的每個視圖結構，包括屬性、實體及實體間的聯(lián)系。 (3)整體概念結構能滿足需要分析階段所確定的所有要求。 經(jīng)過消除不必要的冗余數(shù)據(jù)和冗余聯(lián)系得到總體 ER圖如圖 37 所示： 圖 37校友信息管理系統(tǒng) ER圖 數(shù)據(jù)庫課程設計（報告） 13 第 4 章 邏輯結構設計 校友 信息管理系統(tǒng) ER 圖 圖 41校友信息管理系統(tǒng) ER圖 數(shù)據(jù)庫課程設計（報告） 14 關系模式轉換 把概念結構設計轉化為邏輯結構設計 為： 用戶（ 用戶 ID，班級 ID，注冊帳號，用戶名，用戶密碼，性別，電話，生日，工作，城市，省份，街道，郵編） 留言（ 留言 ID， 用戶 ID， 班級 ID，內容，標題） 班級（ 班級 ID，學校 ID，管理員 ID，名稱 ，類型 ID） 學校（ 學校 ID，名稱，類型，網(wǎng)址，郵編，城市，省份，街道） 管理員（ 管理員 ID，用戶名，密碼，性別，電話） 班級類型（ 類型 ID，類型名稱） 數(shù)據(jù)關系圖 根據(jù)以上分析，創(chuàng)建數(shù)據(jù)庫 ， 其中包括 六 個數(shù)據(jù)表：用戶、 留言 、 班級 、 學校、管理員、班級類型 。 數(shù)據(jù)關系圖 如 圖 42 所示 : 圖 42 數(shù)據(jù)關系圖 數(shù)據(jù)庫課程設計（報告） 15 第 5 章 物理結構設計 數(shù)據(jù)庫物理設計是后半段。將一個給定邏輯結構實施到具體的環(huán)境中時，邏輯數(shù)據(jù)模型要選取一個具體的工作環(huán)境，這個工作環(huán)境提供了數(shù)據(jù)存儲結構與存取方法，這個過程 就是數(shù)據(jù)庫的物理設計。 物理結構依賴于給定的 DBMS和和硬件系統(tǒng)，因此設計人員必須充分了解所用 RDBMS的內部特征、存儲結構、存取方法。數(shù)據(jù)庫的物理設計通常分為兩步，第一，確定數(shù)據(jù)庫的物理結構，第二，評價實施空間效率和時間效率 。 (1)管理表 管理信息表 (tb_admin)主要用于存放所有用戶的賬號、密碼以及其他信息。表tb_admin 的結構如表 51 所示。