(ソースコードを添付) SSM 37391 に基づく学生クラブ管理システムコンピューター

コンピュータ科学技術の成熟に伴い、人々はさまざまな分野でコンピュータの強力な機能を認識し、コンピュータは人類社会の発展のさまざまな分野に参入し、非常に重要な役割を果たしています。現在、学校生徒会の運営は組織的かつ複雑な作業であり、チームの協力と分業が必要です。この分野では、従来の手動によるアクセスや一部のソフトウェアを使用した学校生徒会関連情報の管理では、学校生徒会のさまざまな情報をリアルタイムで追跡および管理できないことが多く、ソフトウェア学校生徒会管理プロセスをさらに改善するために、統合管理により、ソフトウェア開発プロセスがより包括的かつ効果的に提供され、ソフトウェア開発プロセスの管理がより容易になるため、この学生クラブ管理システムが開発されました。

大規模な学生クラブ情報データと、管理者とユーザーが学生クラブに関連する情報を管理する必要性を考慮して、本論文は学生クラブ管理システムのフレームワークを設計し、学生クラブ管理システムの全体的な設計を示します。学生クラブ管理システムのアーキテクチャと主要モジュールの実装プロセスについて詳しく説明します。Java 言語と MySQL データベーステクノロジを使用して、SSM フレームワークに基づいて完全なシステム設計が実装され、優れた学生クラブ管理システムをユーザーに提供します。

キーワード：ssmテクノロジー、MYSQL、学生クラブ管理システム

抽象的な

コンピュータ科学技術が徐々に成熟するにつれて、人々はコンピュータがさまざまな分野で強力な役割を果たしていることを深く認識するようになりました。コンピュータは人間の社会発展のさまざまな分野に参入し、非常に重要な役割を果たしています。現在、学校における生徒会の運営は体系的かつ複雑な作業であり、チームが互いに協力し協力する必要があります。この分野では、学生コミュニティに関係する情報に対する従来の手動アクセスや一部のソフトウェア管理方法では、学生コミュニティのさまざまな情報をリアルタイムで追跡および管理できないことがよくあります。ソフトウェアスクール学生コミュニティの管理プロセスとリソースの統一管理をさらに改善し、ソフトウェア開発プロセスをより包括的かつ効果的に提供し、ソフトウェア開発プロセスの管理をより容易にするために、この学生団体管理システムは次のとおりです。発展した。

大規模な学生団体情報データと、管理者とユーザーが学生団体に関連する情報を管理する必要性を考慮して、この論文は学生団体管理システムのフレームワークを設計し、学生団体管理システムの全体的な設計を示します。また、学生団体管理システムのアーキテクチャと主要モジュールの実装プロセスについて詳しく説明します。Java 言語と MySQL データベーステクノロジを使用して、SSM フレームワークに基づいて完全なシステム設計が実装され、優れた学生コミュニティ管理システムをユーザーに提供します。

キーワード： Ssm技術、MYSQL；ニュースウェブサイトシステム

1はじめに

1.1研究背景_

社会の発展に伴い、新たな技術が次々と誕生し、私たちの生活におけるコンピュータの役割はますます重要になり、オフィスオートメーションや業務処理の効率化が私たちの追求する目標となっています。日常生活においてもコンピュータが活用される分野は増えており、大学生のサークル事務処理もコンピュータに任せることで、より効率的かつ迅速に業務を遂行できるようになります。作業効率を向上させ、日常の管理タスクを簡単に解決することが、私たちが追求する共通の目標です。

現状では学会の運営はまだマニュアルや紙ベースの段階にあり、需要の増大により独自の管理手法では必要な作業を完了できなくなっており、このニーズを解決するために学会管理システムの開発が行われています。コミュニティの管理に費やすリソースを節約するために、コミュニティの管理に対するより良い管理サポートを提供するために設計および作成された管理システム。

1.2 研究の目的と意義

日々のコミュニティ運営業務では、簡単なようでいて実際に行うと非常に複雑で、メンバーの認証を含めた大量のデータの管理には多大な人的・物的リソースを費やす必要があります。情報管理、コミュニティ管理、情報管理、年次採用後のデータ集計など。したがって、管理を自動化および簡素化するために、私たちも日常の複雑な事務をコンピュータを使用して処理し、管理の効率を向上させ、無駄な人的資源と物的資源を節約します。

「学生クラブ管理システム」の設計と導入を通じて、学生がクラブ、学校、およびクラブ自身の管理を理解できるようにすることを目的とし、便利かつ実践的です。システムは主に機能モジュールの構築とデータ保守に分かれます。システム設計の初期段階では主に各機能を分割し、さらに機能を細分化してデータベースを設計し、部活動を管理する管理者、部活動を管理する部管理者、会員がログインするためのシステムを構築します。本システムは、コミュニティ活動の手配やコミュニティメンバーの管理に便利かつ迅速な管理機能を提供し、コミュニティ運営の効率化に最大限の効果をもたらします。適切なコミュニティ管理システムは、日常管理の作業効率を大幅に向上させることができます。このシステムは今月のために設計され、実装されました。

1.3 システム開発技術の特徴

(1) 学生クラブ管理システムの Web バックグラウンド管理のバックエンドでは、古い jsp+javabean+servlet テクノロジは使用されなくなりましたが、現在の主流の ssm フレームワークが使用され、Java 構成コードが削減され、プログラミングコードが簡素化されています。多くの企業に選ばれているフレームワークの一つでもあります。

(2) 学生クラブ管理システムの Web バックグラウンド管理のフロントエンドは JavaScript フレームワークを使用しており、ajax[8] と jquery[9] を使用してページデザインを美しくすることができます。

(3) 学生サークル管理システムのデータベースには実行効率の高いMysql5.7を採用しています。

1.4 ssm フレームワークの概要

SSM (Spring+SpringMVC+MyBatis) フレームワークセットは、2 つのオープンソースフレームワーク Spring と MyBatis によって統合されています (SpringMVC は Spring の一部です)。比較的単純なデータソースを使用する Web プロジェクトのフレームワークとしてよく使用されます。

Spring
Spring は、プロジェクト全体で Bean を組み立てる大きな工場のようなもので、構成ファイルで、特定のパラメーターの使用を指定して、エンティティクラスのコンストラクターメソッドを呼び出し、オブジェクトをインスタンス化できます。プロジェクトにおける接着剤とも言えます。
Spring の核となるアイデアは IoC (Inversion of Control) です。これは、プログラマがオブジェクトを明示的に「新規」にする必要がなくなり、Spring フレームワークにすべてを任せることを意味します。
SpringMVC
SpringMVC は、プロジェクト内のユーザーリクエストをインターセプトします。そのコアサーブレットである DispatcherServlet は、仲介またはフロントデスクの役割を引き受け、HandlerMapping を通じてユーザーリクエストをコントローラーに照合します。コントローラーは、リクエストに対応して具体的に実行される操作です。SpringMVC は、SSH フレームワークの Struts に相当します。
mybatis
mybatis は jdbc のカプセル化であり、データベースの基礎となる操作を透過的にします。mybatis の操作は sqlSessionFactory インスタンスを中心に行われます。Mybatis は、構成ファイルを通じて各エンティティクラスの Mapper ファイルに関連付けられており、Mapper ファイルには、各クラスに必要な SQL ステートメントのデータベースへのマッピングが設定されています。データベースと対話するたびに、sqlSessionFactory を通じて sqlSession を取得し、sql コマンドを実行します。

ページがコントローラーにリクエストを送信し、コントローラーがビジネス層の処理ロジックを呼び出し、ロジック層がリクエストを永続層に送信し、永続層がデータベースと対話して、結果をビジネス層に返します。処理ロジックをコントローラーに送信し、コントローラーはビューを呼び出してデータを表示します。

1.5 論文構成と章の配置

論文は階層的に構成されており、要約、謝辞、参考文献に加えて、本文では Web サイトの要件を分析し、一般的な設計と実装された機能を説明し、最後にいくつかのデバッグ記録をリストします。以下のとおりであります：

第1章;序章。第 1 章では、プロジェクト研究の背景、システム開発の現状、研究目的、本稿の意義と主な業務を中心に紹介します。

第 2 章: システム要件の分析。第 2 章では、主にユーザーとシステムの機能の側面から需要分析を行います。

第 3 章: システム設計。第 3 章では主にシステムフレームワーク、システム機能モジュール、データベースの機能設計を行います。

第 4 章: システムの実装。第 4 章では主にシステムフレームワークの構築とシステムインターフェースの実装について紹介します。

第 5 章: システムのテスト。第 5 章では主にシステムのいくつかのインターフェイスをテストし、主要な機能をテストします。

第 6 章: 概要。

2 学生クラブ運営体制の分析

システム分析はプロジェクト開発の前提条件であり、システム分析を通じてシステムの主要ユーザーの基本的なニーズを十分に理解することができ、これがプロジェクト開発の理由でもあります。次に、システム開発の実現可能性分析が行われます。これには、通常、技術的実現可能性、経済的実現可能性などが含まれます。実現可能性分析は、プロジェクト全体の観点からの分析でもあります。次に、プロジェクトの具体的な要件が分析されますが、その分析方法は通常、ユーザーのユースケース図を通じて実装されます。以下に詳しくご紹介します。

2.1実現可能性の分析

(1) 技術的実現可能性分析

学生クラブ管理システムは、ストレージとして mysql データベースを使用し、開発には IDEA や Tomcat などの開発ツールを使用しており、執筆作業に大きな利便性をもたらします。このシステムは SSM フレームワークを使用して開発されているため、システムの拡張性と保守性が向上し、Java 構成コードが削減され、プログラミングコードが簡素化され、現在、SSM フレームワークは多くの企業に選ばれているフレームワークの 1 つとなっています。

(2) 経済性分析

学生クラブ管理システムの開発に使用されるIDEA開発ツール、Tomcat8.0サーバー、MySQL5.7データベース、画像処理ソフトPhotoshopなどの開発ソフトウェアはすべてオープンソースかつ無償であり、これらの環境は体系的に検討されています。校内での導入は追加費用なしで単独で運用でき、システム開発ツールもインターネットから直接ダウンロードできるので経済的です。

(3) 運用可能性分析

このプロジェクトを設計する際、私は同様のシステムの多くの成功事例を参考にし、その操作インターフェースと機能を体系的に分析し、多くの事例を組み合わせて人間中心の操作と簡素化された操作を強調し、コンピューターの基本的な知識を持つ人がこのプロジェクトを操作できるようにしました。したがって、運用可能性に問題はない。

2.2 システムプロセス分析

ビジネスプロセスは、システムを使用する際のユーザーのプロセスを示すために、いくつかの特定の記号と線を使用します。システム分析を実行する際、ビジネスプロセスは、開発者がビジネスをより深く理解し、エラーを発見し、システムを改善するのに役立ちます。

2.2.1 データの流れ

学生クラブ管理システムの主な目的の 1 つは、ユーザーがクラブ情報を照会できるようにすることです。図 2-1 は、システムのデータフロー図です。

図 2-1 データのフローチャート

2.2.2ビジネスプロセス

学生クラブ管理システムのデータフローを分析した後、システムのビジネスプロセスを見てみましょう。図 2-2 はビジネスフローチャートです。

図 2-2 業務フロー図

2.3 システム機能の分析

2.3.1 機能分析

学生部管理システムの役割に応じて、学生ユーザー管理モジュール、部活動管理モジュール、管理者管理モジュールの 3 つの部分に分割しました。

ユーザー管理モジュール:

(1) ユーザー登録とログイン：学生クラブ管理システムへのユーザー登録とログイン、個人情報やパスワードの変更などの個人情報の追加、削除、変更、確認を行います。

(2) 学生クラブ管理システムのホームページ情報を表示する: 学生クラブ管理システムのホームページ情報には、ホームページ、キャンパスフォーラム、キャンパスニュース、クラブ情報、クラブ活動、私のアカウント (マイアカウント、マイコレクション、パーソナルセンター) が含まれます。、など。

(3) クラブ詳細：メニューボタンの「クラブ活動」をクリックすると、全クラブの一覧が表示され、入会を希望することが分かった場合は、エントリーして詳細な紹介を閲覧することができます。このインターフェイスでは、クラブに参加したり、「いいね！」を付けたり、収集したり、コメントしたりすることもできます。

(4) キャンパスフォーラム：フォーラムを閲覧し、管理者が公開するキャンパスフォーラム情報を閲覧することができます。

(5) マイアカウント: 右上隅の「マイ」ボタンをクリックするとサブメニューが表示され、「マイアカウント」をクリックして個人情報とシステムにログインするためのパスワードを設定します。

(5) お気に入り：右上の「My」ボタンをクリックするとサブメニューが表示され、キャンパスニュース情報の収集やコメントを行うことができます。

(6) パーソナルセンター: ユーザーが右上隅の「マイ」ボタンをクリックすると、情報管理のための対応するバックエンドに入ります。

コミュニティ管理モジュール:

(1) 活動申請：クラブは、「活動申請」メニューをクリックすることで、自ら提出した活動申請情報を閲覧し、活動申請情報の追加・編集・削除・照会を行うことができます。

(2) クラブ会員: クラブは、「ソサエティ会員」メニューをクリックすると、自分のクラブの会員情報を参照し、クラブ会員の追加、削除、修正、確認を行うことができます。

(3) 部活動：「部活動」メニューをクリックすると、自分が追加した部活動情報の閲覧、部活動の追加・削除・変更・確認、投稿されたコメントの閲覧などが行えます。フロントエンドユーザーをクラブに追加します。

(4) 入会申請：当クラブは「入会申請」メニューをクリックすると、学生ユーザーから提出された入会申請情報を閲覧し、検討・回答することができます。

(5) 活動申請：クラブは、「活動申請」メニューをクリックすると、追加した活動申請情報を確認することができ、また、活動申請の追加、削除、変更、確認を行うことができます。

管理者管理モジュール:

学生サークル管理システムの管理者には、管理者、学生ユーザー、サークルがあり、管理者は最高の権限を持ち、ユーザー情報、サークルメンバー、サークル情報を管理・制御することができます。

(1) 学生ユーザー: 管理者、学生ユーザー、および団体はすべて、バックグラウンドで学生ユーザーの情報を表示できますが、学生ユーザーの追加、削除、変更、確認ができるのは管理者だけです。

(2) 学生ユーザー: 管理者および団体は、バックグラウンドで学生ユーザーを追加、削除、変更、確認できます。

(3) コミュニティユーザー: 管理者はバックグラウンドでコミュニティユーザーを追加、削除、変更、確認できます。

(4) コミュニティ情報: [コミュニティ情報] ボタンをクリックすると、すべてのコミュニティ情報が表示され、追加、編集、削除、クエリを行うことができます。

(5) コミュニティメンバー: [コミュニティメンバー] ボタンをクリックすると、すべてのメンバー情報が表示され、追加、編集、削除、クエリを行うことができます。

(6) アプリケーションに参加: 「アプリケーションに参加」ボタンをクリックすると、適用されたすべてのユーザー情報が表示され、追加、削除、変更、検索操作がサポートされます。

(7) クラブ活動: 「クラブ活動」ボタンをクリックすると、すべての活動情報が表示され、追加、削除、変更、検索操作がサポートされます。

(8) アクティビティの適用: 「アクティビティの適用」ボタンをクリックすると、すべてのアクティビティ情報が表示され、追加、削除、変更、検索などの操作がサポートされます。ユーザーは、トピック名でクエリを実行したり、アクティビティ番号でアクティビティ時間をクエリしたりできます。ユーザーを増やす必要な情報をすばやく見つけます。

2.3.2 非機能分析

学生クラブ管理システムの非機能要件には、学生クラブ管理システムのセキュリティ、信頼性、パフォーマンス、拡張性などが含まれます。詳細は次の 3-1 表で表すことができます。

表3-1 学生クラブ管理システムの非機能要件表

安全性	主に、学生クラブ管理システムのデータベースのインストール、データベースの使用およびパスワードの設定が規定に準拠する必要があることを指します。
信頼性	信頼性とは、学生クラブ管理システムがユーザーの指示に従ってインストールおよび動作できることを意味し、テスト後の信頼性は 90% 以上です。
パフォーマンス	学生クラブ管理システムが市場を占有するためにはパフォーマンスが必須の条件であるため、パフォーマンスが良いことが最善です。
スケーラビリティ	たとえば、データベースは、システムの非機能要件を確実に満たすために、インターフェイスの使用などの複数の属性を予約します。
使いやすさ	利用者は学生サークル管理システムのページ表示内容に従って操作するだけで済みます。
保守性	学生サークル管理システムは保守性が非常に重要ですが、テストを行った結果、保守性は問題ありませんでした。

2.4システムのユースケース分析

2.3 の機能の分析を通じて、この学生クラブ管理システムの使用例図が得られます。

学生ユーザーロールの例を図 2-3 に示します。

図 2-3 学生クラブ管理システムにおける登録ユーザーの役割のユースケース図

図 2-4 は、コミュニティの役割の使用例を示しています。

図 2-4 学生クラブ管理システムのクラブの役割のユースケース図

Web バックエンド管理の管理者は、学生クラブ管理システム全体のすべてのデータ情報を維持します。図 2-5 は、管理者の役割の例を示しています。

図2-5 学生クラブ管理システム管理者の役割のユースケース図

2.5 この章の概要

本章では、主に学生部管理システムの実現可能性分析、プロセス分析、機能要件分析、システムユースケース分析を通じて、学生部管理システム全体で実現すべき機能を決定します。また、コードの実装と学生クラブ管理システムのテストの標準も提供します。

3 学生サークル運営システムの全体設計

この章で説明する主な内容は、学生クラブ管理システムの機能モジュール設計とデータベースシステム設計です。

3.1システムアーキテクチャ設計

この学生クラブ管理システムは、アーキテクチャ的にプレゼンテーション層 (UI)、ビジネスロジック層 (BLL)、データ層 (DL) の 3 つの層に分かれています。

図 3-1 学生クラブ管理システムのアーキテクチャ設計図

プレゼンテーション層 (UI): UI 層とも呼ばれ、主にこの学生クラブ管理システムの UI インタラクション機能を完成させます。優れた UI は、この学生クラブ管理システムを使用する際のユーザーエクスペリエンスを向上させ、ユーザーの快適さを向上させることができます。UI インターフェイスのデザインは、良好な互換性を実現するために、学生クラブ管理システムのさまざまなバージョンやさまざまなサイズの解像度にも適応する必要があります。UI インタラクション機能の要件は合理的であり、ユーザーはインタラクティブな操作を実行する際に一貫したインタラクション結果を得る必要があり、そのためにはプレゼンテーション層がビジネスロジック層と適切に接続されている必要があります。

ビジネスロジック層 (BLL): 主に、この学生クラブ管理システムのデータ処理機能を完了します。ユーザーがプレゼンテーション層から送信したデータはビジネスロジック層で処理されてデータ層に渡され、システムがデータ層から読み込んだデータはビジネスロジック層で処理されてプレゼンテーション層に渡されます。

データ層（DL）：この学生クラブ管理システムのデータはサーバー側のmysqlデータベースに置かれるため、サービス層に属する部分はビジネスロジック層に直接統合できるため、データベースのみが存在します。データ層では、主に学生クラブ管理システムのデータ保存および管理機能が完了します。

3.2システム機能モジュールの設計

3.2.1 全体的な機能モジュール設計

前章では主にシステムの機能要件と非機能要件を分析し、その要件に基づいてこの学生クラブ管理システムのユースケースを分析しました。次に、この学生クラブ管理システムのアーキテクチャ、主要な機能、データベースの設計を開始します。前章の需要分析に基づいて学生クラブ管理システムを導き出し、その全体設計モジュール図を図 3-2 に示します。

図 3-2学生クラブ管理システムの機能モジュール図

3.2.2ユーザーモジュールの設計

(1) ユーザモジュール構成図

この Web サイトのユーザーには、管理者、コミュニティモジュール、学生ユーザーモジュールが含まれます。3 つのユーザーモジュールの機能は基本的に同じですが、学生ユーザーモジュールは管理者よりも登録機能が 1 つ多いため、分析の例としてユーザーモジュールの構造図を以下に示します。

図 3-3 ユーザーモジュールの構成図

(2) 各構造の具体的なビジネスロジック

a. ユーザー情報のクエリ: 最も基本的なクエリ機能は、ユーザー ID に基づいてユーザー情報をクエリするように設計されています。この機能は主に管理者のユーザー情報照会とユーザー自身の情報照会に反映されます。

b. ユーザー情報の変更：ユーザーは、名前の変更、パスワードの変更、アバターの変更などの基本情報を状況に応じて変更できます。

c. ユーザーの追加: ユーザーは登録することでアカウントを取得できます。

d. ユーザー情報の削除: 管理者には情報を削除する権限はなく、せいぜいユーザーをブラックリストに追加し、ユーザーのログインを禁止することができます。

3.2.3コメント管理モジュールの設計

(1)コメントモジュール構成図

学生クラブ管理システムはコミュニケーションのための公開 Web サイトであり、ユーザーはコミュニケーションセンターや情報などの Web サイト上のコンテンツにコメントすることで、ユーザー間の交流を増やすことができます。しかし同時に、コメントの内容をより標準化し、管理者に不適切なコメントを削除する機能を提供するには、コメント管理モジュールを特別に設計する必要があり、具体的な構造図は次のとおりです。

図3-4 コメントモジュールの構成図

(2) 各構造の具体的なビジネスロジック

a. コメントのクエリ: 最も基本的なクエリ機能は、ユーザー ID に基づいてユーザーのすべてのコメント情報をクエリするように設計されています。

b. コメントの投稿：学生ユーザーは、状況に応じて自分のコメント情報を Web サイトに投稿できます。

c. コメントの削除: 管理者にはユーザーのコメント情報を変更する権限はありませんが、ユーザーのコメント全体を削除することはできます。

3.2.4コミュニティメンバー管理モジュールの設計

(1) コミュニティメンバーモジュール構成図

学生クラブ管理システムでは、ユーザーのキャンパスニュース会員情報を大量に保存する必要があります。ユーザーは、クラブ会員情報の閲覧やクラブ会員の確認ができ、管理者は、クラブ会員の追加、変更、削除などができます。具体的な構成図は以下のとおりです。

図 3-5 コミュニティメンバーモジュールの構造図

(2) 各構造の具体的なビジネスロジック

a. コミュニティメンバーの追加: 管理者はコミュニティメンバーを追加できます。

b. コミュニティメンバーの変更: 管理者はコミュニティメンバーを変更できます。

c. コミュニティメンバーの削除: 管理者はコミュニティメンバーを削除できます。

d. コミュニティに参加する: ユーザーは、コミュニティを表示して参加し、申請し、コメントすることができます。

3.3 データベース設計

データベースの設計は、一般に需要分析、概念モデル設計、データベーステーブル作成の3つの大きなプロセスから構成されますが、需要分析については前章で説明しましたが、概念モデル設計は概念モデルと論理構造設計の2つに分かれます。

3.3.1データベースの概念構造設計

以下は、学生クラブ管理システム全体の主要なデータベーステーブルの ER エンティティ関係図です。

図 3-6 学生クラブ管理システムの全体的な ER 関係図

学生クラブ管理システムのデータベースのトータル ER 図によると、学生クラブ管理システムには多くの ER 図が必要であると結論付けることができます。

図 3-7 学生ユーザーの ER 関係図

図 3-8 部活動の ER 関係図

図 3-9 コミュニティメンバーの ER 関係図

図 3-10 コミュニティ情報 ER 関係図

3.3.2 データベースの論理構造設計

前節の学生クラブ管理システムにおける全体的な ER 関係図から、合計で多くのデータテーブルを作成する必要があると結論付けることができます。ここでは主に、いくつかの主要なデータベーステーブル構造設計をリストします。

(1) Student_usersテーブルには、表 3-1 に示す学生ユーザの登録情報が含まれており、主にフロントエンドユーザが学生クラブ管理システムにログインするために使用されます。

表 3-1 Student_users学生ユーザー情報テーブル

名前	タイプ	長さ	nullではない	主キー	コメント
学生ユーザーID	整数	11	はい	はい	学生ユーザーID
学生番号	可変長文字	64	いいえ	いいえ	学籍番号
学生の名前	可変長文字	64	いいえ	いいえ	学生の名前
クラス名	可変長文字	64	いいえ	いいえ	クラス名
検査状態	可変長文字	16	はい	いいえ	承認状況
推薦する	整数	11	はい	いいえ	インテリジェントな推奨事項
ユーザーID	整数	11	はい	いいえ	ユーザーID
作成時間	日付時刻	0	はい	いいえ	作成時間
更新時間	タイムスタンプ	0	はい	いいえ	更新時間

(2) Community_activitiesテーブルは、表 3-2 に示すように、主に学生ユーザがコミュニティ活動情報を提出したり、ユーザがフロントでコミュニティ活動情報を閲覧したりするときに使用されます。

表 3-2 ` community_activitiesコミュニティ活動情報テーブル

名前	タイプ	長さ	nullではない	主キー	コメント
コミュニティ活動ID	整数	11	はい	はい	部活動ID
トピック名	可変長文字	64	いいえ	いいえ	トピック名
アクティビティ_いいえ	可変長文字	64	いいえ	いいえ	アクティビティ番号
カバー	可変長文字	255	いいえ	いいえ	カバー
会場	可変長文字	64	いいえ	いいえ	イベントの場所
アクティビティ時間	可変長文字	64	いいえ	いいえ	活動時間
導入	文章	0	いいえ	いいえ	活動紹介
活動内容	長文	0	いいえ	いいえ	活動内容
発売日	日付	0	いいえ	いいえ	発売日
関連付け_番号	整数	11	いいえ	いいえ	協会番号
協会名	可変長文字	64	いいえ	いいえ	学会名
推薦する	整数	11	はい	いいえ	インテリジェントな推奨事項
timer_title	可変長文字	64	いいえ	いいえ	タイマータイトル
タイミング開始時間	日付時刻	0	いいえ	いいえ	計時開始時間
タイミング終了時間	日付時刻	0	いいえ	いいえ	計時終了時刻
制限回数	整数	8	はい	いいえ	回数を制限する
制限タイプ	タイニーント	2	はい	いいえ	リミットタイプ
作成時間	日付時刻	0	はい	いいえ	作成時間
更新時間	タイムスタンプ	0	はい	いいえ	更新時間

(3) club_informationテーブルは表 3-3 に示されており、主にクラブ情報が格納され、クラブ番号、クラブ名、会長名、クラブのロゴ、クラブの詳細などのフィールドが含まれます。

表 3-3 club_informationクラブ情報テーブル

名前	タイプ	長さ	nullではない	主キー	コメント
クラブ情報ID	整数	11	はい	はい	コミュニティ情報ID
関連付け_番号	整数	11	いいえ	いいえ	協会番号
協会名	可変長文字	64	いいえ	いいえ	学会名
社長の名前	可変長文字	64	いいえ	いいえ	社長の名前
クラブロゴ	可変長文字	255	いいえ	いいえ	協会のロゴ
クラブの詳細	長文	0	いいえ	いいえ	学会詳細
リリース時間	日付時刻	0	いいえ	いいえ	リリースタイム
推薦する	整数	11	はい	いいえ	インテリジェントな推奨事項
作成時間	日付時刻	0	はい	いいえ	作成時間
更新時間	タイムスタンプ	0	はい	いいえ	更新時間

(4) application_for_admissionテーブルは表 3-4 に示されており、主要な参加申請情報はフロントエンド (ユーザー) によって送信され、コミュニティと管理者によって管理され、すべてのユーザーが送信されたすべての参加申請情報を参照できます。

表 3-4 入学願書申請情報フォーム

名前	タイプ	長さ	nullではない	主キー	コメント
入学申請ID	整数	11	はい	はい	アプリケーションIDを追加
アプリケーション番号	可変長文字	64	いいえ	いいえ	出願番号
関連付け_番号	整数	11	いいえ	いいえ	協会番号
協会名	可変長文字	64	いいえ	いいえ	学会名
社長の名前	可変長文字	64	いいえ	いいえ	社長の名前
学生番号	整数	11	いいえ	いいえ	学籍番号
学生の名前	可変長文字	64	いいえ	いいえ	学生の名前
クラス名	可変長文字	64	いいえ	いいえ	クラス名
参加理由	文章	0	いいえ	いいえ	参加する理由
アプリケーション時間	日付時刻	0	いいえ	いいえ	申請時間
検査状態	可変長文字	16	はい	いいえ	承認状況
推薦する	整数	11	はい	いいえ	インテリジェントな推奨事項
作成時間	日付時刻	0	はい	いいえ	作成時間
更新時間	タイムスタンプ	0	はい	いいえ	更新時間

(5) activity_requestテーブルを表 3-5 に示します。主なフィールドは、活動番号、活動名、活動時間、活動内容、クラブ番号、クラブ名、学生番号、学生名、クラス名、申請理由、申請時刻です。、など。

表 3-5 activity_requestアクティビティ申請情報フォーム

名前	タイプ	長さ	nullではない	主キー	コメント
activity_request_id	整数	11	はい	はい	アクティビティアプリケーションID
トピック名	可変長文字	64	いいえ	いいえ	トピック名
アクティビティ_いいえ	可変長文字	64	いいえ	いいえ	アクティビティ番号
会場	可変長文字	64	いいえ	いいえ	イベントの場所
アクティビティ時間	可変長文字	64	いいえ	いいえ	活動時間
アプリケーション時間	日付時刻	0	いいえ	いいえ	申請時間
関連付け_番号	整数	11	いいえ	いいえ	協会番号
協会名	可変長文字	64	いいえ	いいえ	学会名
学生番号	整数	11	いいえ	いいえ	学籍番号
学生の名前	可変長文字	64	いいえ	いいえ	学生の名前
クラス名	可変長文字	64	いいえ	いいえ	クラス名
申請理由	文章	0	いいえ	いいえ	応募理由
検査状態	可変長文字	16	はい	いいえ	承認状況
検査_返信	可変長文字	16	いいえ	いいえ	モデレート返信
推薦する	整数	11	はい	いいえ	インテリジェントな推奨事項
ユーザーID	整数	11	はい	いいえ	ユーザーID
作成時間	日付時刻	0	はい	いいえ	作成時間
更新時間	タイムスタンプ	0	はい	いいえ	更新時間

(6) an_association_idテーブルは表 3-6 に示されており、主なフィールドには協会にログインする際に使用される協会番号、協会名、会長名などが含まれます。

表 3-6 an_association_id関連テーブル

名前	タイプ	長さ	nullではない	主キー	コメント
an_association_id	整数	11	はい	はい	協会ID
関連付け_番号	可変長文字	64	いいえ	いいえ	協会番号
協会名	可変長文字	64	いいえ	いいえ	学会名
社長の名前	可変長文字	64	いいえ	いいえ	社長の名前
検査状態	可変長文字	16	はい	いいえ	承認状況
推薦する	整数	11	はい	いいえ	インテリジェントな推奨事項
ユーザーID	整数	11	はい	いいえ	ユーザーID
作成時間	日付時刻	0	はい	いいえ	作成時間
更新時間	タイムスタンプ	0	はい	いいえ	更新時間

(7) association_membersテーブルは表 3-7 に示されており、主なフィールドには、協会番号、協会名、会長名、学生番号、学生名、クラス名、参加時刻などが含まれます。

表 3-7 association_membersアソシエーションメンバー情報テーブル

名前	タイプ	長さ	nullではない	主キー	コメント
協会会員ID	整数	11	はい	はい	協会会員ID
アプリケーション番号	可変長文字	64	はい	いいえ	出願番号
関連付け_番号	整数	11	いいえ	いいえ	協会番号
協会名	可変長文字	64	いいえ	いいえ	学会名
社長の名前	可変長文字	64	いいえ	いいえ	社長の名前
学生番号	整数	11	いいえ	いいえ	学籍番号
学生の名前	可変長文字	64	いいえ	いいえ	学生の名前
クラス名	可変長文字	64	いいえ	いいえ	クラス名
参加時間	日付時刻	0	いいえ	いいえ	参加時間
推薦する	整数	11	はい	いいえ	インテリジェントな推奨事項
作成時間	日付時刻	0	はい	いいえ	作成時間
更新時間	タイムスタンプ	0	はい	いいえ	更新時間

3.4この章の概要

学生クラブ管理システム全体の需要分析は、システム全体のアーキテクチャと機能モジュールの設計に主に焦点を当て、ERモデルとデータベースロジックシステム設計を確立することでデータベースシステム設計を完了しました。

4 学生クラブ管理システムの詳細設計と導入

学生クラブ管理システムの詳細な設計と実装は、主に学生クラブ管理システムの以前の需要分析と学生クラブ管理システムの全体設計に基づいて、ページを設計し、ビジネスロジックを実装します。この記事では主に、学生クラブ管理システムのインターフェイスの実装とビジネスロジックの実装の 2 つの部分を紹介します。

4.1ユーザー機能モジュール

4. 1.1 フロントページのインターフェース

学生クラブ管理システムに入るとき、最初に表示されるのはシステムのナビゲーションバーです。その下にカルーセルチャートとシステムコンテンツが表示されます。メインインターフェイスは次の図 4-1 に示されています。

図 4-1 フロントページのインターフェース図

4. 1.2 学生ユーザーのログインインターフェイス

学生クラブ管理システムのフロントに登録した利用者は、アカウント名とパスワードを入力して「ログイン」ボタンをクリックすると、入力内容が認証されます。空のデータがない場合は、入力したアカウント名とパスワードが現在データベースに保存されているユーザー情報と一致しているか再度確認し、一致した場合のみログインに成功し、自動的に学生サークル運営のホームページへジャンプします。それ以外の場合は、対応するエラーが表示されます。学生ユーザーのログインインターフェイスを以下の図 4-2 に示します。

図 4-2 学生ユーザーのログインインターフェイスの図

ログインキーコードは以下の通りです。

/**

* ログイン

* @paramデータ

* @param httpServletRequest

* @戻る

@PostMapping("ログイン")

public Map<String, Object> login(@RequestBody Map<String, String> data, HttpServletRequest httpServletRequest) {

log.info("[ログインインターフェースの実行]");

文字列ユーザー名 = data.get("ユーザー名");

文字列メール = data.get("メール");

String phone = data.get("phone");

String password = data.get("password");

List resultList = null;

QueryWrapper wrapper = new QueryWrapper<User>();

Map<String, String> map = new HashMap<>();

if(username != null && "".equals(username) == false){

map.put("username", username);

resultList = service.selectBaseList(service.select(map, new HashMap<>()));

}

else if(email != null && "".equals(email) == false){

map.put("email", email);

resultList = service.selectBaseList(service.select(map, new HashMap<>()));

}

else if(phone != null && "".equals(phone) == false){

map.put("phone", phone);

resultList = service.selectBaseList(service.select(map, new HashMap<>()));

}else{

return error(30000, "账号或密码不能为空");

}

if (resultList == null || password == null) {

return error(30000, "账号或密码不能为空");

}

//判断是否有这个用户

if (resultList.size()<=0){

return error(30000,"用户不存在");

}

User byUsername = (User) resultList.get(0);

Map<String, String> groupMap = new HashMap<>();

groupMap.put("name",byUsername.getUserGroup());

List groupList = userGroupService.selectBaseList(userGroupService.select(groupMap, new HashMap<>()));

if (groupList.size()<1){

return error(30000,"用户组不存在");

}

UserGroup userGroup = (UserGroup) groupList.get(0);

//查询用户审核状态

if (!StringUtils.isEmpty(userGroup.getSourceTable())){

String res = service.selectExamineState(userGroup.getSourceTable(),byUsername.getUserId());

if (res==null){

return error(30000,"用户不存在");

}

if (!res.equals("已通过")){

return error(30000,"该用户审核未通过");

}

//查询用户状态

if (byUsername.getState()!=1){

return error(30000,"用户非可用状态，不能登录");

}

String md5password = service.encryption(password);

if (byUsername.getPassword().equals(md5password)) {

// 存储Token到数据库

AccessToken accessToken = new AccessToken();

accessToken.setToken(UUID.randomUUID().toString().replaceAll("-", ""));

accessToken.setUser_id(byUsername.getUserId());

tokenService.save(accessToken);

// 返回用户信息

JSONObject user = JSONObject.parseObject(JSONObject.toJSONString(byUsername));

user.put("token", accessToken.getToken());

JSONObject ret = new JSONObject();

ret.put("obj",user);

return success(ret);

} else {

return error(30000, "账号或密码不正确");

}

public String select(Map<String,String> query,Map<String,String> config){

StringBuffer sql = new StringBuffer("select ");

sql.append(config.get(FindConfig.FIELD) == null || "".equals(config.get(FindConfig.FIELD)) ? "*" : config.get(FindConfig.FIELD)).append(" ");

sql.append("from ").append("`").append(table).append("`").append(toWhereSql(query, "0".equals(config.get(FindConfig.LIKE))));

if (config.get(FindConfig.GROUP_BY) != null && !"".equals(config.get(FindConfig.GROUP_BY))){

sql.append("group by ").append(config.get(FindConfig.GROUP_BY)).append(" ");

}

if (config.get(FindConfig.ORDER_BY) != null && !"".equals(config.get(FindConfig.ORDER_BY))){

sql.append("order by ").append(config.get(FindConfig.ORDER_BY)).append(" ");

}

if (config.get(FindConfig.PAGE) != null && !"".equals(config.get(FindConfig.PAGE))){

int page = config.get(FindConfig.PAGE) != null && !"".equals(config.get(FindConfig.PAGE)) ? Integer.parseInt(config.get(FindConfig.PAGE)) : 1;

int limit = config.get(FindConfig.SIZE) != null && !"".equals(config.get(FindConfig.SIZE)) ? Integer.parseInt(config.get(FindConfig.SIZE)) : 10;

sql.append(" limit ").append( (page-1)*limit ).append(" , ").append(limit);

}

log.info("[{}] - 查询操作，sql: {}",table,sql);

return sql.toString();

}

public List selectBaseList(String select) {

List<Map<String,Object>> mapList = baseMapper.selectBaseList(select);

List<E> list = new ArrayList<>();

for (Map<String,Object> map:mapList) {

list.add(JSON.parseObject(JSON.toJSONString(map),eClass));

}

return list;

}

4.1.3学生用户注册界面

不是学生社团管理系统中正式用户的是可以在线进行注册的，如果你没有本学生社团管理系统的账号的话，添加“注册”，当填写上自己的账号+密码+确认密码+昵称+邮箱+手机号等后再点击“注册”按钮后将会先验证输入的有没有空数据，再次验证密码和确认密码是否是一样的，最后验证输入的账户名和数据库表中已经注册的账户名是否重复，只有都验证没问题后即可用户注册成功。其用学生用户注册界面展示如下图4-3所示。

图4-3学生用户注册界面图

注册关键代码如下所示。

/**

* 注册

* @return

@PostMapping("register")

public Map<String, Object> signUp(HttpServletRequest request) throws IOException {

// 查询用户

Map<String, String> query = new HashMap<>();

Map<String,Object> map = service.readBody(request.getReader());

query.put("username",String.valueOf(map.get("username")));

List list = service.selectBaseList(service.select(query, new HashMap<>()));

if (list.size()>0){

return error(30000, "用户已存在");

}

map.put("password",service.encryption(String.valueOf(map.get("password"))));

service.insert(map);

return success(1);

}

public Map<String,Object> readBody(BufferedReader reader){

BufferedReader br = null;

StringBuilder sb = new StringBuilder("");

try{

br = reader;

String str;

while ((str = br.readLine()) != null){

sb.append(str);

}

br.close();

String json = sb.toString();

return JSONObject.parseObject(json, Map.class);

}catch (IOException e){

e.printStackTrace();

}finally{

if (null != br){

try{

br.close();

}catch (IOException e){

e.printStackTrace();

}

return null;

}

public void insert(Map<String,Object> body){

E entity = JSON.parseObject(JSON.toJSONString(body),eClass);

baseMapper.insert(entity);

log.info("[{}] - 插入操作：{}",entity);

}

4.1.4校园新闻界面

当访客点击学生社团管理系统中导航栏上的“校园新闻”后将会进入到该“校园新闻”列表的界面，然后选择想要看的校园新闻，点击进入到详细界面，在详细界面可以收藏+赞+评论等操作，校园新闻界面如下图4-4所示。

图4-4校园新闻界面图

4.1.5 我的账户界面

当用户点击右上角“我的”这个按钮，会出现子菜单，点击“我的账户”可以对个人的资料以及登录系统的密码进行设置，我的账户界面如下图4-6所示。

图4-5我的账户界面图

4.1.6 校园论坛界面

当访客点击学生社团管理系统中导航栏上的“校园论坛”后将会进入到该“论坛”列表的界面，然后选择想要看的校园论坛，点击进入到详细界面，在详细界面可以收藏+点赞+评论等操作，校园论坛界面如下图4-6所示。

图4-6校园论坛界面图

4.1.7社团详情界面

当访客点击了任意社团信息后将会进入该社团的详情界面，可以了解到该社团信息的社团编号、社团名称、社长姓名、发布时间等，同时可以对该社团信息进行收藏+申请加入，社团详情展示页面如图4-7所示。

图4-7社团详情界面图

4.2管理员功能模块

4.2.1登录界面

管理员，社团在登录界面输入账号+密码，点击“登录”按钮，系统在用户数据库表中会对管理员，学生用户以及社团的账号进行匹配，账号+密码正确的话，就会登录到系统中各个用户的主管理界面，否则提示对应的信息，返回到登录的界面，如果管理人员忘记密码的话，点击“忘记密码”根据提示可以找回密码，然后再进行登录其主界面展示如下图4-8所示。

图4-8登录界面图

4.2.2 用户管理界面

用户管理模块包含了管理员、学生用户、社团三个部分，管理员、社团在后台都可以查看到学生用户的信息，但是只有管理员可以对学生用户进行增删改查操作；管理员和社团可以对学生用户进行增删改查。这里以学生用户为例，界面如下图4-9所示。

图4-9用户管理界面图

4.2.3内容管理界面

学生社团管理系统中的管理人员在“内容管理”这一菜单中是可以对学生社团管理系统内的论坛列表、论坛分类列表以及校园新闻信息、新闻分类列表进行维护和管理的，界面如下图4-10所示。

图4-10内容管理界面图

内容管理关键代码如下所示。

@RequestMapping("/get_obj")

public Map<String, Object> obj(HttpServletRequest request) {

List resultList = service.selectBaseList(service.select(service.readQuery(request), service.readConfig(request)));

if (resultList.size() > 0) {

JSONObject jsonObject = new JSONObject();

jsonObject.put("obj",resultList.get(0));

return success(jsonObject);

} else {

return success(null);

}

4.2.4 更多管理界面

学生社团管理系统中的管理人员在“更多管理”这一菜单下是可以对学生社团管理系统内的社团信息、社团活动、社团名称、社团成员、加入申请、活动申请进行管控的，其管理界面如下图4-11所示。

图4-11更多管理界面图

5系统测试

5.1系统测试的目的

系统开发到了最后一个阶段那就是系统测试，系统测试对软件的开发其实是非常有必要的。因为没什么系统一经开发出来就可能会尽善尽美，再厉害的系统开发工程师也会在系统开发的时候出现纰漏，系统测试能够较好的改正一些bug，为后期系统的维护性提供很好的支持。通过系统测试，开发人员也可以建立自己对系统的信心，为后期的系统版本的跟新提供支持。

5.2 系统测试用例

系统测试包括：用户登录功能测试、社团展示功能测试、社团添加、社团搜索、密码修改功能测试，如表5-1、5-2、5-3、5-4、5-5所示：

用户登录功能测试：

表5-1 用户登录功能测试表

用例名称	用户登录系统
目的	测试用户通过正确的用户名和密码可否登录功能
前提	未登录的情况下
测试流程	1) 进入登录页面 2) 输入正确的用户名和密码
预期结果	用户名和密码正确的时候，跳转到登录成功界面，反之则显示错误信息，提示重新输入
实际结果	实际结果与预期结果一致

社团查看功能测试：

表5-2 社团查看功能测试表

用例名称	社团查看
目的	测试社团查看功能
前提	用户登录
测试流程	点击社团列表
预期结果	可以查看到所有社团信息
实际结果	实际结果与预期结果一致

管理员添加校园论坛界面测试：

表5-3 管理员添加校园论坛界面测试表

用例名称	社团发布测试用例
目的	测试社团发布功能
前提	用户正常登录情况下
测试流程	1）点击社团信息管理就，然后点击添加后并填写信息。 2）点击进行提交。
预期结果	提交以后，页面首页会显示新的社团信息
实际结果	实际结果与预期结果一致

社团搜索功能测试：

表5-4社团搜索功能测试表

用例名称	社团搜索测试
目的	测试社团搜索功能
前提	无
测试流程	1）在搜索框填入搜索关键字。 2）点击搜索按钮。
预期结果	页面显示包含有搜索关键字的社团
实际结果	实际结果与预期结果一致

密码修改功能测试：

表5-5 密码修改功能测试表

用例名称	密码修改测试用例
目的	测试管理员密码修改功能
前提	管理员用户正常登录情况下
测试流程	1）管理员密码修改并完成填写。 2）点击进行提交。
预期结果	使用新的密码可以登录
实际结果	实际结果与预期结果一致

5.3 系统测试结果

通过编写学生社团管理系统的测试用例，已经检测完毕用户登录模块、社团查看模块、社团添加模块、社团搜索模块、密码修改功能测试，通过这5大模块为学生社团管理系统的后期推广运营提供了强力的技术支撑。

结论

至此，学生社团管理系统已经结束，在开发前做了许多的准备，在本系统的设计和开发过程中阅览和学习了许多文献资料，从中我也收获了很多宝贵的方法和设计思路，对系统的开发也起到了很重要的作用，系统的开发技术选用的都是自己比较熟悉的，比如Web、ssm技术、MYSQL，这些技术都是在以前的学习中学到了，其中许多的设计思路和方法都是在以前不断地学习中摸索出来的经验，其实对于我们来说工作量还是比较大的，但是正是由于之前的积累与准备，才能顺利的完成这个项目，由此看来，积累经验跟做好准备是十分重要的事情。

当然在该系统的设计与实现的过程中也离不开老师以及同学们的帮助，正是因为他们的指导与帮助，我才能够成功的在预期内完成了这个系统。同时在这个过程当中我也收获了很多东西，此系统也有需要改进的地方，但是由于专业知识的浅薄，并不能做到十分完美，希望以后有机会可以让其真正的投入到使用之中。

参考文献

[1]曹一博.基于Web视角下高校社团一站式网络服务平台设计与研究[J].电脑知识与技术,2021,17(14):44-46.

[2]任鑫梅,刘小英.高校社团管理信息系统的设计与实现[J].电脑知识与技术,2021,17(11):31-32+35.

[3]吴尚妍,陈贵平.基于JavaWeb的校园社团平台设计与开发[J].电脑知识与技术,2021,17(10):76-78+92.

[4]高红艳. 高中信息技术校本课程与学生社团结合的探究[C]//2019年“基于核心素养的课堂教学改革”研讨会论文集.,2019:87.

[5]惠苗,张晓冬.“互联网+”高校社团管理系统的设计与实现[J].萍乡学院学报,2019,36(03):78-83.

[6]苏冬梅.衡水学院社团管理系统的设计与实现[J].农村经济与科技,2019,30(10):243-244.

[7]吴海波.新形势下高校图书馆学习型社团的建设[J].丽水学院学报,2019,41(03):122-128.

[8]张冰,梁致远,田元元,严竞雄.基于Web的高校社团管理系统的设计与实现[J].信息与电脑(理论版),2019(07):109-112.

[9]郭锦荣. 某学院学生社团管理系统的设计与实现[D].江西财经大学,2017.

[10]邓文聪. 新会机电中专学生社团管理系统的研究与分析[D].云南大学,2017.

[11]刘艳英. 江门市新会机电职业技术学校学生社团管理系统的研究与分析[D].云南大学,2017.

[12]尹东明,欧阳元东.基于慧教育背景下职校学生社团信息建设的策略探索[J].赤子(上中旬),2016(23):77.

[13]孙晶. 学生社团管理系统设计与实现[D].吉林大学,2016.

[14]Guoliang Zhao,Guolin Zhao,Aijun Wang. The development of intelligent community information management system based on arcengineer[J]. BioTechnology: An Indian Journal,2014,10(21):

[15]Bai qing HE. Analysis of Student Associations of Electronic Information Majors in Private Universities-Electronic Association[P]. Bai qing HE,2020.

致谢

逝者如斯夫，不舍昼夜。转眼间，大用户用户活便已经接近尾声，人面对着离别与结束，总是充满着不舍与茫然，我亦如此，仍记得那年秋天，我迫不及待的提前一天到了学校，面对学校巍峨的大门，我心里充满了期待：这里，就是我新生活的起点吗？那天，阳光明媚，学校的欢迎仪式很热烈，我面对着一个个对着我微笑的同学，仿佛一缕缕阳光透过胸口照进了我心里，同时，在那天我认识可爱的室友，我们携手共同度过了这难忘的两年。如今，我望着这篇论文的致谢，不禁又要问自己：现在，我们就要说再见了吗？

感慨莫名，不知所言。遥想当初刚来学校的时候，心里总是想着工科学校会过于板正，会缺乏一些柔情，当时心里甚至有一点点排斥，但是随着我对学校的慢慢认识与了解，我才认识到了她的美丽，她的柔情，并且慢慢的喜欢上了这个校园，但是时间太快了，快到我还没有好好体会她的美丽便要离开了，但是她带给我的回忆，永远不会离开我，也许真正离开那天我的眼里会满含泪水，我不是因为难过，我只是想将她的样子映在我的泪水里，刻在我的心里。最后，感谢我的老师们，是你们教授了我们知识与做人的道理；感谢我的室友们，是你们陪伴了我如此之久；感谢每位关心与支持我的人。

少年，追风赶月莫停留，平荒尽处是春山。

请关注点赞+私信博主，免费领取项目源码