1. システムのスクリーンショット (デモビデオが必要な場合は、プライベートにチャットできます)
まとめ
今日の社会では、情報の処理において、情報を迅速に伝達し、アーカイブ、保存、検索する方法を無視する企業や個人は存在せず、以前の紙による記録モードは現在の使用要件に適合しなくなりました。したがって、疾病の予防および制御情報の管理を改善し、疾病の予防および制御の情報をより適切に維持するためには、統合された疾病の予防および制御システムの出現が当然のことであり、不可欠なものとなっている。病気の予防と制御の包括的なシステムの開発を通じて、学んだ知識を結果に変えるために学んだことを適用できるだけでなく、知識の記憶を強化し、知識の蓄えを拡大することもできます。自分自身を改善する方法。具体的な開発を通じて、初期の設計からその後のコーディングテストまで、ソフトウェア開発プロセス全体をよく把握しており、深く理解しています。
包括的な疾病予防および制御システムは、MySQL データベースと Spring Boot フレームワークを通じて開発され、アクセス記録管理、パンチカード管理、ワクチン接種記録管理、核酸検出管理、地域伝染病管理、資材管理を実現できます。アプリケーション管理、素材管理、その他の機能。
包括的な疾病予防管理システムによる関連情報の処理を通じて、情報処理がより体系的かつ標準化されることは必然の結果です。処理された情報は、検索や分析に使用されるかどうかに関係なく、効率が2倍になり、コンピュータが生産ニーズにさらに適合し、人々にとって不可欠な情報処理ツールとなり、グリーンオフィスを実現します。できるだけ。
キーワード：包括的疾病予防管理システム、ワクチン接種記録、核酸検査、材料応用
第 1 章 はじめに
1.1 テーマ選定の背景
現在、社会全体の発展速度はインターネットに大きく依存しており、インターネットの存在がなければ市場は崩壊し、経済発展のレベルに深刻な影響を与え、人々の生活の質に影響を与える可能性があります。コンピュータの発展は、ハードウェア、ソフトウェアを問わず多くの技術埋蔵量があり、毎年多くの技術やソフトウェアが生み出されていますが、さまざまな分野に目を向けてみると、そのすべてがインターネットソフトウェアを利用しており、その多くはオフィスワーク、誰もがスマートフォンを持ち、機器は人々の生活の一部となり、一般の人でも天文学や地理を知ることができるようになり、それらはすべてインターネット技術に依存しています。インターネット技術は情報の普及において非常に大きな役割を果たしており、情報の処理はさまざまな業界の管理者や保守担当者にとって大きな責任となっています。人々はインターネットの存在に慣れており、一部のインターネット製品を頻繁に操作することが日常になっているため、人々が使用できる包括的な病気の予防および制御システムを開発することは問題ではありません。疾病の予防および管理情報の管理を標準化できるだけでなく、使用プロセスおよび情報処理プロセスも、情報の伝達および処理全体を制御可能な範囲内に収めることができます。最も重要なことは、コンピューターは疾病の予防および管理情報の管理において管理者をより適切に支援できることです。 。
1.2 テーマ選定の意義
ソフトウェア開発がトレンドになると、どの業界にいても社内の従業員管理や財務管理、さらには経営管理までデジタル化でき、自分に合ったソフトウェアを開発できることがわかります。データを一元的に処理できるようになり、データ処理の結果に応じて管理レベルも自然と向上する 最も重要なのはソフトウェアを開発して運用することである 開発プロセスは実は痛みを整理するプロセスである業界のポイントは、ソフトウェアによって業界の経営の抜け穴を補い、物事の処理フローを継続的に最適化することです。総合疾病予防管理システムは、特別に開発されたソフトウェアです。Web 技術により、ユーザーはブラウザを通じて任意のスマートデバイスを操作および使用できます。データの処理は地理的な距離に限定されません。ソフトウェアが適切に開発されている限り、使いやすく、期待通りの目的を達成できますが、ソフトウェアがあるのとないのとでは大きな違いがあり、このソフトウェアを導入すると、以前の記録検索よりもデータ保存のセキュリティが有利であることがわかります。巨大。
1.3 研究内容
この文書では、分析、設計、実装、テストの観点からシステムについて説明します。
はじめに：本システム開発の背景と意義を紹介します。
開発環境: このシステムの構成環境と開発技術を紹介します。
システム分析: システムの機能、パフォーマンス、実現可能性を紹介します。
システム設計: データベースの設計とシステムの機能構造を紹介します。
システムの実現: このシステムの実現インターフェイスと機能を紹介します。
システムテスト: システムの機能テストとテスト結果を紹介します。
第2章 開発環境
このシステムの開発には開発環境を構築する必要があり、開発者は対応するソフトウェアをインストールするだけでなく、開発に使用される技術を理解し、習得する必要があります。
2.1 Java言語
Java 言語は現在最も人気のある言語の 1 つであり、デスクトップ ウィンドウの形式でプログラムとして使用できるだけでなく、ブラウザからアクセスするプログラムとしても使用できます。さまざまなプログラムのバックグラウンド処理の基礎として Java 言語を使用します。Java 言語は変数を操作するための言語であり、変数は Java によるデータの存在の定義です。変数はメモリの操作に使用され、メモリにはコンピュータのセキュリティの問題が伴います。このように、Java 言語は開発されたデータを直接ターゲットにすることはありません。プログラムのウイルスは、Java 言語で開発されたプログラムの生存性を効果的に向上させます。Java は動的な実行機能を備えた言語です。Java クラスは、Java コアが提供する基本クラスを使用できるだけでなく、書き換えることもできます。これにより、Java の機能がより豊富になり、カプセル化用の機能モジュールも作成できます。他のプロジェクトでこれらの再利用可能な関数を使用する必要がある場合は、それらを直接参照し、それらが使用されているメソッドを呼び出すことができます。Java はオープンソース言語であり、Java のさまざまなクラスや参照メソッドをトレースしたり、コンパイルされた言語を逆コンパイルしたりすることができるため、学習の効率が向上するだけでなく、他の実践者から学ぶこともできるエレガントなプログラミングです。Java 言語は現在まで発展し、さまざまな業界に根付いています Java を学ぶことで携われる業界は数多くあり、学習方法も数多くあります インターネット上には無料のチュートリアルが数多くあり、高度な知識でも学ぶことができますJava 言語の初期には、すべてのプログラマーは手動コーディングにメモ帳を使用する必要がありましたが、現在では、Java 実践者を支援する統合開発環境が数多くあります。プログラミングに Java 言語を選択することは、問題を解決する良い方法です。
2.2 MYSQLデータベース
一般に、プログラム開発を学ぶ人がデータベースを学ぶ場合は、MySQL データベースを学ばなければなりません。長年開発を続けてきたため、MySQL データベースのコミュニティ バージョンは無料です。開発者は、より高度なコンピュータに乗り換えることなく学ぶことができます。学習は 1 つの側面にすぎません。最も重要なことは、MySQL が世界で最大の市場シェアを持っているということです。基本的に、10 社中 7 ～ 8 社が MySQL データベースを使用しています。MySQL のメリットは表面的なものだけではなく、MySQL はまずオープンソースであること、商用でない限りコストがかからないこと、大規模なデータにも対応していることなど、上に存在するオペレーティングシステムである限り、市場では、MySQL は対応するバージョンを使用できます。MySQL はオープン ソースであるため、MySQL に特別なニーズがある場合は、独自の用途に合わせてソース コードを自分で変更することもできます。MySQL データベースには多くの利点がありますが、最も重要な点は、この設計の開発要件を満たしていることです。この設計は MySQL の基本機能の一部のみを使用しており、この基本機能で十分であると言えます。MySQL を学習するためのオンライン チュートリアルは数多くあります。入門に関するチュートリアルの多くは、一般のプログラマの開発レベルに完全に到達できます。基本的な知識を学習するだけでよく、社内のさまざまなビジネス ロジックに従ってさまざまなステートメントを作成するだけで済みます。
2.3 Eclipse開発ツール
Eclipse はオープンソースであり、無料です。このように理解するだけでは、無料で良い製品がないように感じられるかもしれませんが、そうではありません。Eclipseはソースコードを開発するための開発ツールですが、オープンソースのため安全性が高く、ユーザーのコンピュータに有害な場合にはその原因がわかるため、セキュリティ面でも心配する必要はありません。Eclipse はインストールする必要がないため、システム ディスクの負荷を高める必要がありません。任意のディスクに配置でき、使用中は開き、使用しないときは閉じます。バックグラウンドで密かに実行されることはありません。レジストリへの負担を増やす必要はありません。Java JDK に依存することによってのみ起動でき、一部のウイルス侵入を効果的に回避します。ウイルス侵入によってソース コードが変更された場合、実行できません。フォルダを削除することのみ可能です。新しい Eclipse を解凍すると、非常に安全に使用できます。Eclipse は現在まで開発されており、他の開発言語をサポートできます。このファミリーはますます強力になり、より多くの機能が追加されています。最も重要なことは、料金がかからないことです。これにより、初心者の開発者は多くの費用を節約できます。お金をかけて開発ソフトウェアを購入した結果、自分が開発に向いていないことが判明するのではなく、永久無料戦略でいつでもそれを使いたいと思う機会を人々に与えることができます。最も重要なことは、Eclipse は無料ではなく機能が十分ではないということですが、逆に強力なだけでなく、この設計の開発要件を十分に満たしているため、Eclipse を開発ツールとして選択しました。
2.4 スプリングブートフレームワーク
Spring Boot は初心者に適しており、また、過去の Spring フレームワーク開発者から学ぶのにも適しており、学習するのに非常に便利で、純粋な英語のチュートリアルでも中国語のチュートリアルでも、国内外で多くの学習教材が提供されています。Spring Boot では、シームレスな切り替えのためにすべての Spring プロジェクトを実行できます。組み込みのサーブレット コンテナは、コードを WAR にパッケージ化しなくても実行できます。独自のアプリケーション監視により、実行中のプロジェクトをリアルタイムで監視し、いつでも問題を見つけて場所を特定できるため、プログラマは問題を適時に修正できます。
第 3 章 システム分析
この段階では、システムを研究するための基礎データとして大量のデータに依存する必要があり、システム開発の実現可能な課題を分析するだけでなく、ニーズを調査してシステムの機能を決定する必要があります。さらなる分析のために、システムの対象となるターゲット集団の数を特定し、システムのパフォーマンスを決定します。
3.1 実現可能性の分析
プロジェクトの開発前に、技術、経済、運営の観点から分析された実現可能性分析報告書が必要であり、実現可能性分析は科学の発展を実現するために必要なステップです。
3.1.1 技術的な実現可能性
技術的な観点から見ると、現在開発されている技術はシステム開発のニーズを十分に満たすことができます。現在、既製のソフトウェア開発ツールや開発手法が市販されており、システム開発をスムーズに進めることができます。
3.1.2 運用の実現可能性
総合防疫システムは、ユーザーがよく利用するページの運用プロセスに合わせて設計されており、ページの統一性が保証されており、ビジョンと運用の観点から利用要件を満たすことができます。
3.1.3 経済的実現可能性
この開発プロセスでは、コンピュータを介して開発環境を構築する必要があるため、技術分析により、現在使用しているコンピュータが開発ニーズを満たすことができ、コンピュータを買い替えるのにそれほど多額の費用がかからないことがわかります。したがって、経済的な観点からは、開発要件を満たすことができます。
上記の 3 つの角度からの分析と実証により、病気の予防と制御のための包括的なシステムが開発され、正常に使用できることが証明されました。
3.2システムフロー解析
システムの役割の分析から、各ユーザーの役割は異なるアカウント ID を表し、異なる ID は機能の類似点と相違点を表すため、まずユーザーの役割 ID を区別する必要があります。ユーザーログインを設定するには、アカウント番号とパスワードを入力する必要があります。入力した情報は、データベースにすでに存在するアカウントのパスワード情報と比較する必要があります。正しいアカウント番号とパスワードのみが次のページの表示操作を実行できます。アカウントのパスワードが間違っている場合、ユーザーのログインを拒否すると、ユーザーにはアクセスを継続する権限がなく、システムはサービスの提供を続行できなくなります。
図 3-1 動作フローチャート
どのシステムにも運用プロセスがあり、この設計ではデータの保存には一定の法的要件があり、その要件を満たすデータのみを保存できます。具体的な手順については、次の図を参照してください。
図 3-2 情報追加のフローチャート
データの保存は静的ではありません。既存のデータを変更する必要がある場合も、運用プロセスに従います。データを変更する場合は、まず変更前のデータが何であるかを確認してから、変更するかどうかを入力する必要があります。新しいデータは合法です。プロセスに従って、合法なデータのみが更新され、データベースに保存されます。具体的な手順については、次の図を参照してください。
図 3-3 情報変更のフローチャート
削除操作はデータ保管上より慎重な操作であり、誤操作が発生する可能性が非常に高いため、通常は削除操作中に削除するかどうかを確認する必要があり、削除を確認した後でのみデータベースの内容が更新されます削除の目的を達成するため。具体的な手順については、次の図を参照してください。
図3-4 情報削除のフローチャート
3.3 システムパフォーマンス分析
システムの利用中、ユーザーはシステムによってもたらされる利便性を享受することができます。では、いかにしてシステムをトラブルなく長く使い続け、操作の楽しさや利便性を感じてもらえるか、これが検討すべき課題となります。以下では、システムのパフォーマンス分析を中心に、システムのスケーラビリティを含むデータの完全性とデータセキュリティの側面から説明します。
3.3.1 システムのセキュリティ
登録ユーザーとツーリストユーザーの違いはアカウントの有無であり、アカウントがあれば該当する登録ユーザー権限があり、アカウントがあればパスワードがあり、パスワードが前提となるアカウントのセキュリティを確保するため、観光客は一部の公開情報のみを閲覧できますが、情報を閲覧するためにログインが必要な場合は、自分のアカウントでもログインする必要があります。システムのセキュリティについては、ロールのパスワード暗号化が主に考慮され、有効なパスワード データが傍受された後のクラッキング作業を防ぐことができます。一般に、パスワードにセキュリティ要件がある場合は、暗号化されたストレージを検討できます。パスワードの暗号化保管には大きく2つの設計方法があり、1つはフロントに提出したパスワードをJava ScriptでMD5で暗号化し、暗号文を直接提出する方式で、暗号文送信の安全性が高いというメリットがあります。もう 1 つはパスワードを送信することです。最後に、パスワードはバックグラウンド処理中に暗号化または復号化されるため、バックグラウンド処理の負荷が増加します。一般的には中間とみなされ、ログインするとパスワードがバックグラウンドで暗号化され、データベースのパスワードと比較されます。現在一般的に使用されている暗号化方式は MD5 暗号化方式です。
3.3.2 データの整合性
システム開発の最も重要な目的はデータ処理ですが、コンピュータはデータの保存と処理が得意なので、データの完全性が保証されなければシステムの存在は不要です。データは設計時から保存時まで完全なものである必要があり、データの入力からあらゆる面でデータの合法性が保証されており、違法なデータをそのまま提出することはできません。また、データ処理ロジックは、データが正常に処理されて保存されることを保証し、データ設計が合理的であることも保証します。これらすべてにデータ設定要件があります。現在、データの保存にはリレーショナルデータベースが使用されており、長年の歴史があり強力であり、移行バックアップや無人バックアップも自動でバックアップできます。
3.3.3 システムの拡張性
システムはスケーラブルであることが必要です。設計の開始時には、想定されるビジネスを考慮する必要があるため、システムの設計をモジュール化する必要がありますが、拡張が必要な場合は、対応するモジュールの追加と、対応するロジックのデバッグだけで済みます。システムの拡張性が向上すると、システムの不必要な負荷が増加し、プログラム設計が仕様に沿ったものになります。
3.4 システム機能の分析
機能分析では、主に対象ユーザー層の観点からシステムを分析しますが、分析結果を分かりやすく表示するために、ここでは機能表示にユースケース図を使用します。
管理者ユースケース図の描画結果を図 3-5 に示します。管理者はシステムにログインし、チェックイン情報の管理、核酸検査の管理、ワクチン接種記録の管理、材料の管理、材料申請のレビュー、アクセス記録の管理、地域感染症の管理などの機能を操作できます。等
図 3-5 管理者の使用例図
ユーザーユースケース図の描画結果を図 3-6 に示します。ユーザーがログインしてシステムに入る機能には、アクセス記録の閲覧、核酸検査、ワクチン接種記録、パンチカードの管理、物品の申し込みなどが含まれます。
図 3-6 ユーザーの使用例図
第4章 システム設計
これまで市場にはさまざまなソフトウェアシステムが存在しており、システムの分類からすると、主な適用分野としてはオフィスシステム、エンターテインメントシステム、ソーシャルシステムがあり、その下に小規模なブランチシステムが数多く存在します。多くのシステムが市場のテストに合格し、さまざまなビジネス シナリオに合わせて、ビジネスのモジュール化やプログラマーによるコードの削減など、さまざまな設計手法が登場し始めています。これまで、システムを設計する場合、基本的には、ビジネスモデルに応じてインターネット上で同様のテンプレートを検索し、それを特定のビジネスに応じて分析し、特定の機能を実現することができます。公開されているものが最適です。結局のところ、市場の主流に準拠しているということは、通常の操作手順を満たしている必要があることを意味します。
4.1 システム設計の目標
システムを設計する際には、達成すべき目標を策定する必要があります。機能面では、操作手順を削減するだけでなく、期待に応えるために、設計要件を厳密に満たす必要があります。したがって、今日の標準化された世界でプロジェクトの要件を満たすシステムを設計するには、以下に設定された目標を達成する必要があります。
最初の目標は親しみやすさです。親しみやすさは主にユーザーの使用プロセスに反映され、システムの操作に対する不満を引き起こさず、オペレーターの怒りを軽減します。これは非常に重要な表現です。過去数年間で、多くのソフトウェアがフレンドリーさの点で良い仕事をしなかったため、フレンドリーさの点で市場を失いました。国内のインターネット開発の黎明期においては、ソフトウェア設計の目的はそれを使えるようにすることであり、ハードウェア効率が相対的に低く、コンピュータが新興産業であるため、使いやすさの比較は存在しません。だから兄は次兄に関わらず無愛想です。コンピューターは今日まで発展しており、第一印象は非常に重要であるため、コンピューター ハードウェアの向上に伴い、多くの開発者は、使いやすさを向上させるためにコンピューターの特定のパフォーマンスを犠牲にする必要があることに気づき始めています。それは多くの人に疑問を抱かせるので、親しみやすさを磨くには多大な努力が必要です。
2 番目の目標はセキュリティです: セキュリティは実際、ソフトウェア業界全体の発展の歴史の中にあります。コンピュータは、人間による反復的な計算とデータ ストレージを解決するために生まれました。多くの業界では、エラーの可能性を減らすために計算を実行するためにコンピュータを必要としています。そして、データは保持されます。リアルタイムでクエリできるため、データのセキュリティも非常に重要です。
データセキュリティの前提が保証され、機能要件を満たすフレンドリーなインターフェイス操作が開発される限り、システム設計の目的は達成されます。
4.2 機能構造設計
このシステムは主にデータの追加、変更、削除などの操作に基づいており、ユーザーはあらかじめ設定されたログイン機能を通じて指定された操作領域に入ることができ、ここではユーザーが設計した機能が構造的に表示されます。
管理者機能構成図の描画結果を図 4-1に示します。管理者はシステムにログインし、チェックイン情報の管理、核酸検査の管理、ワクチン接種記録の管理、材料の管理、材料申請のレビュー、アクセス記録の管理、地域感染症の管理などの機能を操作できます。等
図4-1 管理者機能構成図
ユーザ関数構造図を描画した結果を図 4-2 に示します。ユーザーがログインしてシステムに入る機能には、アクセス記録の閲覧、核酸検査、ワクチン接種記録、パンチカードの管理、物品の申し込みなどが含まれます。
図 4-2 ユーザー機能の構造図
4.3 データベース設計
設計システムの機能が非常に重要である場合、システムのデータベース設計はより重要になります。結局のところ、システムはユーザーにサービスを提供し、データベースはシステムにサービスを提供し、ユーザーはシステムにアクセスし、オペレーティング システムのすべてのデータを管理します。システムはデータベースに依存しており、システムデータはほぼすべてデータベースに保存されるため、高品質なプログラムには安全で高速な応答、安定性と信頼性の高いデータベースが必要です。本システムのMySQLデータベースは、指定したテーブルへのデータの挿入、指定したテーブルのデータの変更、指定したテーブルのデータの一部の削除など、SQL言語によるシステムデータの管理を実現できます。一般に、MySQL などのリレーショナル データベースは、構造化クエリ言語 SQL を非常によくサポートできます。プログラミングではSQL言語を合理的に使うことで、データベース内のさまざまなデータを操作することができてとても便利で早いです！
4.3.1 データベースの概念設計
このセクションの内容では、主にグラフィックを使用して、データベース内のエンティティ、各エンティティの対応する属性、およびエンティティ間の相互関係を説明します。一般的に使用される Visio ツールは、ER 図の描画のニーズを満たすことができます。ER図は長方形、楕円、ひし形などの図形要素で構成されており、主に長方形のボックスにエンティティの名前、楕円形のボックスにエンティティの属性、エンティティ間の接続名が登録されます。最後に、実線セグメントを使用してこれらのグラフィック要素を接続し、ER 図の描画を完了します。ER図を事前に取得したら、データの冗長性を排除したり、エンティティ間の冗長なリンクを排除したりする目的を達成するために、ER図を検査し、分析によって修正し、再構成する必要があります。これにより、データベースの整合性が維持され、データベースのメンテナンスの困難さが軽減されます。
(1) Visio などの一般的なエンティティ属性図描画ツールを使用して、チェックイン エンティティ属性図を描画します。描画結果は図 4-3 に示されています。
図 4-3 パンチカードエンティティの属性図
(2) Visio などの一般的に使用されるエンティティ属性マップ描画ツールを使用して、ワクチン接種記録のエンティティ属性マップを描画します。描画結果は図 4-4 に示されています。
図 4-4 接種記録エンティティの属性図
(3) Visio などの一般的なエンティティ属性図描画ツールを使用して、マテリアル エンティティ属性図を描画します。描画結果は図 4-5 に示されています。
図 4-5 マテリアルエンティティの属性マップ
(4) Visio などの一般的なエンティティ属性図描画ツールを使用してユーザー エンティティ属性図を描画します。描画結果は図 4-6 に示されています。
図 4-6 ユーザーエンティティの属性図
(5) 上で描画されたエンティティ間の接続を図 4-7 に示します。
図 4-7 エンティティ間の関係の ER 図
4.3.2 データベースの物理設計
このシステムのデータはデータベース上のさまざまな2次元テーブルを通じて記録・保存されますが、データベース内の2次元テーブルの設計もデータの保存効率に影響するため重要です。2 次元テーブル、つまりリレーショナル モデルを設計する前に、2 次元テーブルに関するいくつかの一般的な概念を完全に理解する必要があります。
関係: 特定のデータ テーブルが関係を表し、関係の名前はデータ テーブルの名前と一致します。
タプル: データ テーブルの各行に表示されるデータはタプルを表します。
属性: データ テーブルでは、各列で表されるデータが属性を表します。
キーワード: データテーブルでは、他のデータテーブルと区別するために、各テーブルに主キーを設定する必要があります。
前のセクションの内容を通じて、データベース内の各エンティティを知り、これらのエンティティによって表されるコンテンツを特定の方法でデータ テーブルに変換できます。一般に、各エンティティは、指定された特定のデータ テーブルに対応します。データベース内に名前付きデータベースを作成すると、データ テーブルを作成して設計できます。疾病の予防と制御のための包括的なシステムのデータテーブルの設計結果は次のとおりです。
表 4-1 入退出記録用紙
| 分野 |
ノート |
タイプ |
ヌル |
| id (主キー) |
主キー |
int(11) |
いいえ |
| ヨンフ_id |
ユーザー |
int(11) |
はい |
| ちゅるじる_types |
タイプ |
int(11) |
はい |
| ちゅるじる_写真 |
健康コード |
varchar(200) |
はい |
| ちゅるじる_content |
述べる |
文章 |
はい |
| churu_time |
アクセス時間 |
タイムスタンプ |
はい |
| 挿入時間 |
時間を追加する |
タイムスタンプ |
はい |
| 作成時間 |
作成時間 |
タイムスタンプ |
はい |
表 4-2 チェックインテーブル
| 分野 |
ノート |
タイプ |
ヌル |
| id (主キー) |
主キー |
int(11) |
いいえ |
| ヨンフ_id |
ユーザー |
int(11) |
はい |
| daka_photo |
パンチ写真 |
varchar(200) |
はい |
| taka_content |
パンチのコメント |
文章 |
はい |
| 挿入時間 |
パンチデート |
日にち |
はい |
| 作成時間 |
作成時間 |
タイムスタンプ |
はい |
表 4-3 発表情報フォーム
| 分野 |
ノート |
タイプ |
ヌル |
| id (主キー) |
主キー |
int(11) |
いいえ |
| ゴンガオ名 |
会報名 |
varchar(200) |
はい |
| ゴンガオ写真 |
告知イメージ |
varchar(200) |
はい |
| gonggao_types |
アナウンスタイプ |
int(11) |
いいえ |
| 挿入時間 |
発表発表時間 |
タイムスタンプ |
はい |
| gonggao_content |
発表内容 |
文章 |
はい |
| 作成時間 |
作成時間 |
タイムスタンプ |
はい |
表 4-4 核酸検出表
| 分野 |
ノート |
タイプ |
ヌル |
| id (主キー) |
主キー |
int(11) |
いいえ |
| ヨンフ_id |
ユーザー |
int(11) |
はい |
| jiance_time |
検出時間 |
タイムスタンプ |
はい |
| jiance_types |
試験結果 |
int(11) |
いいえ |
| hesuanjiance_content |
述べる |
文章 |
はい |
| 挿入時間 |
時間を追加する |
タイムスタンプ |
はい |
| 作成時間 |
作成時間 |
タイムスタンプ |
はい |
表 4-5 予防接種記録フォーム
| 分野 |
ノート |
タイプ |
ヌル |
| id (主キー) |
主キー |
int(11) |
いいえ |
| ヨンフ_id |
ユーザー |
int(11) |
はい |
| jiezhongjilu_uuid_number |
予防接種番号 |
varchar(200) |
はい |
| jiezhong_time |
接種時期 |
タイムスタンプ |
はい |
| jiezhong_types |
予防接種の種類 |
int(11) |
いいえ |
| jiezhongjilu_content |
述べる |
文章 |
はい |
| 挿入時間 |
時間を追加する |
タイムスタンプ |
はい |
| 作成時間 |
作成時間 |
タイムスタンプ |
はい |
表 4-6 市中感染症の流行状況
| 分野 |
ノート |
タイプ |
ヌル |
| id (主キー) |
主キー |
int(11) |
いいえ |
| ヨンフ_id |
ユーザー |
int(11) |
はい |
| shequyiqing_name |
タイトル |
varchar(200) |
はい |
| ゴンガオ写真 |
写真 |
varchar(200) |
はい |
| シェクイチン_コンテンツ |
コンテンツ |
文章 |
はい |
| 挿入時間 |
リリースタイム |
タイムスタンプ |
はい |
| 作成時間 |
作成時間 |
タイムスタンプ |
はい |
表 4-7 管理者テーブル
| 分野 |
ノート |
タイプ |
ヌル |
| id (主キー) |
主キー |
bigint(20) |
否 |
| username |
用户名 |
varchar(100) |
否 |
| password |
密码 |
varchar(100) |
否 |
| role |
角色 |
varchar(100) |
是 |
| addtime |
新增时间 |
timestamp |
否 |
表4-8 物资表
| 字段 |
注释 |
类型 |
空 |
| id (主键) |
主键 |
int(11) |
否 |
| wuzi_name |
物资名称 |
varchar(200) |
是 |
| wuzi_danwei |
单位 |
varchar(200) |
是 |
| wuzi_photo |
物资照片 |
varchar(200) |
是 |
| wuzi_types |
物资类型 |
int(11) |
是 |
| wuzi_kucun_number |
物资库存 |
int(11) |
是 |
| wuzi_delete |
逻辑删除 |
int(11) |
是 |
| wuzi_content |
物资介绍 |
text |
是 |
| create_time |
创建时间 |
timestamp |
是 |
表4-9 物资申请
| 字段 |
注释 |
类型 |
空 |
| id (主键) |
主键 |
int(11) |
否 |
| wuzi_id |
物资 |
int(11) |
是 |
| yonghu_id |
用户 |
int(11) |
是 |
| wuzishenqing_number |
申请数量 |
int(11) |
是 |
| wuzishenqing_content |
申请理由 |
text |
是 |
| wuzishenqing_paifa_types |
派发地点 |
int(11) |
是 |
| insert_time |
申请时间 |
timestamp |
是 |
| wuzishenqing_yesno_types |
审核状态 |
int(11) |
是 |
| wuzishenqing_yesno_text |
回复意见 |
text |
是 |
| update_time |
审核时间 |
timestamp |
是 |
| create_time |
创建时间 |
timestamp |
是 |
表4-10 用户表
| 字段 |
注释 |
类型 |
空 |
| id (主键) |
主键 |
int(11) |
否 |
| username |
账户 |
varchar(200) |
是 |
| password |
密码 |
varchar(200) |
是 |
| yonghu_name |
用户姓名 |
varchar(200) |
是 |
| yonghu_phone |
用户手机号 |
varchar(200) |
是 |
| yonghu_id_number |
用户身份证号 |
varchar(200) |
是 |
| yonghu_photo |
用户头像 |
varchar(200) |
是 |
| sex_types |
性别 |
int(11) |
是 |
| yonghu_email |
电子邮箱 |
varchar(200) |
是 |
| create_time |
创建时间 |
timestamp |
是 |
第五章 系统实现
这里主要是对系统设计实现进行描述，通过系统的设计和数据库的设计，通过编码后变成了可以进行操作的界面，让一切想法变成了结果，通过文字和具体程序操作界面的截图之间的配合，可以把功能更直观的描述起来。
5.1管理员功能实现
5.1.1 核酸检测管理
管理员进入如图5-1所示的核酸检测管理界面之后，管理员点击信息显示栏中最右侧的修改，删除按钮可依次完成核酸检测信息的修改，删除等操作，管理员也能在当前界面查询核酸检测信息，添加核酸检测信息等。
图5-1 核酸检测管理界面
5.1.2 接种记录管理
管理员进入如图5-2所示的接种记录管理界面之后，管理员点击信息显示栏中最右侧的修改，删除按钮可依次完成接种记录信息的修改，删除等操作，管理员在当前界面也能添加接种记录，查询接种记录。
图5-2 接种记录管理界面
5.1.3 物资管理
管理员进入如图5-3所示的物资管理界面之后，管理员点击信息显示栏中最右侧的修改，删除，增加库存，减少库存按钮可依次完成物资信息的修改，删除，增加库存，减少库存等操作。
图5-3 物资管理界面
5.1.4 物资申请管理
管理员进入如图5-4所示的物资申请管理界面之后，管理员点击信息显示栏中最右侧的修改，删除按钮可依次完成物资申请信息的修改，删除操作，管理员在本界面也能审核用户提交的物资申请信息。
图5-4 物资申请管理界面
5.1.5 出入记录管理
管理员进入如图5-5所示的出入记录管理界面之后，管理员点击信息显示栏中最右侧的修改，删除按钮可依次完成用户出入记录信息的修改，删除操作，管理员在本界面也能添加出入记录信息，查询出入记录信息等。
图5-5 出入记录管理界面
5.2 用户功能实现
5.2.1 打卡管理
用户进入如图5-6所示的打卡管理界面之后，用户点击信息显示栏右侧的删除按钮可以删除打卡信息，用户在本界面可以新增打卡信息，查询打卡信息等。
图5-6 打卡管理界面
5.2.2 接种记录查看
用户进入如图5-7所示的接种记录查看界面之后，用户可以查看接种记录信息，可以查询接种记录信息等。
图5-7 接种记录查看界面
5.2.3 公告信息查看
用户进入如图5-8所示的公告信息查看界面之后，用户可以查询公告，鼠标点击公告标题可以查看公告的具体内容。
图5-8 公告信息查看界面
5.2.4 社区疫情情况
用户进入如图5-9所示的社区疫情情况界面之后，用户可以查询社区疫情情况信息，可以点击社区疫情情况的标题查看社区疫情情况的具体内容。
图5-9 社区疫情情况界面
第六章 系统测试
在整个系统完成之后，就需要进入系统测试环节。在系统测试环节的主要任务就是用不同的测试方法，使用不同的测试用例，来引出系统出现的问题，只要测试出问题，才可以让程序员有目的性的对问题进行解决，最终让问题越来越少，才能让用户验收程序。
6.1系统测试的特点
系统测试，是有一定的特点，并且根据这些特定也有相关的描述信息，下面就是对这些测试的特点来进行阐述：
第一点：完整的测试，就是在用户的角度上，通过不同的权限，来测试不同的模块，最终判断程序的优劣性。
第二点：测试主要从程序的设计架构方面来进行测试，也需要从业务操作流程方面测试。
第三点：测试不是想一出是一出，要有严谨的测试步骤，测试目的，只有科学的测试方法才能产生科学的测试结果，能很好的对出错几率进行降低。
总的来说，系统测试不仅仅是让功能符合，还要在突发情况下有相应的配套表现，只要考虑的多，做的多，系统运行过程中才能更加平稳。
6.2 系统功能测试
本章节主要是测试部分，选用一些常规操作进行测试，看测试效果是否达到程序设计预期。
6.2.1 用户登录测试
一般都要进行登录测试，登录测试是所有功能里面最基础也是重要的部分，只有合法的登录才可以进行对应权限的操作，不合法的登录肯定是不让用户进行下一步操作的。具体步骤参考下图。
表6-1 用户登录测试表
| 测试功能 |
操作流程 |
测试的数据 |
结果 |
是否符合要求 |
| 用户登录 |
用户填写账号，填写密码，数据填写完成之后点击登录按钮 |
账号和密码保证一个出错一个正确 |
不能登录 |
是 |
| 账号和密码都正确 |
登录成功 |
是 |
6.2.2 出入记录查询测试
查询功能是一个常用的功能，通过条件查询可以获得自己所需的内容，条件输入也需要输入正确的已经存在的条件才可以有获取结果，对不同的获取条件返回不同的结果集。
表6-2 出入记录查询功能测试表
| 测试功能 |
操作流程 |
测试的数据 |
结果 |
是否符合要求 |
| 出入记录查询功能 |
在查询界面的数据输入框中登记关键词然后搜索 |
用户姓名有误或为空 |
不能查询 |
是 |
| 用户姓名信息正确 |
查询成功 |
是 |
6.3 系统测试结果
经过整体性测试，疾病防控综合系统测试无误，符合设计预期，同时也符合操作性设定以及易维护性设定，并且在数据的安全性保障上也有很好的体现。疾病防控综合系统已经可以使用。
结 论
开发与实现疾病防控综合系统已经花费了半年时间，在这期间，作为学生的我收获了很多知识。因为独自开发疾病防控综合系统，仅仅依靠在校期间学到的软件开发方面的知识显然是不行的，还需要通过其他的学习渠道进行程序开发类知识的拓展，比如去图书馆借阅书籍，比如数据库设计的书籍，Java编程语言方面的书籍，软件工程方面的书籍等，还可以通过上网查看编程方面的博客，这些博客呈现的知识是各个软件开发者在工作生涯中总结的编程知识，都是编程知识中的精华，可以帮助学习开发的人员在编程中避免很多开发误区，还可以节省开发的时间。另外，也可以通过数字图书馆下载相似系统方面的参考文献进行程序开发类的知识学习。总而言之，当一个人完成疾病防控综合系统的设计与开发后，不仅自身的专业知识水平得到了提升，还提高了自己将理论转为实际操作的能力，以及面对问题通过知识学习进而解决问题的能力。
疾病防控综合系统的设计实现，让我有以下几点体会：
（1）在确定要研究的系统之后，对于系统的研究内容也就是系统的功能的分析与设计是比较重要的部分，这方面主要是站在使用者的角度进行考虑，可以参考相似系统的功能进行设计，也能通过对目标用户群进行问卷调查等方式进行功能需求的确定，只有确定了系统需要的功能之后，才可以开展系统的配套数据库的设计，系统的编码等后续工作。
（2）对于系统的代码编写是一项比较复杂的工作，这也是系统的后端部分，用户操作系统看到的只是代码运行之后呈现出来的操作界面前端部分，编写的代码与运行实现的界面是相对应的，所以编写代码时，需要一边编写，一边查看代码的运行效果，这里就需要编写代码的人员注意一些编写细节，比如规范命名程序变量，注释关键代码等，这些编码习惯会帮助开发者在该系统中进行功能拓展或功能维护中提高效率。
（3）系统的功能模块在编码实现之后，也需要单独进行测试，发现问题之后能够及时进行解决，当系统的所有的功能都实现之后，再次对该系统整体进行测试，方便开发者在检验系统功能的基础上，进行系统问题的修复与完善。
由于时间比较短暂，加上开发期间我都是一边学习理论，一边进行实操，对于开发的疾病防控综合系统除了具备能够正常运行，能够提供信息管理功能，以及能够保证系统运行期间产生的数据的安全性等特点外，本系统也具备一些缺点，首先表现的就是当使用者使用系统时，在对数据进行查询或者更新时，系统响应时间比较长，增加了用户的等待时间，让用户的使用体验不够理想，其次，疾病防控综合系统的功能操作的流程设计上也存在一些不合理之处，最后，疾病防控综合系统对于权限划分，功能模块细分上也存在一些漏洞。
总的说来，在今后的时间里面，自己除了要加强理论知识的学习外，还要继续投入时间和精力去对疾病防控综合系统进行修复，让本软件拥有更强的性能，比如安全性以及可靠性。
致 谢
自从来到了这个校园之后，我认识了很多同学，还有很多老师，也结交了很多朋友，这些人们为我的大学生活增添了许多色彩。虽然毕业已经进入倒计时，但是我们互相之间还是向往常一样相处，也许是大家都很珍惜这最后的时光吧。
在大学校园经过了几年的知识学习后，目前的我不仅具备一些专业理论知识，还拥有本专业方面的实操技能，这些成长都是学校老师带给我的，所以，毕业了，看到自己的知识变得丰富起来，自己的能力也得到了成长，我是非常感谢本专业的所有老师的。
指导老师是学院分配的老师，主要是帮助我们更好的完成选择的毕业课题，并在课题撰写期间提供给学生系统制作以及文档撰写方面的指导。因此，我在制作本系统时，我的导师提供的指导包括了功能的确定，系统结构的设计，系统功能的编码，以及测试系统等方面的指导，可以说从选题到本系统制作完成，导师在每个阶段性任务期间都进行了指导，主要是针对我遇到的主要困难，提供相应的解决方案，这样才让我能够如期完成本课题。所以，能够上交设计成果，我是非常感谢导师的。
感谢本院同学还有我身边的朋友，在校期间，我们总是时不时进行交流，包括平时作业以及本次的毕业课题方面的互相探讨，还有就是每当我陷入困境时，在你们的帮助下我总能很快走出困境。所以，这些年，你们的陪伴，让我很暖心！
离开校园之后，我们将不在这个场所进行学习与生活了，尽管很不舍，但还是祝愿我的校园前景广阔！
参考文献
[1]赵东旭,赵健雅.威海市一体化疫情防控系统设计[J].大数据:1-9.
[2]张宇,师庆科,王觅也,郑涛,白丁.医院常态化疫情防控平台的构建与应用[J].中国医疗设备,2022,37(02):103-106+135.
[3]彭影.优化Java数据库访问效率的策略研究[J].计算机产品与流通,2020(02):21.
[4]尹维伟.探析计算机软件Java编程特点及技术[J].电脑编程技巧与维护,2020(03):38-39+52.
[5]张金波.Java编程中常见的异常及其解决方案[J].计算机产品与流通,2019(12):29.
[6]秦超,潘猛,张鹏.处理MySQL的典型问题[J].网络安全和信息化,2018(04):70-72.
[7]王晓燕.MySQL数据库中误操作删除数据的恢复问题[J].办公自动化,2018,23(11):45+61.
[8]李瑞祥,刘伟.MYSQL数据查询技巧[J].网络安全和信息化,2019(05):70-71.
[9]王宝莹.基于eclipse的毕业设计流程系统的设计与开发[J].智库时代,2020(13):261-262.
[10]李承涛,金亚玲.基于Eclipse软件的车载应用APP的设计[J].内蒙古科技与经济,2019(15):90+96.
[11]王丹,孙晓宇,杨路斌,高胜严.基于SpringBoot的软件统计分析系统设计与实现[J].软件工程,2019,22(03):40-42.
[12]张峰.应用SpringBoot改变web应用开发模式[J].科技创新与应用,2017(23):193-194.
[13]谭少华. Java Web管理信息系统快速开发平台的设计与实现[D].电子科技大学,2018.
[14]孔璐.软件开发中数据库设计理论与实践分析[J].南方农机,2019,50(04):135.
[15]Konstantins Gusarovs. An Analysis on Java Programming Language Decompiler Capabilities[J]. Applied Computer Systems,2018,23(2).
[16]Tan Yiyu. A Hardware-oriented Object Model for Java in an Embedded Processor[J]. Microprocessors and Microsystems,2018.