まとめ
21世紀に入った今日、社会の発展・進歩に伴い、人々の情報に対する科学的理解は低レベルから高レベルへ、本来の知覚的理解から合理的理解へと発展し、管理業務の重要性が徐々に人々に認識されるようになりました。科学的管理により、情報の保存が正確、迅速かつ完全になり、作業管理の効率が向上し、その発展が促進されることが理解されています。
本稿では主に、ペット養子縁組システム APPについて、研究の現状や開発背景を含めて紹介し、システムの設計目標、システムの要件、全体の設計計画、システムの影響についても説明します。設計と実装についても詳細に議論され、最後に、ペット養子縁組システム APPでいくつかの具体的なテストが実施されました。
この記事では、SSM を開発テクノロジーとして使用して、ペット養子縁組システム APPを実装します。ペット譲渡システムAPPの主なユーザーは、ホームページ、カルーセル、お知らせ情報、リソース管理(ペット情報、情報分類)、コミュニケーション管理(コミュニケーションフォーラム、フォーラム分類)、システムユーザー(管理者、会員ユーザー)、モジュール管理(ペット情報)に分かれています。 、カテゴリー管理、採用情報、採用フィードバック)などの機能を備えています。これらの機能モジュールの設計を通じて、ペット養子縁組システム APPプロセス全体が基本的に実現されます。
具体的にはシステム設計にSSM構造を採用し、バックグラウンドでMysqlデータベースを利用する非常に優れたペット譲渡システムAPPです。
キーワード:ペット養子縁組システム APP 、ssmテクノロジー、Mysqlデータベース
抽象的な
21世紀の今日、社会の継続的な発展と進歩に伴い、情報の科学的性質に対する人々の理解は低レベルから高レベルへと発展し、管理業務の重要性が徐々に人々に認識されるようになりました。科学的な管理により、情報の保存は正確性、迅速性、完全性を実現し、業務管理の効率化とその発展を促進することができます。
本稿では、ペット譲渡システムAPPを中心に、研究の現状や開発背景などを紹介します。また、システムの設計目標、システム要件、および設計スキーム全体についても説明します。システムの設計と実装についても詳しく説明します。最後に、ペット養子縁組システム APP でいくつかの特定のテストが実行されます。
この記事では、SSM を開発テクノロジーとして使用して、ペット養子縁組システム APP を実装します。ペット養子縁組システムAPPの主なユーザーは、ホームページ、ローテーションチャート、お知らせ情報、リソース管理(ペット情報、情報分類)、コミュニケーション管理(コミュニケーションフォーラム、フォーラム分類)、システムユーザー(管理者、メンバーユーザー)モジュール管理に分かれています。 (ペット情報、カテゴリー管理、里親情報、里親フィードバック)などの機能を備えています。これらの機能モジュールの設計を通じて、ペット養子縁組システム APP のプロセス全体が基本的に実装されました。
システム設計ではSSM構造を採用し、バックエンドにはMySQLデータベースを採用しており、優れたペット譲渡システムAPPとなっております。
キーワード:ペット養子縁組システム APP; SSM テクノロジー。MySQLデータベース
目次
1。概要
1.1 テーマの背景と意義
インターネットの急速な発展は、世界中の組織の管理手法を根本的に変え、1990 年代以降、我が国の政府、企業、機関は、インターネット システムを通じて情報を管理できることを構想しました。過去には、ネットワークの普及率の低さ、ユーザーの拒否、インターネット関連法規制の不足、開発技術の未熟など、さまざまな理由により、主要機関におけるインターネットの開発速度が妨げられてきました。21世紀に入ってから、我が国の経済は急速に発展し、機関運営を制約していた諸問題は次々に解決され、国内の主要機関はすべて電子情報管理モデルに参加しています。
ペット譲渡システムAPPに関する情報管理は、これまでスタッフが手作業で行っていました。この方法はタイムリーなだけでなく、検索や変更の際にも不便です。科学の進歩、技術の成熟、コンピュータの情報化の急速な発展に伴い、コンピュータが非常に強力であることに対する社会の理解も深まり、コンピュータは人類社会の発展のさまざまな分野に参入し、非常に重要な役割を果たしています。このシステムはネットワーク通信とコンピュータ情報の蓄積・管理を利用しており、従来の方式では代替できない利点を持っています。例えば、計算速度や検索速度が極めて速く、信頼性が極めて高く、記憶容量が極めて大きく、機密性が極めて高く、保存時間が極めて長く、コストが極めて低い。作業効率の点では、大幅に改善することができ、サービスレベルにまで拡張すると大きな利益が得られます。インターネットを使用すると、オンラインペット養子縁組システムAPPのあらゆる側面の管理がより科学的かつ体系的になり、より標準化され、より標準化されます。もっとシンプルに。
1.2 国内外の研究状況
コンピューター ネットワークの継続的な普及により、人々の生活、仕事、学習の方法は徐々に変化しています。従来のユーザー関連情報の管理方法は、手動による方法が一般的であり、情報の取得、整理、変更、保存は依然として手動の段階にあります。この方法は、多くの人的資源、物的資源、資金を必要とし、対話が難しく、時間の無駄になる一方で、特にユーザー数の増加に伴い、ユーザーやその他の情報の管理が困難になります。特にクエリや変更が困難です。最後に、ユーザーやその他の情報が増加し続けているため、情報の保管も問題になっています。
一部の先進国では、インターネットが比較的急速に発展し、手動管理からコンピュータ管理への移行がほぼ完了しました。我が国におけるコンピュータ利用の開始は比較的遅く、開発地域は不均衡である、伝統的な管理方法を採用している地域や単位が依然として多い、しかし、インターネットの普及などコンピュータは急速に発展している、多くの単位と利用者がゆっくりと開始しているネットワーク管理システムにアクセスするため。これらのシステムを見ると、主に次のような特徴があります。
(1)進化:ネットワーク管理の実現。
(2) 汎用性:基本的に同一業種で利用可能。
(3) 利便性:インターネット上で管理作業が完結します。
(4) 適時性:情報は適時更新されます。
( 5 ) スケーラビリティ: 必要に応じてモジュールを追加できます。
( 6 ) セキュリティ:ユニット、ユーザー、その他の情報を暗号化します。
これまで、インターネットは人々の生活に深く浸透しており、スマートフォンやノートパソコンなどが人々の情報入手の主なツールとなっており、通信量無制限の時代となっているため、インターネットを利用したオンラインペット養子縁組システムアプリの管理が可能となっています。ペットの譲渡システムAPPの開発も必要です。
1.3 このトピックの主な作業
本稿では、まずシステムに関する基礎知識を全体的に説明し、これに基づいてシステム分析を行います。このシステムをより適切かつ完全な方法で設計および実装できるようにするには、まず分析と調査を実行する必要があります。これまでの関連基盤に基づいて、機能の観点から新しいシステムの詳細な分析が実行されました。その後、詳細な分析を経てシステム設計を行いましたが、システム実現の可能性を考慮し、開発・設計にはJava技術を採用し、データストレージにはMysqlデータベースを使用して設計しました。JavaとMysql は両方とも非常に成熟しているため、あらゆる面で非常に信頼性が高く、安全で実用的です。最後に、システムはテストされ、完成され、リリースされます。
2 システム開発環境
2.1 ssmフレームワークの概要
SSM (Spring+SpringMVC+MyBatis) フレームワーク セットは、2 つのオープン ソース フレームワーク Spring と MyBatis によって統合されています (SpringMVC は Spring の一部です)。比較的単純なデータ ソースを使用する Web プロジェクトのフレームワークとしてよく使用されます。
2.1.1 Spring
Spring は、プロジェクト全体で Bean を組み立てる大きな工場のようなもので、設定ファイル内で、特定のパラメータを使用してエンティティ クラスのコンストラクタ メソッドを呼び出し、オブジェクトをインスタンス化するように指定できます。プロジェクトにおける接着剤とも言えます。
Spring の核となるアイデアは IoC (Inversion of Control) です。これは、プログラマがオブジェクトを明示的に「新規」にする必要がなくなり、Spring フレームワークにすべてを任せることを意味します。
2.1.2 SpringMVC
SpringMVC は、プロジェクト内のユーザー リクエストをインターセプトします。そのコア サーブレットである DispatcherServlet は、仲介またはフロント デスクの役割を引き受け、HandlerMapping を通じてユーザー リクエストをコントローラーに照合します。コントローラーは、リクエストに応じて実行される特定の操作です。SpringMVC は、SSH フレームワークの Struts に相当します。
2.1.3 mybatis
mybatis は jdbc のカプセル化であり、データベースの基礎となる操作を透過的にします。mybatis の操作は sqlSessionFactory インスタンスを中心に行われます。Mybatis は、構成ファイルを通じて各エンティティ クラスの Mapper ファイルに関連付けられており、Mapper ファイルには、各クラスに必要な SQL ステートメントのデータベースへのマッピングが設定されています。データベースと対話するたびに、sqlSessionFactory を通じて sqlSession を取得し、sql コマンドを実行します。
ページがコントローラーにリクエストを送信し、コントローラーがビジネス層の処理ロジックを呼び出し、ロジック層がリクエストを永続層に送信し、永続層がデータベースと対話して、結果をビジネス層に返します。処理ロジックをコントローラーに送信し、コントローラーはビューを呼び出してデータを表示します。
2.2ソフトウェア開発環境と開発ツール
オペレーティング システム: Windows 10、Windows 7、Windows 8
開発言語:Java
フレームワークの使用: Spring Boot
フロントエンドテクノロジー: JavaScript、VUE.js (2.X)、css3
開発ツール:IDEA(2020年版)/MyEclipse(10)/Eclipse、Visual Studio Code
データベース: MySQL 5.7.26 (バージョン番号)
データベース管理ツール:phpstudy/Navicat
JDKバージョン:Java SDK8
Maven:apache-maven 3.8.1-bin
ハードウェア環境:
CPU:2.10GHz以上
メモリ: 4GB以上
ハードディスク:500MB以上
グラフィックス カード: イメージ レベルのグラフィックス カード以上
2.3 B/S システムの動作原理
B/S アーキテクチャは、ブラウザ要求とサーバー応答の動作モードを採用しています。
ユーザーは、Interssm 上の Web サーバーによって生成されたテキスト、データ、画像、アニメーション、ビデオ オン デマンド、サウンド、およびその他の情報にブラウザーを介してアクセスできます。
各 Web サーバーはさまざまな方法でデータベース サーバーに接続でき、実際には大量のデータがデータベース サーバーに保存されます。
プログラムをWebサーバーからローカルにダウンロードして実行します。ダウンロード プロセス中にデータベースに関連する命令が見つかった場合、Web サーバーは解釈と実行のためにその命令をデータベース サーバーに渡し、Web サーバーに返します。 Web サーバーはそれをユーザーに返します。この構造では、多数のネットワークが接続されて巨大なネットワーク、つまりグローバルネットワークが形成されます。各企業は、この構造に基づいて独自の Interssm を構築できます。
B/Sモードでは、ユーザーがブラウザを介してネットワーク上に分散した多数のサーバーにアクセスを要求し、ブラウザの要求はサーバーで処理され、処理結果と対応する情報がブラウザに返されます。 その他のデータ すべての処理とリクエストWeb サーバーによって完了します。このフレームワーク構造とオペレーティング システム内に組み込まれたブラウザにより、この構造は今日のソフトウェア アプリケーションの主流の構造パターンになりました。。
2.5 MySQLデータベース
データベースはシステム開発プロセスに不可欠な部分です。WEB アプリケーションに関しては、MySQL AB は大きな利点を持つ MySQL リレーショナル データベース管理システムを開発しました。MySQL はデータをさまざまなテーブルに保存できるため、非常に柔軟であり、実際のアプリケーションではシステムの速度も向上します。データベースへのアクセスは標準SQL言語で行われることが多く、MySQLはSQL言語で使用されるため互換性が高いです。データベーステーブルの追加、削除、変更、クエリなどの機能を含むデータベース操作は不可欠です。現在、データベースはリレーショナル データベースと非リレーショナル データベースに分けられます。Mysql はリレーショナル データベースです。Mysql データベースは小規模なリレーショナル データベースです。サイズが小さい、高速、低コストなど、独自の特徴があります。Mysql データベースは現在、リレーショナル データベースです。最も人気のあるオープンソース データベース。
WEB アプリケーション テクノロジでは、Mysql データベースはさまざまなオペレーティング システム プラットフォームをサポートしています。さまざまなプラットフォームでのインストールと構成は異なりますが、違いはそれほど大きくありません。Windows プラットフォームでの Mysql のインストール方法には、バイナリ バージョンとインストール不要の 2 つの方法があります。 。 バージョン。Mysql データベースをインストールした後、サービス プロセスを開始する必要があり、対応するクライアントがデータベースに接続できるようになり、クライアントはコマンド ラインまたはグラフィカル インターフェイス ツールを介してデータベースにログインできます。
2.6 Androidテクノロジー
Android は Linux カーネルをベースにしたオペレーティング システムで、初期には Google によって開発され、その後 Open Handset Alliance によって開発されました。ソフトウェアヒープアーキテクチャを採用しており、主に3つの部分に分かれています。最下層はLinuxカーネルをベースとして基本的な機能のみを提供し、その他のアプリケーションソフトはプログラムの一部にJavaを用いて各社が開発する。さらに、このテクノロジーを推進するために、Google と他の携帯電話会社数十社は Open Mobile Alliance を設立しました。Android は、公開される前は GPhone であるとよく噂されていました。
ソフトウェア スタック (ソフトウェア スタックとも呼ばれる) アーキテクチャを採用しており、主に 3 つの部分に分かれています。最下層は C 言語で開発された Linux コアに基づいており、基本的な機能のみを提供します。中間層には、C++ で開発された関数ライブラリ Library と仮想マシン Virtual Machine が含まれます。最上層は通話プログラムやテキストメッセージプログラムなどの各種アプリケーションソフトウェアです。アプリケーションソフトウェアは各社が開発し、Javaで記述されています。
2.7 フロントエンドとバックエンドの分離
また、Ajaxの登場により、これまでテンプレート言語で実装していた機能がAjaxではよりシンプルになり、これまでテンプレート言語では実現できなかった機能も実現できるようになりました。これにより、ますます多くのロジックが JavaScript に転送され、JavaScript がますます複雑になります。
jsの複雑さが増すにつれ、当初の開発モデルに問題が生じ、1人のプログラマーがサイト全体を担当することがますます信頼できなくなったため、この時点でWebサイト開発のポジションはフロントエンドとバックエンドに分かれました。しかし、フロントエンドとバックエンドの担当範囲を分けるだけでは不十分で、当初の開発モデルではフロントエンドとバックエンドのコードも一緒にありました。現在、開発がフロントエンドとバックエンドの 2 つの波に分割されているため、同じコード セットを維持するのは不便になりました。プロジェクトが複雑になればなるほど、あなたが私を待っていて私もあなたを待つという状況が多くなり、チーム全体のペースが遅くなります。したがって、チームの効率を高めるために、フロントエンドとバックエンドのコードも分離する必要があります。
フロントエンドとバックエンドを分離するには、部分分離と完全分離の 2 つの方法があります。部分分離は、スクリプトとスタイルのみが分離され、HTML テンプレートは Java、Velocity、または FreeMarker を介してレンダリングするためにバックエンドに残ることを意味します。もう 1 つは、スクリプトによる完全な分離 スタイルとテンプレートはすべてフロントエンドで維持されます。
部分的な分離により、フロントエンドとバックエンド開発時の調整問題が大幅に解決され、開発効率も大幅に向上しました。しかし、このアプローチにはまだ問題があることを認めなければなりません。HTML テンプレートを開発する場合は、完全なバックエンド開発環境をセットアップするか、支援してくれるバックエンド プログラマーを見つける必要があります。
完全に分離するには、一般に 2 つの解決策があります。1 つ目は、nodejs と Java の両方でコンパイルできるページ テンプレートである Velocity を使用し、開発中にフロントエンド プロジェクトに入れますが、公開するときにテンプレートが公開されます。このようにして、テンプレート ディレクトリでは、開発中に完全な分離が実現されます。この方法の最大の利点は、オンライン テンプレートのレンダリングが引き続き Java によって行われ、その結果、動的データを含む HTML が生成され、SEO に有利になることです。ただし、この方法では、フロントエンドの開発環境と公開システムの複雑さは比較的高く、フロントエンドの単純な変更をバックエンドでリリースする必要があります。
完全に分離する 2 番目の方法は、純粋に静的な HTML テンプレートを完全にフロントエンドに配置し、すべてのデータが RESTful インターフェイスを介してやり取りされるようにすることです。このように、フロントエンドとバックエンドが完全に分離され、バックエンドテンプレートから分離されるため、この方法のシステムの複雑さは最初の完全に分離された方法よりも低くなります。ただし、このソリューションでは、すべてのページ データが js を使用してレンダリングされ、動的なテンプレートがないため、SEO には役立ちません。この欠点は、サーバー レンダリングを実行するか、スパイダー用にカスタマイズされたページを作成することで解決できます。
3 システム分析
いわゆるシステム分析とは、需要担当者がユーザーとのコミュニケーションを通じて情報を取得し、その情報を需要仕様の形でユーザーや開発者に提示することを意味します。ソフトウェア機能開発の長い歴史の中で、特に初期の頃は、アメリカのIBM社がイギリス向けの情報管理システムを開発するなど、長い間、要求分析の重要性は人々に認識されていませんでした。 Telecom. 不透明なまま開発が始まり、当初工期は1年だったが、要件が不明確なため工期が半年以上遅れ、巨額の損失が発生した。この状況は多くのソフトウェア会社にもあり、開発しながら開発し、ユーザーとの明確なコミュニケーションがないにもかかわらず、同じ種類のプロジェクトを直接コピーして変更を加え、その結果、システムが受け入れられたときに再度変更が加えられ、その結果、人的資源と物的資源が失われ、多大な無駄が生じます。こうした結果が生じる理由は、需要の獲得がタイムリーでなく、不透明で、不完全であることにあります。
3.1 実現可能性の分析
ペット養子縁組システム APPの主な目的は、オンライン関連情報管理サービスを実現することです。目標を定めた後は、以下の4つの観点から本システムの目標が達成できるかどうかの実現可能性分析を行います。
3.1.1技術的な実現可能性
ペット譲渡システムAPPは主にJavaテクノロジーを使用しており、B/S構造とMysqlデータベースに基づいており、アプリケーションの開発には完全な機能、簡単な使用、完全で安全で安定したデータを含むデータベースの構築が必要です。ペット譲渡システムAPPの開発技術は実現可能性が高く、開発者は一定の開発技術を習得しているため、システムの開発は実現可能です。
3.1.2運用の実現可能性
ペット養子縁組システムAPPのログインインターフェースはシンプルで操作が簡単で、共通インターフェースウィンドウを使用してインターフェースにログインし、コンピューターを介してアクセスできます。会員はコンピューターを使用したことがある限り、アクセスできます。本システムの開発にはJava言語を使用し、B/S構造をベースに開発を行っており、より完成度の高い開発環境となっております。このシステムは、操作が簡単、管理が簡単、双方向性が良いという特徴があり、操作が非常に簡単です。したがって、このシステムは開発可能です。
3.1.3 経済的実現可能性
ペット養子縁組システムAPPはJavaモードに基づいており、 Mysqlデータベースを使用してデータを保存します.必要なハードウェアとソフトウェア環境は市場で簡単に購入できます.プログラム開発は主に管理システムの開発と保守です. したがって、高い開発人材や資金を必要とせず、システムもそれほど複雑ではなく、開発サイクルも短く、経済性が高い。
3.1.4 法的実現可能性
このペット養子縁組システムAPPは、独自に設計された管理システムであり、大きな実用的意義があります。ソフトウェア、データベースともにオープンソースコードを使用しているため、侵害等の問題がなく、合法的に開発・設計が可能です。
要約すると、ペット養子縁組システム APP は技術的、経済的、運用的、法的に実現可能であり、このプログラムを開発することは可能です。
3.2 システムプロセス分析
3.2.1 システム開発プロセス
ペット譲渡システム APPを開発する場合は、まず需要分析を行い、システム全体の設計計画、システム機能モジュールの設計、データベースの選択などを行います。このシステムの開発プロセスを図 3-1 に示します。
図 3-1 システム開発フローチャート
3.2.2ユーザーのログインプロセス
システムのセキュリティを確保するため、本システムを利用してシステム情報を管理する場合は、まずシステムにログインする必要があります。図 3-2 に示すように。
図 3-2 ログインのフローチャート
3.2.3 システム運用プロセス
ユーザーがシステムを開いて入力すると、最初にログイン インターフェースが表示され、正しいユーザー名とパスワードが入力されます。システムは情報を自動的に検出します。情報が正しければ、ユーザーはシステム機能インターフェースに入ります。操作手順を図 3-3 に示します。
図 3-3 システム動作フローチャート
3.2.4 情報処理の追加
管理者は野良動物などの情報を追加できますユーザーは自らの権限で情報を追加できます 情報を入力後、システムが独自に入力情報とデータを検証し、情報が正しければデータベースに追加します情報が間違っている場合は、情報を再入力するよう求められます。情報を追加するプロセスを図 3-4 に示します。
図 3-4 情報追加のフローチャート
3.2.5 情報フローの変更
管理者は野良動物等の情報を変更することができますユーザーは自らの権限で情報を変更することができます まず、変更情報インターフェースに入り、変更情報データを入力します システムがデータを判断し検証します 変更された情報が合法である場合、変更はデータベースへの情報が不正な場合、変更は失敗し、再入力する必要があります。変更された情報のフローチャートを図 3-5 に示します。
図 3-5 情報変更のフローチャート
3.2.6 情報削除処理
管理者は、野良動物管理情報等を削除することができます。削除する情報を選択後、削除ボタンをクリックすると、確認メッセージが表示されます。OKをクリックすると、選択した情報が削除され、保存されます。データベース内の情報を削除するには、図 3-6 に情報削除のフローチャートを示します。
図 3-6 削除情報のフローチャート
3.3 システムのユースケース分析
3.3.1 管理者の使用例図
システムのコアユーザーはシステム管理者であり、管理者はログイン後、管理者を通じてバックエンドシステムを管理します。主な機能は、ホームページ、カルーセル、お知らせ情報、リソース管理(ペット情報、情報分類)、コミュニケーション管理(コミュニケーションフォーラム、フォーラム分類)、システムユーザー(管理者、会員ユーザー)、モジュール管理(ペット情報、カテゴリ管理、里親情報、採用フィードバック)およびその他の機能。管理者の使用例を図3-7に示します。
図 3-7 管理者の使用例図
3.3.2ユーザーユースケース図
ユーザーは、ホームページ、コミュニケーションフォーラム、ペット情報、私の情報(基本情報、コレクション、養子縁組情報、養子縁組フィードバック)などを通じてシステムに入ることができます。ユーザーの使用例を図3-8に示します。
図 3-8ユーザーの使用例図
3.4非機能要件の分析
ユーザーの数が増加するにつれて、システムは同時に数千または数万のページを処理する必要がある場合があり、サーバーは同時に多数のユーザーの操作に応答する必要があります。スケーラビリティが優れていないと、システムに遅延や遅延が発生し、サーバーがクラッシュすることもあります。高いスケーラビリティにより、ソフトウェアは強力な活力を維持することができ、また、ユーザーの増加、パフォーマンス要件の向上、アプリケーション機能の増加などの変化にシステムがよりよく適応できるようになります。
システムにはユーザーや管理者の個人情報が大量に保存されており、システムサーバーやデータのセキュリティ確保は開発段階で考慮すべき重要な課題です。セキュリティには、サーバーのセキュリティ、オペレーティングシステムのセキュリティ、データベースのセキュリティ、プログラムコードのセキュリティ、ユーザーの個人情報と決済のセキュリティが含まれ、ファイアウォール技術、暗号化技術、認証技術などを使用してシステムのセキュリティを強化できます。そうすることで初めて、長期にわたる活力を得ることができます。
4 システム設計
4.1 システム概要
システム分析後はシステム設計に入りますが、システム設計には全体設計と詳細設計が含まれます。全体設計はあくまで大まかな設計であり、全体設計が完了したら、ファイル、ドキュメント、データなど、システムの一部を分割することができます。そして全体の設計を通じて、プログラムのモジュールと機能を大まかに分けることができます。しかし、これは暫定的な分類にすぎず、実際の実装はありません。
全体設計はあくまで予備設計であり、プロジェクト内で複数の全体設計を実施し、性能比較、コスト比較、便益比較などを比較し、最終的に最適な設計案を決定し、最適な設計案を選択します。全体設計は開発コストを削減し、企業の利益を増大させることができるため、この観点からも全体設計は非常に重要です。
ペット養子縁組システム APPの動作原理図を図 4-1 に示します。
図 4-1 システム動作原理図
4.2 システム構成設計
現在、B/S システムの主なデータ アクセス方法は、ユーザーがブラウザ ページからシステムにアクセスし、ユーザーがサーバーに送信したリクエストをシステムが自動的に処理することです。ページ上で対応する操作を行うことで、サーバーから配信される処理結果を確認できます。ロイヤルティ分配管理システムは主に、ビュー-モデル-制御の 3 層のアーキテクチャ設計に分かれています。ビュー層では主にサーバー側でクライアントにフィードバック表示されるデータの操作を行い、モデル層では主に関連するビジネスロジックやデータ統合などを行います。モデルは主に 2 つの層間の関係を調整し、最終的にデータの送信を実装します。
システム構成図を次の図に示します。
図 4-2 システム構成図
システム設計の目的は、システムに含まれるすべての機能構造を分析し、開発者がシステムの設計、開発、実装に向けて準備できるようにすることです。予備的な需要調査、分析、分類後、決定される全体的な需要には主に複数のモジュールが含まれます。つまり、ホームページ、カルーセル チャート、お知らせ情報、リソース管理 (ペット情報、情報分類)、コミュニケーション管理 (コミュニケーション フォーラム、フォーラム分類)) システム ユーザー(管理者、会員ユーザー)モジュール管理(ペット情報、カテゴリー管理、里親情報、里親フィードバック)。システム全体の役割は 2 つの部分に分かれており、1 つはオペレーター、もう 1 つは管理者です。権限の配分も非常に明白で、オペレータ ユーザーは情報の閲覧に加えて、自分のアカウント情報、採用情報、採用フィードバックなどを照会および管理する権限も持ち、管理者が最高権限の所有者となります。
管理者の構造図を図 4-3 に示します。
図 4-3システム 構成図
4.3 データベース設計
データベースはコンピュータ情報システムの基礎です。現在、コンピュータ システムの中心となる部分はデータベースです。データベース開発の品質は、システム全体の品質と速度に直接影響します。
4.3.1 データベース設計の原則
データベースの概念構造設計には、エンティティ関係 (ER) モデル設計手法が採用されています。ER モデル手法の構成要素は、エンティティ、属性、関係です。ER モデルは、作業環境に関係するものをユーザーに思い出させる ER 図で表され、属性はエンティティの特性を記述します。データベースはシステム設計において決定的な要素となります。これらの主要なエンティティのエンティティ関係図は以下に設計されています。
4.3.2 データベースエンティティ
プログラミングを学習するとき、データベースの設計は、設計する必要があるシステム機能に基づいて行われることを誰もが知っています。データ情報を保存するデータベース リレーショナル モデルを確立する必要があるため、プログラムの実行時に追加する必要はありません。データをプログラム ページに追加することで、システムの効率が向上します。データベースは多くの情報を格納しており、情報管理システムの中核・基盤ともいえるもので、追加・削除・変更・検査が可能であり、必要な情報をネット上で探すのではなく、素早く見つけることができます。プログラムコード。データベース内の情報テーブルの各部分は、特定の関係に従って正確に結合、配置され、データ テーブルに結合されます。
ペット譲渡システム APP の機能による計画はいくつかのエンティティ情報に分かれています。エンティティ情報は ER 図を通じて説明されます。このシステムの主要なエンティティ図は次のとおりです。
図 4-4 システム ER 図
4.3.3 データベーステーブルの設計
データベースのテーブル情報も設計の一部ですが、データベース内の各テーブルの詳細情報を以下に紹介します。
テーブル access_token (ログインアクセス期間)
シリアルナンバー |
名前 |
データの種類 |
長さ |
小数位 |
Null値を許可する |
主キー |
デフォルト値 |
説明する |
1 |
トークンID |
整数 |
10 |
0 |
N |
Y |
一時的なアクセスバッジID |
|
2 |
トークン |
可変長文字 |
64 |
0 |
Y |
N |
一時的なアクセスバッジ |
|
3 |
情報 |
文章 |
65535 |
0 |
Y |
N |
||
4 |
最大値 |
整数 |
10 |
0 |
N |
N |
2 |
最大寿命: デフォルト 2 時間 |
5 |
作成時間 |
タイムスタンプ |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
作成時間: |
6 |
更新時間 |
タイムスタンプ |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新時間: |
7 |
ユーザーID |
整数 |
10 |
0 |
N |
N |
0 |
ユーザーID: |
テーブル Adopt_フィードバック (採用フィードバック)
シリアルナンバー |
名前 |
データの種類 |
長さ |
小数位 |
Null値を許可する |
主キー |
デフォルト値 |
説明する |
1 |
採用フィードバック_id |
整数 |
10 |
0 |
N |
Y |
採用フィードバック ID |
|
2 |
養子縁組番号 |
可変長文字 |
64 |
0 |
Y |
N |
採択数 |
|
3 |
ペットの名前 |
可変長文字 |
64 |
0 |
Y |
N |
愛称 |
|
4 |
ペットカテゴリー |
可変長文字 |
64 |
0 |
Y |
N |
ペットカテゴリー |
|
5 |
ペットのセックス |
可変長文字 |
64 |
0 |
Y |
N |
ペットの性別 |
|
6 |
ペットの年齢 |
可変長文字 |
64 |
0 |
Y |
N |
ペットの年齢 |
|
7 |
養子縁組者 |
整数 |
10 |
0 |
Y |
N |
0 |
ユーザーを採用する |
8 |
メンバー名 |
可変長文字 |
64 |
0 |
Y |
N |
メンバーの名前 |
|
9 |
ペットの写真 |
可変長文字 |
255 |
0 |
Y |
N |
ペットの写真 |
|
10 |
フィードバックコンテンツ |
文章 |
65535 |
0 |
Y |
N |
フィードバック内容 |
|
11 |
管理_スコアリング |
可変長文字 |
64 |
0 |
Y |
N |
管理スコアリング |
|
12 |
推薦する |
整数 |
10 |
0 |
N |
N |
0 |
インテリジェントな推奨事項 |
13 |
作成時間 |
日付時刻 |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
作成時間 |
14 |
更新時間 |
タイムスタンプ |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新時間 |
シリアルナンバー |
名前 |
データの種類 |
長さ |
小数位 |
Null値を許可する |
主キー |
デフォルト値 |
説明する |
1 |
養子縁組情報id |
整数 |
10 |
0 |
N |
Y |
採用情報ID |
|
2 |
養子縁組番号 |
可変長文字 |
64 |
0 |
Y |
N |
採択数 |
|
3 |
ペットの名前 |
可変長文字 |
64 |
0 |
Y |
N |
愛称 |
|
4 |
ペットカテゴリー |
可変長文字 |
64 |
0 |
Y |
N |
ペットカテゴリー |
|
5 |
ペットのセックス |
可変長文字 |
64 |
0 |
Y |
N |
ペットの性別 |
|
6 |
ペットの年齢 |
可変長文字 |
64 |
0 |
Y |
N |
ペットの年齢 |
|
7 |
養子縁組者 |
整数 |
10 |
0 |
Y |
N |
0 |
ユーザーを採用する |
8 |
メンバー名 |
可変長文字 |
64 |
0 |
Y |
N |
メンバーの名前 |
|
9 |
連絡先番号 |
可変長文字 |
64 |
0 |
Y |
N |
連絡先番号 |
|
10 |
養子縁組メモ |
文章 |
65535 |
0 |
Y |
N |
養子縁組メモ |
|
11 |
検査状態 |
可変長文字 |
16 |
0 |
N |
N |
未レビュー |
承認状況 |
12 |
検査_返信 |
可変長文字 |
16 |
0 |
Y |
N |
モデレート返信 |
|
13 |
推薦する |
整数 |
10 |
0 |
N |
N |
0 |
インテリジェントな推奨事項 |
14 |
作成時間 |
日付時刻 |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
作成時間 |
15 |
更新時間 |
タイムスタンプ |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新時間 |
シリアルナンバー |
名前 |
データの種類 |
長さ |
小数位 |
Null値を許可する |
主キー |
デフォルト値 |
説明する |
1 |
記事ID |
中程度の |
8 |
0 |
N |
Y |
記事ID: [0,8388607] |
|
2 |
タイトル |
可変長文字 |
125 |
0 |
N |
Y |
Title: [0,125]は記事やHTMLのタイトルタグに使用されます |
|
3 |
タイプ |
可変長文字 |
64 |
0 |
N |
N |
0 |
記事分類: [0,1000] は、指定されたタイプの記事を検索するために使用されます |
4 |
ヒット |
整数 |
10 |
0 |
N |
N |
0 |
クリック数: [0,1000000000] この記事を訪れた人の数 |
5 |
賞賛レン |
整数 |
10 |
0 |
N |
N |
0 |
いいね数 |
6 |
作成時間 |
タイムスタンプ |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
作成時間: |
7 |
更新時間 |
タイムスタンプ |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新時間: |
8 |
ソース |
可変長文字 |
255 |
0 |
Y |
N |
出典: [0,255] 記事の出典 |
|
9 |
URL |
可変長文字 |
255 |
0 |
Y |
N |
ソースアドレス: [0,255] は記事が公開された Web サイトにジャンプするために使用されます |
|
10 |
鬼ごっこ |
可変長文字 |
255 |
0 |
Y |
N |
タグ: [0,255] は、記事の関連コンテンツをマークするために使用されます。複数のタグはスペースで区切られます。 |
|
11 |
コンテンツ |
長文 |
2147483647 |
0 |
Y |
N |
本文:記事の主な内容 |
|
12 |
画像 |
可変長文字 |
255 |
0 |
Y |
N |
表紙絵 |
|
13 |
説明 |
文章 |
65535 |
0 |
Y |
N |
記事の説明 |
シリアルナンバー |
名前 |
データの種類 |
長さ |
小数位 |
Null値を許可する |
主キー |
デフォルト値 |
説明する |
1 |
タイプID |
smallint |
5 |
0 |
N |
Y |
カテゴリID: [0,10000] |
|
2 |
画面 |
smallint |
5 |
0 |
N |
N |
100 |
表示順序: [0,1000] により、カテゴリが表示される順序が決まります。 |
3 |
名前 |
可変長文字 |
16 |
0 |
N |
N |
カテゴリ名: [2,16] |
|
4 |
父親ID |
smallint |
5 |
0 |
N |
N |
0 |
親カテゴリID: [0,32767] |
5 |
説明 |
可変長文字 |
255 |
0 |
Y |
N |
説明: [0,255] は、この分類の役割を説明します。 |
|
6 |
アイコン |
文章 |
65535 |
0 |
Y |
N |
カテゴリアイコン: |
|
7 |
URL |
可変長文字 |
255 |
0 |
Y |
N |
外部リンクアドレス:[0,255] このカテゴリから他のサイトに飛ぶ場合はURLに設定してください |
|
8 |
作成時間 |
タイムスタンプ |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
作成時間: |
9 |
更新時間 |
タイムスタンプ |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新時間: |
シリアルナンバー |
名前 |
データの種類 |
長さ |
小数位 |
Null値を許可する |
主キー |
デフォルト値 |
説明する |
1 |
auth_id |
整数 |
10 |
0 |
N |
Y |
認可ID: |
|
2 |
ユーザー・グループ |
可変長文字 |
64 |
0 |
Y |
N |
ユーザー・グループ: |
|
3 |
mod_name |
可変長文字 |
64 |
0 |
Y |
N |
モジュール名: |
|
4 |
テーブル名 |
可変長文字 |
64 |
0 |
Y |
N |
テーブル名: |
|
5 |
ページタイトル |
可変長文字 |
255 |
0 |
Y |
N |
ページタイトル: |
|
6 |
パス |
可変長文字 |
255 |
0 |
Y |
N |
ルーティングパス: |
|
7 |
位置 |
可変長文字 |
32 |
0 |
Y |
N |
位置: |
|
8 |
モード |
可変長文字 |
32 |
0 |
N |
N |
_空白 |
ジャンプ方法: |
9 |
追加 |
タイニーント |
3 |
0 |
N |
N |
1 |
以下を追加することは可能ですか? |
10 |
の |
タイニーント |
3 |
0 |
N |
N |
1 |
削除できますか: |
11 |
セット |
タイニーント |
3 |
0 |
N |
N |
1 |
変更できるかどうか: |
12 |
得る |
タイニーント |
3 |
0 |
N |
N |
1 |
閲覧することは可能ですか: |
13 |
フィールド追加 |
文章 |
65535 |
0 |
Y |
N |
フィールドを追加します。 |
|
14 |
フィールドセット |
文章 |
65535 |
0 |
Y |
N |
フィールドを変更します。 |
|
15 |
フィールド取得 |
文章 |
65535 |
0 |
Y |
N |
クエリフィールド: |
|
16 |
テーブルナビゲーション名 |
可変長文字 |
500 |
0 |
Y |
N |
クロステーブル ナビゲーション名: |
|
17 |
テーブルナビ |
可変長文字 |
500 |
0 |
Y |
N |
テーブル間のナビゲーション: |
|
18 |
オプション |
文章 |
65535 |
0 |
Y |
N |
構成: |
|
19 |
作成時間 |
タイムスタンプ |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
作成時間: |
20 |
更新時間 |
タイムスタンプ |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新時間: |
テーブル category_management (カテゴリ管理)
シリアルナンバー |
名前 |
データの種類 |
長さ |
小数位 |
Null値を許可する |
主キー |
デフォルト値 |
説明する |
1 |
カテゴリ管理ID |
整数 |
10 |
0 |
N |
Y |
カテゴリ管理ID |
|
2 |
ペットカテゴリー |
可変長文字 |
64 |
0 |
Y |
N |
ペットカテゴリー |
|
3 |
推薦する |
整数 |
10 |
0 |
N |
N |
0 |
インテリジェントな推奨事項 |
4 |
作成時間 |
日付時刻 |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
作成時間 |
5 |
更新時間 |
タイムスタンプ |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新時間 |
シリアルナンバー |
名前 |
データの種類 |
長さ |
小数位 |
Null値を許可する |
主キー |
デフォルト値 |
説明する |
1 |
収集ID |
整数 |
10 |
0 |
N |
Y |
コレクションID: |
|
2 |
ユーザーID |
整数 |
10 |
0 |
N |
N |
0 |
コレクターID: |
3 |
ソーステーブル |
可変長文字 |
255 |
0 |
Y |
N |
ソーステーブル: |
|
4 |
ソースフィールド |
可変長文字 |
255 |
0 |
Y |
N |
ソースフィールド: |
|
5 |
ソースID |
整数 |
10 |
0 |
N |
N |
0 |
ソースID: |
6 |
タイトル |
可変長文字 |
255 |
0 |
Y |
N |
タイトル: |
|
7 |
画像 |
可変長文字 |
255 |
0 |
Y |
N |
カバー: |
|
8 |
作成時間 |
タイムスタンプ |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
作成時間: |
9 |
更新時間 |
タイムスタンプ |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新時間: |
シリアルナンバー |
名前 |
データの種類 |
長さ |
小数位 |
Null値を許可する |
主キー |
デフォルト値 |
説明する |
1 |
コメントID |
整数 |
10 |
0 |
N |
Y |
コメントID: |
|
2 |
ユーザーID |
整数 |
10 |
0 |
N |
N |
0 |
コメント投稿者ID: |
3 |
Reply_to_id |
整数 |
10 |
0 |
N |
N |
0 |
返信コメントID: 空は0 |
4 |
コンテンツ |
長文 |
2147483647 |
0 |
Y |
N |
コンテンツ: |
|
5 |
ニックネーム |
可変長文字 |
255 |
0 |
Y |
N |
ニックネーム: |
|
6 |
アバター |
可変長文字 |
255 |
0 |
Y |
N |
アバターアドレス: [0,255] |
|
7 |
作成時間 |
タイムスタンプ |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
作成時間: |
8 |
更新時間 |
タイムスタンプ |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新時間: |
9 |
ソーステーブル |
可変長文字 |
255 |
0 |
Y |
N |
ソーステーブル: |
|
10 |
ソースフィールド |
可変長文字 |
255 |
0 |
Y |
N |
ソースフィールド: |
|
11 |
ソースID |
整数 |
10 |
0 |
N |
N |
0 |
ソースID: |
シリアルナンバー |
名前 |
データの種類 |
長さ |
小数位 |
Null値を許可する |
主キー |
デフォルト値 |
説明する |
1 |
フォーラムID |
中程度の |
8 |
0 |
N |
Y |
フォーラムID |
|
2 |
画面 |
smallint |
5 |
0 |
N |
N |
100 |
選別 |
3 |
ユーザーID |
中程度の |
8 |
0 |
N |
N |
0 |
ユーザーID |
4 |
ニックネーム |
可変長文字 |
16 |
0 |
Y |
N |
ニックネーム: [0,16] |
|
5 |
賞賛レン |
整数 |
10 |
0 |
Y |
N |
0 |
いいね数 |
6 |
ヒット |
整数 |
10 |
0 |
N |
N |
0 |
訪問数 |
7 |
タイトル |
可変長文字 |
125 |
0 |
N |
N |
タイトル |
|
8 |
キーワード |
可変長文字 |
125 |
0 |
Y |
N |
キーワード |
|
9 |
説明 |
可変長文字 |
255 |
0 |
Y |
N |
説明する |
|
10 |
URL |
可変長文字 |
255 |
0 |
Y |
N |
送信元アドレス |
|
11 |
鬼ごっこ |
可変長文字 |
255 |
0 |
Y |
N |
ラベル |
|
12 |
画像 |
文章 |
65535 |
0 |
Y |
N |
表紙絵 |
|
13 |
コンテンツ |
長文 |
2147483647 |
0 |
Y |
N |
文章 |
|
14 |
作成時間 |
タイムスタンプ |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
作成時間: |
15 |
更新時間 |
タイムスタンプ |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新時間: |
16 |
アバター |
可変長文字 |
255 |
0 |
Y |
N |
投稿者のアバター: |
|
17 |
タイプ |
可変長文字 |
64 |
0 |
N |
N |
0 |
フォーラム分類: [0,1000] は、指定されたタイプのフォーラム投稿を検索するために使用されます。 |
シリアルナンバー |
名前 |
データの種類 |
長さ |
小数位 |
Null値を許可する |
主キー |
デフォルト値 |
説明する |
1 |
タイプID |
smallint |
5 |
0 |
N |
Y |
カテゴリID: [0,10000] |
|
2 |
名前 |
可変長文字 |
16 |
0 |
N |
N |
カテゴリ名: [2,16] |
|
3 |
説明 |
可変長文字 |
255 |
0 |
Y |
N |
説明: [0,255] は、この分類の役割を説明します。 |
|
4 |
URL |
可変長文字 |
255 |
0 |
Y |
N |
外部リンクアドレス:[0,255] このカテゴリから他のサイトに飛ぶ場合はURLに設定してください |
|
5 |
父親ID |
smallint |
5 |
0 |
N |
N |
0 |
親カテゴリID: [0,32767] |
6 |
アイコン |
可変長文字 |
255 |
0 |
Y |
N |
カテゴリアイコン: |
|
7 |
作成時間 |
タイムスタンプ |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
作成時間: |
8 |
更新時間 |
タイムスタンプ |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新時間: |
シリアルナンバー |
名前 |
データの種類 |
長さ |
小数位 |
Null値を許可する |
主キー |
デフォルト値 |
説明する |
1 |
ヒットID |
整数 |
10 |
0 |
N |
Y |
いいね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 |
Y |
N |
ソーステーブル: |
|
6 |
ソースフィールド |
可変長文字 |
255 |
0 |
Y |
N |
ソースフィールド: |
|
7 |
ソースID |
整数 |
10 |
0 |
N |
N |
0 |
ソースID: |
シリアルナンバー |
名前 |
データの種類 |
長さ |
小数位 |
Null値を許可する |
主キー |
デフォルト値 |
説明する |
1 |
メンバーユーザーID |
整数 |
10 |
0 |
N |
Y |
会員ユーザーID |
|
2 |
メンバー名 |
可変長文字 |
64 |
0 |
Y |
N |
メンバーの名前 |
|
3 |
メンバー_性別 |
可変長文字 |
64 |
0 |
Y |
N |
会員の性別 |
|
4 |
会員年齢 |
可変長文字 |
64 |
0 |
Y |
N |
会員年齢 |
|
5 |
検査状態 |
可変長文字 |
16 |
0 |
N |
N |
合格した |
承認状況 |
6 |
推薦する |
整数 |
10 |
0 |
N |
N |
0 |
インテリジェントな推奨事項 |
7 |
ユーザーID |
整数 |
10 |
0 |
N |
N |
0 |
ユーザーID |
8 |
作成時間 |
日付時刻 |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
作成時間 |
9 |
更新時間 |
タイムスタンプ |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新時間 |
シリアルナンバー |
名前 |
データの種類 |
長さ |
小数位 |
Null値を許可する |
主キー |
デフォルト値 |
説明する |
1 |
通知ID |
中程度の |
8 |
0 |
N |
Y |
お知らせID: |
|
2 |
タイトル |
可変長文字 |
125 |
0 |
N |
N |
タイトル: |
|
3 |
コンテンツ |
長文 |
2147483647 |
0 |
Y |
N |
文章: |
|
4 |
作成時間 |
タイムスタンプ |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
作成時間: |
5 |
更新時間 |
タイムスタンプ |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新時間: |
シリアルナンバー |
名前 |
データの種類 |
長さ |
小数位 |
Null値を許可する |
主キー |
デフォルト値 |
説明する |
1 |
ペット情報ID |
整数 |
10 |
0 |
N |
Y |
ペット情報ID |
|
2 |
ペットの名前 |
可変長文字 |
64 |
0 |
Y |
N |
愛称 |
|
3 |
ペットカテゴリー |
可変長文字 |
64 |
0 |
Y |
N |
ペットカテゴリー |
|
4 |
ペットのセックス |
可変長文字 |
64 |
0 |
Y |
N |
ペットの性別 |
|
5 |
ペットの年齢 |
可変長文字 |
64 |
0 |
Y |
N |
ペットの年齢 |
|
6 |
ペットの写真 |
可変長文字 |
255 |
0 |
Y |
N |
ペットの写真 |
|
7 |
ペットの紹介 |
長文 |
2147483647 |
0 |
Y |
N |
ペット紹介 |
|
8 |
ヒット |
整数 |
10 |
0 |
N |
N |
0 |
クリック数 |
9 |
賞賛レン |
整数 |
10 |
0 |
N |
N |
0 |
いいね数 |
10 |
推薦する |
整数 |
10 |
0 |
N |
N |
0 |
インテリジェントな推奨事項 |
11 |
作成時間 |
日付時刻 |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
作成時間 |
12 |
更新時間 |
タイムスタンプ |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新時間 |
シリアルナンバー |
名前 |
データの種類 |
長さ |
小数位 |
Null値を許可する |
主キー |
デフォルト値 |
説明する |
1 |
賞賛ID |
整数 |
10 |
0 |
N |
Y |
いいね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 |
Y |
N |
ソーステーブル: |
|
6 |
ソースフィールド |
可変長文字 |
255 |
0 |
Y |
N |
ソースフィールド: |
|
7 |
ソースID |
整数 |
10 |
0 |
N |
N |
0 |
ソースID: |
8 |
状態 |
少し |
1 |
0 |
N |
N |
1 |
いいねステータス:1はいいね、0はキャンセル |
シリアルナンバー |
名前 |
データの種類 |
長さ |
小数位 |
Null値を許可する |
主キー |
デフォルト値 |
説明する |
1 |
スライドID |
整数 |
10 |
0 |
N |
Y |
カルーセル画像 ID: |
|
2 |
タイトル |
可変長文字 |
64 |
0 |
Y |
N |
タイトル: |
|
3 |
コンテンツ |
可変長文字 |
255 |
0 |
Y |
N |
コンテンツ: |
|
4 |
URL |
可変長文字 |
255 |
0 |
Y |
N |
リンク: |
|
5 |
画像 |
可変長文字 |
255 |
0 |
Y |
N |
カルーセル画像: |
|
6 |
ヒット |
整数 |
10 |
0 |
N |
N |
0 |
クリック数: |
7 |
作成時間 |
タイムスタンプ |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
作成時間: |
8 |
更新時間 |
タイムスタンプ |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新時間: |
シリアルナンバー |
名前 |
データの種類 |
長さ |
小数位 |
Null値を許可する |
主キー |
デフォルト値 |
説明する |
1 |
アップロードID |
整数 |
10 |
0 |
N |
Y |
アップロードID |
|
2 |
名前 |
可変長文字 |
64 |
0 |
Y |
N |
ファイル名 |
|
3 |
パス |
可変長文字 |
255 |
0 |
Y |
N |
アクセスパス |
|
4 |
ファイル |
可変長文字 |
255 |
0 |
Y |
N |
ファイルパス |
|
5 |
画面 |
可変長文字 |
255 |
0 |
Y |
N |
表示順 |
|
6 |
父親ID |
整数 |
10 |
0 |
Y |
N |
0 |
親ID |
7 |
ディレクトリ |
可変長文字 |
255 |
0 |
Y |
N |
フォルダ |
|
8 |
タイプ |
可変長文字 |
32 |
0 |
Y |
N |
ファイルの種類 |
テーブル user (ユーザー アカウント: ユーザーのログイン情報を保存するために使用されます)
シリアルナンバー |
名前 |
データの種類 |
長さ |
小数位 |
Null値を許可する |
主キー |
デフォルト値 |
説明する |
1 |
ユーザーID |
中程度の |
8 |
0 |
N |
Y |
ユーザーID: [0,8388607] ユーザーはその他のユーザー関連データを取得します |
|
2 |
州 |
smallint |
5 |
0 |
N |
N |
1 |
账户状态:[0,10](1可用|2异常|3已冻结|4已注销) |
3 |
user_group |
varchar |
32 |
0 |
Y |
N |
所在用户组:[0,32767]决定用户身份和权限 |
|
4 |
login_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
上次登录时间: |
5 |
phone |
varchar |
11 |
0 |
Y |
N |
手机号码:[0,11]用户的手机号码,用于找回密码时或登录时 |
|
6 |
phone_state |
smallint |
5 |
0 |
N |
N |
0 |
手机认证:[0,1](0未认证|1审核中|2已认证) |
7 |
username |
varchar |
16 |
0 |
N |
N |
用户名:[0,16]用户登录时所用的账户名称 |
|
8 |
nickname |
varchar |
16 |
0 |
Y |
N |
昵称:[0,16] |
|
9 |
password |
varchar |
64 |
0 |
N |
N |
密码:[0,32]用户登录所需的密码,由6-16位数字或英文组成 |
|
10 |
|
varchar |
64 |
0 |
Y |
N |
邮箱:[0,64]用户的邮箱,用于找回密码时或登录时 |
|
11 |
email_state |
smallint |
5 |
0 |
N |
N |
0 |
邮箱认证:[0,1](0未认证|1审核中|2已认证) |
12 |
avatar |
varchar |
255 |
0 |
Y |
N |
头像地址:[0,255] |
|
13 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间: |
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
group_id |
mediumint |
8 |
0 |
N |
Y |
用户组ID:[0,8388607] |
|
2 |
display |
smallint |
5 |
0 |
N |
N |
100 |
显示顺序:[0,1000] |
3 |
name |
varchar |
16 |
0 |
N |
N |
名称:[0,16] |
|
4 |
description |
varchar |
255 |
0 |
Y |
N |
描述:[0,255]描述该用户组的特点或权限范围 |
|
5 |
source_table |
varchar |
255 |
0 |
Y |
N |
来源表: |
|
6 |
source_field |
varchar |
255 |
0 |
Y |
N |
来源字段: |
|
7 |
source_id |
int |
10 |
0 |
N |
N |
0 |
来源ID: |
8 |
register |
smallint |
5 |
0 |
Y |
N |
0 |
注册位置: |
9 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间: |
10 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间: |
5统详细设计
5.1APP首页功能模块
宠物领养系统APP,在系统首页可以查看网站首页、交流论坛、宠物资讯、我的(基本信息、收藏、领养信息、领养反馈)等内容,如图5-1所示。
图5-1前台首页功能界面图
交流论坛、交流论坛页面可以查看帖子标题、内容、发布日期等内容,可根据需要进行点赞或者回复等操作,如图5-2所示。
图5-2交流论坛页面界面图
宠物信息,宠物信息页面可查看展示的宠物名称、宠物类别、宠物性别、宠物年龄等信息,根据需要可对宠物进行领养申请。如图5-3所示。
图5-3宠物信息展示页界面图
领养信息,在领养信息页面可填写宠物类别、宠物性别、宠物年龄、领养用户、会员姓名、联系电话、领养用户、会员姓名、联系电话、领养用户列表,如图5-4所示。
图5-4领养信息列表界面图
5.2管理员功能模块
管理员登录,通过填写注册时输入的用户名、密码权限进行登录,如图5-5所示。
图5-5管理员登录界面图
管理员登录进入宠物领养系统APP可以查看个系统后台首页、轮播图、公告信息、资源管理(宠物资讯、资讯分类)交流管理(交流论坛、论坛分类)系统用户(管理员、会员用户)模块管理(宠物信息、类别管理、领养信息、领养反馈)等信息。如图-5-6所示:
图5-6管理员功能界面图
系统用户管理,在系统用户管理页面中可以对管理员用户密码修改功能,如图5-7所示:
图5-7系统用户界面图
宠物信息管理,在宠物信息管理页面中可以查看宠物名称、宠物名称、宠物类别、宠物性别、宠物年龄、宠物图片、创建时间等信息,并可根据需要在宠物信息查询页面对已有的宠物信息进行编辑删除或详细等操作,如图5-8所示。
图5-8宠物信息管理界面图
领养反馈管理,在领养反馈管理页面中可以查看宠物年龄、领养用户、会员姓名、宠物图片、反馈内容、管理打分、创建时间等信息,并可根据需要在领养反馈页面对已有的领养反馈进行回复、编辑、删除或详细等操作,如图5-9所示。
图5-9领养反馈管理界面图
6系统测试
系统开发的最后一个步骤就是系统测试,系统测试也是整个系统十分重要的一个环节,测试的好坏关系到产品的发展。用户对软件的质量、性能和可靠性等需求就要通过测试来实现。测试过程要必须遵循严谨性、完善性、规范性的原则,测试的主要目的就是看看在系统运行中,是否会出现bug,然后对出现的bug进行调试,直到程序完美运行。但是软件的测试只能尽可能的减少bug,理论上来说是无法达到消除bug。但是bug越少,系统出错的几率就越低,用户使用起来也更方便、更安全。
近年来,软件包含测试从现在的检验当中来看,系统接近预期目标可能出现的问题,并对这些错误做出相应的修正,假如我们不进行早期的测试错误就会延续下去,最后所做出的成品就会有很大的困难。
我们要在这个测试的过程当中找出错误。测试成软件开发的主要一部分,自从有了程序的设计那天开始,它就成为了重要的组成部分。经过统计来看,软件测试可以占据这个系统45%的工作量,而在软件开发的成本当中,对于测试成本来说它包含了很多的测试工作。每个程序测试时都会出现和遇到错误。在整个程序的开发过程当中,人为去查找错误是非常复杂和困难的,所以我们一般都会找一些测试的工具来进行测试。
6.1系统测试的意义
随着现代信息的快速发展,在社会各大领域中已经都开始应用网络信息技术,在应用网络技术的同时人们也开始把软件的质量问题作为了一个重要焦点来关注,因为一个软件的好与坏它决定着这个系统在市场上的生存,所以我们必须要把软件质量来做好,这样才有一定的生存能力。对于用户来说它们首先选用的都是保证这个系统软件的质量问题,因为一个系统的软件质量决定着用户在后期上成本经济的问题。图6-1就是纠错测试流程。
图6-1 测试与纠错信息流程
6.2 测试方法
黑盒测试又被人们称作为功能测试,通常是在程序的接口来做一些测试的方法,它一般包括对程序的功能和使用的方法来做出一些数据的接受和输出,同时还可以做出正确的输出信息,并保证与外部信息的完整性。
白盒测试通常被人们称作为结构测试,在整个程序的结构和处理当中它是由程序当中的逻辑测试和检验程序来完成一些正确的工作。
具体的功能测试它是包括:系统的适用性、准确性、安全性等功能测试。
6.3测试分析
本宠物领养系统APP满足相关信息的管理需求,在设计时借鉴了国内外优秀网站的优点,从界面到系统设计都保证了管理员以及用户能够方便操作。系统的主要特点和优点归纳如下:
(1)本系统用的移置性和针对性都比较高,因为针对性高可以提供更好的服务而移置性可以在多个系统上运行,更给用户带来了极大的方便。
(2)该宠物领养系统APP内容全面,管理方便可以及时的全面的处理各种错误,异常,这样避免了很多因用户的马虎操作而出现的失误,其操作方便,用户界面友好,能够上网的人都可以很好的进行操作。
经过对上述的测试结果分析,所有基本功能齐全,操作简单,系统运行性能良好,系统安全可靠,能促进宠物领养系统APP平台的发展,发展前景广阔。
结 论
本系统通过对java和Mysql数据库的简介,从硬件和软件两反面说明了宠物领养系统APP的可行性,本文结论及研究成果如下:实现了java与Mysql相结合构建的宠物领养系统APP,网站可以响应式展示。通过本次宠物领养系统APP的研究与实现,我感到学海无涯,学习是没有终点的,而且实践出真知,只有多动手才能尽快掌握它,经验对系统的开发非常重要,经验不足,就难免会有许多考虑不周之处。比如要有美观的界面,更完善的功能,才能吸引更多的用户。
由于在此之前对于java知识没有深入了解,所以从一开始就碰到许多困难,例如一开始的页面显示不规范、数据库连接有问题已经无法实现参数的传递等等,不过通过在网上寻找有关资料以及同学的帮助下最后都得到了解决,在此过程中,我不仅学到了很多知识,也提高了自己解决问题的能力,尤其是学会如何从大量的信息中筛选出所需有用的信息,同时我更加深刻的体会到了,虽然书本上的大部分知识都是有价值,正确的,但实际上每个人编程的思路和对数据处理的方法、思想都是不同的,这就要求我们一定要通过实践才能找到解决问题的方案。在此次毕业设计活动中,我不断的提高了自己,也得到了宝贵的经验,我相信这些对我以后的发展都会有很大帮助。
通过这次宠物领养系统APP的开发,我参考了很多相关系统的例子,取长补短,吸取了其他系统的长处,逐步对该系统进行了完善,但是该系统还是有很多的不足之处,有待以后进一步学习。
实践证明,宠物领养系统APP有着非常好的发展前景,经过测试运行,系统各项功能都十分完善,界面漂亮,使用方便,操作容易,在技术理论上已经成熟。
致 谢
大学的学习生活在这个季节将结束,但是在我的生命这仅仅只是一个逗号,我将面对另一个新的环境开始。通过这次毕业设计的整个开发过程,从需求分析到具体功能实现,再到最终测试和维护的理解有了很大的进步,让我对系统开发有了更深刻的认识,对我个人的实践能力和解决问题的能力,都有了很大的帮助。这是这次毕业设计最大的收获。
首先要感谢我的指导老师,他在论文写作上,给予了我各种无私的帮助,治学严谨,严格要求,使我获得了很大的收获。老师深厚的理论知识和丰富的实践经验,都深深的影响到我,在这方面,我谨表示衷心的感谢。
其次,我还要对所有的老师和同学表示感谢,他们在我学习的过程中,都积极的提供了很多帮助,无论是专业知识,还是实践操作技能,也能够让我在论文写作中,遇到的一些难题迎刃而解。
最后,对阅读和评审本论文的各位老师表示衷心的感谢!
参考文献
[1]Paul Krill. Oracle per-employee Java licensing could benefit rivals[J]. InfoWorld.com,2023.
[2]Paul Krill. JavaScript, Java, and Python skills top demand[J]. InfoWorld.com,2023.
[3]王平泉,逯小青.JAVA程序设计课程的PBL教学模式实践[J].集成电路应用,2023,40(01):90-91.DOI:10.19339/j.issn.1674-2583.2023.01.034.
[4] Luo Yaqiong. APP ソフトウェア ユーザー フィードバック分析手法技術の研究と実装 [J]. Modern Electronic Technology, 2022, 45(24): 161-165.DOI: 10.16652/j.issn.1004-373x.2022.24。 030.
[5] Luo Yaqiong、Jiang Ying、Chen Yongquan. APP ソフトウェア ユーザー レビューにおける評価対象と評価意見のマッチング [J]. Modern Electronic Technology, 2022, 45(22): 126-132. DOI: 10.16652/j.issn .1004-373x.2022.22.024。
[6] Zheng Xin. Java プログラミング コースの教育実践 [J]. Integrated Circuit Applications, 2022, 39(11):94-95.DOI:10.19339/j.issn.1674-2583.2022.11.036.
[7] Ren Haoran、Liu Dan、Jing Yongqiang. コンピュータ ソフトウェア開発における JAVA の応用に関する研究 [J]. Information Recording Materials、2022、23(11):83-85.DOI:10.16009/j.cnki.cn13 -1295/tq.2022.11.072。
[8] Cao Kexin、Cui Xinlong、Huang Qi、Chen Xiao. Andriod をベースにした音声制御翻訳ソフトウェア APP[J]. Computer Programming Skills and Maintenance, 2022(07):59-61.DOI:10.16184/j.cnki. comprg. 2022.07.011.
[9] Jiang Xiuyun. 完璧なペットを採用[J]. Crazy English (Xinyue Reading)、2022(07):38-39+76.
[10] Zhou Xiang. アプリ ユーザー レビューにおける新たなトピックの特定に関する研究[D]. 安徽工程大学、2022.DOI:10.27763/d.cnki.gahgc.2022.000313。
[11] Gao Shanquan. Android モバイル アプリケーションの推奨事項に関する研究 [D]. 吉林大学、2022.DOI:10.27162/d.cnki.gjlin.2022.000384。
[12] Zhao Xinxin. モバイル APP ソフトウェアにおける個人情報保護問題の分析 [D]. 黒龍江大学、2022.DOI:10.27123/d.cnki.ghlju.2022.000459。
[13] Li Yu. ペットの養子縁組も「マッチング」 [J]. Sales and Marketing (Management Edition), 2022(03):102.
[14] Liu Bin、Li Jing. オンサイト採点アプリ ソフトウェアの技術ソリューションに関する研究 [J]. 情報技術と情報化、2022(02):29-32.
[15] Jin Xin. SSM に基づくペット ストア オンライン オペレーション システムの設計と実装 [D]. 首都経済ビジネス大学、2021. DOI: 10.27338/d.cnki.gsjmu.2021.000769.
[16]ワン・ハオラン。コンピュータサイエンスの基礎的なプログラミングシステムに関する研究モバイルAPPソフトウェア工学[J]。Journal of Physs: Conference Series、2021、1952(4)。
[17] Zhou Fenmei、Wu Renping、Qian Ronghua、Chen Si. SSM に基づくペット養子縁組ウェブサイトのデザイン [J]. 揚州職業大学ジャーナル、2021、25(01): 32-35.DOI: 10.15954/j.cnki .cn32 -1529/g4.2021.01.009。
[18] Yang Qin. ペット養子縁組 Web アプリの設計と実装 [D]. 華中科学技術大学、2020.DOI:10.27157/d.cnki.ghzku.2020.006892。
[19]フラン・シルヴィア、ハネール・ヘレン、ベンハム・ピエール・イヴ、シェペリンク・ポーリン、カタルジ・ボグダン、ファレット・アン、フォンテーヌ・ピエール、グエルシ・ブルーノ、レズニック・イヴ、ジャンディディエ・ナタリー、ペンフォルニス・アルフレッド、ボロット・ソフィー、シャイルーシー、セルスクラ・ピエール、ケルバチ・ヤシン、d 「オルセー・ジュヌヴィエーヴ、デトゥルネイ・ブルーノ、シモン・ピエール、シャルパンティエ・ギョーム」。モバイル アプリ ソフトウェアと遠隔モニタリングの有無にかかわらず、標準治療を組み合わせた DIABEO システム: 基礎ボーラス インスリン療法でコントロールが不十分な糖尿病患者を対象としたランダム化対照試験。[J]。糖尿病の技術と治療法、2020、22(12)。
[20] Yang Hua. SSM に基づくペット ショップ情報システムの設計と実装 [D]. 吉林大学、2019.
プロジェクトのソース コードを無料で受け取るには、ブロガーをフォローして「いいね」を押し、プライベート メッセージを送ってください。