計算機畢業設計jsp物業管理系統sqlserverr畢設7

演示視頻：

https://www.bilibili.com/video/BV13K411b7uM/

3.1需求分析

當決定要開發一個信息系統時，首先要對信息系統的需求進行分析，需求分析要做的工作是深入描述軟件的功能和性能，確定軟件設計的限制和軟件同其他系統元素的接口細節，定義軟件的其他有效性需求。其實現步驟主要包括四步，如圖2.1所示。

圖3.1 系統需求分析圖

抽象出當前系統的邏輯模型。在理解當前系統“怎么做”的基礎上，抽取其“做什么”的本質，從而從當前系統的物理模型抽象出當前系統的邏輯模型。在物理模型中有許多物理因素，隨著分析工作的深入，有些非本質的物理因素就成為不必要的負擔，因而需要對物理模型進行分析，區分出本質的和非本質的困素，去掉那些非本質的困素即可獲得反映系統本質的邏輯模型。

建立目標系統的邏輯模型。分析目標系統與當前系統邏輯上的差別，明確目標系統到底要“做什么” ，從而從當前系統的邏輯模型導出目標系統的邏輯模型。

為了對小區物業管理系統做完整的描述，還需要對上面得到的邏輯模型做一些補充。首先采用圖形的方式描述寵物新聞發布系統的用戶界面，這樣做的目的是保證整個系統的用戶界面的一致性，同時也有助于后續的開發人員更好地理解系統需要實現的功能。其次，說明小區物業管理系統的一些特珠性能要求。

3.2可行性分析

現行系統是手工運作的系統，可以支持向各部門提供查詢服務功能，但是，存在以下薄弱環節：

1．現行系統是手工運作的系統，手工作業量大，數據傳遞不及時，對數據的統計和計算運程中易發生差錯，工作效率較低。

2．流程管理不夠嚴密。

3．不能滿足管理要求（例如不能統計、實時狀況統計等信息）。

4．提供的資料手工書寫，常發生字跡不清晰的問題，并且格式也不統一。

5．信息的查詢也不方便。

現行系統的上述弱點，實質上反映信息管理的過程中，對信息的產生、傳輸、加工與挖掘分析利用方面存在不足，不能滿足管理與業務發展的要求，也對小區形象造成不利的影響。這也正是提出新系統的直接原因。

根據實際情況，我們使用以少量代價快速地構造一個可執行的軟件系統模型。我們可以較快地確定需求，然后采用循環進化的開發方式，對系統模型作連續的精化，將系統需具備的性質逐漸增加上去，直到所有的性質全部滿足。   

運行上可行性：

現代計算機軟硬件的發展使得本系統具有良好的操作界面，簡單直接的操作界面，具有較強的人機對話能力，支持多種漢字輸入方式，其適應性強，顯示內容簡單明了，使操作者不必具有較高高的計算機專業知識，也不必進行專門培訓，稍一接觸就可以上手進行所有操作。

政治可行性：

本系統純為私人設計，在開發過程中沒有涉及合同、責任等與法律相抵觸的方面。因此，本系統在法律上是可行的。

3.3項目規劃

小區物業管理系統是一個功能完備的網站，由物業管理員模塊和業主管理模塊兩大部分組成。

(1) 物業管理員模塊

物業管理員功能必須切合實際，故本系統以真實的物業管理工作事務為背景而設計：

通知公告的增刪改查

費用的催繳

業主投訴的處理

業主報修的處理

停車位的管理

物業設備的備案管理

物業設備的維護記錄

物業費使用情況收支平衡

業主信息管理

房間資料的管理

個人信息修改

(2) 業主管理模塊

業主管理功能以便捷為主，只顯示重點，具有如下功能：費用催繳的通知；報修發布；投訴發布；個人信息管理。

3.4系統用例分析

用例是需求分析中Zui重要概念。用用例圖來描述系統行為對理解系統很有幫助，用例描述了建立在該系統外部事物與系統之間的契約，契約上聲明了期望系統做什么，描述了系統執行的、為用戶帶來價值的一系列動作，有助于用戶實現期望的一系列用戶和系統交互，用戶和系統如何共同合作以實現所識別的特性。需求獲取是需求工程主體，其主要工作是建立待開發系統模型，而用例就是用于建立這種模型的方法。用例包括參與者和用例，參與者是系統用戶的一個標簽，也就是系統的一個角色，參與者可以是與系統、子系統或類發生交互外部用戶、進程或其他系統也可以是人、另一個計算機系統或一些可運行進程。在UML中，用一個簡單的橢圓來表示用例，而參與者則用一個帶有名稱的小人表示，參與者與用例的關系用箭圖線表示，同時用例與用例也有兩種關系包括和擴展，也可以沒有關系。

根據系統分析，可知該系統有三類角色也就是三中參與者：一是gaoji管理員，二是普通管理員，三是用戶；不同角色有不同的權限，根據角色的權限可以得到該系統的用例圖如下：

1．管理員用例圖：

2.業主用例圖：

3.5系統功能架構圖

通過對小區物業管理系統的功能分析得出該系統的功能架構圖如下：

3.6系統業務流程圖

4、系統需求分析

3.1系統的功能性需求

小區管理管理系統用戶分為兩種：物業管理員和業主。系統分為兩部分：后臺管理員部分和前臺業主部分。

管理員進行后臺管理小區各種事務，業主前臺可查詢小區的各種信息。以下將對小業物業管理系統的前、后臺功能進行詳情描述。

3.2 后臺管理員功能分析

4.2.1 收費管理

該功能為管理員對在住業主的水電等費用進行催繳通知，該功能只能對在住的業主進行添加催費通知。

4.2.2投訴處理

管理員查看住戶的投訴信息，并進行處理回復，可有選擇性的刪除。

4.2.3報修處理

管理員查看住戶的報修信息，并進行處理回復，可有選擇性的刪。

4.2.4財產管理

對物業設備的管理，設備信息有：名稱，存放地方，維護次數。

4.2.5維修記錄

對物業設備新增維修記錄。

4.2.6小區概況

管理小區概況信息，包括地址、圖片、周邊設施等綜合信息，供游客或住戶在前臺頁面瀏覽之用。

4.2.7公告管理

管理員發布公告通知，供住戶瀏覽。

4.2.8住戶管理

對注冊的住戶信息進行管理，遷入遷出等操作。在住戶有欠費時不讓其作遷出操作。

4.2.9房產管理

管理員對小區內房產進行管理，在這里可以查看每個房產的情況。

4.2.10車位管理

管理小區內所有車位，通過車位可以查看住戶信息。

4.2.11留言管理

管理業務的留言信息并回復。

4.2.12收支平衡管理

自動生成收支平衡財務信息

4.2.13員工管理

對物業員工進行管理。

4.2.14修改登陸密碼

管理員修改登陸密碼。

3.3 前臺業主功能分析

4.3.1業主投訴

業主提交投訴信息，并可以查看到其它業主的投訴信息。（游客只具備瀏覽功能）

4.3.2業主報修

業主提交報修信息，并可查看到其它業主的報修信息（游客只具備瀏覽功能）

4.3.3車位信息

業主瀏覽車位信息，對空閑的車位可以租賃。（游客只具備瀏覽功能）

4.3.4費用提醒

業主登陸后，可以查看自己的欠費信息。

4.3.5公告瀏覽

業主瀏覽小區物業發布的公告通知。

4.3.6個人信息

業主修改個人信息。

4.3.6留言信息

業主查看留言板信息并發布留言。

4.3.6財務公開信息

業主查詢物業公司費用收支平衡情況。