【正文】 管理員選擇住戶，點擊編輯，系統顯示住戶信息供管理員編輯。 !.equals(rId))(rId)。if (rId != null amp。圖43刪除住戶界面實現的系統代碼如下所示。刪除前，提示管理員是否確定刪除，管理員確定后把數據庫中住戶的記錄刪除。(address)。(r)。(())。(())。}Resident r = new Resident()。 (已有該住戶，添加失?。?。}String identity_card = (identity_card)。 (該地址已有住戶，不能選擇！)。圖42添加住戶界面實現的系統代碼如下所示。管理員輸入信息通過驗證后提交表單，系統讀取表單，通過身份證號的唯一性驗證是否已有住戶入庫，并且驗證所選擇住址是否已有住戶，如果驗證不通過，則返回提示信息，如果驗證通過，則將住戶信息錄入到庫。} 添加住戶管理員將住戶的信息錄入到庫。 (/).forward(request, response)。 return。 if (user != null) { ().setAttribute(user, user)。圖41 系統登錄界面實現該模塊的系統代碼如下所示。用戶輸入完整的信息后提交表單數據，系統根據表單數據的信息，驗證用戶密碼是否正確；如果驗證不通過則提示并返回；如果驗證通過則跳轉到系統主界面功能。該窗口中有兩個文本框，用來輸入用戶名、口令。相對于軟件生命中的其他階段，編碼階段的耗費較少且實現的難度不大。4 系統的實現軟件開發(fā)的最終目的是生成符合用戶需求的程序源代碼，而設計階段得到的僅僅是對用戶需求的過程性描述。描述了系統的層次結構以及其實現特點和相互關系，并且按照具體的功能模塊介紹其功能劃分和數據流程。其流程圖如圖38所示。 更改模塊的步驟如下：（1）用戶進入更改模塊；（2）根據現實情況，找到要更改的信息，并更改；（3）如果沒有修改成功，則彈出一個“提交失敗”的信息。其流程圖如圖37所示。圖36住址錄入流程圖 查詢模塊查詢模塊，管理員有查詢權限，對于系統管理員用戶，可以物品信息，物品類別信息，住戶信息，住址信息。圖32登錄操作流程圖圖33物品錄入操作流程圖圖34類型錄入流程圖圖35住戶錄入流程圖住址錄入步驟如下：（1）進入到住址管理界面，選擇添加住址或上傳excel文件；（2）系統會自動保存到數據庫中；（3）退出住址錄入模塊。住戶錄入步驟如下：（1）進入到住戶管理界面，選擇添加住戶；（2）輸入姓名、輸入身份證號、聯系方式，選擇性別以及住址，保存；（3）系統會自動保存到數據庫中；（4）退出住戶錄入模塊。類型錄入步驟如下：（1）進入到類型管理界面，選擇添加類型；（2）填寫符合要求的內容，提交；（3）退出類型錄入模塊。物品錄入步驟如下：（1）進入物品管理頁面，選擇添加物品；（2）輸入物品名稱，選擇物品類型，選擇所屬住戶，然后提交；（3）系統會自動保存到數據庫中；（4）退出物品錄入模塊。其流程圖如圖32所示。登錄系統管理的步驟為：（1）用戶在登錄頁面上輸入用戶名和用戶密碼；（2）系統判斷用戶名和密碼是否正確，如果不正確，返回“用戶名或密碼錯誤請重新登錄”；如果正確，就跳轉至系統。下面一一的對這幾個功能做出進一步的分析。表35地址信息表（address）字段名稱數據類型約束說明idvarchar主鍵，長度20地址IDbuildingvarchar長度50樓棟unitvarchar長度20單位roomvarchar長度50房間operatorvarchar長度20入庫操作人IDoperateTimevarchar長度50入庫時間residentIdvarchar外鍵，長度20住戶ID系統主要完成一個某小區(qū)的物品安保系統，管理者可以通過這個系統對小區(qū)內住戶的物品進行管理、監(jiān)控等。表33物品類型表（goodstype）字段名稱數據類型約束說明idvarchar主鍵，長度20物品類型IDnamevarchar長度50物品名稱（4）物品信息表（goods）具體如表34所示。表31管理員信息表（user）字段名稱數據類型約束說明idvarchar主鍵，長度20用戶IDpasswordvarchar長度32用戶登錄使用的密碼namevarchar長度30用戶姓名usernamevarchar長度50用戶登錄賬戶（2）住戶信息表（resident）具體如表32所示?；谝陨显瓌t，系統數據庫主要包含：用戶信息表、住戶信息表、物品類型表、物品信息表、地址信息表。為一個給定的邏輯數據模型選取一個最適合應用要求的物理結果的過程，就是數據庫的物理設計。由于數據庫應用系統的復雜性，為了支持相關程序運行，數據庫設計就變得異常復雜，因此最佳設計不可能一蹴而就，而只能是一種“反復探尋，逐步求精”的過程，也就是規(guī)劃和結構化數據庫中的數據對象以及這些數據對象之間關系的過程[12]。數據庫設計（Database Design）是概要設計中的一個重要組成部分，是指根據用戶的需求，在某一具體的數據庫管理系統上，設計數據庫的結構和建立數據庫的過程?；谖锫摼W模式下的小區(qū)物品安保系統其運作方式主要為：（1）當用戶訪問網站時，用戶能夠查詢、瀏覽本系統的所有信息；（2）同時，用戶在查詢?yōu)g覽本系統信息時，能夠隨時查看到小區(qū)內物品移動情況；（3）接著，用戶可以對小區(qū)內住戶物品以及小區(qū)內住戶的信息進行查看及增、刪、改操作；（4）最后，由于本系統的特殊性，只有管理員可以進入本系統對其操作。視圖層主要是將業(yè)務層處理的數據以網頁的形式反饋給用戶并接受用戶的輸入。最低層為數據持久層，數據持久層從業(yè)務邏輯層接受請求，利用存儲過程或其他方法從數據層獲取數據然后再把從數據層獲取的數據傳回到業(yè)務層。（1）較為友善的人機交互界面，交互性強；（2）信息的查詢快捷方便；（3）在實現平臺的功能的同時，盡量讓平臺操作簡單易懂；（4）系統能完成物品安保和管理員對信息的處理，具有良好的實用性。本章將根據需求分析的結果，首先完成系統的結構設計，劃分系統的功能模塊；進行系統數據庫設計，建立數據表之間的相互關系，完成數據庫設計。本章主要介紹了系統的需求分析本章主要介紹了系統的需求分析，采用面向對象的思想，站在用戶的角度來考慮系統的功能需求，主要包括系統的功能描述，系統數據建模，用例圖，系統的非功能描述等，還介紹了系統的一些性能，為系統的總體、詳細設計奠定了堅實可靠的基礎。 穩(wěn)定性需求系統部署后，在硬件條件和軟件條件沒有發(fā)生變化的情況下，能夠一直保持運行狀態(tài)，直到系統被升級或替代。 安全性需求 系統是用于小區(qū)內住戶物品的管理，所以必須具有很高的安全性，管理員應通過身份驗證后進入系統。如圖29所示。圖28地址的實體及其屬性圖根據上述的實體，實體與實體之間是有關系的。物品類型物品名稱物品類型ID圖26物品類型的實體及其屬性圖物 品物品名稱安全距離入庫操作人ID入庫時間物品類型物品ID住戶ID（4）物品的實體屬性圖描述了物品實體具有的屬性特征，如圖27所示。管理員登錄ID密 碼賬 號姓 名圖24管理員的實體及其屬性圖（2）住戶的實體屬性圖描述了住戶實體具有的屬性特征，如圖25所示。其中，管理員的實體屬性圖描述了管理員實體具有的屬性特征；住戶的實體屬性圖描述了住戶實體具有的屬性特征；物品類型的實體屬性圖描述了物品類型實體具有的屬性特征；物品的實體屬性圖描述了物品實體具有的屬性特征；地址信息的實體屬性圖描述了地址信息具有的實體屬性特征。系統基本的ER圖如圖所示，對每個實體定義的屬性如下：登錄表（登錄ID，賬號，姓名，密碼） 住戶表（住戶ID，姓名，性別，電話號，身份證號）物品類型表（物品類型ID，物品名稱）物品表（住戶ID，入庫時間，物品ID，物品名稱，安全距離，物品類型，入庫操作人ID）地址信息表（入庫時間，住戶ID，地址ID，樓棟，單元，房間，入庫操作人ID）物品屬性表（屬性ID，屬性名稱，屬性值，所屬物品ID）首先畫出數據邏輯設計的所有實體。實體之間的聯系通常是指不同實體集之間的聯系。聯系(Relationship)：聯系也稱關系，信息世界中反映實體內部或實體之間的聯系。屬性(Attribute)：實體所具有的某一特性，一個實體可由若干個屬性來刻畫。其表示方法為：實體性 (Entity)：具有相同屬性的實體具有相同的特征和性質，用實體名及其屬性名集合來抽象和刻畫同類實體。用戶管理類別查看物品include查詢物品查看類別includeextend管理用戶查看用戶include查找用戶管理住址查看住址include管理物品圖23用戶的用例圖ER圖也稱實體聯系圖(Entity Relationship Diagram)，提供了表示實體類型、屬性和聯系的方法，用來描述現實世界的概念模型[11]。后置條件：用戶、管理員身份驗證通過。基本事件流：用戶可以查看自己的一切信息。用例描述：該用例讓用戶可以查看自己的信息。用例名稱：用戶用例。（2）用戶的主要功能包括：查看物品，查看類別，查看住戶，查看地址。后置條件：如果用例成功，將測試結果存入臨時數據庫。基本事件流：①系統管理員登錄系統；②管理員選擇物品管理、類別管理、住戶管理、住址管理；③管理員查看、添加、修改、刪除信息。用例描述：該用例讓管理員對系統的信息進行管理。管理員管理類別查看物品添加物品includeextend編輯物品extend查詢物品extend查看類別include編輯類別添加類別刪除類別extendextendextend管理用戶查看用戶