【正文】 的對數(shù)據(jù)庫中的數(shù)據(jù)進(jìn)行相應(yīng)的操作。若存在則 根據(jù)用戶的權(quán)限級別，跳到相應(yīng)的界面，在此應(yīng)該跳轉(zhuǎn)到物業(yè)后臺管理界面，物業(yè)就可以進(jìn)行新聞管理 等操作。所以 設(shè)計的系統(tǒng)要求簡潔明了，最大會的提高工作效率和安全性，確保物業(yè)管理的順利進(jìn)行。 物業(yè) 操作模塊的詳細(xì)設(shè)計 物業(yè) 操作模塊要實現(xiàn)的功能： 包括用戶管理、欄目管理、新聞管理、園區(qū)公告及通知的管理， 服務(wù)管理、投訴以及建議管理功能 。 如下表 所示： 表 服務(wù)訂單表 服務(wù)訂單（屬性名） Type Key Null 說明 Id Int Pri No 訂單編號 serviceId Int Mul No 服務(wù)編號 liverId Int Mul No 業(yè)主編號 orderTime DateTime Yes 預(yù)約時間 address Varchar(100) Yes 服務(wù)地點 extra Varchar(100) Yes 備注 state Int Yes 狀態(tài) 沈陽航空航天大學(xué)畢業(yè)設(shè)計（論文） 16 13) 投訴建議表 用來存儲對小區(qū)的投訴建議的具體信息，其中 option 字段用來表示是提出投訴建議還是回復(fù)， 1 表示提出， 2 表示回復(fù)； Id 是投訴建議表的主鍵，userId 為服務(wù)訂單表的外鍵。 如下表 所示： 表 服務(wù)表 服務(wù)表（屬性名） Type Key Null 說明 Id Int Pri No 服務(wù)編號 serviceName Varchar(30) Yes 服務(wù)名 detail Varchar(200) Yes 介紹 contactPerson Varchar(20) Yes 聯(lián)系人 phone Varchar(10) Yes 電話 keyWord Varchar(230) Yes 關(guān)鍵字 12) 服務(wù) 訂單表用來存儲服務(wù)預(yù)約的具體信息，其中 state 字段包括 2 兩種 值，分別對應(yīng)“等待服務(wù)”，“完成服務(wù)”兩種狀態(tài)，其中 Id 是服務(wù)訂單表的主鍵，liverId 為服務(wù)訂單表的外鍵。 State 字段包括 3 三種值，分別對應(yīng)“申請中”、“已受理”、“拒絕受理”三種狀態(tài)； Id 是退換貨申請單表的主鍵， orderId為退換貨申請單表的外鍵，對應(yīng)于訂單表的 Id 屬性。 如下表 所示： 表 商品類型表 商品類型（屬性名） Type Key Null 說明 Id Int Pri No 商品類型 編號 name Varchar(20) Mul Yes 商品類型名稱 9) 商品訂單表 是用來存儲商品訂單信息，其中“是否退貨”字段是用在當(dāng)此訂單退貨時，將此訂單“假刪除”，不顯示在訂單列表，不計入銷量統(tǒng)計； state 是狀態(tài)字段，包括 3 三種值，分別對應(yīng)“等待發(fā)貨”、“已收貨”、“退換貨申請中”三種狀態(tài)； Id 是商品訂單表的主鍵， liverId、 sellerId、 goodsId 為商品訂單表的外鍵 ， 它們分別對應(yīng)于業(yè)主表的 Id 屬性、 商家表的 Id 屬性、 商品表的 Id屬性。 其中 Id 為商品表的主鍵，外鍵有 ： 商品類型 Id、商家 Id，它們分別參考商品類型表的 Id、商家表的 Id 屬性。 如下表 所示： 表 新聞表 新聞表（屬性名） Type Key Null 說明 Id Int Pri No 新聞 編號 title Varchar(50) Yes 新聞標(biāo)題 detail Varchar(500) Yes 內(nèi)容 author Varchar(20) Yes 作者 submitTime DateTime Yes 發(fā)布時間 picture Varchar(300) Yes 圖片 沈陽航空航天大學(xué)畢業(yè)設(shè)計（論文） 12 新聞表（屬性名） Type Key Null 說明 keyword Varchar(550) Yes 關(guān)鍵字 5) 通知公告表 是用來存儲小區(qū)的通知公告 的 詳細(xì)信息，其中 keyword 是關(guān)鍵字屬性，它主要是用在綜合搜索的時候作為搜索的依據(jù)，它是由 title、 detail 字段相加的結(jié)果組成， 其中 Id 為通知公告表的主鍵。 Id 是用戶表的主鍵 ，如下表 所示： 表 用戶表 用戶表（屬性名） Type Key Null 說明 Id Int Pri No 編號 userName Varchar(20) Yes 用戶名 passWord Varchar(20) Yes 密碼 role Int Yes 級別 4) 新聞表是用來存放小區(qū)新聞的具體信息 ， 其中 keyword 是關(guān)鍵字屬性，它主要是用來綜合搜索的時候作為搜索的依據(jù)，它是由 title、 detail 字段相加的結(jié)果組成。 userId 為外鍵，參考用戶表的 userId。 1) 業(yè) 主表 是用來存儲每個業(yè)主的詳細(xì)信息的，其中 Id 為業(yè)主表的主鍵， userId為外鍵，參考用戶表的 userId。 沈陽航空航天大學(xué)畢業(yè)設(shè)計（論文） 10 4 系統(tǒng)詳細(xì)設(shè)計 詳細(xì) 設(shè)計 是 軟件工程 中 軟件開發(fā) 的一個步驟，就是對 概要設(shè)計 的一個細(xì)化，就是詳細(xì)設(shè)計每個模塊實現(xiàn)算法，所需的局部結(jié)構(gòu)。 投訴建議實體的屬性包括：投訴建議編號、標(biāo)題、內(nèi)容、時間、用戶編號、提出還是回復(fù)。 服務(wù)實體的屬性包括：服務(wù)編號、服務(wù)名稱、服務(wù)介紹、聯(lián)系人、電話、關(guān)鍵字；沈陽航空航天大學(xué)畢業(yè)設(shè)計（論文） 9 其中服務(wù)編號是主鍵。 退換貨申請單實體的屬性包括：申請單編號、訂單編號、退貨還是換貨選項、理由、備注、申請時間、狀態(tài)。 商品訂單實體的屬性包括：訂 單編號、業(yè)主編號、商家編號、商品編號、購買數(shù)量、合計成本、合計消費、訂購時間、狀態(tài)、交易成功時間、是否退貨。 商品實體的屬性包括：商品編號、商品名、原價、售價、商品介紹、存貨量、商品類型 編號 、 商家編號、商品上架時間、關(guān)鍵字、商品圖片；其中商品編號是主鍵，商家編號是外鍵，參考商家 實體 的商家編號 ，商品類型編號是外鍵，參考商品類型實體的商品類型編號 。 欄目實體的屬性包括：欄目編號、欄目名字、欄目連接、是否隱藏欄目。 通知公告實體的 屬性包括：通知公告編號、標(biāo)題、內(nèi)容、發(fā)布人、發(fā)布時間、關(guān)鍵字。 新聞實體的屬性包括：新聞編號、新聞標(biāo)題、內(nèi)容、作者、發(fā)布時間、關(guān)鍵字、圖片。 用戶實體的屬性包括：用戶編號 、 用戶名 、 密碼 、用戶級別。 商家 實體的屬性包括 ：商家 編號 、 用戶編號、店鋪名 、 電話、 號 、 地址 。 沈陽航空航天大學(xué)畢業(yè)設(shè)計（論文） 8 概念模型 的實體和關(guān)系的設(shè)計 根據(jù) 系統(tǒng) 的功能要求和 需求分析 以及系統(tǒng)的總體 ER 圖 ， 可以設(shè)計系統(tǒng)各個實體和 關(guān)系的屬性，以及他們之間的 引用關(guān)系 。一個服務(wù)訂單包含多個服務(wù)，所以服務(wù)訂單和服務(wù)的關(guān)系是一對多的。 一種商品類型包括多種 商品，所以商品類型和商品的關(guān)系是一對多的。 一個商家可以發(fā)布多個商品，所以商家和商品是一對多的關(guān)系；一個商家需要管理買家的多個訂單，所以商家和商品訂單的關(guān)系是一對多的；一個商家需要處理買家申請的多個退換貨單，所以 商家與退換貨單的關(guān)系是一對多的； 一個物業(yè)可 以處理多個業(yè)主 提出 的投訴建議，所以物業(yè)與投訴建議 的關(guān)系是一對多的； 一個物業(yè)可以 發(fā)布多 個消息公告，所以物業(yè)與消息公告的關(guān)系是一對多的。 系統(tǒng)總體 ER 圖 通過上面的需求分析 ， 我們 已經(jīng) 明白了 小區(qū)服務(wù)網(wǎng)站的 功能以及設(shè)計要求。 一個不良的數(shù)據(jù)庫設(shè)計，會造成很多問題，輕則增減字段，重則系統(tǒng)無法運行 ?？傮w功能模塊圖 如 圖 ： 沈陽航空航天大學(xué)畢業(yè)設(shè)計（論文） 6 小區(qū)服務(wù)網(wǎng)站物業(yè)用戶操作模塊業(yè)主用戶操作模塊商家用戶操作模塊用 戶 管 理新 聞 管 理欄 目 管 理公 告 通 知 管 理商 品 訂 購?fù)?訴 建 議 管 理服 務(wù) 預(yù) 訂投 訴 建 議訂 單 查 詢綜 合 查 詢商 品 發(fā) 布售 后 服 務(wù) 管 理訂 單 管 理庫 存 管 理銷 售 統(tǒng) 計 圖 總體功能模塊方框圖 數(shù)據(jù)庫概念結(jié)構(gòu)設(shè)計 數(shù)據(jù)庫的設(shè)計在軟件開發(fā)中的 作用 非常重要 。商家用戶操作模塊包括商品發(fā)布、庫存管理、訂單管理、售后服務(wù)管理、銷售統(tǒng)計等功能。 功能模塊 總體 設(shè)計 經(jīng)過上一章的需求分析，根據(jù)小區(qū)服務(wù)網(wǎng)站用戶角色的不同，可以劃分出三大功能模塊，分別是物業(yè)用戶操作模塊，業(yè) 主用戶操作模塊和商家用戶操作模塊。數(shù)據(jù) 結(jié)構(gòu)設(shè)計 包括數(shù)據(jù)特征的描述、確定數(shù)據(jù)的結(jié)構(gòu)特性、以及 數(shù)據(jù)庫 的設(shè)計。 沈陽航空航天大學(xué)畢業(yè)設(shè)計（論文） 5 3 系統(tǒng) 概要 設(shè)計 概要設(shè)計的主要任務(wù)是把 需求分析 轉(zhuǎn)換為 軟件結(jié)構(gòu) 和 數(shù)據(jù)結(jié)構(gòu) 。 對于開發(fā)者來說此網(wǎng)站系統(tǒng) 針對性 強，規(guī)模不大 ，開發(fā)周期短， 開發(fā)技術(shù)簡單，開發(fā)工具容易獲取，開發(fā)人員少 ， 所以開發(fā)以及后期的維護成本都很小 。商家可以擴展自己的商品的銷售路徑，提高商品銷量。 經(jīng)濟可行性分析 對網(wǎng)站使用者來說，無論是物業(yè)，業(yè)主還是商家都能通過這樣一個小區(qū) 服務(wù)網(wǎng)站受益。總之，系統(tǒng)采用的技術(shù)方案是可行的 。 經(jīng)過查找，發(fā)現(xiàn)目前網(wǎng)上存在類似的小區(qū)服務(wù)網(wǎng)站（如小區(qū)生活網(wǎng)），而且像網(wǎng)沈陽航空航天大學(xué)畢業(yè)設(shè)計（論文） 4 上購物網(wǎng)站也有很多， 所以本系統(tǒng) 一方面 以它們作為參考，學(xué)習(xí)它們優(yōu)秀的設(shè)計思想，另一方面通過與老師的溝通交流，進(jìn)一步拓展自己的開發(fā)思路 。在開發(fā)環(huán)境上選擇的是在 Java開發(fā)領(lǐng)域中很流行的 MyEclipse。小區(qū)服務(wù)網(wǎng)站的可 行性分析包括技術(shù)可行性和經(jīng)濟可行性兩個方面的內(nèi)容。 可行性分析 可行性分析也叫可行性研究，根據(jù)對系統(tǒng)調(diào)查的基礎(chǔ)上，對新系統(tǒng)的開發(fā)是否具備必要性和可能性，從經(jīng)濟、技術(shù)等方面對新系統(tǒng)的開發(fā)進(jìn)行分析和研究，以避免開發(fā)投資的失誤，確保系統(tǒng)的開發(fā)成功。 商戶用戶功能：包括商品 發(fā)布、庫存管理、訂單管理、售后服務(wù)管理、銷售統(tǒng)計等功能 。 用戶管理 模塊 ：系統(tǒng)分為三類用戶，物業(yè)、商家和業(yè)主，其中物業(yè)用戶為系統(tǒng)的管理員，負(fù)責(zé)對商戶和業(yè)主用戶信息進(jìn)行審核。 沈陽航空航天大學(xué)畢業(yè)設(shè)計（論文） 3 2 系統(tǒng)需求分析 需求分析 需求分析是 指對要解決的問題進(jìn)行詳細(xì)的分析，弄清楚問題的要求 。 4) 用戶輸入的數(shù)據(jù)，系統(tǒng)進(jìn)行嚴(yán)格的數(shù)據(jù)校 驗，盡可能排除人為的錯誤。 2) 根據(jù)不同的用戶角色分配不同 的 權(quán)限，確保數(shù)據(jù)的安全保密。要求熟練掌握 JSP+ Struts1+SQL Server 的組合使用 ； 在代碼編寫上，做到不累贅，可復(fù)用 ； 在設(shè)計上 ，要考慮到軟件的 實用性，操作方便，可交互性等 。 3) 學(xué)習(xí) JSP、 Struts1 的相關(guān)理論知識 4) 學(xué)習(xí) 軟件工程 的 基礎(chǔ)知識，了解 需求分析、概要設(shè)計、詳細(xì)設(shè)計 、功能測試等 相關(guān)知識 。按照如上構(gòu)想具體做到如下幾方面的研究： 1) 搜集有關(guān)網(wǎng)上購物的業(yè)務(wù)流程，相關(guān)知識 。物業(yè)可以通過此平臺發(fā)布小區(qū)新聞，小區(qū)通知，提供物業(yè)服務(wù)，從而加強與業(yè)主的溝通，提升服務(wù)質(zhì)量，方便小區(qū)的管理。 本課題提出的意義就是為了解決 上 述問題， 打造出一套真正的為小區(qū)居民提供 輕松安逸便捷的小區(qū)服務(wù)的網(wǎng)絡(luò)平臺 。 另一方面，現(xiàn)代的都市生活中，物業(yè)小區(qū)已經(jīng)逐漸取代了過去的居民大院，小區(qū)物業(yè)也在為業(yè)主能享受輕松便捷的小區(qū)生活而做著努力。例如需要自己去購買水果蔬菜，購買 柴米油鹽 ，需要自己去找人修理 家用電器 或者疏通上下水等?，F(xiàn)代網(wǎng)絡(luò)的發(fā)達(dá)在一定程度上滿足了人們這方面的要求， 例如可以 通過網(wǎng)絡(luò)輕松購物