【文章內(nèi)容簡介】 數(shù)據(jù)類型 是否主鍵 默認值 功能描述 ID int yes 遞增 1 編號 Name Varchar(50) no null 名稱 UserID int no null 創(chuàng)建用戶編號 Remark Varchar(1000) no null 簡介 表 系統(tǒng)團隊關聯(lián)信息表（ CaboodleUser） 字段名稱 數(shù)據(jù)類型 是否主鍵 默認值 功能描述 CaboodleID int yes 遞增 1 所屬團隊編號 UserID int no null 所屬用戶編號 RoleID int no null 角色 表 系統(tǒng)發(fā)送文件信息表（ File） 字段名稱 數(shù)據(jù)類型 是否主鍵 默認值 功能描述 ID int yes 遞增 1 編號 Name Varchar(50) no null 文件名 Sender int no null 發(fā)送者 Receiver int no null 接收者 Url Varchar（ 255） no null 文件地址 13 Type int no null 類型 Size int no Null 大小 CreateDate datetime no Null 時間 其他數(shù)據(jù)表： 系統(tǒng)用戶分組信息表（ Group） 用戶分組關系信息表（ GroupUser） 系統(tǒng)留言信息表（ Leaveword） 團隊交互信息表（ MessageForCaboodle） 用戶交互信息表（ MessageForSignle） 系統(tǒng)用戶角色信息表（ Role） 系統(tǒng)用戶信息表（ User） 系統(tǒng)用戶登錄信息（ LoginInfo） 5 項目規(guī)劃 團隊成員分工 姓名 分工 蔣能凱 代碼編寫 美工 張國順 文檔編寫 代碼編寫 崔紅艷 美工 需求分析 李 沖 代碼編寫 14 項目進度安排 6 待解決的問題 項目經(jīng)驗缺少，開發(fā)平臺學習不夠，現(xiàn)階段最重要的就是好好學習，邊學邊用，保證順利完成任務。 周數(shù) 任務安排 5 6 需求分析 項目規(guī)劃 7 8 數(shù)據(jù)庫設計 9 10 代碼實現(xiàn) 11 12 期美化 文檔編寫 15 項目分析與設計 7 軟件總體概述 隨著企業(yè)中業(yè)務系統(tǒng)建設越來越多，各個系統(tǒng)甚至出現(xiàn)互相依賴，互相耦合的情況。這種情形直接導致了業(yè)務組件重復建設、業(yè)務數(shù)據(jù)冗余、企業(yè)內(nèi)數(shù)據(jù)不同步、系統(tǒng)界限模糊、維護困難、拓展困難等難以想象的問題，使得企業(yè)信息化建設陷入泥沼。 企業(yè)信息交互 系統(tǒng)從 企業(yè) 的實際需求出發(fā)，參照先進的 信息通訊 理念 開發(fā)而成， 系 統(tǒng) 具備 完善的基礎信息設置 ，友好清晰的界面 ，使 瀏覽 人員能夠 清楚 的進行 信息瀏覽 ， 管理員輕松方便的進行信息的修改和發(fā)布，保證企業(yè)內(nèi)部信息的及時交互。 8 軟件總體設計思路 軟件的基本概念和處理流程 互 聯(lián) 網(wǎng) 技 術 的 飛 速 發(fā) 展 ， ASP 技 術 的 靈 活 、 易 用 、 功 能 Dreamweaver 、microsoftFrontpage、 VBScript 等設計工具的方便使用，以及數(shù)據(jù)庫技術的發(fā)展給本系統(tǒng)的設計和實現(xiàn)提供了技術上的支持。本系統(tǒng)在數(shù)據(jù)庫技術方面有如下優(yōu)點： Web 數(shù)據(jù)庫開發(fā) 開發(fā)同意，傳統(tǒng)的數(shù)據(jù)庫一般 用 VB,VC 等開發(fā)，這些開發(fā)工具各有各的標準和方法，不是和開發(fā) WEB數(shù)據(jù)庫應用， Web數(shù)據(jù)庫的開發(fā)使用統(tǒng)一的 HTML，任何人開發(fā)的數(shù)據(jù)庫都有符合這個標準。 16 平臺選擇 平臺支持，傳統(tǒng)的數(shù)據(jù)庫應用一般要針對每個操作系統(tǒng)開發(fā)一個專用版本，外圍不同的硬件平臺開發(fā)不同的版本。 Web數(shù)據(jù)庫之需要開發(fā)一個版本就可以在所有的操作系統(tǒng)和硬件平臺上使用。只要這個平臺具有符合 HTML標準的瀏覽器。 系統(tǒng)基本的流程是：用戶登錄驗證 主界面 選擇各項子系統(tǒng) 9 概要設計 體系結構設計 根據(jù)對系統(tǒng)需求分析中的總體目標和 具體目標部分的分析，得到系統(tǒng)結構設計圖如下 31 17 企業(yè)內(nèi)部在線交互系統(tǒng) 記錄管理 分類管理 添加新管理員 修改和刪除消息 添加新消息 添加新分類 管理員密碼修改 修改和刪除分類 刪除管理員 上 傳文件管理 上傳文件 用戶管理 圖 91系統(tǒng)結構圖 Fig 31 System Organizationsstructure figure 文件管理 18 接口設計 外部接口 包括用戶界面、軟件接口與硬件接口。 用戶界面 用戶界面部分，根據(jù)需求分析的結果，用戶需要一個用戶友善界面。在界面設計上，應做到簡單明了，易于操作，并且要注意到界面的布局，應突出的顯示重要以及出錯信息。外觀上也要做到合理化，考慮到用戶多對 WINDOWS 風格較熟悉，應盡量向這一方向靠攏。在設計語言上， 使用 html 語言進行頁面編寫 ?？偟膩碚f ，系統(tǒng)的用戶界面應做 到可靠性、簡單性、易學習和使用。 軟件接口 服務器程序可使用 eclipse 提供的對 SQL Server 接口，進行對數(shù)據(jù)庫的所有訪問。 在網(wǎng)絡軟件接口方面，使用一種無差錯的傳輸協(xié)議， Web 服務器程序可使用Apache 的 。 硬件接口 輸入方面，對于鍵盤、鼠標的輸入，對輸入進行處理。 硬件環(huán)境 內(nèi)存需要512M 以上， CPU 需要 P4 以上。 在網(wǎng)絡硬件部分，為了實現(xiàn)高速傳輸，使用快速以太網(wǎng)。 在輸出方面，采用 瀏覽器。瀏覽的 分辨率最佳效果為 1024768 像素。 內(nèi)部 接口 內(nèi)部接口方面，各模塊之間采用函數(shù)調(diào)用、參數(shù)傳遞、返回值的方式進行信息傳遞。具體參數(shù)的結構將在下面數(shù)據(jù)結構設計的內(nèi)容中說明。接口傳遞的信息 19 將是以數(shù)據(jù)結構封裝了的數(shù)據(jù)，以參數(shù)傳遞或返回值的形式在各模塊間傳輸。 代碼設計 代碼設計遵循以下原則： (1)確定性。每一代碼代表惟一的實體和屬性，反過來，信息系統(tǒng)中，每一實體或屬性都用一個確定的代碼來表示。 (2)標準化?？紤]企業(yè)信息系統(tǒng)與主管部門通訊和聯(lián)網(wǎng)的需要，盡可能用國際、國內(nèi)、部門的標準代碼。 (3)通用性。盡量采用原業(yè)務處理上已使用的且行之有效的 代碼，方便使用。 (4)擴展性?？紤]企業(yè)的發(fā)展和變化，當增加新的實體和屬性時，直接利用原代碼追加，保持原代碼體系不變。 (5)識別性。代碼需方便管理人員使用，又應方便計算機識別、分類。 (6)簡明性。在不影響代碼系統(tǒng)的容量和擴充性的前提下，代碼盡可能簡短、統(tǒng)一。 代碼是代表客觀存在的實體或事物的屬性、狀態(tài)的符號。在軟件系統(tǒng)中，代碼是人和計算機的共同的、標準的語言，是對信息進行分類、校驗、統(tǒng)計、檢索的關鍵屬性。 1．下屬中心代碼 中心編號 的 編碼對象為下屬中心，使用范圍是企業(yè)信息交換系統(tǒng)。 該代碼的使用過程中， 考慮到該企業(yè)部門的擴展，所以采用順序號。 X X X X 順序號 中心編號 20 2． 用戶代碼 用戶編號的 編碼對象為管理員，使用范圍是企業(yè)信息交換系統(tǒng)。該代碼的使用過程中，考慮到該管理人員的擴展，所以采用順序號 +E， E 是代表用戶，順序號就可以體現(xiàn)新來用戶的順序。 X X X X 順序號 用戶編號 3． 消息代碼 消息編號的 編碼對象為消息，使用范圍是企業(yè)信息交換系統(tǒng)。該代碼 的使用過程中，考慮到信息擴展，所以采用順序號 +E， E 是代表消息，順序號就可以體現(xiàn)新消息的順序。 X X X X 順序號 消息編號 數(shù)據(jù)庫設計 數(shù)據(jù)庫 設計 是軟件開發(fā)的靈魂和基礎，是整個系統(tǒng)成功的關鍵所在，是開發(fā)高品質應用的前提 。 數(shù)據(jù)庫設計的核心問題是如何從系統(tǒng)的觀點出發(fā)建立一個數(shù)據(jù)模式，使其滿足以下幾個條件： 21 符合用戶要求，能正確的反映用戶的工作環(huán)境，該環(huán)境包括用戶需處理的所有“數(shù)據(jù)”，并支持用戶需要進行的所有“加工”。 與所選的 DBMS 所支持的數(shù)據(jù)模式相匹配。 數(shù)據(jù)組織合理，應易操作，易維護，易理解。 關系模式設計 由系統(tǒng)的概念模型導出關系模式。主要原則及實現(xiàn)方法如下： 1．一個實體型轉換為一個關系模式，實體的屬性就是關系的屬性，實體的鍵就是屬性的鍵。 2． 一個實體的聯(lián)系轉換為關系模式時，首先確定該聯(lián)系的類型，再確定相應的鍵。 a) 若關系的類型是 1:1，則每個實體的鍵均為關系的候選鍵，可二者擇一位該聯(lián)系的鍵。 b)若關系的類型為 1:n，則應把一端實體的鍵移到 n 端，與 n 端實體的鍵共同組成該聯(lián)系的鍵。 c) 如果為弱實體集，可為其增加一個強制屬性的 鍵。 d) 若關系類型為 m:n，則該聯(lián)系的鍵為兩個實體的鍵的集合，即該關系的鍵一定為復合鍵。 3． 進行規(guī)范化處理，求出關系模式中的最小依賴集，并依據(jù)規(guī)范化理論，將關系模式規(guī)范道三范式。各范式定義如下： 范式是對關系的不同數(shù)據(jù)依賴程度的要求，通過模式分解將一個范式轉換為若干個高級范式的過程稱作規(guī)范化。 1NF：關系中每一分量不可再分。既不能以集合、序列等作為屬性值。 2NF：若 R∈1NF ，且每個非主屬性完全依賴于碼，則稱 R∈2NF 。 3NF：關系模式 RU， F中，若不存在這樣的碼 X，屬性組 Y 及非主屬性 Z(Z￠Y)，使得下式成立， 22 X→Y ， Y→Z ， YZ，則稱 R∈3NF 。 依據(jù)上述原則，得出《 梵柏西科技系統(tǒng) 》的關系模式： 關系模式設計如下： 1． 中心資料（ 中心編號 ，中心名稱，備注信息） 2． 用戶資料（ 用戶編號 ，用戶名稱，用戶密碼，職務，創(chuàng)建時間，創(chuàng)建 IP） 3． 消息 （ 部門編號 ， 中心編號 ，題目，內(nèi)容，部門名稱，中心名稱，作者 ） 數(shù)據(jù)字典 數(shù)據(jù)字典是物理數(shù)據(jù)庫的具體體現(xiàn)，主要規(guī)定各關系的名稱、各列的數(shù)據(jù)的型、長度、小數(shù)位、完整性約束等。 1．各屬性的屬性名、類型、長度、小數(shù)位、是否空值、缺省值等 ，其中，不同的 DBMS 的數(shù)據(jù)類型不完全一致，請參考所用 DBMS 的用戶手冊。 2．完整性約束。 完整性是指數(shù)據(jù)的正確性和相容性。它包括實體完整性和關聯(lián)完整性和用戶定義的完整性。 企業(yè)信息交互系統(tǒng)的數(shù)據(jù)字典如表 31， 32， 32 所示 表 31用戶代碼表 D01 Table 31 custom code table D01 列含義 列標示 類型 長度 完整性約束 用戶編號 id int 4 〈 =4 用戶名稱 adminuser varchar 50 字符 用戶密碼 adminpass varchar 50 字符 職務 authority varchar 50 字符 創(chuàng)建時間 lasttime smalltimedate 4 字符 23 創(chuàng)建 IP lastip varchar 50 字符