ビッグデータに基づく緊急救助指揮・管理システムの設計と実装（論文＋ソースコード）_kaic

まとめ

緊急救助司令部は、緊急救助活動の指導センターであり、疾病管理と予防計画の組織化と実施、および公衆衛生上の緊急事態の現場での対応を担当しており、最新かつ迅速かつ効果的な緊急対応システムを構築しています。公衆衛生上の出来事による公衆への被害は緊急救助指揮にとって差し迫った懸念事項であり、政府は限られた物資と資源を前提に効率的かつ合理的な方法で緊急事態に対応する能力を段階的に向上させる必要がある。情報。

この記事では、ユーザーがコンピュータのブラウザからシステムにアクセスして操作するだけで済む、JAVA ベースの緊急救助コマンド緊急システムについて説明します。システムデータの正確さと安全なデータストレージを確保するために、システムはシステムデータストレージサービスに SqlServer データベースを使用します。緊急救助活動に関する詳細な調査と緊急救助隊員へのインタビューに基づいて、システム全体のビジネスニーズが詳細に分析されます。緊急救助指令に関わる業務要件を整理しており、対象となる主な操作モジュールは、要員情報モジュール、ログインログモジュール、緊急イベントモジュール、イベント検索モジュール、データ統計モジュールです。システム設計はソフトウェアエンジニアリングの設計基準に従って厳密に実装され、データの正確性を確保するためにエラーをタイムリーに修正するためにシステムテストが実施されます。緊急救助指令緊急システムが正常に動作できることを保証するため。

キーワード:緊急救助、コマンドと管理、JAVA、SqlServer

抽象的な

緊急救助司令部は緊急救助活動の指導中枢であり、疾病管理および予防計画の組織化と実施を担当し、公衆衛生上の緊急事態の現場での対応を担当するため、現代的で効率的かつ効果的な体制を構築することが急務である。緊急事態に対処し、公衆衛生上の出来事による公衆への被害を最小限に抑えるための緊急対応システム。限られた物資と情報事象を前提として、緊急救助事象に効率的かつ合理的に対応する政府の能力は徐々に改善される必要がある。

本稿では、JAVA に基づく緊急救助指令システムについて説明します。ユーザーはコンピュータのブラウザを通じてのみシステムにアクセスし、操作することができます。システムデータストレージの正確性とセキュリティを確保するために、システムはシステムデータストレージサービスに SqlServer データベースを使用します。緊急救助活動の詳細な調査と緊急救助隊員への聞き取り調査に基づいて、システム全体のビジネスニーズを詳細に分析します。緊急救助指令に関わるビジネス要件が整理されており、主に人員情報モジュール、ログインログモジュール、緊急イベントモジュール、イベント検索モジュール、データ統計モジュールの5つのモジュールをカバーしています。このシステムはソフトウェアエンジニアリングの設計基準に厳密に従って設計されており、データの正確性を確保するためにエラーを適時に修正するためにシステムがテストされています。緊急システムの緊急救助コマンドが正常に動作できることを保証するため。

キーワード:緊急救助; 指揮と管理。ジャワ; SQLサーバー

まとめ................................................. ................................................................... ………………………………Ⅱ

要約................................................................... ................................................................... ...................................Ⅲ

1 はじめに................................................................... ................................................................... ...................................................................................1

1.1 国内外における研究の意義 .................................................................... ................................................................... ………………1

1.1.1 国内の研究状況................................................................................................ ................................................................... ……1

1.1.2 海外研究の現状................................................................................................ ................................................................... …………2

1.2 研究の目的と意義................................................................................................ ................................................................... ……………………2

1.2.1 緊急救助指揮と緊急体制の目的................................................................................ . . . . . . . . . . . . . . . 2

1.2.2 緊急救助指揮と緊急体制の意義................................................................................ ......................................................2

1.3.1SSM 構造モデル................................................................ ................................................................... ................................................3

1.3.2Tomcat サーバー................................................................ ................................................................... .4

1.3.3SqlServer データベース................................................................ ................................................................... .4

1.3.4 Java 言語の概要 ................................................................................... ...................................................................5

1.4 紙の構造................................................................................................ ................................................................. ...................................................5

2ニーズ分析................................................................................ ................................................................... ...................................................................6

2.1 実現可能性調査................................................................................ ................................................................. ...................................................6

2.1.1 経済的実現可能性.................................................................. ................................................................... ...................................................6

2.1.2 技術的な実現可能性.................................................................. ................................................................... ................................................... 7

2.1.3 運用の実現可能性................................................................................ ................................................................... ................................................... 7

2.2 システム機能要件の分析.................................................................. ................................................................... ................................................... 7

2.2.1 需要モデルの確立 ................................................................... ................................................................... ....7

2.2.2 システム使用例図................................................................. ...................................................................... .................................................... 7

2.2.3 システムの使用例の説明 ................................................................... ................................................................... …………9

2.3 非機能要件................................................................................ ................................................................... ...................................................................11

2.4 この章の概要.................................................................. ................................................................... ...................................................................12

3システム設計................................................................................ ................................................................... ................................................................................... 13

3.1 モジュール設計の原則................................................................................ ................................................................... ...................................................................13

3.2 ソフトウェア構造の設計................................................................................ ................................................................... ...................................................................13

3.2.1 ソフトウェア構成図................................................................................ ...................................................................... ................................................................... 14

3.2.2 モジュールの機能分割 ................................................................... ................................................................... 14

3.3 データベース設計................................................................................ ................................................................. ......................................................15

3.3.2 データテーブルの設計................................................................... ...................................................................... ................................................................... 19

3.4 この章の概要.................................................................. ................................................................... ...................................................... 21

4システムの詳細設計と実装................................................................................................ ................................................................... ……………………二十二

4.1 ログイン機能の実装 ................................................................................... ................................................................... ………………22

4.2 人事情報管理機能の導入................................................................................................ ................................... 24

4.3 緊急イベント機能の実装 ................................................................... ................................... 24

4.3.1 緊急イベント機能の実装 ................................................................... .............................. 24

4.3.2 イベント変更機能の実装 ................................................................... ................................................25

4.4 イベント検索モジュール機能の実装 ................................................................... ................................................................... 26

4.4.1 イベント追加機能の実装 ................................................................................... ................................................................... 26

4.4.2 イベント変更機能の実装 ................................................................... ...................................................27

4.5 イベント統計レポート機能の実装 ................................................................................... ...................................................................28

4.6 ログ記録管理機能の実装 ................................................................... ...................................................28

4.7 この章の概要.................................................................. ................................................................... ................................................................... 31

5システムテスト................................................................ …………32

5.1 ログインテスト................................................................................ ................................................................. ...................................................32

5.2 人事情報入力テスト................................................................ ................................................................... ................................................... 33

5.3 イベント管理テスト................................................................................ ................................................................... ................................................................................... 34

5.4 イベントの新しいテスト................................................................................ ................................................................... ...................................................................35

5.5 この章の概要.................................................................. ................................................................... ................................................... 35

結論は................................................ ................................. 36

参考資料................................................................................ . …………37

1はじめに_

公衆衛生上の緊急事態は突然発生し、状況は比較的緊急であるため、それらに対処する主な目的は「迅速、正確、完全」であることです。

需要抑制策は早急に講じるべきである。現場作業を正しく提案し、正しい対策を講じます。緊急事態は特定の専門的な側面に限定されるものではなく、事態の拡大の抑制や関連法規制などの問題を考慮する必要があります。

1. 国内外における研究の意義

近年、我が国では緊急事態が頻発しており、それによる人命・財産の損失は一層痛ましいものとなっております。中国政府は長年にわたり危機管理に多大な注意を払っており、危機管理に関する共同科学研究・教育グループを設立した。経済発展は社会の進歩を促進しますが、情報化の構築には徐々に追いつかなくなり、限られた物資と情報を前提として緊急事態に効率的かつ合理的に対応する政府の能力を徐々に向上させる必要があります。緊急救助事件に対する緊急指令システムを設計および実装するには、最新のネットワーク情報技術を適用することが不可欠です。

1.1.1国内の研究状況

人間にとって、命と健康は最も根本的な意味と価値を持ち、人間存在の基盤です。人間が動物の単純な生存本能を脱して文明社会に入って以来、健康と長寿の追求は最高の理念であり究極の目標となり、人間の物質的生活条件の継続的な改善とともに発展してきました。生と死の間では、どんな物質的な所有物もその意味を失います。「病気が原因で貧困に陥ったり、また貧困に戻ったりする」数え切れないほどの家族が、この基本ルールを毎日解釈しています。

我が国の経済と社会は急速かつ持続的に発展し、社会的および個人的な富が蓄積し、人々の物質的な生活水準は向上し続け、食料、住宅、交通費などの基本的な生活費は大幅に低下しました。都市住民、地方住民ともに「エンゲル係数」は40％を下回り、主力人口の衣食問題は解決され、社会は比較的豊かな段階に入り、健康への意識も高まっている。同時に、国の新たな医療・保健制度改革、政府の保健投資の増加、新たな医療物質、医療機器、技術の開発・普及により、医療需要が大幅に刺激され、医療費の面でも医療が促進された。医療および保健サービスの供給保健分野の発展。2015年、我が国の総医療費はGDPの6％に達し、毎年10％の成長傾向を維持しており、一人当たり医療費は2010年の1,490.1元から2,951.8元に増加し、個人医療費は全体の30％未満となっている医療支出。%。受診意欲や支払い能力の向上は受診行動を大きく刺激し、2016年には全国の外来患者数は77億人、入院者数は2億人に達した。

1.1.2海外研究の現状

1960年代に開発された経営情報システム。経営情報システムの設計・管理、シナシとシステムの3つの側面。このシステムでは、情報の送信を通じてイベントを共有することができます。経営情報システムは「理論研究分野」だけではなく「実践分野」にも属します。経営情報システムは常に更新され、開発されています。科学的な情報管理理論、コンピュータ、ネットワーク通信技術、情報処理手法を用いた情報管理のことです。管理情報システムが科学研究管理に導入された後、科学研究管理情報システムの概念が形成されました。科学研究管理情報システムは、科学研究プロジェクトの申請、プロジェクト管理、オンライン審査を実現するために必要です。科学研究成果プロジェクトのアプリケーション管理、成果管理、システム制御などのさまざまな側面から、完全な設計ソリューションを提案しました。科学研究成果管理情報システムを活用することで、大学は今日の熾烈な競争の中で優位性を維持し、継続的に発展することができ、急速に変化する環境に迅速に対応し、効果的なサポートを提供することができます。

1.2研究の目的と意義

緊急救助事件における緊急指揮システムの構築は、事件関係者間の迅速な調整に役立ち、事件による悪影響を根本的に軽減することができます。公衆衛生上の緊急事態は、広範囲にわたる危険と複雑な原因を伴い、人々の生命と財産を深刻に脅かしており、公衆衛生上の緊急事態をどのように予防し、発生後に管理・制御するかが緊急救助機関の焦点となっている。緊急対応能力。

1.2.1緊急救助指令緊急システムの目的

このシステムの適用により、緊急救助イベントの対応効率やイベントの稼働率が向上し、緊急事態による人命や安全の損失を軽減することが期待されます。今日、科学技術の急速な発展に伴い、緊急救助事件の処理プロセスにおける緊急指令システムを継続的に改善し、政府とユーザーのニーズによりよく適応できるように最新のテクノロジーを使用して、緊急救助の能力を向上させる方法が求められています。緊急救助事件に対応し、限られた事件に対処できるようにします。最大限の活用と人々の生命と財産の安全を最大限に確保するには、今後も継続的な探求と研究が必要です。

1.2.2緊急救助指令緊急システムの意義

緊急事態の余波への対応の経験から教訓を引き出すと、次のような側面から始めることができます。まず、政府は危機事態への対応能力を強化する必要があり、危機対応に特化したスタッフと管理機関を設置する必要があります。緊急事態。例えば、公衆衛生コーディネーターが設置された場合、彼らは情報の最も早い受信者およびコーディネーターの一人であり、特別な訓練を受けており、一定の感受性と処理および対応能力を備えており、イベントの調整や総合的な調整をより適切に行うことができます。第二に、国民の危機予防意識を高め、国民の緊急時対応能力を育成します。防災関連出版物の発行、緊急博覧会や展示会の開催、ウェブサイト、テレビ、その他のメディアを通じた国民への関連教育の提供など。先進国にはこの点で豊富な経験が蓄積されており、私たちもその実践を参考にして国民の危機予防意識を向上させる活動を行っていくことができます。最後に、ボランティア活動組織を通じて、社会全体が緊急事態への対応に参加することができます。例えば、義務と自主性を組み合わせた感染症監視システムを確立し、緊急救助の監督範囲を拡大し、十分かつ円滑な情報を確保し、公衆衛生上の緊急事態への対応を改善する必要がある。

1.3関連技術の紹介

この緊急救助コマンドの緊急システムはB/Sアーキテクチャを採用しており、データベースはSqlServerを使用し、サーバーはTomcat7.0を使用しています。

1.3.1SSM構造モデル

Spring は、プロジェクト全体で Bean を組み立てる大きな工場のようなもので、構成ファイルで、特定のパラメーターの使用を指定して、エンティティクラスのコンストラクターを呼び出し、オブジェクトをインスタンス化できます。

SpringMVC はプロジェクト内のユーザーリクエストをインターセプトし、そのコアサーブレットである DispatcherServlet が仲介またはフロントデスクの役割を引き受けます。SpringMVC は、SSH フレームワークの Struts に相当します。次に、MVC設計パターンはシステムを設計し、システムのサブシステム構造とクラス構造、およびデータベースのテーブル構造の設計を与えます。このフレームワークは非常に強力で、作成段階で都合の良い多くの構造を分離することができ、カスタマイズや動作制御がより便利になります。

Mybatis は jdbc のカプセル化であり、データベースの基礎となる操作を透過的にします。mybatis の操作は sqlSessionFactory インスタンスを中心に行われます。マイバティスには次のような特徴があります。

1.学びやすい: 小さくてシンプルです。サードパーティの依存関係はありません。最も簡単なインストールには、2 つのjarファイルといくつかのSQLマッピングファイルの設定だけが必要です。学習と使用は簡単です。ドキュメントとソースコードを通じて、その設計アイデアと実装を完全に理解できます。

2.柔軟性: mybatis は、アプリケーションやデータベースの既存の設計に影響を与えません。SQL はXMLで記述されているため、統合管理と最適化が容易になります。データベースを操作するためのすべてのニーズはSQLステートメントを通じて満たされます。

3. SQL をプログラムコードから切り離す: DAOレイヤーを提供することにより、ビジネスロジックとデータアクセスロジックが分離され、システム設計がより明確になり、保守が容易になり、単体テストが容易になります。SQLとコードを分離することで保守性が向上します。

4.オブジェクトとデータベース間のORMフィールド関係マッピングをサポートするマッピングタグを提供します。

5.オブジェクト関係の確立と維持をサポートするオブジェクト関係マッピングタグを提供します。

6. XMLタグを提供し、動的SQL の記述をサポートします。

1.3.2Tomcatサーバー

Tomcat サーバーは、無料のオープンソース Web アプリケーションサーバーです。軽量のアプリケーションサーバーです。システムおよび同時アクセスユーザーが多くない状況でよく使用されます。JSP プログラムの開発およびデバッグには、最初の選択肢です。Tomcat は実際には Apache サーバーの拡張機能ですが、実行時には独立して実行されます。正しく構成されている場合、Apache は HTML ページを提供し、Tomcat は実際に JSP ページとサーブレットを実行します。現在の Tomcat の最新バージョンは 9.0.41 です。

1.3.3SqlServerデータベース

SqlServer は現在インターネット企業で最も広く使用されているデータベースであり、アプリケーション開発においてはプログラムの上限を直接決定する非常に重要なデータベースです。SqlServer は、複数のデータフォームを組み合わせて情報を処理し、完全なデータ管理を行うことができるリレーショナルデータベース管理システムです。

SqlServer は開発コストを削減するデータベースです。開発が容易で、標準化され、移植可能であり、複数のオペレーティングプラットフォーム上で標準 SQL 言語で同時に使用できます。複数の言語（PERL、C、JAVAなど）との互換性が高く、カスタマイズして使用することができます。

SqlServer の上記の利点により、この開発プロセスではデータベース管理ツールとして SqlServer が選択されました。私が設計・研究・開発した卒業制作では、データベースに非常に主流のSqlServerデータベースを使用しており、データベース管理にSQL言語を使用できるため、多くのプログラマに愛用されています。

1.3.4 Java 言語の概要

Java 言語は C 言語の言語構造に近いため、C++ 技術に比べて入門しやすい言語です。一方、Java 言語には、クラス、カプセル化、継承、ポリモーフィズムなどの利便性を高める機能があります。ネットワーク環境では、Java にはネットワークからダウンロードされたクラスにセキュリティ保護を提供できるセキュリティメカニズムがあります。たとえば、インストールされたクラスはローカルクラスではなく別の名前空間に配置され、悪意のあるアプレットが標準の Java クラスを独自のバージョンに置き換えることを防ぎます。Java 言語にはクロスプラットフォーム機能もあります。内部にはプログラマーにとって使いやすいインターフェイスが多数あります。コミュニティ管理システムの開発に Java 言語を使用する理由は次のとおりです。

(1) 適応性: J2EE プラットフォームの適応性には疑いの余地がなく、基礎となるコードに対するオペレーティングシステムの影響を最小限に抑えることができます。

(2) 保守性: 豊富な内部インターフェースと低い保守コストを備え、Java のクラス継承とポリモーフィズム機能により、Web サイト開発が容易になります。

(3) セキュリティ: Java には多くの内部セキュリティアルゴリズムがあり、基礎となる層のスムーズな動作を保証し、外部の攻撃や侵入から保護します。

1.4紙の構造

この記事では、まず研究の背景とトピックの目的について説明し、トピックの実際のニーズを組み合わせ、ソフトウェア設計の標準プロセスに従って開発し、設計の実際の機能を組み合わせて論文執筆のタスクを完了します。この論文は主に次の章から分析します。

第 1 章では、国内外のシステムの現状を紹介し、システムの開発状況と要件が直面する中核的な問題を分析し、テーマの背景と重要性を説明し、最後に全章の内容を要約します。文章。

第 2 章では、システム開発の実現可能性を分析するために、技術的観点、経済的観点、運用的観点の 3 つの観点からシステムの需要分析を主に紹介します。

第 3 章では、主にシステムの構造とシステム要件に基づく機能設計について紹介します。システム機能モジュール設計とシステムデータベース構造設計の 2 つの側面に分けられます。

第 4 章では、システム内の各モジュールの機能と具体的な実装および動作手順に焦点を当て、モジュールの説明を通じて、プログラムの全体的なモジュール設計をより明確に理解することができます。

システムのテスト、システムのテスト、問題の発見とエラーの修正。

2要件分析

公衆衛生上の緊急事態には、広範囲にわたる危険と複雑な原因があり、人々の生命と財産を深刻に脅かします。公衆衛生上の緊急事態をどのように防止し、発生後に管理および制御するかは、緊急救助機関にとって重要な任務であり、緊急事態対応能力にも深刻な課題をもたらします。これに基づいて、この記事は、公衆衛生緊急事態における緊急救助機関の緊急対応能力の現状を分析し、実際の状況に基づいた暫定的な管理対策を提案し、緊急救助機関の緊急対応能力を向上させるための有意義な参考となることを期待しています。また、我が国の緊急事態に対する指針も提供し、公衆衛生上の出来事の予防と管理に力を加えます。

この緊急救助コマンドの緊急システムはB/Sアーキテクチャを採用し、データベースはSqlServerを使用し、サーバーはTomcat7.0を使用し、フロントエンドページはJSP+JavaScript技術を使用して実装されます。

国内外の緊急救助指揮の緊急活動の分析と関連資料の調査研究を通じて、緊急救助と緊急活動のニーズを理解することができます。緊急救助指揮のために、緊急デザイナー情報モジュールがあります。、ログインログモジュール、緊急イベントモジュール、イベント検索モジュール、データ統計モジュールの 5 つのモジュール。

2.1実現可能性調査

実現可能性分析は、システム開発に必要なステップであり、システムに開発価値があるか、投資する価値があるかを知るための非常に重要な作業であり、技術的観点、価値的観点、運用的観点から解説し、それぞれの観点から解説します。実現可能性分析リンクプロジェクトを開発する前に、プロジェクトが実現可能かどうか、投資が必要かどうかを明確に理解できることが重要であり、このシステム分析の具体的な内容は次のとおりです。

2.1.1経済的実現可能性

経済性は主にシステム開発コストや開発利益などに投資価値があるかどうかを分析します。投資がリターンを上回る場合には、プロジェクトに投資する必要はなく、逆に開発投資を行うことができます。このシステム開発は私の卒業研究であるため、経済投資は比較的少額ですが、主な研究開発費と運用費は以下のとおりです。

1. ハードウェア設備：コンピュータ開発用のコンピュータを持っているため、ハードウェア費用はかかりません。

2. ソフトウェア開発: このシステム開発で使用される SqlServer、Tomcat7.0 などの各種ソフトウェアはすべてオープンソースソフトウェアであり、経済的なコストはかかりません。

3.人件費：独自開発のため費用はかかりません。

2.1.2技術的な実現可能性

技術的実現可能性は、システムが開発の技術レベルで実現可能かどうかとして理解できます。システムの各モジュールについて、各フレームワーク設計およびその他の側面を分析し、比較する必要があります。この設計では、SSMフレームワーク技術を使用し、主にJAVA技術を開発に使用しており、フレームワークは制御層Controller、業務処理層Service、永続層Daoの3層に分かれており、マルチレベルのアーキテクチャ管理・開発が可能です。各モジュールについて設計と製作にはある程度のセキュリティがあり、データベースは主に SqlServer を使用して開発されており、安定性が高く、データベースの保存容量が大きく、処理速度が速いことが特徴です。サーバーは Tomcat サービスを使用しており、安定した動作プラットフォーム、システムの安定した動作を保証します。

2.1.3運用の実現可能性

運用実現性とは、その名のとおり、システムの運用プロセスが要件を満たしているか、操作インターフェースが美しく直感的であるか、ユーザーが直接操作できるか、作業効率に影響を与えるかなどを指し、主に運用の利便性を測定します。オンライン化後のシステムの実用性、現在のシステム開発では、シンプルなモジュール操作を備えたビジュアルインターフェイスで、あらゆる年齢層のユーザーに適しており、シンプルで理解しやすいため、運用の実現可能性が合格できます。

2.2システム機能要件の分析

2.2.1需要モデルの確立

表 2-1 に示すように、参加者の語彙を使用して説明します。

表 2-1 参加者の語彙リスト

シリアルナンバー	語彙	同義語	説明する
1	オペレータユーザー	オペレーター	オペレーターはイベントを受信して処理し、ログ管理、イベント管理、データ統計、その他の機能を実行します。
2	エキスパートユーザー	専門家	専門家がログ記録とインシデントレポートを評価して要約します
3	リードユーザー	鉛	リーダーはログ記録と緊急インシデント報告書を評価し、要約します。

2.2.2システムのユースケース図

1. オペレーターの役割のユースケース図

オペレータ役割は、主に人事処理、ログ管理、イベント管理、緊急イベントなどの業務を実行します。緊急救助コマンドのための SSM に基づく緊急システムのオペレータ役割のユースケース図を図 2-2 に示します。

図 2-1 オペレーターの使用例図

2. 専門家とリーダーの役割管理

エキスパートとリーダーの役割は主にデータ統計操作を完了します。SSM ベースの緊急救助コマンドの緊急システムのエキスパートとリーダーの役割のユースケース図を図 2-2 に示します。

図 2-2 エキスパートとリーダーのユースケース図

3. システムの使用例モデル図を図 2-3 に示します。

図 2-3 システムのユースケースモデル図

2.2.3システムの使用例の説明

このセクションでは、ユースケース設計管理システムの権限機能の分割に従って、緊急救助指令システムの主な機能ユースケースの説明を次のように説明します。

SSM に基づく緊急救助コマンドのための緊急システム要員情報管理のユースケースの説明を表 2-2 に示します。

表 2-2 人材情報管理ユースケース記述表

ユースケースのエントリ	出力
ユースケース名	個人情報の管理
主要なビジネスプレーヤー	オペレーター
他の参加者
説明する	オペレーターは情報を受け取り、警察の監視やイベントの捜索業務を処理します
前提条件	来訪者情報管理モジュール
事後条件	人事情報管理の追加・削除・変更・確認操作が成功しました。
基本的なプロセス	オペレータは対応するモジュールにアクセスして追加・削除・修正・確認を選択し、操作データはリアルタイムにデータベースに保存されます。
代替プロセス	1. 人事情報管理モジュールへのアクセス 2. データアクセスに失敗しました
仕上げる	データ操作が成功しました
実装の制約と指示	1. 新しい情報を追加し、完全なデータを入力します 2. 情報を変更するには、選択した行を取得する必要があります 3. 情報を削除するには、選択した行を取得する必要があります 4. 情報のクエリにはデータソースの取得が必要です
その他のイベントストリーム	なし

SSM ベースの緊急救助コマンドの緊急システムログ管理の使用例の説明を表 2-3 に示します。

表 2-3 ログ管理の使用例の説明表

ユースケースのエントリ	出力
ユースケース名	ログ管理
主要なビジネスプレーヤー	オペレーター
他の参加者
説明する	オペレーターは、ログイベント、ログクエリ、ログ送信、およびログレビューを管理します。
前提条件	ログインログモジュールにアクセスする
事後条件	ログ管理の追加、削除、変更、確認の操作は成功しました。
基本的なプロセス	オペレータは対応するモジュールにアクセスして追加・削除・修正・確認を選択し、操作データはリアルタイムにデータベースに保存されます。
代替プロセス	1. ログインログモジュールにアクセスします。 2. データアクセスに失敗しました
仕上げる	ログ管理データのメンテナンスが成功しました

表 2-3 ログ管理の使用例の説明表

ユースケースのエントリ

出力

実装の制約と指示

1. 新しい情報を追加し、完全なデータを入力します

2. 情報を変更するには、選択した行を取得する必要があります

3. 情報を削除するには、選択した行を取得する必要があります

4. 情報のクエリにはデータソースの取得が必要です

その他のイベントストリーム

なし

SSM ベースの緊急救助コマンドの緊急システムイベント管理機能のユースケースの説明を表 2-4 に示します。

表 2-4 イベント管理の使用例の説明表

ユースケースのエントリ	出力
ユースケース名	事故管理
主要なビジネスプレーヤー	オペレーター
他の参加者
説明する	オペレーターは、イベントタイプのメンテナンス、イベント検索、データクエリ統計、イベントエントリ、およびイベント構成を実行します。
前提条件	イベント検索モジュールにアクセスする
事後条件	インシデント管理の操作が正常に追加、削除、変更、確認されました
基本的なプロセス	ユーザーは対応するモジュールにアクセスし、リアルタイムにデータベースに保存する追加、削除、変更、クエリ操作データを選択します。
代替プロセス	1. イベント検索モジュールにアクセスします。 2. データアクセスに失敗しました
仕上げる	事件管理数据维护成功
实现约束和说明	1.录入数据要保证数据全面 2.更新操作需要获得选中行信息 3.删除操作需要获得选中行信息 4.所有操作要和数据库进行交互
其他事件流	无

基于SSM的应急救援指挥的应急系统应急事件管理功能用例描述如表2-5所示。

表2-5应急事件管理用例描述表

用例条目	输出
用例名称	应急事件管理
主要业务参与者	操作员
其他参与者
描述	操作员维护推送消息的基本信息用户可以查看随送消息的相关信息
前置条件	访问推应急事件管理
后置条件	推送消息管理增删改查操作成功
基本流程	管理员访问对应模块选择增删改查操作数据实时入库
替代流程	1.访问推应急事件管理 2.数据访问失败

续表2-5应急事件管理用例描述表

用例条目	输出
结束	数据操作成功
实现约束和说明	1.新增信息录入完整数据 2.修改信息需要获取选中行 3.删除信息需要获取选中行 4.查询信息需要获取数据源
其他事件流	无

基于SSM的应急救援指挥的应急系统数据统计功能用例描述如表2-6所示。

表2-6数据统计用例描述表

用例条目	输出
用例名称	数据统计
主要业务参与者	操作员
其他参与者	专家、领导
描述	操作员进行日志记录生成、日志记录统计、日志记录查询，领导和专家可以对日志记录和应急事件报告进行评估和总结
前置条件	访问数据统计模块
后置条件	数据统计增删改查操作成功
基本流程	用户访问对应模块选择增删改查操作数据实时入库
替代流程	1.访问数据统计模块 2.数据访问失败
结束	数据统计数据维护成功
实现约束和说明	1.录入数据要保证数据全面 2.更新操作需要获得选中行信息 3.删除操作需要获得选中行信息 4.所有操作要和数据库进行交互
其他事件流	无

2.3非功能性需求

非功能性需求包括性能、可修改性、可用性、易用性、安全性、环境要求等，在最初的需求方案分析阶段很容易被忽略，而这些内容的考虑往往会影响到产品的实现，包括功能架构、操作方式、界面展现、后台处理方式、数据库设计方式等，所以到产品集成测试甚至回归测试时才考虑性能，往往就为时晚矣，可能就需要大量修改前期已完成的功能。

本文非功能性需求主要考虑了程序的可修改性，需要易于维护。易用性要考虑到用户的操作方便，可以提高用户的使用效率，减少工作量。

2.4本章小结

本章介绍的是应急救援指挥的应急系统的需求分析，从三方面可行性角度出发，分析系统是否值得开发，系统采用的具体技术环境等问题做出说明；系统流程图以及对系统的具体功能进行说明，最后进行用例图的分析。

3系统设计

随着计算机技术的发展，在科技日新月异的今天，如何利用现代科技将突发应急救援事件应急指挥系统在处置流程上不断的完善使其更加适应政府和用户的需求，提高应对突发应急救援事件的能力，让有限事件的利用率达到最大，最大程度的保障人民的生命财产的安全，需要我们在未来不断探索和研究。

3.1模块设计原则

基于基本功能的模块划分方法与其他方法相比比较简单，但也遵循了模块划分的基本原则。首先，尽量减少各模块之间的连接，以保证模块的正常运行。两者独立。每个模块都尽可能地发挥功能，并在逻辑上独立。避免在系统结构中造成混乱。模块接口尽量简单。功能调整，尽量减少对模块的影响和影响。系统按基本功能划分。该模块划分方法能使需求分类清晰划分，功能分解效果较好。

3.2软件结构设计

当系统开发工作通过需求分析阶段后，用户的需求得到了充分的明确，设计模型是说明用例实现的对象模型，是实施模型及其源代码的抽象。设计模型用作实施和测试活动多的基本输入。通常情况，在设计模型的时候基本上是按照都是按照对象的属性都合并在一个模型中。

3.2.1软件结构图

软件体系结构包括构成系统的设计元素的描述，它通常通过分层或时间间隔来说明架构的各种组件的组合关系。由一组组件及其相互作用组成的系统本身可以成为更大系统的组成元素。在结构设计方法中，软件结构图可以分为两种类型：转换软件结构图和事务软件结构图，如图3-1所示。

图3-1系统功能结构图

3.2.2モジュールの機能分割

需要分析後、SSM ベースの緊急救助コマンドの緊急システム機能を決定できます。

一般に、人事情報モジュール、ログインログモジュール、緊急イベントモジュール、イベント検索モジュール、データ統計モジュールの 5 つのモジュールに分かれています。

具体的な業務プロセスは以下の通りです。

(1) 緊急救助事件のレベルと緊急事態に応じて、低レベルの緊急救助事件は人事情報モジュールで処理され、より高いレベル以上の緊急性の高い事件は緊急イベントモジュールで処理されます。

(2) 緊急救助イベントが発生した場合、担当者が提出したイベント情報に基づいて対応するログを呼び出し、イベントの構成や関連する責任部隊の指定などの対応する情報を記入します。

(3) 任務を受けた関連担当部隊は、任務内容と実情に応じて緊急救助事件に対応する。

(4) 業務の関連責任部門は、対応プロセス中に緊急事態の進行状況について適時にフィードバックを提供し、緊急事態の状況を追跡するものとします。

(5) 緊急インシデント関連部門は、緊急インシデントの正確性と効率を確保するために、インシデントのフィードバックに基づいてタスクを合理的に調整します。

(6) 緊急救助事件が制御下にあるか、緊急事態が解除されたら、事件をクローズすることができ、緊急事件に関するすべての作業が完了した後、データ統計モジュールに入ります。

(7) データ統計：統計と照会を容易にするために、緊急救助事件の緊急管理システムによって処理されたすべての重大なまたは特に重大な事件の処理プロセスと基本情報を記録します。

(8) リーダーと専門家は、ログイベントの管理を改善し、類似または同一の緊急救助インシデントの処理効率を向上させるために、ログ記録と緊急インシデントレポートを評価および要約することができます。

3.3データベース設計

3.3.1 データベース ER 図

ユーザーエンティティと管理者エンティティは、番号、ユーザー名、パスワード、ID などの管理者アカウント情報を保存するために使用されます。ユーザーエンティティの ER を図 3-3 に示します。

図 3-3 ユーザーエンティティ図

イベントタイプエンティティ。このエンティティは、番号とイベントタイプを含むイベントタイプ情報を格納するために使用されます。イベントタイプエンティティの ER を図 3-4 に示します。

図 3-4 イベント型エンティティ図

イベント情報を反映するイベントエンティティは、主に番号、イベント名、イベントの種類、数量などの属性を持ちます。イベントエンティティの ER を図 3-5 に示します。

図 3-5 イベントエンティティ図

人事エンティティは、番号、名前、電話番号、報告時刻、レベル、個人、個人番号などを含む人事情報を保存するために使用されます。人事エンティティの ER 図を図 3-6 に示します。

图3-6人员实体图

事件实体，楼房实体是用来存储事件的信息，包括编号、名称，时间，级别、状态、人员编号、人员人、人员电话、处警人、出警人电话。事件的E-R图如图3-7所示。

图3-7事件实体图

应急事件实体，应急事件实体是用来存储应急事件信息，包括编号、事件编号、事件名称、日志编号、日志名称、事件编号、事件名称、数量、状态等。应急事件实体的E-R如图3-8所示。

图3-8应急事件实体图

根据分析，系统中主要存在以下几个实体：用户、事件类型、事件、人员、事件查找、日志，它们之间的E-R图如图3-10所示。

图3-10数据库实体之间总E-R图

3.3.2数据表设计

系统主要由多个表组成，其表的设计主要根据系统功能来制定，其中包括用户表，事件类型表，事件信息表，日志表，人员表，事件表，处警表等构成，每个表的结构都是比较严谨的，需要根据功能的需求制定字段类型和长度。

用户表：主要是用户的基本信息。用户表作用是保存用的信息内容，当用户登陆时，用户输入信息，系统将用户输入的信息和数据库中的这个表作对比。如果账号密码相同，则用户登陆成功，可以进行下一步的操作，如表3-1所示。

表3-1用户表

字段	类型	长度	是否为空	主键	备注
id	int	11	否	主键	编号
username	varchar	255	否		用户名
password	varchar	255	否		密码
b1	varchar	255	否		标识

事件类型表，记录事件类型的基本信息，这个表作为管理系统中最重要的一个表。事件类型的信息都被记录在这个表中，可以随时调取使用事件的类型信息。如表3-2所示。

表3-2事件类型表

字段	类型	长度	是否为空	主键	备注
id	int	11	否	主键	编号
name	varchar	255	否		事件类型名称

下图是事件信息表，主要包括了编号、事件名称、事件类型、数量等信息构成，添加、修改、删除、查询都操作这个表来完成的，如表3-3所示。

表3-3事件信息表

字段	类型	长度	是否为空	主键	备注
id	int	11	否	主键	编号
name	varchar	255	否		事件名称
type	varchar	255	否		事件类型
count	int	11	否		数量

日志信息表：这个表非常重要。这个表主要存储编号、名称、级别、日志内容、日志类型、状态、审核状态。日志信息表如表3-4所示。

表3-4日志信息表

字段	类型	长度	是否为空	主键	备注
id	int	11	否	主键	编号
name	varchar	255	否		名称
level	varchar	255	否		级别
content	varchar	255	否		日志内容
type	int	11	否		日志类型
state	varchar	255	否		状态
shstate	varchar	255	否		审核状态

人员信息表，记录人员的信息、包括编号、名称、接报时间、级别、人员人、人员人电话等信息，如表3-5所示。

表3-5人员信息表

字段	类型	长度	是否为空	主键	备注
id	int	11	否	主键	编号
name	varchar	255	否		名称
tel	varchar	20	否		人员电话
jdtime	datetime		否		人员时间
level	varchar	255	否		级别
jjname	varchar	255	否		人员人

事件信息表，包括编号、名称、时间、级别、状态、人员编号、人员人、人员电话、处警人、处警人电话等，所有的事件信息都是读取的这个表来完成的。事件信息表，如表3-6所示。

表3-6事件信息表

字段	类型	长度	是否为空	主键	备注
id	int	22	否	主键	编号
name	varchar	20	否		名称
createtime	datetime		否		时间
level	varchar	20	否		级别
state	varchar	30	否		状态
jjid	int	11	否		人员编号
jjname	varchar	20	否		人员人
jjtel	varchar	20	否		人员电话
cjname	varchar	20	否		处警人
cjtel	varchar	20	否		处警人电话

3.4本章小结

基于SSM的应急救援指挥的应急系统论文第三章说明网站的概要设计和详细设计，建立多种设计模型，分别介绍网站的功能模块设计和数据库表的设计。

4系统详细设计与实现

4.1登录功能的实现

下图为登陆模块流程图，详细流程为最开始用户输入账号密码，系统判断是否正确，正确显示登陆成功错误或者用户和密码其一为空则需重新输入账号密码。如图4-1所示。

图4-1登录流程面

下图界面是应急指挥系统的登录管理界面，登录界面主要是用来审核登陆者身份，把控系统安全的首要关口。图中主要包括了用户账户信息，密码信息，如果输入的账号密码用户表里不存在，那么则提示登录失败，需重新输入正确的账号密码。如图4-2所示。

图4-2登录主界面

代码如下：

<%@pagelanguage="java"contentType="text/html;charset=UTF-8"

pageEncoding="UTF-8"%>

<%@taglibprefix="c"uri="http://java.sun.com/jsp/jstl/core"%>

<!DOCTYPEhtmlPUBLIC"-//W3C//DTDXHTML1.0Transitional//EN""http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

<htmlxmlns="http://www.w3.org/1999/xhtml">

<head>

<metahttp-equiv="Content-Type"content="text/html;charset=utf-8"/>

<metahttp-equiv="X-UA-Compatible"content="IE=7"/>

<linkhref="css/main.css"rel="stylesheet"type="text/css"media="all"/>

<scriptsrc="js/jquery-1.4.2.min.js"type="text/javascript"></script>

应急事件查找是针对突发事件的频频发生，减少生命和财产损失的一项重要工作，在物资和信息事件有限的前提下，能够高效、合理的应对突发应急救援事件的能力。所以，应急救援指挥的应急系统应当能够为管理者和教师提供方便、快捷、安全、及时的查询方式以及数据的安全性。

用户登录也是本系统重要的部分，该模块主要是验证用户信息的正确性，与其他各个功能模块有着密不可分的关联，我们无论用哪种身份对系统进行操作时，都需要用身份去完成相应的操作。用户登录时序图如图3-2所示。

图3-2用户登录时序图

4.2人员信息管理功能的实现

以下截图是进行接处警的管理，直接操作的是接处警信息表的信息。页面布局主要包括编号、名称、接报时间、级别、人员人编号、人员人姓名、人员人电话、处警人编号、处警人姓名、处警人电话，同时布局了保存和返回按钮，下面介绍下该模块实现的主要过程和原理：首先，需要构建住户模块，通过页面设计工具Dreamweaver设计好，然后将其复制到开发工具当中，接着就是插入文本框控件和按钮控件，调整好使其显得美观得当。具体实现点击保存按钮时，将页面信息作为输入参数，调用inset接口方法，将入参的信息输入到insert方法，实现插入数据到数据库表中，点击返回按钮返回到接处警列表页面，人员信息管理如图4-6所示。

图4-6人员信息管理界面

代码如下：

<tr>

<tdalign="right">名称：</td>

<tdalign="left"><inputname="name"type="text"class="inputTextNormal"id="textfield"value=""/><spanclass="required">*</span></td>

<tdalign="right">接报时间：</td>

<tdalign="left"><inputname="createtime"type="text"class="inputTextMiddle"id="textfield2"value=""/><spanclass="required">*</span></td>

<tdalign="right">级别：</td>

<tdalign="left"><selectname="level">

<optionvalue="低">低</option>

<optionvalue="高">高</option>

</select><spanclass="required">*</span></td>

</tr>

<tr>

4.3应急事件功能的实现

4.3.1应急事件功能的实现

该图是从登陆界面登陆成功之后，进入到事件查看区域的截图。从截图可以看出，系统设计为以列表的形式展现事件信息，列表头部包含事件名称、创建时间、级别、处理状态、人员人、处警人、操作。下面介绍下该模块实现的主要过程和原理：首先，需要构建住户模块，应用Dreamweaver工具进行页面布局。页面加载事件信息，调用select数据方法接口，将返回数据结果集进行遍历，事件页面进行渲染显示。点击监督处理按钮调用handle方法接口进行事件监督处理。事件查看界面的系统截图如图4-7所示

图4-7应急事件列表界面

代码如下：

<tr>

<tdalign="right">处警人编号：</td>

<tdalign="left"><inputname="cjid"type="text"class="inputTextNormal"id="textfield4"value=""/><spanclass="required">*</span></td>

<tdalign="right">处警人姓名：</td>

<tdalign="left"><inputname="ciname"type="text"class="inputTextMiddle"id="textfield5"value=""/><spanclass="required">*</span></td>

<tdalign="right">处警人电话：</td>

<tdalign="left"><inputname="cjtel"type="text"class="inputTextMiddle"id="textfield6"value=""/><spanclass="required">*</span></td>

4.3.2事件修改功能的实现

根据用户输入的事件查询条件，进行事件信息的查询。事件查询流程图如图4-8所示。

图4-8事件查询流程图

用户在进行事件查询的时候，通过输入事件名称等条件进行事件的查询，页面布局条件搜索框和查询按钮，应用Dreamweaver工具进行页面美化和布局，单击查询按钮，调用按钮事件，然后调用selectWhere数据接口方法，将查询条件作为方法的入参，查询事件数据库，返回查询结果集进行页面渲染。

图4-8事件修改界面

代码如下：

<divclass="btnBar">

<ulclass="clearfix">

<%--<li><ahref="yuan-create.jsp"title="新增数据"class="btnNormal">新增</a></li>--%>

<%--<li><aid="excelOut"href="javascript:method5('tableToExcel')"title="打印"class="btnNormal">打印</a></li>--%>

</ul>

</div>

<tableborder="0"cellspacing="1"cellpadding="0"class="commonTable"id="tableToExcel">

<tr>

<%--<th>内容</th>

<thclass="editColM">操作</th>--%>

</tr>

<c:forEachitems="${sjs}"var="sj">

<tr>

<tdalign="center">${sj.sjid}</td>

<tdalign="left">${sj.sjname}</td>

<%--<tdalign="center">${yuan.content}</td>

<tdalign="left">${yuan.type}</td>

<tdalign="center">${yuan.state}</td>

<tdalign="center">${yuan.shstate}</td>

<tdalign="center">

4.4事件查找模块功能的实现

4.4.1事件添加功能的实现

管理员登录系统成功后，在新增事件界面输入事件相应信息，系统验证信息合法性，如不符合要求提示用户重新输入，如果符合数据验证要求将数据插入到数据库中。流程图如图4-9所示。

图4-9新增事件流程图

下面截图是系统事件管理新增模块截图，该模块功主要任务就是让用户通过填写事件名称、事件类型和数量，生成事件信息的过程。从界面截图来看，该住户模块主要包括的事件信息的名称、类型和数量等选项，另外添加了两个按钮，一个是保存按钮，一个是返回按钮。下面介绍下该模块实现的主要过程和原理：首先，需要构建事件查找模块，通过页面设计工具Dreamweaver设计好，然后将其复制到开发工具当中，接着就是插入文本框控件和按钮控件，调整好使其显得美观得当。其次就是设计实现的原理，单击保存按钮，进入按钮事件，然后调用insert数据接口方法，将信息插入到事件数据库表中，返回按钮返回事件管理的列表页面。下图就是事件管理的新增页面，如图4-10所示。

图4-10事件管理新增界面

代码如下：

functiongetExplorer(){

varexplorer=window.navigator.userAgent;

//ie

if(explorer.indexOf("MSIE")>=0){

return'ie';

}

//firefox

elseif(explorer.indexOf("Firefox")>=0){

return'Firefox';

}

//Chrome

elseif(explorer.indexOf("Chrome")>=0){

return'Chrome';

}

4.4.2事件修改功能的实现

事件信息的修改，输入要修改的事件信息项目，进行信息的更新。事件修改流程图如图4-11所示。

图4-11事件修改流程

用户在进行事件信息修改的时候，通过输入事件名称、事件类型和数量，页面布局应用input组件进行布局，同时布局button按钮。实现修改功能构建事件查找模块，应用Dreamweaver工具进行页面美化和布局，单击保存按钮，调用按钮事件，然后调用updateResources数据接口方法，将信息更新到事件数据库表中，返回按钮返回事件管理的列表页面。

图4-11事件信息修改界面

代码如下：

<tdalign="right">处警人编号：</td>

<tdalign="left"><inputname="jjid"type="text"class="inputTextNormal"id="textfield4"value=""/><spanclass="required">*</span></td>

<tdalign="right">处警人姓名：</td>

<tdalign="left"><inputname="jjname"type="text"class="inputTextMiddle"id="textfield5"value=""/><spanclass="required">*</span></td>

<tdalign="right">处警人电话：</td>

<tdalign="left"><inputname="jjtel"type="text"class="inputTextMiddle"id="textfield6"value=""/><spanclass="required">*</span></td>

</tr>--%>

</form>

</table>

<divid="formPageButton">

<ul>

</ul>

</div>

4.5事件统计报表功能的实现

下面截图是系统事件统计报表模块截图，该模块功主要任务就是让用户通过事件导入事件数据。页面布局选择导入文件按钮和导入按钮。点击导入按钮浏览本地填写好数据的事件文件，调用insert接口方法，循环读取事件内数据，插入到数据库中的事件信息表。如图4-12所示。

图4-12事件统计报表界面

代码如下：

<divclass="commonTitle"><h2>>><ahref="#">日志管理</a>-新增日志</h2></div>

<tableborder="0"cellspacing="1"cellpadding="0"class="commonTable">

<formid="institutionCreat"name="institutionCreat"action="insertyuan"method="post">

<tr>

<tdalign="right">日志名称：</td>

<tdalign="left"><inputname="name"type="text"class="inputTextNormal"id="textfield"value=""/><spanclass="required">*</span></td>

<tdalign="right">内容：</td>

<tdalign="left"><inputname="content"type="text"class="inputTextMiddle"id="textfield2"value=""/><spanclass="required">*</span></td>

<tdalign="right">级别：</td>

<tdalign="left"><selectname="level">

<optionvalue="低">低</option>

<optionvalue="高">高</option>

4.6日志记录管理的功能实现

加载日志信息管理列表，查询数据库显示信息列表页，选择一条需要删除的信息，系统提示是否删除选中信息，如果同意删除数据库中当前这条数据，提示删除数据成功，如果不同意返回数据列表。流程图如图4-13所示

图4-13日志信息删除流程图

在日志信息管理列表页，选择一条需要修改的信息，进行数据查询，跳转到日志信息查询界面，输入需要查询的信息项系统提示是否查询信息，如果同意进行数据的提交，查询数据库信息，如果不同意返回查询页面，可重新输入查询信息项目，再重新上面操作。流程图如图4-14所示。

图4-14日志管理修改流程图

下图是日志管理页面，该画面主要是展现日志信息的数据，页面布局列表日志名称、级别、内容、类型、状态、审核状态和操作列，列表右上角布局新增按钮，每行数据的操作列添加两个操作按钮一个是修改按钮，一个是删除按钮。下面介绍下该模块实现的主要过程和原理：需要构建日志管理模块，通过页面设计工具Dreamweaver设计好，然后将其复制到开发工具当中，接着就是插入文本框控件和按钮控件，调整好使其显得美观得当。点击新增按钮，跳转到日志新增页面，新增日志调用insert接口方法，将数据插入到数据库日志表，点击编辑按钮，修改日志信息调用update接口方法，更新数据库中当前日志信息，点击删除按钮，删除日志信息调用delete接口方法，删除数据库中当前日志信息。如图4-15所示。

图4-15日志管理页面

代码如下：

<body>

<divid="header-wrap">

<iframeallowtransparency="true"frameborder="0"id="header-box"scrolling="no"src="inc-header.html"></iframe>

</div>

<divid="main-wrap">

<divid="main-nav">

<iframeframeborder="0"id="siderbar-box"scrolling="no"src="inc-nav.html"></iframe>

</div>

<divid="main-content">

<tableborder="0"cellpadding="0"cellspacing="0"id="main-content-box">

<tr>

<tdclass="toggle"></td>

<tdclass="content-wrap"><iframeframeborder="0"id="content-box"src="welcome.html"scrolling="auto"></iframe></td>

</tr>

</table>

4.7本章小结

基于SSM的应急救援指挥的应急系统论文的第四章主要展示应急救援指挥的应急系统的详细实现过程，理清代码的设计思路，将算法研究和界面展示呈现出来，对系统的功能性和界面的友好性有一个直观的了解。

5系统测试

系统测试是测试员在对系统测试过程中找出开发者没有发现的错误，反馈给开发者然后及时的修改错误信息的过程。系统测试可以提高系统的综合质量和性能。本章重点介绍系统测试的具体环节。

5.1登录测试

系统测试主要是针对系统主要的模块来进行详细的数据测试说明，通过每个模块的多种测试数据来确定模块是否可行，是否存在错误，进而及时更改。

1.登录测试

受篇幅所限此处只列出部分测试，正确管理员账号：1，密码：1。操作员账号：1，密码：1。用户在登录界面可以通过用户名、密码进行登录。如表5-1所示。

表5-1登录界面测试表

序号	操作	预期结果	实际结果	测试结果
1	不输入账号和密码	登录失败，请重新输入	登录失败，请重新输入	测试成功
2	输入管理员账号1，不输入密码	登录失败，请重新输入	登录失败，请重新输入	测试成功
3	不输入管理员账号，密码：1	登录失败，请重新输入	登录失败，请重新输入	测试成功
4	输入管理员账号：1，密码：1	登录成功，跳转管理员界面	登录成功，跳转管理员界面	测试成功
5	输入错误的管理员账号：ad，密码：888888	登录失败，请重新输入	登录失败，请重新输入	测试成功
6	输入管理员账号：admin，错误的密码：000000	登录失败，请重新输入	登录失败，请重新输入	测试成功
7	输入用户账号：caozuoyuan，密码:123456	登录成功，跳转用户界面	登录成功，跳转用户界面	测试成功
8	输入未注册用户：WHH，密码：123	登录失败，请重新输入	登录失败，请重新输入	测试成功

测试结论：登录界面测试成功，达到预期效果。

5.2人员信息录入测试

人员信息录入测试这里操作员可以进行接处警的信息维护，主要包括编号、名称、接报时间、级别、人员人编号、人员人姓名、人员人电话、处警人编号、处警人姓名、处警人电话。如表5-2所示。

表5-2人员信息录入测试表

序号	操作	预期结果	实际结果	测试结果
1	编号不输入，其它项目正常数据，进行提交	提交失败，编号不允许为空	提交失败，系统提示编号不允许为空	测试成功
2	名称不输入，其它项目正常数据，进行提交	提交失败，名称不允许为空	提交失败，系统提示名称不允许为空	测试成功
3	接报时间不输入，其它项目正常数据，进行提交	提交失败，接报时间不允许为空	提交失败，系统提示接报时间不允许为空	测试成功
4	级别不选择，其它项目正常数据，进行提交	提交失败，必须选择级别	提交失败，系统提示请选择级别	测试成功

续表5-2人员信息录入测试表

序号	操作	预期结果	实际结果	测试结果
5	编号输入：1201，名称输入：口蹄疫，接报时间输入：2021年	提交成功，跳转到接处警列表页	提交成功，跳转到接处警列表页	测试成功

测试结论：人员信息录入测试成功，达到预期效果。

5.3事件管理测试

事件新增这里操作员可以对事件信息进行新增操作，指标主要包括名称、类型、数量。如表5-3所示。

表5-3事件新增测试表

序号	操作	预期结果	实际结果	测试结果
1	输入名称：手套，输入类型：防护类，输入数量：ac，进行提交	提交失败，数量必须为数据字	提交失败，系统提示数量必须为数字	测试成功
2	名称为空，输入类型：防护类，输入数量：100，进行提交	提交失败，名称不允许为空	提交失败，系统提示名称必须为空	测试成功
3	输入名称：手套，类型为空，输入数量：100，进行提交	提交失败，类型不允许为空	提交失败，类型不允许为空	测试成功
4	输入名称：手套，输入类型：防护类，输入数量：100，进行提交	提交成功，跳转到事件信息列表页	提交成功，跳转到事件信息列表页	测试成功

测试结论：事件新增测试成功，达到预期效果。

事件查找这里操作员点击选择导入文件按钮，浏览本机填写好事件数据的事件，点击导入按钮，实现事件的查找。如表5-4所示。

表5-4事件新增测试表

序号	操作	预期结果	实际结果	测试结果
1	选择导入事件：未填写数据的空事件，进行提交导入	导入失败，事件不允许为空	导入失败，系统提示事件不允许为空	测试成功
2	不选择导入事件，进行提交导入	导入失败，必须选择导入事件	导入失败，系统提示必须选择导入事件	测试成功
3	选择导入事件：已填写数据的事件，进行提交导入	导入成功，跳转到事件信息列表页	导入成功，跳转到事件信息列表页	测试成功

测试结论：事件新增测试成功，达到预期效果。

5.4事件新增测试

事件查找这里操作员点击选择导入文件按钮，浏览本机填写好事件数据的事件，点击导入按钮，实现事件的查找。如表5-5所示。

表5-5事件新增测试表

序号	操作	预期结果	实际结果	测试结果
1	选择导入事件：未填写数据的空事件，进行提交导入	导入失败，事件不允许为空	导入失败，系统提示事件不允许为空	测试成功
2	不选择导入事件，进行提交导入	导入失败，必须选择导入事件	导入失败，系统提示必须选择导入事件	测试成功
3	选择导入事件：已填写数据的事件，进行提交导入	导入成功，跳转到事件信息列表页	导入成功，跳转到事件信息列表页	测试成功

5.5本章小结

论文第五章完成软件的测试工作，网站测试主要使用功能测试法配合其他测试手段，保证最终的用例设计可靠，测试结果正确。

结论

应急救援指挥的应急系统的系统设计与开发以及论文撰写在预期内完成。应急救援指挥的应急系统完成了人员信息管理模块、日志记录管理模块、应急事件管理、大数据报表模块。可以实现管理员对应急事件的整体把控，对于各项科研成果都通过数据库查询到，及时更新信息，保证信息有效。本次应急救援指挥的应急系统设计主要特点有系统设计采用的是WEB设计模式，数据库采用了SqlServer作为开发存储数据，保证了系统数据的准确、安全，JavaScript、JSP开发前台页面。社区信息管理系统通过以上等等技术开发完成，拥有我们预期需求的安全性、快捷性、实用性等优点。

系统设计之初，系统考虑的不是很周全，系统模块设定，数据库定位，字段长度定位不够准确。今后也应当丰富自己的技术储备，做出更完善的应急救援指挥的应急系统，缓解科研成果管理工作上的难题，解决时下管理系统不健全，所以存在科研成果信息收集和汇总不及时等问题。

参考文献

XiaoshuWangOptimizedDevelopmentofWebFront-endDevelopmentTechnology[J]JournalofPhysics:ConferenceSeries,2020.
KangningZhengandZuopengZhangandBinSong.E-commercelogisticsdistributionmodeinbig-datacontext:AcaseanalysisofJD.COM[J].IndustrialMarketingManagement,2020,86(prepublish):153-162.
甘宁.互联网时代B2C电子商城购物网站的应用与测试[J].信息与电脑,2021,33(14):3.
顾建伟.电子商城系统的研究与实现[D].电子科技大学,2013
邱璐璐,陈俊仁.基于SpringBoot和Vue框架的高校代领系统设计与实现[J].信息技术与信息化.2021,第004期.
董葆茗,孟萍莉,周璐璐.社交电商背景下零售企业营销模式研究[J].商业经济研究,2020(06):55-59.
孙嘉倪.基于B/S结构的云通信管理平台的设计与实现[D].北京邮电大学,2021.
单树倩,任佳勋.基于SpringBoot和Vue框架的数据库原理网站设计与实现[J].电脑知识与技术.2021,第030期
刘海,王美妮编著.Vue应用程序开发[M].北京:人民邮电出版社,2021.
杨涛.基于Node.js的高并发电商购物系统设计与实现[D].北京邮电大学,2021.
李云.基于Vue框架开发的学生管理系统[J].数字通信世界,2022(03):50-53.
黎西凌.基于springboot的智能管道检测机器人软件设计[J].电子制作.2019,第019期.
王博.基于个性化推荐的居舍优品商城的设计与实现[D].北京交通大学,2020.
武秀峰.云店电子商务平台订单子系统的设计与实现[D].南京大学,2021.
胡晓宇,方剑.基于天翼云的对象存储行业应用实践探索[J].数字通信世界,2022(02):4-9
黄菊华编著.Vue.js入门与商城开发实践[M].北京:机械工业出版社,2020

致谢

四年的读书生活即将划上一个句号，而于我却只是一个逗号，我将面对又一次征程的开始。四年的求学生涯在师长、亲友的大力支持下，走得辛苦却也收获满囊，在论文即将付梓之际，思绪万千，心情久久不能平静。在设计之初，对毕业设计制作没有思路，对于自己能力认知有限，指导老师帮我确定适合自己的题目，并认真分析题目的制作方向，制定需求分析；在制作过程中，付立平老师不断的给我纠正问题，帮助我克服很多大大小小的困难，对我完成设计有很大的帮助；指导老师不厌其烦的讲解和答疑，使我倍受感动。

在课题设计过程中，同学们的帮助和关心让我感受到了同学之间的情谊，他们在我遇到困难的时候可以为我分担难题，纠正我的错误思路；使得我的论文思路能够调整到正确的轨道上来。我的大学时光中，因为有你们的存在而变得更加精彩，谢谢我亲爱的伙伴们。

最后，设计在制作过程中，参考了大量的国内外与课题相关的文献，在指导老师的指导下，我顺利的完成了设计任务，感谢老师。