Django コミュニティ管理電子政府システム
まとめ
単一のコミュニティ機能や低いサービス効率などの問題は、コミュニティの良好な発展を妨げます。電子政府環境におけるコミュニティ管理のレベルを向上させることは、住民のアイデンティティ意識を向上させ、社会の安定化に役立ちます。したがって、情報社会に適応したコミュニティ運営モデルを研究することは大きな意義がある。
本稿ではまず、コミュニティ管理電子政府システムの研究背景と研究意義を紹介し、コミュニティ管理電子政府システム開発の必要性について説明する。次に,システム需要分析に基づいて,システム全体の設計計画を提案する.この記事では,主にPython言語,Djangoフレームワーク,Mysqlデータベース,Tomcatサーバーを開発プラットフォームとして使用し,システムはB/S構造を採用して開発する。現在、コミュニティ管理電子政府システムの機能は最初に実現されており、システムの動作は、システムの全体的な設計が合理的であり、問題を解決するための手段が実行可能であることを示しています。
キーワード: コミュニティ管理、Django フレームワーク、電子政府
Django コミュニティ管理電子政府システム
抽象的な
コミュニティの機能が単一であることやサービスの効率が低いことなどの問題が、コミュニティの良好な発展を妨げています。電子政府環境下でのコミュニティ管理レベルの向上は、住民のアイデンティティ意識の向上につながり、社会の安定化にもつながります。したがって、情報化社会に適応したコミュニティ運営モデルを研究することは非常に重要である。
本稿では，まずコミュニティ管理電子政府システムの研究背景と意義を紹介し，コミュニティ管理電子政府システム開発の必要性を解説した。次に、システム要件分析に基づいて、システムの全体設計を提案します。この論文では主に Python 言語、Django フレームワーク、MySQL データベース、Tomcat サーバーを開発プラットフォームとして使用し、システムは開発に B/S 構造を使用します。現在、コミュニティ管理電子政府システムの機能は初期段階で実現されている。システムの動作は、システムの全体的な設計が合理的であり、問題を解決するための手段が実行可能であることを示しています。
キーワード： コミュニティマネジメント、コミュニティマネジメント Django フレームワーク。電子政府
1.1 研究の背景と意義
現在、経済のグローバル化の時代を迎えており、地域の建設や発展は時代に合わせて歩む必要があります。コミュニティ管理電子政府システムを科学的に構築することにより、コミュニティの各住民に関する情報を包括的に収集・整理することができ、集中的なコミュニティ管理のための完全かつ信頼性の高い意思決定基盤を提供します。したがって、コミュニティサービスの質と効率をさらに向上させるために、行政サービス管理部門は先進的な情報技術を積極的に導入および適用し、コミュニティ情報サービス管理のレベルを強化し、科学的で完全な情報システムフレームワークを効果的に構築し、コミュニティを促進する必要があります。ネットワークに向けた管理作業 近代化、デジタル化、視覚化の方向に継続的に発展し、地域住民のさまざまなサービスニーズを完全に満たし、調和のとれた友好的な地域関係を確立します。
時間が経つにつれて、地域住民に関する情報の量は増加し始めます。膨大な量の住民データと情報に直面しているため、従来の情報管理作業モデルではもはや住民のニーズを満たすことができなくなり、地域管理者は情報の収集、処理、保管を容易にし、情報の収集、処理、保管を容易にする専門的かつインテリジェントな電子政府システムを緊急に設計する必要があります。コミュニティ管理の品質と効率を向上させながら、マネージャーの作業負荷を軽減します。
1.2研究内容
コミュニティ管理電子政府システムの開発・導入には以下の作業内容が必要となります。
(1) まずテーマを決め、構築するシステムを決定し、システムの背景や現状の問題点を事前に体系的に確認します。
(2) システム確認後、システム開発ニーズに基づいてシステム開発に使用する技術を確認し、コミュニティ管理電子政府システムの開発では、Django フレームワークとデータベースを使用してプラットフォームを構築・開発します。使用されている技術がシステムの実装を完了できるかどうかを技術分析で確認します。
(3) システムで使用する技術を決定し、システムごとにユーザーの役割分担をオンラインで確認し、ユーザーの役割分担に基づいて設計すべき機能モジュールを決定する コミュニティ管理電子政府システムの設計は主に以下に分けられる。管理者とユーザーの役割 使用される機能モジュールも異なりますが、システムのデータベースによって実装されるコンテンツは対話型です ユーザーは自分のニーズに応じていつでも情報を照会できます システムスタッフは自分の割り当てに従ってオンライン情報を処理および操作できます管理者は全ユーザーの詳細なデータ情報を取得し、必要に応じて速やかに処理します。
(4) システムの機能モジュールを確認した後、プログラムとインターフェースを設計し、設計完了後、プログラムが完璧であるかどうかをテストします。システムテストでは、異なるユーザーが編集して提出する必要があります。テスト方法は、プログラムの抜け穴を発見し、オンラインでプログラムの抜け穴を解決し、テストシステムに問題がなければ、システムをアップロードして正式に運用することができます。
1.3 論文の構成
市場調査から得た情報データに基づいて、開発状況と組み合わせ、関連するシステム開発および設計手法を使用して、最終的にコミュニティ管理電子政府システムを設計しました。
この記事は、以下に示すように、合計 7 つの章で構成されています。
第 1 章ではコミュニティマネジメント電子政府システムの研究目的と意義を概説し、最後に論文の構成を示す。
第 2 章では、この記事で使用されている開発手法とツールの概要を説明します。
第 3 章では、システムの各業務プロセスに対する需要分析と実現可能性分析を簡単に説明します。
第 4 章では、コミュニティ管理電子政府システムを設計します。
第 5 章では、コミュニティ管理電子政府システムを実装し、関連ページのスクリーンショットを掲載し、具体的な機能の実装方法を言語で説明します。
第 6 章では、テスト ケースを使用して、コミュニティ管理電子政府システムのいくつかの主要な機能モジュールをテストし、最終的にテスト結果を取得します。
第 7 章では全文を要約し、今後の研究の展望を述べている。
- 主要テクノロジーの紹介
2.1 開発環境の概要
1. ソフトウェアアーキテクチャ計画: B/S モードを採用 B/S とは、サーバー側は Web サーバーが発行し、クライアント側はブラウザーが受信するシステムを表し、そのフロントエンドは HTML 言語であり、これを解釈するブラウザ。B/S 構造は、Web サーバーによって jsp、php、asp、PythonScript などのスクリプト言語で解釈できます。
2. オペレーティング システム ソリューション: Windows 7 (Ultimate Edition) オペレーティング システムは、必要なソフトウェアと互換性があり、優れた実行速度と優れたインターフェイスを備えています。
3. バックエンド データベース: Mysql を選択します。MySQL は、データベース暗号化、より安全なデフォルト設定、強化されたパスワード ポリシーと詳細な権限制御、強化されたセキュリティ モデルなどの機能を通じて、企業データに最高レベルのセキュリティを提供するように設計されています。
4. 開発ツール: Myeclipse10 を選択します。
5. 開発言語：Python言語。
6.開発技術：Django+html+css+js技術
2.2 統一モデリング言語
統一モデリング言語 (UML) はビジュアル モデリング言語です。平たく言えば、システム開発者は UML を使用してシステムの設計方法を明確に表現できます。これは設計アイデアの表現です。ただし、UML は補助ツールとして使用されます。車のベアリングのホイール潤滑剤のようなもの。UML には、組み合わせて図を作成できる多数のグラフィック要素が含まれています。UML は言語であるため、UML にはこれらの要素を組み合わせるための規則があります。UML は、システム設計の初期段階で一般的に使用される、ユース ケース図、動作図など、設計システムを設計するためのさまざまな図を提供します。これらの図では、システムを表示するために複数のビューが必要です。このビューのセットは、モデルと呼ばれます。UML モデルは、システムが何を行う必要があるかを記述します。同時に、UML はこれらの図を整理および拡張するための方法を提供します。
2.3 開発技術
2.3.1 Pycharm の概要
PyCharm は、Python スクリプト言語の最も人気のある IDE です。
1. 各ファイルには出力ウィンドウがあります。
2. プロセスを終了できます (ボタンをクリックするだけです)。
3. さまざまなプロンプトは非常に強力です: ① 未使用の変数の色が灰色に変わります。 ② 間違った変数の下に赤い波線が表示されます。 ③ プロンプトの書き込み (Sublime にもプロンプトがありますが、弱いです)。
4. インデックス作成機能は非常に強力です。
2.3.1 MySQLの説明
現在、MySQL データベースはネットワーク上の多くのユーザーをサポートでき、顧客のマシンとサーバーの展開や構成にも適応できます。ここでのサーバーとクライアントは実際にはソフトウェアの概念であり、使用するコンピューター ハードウェアも同様です。彼らとの対一対応。
MySQL は非常に人気のあるリレーショナル データベース管理システムです。常にリーダーであり続けています。非常に強力であるだけでなく、非常に使いやすいです。MySQL のクロスプラットフォーム機能も非常に優れています。ソフトウェア開発者はこれを非常に気に入っています。強力な利点。他のリレーショナル データベースとは異なり、データベース管理のための独自のソリューション セットがあり、ユーザーに対応する権限とロールを設定することによってデータベース管理が実現されます。MySQL は、高スループット、高信頼性、高効率に適したデータベース管理ソフトウェアであることがわかります。
利点 1: MySQL は、さまざまなビジネス ロジックを完了するために、さまざまな ID を持つユーザーにさまざまな権限を設定します。これにより、MySQL はセキュリティと整合性の点で他のリレーショナル データベースをはるかに上回ります。
利点 2: MySQL はアニメーション、グラフィックス、およびサウンドのデータ型もサポートできます。これは、MySQL が複数のデータ型もサポートできることを示しています。
利点 3: MySQL は複数のプラットフォームで開発することもでき、ソフトウェア開発用の複数のプログラミング言語で MySQL データベースを操作できます。
2.3.2 Python プログラミング言語
Python は、文字通りコンピューター言語として使用でき、オブジェクト指向プログラミングにも使用できる開発言語です。1880 年代後半に Guido van Rossum によって開発され、1991 年に一般公開されました。Python には、簡潔な構文、明確なステートメント、豊富なクラス ライブラリなどの多くの機能があります。これらの利点により、他の言語と非常に迅速に組み合わせて、さまざまな機能モジュールを実装できます。多くの人がそれを「粘着性の接着剤」言語と呼んでいます。Python を使用してプログラムのプロトタイプを迅速に生成することは、今日多くのプログラマーによって使用されている方法です。特別な要件がある場合は、簡単に変更できます。
さらに、PyQt には二重の証明書があり、プラットフォーム (UNIX、Microsoft、Apple プラットフォームなど) 間で実行できることが保証されています。
Python 言語を使用する前に、プラットフォームをインストールする必要があります。ユーザーは、異なるプラットフォームに応じて異なるバージョンをダウンロードし、実行する前に環境変数を構成する必要があります。
Python の機能:
1. 他のコンピューター言語と比較して、学習が比較的簡単です。Python はキーワードが少なく、比較的単純な構造と単純な構文を備えているため、プログラミング言語を学習したばかりの人でも簡単に始めることができます。
2. 比較的読みやすい: Python のコード構造は簡潔かつ明確で、定義も非常に明確なので読みやすいです。
3. メンテナンスが簡単: Python のメンテナンスは簡単で便利です。
4. 標準ライブラリが特に豊富: Python の最大の利点は、UNIX、Windows、Macintosh システムと互換性があるなど、クロスプラットフォームでシステムとの互換性が高いライブラリが豊富にあることです。
5. 便利な対話モード: 対話モードのサポートにより、開発者はコードの結果を確認できるため、プログラムのテストとデバッグがより便利になります。
6. 優れた移植性: Python はプラットフォーム間で実行できます。
7. 非常に優れたスケーラビリティ: 重要なコードがある場合は、それを特別な言語で記述し、システム内でデバッグして実行できます。
2.3.3 Django フレームワーク
Django は、Python で書かれたオープンソースの Web フレームワークで、完全な Web サイト構築機能を備えています。Django を使用すると、Python プログラム開発者は、非常に少ないコードで、正式な Web サイトに必要なコンテンツのほとんどを簡単に完成させ、さらにフル機能の Web サービスを開発できます。
Django 自体は MVC モデル、つまりモデル + ビュー + コントローラーの設計パターンに基づいているため、開発の速さ、デプロイの容易さ、再利用性の高さ、メンテナンスコストの低さといった MVC の優れた遺伝子を当然持っています。Python と Django は、Web サイトの迅速な開発、設計、展開に最適な組み合わせです。
2.3.4 B/S システムの動作原理
B/S アーキテクチャは、ブラウザ要求とサーバー応答の動作モードを採用しています。
ユーザーは、ブラウザーを介して、インターネット上の Web サーバーによって生成されたテキスト、データ、画像、アニメーション、ビデオ オン デマンド、サウンド、その他の情報にアクセスできます。
各 Web サーバーはさまざまな方法でデータベース サーバーに接続でき、実際には大量のデータがデータベース サーバーに保存されます。
プログラムを Web サーバーからローカルにダウンロードして実行します。ダウンロード プロセス中にデータベースに関連する命令が見つかった場合、Web サーバーは解釈と実行のためにその命令をデータベース サーバーに渡し、Web サーバーに返します。 Web サーバーはそれをユーザーに返します。この構造では、多数のネットワークが接続されて巨大なネットワーク、つまりグローバルネットワークが形成されます。各企業はこの構造に基づいて独自のインターネットを構築できます。
B/Sモードでは、ユーザーがブラウザを介してネットワーク上に分散した多数のサーバーにアクセスを要求し、ブラウザの要求はサーバーで処理され、処理結果と対応する情報がブラウザに返されます。 その他のデータ すべての処理とリクエストWeb サーバーによって完了します。このフレームワーク構造とオペレーティング システム内に組み込まれたブラウザにより、この構造は今日のソフトウェア アプリケーションの主流の構造パターンになりました。
- システム分析
3.1 実現可能性の分析
このシステムでは、経済的、技術的、運用的という3つの観点から実現可能性を分析します。
-
-
- 経済的実現可能性
-
システム全体の設計から開発、テストまでの厳格なステップがあり、外部の技術サポートなしですべての作業タスクが私自身で完了するため、サービスコストと人件費がすべて節約され、ハードウェアに関しては中古の携帯電話を使用してコストを節約します。プロジェクト展開サーバーおよびデータベースサーバーとしてのワークステーションのコストは 10,000 元未満です. ネットワーク展開全体は他の人件費なしで私自身で独立して完了します. 開発プロセス全体は低コストと低消費の原則に基づいています.
-
-
- 技術的な実現可能性
-
技術的実現可能性分析の目的は、システムが既存の技術で実現可能かどうかを確認し、開発効率や完成度を評価することです。技術的実現可能性とは、コンピュータのソフトウェアやハードウェアの開発が現在の技術条件下で開発要件を満たすことができるかどうかを指します。このシステムはDjango言語をベースに開発されているため、システム開発に必要なソフトウェアとハードウェアの条件は通常のコンピュータ上で満たすことができます。占有メモリが比較的少ないため、理論的には、Mysql データベースを使用したソフトウェアの開発および設計に、メモリ占有量が少なすぎても問題はありません。上記のテクノロジーにより、システムの開発を効果的に成功かつ効率的に行うことができます。
-
-
- 運用可能性
-
コミュニティ管理電子政府システムのユーザーインターフェースはシンプルで操作が容易であり、コンピュータからのログインやアクセス操作は共通のインターフェース画面を使用しており、ユーザーはコンピュータを使用していればシステムにアクセスできます。 。このシステムは Django テクノロジーを使用して開発されており、人間性と完全性が B/S 構造開発のより顕著な特徴であり、ユーザーの操作が他のものよりも簡単で便利です。簡単な操作、簡単な管理、優れた双方向性がこのシステムの運用に十分に反映されています。
3.2 パフォーマンス分析
性能分析においては、紙とペンを使ってデータ情報を手動で統計管理したり管理したりする従来の管理方法と比較して、コンピュータネットワークの出現により、特定のデータ情報の保存や検索に手間がかかります。現在の社会の発展に適応するのが難しい. 人々の作業効率が低下するだけでなく、多くの人的資源と物的資源が必要となる. 使用時間とコストが比較的高い. コストを削減し、ユーザーの効率を向上させるために、コンピュータとネットワーク技術に基づいたコミュニティ管理電子政府システムを開発します。
コミュニティ管理電子政府システムの開発と設計は、データの保存と開発に一般的なデータベースを使用する独立したシステムであり、主にコミュニティ管理電子政府システムのユーザーの役割と対応する機能モジュールを実現することを目的としています。コミュニティ管理型電子政府システムを導入することで、従来の管理情報とは逆の管理差や効率の低さが発生し、リソースの節約と業務処理速度の向上を実現します。高速、効率的、強力です。
3.3システム運用プロセス
3.3.1ユーザーのログインプロセス
システム セキュリティの最初のレベルは、ユーザーがシステムに入る場合は、ログイン ウィンドウからログイン情報を入力する必要があることです。ユーザーが入力した情報が正確である場合にのみ、ユーザーはオペレーティング システム インターフェイスに入り、機能モジュールを実行できます。この操作の際、ユーザーが入力した情報が間違っている場合は、図 3-1 に示すように、ウィンドウにプロンプト ボックスが表示され、ユーザーはログインに失敗し、最初のステップに戻って再入力します。
図 3-1 ログイン操作フローチャート
3.3.2情報追加処理
コミュニティ管理電子政府システムでは、必要なデータ情報を随時追加する必要があり、ユーザーが情報を追加する場合は、追加に応じてチェックボックスの内容に従って追加するデータ情報を入力する必要があります情報の入力が完了すると、データ情報が要件を満たしているかどうかが判断され、要件を満たしていれば追加が完了します。ユーザーが追加した情報が要件を満たしていない場合は、ユーザーは戻る必要があります最初のステップとして、図 3-2 に示すように、データ情報を再入力し、判定操作を実行します。
3.3.3 情報削除処理
どのユーザー役割が異なるシステム操作インターフェースに入っても、異なる情報操作機能を実行できます。システムデータの削除については、ユーザーが情報を削除すると、削除されたデータは復元されないため、ユーザーはデータを削除するときに、次の操作を行う必要があります。削除したコンテンツを本当に削除するかどうかを確認し、正しいことを確認した後、図 3-3 に示すように、[削除操作を確認する] を選択します。
図 3-3 情報削除のフローチャート
システムデザイン
4.1 システムアーキテクチャ設計
コミュニティ管理電子政府システムプロジェクトの概要と設計分析は、主にコミュニティ管理情報化の具体的な分析に焦点を当てており、データはmysqlデータベースを使用し、システム設計はより人道的な運用設計を採用しています。表示されるシステム エラー メッセージは、タイムリーに処理してフィードバックできます。
コミュニティ管理電子政府システムの設計は既存のインターネットに基づいており、管理者は詳細な理解と統計分析が可能です。システムの機能要件に従って確立されたモジュール関係図は次のとおりです。
図 4-1 管理者機能モジュール図
4.2開発プロセスの設計
コミュニティ管理電子政府システムの開発 システムが使用する管理モジュールとデータベースの分析、作成、開発、計画、運用の 3 つのステップは、情報管理アプリケーションを構築するために必要な 3 つのステップであり、システムが本当に実現できるかどうかを決定します。プリセット機能と、設計が成功した後に実装できるかどうか。開発プロセスでは、各段階は厳密に直線的な順序で開発する必要があり、対応する段階で生成された各作業はテクノロジーを通じて検証およびチェックできます。1 つのステージが正しく完了し、次のステージで引きずりが発生しないことを確認し、システムが設計機能を完了することを保証します。
コミュニティ管理電子政府システムの開発成功の経験から判断すると、上記の方法は最も明らかな効果があり、システム開発の複雑さを最大限に軽減します。図 4-2 に示すように。
図 4-2 開発システムのフローチャート
4.3 データベース設計
データベースは情報システムの基盤であり中核です。データベース設計の良し悪しは、情報システム開発の成否に直結します。データベース テーブルを作成するには、まずエンティティの属性とエンティティ間の関係を決定します。リレーションシップに基づいてデータ テーブルを作成します。4.3.1エンティティ ER 図
データベースはソフトウェアプログラミング全体の中で最も重要なステップであり、データベースの問題では主にデータベース数の決定と構造式の作成が行われます。表示システムは Mysql を使用してデータベースを管理し、データのセキュリティと安定性を確保します。
概念モデルは、現実世界の情報を抽象化し、情報世界をモデル化するように設計されています。これはデータベース設計のための強力なツールです。データベース概念モデル設計では、ER 図を通じて現実世界の概念モデルを記述することができます。システムの ER 図は、システム内のエンティティ間のリンクを示します。また、Mysql データベースは比較的強力な自己保護機能を備えたデータベースであり、主にデータベース エンティティの ER 図を次の図に示します。
(1) 図 4-3 に示す地域医療エンティティの図:
図 4-3 地域医療主体図
(2) オンライン修復レポートの物理図を図 4-4 に示します。
図 4-4 オンライン修復レポートの物理図
(3) 支払い情報エンティティ図を図 4-5 に示します。
図 4-5 支払情報エンティティ図
4.3.2 データシート
データ構造の詳細な分析要件に従って分析できます。入出力データ量の要件に従って分析でき、どのテーブル、構造間の関係を決定できます。クエリやクエリを検証、調整、改善できます。ユーザーがより多くのデータと機能を求めるようにするために、閲覧プロセスでデータベースを実現できます。
システムが使用するデータベース管理システムの特性に基づいて、データベースの概念モデルを変換して構築しました。ただし、このシステムはコミュニティ管理型電子政府システムの機能を十分に考慮したものであり、その構成は比較的明確である。
| 名前 |
タイプ |
長さ |
nullではない |
主キー |
コメント |
| コミュニティユーザーID |
整数 |
11 |
はい |
はい |
コミュニティユーザーID |
| ユーザー名 |
可変長文字 |
64 |
いいえ |
いいえ |
ユーザー名 |
| 性別 |
可変長文字 |
64 |
いいえ |
いいえ |
性別 |
| コミュニティアドレス |
可変長文字 |
64 |
いいえ |
いいえ |
コミュニティアドレス |
| 検査状態 |
可変長文字 |
16 |
はい |
いいえ |
承認状況 |
| 推薦する |
整数 |
11 |
はい |
いいえ |
インテリジェントな推奨事項 |
| ユーザーID |
整数 |
11 |
はい |
いいえ |
ユーザーID |
| 作成時間 |
日付時刻 |
0 |
はい |
いいえ |
作成時間 |
| 更新時間 |
タイムスタンプ |
0 |
はい |
いいえ |
更新時間 |
| 名前 |
タイプ |
長さ |
nullではない |
主キー |
コメント |
| コミュニティヘルスケア_id |
整数 |
11 |
はい |
はい |
地域医療ID |
| 医師の名前 |
可変長文字 |
64 |
いいえ |
いいえ |
医師の名前 |
| カバー |
可変長文字 |
255 |
いいえ |
いいえ |
カバー |
| 責任範囲 |
可変長文字 |
64 |
いいえ |
いいえ |
責任範囲 |
| 医師のラベル |
可変長文字 |
64 |
いいえ |
いいえ |
ドクターラベル |
| 医師紹介 |
長文 |
0 |
いいえ |
いいえ |
医師紹介 |
| ヒット |
整数 |
11 |
はい |
いいえ |
クリック数 |
| 賞賛レン |
整数 |
11 |
はい |
いいえ |
いいね数 |
| 推薦する |
整数 |
11 |
はい |
いいえ |
インテリジェントな推奨事項 |
| 作成時間 |
日付時刻 |
0 |
はい |
いいえ |
作成時間 |
| 更新時間 |
タイムスタンプ |
0 |
はい |
いいえ |
更新時間 |
| 名前 |
タイプ |
長さ |
nullではない |
主キー |
コメント |
| daily_knowledge_id |
整数 |
11 |
はい |
はい |
日々の知識ID |
| 知識のタイトル |
可変長文字 |
64 |
いいえ |
いいえ |
知識のタイトル |
| カバー |
可変長文字 |
255 |
いいえ |
いいえ |
カバー |
| 知識の分類 |
可変長文字 |
64 |
いいえ |
いいえ |
知識の分類 |
| 知識タグ |
可変長文字 |
64 |
いいえ |
いいえ |
ナレッジタグ |
| 知識コンテンツ |
長文 |
0 |
いいえ |
いいえ |
知識コンテンツ |
| ヒット |
整数 |
11 |
はい |
いいえ |
クリック数 |
| 賞賛レン |
整数 |
11 |
はい |
いいえ |
いいね数 |
| 推薦する |
整数 |
11 |
はい |
いいえ |
インテリジェントな推奨事項 |
| 作成時間 |
日付時刻 |
0 |
はい |
いいえ |
作成時間 |
| 更新時間 |
タイムスタンプ |
0 |
はい |
いいえ |
更新時間 |
| 名前 |
タイプ |
長さ |
nullではない |
主キー |
コメント |
| フィードバック情報ID |
整数 |
11 |
はい |
はい |
フィードバック情報ID |
| 政府のタイトル |
可変長文字 |
64 |
いいえ |
いいえ |
政務タイトル |
| 政府関係の種類 |
可変長文字 |
64 |
いいえ |
いいえ |
政務系 |
| 政府ラベル |
可変長文字 |
64 |
いいえ |
いいえ |
政府のタグ |
| フィードバックユーザー |
整数 |
11 |
いいえ |
いいえ |
ユーザーへのフィードバック |
| 囲い |
可変長文字 |
255 |
いいえ |
いいえ |
付録 |
| フィードバックコンテンツ |
文章 |
0 |
いいえ |
いいえ |
フィードバック内容 |
| 検査状態 |
可変長文字 |
16 |
はい |
いいえ |
承認状況 |
| 検査_返信 |
可変長文字 |
16 |
いいえ |
いいえ |
モデレート返信 |
| 推薦する |
整数 |
11 |
はい |
いいえ |
インテリジェントな推奨事項 |
| 作成時間 |
日付時刻 |
0 |
はい |
いいえ |
作成時間 |
| 更新時間 |
タイムスタンプ |
0 |
はい |
いいえ |
更新時間 |
| 名前 |
タイプ |
長さ |
nullではない |
主キー |
コメント |
| 政府サービスID |
整数 |
11 |
はい |
はい |
政府サービスID |
| 政府のタイトル |
可変長文字 |
64 |
いいえ |
いいえ |
政務タイトル |
| カバー |
可変長文字 |
255 |
いいえ |
いいえ |
カバー |
| 政府関係の種類 |
可変長文字 |
64 |
いいえ |
いいえ |
政務系 |
| 政府ラベル |
可変長文字 |
64 |
いいえ |
いいえ |
政府のタグ |
| 政府関係の内容 |
長文 |
0 |
いいえ |
いいえ |
政務内容 |
| ヒット |
整数 |
11 |
はい |
いいえ |
クリック数 |
| 賞賛レン |
整数 |
11 |
はい |
いいえ |
いいね数 |
| 推薦する |
整数 |
11 |
はい |
いいえ |
インテリジェントな推奨事項 |
| 作成時間 |
日付時刻 |
0 |
はい |
いいえ |
作成時間 |
| 更新時間 |
タイムスタンプ |
0 |
はい |
いいえ |
更新時間 |
| 名前 |
タイプ |
長さ |
nullではない |
主キー |
コメント |
| Medical_appointment_id |
整数 |
11 |
はい |
はい |
診療予約ID |
| 医師の名前 |
可変長文字 |
64 |
いいえ |
いいえ |
医師の名前 |
| 責任範囲 |
可変長文字 |
64 |
いいえ |
いいえ |
責任範囲 |
| 医師のラベル |
可変長文字 |
64 |
いいえ |
いいえ |
ドクターラベル |
| 予約日 |
日付 |
0 |
いいえ |
いいえ |
予約日 |
| アポイントメントユーザー |
整数 |
11 |
いいえ |
いいえ |
ユーザーを予約する |
| ユーザー名 |
可変長文字 |
64 |
いいえ |
いいえ |
ユーザー名 |
| コミュニティアドレス |
可変長文字 |
64 |
いいえ |
いいえ |
コミュニティアドレス |
| 個人データ |
可変長文字 |
255 |
いいえ |
いいえ |
個人情報 |
| 予定_備考 |
可変長文字 |
64 |
いいえ |
いいえ |
予約注意事項 |
| 検査状態 |
可変長文字 |
16 |
はい |
いいえ |
承認状況 |
| 検査_返信 |
可変長文字 |
16 |
いいえ |
いいえ |
モデレート返信 |
| 推薦する |
整数 |
11 |
はい |
いいえ |
インテリジェントな推奨事項 |
| 作成時間 |
日付時刻 |
0 |
はい |
いいえ |
作成時間 |
| 更新時間 |
タイムスタンプ |
0 |
はい |
いいえ |
更新時間 |
| 名前 |
タイプ |
長さ |
nullではない |
主キー |
コメント |
| 医療相談ID |
整数 |
11 |
はい |
はい |
診察ID |
| 医師の名前 |
可変長文字 |
64 |
いいえ |
いいえ |
医師の名前 |
| 責任範囲 |
可変長文字 |
64 |
いいえ |
いいえ |
責任範囲 |
| 医師のラベル |
可変長文字 |
64 |
いいえ |
いいえ |
ドクターラベル |
| 相談日 |
日付 |
0 |
いいえ |
いいえ |
相談日 |
| コンサルティングユーザー |
整数 |
11 |
いいえ |
いいえ |
ユーザーに相談する |
| ユーザー名 |
可変長文字 |
64 |
いいえ |
いいえ |
ユーザー名 |
| コミュニティアドレス |
可変長文字 |
64 |
いいえ |
いいえ |
コミュニティアドレス |
| 相談内容 |
文章 |
0 |
いいえ |
いいえ |
相談内容 |
| 検査状態 |
可変長文字 |
16 |
はい |
いいえ |
承認状況 |
| 検査_返信 |
可変長文字 |
16 |
いいえ |
いいえ |
モデレート返信 |
| 推薦する |
整数 |
11 |
はい |
いいえ |
インテリジェントな推奨事項 |
| 作成時間 |
日付時刻 |
0 |
はい |
いいえ |
作成時間 |
| 更新時間 |
タイムスタンプ |
0 |
はい |
いいえ |
更新時間 |
| 名前 |
タイプ |
長さ |
nullではない |
主キー |
コメント |
| online_repair_request_id |
整数 |
11 |
はい |
はい |
オンライン修理ID |
| 修理ユーザー |
整数 |
11 |
いいえ |
いいえ |
修理ユーザー |
| ユーザー名 |
可変長文字 |
64 |
いいえ |
いいえ |
ユーザー名 |
| コミュニティアドレス |
可変長文字 |
64 |
いいえ |
いいえ |
コミュニティアドレス |
| 修理名 |
可変長文字 |
64 |
いいえ |
いいえ |
修理レポート名 |
| 修理_アクセサリー |
可変長文字 |
255 |
いいえ |
いいえ |
修理用アタッチメント |
| 修理依頼の詳細 |
文章 |
0 |
いいえ |
いいえ |
修理レポートの詳細 |
| 修理依頼日 |
日付 |
0 |
いいえ |
いいえ |
修理日 |
| 検査状態 |
可変長文字 |
16 |
はい |
いいえ |
承認状況 |
| 検査_返信 |
可変長文字 |
16 |
いいえ |
いいえ |
モデレート返信 |
| 推薦する |
整数 |
11 |
はい |
いいえ |
インテリジェントな推奨事項 |
| 作成時間 |
日付時刻 |
0 |
はい |
いいえ |
作成時間 |
| 更新時間 |
タイムスタンプ |
0 |
はい |
いいえ |
更新時間 |
| 名前 |
タイプ |
長さ |
nullではない |
主キー |
コメント |
| 駐車場情報id |
整数 |
11 |
はい |
はい |
駐車場情報ID |
| ヤード番号 |
可変長文字 |
64 |
いいえ |
いいえ |
駐車場番号 |
| 駐車場名 |
可変長文字 |
64 |
いいえ |
いいえ |
駐車場名 |
| カバー |
可変長文字 |
255 |
いいえ |
いいえ |
カバー |
| 充電_標準 |
可変長文字 |
64 |
いいえ |
いいえ |
料金 |
| 駐車スペース数 |
整数 |
11 |
いいえ |
いいえ |
駐車台数 |
| 駐車場の住所 |
可変長文字 |
64 |
いいえ |
いいえ |
駐車場の住所 |
| 担当者 |
可変長文字 |
64 |
いいえ |
いいえ |
主要 |
| 連絡先番号 |
可変長文字 |
64 |
いいえ |
いいえ |
連絡先番号 |
| 駐車場の詳細 |
長文 |
0 |
いいえ |
いいえ |
駐車場の詳細 |
| 賞賛レン |
整数 |
11 |
はい |
いいえ |
いいね数 |
| 推薦する |
整数 |
11 |
はい |
いいえ |
インテリジェントな推奨事項 |
| 作成時間 |
日付時刻 |
0 |
はい |
いいえ |
作成時間 |
| 更新時間 |
タイムスタンプ |
0 |
はい |
いいえ |
更新時間 |
| 名前 |
タイプ |
長さ |
nullではない |
主キー |
コメント |
| 駐車スペース予約ID |
整数 |
11 |
はい |
はい |
駐車場予約ID |
| 予定_いいえ |
可変長文字 |
64 |
いいえ |
いいえ |
予約番号 |
| ヤード番号 |
可変長文字 |
64 |
いいえ |
いいえ |
駐車場番号 |
| 駐車場名 |
可変長文字 |
64 |
いいえ |
いいえ |
駐車場名 |
| 駐車場の住所 |
可変長文字 |
64 |
いいえ |
いいえ |
駐車場の住所 |
| 充電_標準 |
可変長文字 |
64 |
いいえ |
いいえ |
料金 |
| 担当者 |
可変長文字 |
64 |
いいえ |
いいえ |
主要 |
| 連絡先番号 |
可変長文字 |
64 |
いいえ |
いいえ |
連絡先番号 |
| アポイントメントユーザー |
整数 |
11 |
いいえ |
いいえ |
ユーザーを予約する |
| 予定数 |
可変長文字 |
64 |
いいえ |
いいえ |
予約数 |
| ナンバープレートの番号 |
可変長文字 |
64 |
いいえ |
いいえ |
ナンバープレート |
| 検査状態 |
可変長文字 |
16 |
はい |
いいえ |
承認状況 |
| 検査_返信 |
可変長文字 |
16 |
いいえ |
いいえ |
モデレート返信 |
| 推薦する |
整数 |
11 |
はい |
いいえ |
インテリジェントな推奨事項 |
| 作成時間 |
日付時刻 |
0 |
はい |
いいえ |
作成時間 |
| 更新時間 |
タイムスタンプ |
0 |
はい |
いいえ |
更新時間 |
| 名前 |
タイプ |
長さ |
nullではない |
主キー |
コメント |
| 駐車スペース_返却_id |
整数 |
11 |
はい |
はい |
駐車スペース返却ID |
| 予定_いいえ |
可変長文字 |
64 |
はい |
いいえ |
予約番号 |
| ヤード番号 |
可変長文字 |
64 |
いいえ |
いいえ |
駐車場番号 |
| 駐車場名 |
可変長文字 |
64 |
いいえ |
いいえ |
駐車場名 |
| 駐車場の住所 |
可変長文字 |
64 |
いいえ |
いいえ |
駐車場の住所 |
| 充電_標準 |
可変長文字 |
64 |
いいえ |
いいえ |
料金 |
| 担当者 |
可変長文字 |
64 |
いいえ |
いいえ |
主要 |
| 連絡先番号 |
可変長文字 |
64 |
いいえ |
いいえ |
連絡先番号 |
| アポイントメントユーザー |
整数 |
11 |
いいえ |
いいえ |
ユーザーを予約する |
| 予定数 |
可変長文字 |
64 |
いいえ |
いいえ |
予約数 |
| ナンバープレートの番号 |
可変長文字 |
64 |
いいえ |
いいえ |
ナンバープレート |
| 推薦する |
整数 |
11 |
はい |
いいえ |
インテリジェントな推奨事項 |
| 作成時間 |
日付時刻 |
0 |
はい |
いいえ |
作成時間 |
| 更新時間 |
タイムスタンプ |
0 |
はい |
いいえ |
更新時間 |
| 名前 |
タイプ |
長さ |
nullではない |
主キー |
コメント |
| 支払い情報ID |
整数 |
11 |
はい |
はい |
決済情報ID |
| 支払い_いいえ |
可変長文字 |
64 |
いいえ |
いいえ |
支払い番号 |
| 支払い_ユーザー |
整数 |
11 |
いいえ |
いいえ |
有料ユーザー |
| お支払い名 |
可変長文字 |
64 |
いいえ |
いいえ |
支払い名 |
| 支払金額 |
整数 |
11 |
いいえ |
いいえ |
支払金額 |
| 支払期日 |
日付 |
0 |
いいえ |
いいえ |
支払期日 |
| お支払い_備考 |
可変長文字 |
64 |
いいえ |
いいえ |
お支払いに関する注意事項 |
| 支払詳細 |
長文 |
0 |
いいえ |
いいえ |
支払詳細 |
| 支払い州 |
可変長文字 |
16 |
はい |
いいえ |
支払い状況 |
| 支払いの種類 |
可変長文字 |
16 |
いいえ |
いいえ |
支払いタイプ: WeChat、Alipay、オンライン バンキング |
| 推薦する |
整数 |
11 |
はい |
いいえ |
インテリジェントな推奨事項 |
| 作成時間 |
日付時刻 |
0 |
はい |
いいえ |
作成時間 |
| 更新時間 |
タイムスタンプ |
0 |
はい |
いいえ |
更新時間 |
5.1ユーザーフロント機能モジュール
コミュニティ管理電子政府システムは、図 5-1 に示すように、システムホームページ、コミュニティからのお知らせ、地域医療、駐車場情報、コミュニティフォーラム、オンライン修理レポート、日常知識などのコンテンツを備えています。
図 5-1 ホームページのインターフェース図
ログインします。図 5-3 に示すように、ログイン ページでアカウント番号、パスワード、およびその他の情報を入力してログインを完了します。
図 5-2 ログインインターフェース
ユーザー登録: 図 5-3 に示すように、ユーザー登録ページでは、アカウント番号、パスワード、ニックネーム、電子メール、携帯電話番号、ID、性別、ID 番号などの詳細を入力して登録できます。
図 5-3 ユーザー登録インターフェース
図 5-4 に示すように、コミュニティ フォーラム ページでは、ユーザーはフォーラム情報コンテンツを参照し、フォーラム リストを表示できます。
図 5-4 コミュニティ フォーラムのインターフェイス図
駐車場情報ページ。このページでは、図 5-5 に示すように、駐車場名、料金基準、駐車場の住所、駐車スペースの数などの情報を確認できます。
図 5-5 駐車場情報インターフェース図
-
- 管理者機能モジュール
管理者は、図 5-6 に示すように、登録時に入力したユーザー名とパスワードを入力してログインします。
図 5-6 管理者のログイン インターフェイスの図
コミュニティ管理電子政府システムにログインした後の管理者の主な機能は、バックエンドホームページ、公共管理（掲示板、カルーセルチャート）、ユーザー管理（管理者、コミュニティ住民）、情報管理（コミュニティ医療管理、診療予約管理、駐車場情報管理、駐車場予約、駐車場返却、オンライン修理レポート、支払い情報、日常知識）などの情報を掲載しています。図 5-7 に示すように。
図 5-7 ホームページのインターフェース図
コミュニティ管理電子政府システムの管理者は、フロントに登録された住民利用者情報を管理することができます。インターフェースを以下の図 5-8 に示します。
図 5-8 ユーザー管理インターフェイスの図
社区管理电子政务系统中的管理人员是可以对社区医疗信息进行维护管理，界面如下图5-9所示。
图5-9社区医疗管理界面图
管理员在“医疗预约管理”这一菜单下是可以对居民的预约信息进行维护管理，其管理界面如下图5-10所示。
图5-10医疗预约管理界面图
管理员在“缴费信息管理”这一菜单下是可以对居民的缴费信息进行维护管理，其管理界面如下图5-11所示。
图5-11缴费信息管理界面图
6.1测试目的
程序设计不能保证没有错误，这是一个开发过程，在错误或错误的过程中难以避免，这是不可避免的，但我们不能使这些错误始终存在于系统中，错误可能会造成无法估量的后果 如系统崩溃，安全信息，系统无法正常启动，导致安装用户手机屏幕等，为了避免这些问题，我们需要测试程序，并发现这些问题，并纠正它们 ，并使系统更长时间稳定成熟，本章的作用是发现这些问题，并对其进行修改，虽然耗时费力，但长期非常重要和必要系统的开发。
软件测试与开发过程是一样的，都必须按照软件工程的正规原理进行，遵守管理学理论。不过，目前国内的软件测试已经积累了大量经验和方法，步骤相对成熟，软件测试的效率也越来越高。
社区管理电子政务系统的实现，对于系统中功能模块的实现及操作都必须通过测试进行来评判系统是否可以准确的实现。在社区管理电子政务系统正式上传使用之前必须做的一步就是系统测试，对于测试发现的错误及时修改处理，保证系统准确无误的供给用户使用。
6.2测试方案设计
6.2.1 测试策略
1、功能测试
从用户的角度来看，测试时不了解新开发软件的内部结构，因此可以将系统与黑匣子进行比较，盲目输入后可以查看系统给出的反馈。这种测试属于黑盒测试，在测试中如果输入错误信息系统会报错。
2、性能测试
测试软件程序的整体状况（称为性能测试）通常使用自动化测试工具来检测系统的整体功能，在负载测试和压力测试之间进行分配，在某些情况下，将这两种情况结合起来。虽然压力测试可以检测到系统可以提供的最高级别的服务，但负载测试可以测试系统如何响应增加的负载。
6.2.2 测试分析
测试评估系统质量的方法不局限于系统编码和过程，应该与软件设计工作和历史需求分析密切相关。
软件测试应遵循以下原则：
(1)软件测试应尽快进行，整个测试部分应在软件开发和设计的整个过程中进行。如发现错误，立即处理，将大大减少软件开发的时间，并提高软件的质量。
(2)在软件的各种测试中，测试过程中使用的计划、报告等应妥善处理和存储。其主要目的是为了便于以后系统的维护。
(3)软件测试整个过程中的聚类现象应优先考虑。
(4)对于软件测试，我们应该尽量不去和自己设计的系统进行参考，而是要测试对方的程序，以确保软件测试结果的客观性和公平性。
(5)整个测试计划严格按照软件测试的具体实施细则进行。
(6)对整个测试结果进行综合检查，尽量避免重复错误。
本社区管理电子政务系统满足用户的要求和需求，本社区管理电子政务系统的使用能够有效的提高用户的使用率。
6.3 测试结果
测试后得到的性能和用例，系统具有足够的正确性、可靠性、稳定性，并且可以对输入数据进行准确的点击操作处理和响应测试用户的体验也得到了很好的反馈和响应时间。合理的范围，可以兼容所有主流浏览器，设计所需的效果。
- 总结与展望
通过社区管理电子政务系统的开发，本人巩固了之前学过的知识，如今将平时所学到的知识融合在设计中，在设计过程中，做了很多的准备，首先，在数据库系统的设计过程中，尤其是在数据库的工作原理、工作特点，对其深刻的讨论，与此同时，对于小型站点来说，最好服务器的选择，其次，利用所学的知识点分析所做的系统，并在此基础上设计。
目前本系统已经上线，正在试运行阶段，用户反馈良好，基本完成用户所需，试运行过程中没有出现阻断性问题，有一些不足和小问题也及时予以修正，系统上线后，为了保证数据的安全性，对系统进行了备份操作，系统备份是每两个月备份一次，数据库备份为每周备份一次，系统部署在租赁的云系统服务器中。
本次系统上线成功后，得到了用户的高度认可，但是在功能上和性能上还需做进一步的研究处理，使其有更高的性能和更好的用户体验。
系统在以后的升级过程中，需要解决一系列用户所提出的问题，例如打印过程中如何避免浏览器的兼容性问题，大量用户访问时，如何保持较高的响应速度，在系统今后的升级过程中将着重解决这些安全性问题。
参考文献
[1]兰玉果,兰显锐,唐璠.社区管理电子政务系统建设方案[J].广播电视网络,2022,29(04):73-75.
[2].太原市：探索智慧社区管理服务新模式[J].中国建设信息化,2022(03):24-25.
[3]杨毳漯.智慧社区标准助力漯河市社区管理与服务提质增效[J].中国建设信息化,2022(02):56-57.
[4]邓国璋.社区网格化管理及智慧社区建设分析[J].产业与科技论坛,2021,20(21):217-218.
[5]姚冠宇.高流动智慧社区管理软件研究[J].工程建设与设计,2021(04):126-128.
[6]解萍.AIoT技术在社区管理电子政务系统中的应用[J].信息与电脑(理论版),2021,33(03):87-89.
[7]黄飚, 基于人工智能物联网的社区管理电子政务系统. 四川省,四川璧虹电子信息技术有限公司,2020-09-12.
[8]李明雄. 加强“智慧社区”平台打造和管理[N]. 湘声报,2020-04-10(A02).
[9]李玉寒.智慧社区视角下的社区管理体制机制的创新[J].管理观察,2019(33):56-57+60.
[10]刘妍晨,纪海波,张兴.探究智慧社区建设标准及评价体系——基于B-SOP大数据智慧运营管理平台[J].城市住宅,2019,26(11):98-101.
[11].引领智慧生活的社区管理能手——评测冠林智慧社区综合管理平台[J].中国公共安全,2019(11):148-149.
[12]王洁,王春茹.基于物联网的社区管理电子政务系统的研究与设计[J].山西师范大学学报(自然科学版),2019,33(03):30-34.
[13]张宏伟,刘昊.云计算技术下的智慧社区管理平台研究[J].报刊荟萃,2018(10):21+23.
[14]黄佳慧.大数据视域下对大庆智慧社区管理的研究[J].商业经济,2018(10):12-13+44.
致谢
时光飞逝，转眼间我在学校的这些年生活即将结束，回顾这几年的学习生活，收获良多，既有幸福也有难过，学校生活的结束对于我来说也是一个新的开始。论文即将完成，在此，我心中有许多想要感谢的人。首先感谢我的导师，不仅在学习研究方面加以指导，也在生活和为人处世上给予帮助。还要感谢授课老师，你们严谨的学术精神和积极向上的工作态度都在激励我的成长和进步。感谢多年来一直生活在一起的室友，谢谢你们多年来的陪伴和照顾。最后，要感谢各位论文评审老师，感谢您们在百忙之中抽空评阅本论文并给出宝贵的意见和建议
免费领取项目源码，请关注●点赞收藏并私信博主，谢谢-