コンピュータ科学技術の成熟に伴い、人々はコンピュータの強力な機能を深く認識し、コンピュータは人類社会の発展のさまざまな分野に参入し、非常に重要な役割を果たしています。各コミュニティの財産管理は組織的かつ複雑な作業であり、チームが互いに協力し、協力する必要があります。この分野では、従来の手動によるアクセスや一部のソフトウェアを利用した物件管理では、物件のさまざまな情報をリアルタイムで追跡・管理できないことが多く、ソフトウェア開発の過程でより効果的なサービスを提供できるよう、この物件管理システムが開発されました。発展した。
物件内のさまざまなデータが膨大であることを考慮して、物件管理者やオーナーは物件に関する一部の情報を管理する必要があり、物件管理システムの枠組みを設計し、物件管理システムの全体設計を行い、資産管理システム システムのアーキテクチャと主要モジュールの実装プロセスについて詳しく説明します。PHP 技術と MySQL データベース技術を使用して、B/S モードに基づいた完全なシステム設計が実現され、大規模ユーザー向けに優れた資産管理システムが提供されます。
キーワード:プロパティ管理、PHP、MySQL、B/S モード
コンピュータ科学技術の成熟に伴い、人々はコンピュータの強力な機能を深く認識し、コンピュータは人間社会の発展のさまざまな分野に参入し、非常に重要な役割を果たしています。各コミュニティの財産管理は組織的かつ複雑な作業であり、チームが互いに協力し協力する必要があります。この分野では、従来の手動によるアクセスや一部のソフトウェアを使用した物件の管理では、物件のさまざまな情報をリアルタイムで追跡および管理できないことがよくあります。, ソフトウェア開発プロセスをより効果的に行うために、このプロパティ管理システムを開発します。
不動産内のさまざまなデータが大規模であること、および不動産管理者および所有者が不動産に関連する一部の情報を管理する必要性を考慮して、論文は不動産管理システムのフレームワークを設計し、不動産管理システムの全体的な設計を示します。プロパティ管理システムの概要を説明します。主要モジュールのアーキテクチャと実装プロセスについて詳しく説明します。PHP テクノロジーと MySQL データベース テクノロジーを使用して、B/S モードに基づいた完全なシステム設計が実現され、大規模ユーザーに優れたプロパティ管理システムを提供します。
キーワード:資産管理。PHP; MySQL; B/Sモード
現在、全国の多くの不動産はすでに不動産のソフトウェアをインテリジェンスに向けて移行しており、特に不動産の特性に合った Web ページに拡張する方向に移行しています。以前の不動産管理会社で使用していた不動産管理システムはスタンドアロン版でしたが、Web版への拡張が必要なため、不動産管理システム[1]をオープンすることにしました。現在一般的なブラウザを閲覧管理に使用することで、資産管理システムをより人間らしくすることができ、資産のインテリジェントな管理も向上させることができます [2]。
近年、修繕・メンテナンス、支払い、駐車場、来客情報など物件に関する情報が増加するにつれ、物件管理に対するニーズはますます高まっており、より多くの側面を活用する必要があります。私たちの仕事 管理にはウェブページ側の管理システムを使用しており、必要なあらゆる情報処理作業はウェブページシステムを利用して完了できます。ウェブページ側のシステムを使用すると、さまざまな情報の照会や保守が便利です [ 3]。
そのため、物件管理の電子化を実現し、物件管理の効率化や利用効率の向上を図る必要があります。コンピュータ応用技術の急速な発展に伴い、WEBを利用した様々なシステムが企業やユーザーに受け入れられるようになった背景を踏まえ、WEBページ管理の利便性を活かして物件の業務改善を図るべく設計された物件管理システムです。管理システムの効率化により、所有者と管理者はより便利で効率的なサービスを享受できるようになります [4]。
論文は抽象的な謝辞と参考文献を除いて階層的に構成され、本文では Web サイトの要件も分析し、一般的な設計と実装された機能を説明し、最後にいくつかの試運転記録をリストします。次のように:
第 1 章では、プロジェクトの背景と現状について説明します。
第 2 章では、システムの要件を分析します。
第 3 章では、Web サイトの全体的なデザインについて説明します。
第 4 章では、主に技術的機能モジュールの機能実現に基づいて、プロパティ管理システムの詳細な機能の実現を明らかにします。
第 5 章では、システムのデバッグとテストの記録をいくつか示します。
プロパティ管理システムのストレージに使用される mysql データベースと、開発に使用されるDreamweaver、HTML、 Apacheなどの開発ツールを使用すると、執筆作業が非常に便利になります。このシステムは開発に B/S モードを使用するため、システムの拡張性と保守性が向上し、システム構成コードが削減され、プログラミング コードが簡素化されます。現在、B/S モードが最も一般的なモードです。
Dreamweaver開発ツール、 Apacheサーバー、MySQL5.7データベース、HTML、Photoshop画像処理ソフトウェアなど、プロパティ管理システムの開発に使用される開発ソフトウェアはすべてオープンソースで無料であり、プロパティ管理システムはデータベースは自社で設計およびコーディングされており、データストレージには一般的な mysql が使用されており、オープンソースの mysql やその他のテクノロジーを使用することでシステム開発コストが削減されます。
不動産管理システムの設計と実装は、不動産ユーザーが不動産に関連する一部の情報を管理しやすくすることを目的としていますが、同時に、所有者が Web システムを通じて不動産情報を閲覧し、次のような不動産サービスを提出する理由もあります。水道料金、電気代、物件料金を自分で負担することで、ユーザーは特定の情報を検索する際の時間とエネルギーを大幅に節約でき、不必要な検索時間を効果的に削減できます。
不動産管理システムの設計と実装を検討する目的は、シンプルでフレンドリーなインターフェイス、簡単な操作、安定した運用を備えたインテリジェントなワンストップ不動産管理方法を実現することです。システム要件は主に不動産管理者や所有者から出されます。
不動産管理システムは、 Dreamweaver、HTML、その他のテクノロジーと組み合わせた PHP を開発に選択し、mysql データベースを使用してデータを保存します。所有者側、不動産従業員側、不動産管理者側、管理者側の4 つの部分に分かれています。
オーナー側:
(1) システム情報:オーナーが不動産管理システムのフロントに入ると、まずナビゲーションバー、カルーセルマップ、掲示板などがオーナーの目の前に表示され、オーナーは自分の好みに応じて閲覧することができます。ニーズ;
(2) 登録とログイン: システムの右上隅にログイン + 登録 + 検索および表示ボタンがあり、所有者がシステムにログインしたい場合は、「ログイン」ボタンをクリックして、必要事項を入力します。ユーザー名とパスワードを入力して「ログイン」ボタンをクリックしてください。ユーザー名とパスワードがチェックされます。正しければ、正常にログインされます。アカウントをお持ちでない場合は、「登録」ボタンをクリックしてください。右上隅をクリックし、プロンプトに従ってユーザー情報を入力し、アカウントとパスワードを取得します。
(3) コミュニティサービス: 所有者がシステムにログインした後、メニュー「コミュニティ衣料品」をクリックすると、システムが所有者、名前、修理日を自動的に生成します。所有者は電話番号、サービスの種類を入力するだけで済みます。 、ステータス、サービス情報、[送信する] をクリックします。
(4) マイアカウント: ユーザーが右上隅の「マイ」ボタンをクリックすると、サブメニューが表示されます。「マイアカウント」をクリックして、システムにログインするための個人情報とパスワードを設定します。
(5) パーソナル センター: ユーザーが右上隅の [マイ] ボタンをクリックすると、サブメニューが表示され、[パーソナル センター] をクリックすると、所有者のバックグラウンド管理に入り、送信されたコミュニティ サービスを管理したり、個人の公共料金や不動産料金の照会、オンライン支払い。
管理者側:
物件管理システムの管理者には、管理者、物件管理者、物件従業員がおり、このうち管理者が最も高い権限を持ち、利用者情報、システム情報、物件サービス情報を制御することができます。
(1) 所有者ユーザー: 管理者、不動産管理者、および不動産従業員はバックグラウンドで所有者の情報を表示できますが、所有者の追加、削除、変更、およびクエリを実行できるのは管理者だけです。
(2) 施設スタッフ: 管理者と施設管理者は、バックグラウンドで施設スタッフを追加、削除、変更、確認できます。
(3) プロパティ マネージャー: 管理者はバックグラウンドでプロパティ マネージャーを追加、削除、変更、確認できます。
(4) コミュニティサービス: 管理者、物件管理者、物件スタッフが「コミュニティサービス」ボタンをクリックすると、フロントデスクオーナーが提出した物件サービス情報が表示されます。物件サービス情報を選択し、「編集」をクリックします。 「」ボタン。プロパティ サービスのステータスが設定され、処理済みの場合は処理済みとして設定でき、処理されていない場合は保留中として設定できます。
(5) 不動産情報:「不動産情報」ボタンをクリックすると、全ての不動産情報が表示され、追加、編集、削除、照会などの操作が行えます。
(6) 駐車スペース情報:「駐車スペース情報」ボタンをクリックすると、すべての駐車スペース情報が表示され、追加、編集、削除、照会などの操作が可能となり、駐車スペースの所有者を設定することができます。 ;
(7) 見知らぬ人の登録:「見知らぬ人の登録」ボタンをクリックすると、見知らぬ人の登録情報がすべて表示され、追加、削除、変更、確認の操作がサポートされます。
(8) 倉庫情報: 「倉庫情報」ボタンをクリックすると、すべての倉庫保管情報が表示され、追加、削除、変更、確認の操作がサポートされます。
(9) 倉庫情報: 「倉庫情報」ボタンをクリックすると、すべての倉庫保管情報が表示され、追加、削除、変更、照会などの操作がサポートされ、保管名または保管時間で照会することができます。ユーザーは、必要な情報をより迅速に見つけることができます。
(10) 水道料金、電気料金の支払い:「水道料金、電気料金の支払い」ボタンをクリックすると、水道料金、電気料金の支払い情報がすべて表示され、追加、削除、変更、照会などの操作がサポートされます。 、「支払い」をクリックして支払いを行うこともできます。
(11) 物件費の支払い:「物件費の支払い」ボタンをクリックすると、すべての物件費の支払い情報が表示され、追加、削除、変更、クエリ操作をサポートし、「支払う」をクリックして支払うこともできます。
資産管理システムのセキュリティ、信頼性、パフォーマンス、スケーラビリティなど、資産管理システムの非機能要件。具体的には、次の表 3-1 で表すことができます。
表2.1 資産管理システム非機能要件表
安全性 |
これは主に、資産管理システムのデータベースのインストール、データベースの使用、およびパスワードの設定が規範に準拠する必要があることを指します。 |
信頼性 |
信頼性とは、資産管理システムがユーザーの指示に従って動作することを意味し、テスト後の信頼性は90%以上です。 |
パフォーマンス |
不動産管理システムが市場を占有するためにはパフォーマンスが必須の条件であるため、パフォーマンスが良い方が良いです。 |
スケーラビリティ |
たとえば、データベースは、システムの非機能要件を確実に満たすために、インターフェイスの使用などの複数の属性を予約します。 |
使いやすさ |
利用者は物件管理システムのページ表示内容に従うだけで操作できます。 |
保守性 |
資産管理システムの開発は保守性が非常に重要ですが、テスト後は保守性に問題はありません |
資産管理システムにおける所有者の役割のユースケース図を図 2.1 に示します。
図 2.1 所有者の役割のユースケース図
プロパティ管理システムにおける管理者の役割のユースケース図を図 2.2 に示します。
図 2.2 管理者の役割の使用例図
プロパティ管理システムにおけるプロパティ マネージャーの役割のユースケース図を図 2.3 に示します。
図 2.3 プロパティ マネージャーの役割の使用例図
不動産管理システムにおける不動産スタッフの役割のユースケース図を図 2.4 に示します。
図 2.4 施設スタッフの役割のユースケース図
前章では、プロパティ管理システムの機能要件を分析し、要件に従ってプロパティ管理システムのユースケースを分析しました。次に、資産管理システムのアーキテクチャ、主要な機能、データベースの設計を開始します。
システムの全体構造が決まったら、資産管理システムの主な機能モジュール図を見てみましょう。全体の機能モジュールは、管理者 + 物件管理者 + 物件スタッフ + オーナーの 3 つのモジュールで構成され、主にユーザー管理、コミュニティサービス、不動産情報、駐車場情報、見知らぬ人登録、倉庫情報、公共料金の支払い、物件料金の支払いなどのモジュールが実現されます。待って。
図3.1 資産管理システムの機能ブロック図
データベースの設計は、一般に要件分析、概念モデル設計、データベーステーブル構築の 3 つの主要なプロセスから構成されます。要件分析については前章で説明しましたが、概念モデル設計には ER モデルと論理構造設計の 2 つの部分が含まれます。
以下は、プロパティ管理システム全体の主要なデータベース テーブルの ER エンティティ関係図です。
図 3.2 プロパティマネジメントシステム全体の ER 関係図
不動産管理システムのデータベースの全体的な ER 関係図によると、不動産管理システムには多くの ER 図が必要であると結論付けることができ、いくつかの主要なデータベース ER モデル図がここにリストされています。
図3.3 倉庫情報ER関係図
図3.4 他人の登録情報のER関係図
図3.7 不動産情報ER関係図
図3.5 公共料金支払い情報のER関係図
図3.6 物件費支払情報のER関係図
図3.7 駐車スペース情報のER関係図
図 3.8 コミュニティサービス情報の ER 関係図
図3.9 物件情報情報のER関係図
図3.10 所有者情報ER関係図
前の ER 関係図を通じて、合計で多くのデータ テーブルを作成する必要があります。これらの主要なデータベース テーブルのリレーショナル モデルを以下に示します。
(1) テーブル倉庫情報エンティティは、提出された倉庫情報の保管番号、保管名、数量、保管時間、備考などを格納するために使用されます。
表3.1 倉庫情報 倉庫情報テーブル
シリアルナンバー |
データベースフィールド |
フィールドタイプ |
フィールド長 |
ストレージコンテンツ |
述べる |
|||||
1 |
倉庫情報ID |
整数 |
11 |
主キー |
主キー |
|||||
2 |
ストレージ番号 |
可変長文字 |
64 |
保管番号 |
空 |
|||||
3 |
ストレージ名 |
可変長文字 |
64 |
ストレージ名 |
空 |
|||||
4 |
番号 |
可変長文字 |
64 |
量 |
空 |
|||||
5 |
保管時間 |
日付時刻 |
保管時間 |
空 |
||||||
6 |
備考 |
文章 |
述べる |
空 |
||||||
7 |
お勧め |
整数 |
11 |
インテリジェントな推奨事項 |
空 |
|||||
8 |
作成時間 |
日付時刻 |
作成時間 |
空 |
||||||
9 |
更新時間 |
タイムスタンプ |
更新時間 |
空 |
(2) 見知らぬ人の登録情報に名前、性別、電話番号、住所、登録日などを保存するために、strange_registration エンティティが使用されます。
表3.2 ストレンジャー登録情報 ストレンジャー_登録テーブル
シリアルナンバー |
データベースフィールド |
フィールドタイプ |
フィールド長 |
ストレージコンテンツ |
述べる |
|||||
1 |
見知らぬ登録ID |
整数 |
11 |
主キー |
主キー |
|||||
2 |
フルネーム |
可変長文字 |
64 |
名前 |
空 |
|||||
3 |
性別 |
可変長文字 |
64 |
性別 |
空 |
|||||
4 |
電話 |
可変長文字 |
64 |
電話 |
空 |
|||||
5 |
住所 |
可変長文字 |
64 |
住所 |
空 |
|||||
6 |
登録日 |
日にち |
登録日 |
空 |
||||||
7 |
お勧め |
整数 |
11 |
インテリジェントな推奨事項 |
空 |
|||||
8 |
作成時間 |
日付時刻 |
作成時間 |
空 |
||||||
9 |
更新時間 |
タイムスタンプ |
更新時間 |
空 |
(3) テーブル real_estate_information エンティティは、不動産情報に住宅の種類、部屋番号、階数、家屋番号、所有者などを格納するために使用されます。
表 3.3 不動産情報 real_estate_information テーブル
シリアルナンバー |
データベースフィールド |
フィールドタイプ |
フィールド長 |
ストレージコンテンツ |
述べる |
|||||
1 |
real_estate_information_id |
整数 |
11 |
主キー |
主キー |
|||||
2 |
家またはアパートのレイアウト |
可変長文字 |
64 |
部屋タイプ |
空 |
|||||
3 |
ユニット番号 |
可変長文字 |
64 |
ユニット番号 |
空 |
|||||
4 |
床 |
可変長文字 |
64 |
床 |
空 |
|||||
5 |
部屋番号 |
可変長文字 |
64 |
部屋番号 |
空 |
|||||
6 |
オーナー |
日にち |
オーナー |
空 |
||||||
7 |
お勧め |
整数 |
11 |
インテリジェントな推奨事項 |
空 |
|||||
8 |
作成時間 |
日付時刻 |
作成時間 |
空 |
||||||
9 |
更新時間 |
タイムスタンプ |
更新時間 |
空 |
(4) テーブルpayment_of_utilities エンティティは、システム内の公共料金支払い情報の所有者、名前、部屋番号、家番号、水道料金、電気料金、合計、支払い状況、支払いの種類などを格納するために使用されます。
表 3.4 公共料金支払い情報の Payment_of_utilities テーブル
シリアルナンバー |
データベースフィールド |
フィールドタイプ |
フィールド長 |
ストレージコンテンツ |
述べる |
|||||
1 |
ユーティリティの支払い_id |
整数 |
11 |
主キー |
主キー |
|||||
2 |
オーナー |
可変長文字 |
64 |
オーナー |
空 |
|||||
3 |
フルネーム |
可変長文字 |
64 |
名前 |
空 |
|||||
4 |
ユニット番号 |
可変長文字 |
64 |
ユニット番号 |
空 |
|||||
5 |
家屋番号 |
可変長文字 |
64 |
家屋番号 |
空 |
|||||
6 |
水の料金 |
整数 |
11 |
水道料金 |
空 |
|||||
7 |
電気代 |
整数 |
11 |
電気料金請求書 |
空 |
|||||
8 |
合計 |
可変長文字 |
64 |
合計 |
空 |
|||||
9 |
支払い州 |
可変長文字 |
16 |
支払い状況 |
空 |
|||||
10 |
支払いの種類 |
可変長文字 |
16 |
支払いの種類 |
空 |
|||||
11 |
お勧め |
整数 |
11 |
インテリジェントな推奨事項 |
空 |
|||||
12 |
作成時間 |
日付時刻 |
作成時間 |
空 |
||||||
13 |
更新時間 |
タイムスタンプ |
更新時間 |
空 |
(5) テーブル yaopinguanliyuan エンティティは、システム内の不動産料金情報の所有者、名前、ユニット番号、家番号、不動産料金、支払い状況、支払いタイプなどを保存するために使用され、薬剤管理者のログインに使用されます。
表 3.5 不動産料金情報payment_of_property_fee テーブル
シリアルナンバー |
データベースフィールド |
フィールドタイプ |
フィールド長 |
ストレージコンテンツ |
述べる |
|||||
1 |
ユーティリティの支払い_id |
整数 |
11 |
主キー |
主キー |
|||||
2 |
オーナー |
可変長文字 |
64 |
オーナー |
空 |
|||||
3 |
フルネーム |
可変長文字 |
64 |
名前 |
空 |
|||||
4 |
ユニット番号 |
可変長文字 |
64 |
ユニット番号 |
空 |
|||||
5 |
家屋番号 |
可変長文字 |
64 |
家屋番号 |
空 |
|||||
6 |
物件料金 |
整数 |
11 |
物件費 |
空 |
|||||
7 |
支払い州 |
可変長文字 |
16 |
支払い状況 |
空 |
|||||
8 |
支払いの種類 |
可変長文字 |
16 |
支払いの種類 |
空 |
|||||
9 |
お勧め |
整数 |
11 |
インテリジェントな推奨事項 |
空 |
|||||
10 |
作成時間 |
日付時刻 |
作成時間 |
空 |
||||||
11 |
更新時間 |
タイムスタンプ |
更新時間 |
空 |
(6)表parking_space_information实体用来存放系统中车位信息中车位号、所属人、业主名字、车位位置、备注等;
表3.6车位信息parking_space_information表
序号 |
数据库字段 |
字段类型 |
字段长度 |
存储内容 |
备注 |
|||||
1 |
parking_space_information_id |
int |
11 |
主键 |
主键 |
|||||
2 |
parking_space_number |
varchar |
64 |
车位号 |
可空 |
|||||
3 |
owner |
int |
11 |
所属人 |
可空 |
|||||
4 |
owner_name |
varchar |
64 |
业主名称 |
可空 |
|||||
5 |
parking_space_location |
varchar |
64 |
车位位置 |
可空 |
|||||
6 |
parking_space_status |
int |
11 |
车位状态 |
可空 |
|||||
7 |
remarks |
varchar |
16 |
备注 |
可空 |
|||||
8 |
recommend |
int |
11 |
智能推荐 |
可空 |
|||||
9 |
create_time |
datetime |
创建时间 |
可空 |
||||||
10 |
update_time |
timestamp |
更新时间 |
可空 |
(7)表community_service实体用来存放系统社区服务信息中的业主、姓名、业主电话、服务类型、保修日期、服务信息、物业回复等;
表3.7社区服务信息community_service表
序号 |
数据库字段 |
字段类型 |
字段长度 |
存储内容 |
备注 |
|||||
1 |
community_service_id |
int |
11 |
主键 |
主键 |
|||||
2 |
owner |
varchar |
64 |
业主 |
可空 |
|||||
3 |
full_name |
varchar |
64 |
姓名 |
可空 |
|||||
4 |
owner_telephone |
varchar |
64 |
业主电话 |
可空 |
|||||
5 |
service_type` |
varchar |
64 |
服务类型 |
可空 |
|||||
6 |
warranty_date |
int |
11 |
保修日期 |
可空 |
|||||
7 |
state |
varchar |
16 |
状态 |
可空 |
|||||
8 |
service_information |
varchar |
16 |
服务信息 |
可空 |
|||||
9 |
property_reply |
varchar |
64 |
物业回复 |
||||||
10 |
recommend |
int |
11 |
智能推荐 |
可空 |
|||||
11 |
create_time |
datetime |
创建时间 |
可空 |
||||||
12 |
update_time |
timestamp |
更新时间 |
可空 |
(8)表article实体用来存放系统物业资讯信息中的标题、分类、封面图、标签、正文、描述等,用于前台用户浏览使用;
表3.8物业资讯信息article表
序号 |
数据库字段 |
字段类型 |
字段长度 |
存储内容 |
备注 |
|||||
1 |
article_id |
mediumint |
8 |
主键 |
主键 |
|||||
2 |
title |
smallint |
5 |
标题 |
可空 |
|||||
3 |
type |
mediumint |
8 |
分类 |
可空 |
|||||
4 |
hits |
varchar |
16 |
点击数 |
可空 |
|||||
5 |
praise_len |
int |
10 |
点赞数 |
可空 |
|||||
6 |
create_time |
datetime |
创建时间 |
可空 |
||||||
7 |
update_time |
timestamp |
更新时间 |
可空 |
||||||
8 |
source |
varchar |
255 |
来源 |
可空 |
|||||
9 |
url |
varchar |
255 |
来源地址 |
可空 |
|||||
10 |
tag |
varchar |
255 |
标签 |
可空 |
|||||
11 |
content |
varchar |
255 |
正文 |
可空 |
|||||
12 |
img |
varchar |
255 |
封面图 |
可空 |
|||||
13 |
description |
longtext |
描述 |
可空 |
(9)表owner_user实体用来存放系统前台业主注册信息中的药品类别;
表3.7业主信息owner_user表
序号 |
数据库字段 |
字段类型 |
字段长度 |
存储内容 |
备注 |
|||||
1 |
owner_user_id |
int |
11 |
主键 |
主键 |
|||||
2 |
user_name |
varchar |
64 |
用户名 |
可空 |
|||||
3 |
unit_number |
varchar |
64 |
姓名 |
可空 |
|||||
4 |
gender |
varchar |
64 |
性别 |
可空 |
|||||
5 |
unit_number |
varchar |
64 |
单元号 |
可空 |
|||||
6 |
house_number |
varchar |
64 |
门牌号 |
可空 |
|||||
7 |
parking_space_number |
varchar |
64 |
车位号 |
可空 |
|||||
8 |
examine_stat |
varchar |
16 |
审核状态 |
可空 |
|||||
9 |
user_id |
int |
11 |
用户id |
可空 |
|||||
10 |
recommend |
int |
11 |
智能推荐 |
可空 |
|||||
11 |
create_time |
datetime |
创建时间 |
可空 |
||||||
12 |
update_time |
timestamp |
更新时间 |
可空 |
物业管理系统的详细设计与实现主要是根据前面的物业管理系统的需求分析和物业管理系统的总体设计来设计页面并实现业务逻辑。主要从物业管理系统界面实现、业务逻辑实现这两部分进行介绍。
当进入物业管理系统的时候,首先映入眼帘的是系统的导航栏、轮播图以及公告信息,在左上角能够看到导航栏,其主界面展示如下图4.1所示。
图4.1 首页界面图
不是物业管理系统中业主的是可以在线进行注册的,当用户点击右上角“注册”按钮的时候,当填写上自己的账号+密码+确认密码+昵称+邮箱+手机号后等信息再点击“注册”按钮后将会先验证输入的有没有空数据,再次验证密码和确认密码是否是一样的,最后验证输入的账户名和数据库表中已经注册的账户名是否重复,只有都验证没问题后即可业主注册成功。其用业主注册界面展示如下图4.2所示。
图4.2 业主注册界面图
物业管理系统中的前台上注册后的业主是可以通过自己的username和password进行登录的,当会员输入完整的自己的username和password信息并点击“登录”按钮后,将会首先验证输入的有没有空数据,再次验证输入的username和password在数据库中当前保存的用户信息是否一致,只有在一致后将会登录成功并自动跳转到物业管理系统的首页中;否则将会提示相应错误信息,业主登录界面如下图4.3所示。
图4.3 业主登录界面图
当访客点击物业管理系统中导航栏上的“物业资讯”后将会进入到该“物业资讯”列表的界面,然后选择想要看的物业资讯,点击进入到详细界面,物业资讯界面如下图4.4 所示。
图4.4物业资讯界面图
当访业主击物业管理系统中导航栏上的“社区服务”后将会进入到该社区服务提交的界面,系统会自动生成业主、姓名、报修日期,业主只需要填写好电话、服务类型、状态、服务信息,点击提交就可以了,社区服界面如下图4.5所示。
图4.5社区服务界面图
当业主点击右上角“我的”这个按钮,会出现子菜单,点击“我的账户”可以对个人的资料以及登录系统的密码进行设置,我的账户界面如下图4.6所示。
图4.6我的账户界面图
当业主点击右上角“我的”这个按钮,会出现子菜单,点击“个人中心”就会进入到业主的后台管理中,在这里可以对提交的社区服务进行管理,社区服务管理界面如下图4.7所示。
图4.7社区服务管理界面图
当业主在后台点击 “水电费缴纳”这个按钮,会出现自己的水电费信息,支持在线支付,水电费缴纳界面如下图4.8所示。
图4.8水电费缴纳界面图
当业主在后台点击 “物业费缴纳”这个按钮,会出现自己的物业费信息,点击“支付”按钮,选择支付方式进行缴纳,物业费缴纳界面如下图4.9所示。
图4.9水电费缴纳界面图
物业管理系统的管理员人员包括了管理员,物业经理以及物业员工三部分,其中管理员拥有最高的权限,可以对用户信息、系统信息以及物业服务信息进行管控。
管理员,物业经理以及物业员工在登录界面输入账号+密码,点击“登录”按钮,系统在用户数据库表中会对管理员,物业经理以及物业员工的账号进行匹配,账号+密码正确的话,就会登录到系统中各个用户的主管理界面,否则提示对应的信息,返回到登录的界面,如果管理人员忘记密码的话,点击“忘记密码”根据提示可以找回密码,然后再进行登录其主界面展示如下图4.10所示。
图4.10登录界面图
用户管理模块包含了管理员、业主用户、物业经理、物业员工四个部分,管理员、物业经理和物业员工在后台都可以查看到业主的信息,但是只有管理员可以对业主进行增删改查操作;管理员和物业经理可以对物业员工进行增删改查。这里以业主用户为例,界面如下图4.11所示。
图4.11 用户管理界面图
管理员、物业经理、物业员工点击“社区服务”这一按钮后会显示出前台业主提交的物业服务信息,任选一条物业服务信息,点击“编辑”这一按钮后,会对物业服务的状态进行设置,如果已经处理,可以设置成已处理,没有完成处理的话,可以设置成为待处理;社区服务界面如下图4.12所示。
图4.12 社区服务界面图
点击“房产信息”这一按钮后会显示出所有的房产信息,在房产信息界面可以添加新的房产信息,可以对房产信息进行修改、删除,也可以按照房型或者单元号或者房号对房产查询,房产信息界面如下图4.13所示。
图4.13 房产界面图
点击“车位信息”这一按钮后会显示出所有的车位信息,在车位信息界面可以添加新的车位信息,可以对车位信息进行修改、删除,也可以按照车位号或者所属人或者业主名字或者车位状态对车位查询,同时可以对车位的所有人进行设置,车位信息界面如下图4.14所示。
图4.14 车位信息界面图
点击“陌生人员登记”这一按钮后会显示出所有的陌生人员的登记信息,在陌生人员登记信息界面可以添加新的陌生人员登记信息,可以对陌生人员登记信息进行修改、删除,也可以按照名车或者登记日期对陌生人员登记信息进行查询,陌生人员登记界面如下图4.15所示。
图4.15 陌生人员登记界面图
点击“仓库信息”这一按钮后会显示出所有的仓库储物信息,在仓库信息界面可以添加新的仓库信息,可以对仓库信息进行修改、删除,也可以按储物名称或者储存时间对仓库信息进行查询,仓库信息界面如下图4.16所示。
图4.16仓库信息界面图
点击“水电费缴纳”这一按钮后会显示出所有的水电费缴纳信息,在水电费缴纳界面可以添加新的水电费缴纳信息,可以对水电费缴纳信息进行修改、删除,也可以按业主或者姓名或者单元号或者门牌号对水电费缴纳信息进行查询,同时支持支付操作,水电费缴纳界面如下图4.17所示。
图4.17 水电费缴纳界面图
点击“物业费缴纳”这一按钮后会显示出所有的物业费缴纳信息,在物业费缴纳界面可以添加新的物业费缴纳信息,可以对物业费缴纳信息进行修改、删除,也可以按业主或者姓名或者单元号或者门牌号对物业费缴纳信息进行查询,同时支持支付操作,物业费缴纳界面如下图4.18所示。
图4.18 物业费缴纳界面图
系统的前台、后台、数据库完成以后,这个系统才算是完成了一半,我们在这之后要对系统进行最后的一个阶段,那就是测试了,测试对一个系统来说是非常重要的,有的时候开发完一个系统,如果测试不合格的话,这个系统是没有办法进行投入使用的,所有我们要用测试对系统的功能进行检验,把不完善的功能尽量完善,把出现的bug解决掉,然后给用户呈现出一个完美的系统。通过对系统最后一步的测试,使得开发人员对自己的系统更加有信心,更加积极的为后期的系统版本的更新提供支持。
用户登录功能测试:
表5.1 用户登录功能测试表
测试名称 |
测试功能 |
操作过程 |
预期结果 |
测试结果 |
用户登录模块测试 |
用户登录成功的情况 |
点击前台首页左上角“登录”链接后账号和密码分别输入yonghu1和123456后点击“登录”按钮。 |
登录成功并调整到用户界面 |
正确 |
物业费信息添加功能测试:
表5.2 物业费信息添加功能测试表
测试名称 |
测试功能 |
操作过程 |
预期结果 |
测试结果 |
物业费添加模块测试 |
物业费添加成功的情况 |
在物业费缴纳的页面中将点击添加,选择业主+输入姓名+单元号+门牌号+物业费,输入正确的信息后然后点击“提交”按钮。 |
提示添加成功 |
正确 |
物业费添加模块测试 |
物业费添加失败的情况 |
在物业费建安页面中不填写的业主,其他信息正常输入“提交”按钮。 |
提示“添加失败,业主不能为空” |
正确 |
查询业主信息功能模块测试:
表5.3 查询业主信息功能测试表
测试名称 |
测试功能 |
操作过程 |
预期结果 |
测试结果 |
查询业主信息功能测试 |
查询成功的情况 |
菜单栏中点击用户管理菜单下的子菜单业主用户,输入入用户名或者姓名对业主用户进行查询 |
查询成功 |
正确 |
查询物业资讯信息功能模块测试:
表5.4 查询物业资讯信息功能测试表
测试名称 |
测试功能 |
操作过程 |
预期结果 |
测试结果 |
查询物业资讯信息功能测试 |
查询成功的情况 |
在系统的首页点击菜单栏中物业资讯这个按钮,查看物业资讯列表,对物业资讯进行查询 |
查询成功 |
正确 |
通过对物业管理系统的调试,能够检测物业管理系统的稳定性,为物业管理系统正式运行、稳定运行提供了可预测性的维护备案。能够帮助使用者熟悉整个物业管理系统,并对物业管理系统可能出现的错误有所了解。本章节提供了部分调试用例及调试日志,可以帮助使用者解决简单的错误问题,也加深了开发者对于此框架下的物业管理系统编写的了解度,为后期开发者顺利完成物业管理系统、发布物业管理系统提供了非常大的帮助。
本次物业管理系统的开发中我学会了例如良好的编程思想和完善的规划思想。在着手编程之前需要罗列出程序框架的大概,脑海中构建出程序的主题框架。做好这一步我们才能胸有成竹的经行开发项目。当设计框架了熟于心之后,需要思考本次编程所需的主要知识点和技术点,并充分学习。如此一来项目的开发才能循序渐进、如丝般顺滑,长久以往就能养成良好的开发习惯。一个程序好不好还要看出的bug多不多,如果在项目完成前做好bug的查验与预防可能发生的事故才能保证程序的稳定长久性运行。如果项目在完工后出现各种问题自己,那么在进入社会后,不仅会给公司团队带来麻烦和增加不必要的工作,还会导致客户流失,公司对自己的评价下降。
在本次项目中我也暴露了诸多问题。对于PHP相关的编程知识有所欠缺,环境配置和算法上出现诸多问题,时常导致项目运行出错,或者目标的实现有问题。或者实现想法时算法未优化,使得代码冗长,程序运行不顺畅。
[1]网页设计与网站建设从入门到精通[M]. 化学工业出版社.张翔.2012
[2]Java Web应用开发教程[M]. 北京邮电大学出版社.于静.2010
[3]互联网+时代PHP动态网站开发技术[J].周黎宁.科技风.2019(04)
[4] PHP Web程序设计与项目案例开发[M]. 清华大学出版社.马石安. 2019
[5]网站建设与管理基础及实训[M]. 清华大学出版社.吴代文.2013
[6] The Comparison Firebase Realtime Database and MySQL Database Performance using Wilcoxon Signed-Rank Test[J]. Margaretha Ohyver,Jurike V. Moniaga,Iwa Sungkawa,Bonifasius Edwin Subagyo,Ian Argus Chandra.Procedia Computer Science.
[7] 基于PHP的简单网页设计[J]. 李秋锦.科技经济导刊.2019(16)
[8]网络数据库连接技术及运用之研究[J]. 赵辉,熊文俊.电脑知识与技术. 2019(17)
[9] Evgeny A. Antipov, Elena B. Pokryshevskaya.Rank-sales relationship in electronic commerce: Evidence from publicly available data on 11 product categories[J].2016.16
[10] Rapid software integration using structured methods[J]. Mark J. Bennett.Journal of Systems Integration.1992(1)
[11]胡锋.基于PHP及MySQL数据库的行业网站建设[J].电脑知识与技术,2016.
[12]陈云芳,潘利华,陈瑞,刘小清,吴丽.基于PHP语言访问MySQL数据库的实现[J].中国新通信,2015.
[13]李年安.基于PHP的网站编程设计与实现[J].电脑开发与应用,2014.
[14](美)W Jason Gilmore.PHP与MySQL程序设计[M].人民邮电出版社,2011.
[15](澳)威利,(澳)汤姆森.php和mysql web开发(第4版) [M].机械工业出版社,2009.
致谢
至此论文结束,感谢您的阅读。在此我要感谢我的导师,虽然我在实习期间很忙,论文撰写总是停停改改,但是导师依然十分负责,时不时的询问我的任务进展情况,跟进我的论文进度。虽然我在实习期间很忙,以至于很晚才开始进行论文撰写和编写程序的工作,但是在指导老师的帮助下,我逐步完成了自己的论文和程序,从导师身上也学习到很多知识,和经验,这些知识和经验令我受益匪浅。也从导师身上看到了自己的不足,不论是在即使层面上还是在对待工作的态度上,倒数如同明镜一般照出了我的缺点我的不足。此外,我还要感谢在我实习期间在论文和程序上帮助过我的同学和社会人士,此前我对于PHP方面的一些知识还不了解,是他们在我编写程序过程中给了我很多的启发和感想,也帮助了我对于程序的调试和检测。没有他们我是不能顺利完成本次毕业设计的。至此,我的毕业设计就花上了一个圆满的句号了。
点赞+收藏+关注 → 私信领取本源代码、数据库