【正文】 朋友進行聊天，或是很隱私的信息進行交流，或者是部門內部的信息需要交流等，這是我們就要用到私聊功能，畢竟群聊是所有用戶都會看到的信息，私聊功能是聊天室中最常用的功能。發(fā)送表情可以活躍氣氛，充分表達自己的情感，這是一個很有趣的功能，在企業(yè)內部使用時，也會讓大家在緊張的工作中得到適當?shù)姆潘?，提高工作效率? 性能需求(1)界面需求：具有友好的用戶操作界面，有良好的人機接口，方便用戶使用。(3)穩(wěn)定性：系統(tǒng)應具備長期持續(xù)工作的能力；使數(shù)據(jù)庫的一致性控制在可操作范圍內；避免因系統(tǒng)引起的死機現(xiàn)象。第4章 圖書館管理系統(tǒng)的概要設計 數(shù)據(jù)流圖的分析數(shù)據(jù)流程圖是在系統(tǒng)分析員在系統(tǒng)設計階段，對實際構建的系統(tǒng)分析綜合后，提取邏輯模型的一個過程，它更關注于過程內數(shù)據(jù)的處理，而把具體處理數(shù)據(jù)的物理過程，物理分布忽略。并且，數(shù)據(jù)流的分析過程是逐步對實際過程求精的，從頂層數(shù)據(jù)流圖，到分層數(shù)據(jù)流圖，數(shù)據(jù)流，過程類型也逐步增加，直到形成最后的數(shù)據(jù)字典和底層數(shù)據(jù)流圖。數(shù)據(jù)流圖是描述各個子塊之間如何進行數(shù)據(jù)傳遞：數(shù)據(jù)字典相當于數(shù)據(jù)庫中的對照表，把你認識的符號和系統(tǒng)中的符號對應起來！對于一個系統(tǒng)的設計過程的完成，首要的一步就是我們要對系統(tǒng)中操作的數(shù)據(jù)在構架中的流程有一個大概的了解。通過上面功能需求分析我們可以很明顯地看到該系統(tǒng)所要實現(xiàn)的各個功能，并且在實現(xiàn)各個功能的過程中，應該注意到一些什么樣的問題，在后面的設計中，我們就可以避免這些不必要的麻煩出現(xiàn)，防患與未然。在上面的功能需求分析中我們已做了詳細的分析，：總管理員F4修改信息D1 用戶信息F2信息清單 F5信息清單圖書管理F1修改信息D2 圖書信息用戶管理 F6更新清單借還事務處理D5 借還信息F3查詢信息 F16 查詢信息 F14F13發(fā)送信息 事務書庫管理員 用戶 F15 借還信息F10發(fā)送信息D3 借閱信息借書處理 F8提交F7已更新信息圖書信息處理F19發(fā)送信息還書處理F17 提交D4 還書信息 F18還書信息 F12 預約事務D6 預約信息圖 數(shù)據(jù)流圖 業(yè)務流圖業(yè)務流程圖是一種描述系統(tǒng)內各單位、人員之間業(yè)務關系、作業(yè)順序和管理信息流向的圖表，利用它可以幫助分析人員找出業(yè)務流程中的不合流理向，它是物理模型。 業(yè)務流程圖是一種能全面地描述信息系統(tǒng)邏輯模型的主要工具，它可以用少數(shù)幾種符號綜合地反映出信息在系統(tǒng)中的流動、處理和存儲情況，業(yè)務程圖是邏輯模型。收集基本數(shù)據(jù)、數(shù)據(jù)結構以及數(shù)據(jù)處理的流程，組成一份詳盡的數(shù)據(jù)字典，為后面的具體設計打下基礎。可以查詢借閱數(shù)量和借出日期，并且了解圖書信息和歸還時間，如果超過了一定的日期，則應該加收一部分錢。另外，在管理方面，增加圖書的時候，應該考慮已經(jīng)預約的用戶，將剩余的圖書加入數(shù)據(jù)庫。 數(shù)據(jù)字典中包括數(shù)據(jù)定義，但除了它之外，還包含其它一些信息：一般信息，包括名字，別名和描述； 數(shù)據(jù)定義，包括數(shù)據(jù)類型，數(shù)據(jù)長度和結構組成；數(shù)據(jù)的使用特點，包含數(shù)據(jù)的取值范圍，使用頻率和使用方式；數(shù)據(jù)的控制信息，包括數(shù)據(jù)來源，用戶，使用它的程序和改變權。沒有流圖數(shù)據(jù)字典難以發(fā)揮作用。任何字典最主要的用途都是供人查閱不了解的條目的解釋，數(shù)據(jù)字典的作用也正是在軟件分析和設計過程中給人提供關于數(shù)據(jù)的描述信息。只有數(shù)據(jù)流圖和對數(shù)據(jù)流圖精確的定義放在一起，才能共同構成系統(tǒng)的規(guī)格說明。數(shù)據(jù)字典的主要用途是作為分子階段的主要工具。數(shù)據(jù)字典包含的每個數(shù)據(jù)元素的控制信息是很有價值的。由于暫時還沒有自動的數(shù)據(jù)字典處理程序，我們采用卡片形式書寫數(shù)據(jù)字典，每張卡片上保存描述一個數(shù)據(jù)元素的信息。每張卡片上包含的信息有：名字，別名，描述，定義，位置。是軟件的核心數(shù)據(jù)庫，有軟件主窗體的所涉及的數(shù)據(jù)庫。以防數(shù)據(jù)庫崩潰或出現(xiàn)其他問題，可以進行數(shù)據(jù)庫恢復。便于管理。定義：圖書信息=圖書ID+書名+作者+價格+出版社+類別+出版日期+入館日期+書架號位置：系統(tǒng)數(shù)據(jù)庫名稱：借閱信息別名：D3描述：記錄每個讀者的借閱信息。管理員又有書庫管理員和圖書館總管，這些用戶登錄的界面是不同的，登錄后的系統(tǒng)頁面也有很大的區(qū)別。圖書管理可以對圖書進行操作，包括添加、刪除、變更以及出庫、歸還管理。 ER圖分析與設計利用ER方法進行數(shù)據(jù)庫的概念設計，可分成三步進行：首先設計局部ER模式，然后把各局部ER模式綜合成一個全局模式，最后對全局ER模式進行優(yōu)化，得到最終的模式，即概念模式。一種完整的方式是對局部結構中任意兩個實體類型，依據(jù)需求分析的結果，考察局部結構中任意兩個實體類型之間是否存在聯(lián)系。還要考察一個實體類型內部是否存在聯(lián)系，兩個實體類型之間是否存在聯(lián)系，多個實體類型之間是否存在聯(lián)系，等等。解釋如下：一個借閱者（用戶）只能具有一種身份，而一種身份可被多個借閱者所具有；一本圖書只能屬于一種圖書類別（類別），而一種圖書類別可以包含　多本圖書；一個用戶可以借閱多本不同的書，而一本書也可以被多個不同的用戶所借閱。全局概念結構不僅要支持所有局部ER模式，而且必須合理地表示一個完整、一致的數(shù)據(jù)庫概念結構。在這一步中我們僅根據(jù)實體類型名和鍵來認定公共實體類型。2) 局部ER模式的合并合并的原則是：首先進行兩兩合并；先和合并那些現(xiàn)實世界中有聯(lián)系的局部結構；合并從公共實體類型開始，最后再加入獨立的局部結構。首先在該過程中發(fā)生的實體是圖書信息和用戶信息，他們之間產(chǎn)生的關系是借閱關系。另外在上圖中我們可以看到圖書信息和用戶信息又有自己的一些關系屬性，通過這些關系屬性可以唯一的區(qū)別這些實體。由于關系模型所具有的優(yōu)點，邏輯設計可以充分運用關系數(shù)據(jù)庫規(guī)范化理論，使設計過程形式化地進行，：圖 數(shù)據(jù)庫設計及范式分析一個成功的信息管理系統(tǒng)，是建立在許多條件之上的，而數(shù)據(jù)庫是其中一個非常重要的條件和關鍵技術。1.2.3.4.5.數(shù)據(jù)庫的設計中，如何處理多對多的關系和如何設計主鍵，是兩個有著較大難度、需要重點考慮的問題。 數(shù)據(jù)庫基礎數(shù)據(jù)庫設計主要是進行數(shù)據(jù)庫的邏輯設計，即將數(shù)據(jù)按一定的分類、分組系統(tǒng)和邏輯層次組織起來，是面向用戶的。數(shù)據(jù)庫設計的步驟是：：目前的數(shù)據(jù)庫管理系統(tǒng)（DBMS）有的是支持聯(lián)機事務處理CLTP（負責對事務數(shù)據(jù)進行采集、處理、存儲）的操作型DBMS，有的可支持數(shù)據(jù)倉庫、有聯(lián)機分析處理CLAP（指為支持決策的制定對數(shù)據(jù)的一種加工操作）功能的大型DBMS，有的數(shù)據(jù)庫是關系型的、有的可支持面向對象數(shù)據(jù)庫。：數(shù)據(jù)表定義指定義數(shù)據(jù)庫中數(shù)據(jù)表的結構，數(shù)據(jù)表的邏輯結構包括：屬性名稱、類型、表示形式、缺省值、校驗規(guī)則、是否關鍵字、可否為空等。數(shù)據(jù)表設計不僅要滿足數(shù)據(jù)存儲的要求，還要增加一些如反映有關信息、操作責任、中間數(shù)據(jù)的字段或臨時數(shù)據(jù)表。存儲設備和存儲空間組織：確定數(shù)據(jù)的存放地點、存儲路徑、存儲設備等，備份方案，對多版本如何保證一致性和數(shù)據(jù)的完整性。數(shù)據(jù)使用權限設置：針對用戶的不同使用要求，確定數(shù)據(jù)的用戶使用權限，確保數(shù)據(jù)安全。數(shù)據(jù)字典設計：用數(shù)據(jù)字典描述數(shù)據(jù)庫的設計，便于維護和修改。1）鏈接關系的確定 在進行了上述數(shù)據(jù)規(guī)范化重組后，已經(jīng)可以確保每一個基本數(shù)據(jù)表(我們簡稱為表)是規(guī)范的，但是這些單獨的表并不能完整地反映事物，通常需要通過指標體系整體指標數(shù)據(jù)才能完整全面地反映問題。那么計算機系統(tǒng)如何能知道哪些表中的哪些記錄應與其它表中的哪些記錄相對應，它們表示的是同一個事物呢?這就需要在設計數(shù)據(jù)結構時將這種各表之間的數(shù)據(jù)記錄關系確定下來。因為在每個表中只有主關鍵詞才能唯一地標識表中的這一個記錄值(因為根據(jù)第三范式的要求，表中其它數(shù)據(jù)字段函數(shù)都依賴于主關鍵詞)，所以將表通過關鍵詞連接就能夠唯一地標識出某一事物不同屬性在不同表中的存放位置。所謂的“父系”就是指表的上一級關系表。消除這種M:N情況的辦法也很簡單，只需在二表之間增加一個表，則原來M:N的關系就改成了M:1，1:N的關系了。 范式分析在數(shù)據(jù)的規(guī)范化表達中，一般將一組相互關聯(lián)的數(shù)據(jù)稱為一個關系(relation)，而在這個關系下的每個數(shù)據(jù)指標項則被稱為數(shù)據(jù)元素(data element)，這種關系落實到具體數(shù)據(jù)庫上就是基本表，而數(shù)據(jù)元素就是基本表中的一個字段(field)。在規(guī)范化理論中表是二維的，它有如下四個性質： 1.表中所有行都是不相同的，不允許有重復組項出現(xiàn)3.在表中，列的順序無關緊要，但不能重復在對表的形式進行了規(guī)范化定義后，數(shù)據(jù)結構還有五種規(guī)范化定義，定名為規(guī)范化模式，稱為范式。而且這五種范式是“向上兼容”的，即滿足第五范式的數(shù)據(jù)結構自動滿足一、二、三、四范式，滿足第四范式的數(shù)據(jù)結構自動滿足第一、二、三范式，……，依此類推。這個去掉重復項的過程就稱之為規(guī)范化處理。因為我們按規(guī)范化建立的指標體系和表的過程都自動保證了所有表都滿足1st NF。 第二范式(second normal form，簡稱 2nd NF)是指每個表必須有一個(而且僅一個)數(shù)據(jù)元素為主關鍵字(primary key)，其它數(shù)據(jù)元素與主關鍵字一一對應。通常我們稱這種關系為函數(shù)依賴(functional depEndence)關系。 第三范式(third normal form，簡稱 3rd NF)就是指表中的所有數(shù)據(jù)元素不但要能夠唯一地被主關鍵字所標識，而且它們之間還必須相互獨立，不存在其它的函數(shù)關系。就象在borrow表中，超出時間就依賴與借出時間和歸還時間，這種與關系之間的相互獨立性相違背，所以borrow表就不屬于第三范式。SQL通常使用于數(shù)據(jù)庫的通訊。SQL語句通常用于完成一些數(shù)據(jù)庫的操作任務，比如在數(shù)據(jù)庫中更新數(shù)據(jù)，或者從數(shù)據(jù)庫中檢索數(shù)據(jù)。雖然絕大多數(shù)的數(shù)據(jù)庫系統(tǒng)使用SQL，但是它們同樣有它們自立另外的專有擴展功能用于它們的系統(tǒng)。MS SQL Server 就是用的Transact SQL。SQL為許多任務提供了命令，其中包括：在表中插入、修改和刪除記錄SQL功能強大，是一種完備的數(shù)據(jù)處理語言，不僅用于數(shù)據(jù)庫查詢，而且用于數(shù)據(jù)庫中的數(shù)據(jù)修改和更新?！? 管理員表字段代號字段類型字段長度是否可以為空備注Admin_no（關鍵字）Nvarchar16否管理員編號Admin_pwdNvarchar16可以為空管理員密碼Admin_nameNvarchar4否管理員名稱Admin_uppowerNvarchar20否管理員權限 借書表字段代號字段類型字段長度是否可以為空備注Duzhe_noNvarchar50否讀者編號Book_noNvarchar50否圖書編號Book_nameNvarchar50否圖書名稱Borrow_dateDatetime8可以為空借書日期Back_dateDatetime8可以為空歸還日期Pass_dateInt4可以為空超期天數(shù)moneyMoney8可以為空欠款數(shù)目 圖書表字段代號字段類型字段長度是否可以為空備注Book_no（關鍵字）Nvarchar20否圖書編號Book_nameNvarchar100否圖書名稱Book_zuozheNvarchar50否圖書作者Book_chubansheNvarchar50否圖書出版社Book_outdayDatetime8否圖書出版日期Book_priceInt4否圖書價格ISBNNvarchar10否圖書ISBN號Lib_departmentNvarchar50否圖書所屬書庫Book_arrivedayDatetime8否圖書到館日期Book_stateNvarchar10可以為空圖書在館狀態(tài) 讀者表字段代號字段類型字段長度是否可以為空備注Duzhe_no（關鍵字）Nvarchar50否讀者編號Duzhe_nameNvarchar50否讀者名稱Sexbit1否讀者性別Duzhe_departmentNvarchar50否讀者所屬學院uppowerNvarchar50否讀者權限Duzhe_pwdNvarchar50可以為空讀者密碼 公告表字段代號字段類型字段長度是否可以為空備注IdNvarchar50否編號ZhutiNvarchar100否主題TimeDatetime8否時間NeirongNvarchar200否內容 權限表字段代號字段類型字段長度是否可以為空備注Ji