Springbootをベースにした大学生向け健康チェックインシステム
まとめ
2019年12月19日、中国の武漢市で新型コロナウイルスの最初の感染者が発生し、都市部や町村を問わず自宅隔離を求める政府の呼びかけに誰もが従っている チェックインシステム、流行の予防と制御キャンパスの掲示板、廊下へのチラシのポスティング、キャンパスラジオの毎日のループ放送、キャンパスのWeChatグループなどを通じて、新型コロナウイルス肺炎の予防と制御についてキャンパスの学生に普及し教育するために、全員が協力し団結する必要があります。個人防護の知識、キャンパスの防護知識、公共の場所へ外出する際の防護知識、新型コロナウイルス肺炎の医学知識、治療手順の5つの側面から、対象を絞った防疫知識を学校の生徒に普及させています。感染症の予防と制御を完全に実現する最善の方法は、誰もがウイルスの恐ろしさを知り、全員が参加して理解することであり、キャンパスのプラットフォーム情報を確立して管理することです。
このシステムは Java テクノロジーを採用し、すべてのビジネス モジュールにブラウザ対話モードを採用し、システム データベースとして MySQL を選択し、システムを設計する開発ツールとして My eclipse を選択します。基本的には、大学生の健康チェックイン システムの主要な機能モジュールを実現しており、システムには管理者、教師、学生がいます。管理者: 管理者: ホームページ、ユーザー管理 (管理者、教師、学生) およびその他の管理 (クラス管理、通知のお知らせ、毎日のスケジュール、毎日のチェックイン、学生の休暇、学生の日記、疫病レポート)。教師; 教師: ホームページ、生徒管理、通知アナウンス、毎日のスケジュール、毎日のチェックイン、生徒の休暇、生徒の日記、疫病レポート。学生: ホームページ、通知発表、毎日のスケジュール、毎日のチェックイン、学生休暇、学生日記、疫病報告管理など。
システムをテストした後、プログラム ロジックとコードが改善されました。同時に、システム内のすべてのプログラムが正常に実行できること、すべての機能が操作できること、およびシステムの操作エクスペリエンスが良好であることを確認し、学生管理、教師向けの大学生健康チェックインシステムにとって双方にとって有利な状況を実現します。管理部門と政府部門。
キーワード: データ通信、Java 言語、データストレージ
スプリングブーツをベースにした大学生の健康パンチインシステム
概要
最初の新型コロナウイルス感染症（COVID-19）は、2019 年 12 月 19 日に中国に侵入しました。自宅で隔離するという政府の呼びかけに誰もが従っています。都会でも町でも田舎でも、これは私の注目を集めました。学生の感染状況に対する閉鎖的な管理システムが設計されています。伝染病の予防と制御には、家族全員の協力した努力が必要です。武漢キャンパスはキャンパス掲示板を通じて新型コロナウイルス肺炎の予防と制御の普及啓発を行ってきた。個人保護の知識、キャンパスの保護の知識、公共の場所の知識、新型コロナウイルス肺炎の知識、医療のプロセス、学校の生徒に伝染病予防の知識を普及させることを目的としています。誰もが感染症の予防と制御を知って参加していることを十分に認識し、ウイルスの恐ろしさを理解するための最良の方法は、キャンパスのプラットフォーム情報を確立して管理することです。
このシステムは Java テクノロジを採用し、すべてのビジネス モジュールにブラウザ対話モードを採用し、システムのデータベースとして MySQL を選択し、システムを設計する開発ツールとして私の Eclipse を選択します。基本的に学生疫病閉鎖管理システムの主要な機能モジュールを実現しました。システムには管理者、教師、学生がいます。管理者: 管理者: ホームページ、ユーザー管理 (管理者、教師、学生) およびその他の管理 (クラス管理、通知とアナウンス、毎日の手配、毎日の出勤、学生の休暇、学生の日記、疫病報告)。教師; 教師: ホームページ、生徒管理、通知と発表、毎日の手配、毎日の出勤、生徒の休暇、生徒の日記、疫病報告。学生; ホームページ、通知とお知らせ、毎日の手配、毎日の出勤、学生の休暇、
システムをテストした後、プログラム ロジックとコードが改善されます。同時に、システム内のすべてのプログラムが正常に動作し、すべての機能が動作できることを保証し、システムの操作エクスペリエンスが優れているため、学生、教師、政府部門にとって閉鎖的な管理システムのWin-Winを実現します。 。
キーワード:データ通信。Java 言語。データストレージ
目次
新型コロナウイルスの突然の到来により、地域社会への圧力が増大し、学生の間で防疫の知識が普及しておらず、学生はそれにどう対処すればよいのか分からない状況にありますが、政府の強力な支援により、 、困っている学生はキャンパスでケアを受けることができます。
近年、我が国経済の継続的な発展に伴い、プラットフォームの管理システムがますます増えています。各大学生健康診断システムもコンピュータを介して全体的なインテリジェントな動作を実行し、大学生健康診断システムの機能に関与するデータはすべて大学生健康診断のデータ情報内容に関連しています。システム内で管理でき、学生が管理できる スタッフはオンライン処理を通じて管理者を選択し、システムを通じて割り当てることができる 従来の伝染病予防方法や情報では、学生のニーズを満たすことができなくなりました。そこで、学生が大学生健康診断システムに基づいて管理できると同時に、管理者がオンラインで状況を把握できる利便性を提供するために、大学生健康診断システムが開発されました。システムを通じたホームページとユーザー（管理者、教師、生徒）の管理管理（クラス管理、お知らせ、毎日のスケジュール、毎日のチェックイン、生徒の休暇、生徒の日記、疫病報告）およびその他の詳細な操作。このシステムは、大学生の健康チェックインシステムから情報を入手したいという学生のニーズに応え、情報をタイムリーかつ正確かつ効果的に閲覧でき、体系的かつ標準的かつ効果的に機能します。
社会の発展と科学技術の進歩に伴い、インターネット技術の普及はますます進んでいます。ネットワークコミュニケーションのライフスタイルは、徐々に多くの人々に愛されています。ますます多くのインターネット愛好家がインターネット上で基本的なニーズを満たし始め、同時にさまざまな住民の日常生活に徐々に入り込んでいます。インターネットには、利便性、速度、高効率、低コストなど多くの利点があります。したがって、大学の学生健康チェックインシステムと同様に、疫病の予防と制御に関する知識に対する学生のニーズを満たすことは、学生がいつでも情報を閲覧できる方法であるだけでなく、管理効率も向上します。
本稿はまず大学生の健康チェックインシステムプロセスの基本的な問題を研究対象とする。システムを開発する前に、現状の詳細な調査と分析を実施しました。最後に、私たちはコンピュータ技術を利用して、学校における大学生の感染状況に適した完全かつ適切な閉鎖管理システムを開発しています。このシステムの主な利点は、システムが主にコンピュータ技術によって開発されており、便利で高速であることです。生徒の閲覧、教師のあらゆる情報管理が可能。
大学生健康チェックインシステムは、便利で高速かつ実用的な情報サービス照会ソフトウェアです。世界市場でのインテリジェントネットワークの継続的な普及とさまざまなインテリジェントプラットフォームの使用により、システムの開発は学校の生徒の日常的なニーズに関連しており、中国の主流のインテリジェント技術開発システムとして、このようなソフトウェアは当然必要とされていますより多くの学生のニーズと経験に応えるために。
1.3研究内容
大学生向け健康チェックインシステムの開発と実装には、次のタスクが必要です。
(1) まずテーマを決め、構築するシステムを決定し、システムの背景や現状の問題点を事前に体系的に確認します。
(2) システム確認完了後、システム開発のニーズと合わせてシステム開発に使用した技術を確認する 本学の学生健康診断システムの開発にはJAVA技術が使用されており、データベースが使用されているプラットフォームの構築・開発に必要な技術を確認し、技術解析を行い、使用した技術が大学生向け健康チェックインシステムの実現を完了できるかどうかを確認します。
(3) システムで使用する技術を決定し、システムによる学生の役割分担をオンラインで確認し、学生の役割分担に応じて設計すべき機能モジュールを決定する 大学生向け健康チェックインシステムの設計は、主に管理者、教師、学生に分かれており、それに応じて3つの役割と使用する機能モジュールも異なりますが、システムのデータベースによって実現されるコンテンツはインタラクティブであり、学生と教師は自分のニーズに応じて流行情報を確認できます。いつでも、管理者はすべての生徒と教師の詳細なデータを取得でき、初めてのニーズに応じて解決策に対処できます。
(4) システムの機能モジュールを確認した後、プログラムとインターフェースを設計する テスト方法は、プログラムの抜け穴を発見し、オンラインでプログラムの抜け穴を解決する テストシステムに問題がなければ、システムは正式な運用のためにアップロードできます。
システムのフロントエンド部分は B/S モデルを使用して MVVM モデルに基づいて開発され、バックエンド部分は Java ssm フレームワークに基づいて開発されます。
フロントエンド部分: フロントエンド フレームワークには、人気のあるプログレッシブ JavaScript フレームワーク Vue.js が採用されています。Vue-Router と Vuex を使用して動的ルーティングとグローバル状態管理を実現し、Ajax を使用してフロントエンドとバックエンドの通信を実現し、Element UI コンポーネント ライブラリを使用してページを迅速にプロトタイプ化し、プロジェクトのフロントエンドはグリッドを通じて応答性を実現しますPC、タブレット、モバイルなどに適応できるレイアウト。さまざまな画面サイズに最適なレイアウト表示。
バックエンド部分: 開発フレームワークとして ssm を使用し、MyBatis、Redis、およびその他の関連テクノロジーを同時に統合します。
MVVM は、Model-View-ViewModel の短縮形です。これは本質的に MVC の改良版です。MVVM はビューの状態と動作を抽象化し、ビュー UI をビジネス ロジックから分離します。もちろん、ViewModel はこれらのことをすでに行っており、Model のデータを取り出して、コンテンツを表示する必要があるため View に含まれるビジネス ロジックを処理するのに役立ちます。Microsoft の WPF は、Silverlight、オーディオ、ビデオ、3D、アニメーションなどの新しい技術エクスペリエンスをもたらし、より詳細でカスタマイズ可能なソフトウェア UI レイヤーにつながります。同時に、技術レベルでは、WPF はバインディング、依存関係プロパティ、ルーテッド イベント、コマンド、DataTemplate、ControlTemplate などの新機能ももたらします。MVVM (Model-View-ViewModel) フレームワークの起源は、 WPF と組み合わせた MVP (Model-View-Presenter)パターンのアプリケーションから開発および進化した新しいタイプのアーキテクチャフレームワークです。これは、オリジナルの MVP フレームワークに基づいており、ますます複雑になる顧客のニーズに対応するために WPF の新機能が組み込まれています。
科学技術の進歩は、日常生活に多くの利便性をもたらしました。教室のプロジェクターには仮想イメージング技術が使用され、デジタルカメラには光電検出技術が使用されています。たとえば、スーパーマーケットの倉庫に出入りする商品の記録には情報倉庫が必要です。この情報倉庫がデータベースであり、今回の大学生向け健康チェックインシステムにもこの技術のサポートが必要です。
MySQL ソフトウェアを使用する理由は、複数のユーザーがアクセスできること、およびその中にアーカイブなどが存在するためです。データを分類してからテーブルに分けて格納するという特殊な操作により、データ管理システム自体の速度が向上し、データベースを柔軟に利用できるようになります。MySQL のコードは公開されており、他の人がそれを 2 回コンパイルしてアップグレードすることができます。この機能により、ユーザーのコストを削減し、適切なソフトウェアと組み合わせて優れた Web サイト システムを構築できます。欠点もありますが、あらゆる面でユーザーの主流のアプリケーションオブジェクトです。
B/S (ブラウザ/サーバー) は、以前のアーキテクチャよりも便利なアーキテクチャです。Web サーバーを使用してデータの転送と交換を完了します。クライアントとしてブラウザをダウンロードするだけで、作業は「スリム化」効果を達成し、ソフトウェアのノンストップインストールの問題を考慮する必要はありません[9]。
SSM (Spring+SpringMVC+MyBatis) フレームワーク セットは、Spring と MyBatis という 2 つのオープンソース フレームワークで構成されます (SpringMVC は Spring の一部です)。単純なデータ ソースを使用する Web プロジェクトのフレームワークとしてよく使用されます。
1.6.1 スプリング
Spring はプロジェクト全体で Bean を組み立てるための大きなファクトリーのようなもので、構成ファイルで特定のパラメーターを指定してエンティティ クラスのコンストラクターを呼び出し、オブジェクトをインスタンス化できます。プロジェクトにおける接着剤とも言えます。
Spring の核となる考え方は IoC (Inversion of Control) です。つまり、プログラマはオブジェクトを明示的に「新規」にする必要はなくなり、Spring フレームワークにそれを行わせます。
1.6.2 SpringMVC
SpringMVC は、プロジェクト内のユーザー リクエストをインターセプトします。そのコア サーブレットである DispatcherServlet は、仲介またはフロント デスクの役割を引き受け、HandlerMapping を通じてユーザー リクエストとコントローラーを照合します。コントローラーは、対応するリクエストによって実行される特定の操作です。SpringMVC は、SSH フレームワークの Struts に相当します。
1.6.3 マイボット
mybatis は jdbc のカプセル化であり、データベースの基礎となる操作を透過的にします。mybatis の操作は sqlSessionFactory インスタンスを中心に展開します。Mybatis は構成ファイルを通じて各エンティティ クラスの Mapper ファイルに関連付けられており、Mapper ファイルは各クラスで必要な SQL ステートメントのデータベースへのマッピングを構成します。データベースと対話するたびに、sqlSessionFactory を通じて sqlSession を取得し、sql コマンドを実行します。
ページはリクエストをコントローラーに送信し、コントローラーはビジネス層を呼び出してロジックを処理します。ロジック層はリクエストを永続層に送信し、永続層はデータベースと対話して、結果をビジネス層に返します。レイヤーは処理ロジックをコントローラーに送信し、コントローラーはビューを呼び出してデータを表示します。
Vue.js は、ユーザー インターフェイスを構築するための進歩的なフレームワークです。他の強力なフレームワークとは異なり、Vue はボトムアップの増分開発で設計されています。Vue のコア ライブラリはビュー レイヤーのみに焦点を当てており、学習や他のライブラリや既存のプロジェクトとの統合が非常に簡単です。一方、Vue は、Vue エコシステムによってサポートされる単一ファイル コンポーネントとライブラリを使用して開発された複雑な単一ページ アプリケーションを駆動する能力を十分に備えています。
Vue.js の目標は、可能な限り単純な API を使用して、応答性の高いデータ バインディングと合成ビュー コンポーネントを有効にすることです。
Vue.js 自体は包括的なフレームワークではなく、ビュー層のみに焦点を当てています。したがって、学習が非常に簡単で、他のライブラリや既存のプロジェクトとの統合も非常に簡単です。一方、Vue.js を関連ツールやサポート ライブラリと併用すると、複雑なシングルページ アプリケーションを強化することもできます。
システムの開発環境と構成は自分でインストールできます。システムは ssm フレームワークを使用して開発され、システムのフォアグラウンドとバックグラウンドの間で関連データを操作するために比較的成熟した Mysql データベースが使用されます。データベースは技術言語に従って修正および保守され、要件と組み合わせられることで、システムの動作がより安定かつ安全になり、実現システムの開発が完了します。
いわゆる技術的実現可能性とは、初期段階で計画した機能を限られた時間内で満たせるかどうかを指します。開発・設計で解決できない問題が発生するかどうか。完成したプロジェクトがうまく適用できるか、不足点はないか、後のメンテナンスに大きな困難がないか。システムを評価した結果、既存のテクノロジーで目標を達成できることが判明しました。Java技術による動的なページの実現、依存性の低い設計パターンの組み込み、柔軟なデータベース、安定したサーバーにより、システム全体の運用効率が大幅に向上します。技術レベルで目標を達成することはナンセンスではないことがわかります。
プロジェクトで使用されるツールのほとんどは現在一般的なオープンソースで無料であるため、開発の初期段階ではプロジェクトに使用される資金が大幅に削減され、ソフトウェアの開発は開発期間中の資金の影響を受けません。プロジェクトの立ち上げ時期にあるため、経済的にはまだ実現可能です。ユーザーのニーズを満たすために、最小限のコストを使用するようにしてください。人件費や設備費に充てるための資金を節約します。ペーパーレス化と高効率化の道はますます進んでいきます。
この機能を実現するためのシステムの操作は非常に簡単で、一般的なコンピュータの一般的な構成で動作し、コンピュータの基本的な使用常識を大まかに理解していればスムーズに使用することができます。コンピュータはインターネットに接続する能力があり、システムに正常にアクセスできますが、オペレータに特別な能力は必要なく、業務プロセスを理解し、専門知識に基づいて正しく操作できれば十分です。大学生向けのイン制度も可能です。
システムの開発・設計の前に、機能の事前構想を立て、管理システムがどのようなセクションで構成され、各セクションがどのような機能を持っているのか、全体の設計がユーザーのニーズを満たしているのかを把握し、詳細な分析と要約を行う必要があります。開発されたシステムの機能を統合して、完全なシステムを設計し、実装します。ユーザーと開発者のコミュニケーションを分析し、理解を深め、システムを最大限に機能させる。
学生の背景の関数図を以下に示します。
図 3-1 学生の背景の機能図
管理者バックグラウンドの機能図は以下のとおりです。
図 3-2 管理者の使用例図
教師背景関数図を以下に示します。
図 3-3 教師の背景関数図
大学生向けの健康チェックインシステムの要件を分析した結果、システム全体は主に管理者、教師、学生の3つの部分に分かれており、各モジュールの下にあるブランチの機能は異なります。関数を次のように説明します。
学生モジュール:
アカウントのログイン認証。
プロファイル情報を管理し、変更可能な情報項目を変更します。
毎日の取り決め (健康チェックイン、休暇、日記) は、既存の取り決めの記録を追加およびクエリします。
教師モジュール:
個人情報の管理、ご自身の情報の変更、削除。
学生の追加とクエリ、毎日の手配のクエリ、健康チェックインのクエリ、休暇管理のクエリとレビュー、日記管理のクエリと削除、通知のクエリ、日記統計の表示。
管理モジュール:
システムユーザーの管理、管理者の追加と削除、ログイン権限の設定、またはすべてのユーザーアカウントの削除を行うことができます。
教師の管理、教師の特定の情報の追加、教師の照会、教師の削除も可能です。
通知管理、お知らせの発行、お知らせのクエリ、およびお知らせの削除の機能を追加します。
学生管理では、学生情報を照会し、変更および削除する機能もあります。
日々の予定管理、学生の予定情報の照会、変更・削除機能もあります。
ヘルスチェックイン管理、学生のチェックイン情報の照会、変更・削除機能も備えています。
休暇管理、休暇申請中の学生情報の照会、変更・削除機能も備えています。
日記管理には、生徒の日記情報を照会し、変更および削除する機能もあります。
ジャーナル統計、クエリ統計ビュー。
システム管理、システムバックアップ機能。
非機能要件の分析
システムには、パフォーマンス要件、最大収容ユーザー数、安定性、使いやすさなど、機能以外の要件も数多くあります。このシステムの分析では、人が使用するシステムであるため、使いやすさの要件を考慮する必要があります。そのため、システムが理解しやすく、簡単であるように、ユーザーの視点からユーザーエクスペリエンスを十分に考慮する必要があります。使いやすく、操作も簡単です。
ゼロレベルのデータ フローチャートには、ログイン、ユーザー機能、検索保守などのモジュールが含まれています。ログイン モジュールで使用されるデータはユーザー アカウント文書を保存し、ユーザー機能モジュールが必要とするストレージは各ユーザー機能モジュールのデータ ファイルです。検索メンテナンスは上記を使用し、キーワードによりデータ文書を検索します。
システムのゼロレベルのデータ フロー図を次の図に示します。
図 3-2 システムデータフロー図（ゼロ層）
第 1 レベルのデータ フローチャートは、ゼロレベル データ フローチャートを改良したもので、ログインをログイン データの入力とデータの改善に細分化し、ユーザー機能を基本ユーザー機能と主要ユーザー機能に細分化します。
システムのレイヤーごとのデータ フロー図を次の図に示します。
図 3-3 システムデータフロー図（1 層）
現在、B/S システムの主なデータ アクセス方法は、ユーザーがブラウザ ページからシステムにアクセスし、ユーザーがサーバーに送信したリクエストをシステムが自動的に処理することです。システムの背景ページ上で対応する操作を行うと、サーバーから配信される処理結果を確認できます。大学生向け健康チェックインシステムは主にビュー-モデル-制御の3層のアーキテクチャ設計に分かれています。ビュー層では主にサーバーからクライアントにフィードバック表示されるデータの操作を行い、モデル層では主に関連するビジネスロジックやデータ統合などを扱い、最後の制御層はビューとビューの間にあります。 2 つの層間の関係を調整し、最終的にデータ伝送を実装します。
システム構成図を次の図に示します。
図 4-1 システム構成図
システム設計の目的は、システムに含まれるすべての機能構造を分析し、開発者がシステムを設計、開発、実装するための準備を行うことです。予備的な需要調査、分析、分類の後、決定された全体的な需要には主に複数のモジュールが含まれます。つまり、システムユーザー管理、教師管理、通知アナウンス管理、クラス管理、生徒管理、毎日のスケジュールオリジナル管理、健康チェックイン管理、休暇です。管理、日記管理、日記統計、データバックアップ。システム全体の役割は 3 つの部分に分かれており、1 つは生徒、もう 1 つは教師、最後が管理者です。権限の配分も明らかで、情報の閲覧に加えて、一般ユーザーは自分のアカウント情報の照会と管理、教師情報の変更、日々の予定の照会、健康診断のチェック、休暇の申請、日記の照会、通知のクエリ、日記統計のクエリ、およびその他の権限。管理者は最高権限の所有者です。
システムの機能構成図を下図に示します。
図 4-2 システム機能構成図
ユーザー管理モジュール
このモジュールはすべてのユーザーがログインできるように設計されています。たとえば、学生ユーザーなどの一般ユーザーは、ログイン後に自分の共通機能操作 (個人情報の変更など) のみを実行できます。管理者とスーパー管理者では、ログイン後の権限が異なります。管理者は権限を超えることはできません。スーパー管理者は、ユーザーのログイン権限と、ログイン後のシステムに対するユーザーの操作権限を中心に、システム全体のデータを管理することができます。
毎日のスケジュールモジュール
生徒とアレンジメントは一対多の関係にあり、その日のアレンジメントに従ってアレンジメントデータがシステムデータに転送され、オペレーターは教師ユーザーとなり、その日のアレンジメントリストを生成します。各データの右側にある履歴配置リストと削除、および対応する削除と更新機能を完了するための編集ボタン。
ヘルスチェックインモジュール
学生はチェックインデータなどを記録しに来て、チェックインボタンをクリックし、順番に入力するチェックイン個人ステータス情報データを入力し、身体ステータス情報の送信ボタンをクリックしてデータベースにデータを送信します、チェックイン データ ページをスワイプすると、各データの右側に削除ボタンと編集ボタンがあり、対応する削除機能と更新機能を完了できます。
モジュールを離れる
学生は休暇データを入力し、休暇入力ボタンをクリックし、順番に入力する休暇情報データを入力し、送信ボタンをクリックしてデータをデータベースに送信し、休暇データ ページを更新します。削除ボタンと編集ボタンがあります。各データの右側にある をクリックして、対応する削除および更新機能を完了します。
日記モジュール
学生は、日記管理メニューをクリックし、[日記の追加] をクリックして、ムードを追加します。日記コンテンツが正常に送信されると、発表データ ページが更新され、新しいデータがページに正常に読み込まれます。
開発するシステムでは、ER 図を使用すると、他の人がシステムのトランザクションとそれらの間の関係をより迅速かつ簡単に理解できるようになります。システム分析段階で導き出された結論によると、大学生の健康診断システムには、日常の予定、健康診断、休暇、日記、学生、教師という複数のエンティティが存在することが判明しました。
システム全体の ER 図を次の図に示します。
図 4-4 システム全体の ER 図
管理者 (管理者 ID、ユーザー名、パスワード、権限)
教師管理（教師ID、パスワード、教師名、性別、IDカード、電話番号、役職、ティーチングアシスタントコース、写真）
通知のお知らせ (タイトル、内容、添付ファイル、発行者)
学生管理（学籍番号、パスワード、名前、性別、IDカード、電話番号、学科、クラス、写真、教員ID、時間追加）の内容変更・削除。
日々のスケジュール管理（学生ID、学生名、クラス、学科、教員ID追加時間）の内容変更・削除。
ヘルスチェックイン管理（学生ID、学生氏名、クラス、学科、教員ID、個人ステータス、身体状況、現住所、追加時間）の内容変更・削除。
休暇管理（休暇申請番号、休暇の種類、休暇の開始時刻、休暇の終了時刻、退学するかどうか、関連する証明書、学生番号、名前、クラス、学科、教職番号、時間の追加）の変更および削除。
日記管理（生徒番号、生徒名、クラス、学科、教職番号、気分、追加時間）の内容を修正・削除します。
データベースの論理構造は、データベース内の ER 図を特定のフィールドで記述します。フィールドとデータ型の説明を使用してオブジェクトの特性を具体化し、最終的には特定の論理関係を持つデータベース テーブル構造を形成します。大学生健康診断システムに必要なデータ構造テーブルの一部を次の表に示します。
| クラス管理 |
|||||
| フィールド名 |
タイプ |
長さ |
nullではない |
主キー |
フィールドの説明 |
| クラス管理ID |
整数 |
11 |
いいえ |
主キー |
授業管理ID |
| クラス名 |
可変長文字 |
64 |
はい |
クラス名 |
|
| 校長 |
可変長文字 |
64 |
はい |
校長 |
|
| 連絡先番号 |
可変長文字 |
64 |
はい |
連絡先番号 |
|
| クラスサイズ |
整数 |
11 |
はい |
クラスサイズ |
|
| お勧め |
整数 |
11 |
いいえ |
インテリジェントな推奨事項 |
|
| 作成時間 |
日付時刻 |
0 |
いいえ |
作成時間 |
|
| 更新時間 |
タイムスタンプ |
0 |
いいえ |
更新時間 |
|
| 毎日のスケジュール |
|||||
| フィールド名 |
タイプ |
長さ |
nullではない |
主キー |
フィールドの説明 |
| daily_schedule_id |
整数 |
11 |
いいえ |
主キー |
毎日のスケジュールID |
| 学籍番号 |
整数 |
11 |
はい |
学生証 |
|
| 学生の名前 |
可変長文字 |
64 |
はい |
学生の名前 |
|
| 教師の仕事番号 |
整数 |
11 |
はい |
教師ID |
|
| 先生の名前 |
可変長文字 |
64 |
はい |
先生の名前 |
|
| クラス名 |
可変長文字 |
64 |
はい |
クラス名 |
|
| 記録日 |
日にち |
0 |
はい |
記録日 |
|
| スケジュール |
文章 |
0 |
はい |
スケジュール |
|
| お勧め |
整数 |
11 |
いいえ |
インテリジェントな推奨事項 |
|
| 作成時間 |
日付時刻 |
0 |
いいえ |
作成時間 |
|
| 更新時間 |
タイムスタンプ |
0 |
いいえ |
更新時間 |
|
| 流行報告 |
|||||
| フィールド名 |
タイプ |
長さ |
nullではない |
主キー |
フィールドの説明 |
| 流行報告_id |
整数 |
11 |
いいえ |
主キー |
流行レポートID |
| 学籍番号 |
整数 |
11 |
はい |
学生証 |
|
| 学生の名前 |
可変長文字 |
64 |
はい |
学生の名前 |
|
| 教師の仕事番号 |
整数 |
11 |
はい |
教師ID |
|
| 先生の名前 |
可変長文字 |
64 |
はい |
先生の名前 |
|
| クラス名 |
可変長文字 |
64 |
はい |
クラス名 |
|
| レポートの種類 |
可変長文字 |
64 |
はい |
レポートタイプ |
|
| nucleic_acid_results |
可変長文字 |
64 |
はい |
核酸の結果 |
|
| 検出時間 |
日付時刻 |
0 |
はい |
検出時間 |
|
| 健康コード |
可変長文字 |
255 |
はい |
健康コード |
|
| 備考 |
文章 |
0 |
はい |
述べる |
|
| お勧め |
整数 |
11 |
いいえ |
インテリジェントな推奨事項 |
|
| 作成時間 |
日付時刻 |
0 |
いいえ |
作成時間 |
|
| 更新時間 |
タイムスタンプ |
0 |
いいえ |
更新時間 |
|
| お知らせ_お知らせ |
|||||
| フィールド名 |
タイプ |
長さ |
nullではない |
主キー |
フィールドの説明 |
| お知らせ_お知らせ_id |
整数 |
11 |
いいえ |
主キー |
通知速報 ID |
| タイトル |
可変長文字 |
64 |
はい |
タイトル |
|
| 関連する添付ファイル |
可変長文字 |
255 |
はい |
関連する添付ファイル |
|
| 出版社 |
可変長文字 |
64 |
はい |
出版社 |
|
| 発売日 |
日にち |
0 |
はい |
発売日 |
|
| コンテンツ |
文章 |
0 |
はい |
コンテンツ |
|
| お勧め |
整数 |
11 |
いいえ |
インテリジェントな推奨事項 |
|
| 作成時間 |
日付時刻 |
0 |
いいえ |
作成時間 |
|
| 更新時間 |
タイムスタンプ |
0 |
いいえ |
更新時間 |
|
| 毎日パンチイン |
|||||
| フィールド名 |
タイプ |
長さ |
nullではない |
主キー |
フィールドの説明 |
| パンチイン毎日_id |
整数 |
11 |
いいえ |
主キー |
毎日のパンチID |
| 学籍番号 |
整数 |
11 |
はい |
学生証 |
|
| 学生の名前 |
可変長文字 |
64 |
はい |
学生の名前 |
|
| 教師の仕事番号 |
整数 |
11 |
はい |
教師ID |
|
| 先生の名前 |
可変長文字 |
64 |
はい |
先生の名前 |
|
| クラス名 |
可変長文字 |
64 |
はい |
クラス名 |
|
| 記録日 |
日にち |
0 |
はい |
記録日 |
|
| 今日の気温 |
可変長文字 |
64 |
はい |
今日体温 |
|
| 物理的状態 |
可変長文字 |
64 |
はい |
体の状態 |
|
| パンチインアドレス |
可変長文字 |
64 |
はい |
パンチアドレス |
|
| 健康コード |
可変長文字 |
255 |
はい |
健康コード |
|
| お勧め |
整数 |
11 |
いいえ |
インテリジェントな推奨事項 |
|
| 作成時間 |
日付時刻 |
0 |
いいえ |
作成時間 |
|
| 更新時間 |
タイムスタンプ |
0 |
いいえ |
更新時間 |
|
| 学生 |
|||||
| フィールド名 |
タイプ |
長さ |
nullではない |
主キー |
フィールドの説明 |
| 学生証 |
整数 |
11 |
いいえ |
主キー |
学生証 |
| 学籍番号 |
可変長文字 |
64 |
はい |
学生証 |
|
| 学生の名前 |
可変長文字 |
64 |
はい |
学生の名前 |
|
| クラス名 |
可変長文字 |
64 |
はい |
クラス名 |
|
| 教師の仕事番号 |
整数 |
11 |
はい |
教師ID |
|
| 先生の名前 |
可変長文字 |
64 |
はい |
先生の名前 |
|
| 検査状態 |
可変長文字 |
16 |
いいえ |
承認状況 |
|
| お勧め |
整数 |
11 |
いいえ |
インテリジェントな推奨事項 |
|
| ユーザーID |
整数 |
11 |
いいえ |
ユーザーID |
|
| 作成時間 |
日付時刻 |
0 |
いいえ |
作成時間 |
|
| 更新時間 |
タイムスタンプ |
0 |
いいえ |
更新時間 |
|
| 学生日記 |
|||||
| フィールド名 |
タイプ |
長さ |
nullではない |
主キー |
フィールドの説明 |
| 学生日記ID |
整数 |
11 |
いいえ |
主キー |
学生日記ID |
| 学籍番号 |
整数 |
11 |
はい |
学生証 |
|
| 学生の名前 |
可変長文字 |
64 |
はい |
学生の名前 |
|
| 教師の仕事番号 |
整数 |
11 |
はい |
教師ID |
|
| 先生の名前 |
可変長文字 |
64 |
はい |
先生の名前 |
|
| クラス名 |
可変長文字 |
64 |
はい |
クラス名 |
|
| ムード |
可変長文字 |
64 |
はい |
フィーリング |
|
| 日にち |
日にち |
0 |
はい |
日にち |
|
| コンテンツ |
長文 |
0 |
はい |
コンテンツ |
|
| お勧め |
整数 |
11 |
いいえ |
インテリジェントな推奨事項 |
|
| 作成時間 |
日付時刻 |
0 |
いいえ |
作成時間 |
|
| 更新時間 |
タイムスタンプ |
0 |
いいえ |
更新時間 |
|
| students_ask_for_leave |
|||||
| フィールド名 |
タイプ |
長さ |
nullではない |
主キー |
フィールドの説明 |
| students_ask_for_leave_id |
整数 |
11 |
いいえ |
主キー |
学生休暇ID |
| 学籍番号 |
整数 |
11 |
はい |
学生証 |
|
| 学生の名前 |
可変長文字 |
64 |
はい |
学生の名前 |
|
| 教師の仕事番号 |
整数 |
11 |
はい |
教師ID |
|
| 先生の名前 |
可変長文字 |
64 |
はい |
先生の名前 |
|
| クラス名 |
可変長文字 |
64 |
はい |
クラス名 |
|
| 休暇の種類 |
可変長文字 |
64 |
はい |
休暇タイプ |
|
| 休暇日 |
整数 |
11 |
はい |
休日 |
|
| start_time |
datetime |
0 |
是 |
开始时间 |
|
| end_time |
datetime |
0 |
是 |
结束时间 |
|
| relevant_vouchers |
varchar |
255 |
是 |
相关凭证 |
|
| reason_for_leave |
text |
0 |
是 |
请假原因 |
|
| examine_state |
varchar |
16 |
否 |
审核状态 |
|
| examine_reply |
varchar |
255 |
是 |
审核回复 |
|
| recommend |
int |
11 |
否 |
智能推荐 |
|
| create_time |
datetime |
0 |
否 |
创建时间 |
|
| update_time |
timestamp |
0 |
否 |
更新时间 |
|
| teacher |
|||||
| 字段名称 |
类型 |
长度 |
不是null |
主键 |
字段说明 |
| teacher_id |
int |
11 |
否 |
主键 |
教师ID |
| teacher_job_number |
varchar |
64 |
否 |
教师工号 |
|
| teacher_name |
varchar |
64 |
是 |
教师姓名 |
|
| examine_state |
varchar |
16 |
否 |
审核状态 |
|
| recommend |
int |
11 |
否 |
智能推荐 |
|
| user_id |
int |
11 |
否 |
用户ID |
|
| create_time |
datetime |
0 |
否 |
创建时间 |
|
| update_time |
timestamp |
0 |
否 |
更新时间 |
|
系统的登录窗口是用户的入口，用户只有在登录成功后才可以进入访问。通过在登录提交表单，后台处理判断是否为合法用户，进行页面跳转，进入系统中去。
登录合法性判断过程：用户输入账号和密码后，系统首先确定输入输入数据合法性，然后在login.jsp页面发送登录请求，调用src下的mainctrl类的dopost方法来验证。
用户登录模块的IPO如下所示：
输入：用户名和密码。
处理：
1）检测用户输入的账号、密码是否正确及在数据库已对应存在。
2）从数据库中提取记录，并储存在本地的session中（timeout默认=30min）。
3）根据用户名，将其显示在系统首页上。
输出：是否成功的信息。
登录流程图如下所示。
图5-1登录流程图
系统登录界面如下所示。
图5-2系统登录界面
5.2.1 用户首页模块
系统呈现出一种简洁大方的首页：界面简约、鳞次栉比，用户能轻车熟路的使用。出于对系统使用群体广泛的顾虑，应有良好性能的后台。
如下图所示为系统的首页界面。
图5-3系统首页界面
5.2.2每日安排模块
每日安排学生编辑学号、教师工号、教师姓名、班级名称、学生账号、学生姓名、记录日期等内容，并可根据需要进行修改、删除等操作。如图5-4所示。
图5-4每日安排界面图
5.2.3每日打卡模块
每日打卡学生编辑学号、教师工号、教师姓名、班级名称、学生账号、学生姓名、记录日期、今日体温等内容，并可根据需要进行修改、删除等操作。如图5-5所示。
图5-5每日打卡录入界面如图
5.2.4学生请假模块
学生请假学生编辑学号、教师工号、教师姓名、班级名称、学生账号、学生姓名、请假类型、请假天数等内容，并可根据需要进行修改、删除等操作。如图5-6所示。
图5-6学生请假申请界面
5.3管理员子系统模块的实现
5.3.1学生管理模块
学生在yhzhgl查看学生信息，先使用sql语句查询出所有学生表的数据，然后调用PageManager.getPages(url,4,sql, request )，返回一个ArrayList的对象，在for循环里，使用jsp得到每个ArrayList对象的数据，在jsp页面中解析ArrayList对象，得到其各个键值对的值。
学生管理界面如下图所示。
图5-7学生管理界面
5.3.2每日安排管理模块
添加安排信息时，输入必填字段后，表现层的KechengController接受传过来的安排信息参数，再调用KechengController类的addKecheng方法，经过KechengService业务层到KechengMapper持久层的处理，完成对整个添加安排信息的操作。addKecheng方法也和用户管理中的addUser方法类似，同时做添加和修改工作。
修改安排信息时，选择需要修改的安排进行修改，调用KechengController控制器的editKecheng方法，拿到该安排原本的信息并显示到页面，管理员再对需要修改的安排信息字段进行修改，完成后调用addKecheng方法，调用业务层的updateByKey方法，更新数据库的安排信息表的数据。
每日安排管理流程图如下所示。
图5-8每日安排管理流程图
每日安排界面如下图所示。
图5-9每日安排添加界面
5.3.3每日打卡模块
每日打卡页面可查看学号、教师工号、教师姓名、班级名称、学生账号、学生姓名、记录日期、今日体温等内容，并可根据需要进行修改、删除等操作
图5-10每日打卡界面
5.3.4教师管理模块
删除教师时，选择需要删除的教师进行删除，把主键的uId传到JiaoshiController控制器，再调用控制器的deleteJiaoshi方法，数据经过JiaoshiService业务层解析和处理，请求JiaoshiMapper持久层调用deleteByPrimaryKey方法操作数据库将教师数据从数据库中删除。
查找教师时，输入需要查找的教师名，调用getData方法获取所有数据并且进行分页，把获取到的所有数据显示到视图上，这时候只需要用脚本方法便能快速查找，不涉及对数据库操作。
教师管理流程图如下所示。
图5-11教师管理流程图
教师添加界面如下图所示。
图5-12教师添加界面
在对该系统进行完详细设计和编码之后，就要对高校学生健康打卡系统的程序进行测试，检测程序是否运行无误，反复进行测试和修改，使之最后成为完整的软件，满足用户的需求，实现预期的功能。
在软件的测试过程中，通常测试人员需要针对不同的功能模块设计多种测试用例。通过测试用例能够及时发现代码业务逻辑上是否与真实的业务逻辑相对应，及时发现代码上或逻辑上的缺陷，以此来来完善系统，提高软件产品的质量，使软件具有良好的用户体验。
登录测试用例表如下所示。
表6-1登录测试用例
| 测试性能 |
用户或操作员登录系统 |
||
| 用例目的 |
测试用户或操作员登录系统时功能是否正常 |
||
| 前提条件 |
进入用户登录页面或操作员登录页面 |
||
| 输入条件 |
预期输出 |
实际情况 |
|
| 各项信息不予填写，直接点击登陆按钮 |
不允许登录，提示填写账号相关信息 |
一致 |
|
| 填写错误的登录名或密码后点击登录系统 |
提示用户名或密码错误，要求重新填写进行登录 |
一致 |
|
| 填写与验证码信息不一致的信息 |
系统显示出提示信息，表明验证码错误，要求重新填写 |
一致 |
|
每日安排测试用例表如下所示。
表6-2课程成绩测试用例
| 测试性能 |
用户进行成绩课程的操作 |
||
| 用例目的 |
测试用户进行安排操作时，系统的功能是否正常 |
||
| 前提条件 |
用户进入安排详情页，该每日安排能够被成功 |
||
| 输入条件 |
预期输出 |
实际情况 |
|
| 用户未登录，点击成绩按钮 |
跳转至登录页面，提示用户先进性登录 |
一致 |
|
| 正常的登录用户，点击成绩按钮 |
系统弹出提示框，提示用户成绩成功，同时该课程的状态更改为已成绩状态 |
一致 |
|
请假管理测试用例表如下所示。
表6-3课程管理测试用例
| 测试性能 |
请假管理相关信息管理功能 |
||
| 用例目的 |
测试系统后台操作员对请假管理相关信息进行管理的功能是否正常 |
||
| 前提条件 |
登录系统后台进入相关管理页面 |
||
| 输入条件 |
预期输出 |
实际情况 |
|
| 普通操作员登录，点击进入课程相关信息管理的页面 |
提示非超级用户，权限不够，无法进行相关页面删除 |
一致 |
|
| 超级操作员登入，删除某个已被删除的请假 |
提示该请假删除失败 |
一致 |
|
| 点击增加请假按钮 |
页面正常跳转 |
一致 |
|
| 增加请假是，填写已存在的课程编号 |
提示该编号已存在 |
一致 |
|
经过对此系统的测试，得出该系统足以满足用户日常需求，在功能项目和操作等方面也能满足操作员对于其他用户的管理。但是，还有很多功能有待添加，这个系统仅能满足大部分的需求，还需要对此系统的功能更进一步的完善，这样使用起来才能更加的完美。
通过这次大学生防疫封校管理系统的开发，我参考了很多相关系统的例子，取长补短，吸取了其他系统的长处，逐步对该系统进行了完善，但是该系统还是有很多的不足之处，有待以后进一步学习。
实践证明，大学生防疫封校管理系统有着非常好的发展前景，经过测试运行，系统各项功能都十分完善，界面简洁，使用方便，操作容易，在技术理论上已经成熟。
通过大学生防疫封校管理系统的开发，本人巩固了之前学过的知识，如今将平时所学到的知识融合在设计中，在设计过程中，做了很多的准备，首先，在数据库系统的设计过程中，尤其是在数据库的工作原理、工作特点，对其深刻的讨论，与此同时，对于小型站点来说，最好服务器的选择，其次，利用所学的知识点分析所做的系统，并在此基础上设计。
目前本系统已经上线，正在试运行阶段，用户反馈良好，基本完成用户所需，试运行过程中没有出现阻断性问题，有一些不足和小问题也及时予以修正，系统上线后，为了保证数据的安全性，对系统进行了备份操作，系统备份是每两个月备份一次，数据库备份为每周备份一次，系统部署在租赁的云平台服务器中。
本次系统上线成功后，得到了用户的高度认可，但是在功能上和性能上还需做进一步的研究处理，使其有更高的性能和更好的用户体验。
系统在以后的升级过程中，需要解决一系列用户所提出的问题，例如打印过程中如何避免浏览器的兼容性问题，大量用户访问时，如何保持较高的响应速度，在系统今后的升级过程中将着重解决这些安全性问题。
参考文献
[1]李秋萍,彭辉.高校新冠疫情集中医学观察的防控策略与思考——以中国药科大学为例[J].江苏科技信息,2021,38(36):28-31+35.
[2]金振娅. 全力做好“两节”期间疫情防控[N]. 光明日报,2021-12-30(008).DOI:10.28273/n.cnki.ngmrb.2021.006554.
[3]李雅琴.Java编程语言的优势及其应用实践研究[J].互联网周刊,2021(24):60-62.
[4]徐欢,凌骏.防疫封校期间校园学生活动的组织开展研究——以某职业院校学生读书会活动为例[J].武汉冶金管理干部学院学报,2021,31(04):17-20+23.
[5]韩冰,刘翠焕,黄振华,张波,陈明珠,张潇.人工智能时代下“Java程序设计”课程教学改革[J].科技风,2021(33):98-100.DOI:10.19392/j.cnki.1671-7341.202133033.
[6]丁海洋,王昊翔,姚全珠.基于MVVM框架的汽车销售管理系统设计与实现[J].电子制作,2021(22):55-56+8.DOI:10.16589/j.cnki.cn11-3571/tn.2021.22.019.
[7]杨涛,陈维. 中文版COVID-19恐怖症量表在疫情封校期间的信效度检验[C]//第二十三届全国心理学学术会议摘要集（下）.,2021:302.DOI:10.26914/c.cnkihy.2021.039964.
[8]苏文强,刘紫阳,苗玉恒.基于SSM的缺陷管理系统设计与实现[J].大众科技,2021,23(10):4-6+10.
[9]王伟,常庆丽,吴朝霞.基于SSM+Vue的精准帮扶系统研究与实现[J].河南科技,2021,40(27):12-14.
[10]胡开华,张玉静,陈明禄,何文鑫.基于Vue.js的Web应用开发教学案例设计与实现[J].信息与电脑(理论版),2021,33(18):91-94.
[11]喻佳,吴丹新.基于SSM的Web快速开发框架[J].电脑编程技巧与维护,2021(09):31-33.DOI:10.16184/j.cnki.comprg.2021.09.013.
[12]巢晟盛.基于SSM微服务架构下前后端分离的MVVM模型浅析[J].电脑知识与技术,2021,17(23):128-129+141.DOI:10.14004/j.cnki.ckt.2021.2412.
[13]赵志威,张生月,蒋应举,屠晓光.基于SSM的高新技术企业创新能力评价平台设计与实现[J].现代信息科技,2021,5(15):40-42.DOI:10.19850/j.cnki.2096-4706.2021.15.011.
[14]霍鹏宇.后疫情时期“高校封校”下的体育教育思考[J].当代体育科技,2021,11(20):71-73.DOI:10.16655/j.cnki.2095-2813.2010-1579-3836.
[15]方生.基于“Vue.js”前端框架技术的研究[J].电脑知识与技术,2021,17(19):59-60+64.DOI:10.14004/j.cnki.ckt.2021.1863.
[16]宋馨来,张海涛.基于前后端分离和Spring Security的用户登录功能的设计与实现[J].科技创新与应用,2021,11(18):19-21+24.
[17]Dang Tran Khanh,Huy Ta Manh,Dang Ly Hoang,Le Hoang Nguyen. An Elastic Data Conversion Framework: A Case Study for MySQL and MongoDB[J]. SN Computer Science,2021,2(4):
[18]马忠强,牟聪瑞,刘磊.新冠疫情封校期间不同体育运动对航海类学生负面情绪调节自我效能感的中介作用[J].高教学刊,2021,7(14):1-6+11.
[19]Dan Roscigno. Bring Elastic Observability to your Java application[J]. InfoWorld.com,2020:
[20]Benymol Jose,Sajimon Abraham. Performance analysis of NoSQL and relational databases with MongoDB and MySQL[J]. Materials Today: Proceedings,2020,24(Pt 3):
致谢
光阴似箭，一晃大学生活即将过去了。一直以严谨的态度和积极的热情投身于学习和工作中，虽然有竞争，也有泪水，但是通过我不断学习和奋斗不断的完善自己，不仅很好的完成了我的学业而且也让我的各方面得到了发展，取得了很大的进步。
大学生活も終わりに近づき、悔しいことはたくさんありますが、やはり別れを告げなければなりません。大学での学びと生活を振り返ると涙と汗があふれます。この間、私は自らに厳しく求め、強い知識の追求のもと、正しい姿勢と明確な目標を持ち、専門的な知識と技術をしっかりと身につけ、理論と実践を融合させて努力、研鑽を積んでまいりました。専門的な知識を学ぶだけでなく、さまざまな分野からさまざまな方法で新しい知識を獲得し、知識を広げ続けます。あらゆる面で資格を備えた大学生になるよう努力してください。
この卒業プロジェクトは、私が一人で完了したプロジェクトの中で最も長く、最も労力を要するプロジェクトです。幸いなことに、卒業制作を完成させる過程で、多くのクラスメートや先生が私を助けてくれました。数か月にわたる開発の過程で、大小を問わず数え切れないほどの問題に遭遇しました。それは私のルームメイトであり先生であり、常に助け、励ましてくれます。
講師の方は、お仕事で大変お忙しい中、こちらからの質問メールにすぐに返信していただき、オフライン指導にも時間を割いていただきました。設計ミス、ロジックミス、学習計画の問題点を指摘してください チューターの助けがなければ卒業制作は行き詰まってしまうと言っても過言ではありません 迷路のような私に指摘してくれたのはチューターです霧の中のランプが私に方向を示してくれました！
プロジェクトのソースコードを無料で入手します。いいね + プライベートチャットにご注意ください