【正文】 以下為本系統(tǒng) 部分 數(shù)據(jù)庫表 ： 表 管理員賬號信息表 字段名 字段類型 說明 User_id Int() 管理員序列號 User_name Varchar() 管理員賬號 32 password Char() 管理員的密碼 Add_time Datetime 該管理員賬號的建立時間 Last_login Datetime 該管理員最后一次登錄的時間 Last_ip Char() 該管理員最后一次登錄所在的 ip 地址 User_desc Varchar() 賬號描述 表 系統(tǒng)文章信息表 字段名 字段類型 說明 Article_id Int() 文章序列號 Cat_id Varchat() Title Varchat() 文章標題 Content Longtet 文章內(nèi)容 Author Varchat() 文章作者 Keywords Tinyint() 文章關鍵詞 Article_type Varchat() 文章類型 Is_open Tinyint() Fadd_time Datatime 文章添加時間 File_url Varchar() 文件路徑 K_num Int() 表 文章附件表 字段名 字段類型 說明 Att_id Int() 附件 ID Att_type Varchat() 附件類型 Att_small Varchat() 附件小圖位置 Att_big Varchar() 附件大圖位置 Att_aid Int() 附件文件 ID Att_show Tinyint() 是否是圖片文章 表 文章分類表 字段名 字段類型 說明 Cat_id Smallint() ID Cat_name Varchat() 分類名 Keywords Varchat() 分類關鍵字 Cat_desc Varchat() 分類 描述 Sort_order Tinyint() 排序順序 Show_in_naw Tinyint() 是否顯示在首欄 33 Parent_id Smallint() 父類 id Cat_ban_id Int() 模塊 id 表 模塊表 字段名 字段類型 說明 Ban_id Smallint() ID Ban_name Varchat() 模塊名稱 Ban_url Varchat() 模塊 url Ban_en Varchat() 模塊英文代碼 S_order Smallint() 顯示順序 S_in_nav Smallint() 是否顯示在首頁欄目 Ban_type Smallint() 模塊類型 Ban_content Text 模塊內(nèi)容 表 咨詢表 字段名 字段類型 說明 C_id Int() ID C_content Text 咨詢內(nèi)容 C_author Int() 咨詢用戶名 C_time Datetime 咨詢時間 C_repost Text 回復內(nèi)容 C_check Tinyine() 是否審核 附件下載表 字段名 字段類型 說明 D_id Int() ID D_title Varchat() 附件標題 D_name Varchat() 附表名稱 D_url Varchat()1 附件 url D_time Datetime 附件上傳時間 D_usr Varchat() 附件上傳作者 D_desc Varchat() 附件描述 D_cat_id Int() 附件分類 id D_d_num Int() 附件下載次數(shù) 表 咨詢用戶賬號信息表 字段名 字段類型 說明 Mid Int() ID M_name Varchat() 用戶 賬號 M_ Varchat() 用戶 34 M_pwd Varchat() 用戶密碼 M_time Datetime 用戶注。在邏輯設計階段將 ER 圖轉換成具體的數(shù)據(jù)庫產(chǎn)品支持的數(shù)據(jù)模型如關系模型，形成數(shù)據(jù)庫邏輯模式。數(shù)據(jù)庫設計除用戶需 求分析外，還包括概念結構設計、邏輯結構設計和物理結構設計等三個階段 。數(shù)據(jù)庫設計是指對于一個給定的應用環(huán)境，構造最優(yōu)的數(shù)據(jù)庫模式，建立數(shù)據(jù)庫及其應用系統(tǒng)，有效存儲數(shù)據(jù)，滿足用戶信息要求和處理要求。 6． 模塊及分類信息管理 由管理員進行管理 。 3. 咨詢信息管理 由管理員進行管理，添加刪除信息，以供用戶 進行查詢。 以下按照不同的功能處理對具體功能進行描述： 1 用戶信息 管理 由系統(tǒng)管理員進行操作，管理員進行信息的添加及刪除 。 系統(tǒng)設計的任務是 在系統(tǒng)分析提出的邏輯模型的基礎上，科學合理地進行物理模型的設計。功能結構圖中各層功能與新的信息系統(tǒng)中數(shù)據(jù)流程圖中的處理（功能）是對應的。功能分解的過程就是一個由抽象到具體、由復雜到簡單的過程。 管理信息系統(tǒng)的各子系統(tǒng)可以看作是系統(tǒng)目標的下層的 功能。 結構化系統(tǒng)設計的思想，就是自頂向下地將系統(tǒng)劃分為若干個子系統(tǒng)，而子系統(tǒng)又劃分為模塊，模塊又劃分為子模塊，層層劃分直到每一個模塊能夠作為計算機可執(zhí)行的單獨程序為止。系統(tǒng)功能結構圖是系統(tǒng)總體功能結構的基本框架。詳細設計階段包括具體的代碼設計、輸入輸出設計、信息分類和數(shù)據(jù)庫設計、功能模塊設計，詳細設計是對上述總體設計的結果進行進一步細化，直至符合小組編程的要求?？傮w設計階段決定系統(tǒng)的模塊結構，而詳細設計階段是具體考慮每一模塊內(nèi)部采用什么算法。 7．系統(tǒng)設計文檔 指系統(tǒng)設計說明書，程序設計說明書，系統(tǒng)測試說明書以及各種圖表等，要將他們匯集成冊，交有關人員和部門審核批準。 5．輸入 /輸出設計 輸入 /輸出設計主要是對以紀錄為單位的各種輸入輸出報表格式的描述，另外，對人機對話各式的設計和輸入輸出裝置的考慮也在這一步完成。 3．代碼設計 代碼設計就是通過設計合適的代碼形式，使其作為數(shù)據(jù)的一個組成部分，用以代表客觀存在的實體、實物和屬性，以保證它的唯一性便于計算機 處理。 三、 系統(tǒng)設計的 內(nèi)容 1．系統(tǒng)總體結構設計 系統(tǒng)總體結構設計包括兩方面的內(nèi)容：數(shù)據(jù)處理設計和系統(tǒng)物理配置方案設計。 （六）系統(tǒng)性 系統(tǒng)是作為統(tǒng)一整體而存在的，因此，在系統(tǒng)設計中，要從整個系統(tǒng)的角度進行考慮，系統(tǒng)的代碼要統(tǒng)一，設計規(guī) 范要標準，對系統(tǒng)的數(shù)據(jù)采集要做到數(shù)出一處、全局共享，使一次輸入得到多次利用。需要指出的是，這種補償有時是間接的或不能定量計算的。 系統(tǒng)應該給用戶帶來相應的經(jīng)濟效益。 (五 )經(jīng)濟性 系統(tǒng)的經(jīng)濟性是指系統(tǒng)的收益應大于系統(tǒng)支出的總費用。只有可靠的系統(tǒng)，才能保證系統(tǒng)的質量并得到用戶的信任，否則就是沒有使用價值。衡量系統(tǒng)可靠性的指標是平均故障間隔時間和平均維護時間。 (三 ) 一致性和完整性 一致性是指系統(tǒng)中信息編碼、采集、信息通信要具備一致性設計規(guī)范應標準；完整性是指系統(tǒng)作為一個統(tǒng)一的整體而存在，系統(tǒng)功能應盡量完整。一個可變性好的系統(tǒng)，各個部分獨立性強，容易進行變動，從而可提高系統(tǒng)的性能，不斷滿足對系統(tǒng)目標 27 的變化要求。作為企業(yè)的管理信息系統(tǒng)也必須具有相當?shù)撵`活性，以便適應外界環(huán)境的不斷變化，而且系統(tǒng)本身也需不斷修改和改善。 (二 ) 靈活性和適應性 以便適應外界的環(huán)境變化。初步設計的任務是將 系統(tǒng)按照功能劃分為模塊，并確定每一個模塊的具體功能及其相互聯(lián)系；詳細設計的任務是選擇合適的計算機系統(tǒng)，并進行代碼設計、數(shù)據(jù)庫和文件設計等。它以系統(tǒng)分析建立的邏輯模型為依據(jù)，逐步加入物理內(nèi)容，由抽象到具體，最終建立系統(tǒng)的物理模型。根據(jù)系統(tǒng)分析階段所確定的新系統(tǒng)的邏輯模型、功能要求，在用戶提供的環(huán)境條件下，設計出一個能在計算機網(wǎng)絡環(huán)境上實施的方案，即建立新系統(tǒng)的物理模型。力爭最大限度 的進行軟件功能模塊的重用，以減少不必要的 重復開發(fā)工作。 3 系統(tǒng)提供的用戶界面直觀友好、操作簡便，并提供聯(lián)機幫助功能。 在設計過程中我們參考了以下原則 : ，力求使本系統(tǒng)具備一定的業(yè)務前瞻性。首先設計總體結構，然后逐層深入，直至進入每一個模塊的設計。 ER 圖用矩形表示實體，矩形內(nèi)寫明實體名；用橢圓表示屬性，在橢圓內(nèi)寫明屬性名并與相應的實體連接；用菱形表示聯(lián)系，在菱形框內(nèi)寫明聯(lián)系名并用線段分別與有關的實體連接起來。 三、聯(lián)系：現(xiàn)實世界的事物總是存在這樣或那樣的聯(lián)系，這種聯(lián)系必然要在信息世界中得到反映。 23 二、屬性：指實體具有的某種特性。它可是人，也可以是物或抽象的概念；可以指事物本身，也可以指事物之間的聯(lián)系。最常用的方法就是“實 體－聯(lián)系”方法（ Entity – relation Approach,簡稱 E – R 方法），即所謂的 ER 圖。 表 21 D1 數(shù)據(jù)字典 系統(tǒng)名 用戶登錄模塊 編號： D1 條目名 用戶注冊表 簡述 用戶進行注冊 數(shù)據(jù)存儲組成 ID，用戶名，密碼，性別，郵件地址 16 表 22 D2 數(shù)據(jù)字典 系統(tǒng)名 留言信息模塊 編號： D2 條目名 留言信息表 簡述 用戶的留言進行匯總 數(shù)據(jù)存儲組成 編號， 標題，內(nèi)容，發(fā)布者，發(fā)布時間 表 23 D3 數(shù)據(jù)字典 系統(tǒng)名 圖片信息模塊 編號： D3 條目名 圖片表 簡述 用戶瀏覽圖片 數(shù)據(jù)存儲組成 編號，名稱，類型，圖片地址，美景說明 表 24 D4 數(shù)據(jù)字典 系統(tǒng)名 文章 模塊 編號： D4 條目名 文章 表 簡述 用戶瀏覽 文章 數(shù)據(jù)存儲組成 編號，文章名稱，文章 內(nèi)容，發(fā)布人，發(fā)布時 間，是否推薦 表 25 D5 數(shù)據(jù)字典 系統(tǒng)名 新生信息模塊 編號： D8 條目名 新生信息表 簡述 用戶查詢新生信息 數(shù)據(jù)存儲組成 編號， ID，新生姓名、性別、出生年月、政治面貌、民族、身份證號碼、考生類別、 投檔志愿、 錄取專業(yè)、 錄取 成績、入學年份、準考生號、 考生號、考生地區(qū)、 家庭地址、郵政編碼、 收件人、 聯(lián)系電話 表 26 D6 數(shù)據(jù)字典 系統(tǒng)名 歷年分數(shù) 模塊 編號： D6 條目名 歷年分數(shù) 表 簡述 用戶 查詢歷年分數(shù) 數(shù)據(jù)存儲組成 編號， ID， 歷年錄取省份、歷年錄取內(nèi)容、歷年錄取分數(shù) 表 27 D7 數(shù)據(jù)字典 系統(tǒng)名 咨詢信息 模塊 編號： D7 條目名 咨詢信息 表 簡述 用戶 咨詢信息 數(shù)據(jù)存儲組成 資訊用戶名、咨詢內(nèi)容、回復內(nèi)容、咨詢時間、是否審核 表 28 D8 數(shù)據(jù)字典 系統(tǒng)名 管理員模塊 編號： D9 條目名 管理員表 17 簡述 管理員登陸 數(shù)據(jù)存儲組成 編號，用戶名，密碼 二．數(shù)據(jù)處理部分 表 29 P1 數(shù)據(jù)字典 系統(tǒng)名 用戶注冊、登錄模塊 編號： P1 條目名 用戶注冊表 輸入數(shù)據(jù) 用戶注冊 輸出數(shù)據(jù) 用戶登錄 處理邏輯 用戶根據(jù)用戶名、密碼登錄 表 210 P2 數(shù)據(jù)字典 系統(tǒng)名 留言模塊 編號： P2 條目名 留言信息表 輸入數(shù)據(jù) 用戶留言 輸出數(shù)據(jù) 管理員查詢留言 處理邏輯 保存用戶的留言 表 211 P4 數(shù)據(jù)字典 系統(tǒng)名 圖片模塊 編號： P4 條目名 圖片表 輸入數(shù)據(jù) 用戶瀏覽圖片信息 輸出數(shù)據(jù) 用戶瀏覽圖片信息 處理邏輯 管理員發(fā)布圖片信息 表 212 P5 數(shù)據(jù)字典 系統(tǒng)名 文章 模塊 編號： P5 條目名 文章 表 輸入數(shù)據(jù) 用戶瀏覽文章 信息 輸出數(shù)據(jù) 用戶瀏覽文章 信息 處理邏輯 管理員發(fā)布文章 信息 表 213 P6 數(shù)據(jù)字典 系統(tǒng)名 新生 信息模塊 編號： P6 條目名 新生信息 表 輸入數(shù)據(jù) 用戶查詢新生