（ソースコード添付）node.js 在宅介護サービスシステム卒業制作 35247

この設計は主に、人間化、高効率、利便性などの利点を組み合わせた在宅高齢者介護サービスシステムを実装しており、レジャーと娯楽、活動登録、介護者情報、介護者の雇用、健康診断項目、健康診断の予約、健康診断の結果、支出の詳細、月末の概要、家族のフィードバック、その他の機能モジュール。システムはブラウザを介してサーバーと通信し、データのやり取りと変更を実現します。パソコンを使って指を動かすだけでシステムを操作し、データ通信管理を実現します。システム全体の設計プロセスはデータのセキュリティ、安定性、信頼性などの問題を十分に考慮しており、運用プロセスはシンプルです。このシステムは、科学的な管理方法と便利なサービスにより、作業効率を向上させ、データ保管のエラーや漏れを削減します。

在宅介護サービスシステムは、node.js 言語を使用し、MVVM モデルに基づく Express テクノロジーを使用して開発され、Vs Code/HbuildX コンパイラーを使用して記述され、データに関しては、主に Microsoft の MySQL リレーショナルデータベースをデータストレージとして使用します。媒体、node.js+CSS技術と連携してシステム開発を完了します。

キーワード: エクスプレステクノロジー、MYSQL、在宅介護サービスシステム

抽象的な

インターネットのトレンドの到来により、さまざまな業界がインターネットを利用して自社を宣伝することを検討しています。最善の方法は、独自のインターネットシステムを確立し、維持管理することです。実際のアプリケーションでは、アプリケーションソフトウェアの動作ルールと開発手順はノードを使用して構築されます。 js技術を活用した在宅介護サービスシステムの構築。

この設計は主に、人間化、効率性、利便性の利点を組み合わせた在宅高齢者介護サービスシステムを実装します。レジャーとエンターテイメント、アクティビティの登録、介護者情報、介護者の雇用、健康診断項目、健康診断の予約、健康診断の結果、費用の詳細、月末の概要、家族のフィードバックなどの機能モジュールが完成します。システムはブラウザを通じてサーバーと通信し、データの対話と変更を実現します。パソコンを使って指を動かすだけでシステムを操作でき、データ通信管理を実現します。システム全体の設計プロセスはデータのセキュリティ、安定性、信頼性などの問題を十分に考慮しており、運用プロセスはシンプルです。科学的な管理と便利なサービスにより、業務効率の向上とデータ保管漏れの削減を実現するシステムです。

在宅高齢者介護サービスシステムは、node.js 言語を使用し、開発には MVVM モードベースの Express テクノロジを採用し、コンパイルには Vs Code/HbuildX コンパイラを使用します。データに関しては、主に Microsoft の MySQL リレーショナルデータベースをデータ記憶媒体として使用し、node.js+CSS テクノロジーと連携してシステム開発を完了します。

キーワード:エクスプレステクノロジー。 MYSQL；在宅高齢者介護サービスシステム

1 绪论

1.1 テーマ選定の背景

2005 年の政府機関の統計によると、中国には 1 億 4,000 万人以上の 60 歳がおり、これは国の人口の 11% を占めます。鞍山の人口統計によると、鞍山市の60歳以上の人口も急速に増加しており、2013年末までに鞍山市の60歳以上の人口は51万人に達した。現在、鞍山市鉄東区の60歳以上の人口は7万6,717人で、高齢化率は15.1％で、国際的に認められている社会的高齢化率の10％をはるかに上回っている。中国は高齢化時代に突入した。

中国における高齢者ケアの伝統的なモデルは、主に家族によるセルフケアと施設内ケアである。しかし統計によると、中国の高齢者のうち老人ホームに住んでいるのはわずか1％だ。高齢者の大多数は自宅で自活することを選択していますが、これは主に伝統的な儒教の影響と小規模農民経済の家族概念によるものです。

在宅高齢者介護サービスは本来の家族を背景としており、高齢者施設は地域社会に依存して、在宅で介護する高齢者に家事代行、生活介護、疾病救済等の介護サービスを提供する。従来の在宅高齢者介護を改善するだけでなく、新たな地域サービスシステムを確立し、在宅高齢者介護サービスを強力に推進するため、政策の導入からスタートし、課題の明確化、制度の確立、基礎的サービスの確立を行っています。介護サービス制度における在宅介護の状況。

1.2 研究の意義

在宅医療の情報化では、管理情報システムを使用して企業のビジネスプロセスを制御し、人的要因によって引き起こされる作業の逸脱を回避し、作業の進捗状況をより適切に監視し、従業員の行動を標準化します。情報システムでは従業員の在席状況、サービス状況、サービス経験、研修状況などの情報を一元管理し、従業員の業務調整や顧客対応を迅速かつ正確に行うことで、サービス効率の向上だけでなく業務効率の向上にもつながります。会社の信頼、そして支出。

在宅医療の情報化により大量のデータが蓄積され、関連情報を体系的に整理・分析することで、企業経営者の確実な意思決定支援、資金の流れの迅速化、経費削減、企業経営業務の効率化・システム化、会社のサービス管理効率が大幅に向上します。

「2008 年 1 月 29 日、国家高齢化委員会事務局は、10 の省庁および委員会を主導し、文書（2008 年）第 4 号で「在宅高齢者介護サービスの総合的推進に関する意見書」を発表し、在宅高齢者介護サービスの方向性を指摘した。在宅高齢者介護サービスの情報化。我が国の高齢者介護サービス制度における在宅高齢者介護の重要性が明らかになりました。「通信・情報技術を活用した高齢者介護サービスの情報プラットフォームの構築を積極的に推進する」との指摘があった。

1.3 国内外の在宅高齢者介護情報管理の現状分析

我が国における在宅医療の情報管理はここ数年で登場したばかりですが、他産業の情報システムはまだ成熟した出発点を持っておらず、現在の主流は企業内のローカルエリアネットワークによる情報管理であり、しかし、通信技術と統合された完全な在宅高齢者介護情報サービスシステムは依然として継続的に改善されています。

鞍山市に関する限り、鉄東区には現在 13 社の家事サービス会社があり、情報化の度合いは非常に低く、各家事サービス会社の事業範囲は広いものの、高齢者向けサービスは少ないことが調査結果から分かりました。家庭で行うことはビジネスのほんの一部にすぎません。情報管理は業務記録や経常収支のみに重点が置かれており、基本的なウェブサイトさえ持たない企業もあります。このような情報化の現状では、今後の高齢者在宅介護の情報化管理を満足させることはできず、すでに家事管理の混沌とした状況が明らかになっている。

今後、在宅高齢者介護は重要な社会サービスシステムとして位置付けられるべきであり、今後の情報管理においても発展の余地は大きくなるはずである。

1.4Expressフレームワークの紹介

Express は、一連の強力な機能を提供する、シンプルで柔軟な node.js Web アプリケーションフレームワークです。さまざまな Web アプリケーションの作成に役立つ機能があります。 Express は、node.js の既存の機能を再抽象化するのではなく、Web アプリケーションに必要な機能をその上に拡張するだけです。 Connect フレームワークの豊富な HTTP ツールとミドルウェアがすぐに利用できるため、堅牢で使いやすい API を迅速かつ簡単に作成できます。

1.5node.js関数モジュール

ノードは、モジュールモジュールを使用してさまざまな機能を分割し、アプリケーション開発を簡素化します。モジュールモジュールは、C++ 言語のクラスライブラリに似ています。各 Node クラスライブラリには、非常に豊富な関数が含まれています。たとえば、http モジュールには、開発者が http、tcp/udp などを簡単に操作できるようにする http 関数に関連する多くの関数が含まれています。 tcp/udpサーバー。

プログラム内でモジュールを使用すると非常に便利です。次のようにするだけです。

ここではhttp クラスライブラリが導入されており、http クラスライブラリへの参照は http 変数に格納されます。この時点で、Node はアプリケーション内の node_modules ディレクトリを検索し、このディレクトリ内で http モジュールを検索します。 Node.js がこのディレクトリを見つけられない場合、グローバルモジュールキャッシュ内を検索します。ユーザーは、次のような相対パスまたは絶対パスを使用してモジュールの場所を指定できます。

var myModule = require('./myModule.js');

モジュールには多くの関数コードフラグメントが含まれており、モジュール内のコードの大部分はプライベートです。つまり、モジュール内で定義された関数メソッドと変数は同じモジュール内でのみ呼び出すことができます。もちろん、一部のメソッドと変数はモジュールの外部に公開でき、この場合は、exports オブジェクトを使用してこれを実現できます。

1.6 論文構成と章の配置

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

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

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

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

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

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

第 6 章: 概要。

2 在宅介護サービス体制の分析

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

2.1 可行性分析

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

在宅介護サービスシステムmysql データベースはストレージと開発に使用されますVS Code/HbuildX< i=3> や Tomcat などの開発ツールは、執筆作業に多くの利便性をもたらします。このシステムは、 express 開発フレームワークを使用しており、システムの拡張性を高めています。メンテナンス性の向上、削減されたnode.js構成コード >、プログラミングコードを簡素化する、現在express< /span> フレームワークも、多くの企業が選択するフレームワークの 1 つです。

(2) 経済性分析

在宅介護サービスシステムの開発に使用される開発ソフトウェアは、VS Code/HbuildX のようなものです。 a>ため、経済的に実現可能です。。システム開発ツールは、インターネットから直接ダウンロードできる、単独で完了できます、自分自身で体系的に学習されています。追加コストなしで、これらの環境は学校で、これらはすべてオープンですソースと無料、開発ツール、Tomcat8.0 サーバー、MySQL5.7 データベース、Photoshop 画像処理ソフトウェアなど。

(3) 運用可能性分析

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

2.2 システムプロセス分析

ビジネスプロセスは、システム使用時やシステム分析実行時に、特定の記号や線を使用してユーザーのプロセスを示します。、ビジネスプロセスは、開発者がビジネスをより深く理解するのに役立ちます。、エラーの発見< a i=7>、システムを改善します。

2.2.1 データ追加処理

ユーザーがシステムに正常にログインすると、データを追加できるようになります、< a i=4>追加されるデータの数は特定です、システムはを生成します。ユーザーは、、数字を除き、任意に入力することはできません、他のユーザーが情報を追加できます。自分で入力してください。、入力された情報はシステムによって確認されました< a i=15>、検証は正当であり、合格しました。データが正常に追加されたことが示されています。、。オン逆に、、は正常に追加されていません。、図は、データを追加するときのプロセスを示します。 2-1

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

2.2.2 データ変更プロセス

データ変更のプロセスは、図に示す、上記のデータ追加のプロセスと同様です。 2-2 を示します。

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

2.2.3 データ削除プロセス

システムに無駄なデータがある場合、関連する管理者は a>これらのデータは削除できます、図2-3< a i =8>はデータ削除時のフローチャートです。

図 2-3 データ削除のフローチャート

2.3 システム機能の分析

2.3.1 機能分析

在宅介護サービスシステムの役割に応じて、高齢者利用者管理モジュール、高齢者家族管理モジュール、介護者利用者管理モジュール、管理者管理モジュールの4つに分けました。

高齢者ユーザー管理モジュール:

(1) 在宅介護サービスシステムのホームページ情報を確認する：在宅介護サービスシステムのホームページ情報には、通知とお知らせ、健康科学、個人アカウント、個人コレクション、レジャーとエンターテイメント、看護師情報、健康診断項目、等

(2) 通知とお知らせ: ユーザーが「通知とお知らせ」メニューボタンをクリックすると、バックグラウンドで管理者によって発行されたすべての通知とお知らせが表示され、詳細を確認できます。

(3) 個人アカウント：フロントデスクの「個人アカウント」をクリックして、個人情報+パスワード変更+あなた自身の収集情報を管理および制御します。

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

(5) 健康科学の普及: 健康科学の普及を確認することができ、知りたい健康科学の普及を見つけたら、詳細な紹介を入力して閲覧し、コメント、いいね、収集することができます。

(6) レジャー・エンターテイメント: レジャー・エンターテイメントを閲覧することができます。知りたいレジャー・エンターテイメントを見つけたら、詳細な紹介ページにアクセスしてください。「登録」ボタンをクリックすると、入力画面にジャンプします。登録情報画面の指示に従って登録情報を入力し、「送信」をクリックすると登録が完了します;レジャー・エンターテイメント詳細画面では、ユーザーがお気に入りのレジャー・エンターテイメントを収集して「いいね！」する機能もサポートしています。

(7) 健康診断項目：健康診断項目を閲覧することができます。知りたい健康診断項目が見つかったら、入力して詳しい紹介をご覧ください。「予約」ボタンをクリックすると、画面にジャンプします。予約情報を入力するためのメッセージが表示されます。予約情報を入力し、「送信」をクリックして予約を完了します。健康診断項目の詳細インターフェースでは、ユーザーはお気に入りの健康診断項目を収集して「いいね！」することもできます。

管理者管理モジュール:

(1) ログイン: 管理者のアカウントはデータテーブルに直接設定され、登録は必要ありません。

(2) システム利用者：管理者は、訪問介護サービスシステムの管理者や、登録されている高齢者利用者、高齢者家族、介護利用者を窓口で確認・管理することができます。

（3）カルーセルチャート/通知アナウンス管理 : 管理者は、システムのフロントに表示される通知アナウンスやカルーセル画像を追加、削除、変更、確認することができます、 a> はユーザーが閲覧するのに便利です。

(4) モジュール管理: [モジュール管理] メニューで、システム内の、が運用するあらゆる情報を管理する項目、健康診断の予約、健康診断の結果、費用の詳細、月末の概要、家族からのフィードバック。

(5)リソース管理: 管理者は、在宅介護サービス制度健康科学の普及をフロントに掲示し、< /a >は管理と統制のカテゴリに属します。科学の普及

2.3.2 非機能分析

在宅介護サービスシステムの非機能要件には、在宅介護サービスシステムのセキュリティ、信頼性、性能、拡張性などが含まれる。詳細は次の 3-1 表で表すことができます。

表3-1 在宅介護サービス制度なし機能要件リスト

安全性	主に在宅介護サービスシステムのデータベースの導入を指し、データベースの利用やパスワードの設定などは規格に準拠する必要があります。
信頼性	信頼性とは、利用者の指示に従って在宅介護サービスシステムを導入・運用できることを指し、テストの結果、信頼性は90％以上です。
パフォーマンス	在宅介護サービスシステムが市場を占めるには性能が必須条件であり、性能が良いに越したことはありません。
スケーラビリティ	たとえば、データベースは、システムの非機能要件を確実に満たすために、インターフェイスの使用などの複数の属性を予約します。
使いやすさ	利用者は在宅介護サービスシステムのページ表示内容に従うだけで済みます。
保守性	在宅介護サービスのシステム開発は保守性が非常に重要ですが、テストを行った結果、保守性に問題はありません。

2.4 系统用例分析

2.3 機能の分析を通じて、この在宅介護サービスシステムのユースケース図が得られます。

高齢者ユーザーの役割の例を図 2-3 に示します。

図 2-3 在宅介護サービスシステムにおける高齢者利用者の役割のユースケース図

Web バックエンド管理の管理者は、在宅介護サービスシステム全体のすべてのデータ情報を維持します。管理者の役割の例を図 2-4 に示します。

図2-4在宅介護サービスシステムにおける管理者の役割のユースケース図

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 ユーザーモジュールの設計

バックエンド管理者は、フロントエンドに登録されているユーザーの追加、削除、変更、確認を行うことができ、ユーザーモジュールの構成図は以下のとおりです。

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

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

在宅介護サービスシステムはオープンなコミュニケーションプラットフォームであり、コメントを投稿することで利用者間の交流を促進します。しかし同時に、コメントの内容をより標準化し、管理者に不適切なコメントを削除する機能を提供するには、コメント管理モジュールを特別に設計する必要があり、具体的な構造図は次のとおりです。

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

3.3 データベース設計

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

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

以下は、在宅介護サービスシステム全体の主要なデータベーステーブルの主要な E-R エンティティ関係図です。

図 3-6 在宅介護サービスシステム全体の E-R 関係図

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

前節の在宅介護サービスシステムにおける全体の E-R 関係図から、合計で多くのデータテーブルを作成する必要があると結論付けることができます。ここでは主に、いくつかの主要なデータベーステーブル構造設計をリストします。

テーブル old_users (高齢者ユーザー)

シリアルナンバー	名前	データの種類	長さ	小数位	Null値を許可する	主キー	デフォルト値	説明する
1	高齢者のユーザーID	整数	10	0	N	そして		高齢者利用者ID
2	高齢者の名前	可変長文字	64	0	そして	N		老人の名前
3	高齢者の性別	可変長文字	64	0	そして	N		老人のセックス
4	高齢者の住所	可変長文字	64	0	そして	N		高齢者の住所
5	高齢者の家族	整数	10	0	そして	N	0	高齢の家族
6	子電話	可変長文字	64	0	そして	N		子供の電話番号
7	高齢者_介護従事者	整数	10	0	そして	N	0	介護福祉士
8	検査状態	可変長文字	16	0	N	N	合格した	承認状況
9	推薦する	整数	10	0	N	N	0	インテリジェントな推奨事項
10	ユーザーID	整数	10	0	N	N	0	ユーザーID
11	作成時間	日付時刻	19	0	N	N	CURRENT_TIMESTAMP	作成時間
12	更新時間	タイムスタンプ	19	0	N	N	CURRENT_TIMESTAMP	更新時間

テーブル jobs_of_support_workers (介護者の雇用)

シリアルナンバー	名前	データの種類	長さ	小数位	Null値を許可する	主キー	デフォルト値	説明する
1	サポート従業員の雇用ID	整数	10	0	N	そして		介護者 ID をレンタルする
2	サポートユーザー	整数	10	0	そして	N	0	介護利用者
3	サポート担当者の名前	可変長文字	64	0	そして	N		介護者の名前
4	雇用_月給_給与	整数	10	0	そして	N	0	採用月給
5	高齢者ユーザー	整数	10	0	そして	N	0	高齢者の利用者
6	高齢者の名前	可変長文字	64	0	そして	N		老人の名前
7	高齢者の家族	整数	10	0	そして	N	0	高齢の家族
8	子電話	可変長文字	64	0	そして	N		子供の電話番号
9	推薦する	整数	10	0	N	N	0	インテリジェントな推奨事項
10	作成時間	日付時刻	19	0	N	N	CURRENT_TIMESTAMP	作成時間
11	更新時間	タイムスタンプ	19	0	N	N	CURRENT_TIMESTAMP	更新時間

テーブルevent_registration（イベント登録）

シリアルナンバー	名前	データの種類	長さ	小数位	Null値を許可する	主キー	デフォルト値	説明する
1	イベント登録ID	整数	10	0	N	そして		イベント登録ID
2	アクティビティ名	可変長文字	64	0	そして	N		イベント名
3	アクティビティの種類	可変長文字	64	0	そして	N		活動の種類
4	活動日	日付	10	0	そして	N		開催日
5	アクティビティのアドレス	可変長文字	64	0	そして	N		イベントアドレス
6	担当者	可変長文字	64	0	そして	N		担当者
7	連絡先番号	可変長文字	64	0	そして	N		連絡先番号
8	登録ユーザー	整数	10	0	そして	N	0	ユーザーを登録する
9	高齢者の名前	可変長文字	64	0	そして	N		老人の名前
10	高齢者の家族	整数	10	0	そして	N	0	高齢の家族
11	子電話	可変長文字	64	0	そして	N		子供の電話番号
12	推薦する	整数	10	0	N	N	0	インテリジェントな推奨事項
13	作成時間	日付時刻	19	0	N	N	CURRENT_TIMESTAMP	作成時間
14	更新時間	タイムスタンプ	19	0	N	N	CURRENT_TIMESTAMP	更新時間

テーブルexpense_details (経費の詳細)

シリアルナンバー	名前	データの種類	長さ	小数位	Null値を許可する	主キー	デフォルト値	説明する
1	経費詳細ID	整数	10	0	N	そして		経費明細ID
2	高齢者ユーザー	整数	10	0	そして	N	0	高齢者の利用者
3	高齢者の名前	可変長文字	64	0	そして	N		老人の名前
4	高齢者の家族	整数	10	0	そして	N	0	高齢の家族
5	子電話	可変長文字	64	0	そして	N		子供の電話番号
6	サポートユーザー	整数	10	0	そして	N	0	介護利用者
7	消費日	日付	10	0	そして	N		消費日
8	消費量	整数	10	0	そして	N	0	使用量
9	消費目的	文章	65535	0	そして	N		消費者向け
10	支払い州	可変長文字	16	0	N	N	未払い	支払い状況
11	支払いの種類	可変長文字	16	0	そして	N		支払いタイプ: WeChat、Alipay、オンラインバンキング
12	推薦する	整数	10	0	N	N	0	インテリジェントな推奨事項
13	作成時間	日付時刻	19	0	N	N	CURRENT_TIMESTAMP	作成時間
14	更新時間	タイムスタンプ	19	0	N	N	CURRENT_TIMESTAMP	更新時間

テーブル family_フィードバック (家族のフィードバック)

シリアルナンバー	名前	データの種類	長さ	小数位	Null値を許可する	主キー	デフォルト値	説明する
1	family_フィードバック_id	整数	10	0	N	そして		家族のフィードバック ID
2	高齢者ユーザー	整数	10	0	そして	N	0	高齢者の利用者
3	高齢者の名前	可変長文字	64	0	そして	N		老人の名前
4	高齢者の家族	整数	10	0	そして	N	0	高齢の家族
5	子電話	可変長文字	64	0	そして	N		子供の電話番号
6	サポートユーザー	整数	10	0	そして	N	0	介護利用者
7	概要_月	可変長文字	64	0	そして	N		月を要約する
8	今月の消費量	整数	10	0	そして	N	0	今月の消費量
9	フィードバックコンテンツ	文章	65535	0	そして	N		フィードバック内容
10	フィードバック_応答	文章	65535	0	そして	N		フィードバック返信
11	推薦する	整数	10	0	N	N	0	インテリジェントな推奨事項
12	作成時間	日付時刻	19	0	N	N	CURRENT_TIMESTAMP	作成時間
13	更新時間	タイムスタンプ	19	0	N	N	CURRENT_TIMESTAMP	更新時間

テーブル family_members_of_the_elderly (高齢者の家族メンバー)

シリアルナンバー	名前	データの種類	長さ	小数位	Null値を許可する	主キー	デフォルト値	説明する
1	family_members_of_the_elderly_id	整数	10	0	N	そして		高齢者家族ID
2	苗字	可変長文字	64	0	そして	N		苗字
3	家族の性別	可変長文字	64	0	そして	N		家族の性別
4	検査状態	可変長文字	16	0	N	N	合格した	承認状況
5	推薦する	整数	10	0	N	N	0	インテリジェントな推奨事項
6	ユーザーID	整数	10	0	N	N	0	ユーザーID
7	作成時間	日付時刻	19	0	N	N	CURRENT_TIMESTAMP	作成時間
8	更新時間	タイムスタンプ	19	0	N	N	CURRENT_TIMESTAMP	更新時間

テーブルのヒット数 (ユーザーのクリック数)

シリアルナンバー	名前	データの種類	長さ	小数位	Null値を許可する	主キー	デフォルト値	説明する
1	ヒットID	整数	10	0	N	そして		いいねID:
2	ユーザーID	整数	10	0	N	N	0	気に入った人:
3	作成時間	タイムスタンプ	19	0	N	N	CURRENT_TIMESTAMP	作成時間:
4	更新時間	タイムスタンプ	19	0	N	N	CURRENT_TIMESTAMP	更新時間:
5	ソーステーブル	可変長文字	255	0	そして	N		ソーステーブル:
6	ソースフィールド	可変長文字	255	0	そして	N		ソースフィールド:
7	ソースID	整数	10	0	N	N	0	ソースID:

テーブル month_end_summary (月末の概要)

シリアルナンバー	名前	データの種類	長さ	小数位	Null値を許可する	主キー	デフォルト値	説明する
1	month_end_summary_id	整数	10	0	N	そして		月末サマリーID
2	高齢者ユーザー	整数	10	0	そして	N	0	高齢者の利用者
3	高齢者の名前	可変長文字	64	0	そして	N		老人の名前
4	高齢者の家族	整数	10	0	そして	N	0	高齢の家族
5	子電話	可変長文字	64	0	そして	N		子供の電話番号
6	サポートユーザー	整数	10	0	そして	N	0	介護利用者
7	概要_月	可変長文字	64	0	そして	N		月を要約する
8	今月の消費量	整数	10	0	そして	N	0	今月の消費量
9	消費リスト	可変長文字	255	0	そして	N		消費量リスト
10	推薦する	整数	10	0	N	N	0	インテリジェントな推奨事項
11	作成時間	日付時刻	19	0	N	N	CURRENT_TIMESTAMP	作成時間
12	更新時間	タイムスタンプ	19	0	N	N	CURRENT_TIMESTAMP	更新時間

お知らせ（お知らせ）

シリアルナンバー	名前	データの種類	長さ	小数位	Null値を許可する	主キー	デフォルト値	説明する
1	通知ID	中程度の	8	0	N	そして		お知らせID:
2	タイトル	可変長文字	125	0	N	N		タイトル：
3	コンテンツ	長文	2147483647	0	そして	N		文章：
4	作成時間	タイムスタンプ	19	0	N	N	CURRENT_TIMESTAMP	作成時間:
5	更新時間	タイムスタンプ	19	0	N	N	CURRENT_TIMESTAMP	更新時間:

テーブル Physical_examination_appointment (身体検査の予約)

シリアルナンバー	名前	データの種類	長さ	小数位	Null値を許可する	主キー	デフォルト値	説明する
1	Physical_examination_appointment_id	整数	10	0	N	そして		健康診断予約ID
2	身体検査項目	可変長文字	64	0	そして	N		健康診断項目
3	身体検査の場所	可変長文字	64	0	そして	N		健康診断の場所
4	身体検査の日付	日付	10	0	そして	N		健康診断日
5	予約時間	日付時刻	19	0	そして	N		予定
6	アポイントメントユーザー	整数	10	0	そして	N	0	ユーザーを予約する
7	高齢者の名前	可変長文字	64	0	そして	N		老人の名前
8	高齢者の家族	整数	10	0	そして	N	0	高齢の家族
9	子電話	可変長文字	64	0	そして	N		子供の電話番号
10	高齢者_介護従事者	整数	10	0	そして	N	0	介護福祉士
11	推薦する	整数	10	0	N	N	0	インテリジェントな推奨事項
12	作成時間	日付時刻	19	0	N	N	CURRENT_TIMESTAMP	作成時間
13	更新時間	タイムスタンプ	19	0	N	N	CURRENT_TIMESTAMP	更新時間

テーブル Physical_examination_items (身体検査項目)

シリアルナンバー	名前	データの種類	長さ	小数位	Null値を許可する	主キー	デフォルト値	説明する
1	物理検査項目ID	整数	10	0	N	そして		健康診断項目ID
2	身体検査項目	可変長文字	64	0	そして	N		健康診断項目
3	身体検査の場所	可変長文字	64	0	そして	N		健康診断の場所
4	身体検査の日付	日付	10	0	そして	N		健康診断日
5	カバー写真	可変長文字	255	0	そして	N		表紙画像
6	プロジェクトの詳細	文章	65535	0	そして	N		プロジェクトの詳細
7	推薦する	整数	10	0	N	N	0	インテリジェントな推奨事項
8	作成時間	日付時刻	19	0	N	N	CURRENT_TIMESTAMP	作成時間
9	更新時間	タイムスタンプ	19	0	N	N	CURRENT_TIMESTAMP	更新時間

テーブル Physical_examination_results (身体検査結果)

シリアルナンバー	名前	データの種類	長さ	小数位	Null値を許可する	主キー	デフォルト値	説明する
1	身体検査結果ID	整数	10	0	N	そして		健康診断結果ID
2	身体検査項目	可変長文字	64	0	そして	N		健康診断項目
3	身体検査の場所	可変長文字	64	0	そして	N		健康診断の場所
4	身体検査の日付	日付	10	0	そして	N		健康診断日
5	アポイントメントユーザー	整数	10	0	そして	N	0	ユーザーを予約する
6	高齢者の名前	可変長文字	64	0	そして	N		老人の名前
7	高齢者の家族	整数	10	0	そして	N	0	高齢の家族
8	子電話	可変長文字	64	0	そして	N		子供の電話番号
9	高齢者_介護従事者	整数	10	0	そして	N	0	介護福祉士
10	レポート_ドキュメント	可変長文字	255	0	そして	N		報告書
11	身体検査結果	文章	65535	0	そして	N		身体検査結果
12	健康評価	文章	65535	0	そして	N		健康診断
13	注文情報	文章	65535	0	そして	N		医療オーダー情報
14	推薦する	整数	10	0	N	N	0	インテリジェントな推奨事項
15	作成時間	日付時刻	19	0	N	N	CURRENT_TIMESTAMP	作成時間
16	更新時間	タイムスタンプ	19	0	N	N	CURRENT_TIMESTAMP	更新時間

褒め言葉を表現する（「いいね！」）

シリアルナンバー	名前	データの種類	長さ	小数位	Null値を許可する	主キー	デフォルト値	説明する
1	賞賛ID	整数	10	0	N	そして		いいねID:
2	ユーザーID	整数	10	0	N	N	0	気に入った人:
3	作成時間	タイムスタンプ	19	0	N	N	CURRENT_TIMESTAMP	作成時間:
4	更新時間	タイムスタンプ	19	0	N	N	CURRENT_TIMESTAMP	更新時間:
5	ソーステーブル	可変長文字	255	0	そして	N		ソーステーブル:
6	ソースフィールド	可変長文字	255	0	そして	N		ソースフィールド:
7	ソースID	整数	10	0	N	N	0	ソースID:
8	状態	少し	1	0	N	N	1	いいねステータス：1はいいね、0はキャンセル

テーブルrecreation_entertainment（レクリエーション）

シリアルナンバー	名前	データの種類	長さ	小数位	Null値を許可する	主キー	デフォルト値	説明する
1	レクリエーション_エンターテイメント_id	整数	10	0	N	そして		レジャー・エンターテイメントID
2	アクティビティ名	可変長文字	64	0	そして	N		イベント名
3	アクティビティの種類	可変長文字	64	0	そして	N		活動の種類
4	活動日	日付	10	0	そして	N		開催日
5	アクティビティのアドレス	可変長文字	64	0	そして	N		イベントアドレス
6	イベントカバー	可変長文字	255	0	そして	N		イベントカバー
7	担当者	可変長文字	64	0	そして	N		担当者
8	連絡先番号	可変長文字	64	0	そして	N		連絡先番号
9	イベントの詳細	文章	65535	0	そして	N		イベントの詳細
10	ヒット	整数	10	0	N	N	0	クリック数
11	賞賛レン	整数	10	0	N	N	0	いいね数
12	推薦する	整数	10	0	N	N	0	インテリジェントな推奨事項
13	作成時間	日付時刻	19	0	N	N	CURRENT_TIMESTAMP	作成時間
14	更新時間	タイムスタンプ	19	0	N	N	CURRENT_TIMESTAMP	更新時間

3.4 この章の概要

在宅介護サービスシステム全体の需要分析は、主にシステム全体のアーキテクチャと機能モジュールの設計に焦点を当て、E-Rモデルとデータベースロジックシステム設計を確立することでデータベースシステム設計を完了しました。

4 在宅介護サービスシステムの詳細設計と実施

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

4.1ユーザー関数モジュール

4.1.1 前台首页界面

在宅介護サービスシステムに入ると、最初にシステムのナビゲーションバーが表示され、その下にカルーセルチャートとシステムコンテンツが表示されます。主なインターフェイスは次の図 4-1 に示されています。

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

4.1.2 ユーザーログインインターフェース

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

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

4.1.3 登録インターフェース

居家养老服务系统的用户可以进行注册登录，当用户左上角“注册”按钮的时候，当填写上自己的账号+密码+确认密码+昵称+邮箱+手机号，选择身份，然后填写身份信息后再点击“注册”按钮后将会先验证输入的有没有空数据，再次验证密码和确认密码是否是一样的，最后验证输入的账户名和数据库表中已经注册的账户名是否重复，只有都验证没问题后即可注册成功。其用注册界面展示如下图4-2所示。

图4-3注册界面图

4.1.4 个人账户界面

当用户点击导航栏上“个人账户”可以对个人的资料、登录系统的密码以及自己收藏的信息进行设置管理，个人账户界面如下图4-4所示。

图4-4个人账户界面图

4.1.5健康科普界面

当访客点击居家养老服务系统中导航栏上的“健康科普”后将会进入到该“健康科普”列表的界面，然后选择想要看的健康科普，点击进入到详细界面，在详细界面可以收藏+赞+评论等操作，健康科普界面如下图4-5所示。

图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轮播图管理界面图

4.2.4资源管理界面

资源管理主要管理员是对健康科普以及健康科普所属的分类进行管控，包含了用户对健康科普提交的评论信息，界面如下图4-11所示。

图4-11休闲娱乐界面图

4.2.5模块管理界面

居家老人服务系统中的管理人员在“更多管理”这一菜单下是可以对居家老人服务系统内的休闲娱乐、活动报名、护工信息、聘请护工、体检项目、体检预约、体检结果、费用明细、月末汇总、家属反馈进行管控的，其管理界面如下图4-12所示。

图4-12 模块管理界面图

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、express技术、MYSQL，这些技术都是在以前的学习中学到了，其中许多的设计思路和方法都是在以前不断地学习中摸索出来的经验，其实对于我们来说工作量还是比较大的，但是正是由于之前的积累与准备，才能顺利的完成这个项目，由此看来，积累经验跟做好准备是十分重要的事情。

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

参考文献

[1]申梦昊,陈际华. 乡村振兴背景下农村居家养老服务纾困路径研究——基于生态系统理论视角[C]//中国老年学和老年医学学会.新时代积极应对人口老龄化研究文集·2022.新时代积极应对人口老龄化研究文集·2022,2022:91-98.DOI:10.26914/c.cnkihy.2022.048727.

[2]白重阳. 智能居家养老服务系统、信息交互方法[P]. 北京市：CN115268279A,2022-11-01.

[3]陈际华,申梦昊.乡村振兴背景下农村居家养老服务纾困路径研究——基于生态系统理论视角[J].湖北农业科学,2022,61(18):251-256.DOI:10.14088/j.cnki.issn0439-8114.2022.18.044.

[4] Zhao Jiali. スマートホーム高齢者介護サービスにおけるソーシャルワーク介入の実践と探求 [D]. 甘粛政治法大学、2022. DOI: 10.27785/d.cnki.ggszf.2022.000273.

[5] Miao Xiaoxia. 杭州市拱墅区におけるスマートホーム高齢者介護サービスと最適化に関する研究 [D]. Northwest Normal University, 2022. DOI: 10.27410/d.cnki.gxbfu.2022.000077.

[6] Chen Rongxin. NodeJS+Express フレームワークに基づく大学会議室予約システムの設計と開発 [J]. 情報とコンピュータ (理論版), 2021, 33(02):95-97.

[7] Witsarut Sriratana、Vittaya Khagwian、Sutham Satthamsakul。 Analysis of Electric Current by Using MySQL Database on Web Server for Machine Performance Evaluation: A Case Study of Air Conditioning System[J].制御ロボットシステム学会国際学術大会論文集、2020。

[8] Jiang Jiabei、Li Yiwen、Wang Xiang. 流行を踏まえた Internet+ を背景とした高齢者向け在宅介護サービスシステムの設計に関する考察 [J]. Design, 2020, 33(11):78-81.

[9] Liu Heshan、Dong Xue、Fan Zhijun、Li Puhong. スマートホーム高齢者介護サービスシステムの設計に関する研究 [J]. Packaging Engineering, 2020, 41(08): 36-42.DOI: 10.19554/j. cnki.1001-3563.2020.08.006 。

[10] Wang Jiejie. Node.JS テクノロジに基づく高同時実行ネットワークアプリケーションアーキテクチャの設計と実装 [J]. 通化師範大学ジャーナル、2020、41(04):64-67.DOI:10.13877/j.cnki .cn22- 1284.2020.04.014。

[11] Liu Xian、Liu Zexiao、Xun Lidan. Node.js テクノロジーに基づくレポート情報管理プラットフォームの設計と実装 [J]. ワイヤレスインターネットテクノロジー、2019、16(24): 51-52。

[12] Lin Liwen. 電気通信 IT サポートの分野における Node.js 技術機能のアプリケーションの探索 [J]. Computer Products and Circulation, 2019(12):32-33.

[13]プリンス・アサベレ、フランソワ・セキエール、ウィリー・K・オフォス。 Arduino と Mysql データベースを使用したワイヤレス生体認証指紋出席システム[J]。コンピューターサイエンス、エンジニアリング、およびアプリケーションの国際ジャーナル、2019、10(5)。

[14] Wang Ying. 高品質のリソースを統合し、スマートシステムを構築し、スマート在宅ケアサービスモデルを積極的に作成する [J]. Chinese Social Work, 2019(02):14-15.

[15] Pan Xinxiang、Hu Zhi. マイクロソーシャルネットワーク理論に基づく在宅高齢者介護サービスシステムモデルに関する議論 [J]. 錦州医科大学ジャーナル (社会科学版)、2018、16(04): 1 -3. DOI: 10.13847/j .cnki.lnmu(sse).2018.04.001。

[16]、社会と人々の生活 2016 年 11 月 2 日、公園の在宅高齢者介護サービスシステムが開始され、社会化高齢者介護サービスパイロット (Xietang Street) の開始式典が開催されました。編集：崔光泉、劉海燕、蘇州工業団地年鑑、古呉軒出版社、2017、44、年鑑。

[17] Wang Lingli、Zhang Chuanguo. NodeJS+Express フレームワークに基づく軽量アプリケーションカスタマイズプラットフォームの設計と実装 [J]. Computer Science、2017、44(S2): 596-599.

ありがとう

故人は昼も夜も決して諦めない男のようです。大物ユーザーの人生は瞬く間に終わりを迎える別れや終わりを迎える時、人はいつも未練と戸惑いでいっぱいだ私も同じだあの秋のことを今でも覚えています一日も早く学校に着くのが待ちきれませんでした学校に向かって堂々とした門を見てここが新しい人生のスタートなのかと期待に胸を膨らませていましたその日は、太陽が燦燦と輝いていて、とても暖かな歓迎式で、私は胸から太陽の光が心に差し込むような笑顔を向けるクラスメートたちと向き合い、同時に大好きな愛しい子にも出会えました。あの日ルームメイトと手を繋いで、忘れられない２年間を一緒に過ごしました。さて、この論文の謝辞を見ていると、こう自問せずにはいられません。私たちは今、別れを告げているのでしょうか？

説明がつかない感じがして、何と言ったらいいのかわかりません。初めて入学したときは、工学部というと堅くて優しさに欠けるイメージがあり、少し抵抗がありましたが、少しずつ工学部を知り、理解するうちに、彼女の美しさ、優しさに気づき、私は徐々にこのキャンパスに恋に落ちましたが、時間があまりにも早く過ぎたので、彼女の美しさを十分に理解する前に帰らなければなりませんでしたが、彼女が私にもたらした思い出は決して忘れられないでしょう。彼女が僕を去っていく日、きっと僕の目は涙でいっぱいになるだろう、悲しいからではなく、彼女の姿を涙に映して心に刻んでほしいだけだ。最後に、私たちに人生の知識と原則を教えてくれた先生たちに感謝します、長い間一緒に過ごしてくれたルームメイトに感謝します、そして私を気遣いサポートしてくれたすべての人に感謝します。

若者よ、立ち止まることなく風と月を追い求めよ、荒野のあるところには必ず春の山がある。

プロジェクトのソースコードを無料で受け取るには、フォローしていいね + プライベートメッセージを送信してください