まとめ
情報化社会においては、情報の入手手段の絞り込みが求められていますが、基本的には手段の拡大が人々の目指す方向であり、視点の偏りにより、異なる種類の情報を入手することも多くなり、それもまた問題です。テクノロジーで克服するのが最も難しい主題。動物の養子縁組・救援システムなどの課題を踏まえ、動物の養子縁組・救援システムを調査・分析し、問題を解決するための動物の養子縁組・救援システムを開発・設計します。
動物の養子縁組および救助システムの主な機能モジュールには、動物情報、動物種、都市分類、養子縁組申請、病院情報、私たちについて、私のペットなどの機能が含まれており、ソフトウェア開発とハードウェアのインストールにはオブジェクト指向開発モデルが採用されています。実使用のニーズに十分応え、対応するソフトウェア構築とプログラムコーディング作業を改善し、バックグラウンドデータの主記憶装置としてMySQLを採用し、ジャンゴフレームワークPython言語を使用して業務システムのコーディングと開発を行い、システムのこの完全な機能を実現します。この報告書では、まず研究の背景、役割、意義を分析し、研究作業の合理性の基礎を築きます。動物の養子縁組と救出システムのさまざまなニーズと技術的問題を分析し、システムの必要性と技術的実現可能性を証明し、その後、システムの設計に使用する必要がある技術ソフトウェアと設計アイデアについての基本的な紹介を行い、最後に動物の養子縁組と救出システムを導入し、展開活動でそれを使用します。
キーワード: Python 開発言語、Django フレームワーク技術、動物の養子縁組と救助システム、
抽象的な
情報社会では、情報への対象を絞ったアクセスが必要ですが、アクセスの拡大は基本的に人々の努力の方向です。視点のズレにより、人は異なる種類の情報を取得することが多くなりますが、これはテクノロジーが克服するのが最も難しい課題でもあります。動物の養子縁組および救助システムの問題点を目指して,本論文は動物の養子縁組および救助システムを研究および分析し,次に問題を解決するための動物の養子縁組および救助システムを開発および設計する。
動物の養子縁組および救助システムの主な機能モジュールには、動物情報、動物種、都市分類、養子縁組申請、病院情報、私たちと私のペットについて、その他の機能が含まれます。ソフトウェア開発とハードウェアのインストールにはオブジェクト指向開発モデルが採用されており、実際の使用のニーズを十分に満たし、対応するソフトウェアのインストールとプログラムコーディングを改善し、バックグラウンドデータの主なストレージユニットとしてMySQLを使用します。djangoフレームワークを使用します。 Python言語でコーディングして業務システムを開発することで、システムのすべての機能が実現されます。この報告書はまず研究の背景、役割、意義を分析し、研究作業の合理性の基礎を築きます。本稿では、動物の養子縁組と救出システムのさまざまな要件と技術的問題を分析し、システムの必要性と技術的実現可能性を証明し、その後、システムの設計に必要な技術ソフトウェアと設計思想を基本的に紹介し、最終的には動物の養子縁組と救助システムを構築し、それを展開して実行します。
キーワード:Python開発言語。Django フレームワーク テクノロジ。動物の養子縁組および救助システム。
目次
第1章; 序章
1.1 研究目的
国内経済の継続的な発展、人々の所得水準の向上、感情的ニーズの増大に伴い、ペットの飼育は人気の傾向となっています。ペットの増加は必然的に野良ペットの急増につながり、そのほとんどは飼い主に捨てられた動物、またはそれらの動物の子孫です。彼らは制御されておらず、人里の端を徘徊し、人々の生活に多大な迷惑を与えています。最近では、野良犬を引き取りたいと考えている人々が主催する野良動物保護ステーションも開設されていますが、保護ステーションではペットの数が多すぎて対応が難しく、多くのペットが「安楽死」せざるを得ない場合もあります。現在の野良ペットの問題を解決するために、従来の非効率なオフライン登録と養子縁組は徐々に置き換えられ、端末デバイスを使用して閲覧およびアクセスできるペットの養子縁組と保護システムが導入されています。
1.2 研究の背景
Django フレームワークに基づいてペットの引き取りと保護のシステムを設計することにより、従来のオフライン登録フォームと比較して効率が大幅に向上しました。まず、管理者は既存の野良ペット情報を直観的に管理できるため、従来のモデルでの情報の欠落を回避でき、第 2 に、ペットを引き取る必要があるユーザーに便利な引き取りと救出のプラットフォームを提供します。ペットの引き取り・救出システムはB/Sアーキテクチャを採用しており、クライアント(コンピュータ)はブラウザとしてのみ使用されるため、保守担当者は適切なサーバー保守のみを必要とします。顧客の規模に関係なく、ビジネスの強度は増加しません。B/S構造を活用することで、無駄な人員や物的資源が大幅に削減され、業務効率が向上します。
第2章 関連技術の紹介
2.1 B/S アーキテクチャ
B/Sアーキテクチャ(ブラウザ/サーバ)は、システムの開発、運用、保守が容易な現在最も広く使われているアーキテクチャです。この構造は、コンピュータにデータベースがインストールされており、非常に一般的なブラウザがいくつかある場合に使用できます。B/S 構造は B/S システムで直接使用でき、実際のアプリケーションでは B/S 構造によりシステムの運用と保守が大幅に軽減されます。B/Sプラットフォームでは、各データベースは互いに独立しており、高いセキュリティを備えています。B/S アーキテクチャでは、システムが処理するビジネスを明確に観察できるため、管理者はタイムリーな意思決定を行うことができ、企業の損失を回避できます。B/Sアーキテクチャの本質的な特徴は一元管理であり、ユーザーはシステムで生成されたデータをデータベースに保存し、将来のアプリケーションを容易にすることで、さまざまなニーズに応えます。
B/S モデルは、ブラウザ、ネットワーク サーバー、データベース サーバーの 3 つのレベルで構成されます。データ管理には、既存のほとんどのB/Sシステムのプレゼンテーション層、アプリケーション層、データ層が採用されており、Webブラウザはユーザーの要件を満たすように設計されており、データ処理とロジック処理に使用される中間アプリケーション層として分散オペレーティングモデルを形成しています。B/S アーキテクチャのロジックでは、フロントエンドで完了する処理は主要なビジネス ロジックをバックエンドに任せ、フロントエンドは少数のリクエストやレンダリングなどのみを担当します。インターネット技術の急速な発展により、B/S アーキテクチャにより、いつでもどこでもシステムにアクセスできるようになりました。
図 2-1 B/S モードの 3 層構造図
2.2 Django フレームワークの概要
Django は、高レベルの Python プログラミング言語によって駆動されるオープン ソース モデルです。View は、オープン ソース コミュニティから生まれた、コントローラー スタイルの Web アプリケーション フレームワークです。このアーキテクチャを使用すると、プログラマは高品質で保守が容易なデータベース駆動型アプリケーションを簡単かつ迅速に作成できます。これが、OpenStack の Horizon コンポーネントがこのアーキテクチャを使用して設計されている主な理由です。さらに、Dj ango フレームワークには多くの強力なサードパーティ プラグインも含まれているため、Django は拡張性が高くなります。Django プロジェクトはオンライン ニュース Web サイトから生まれ、2005 年にオープンソースとしてリリースされました。Django フレームワークのコア コンポーネントは次のとおりです。
モデルの作成に使用されるオブジェクト リレーショナル マッピング。
エンドユーザー向けに優れた管理インターフェイスを設計します。
URLのデザイン。
デザイナーにとって使いやすいテンプレート言語。
キャッシングシステム。
Django (発音: [`dʒæŋɡəʊ]) は、 Python言語で書かれたオープンソース Web 開発フレームワーク (オープンソース Web フレームワーク) であり、迅速な開発を促進し、MVC設計に従います。Django はBSD著作権を遵守し、2005 年 7 月に初めてリリースされ、2008 年 9 月に最初の正式バージョン 1.0 をリリースしました。
ジャンゴはベルギーのジャズミュージシャン、ジャンゴ・ラインハルトにちなんで名付けられ、主にギターを弾き、ヴァイオリンも弾くジプシーです。
Djangoは近年の急速な発展によりそのアプリケーションはますます普及しており、著名なIT開発雑誌SD Timesの2013 SD Times 100に選ばれ、「API、ライブラリ、フレームワーク」部門で6位にランクインしました。であり、この分野のリーダーとみなされています。
2.3 MySQL データベース
Microsoft MySQL は、ラップトップ、デスクトップ、エンタープライズ サーバーにまたがるリレーショナル データベース管理システムです。20 世紀に、オリジナルの MySQL は UNIX システム専用に Sybase によって開発され、その後 Microsoft がそれを Windows NT システムに移植しました。1994 年以降、Microsoft は Sybase とは独立して開発されたバージョンの MySQL をリリースし、Sybase は 1990 年代後半に MySQL という名前の使用を中止しました。
MySQL は、MySQL の複数のコピーと他のデータベース システムの間でレプリケーション サービスを提供します。分析サービスは、オンライン分析処理 (OLAP) やデータ マイニング ツールなど、システムの不可欠な部分です。MySQL は、定期的なバックアップの設定、サーバー間のデータのコピー、データベース パフォーマンスの調整などのタスクの実行をデータベース管理者にガイドする大規模なグラフィカル ツールセットとウィザードを提供します。
第 3 章 システム分析
3.1 実現可能性の分析
実現可能性分析は、プロジェクトの開発システムが開発にとって価値があるかどうか、情報のディクテーションにおける管理システムの欠点を改善することが本当に必要かどうかを分析することでもあります。本プロジェクトの動物の引き取り・救援システムの設計目標と実装プロセスを例に挙げると、このシステムが開発されれば、ユーザーの管理情報の問題がうまく解決され、動物の引き取り・救援が可能になることが期待される。最大価値理論を開発するためのシステムであり、ユーザーの問題をある程度偽装した形で解決できるため、本プロジェクトの研究開発システムは最も価値があり、有意義なシステムである。しかし、研究開発目標は望ましい結果を達成したか、科学研究課題は実現後に最大の有用性と価値を持つか、そしてそれらは総コストに等しいかどうか。したがって、研究開発段階は本来、真に研究開発体制を設計できる段階である。
3.1.1 技術的な実現可能性
技術的実現可能性とは、特定された科学技術または意思決定方法における科学技術が、組織が習得している、または関係者が精通している科学技術リソースの境界を突破しないことを意味します。技術研究の過程では、システム開発プロセスに含まれるさまざまな重要な技術的課題を包括的に調査し、可能な限り成熟した技術を選択し、先進的な技術を慎重に引用し、特定の研究プラットフォームと開発者に注意を払い、評価することに注意を払う必要があります。主要テクノロジーの有効性。
Python テクノロジーは、この動物の養子縁組および救助システムの設計と実装の鍵となります。B/S アーキテクチャと MySQL データベース管理に基づいて、フロントエンド アプリケーションとバックエンド データベース管理に不可欠です。このプログラムを効果的に適用するには、Python テクノロジーが不可欠です。 、分かりやすく使いやすい、総合的な機能の特徴を維持する必要があります。データベース管理を構築する場合、データ分析情報が完全であること、データ分析情報が安定していること、およびデータ分析情報の安定性が高いことを保証する必要があります。初期の頃、人々は Python の基本的な重要な知識点を理解して精通しており、MySQL データベースについても短期間の習得と精通を持っていました。初期の頃、人々はソフトウェア エンジニアリングなどの基本コースの一般的な習得と実践を持っていました。テストとUML言語の習得後 上記コースを実践することで、上記コースに対応した情報システムの開発、テスト、判定ができるようになります。
Python を MySQL と組み合わせて、合理的かつ効果的な動物の養子縁組および救助システムを開発できます。
3.1.2 経済的実現可能性
国民経済の実施の実現可能性には、主に 2 つの側面が含まれており、第 1 に、実施される特定の計画から国民経済のさまざまな資源を獲得し利用する潜在的な可能性、第 2 に、国民経済発展の全体目標を達成する潜在的な可能性がある。政策、第二に、国家経済発展政策の全体目標を達成する潜在的な可能性、これは、特定の国家経済発展政策実施計画を完了するために得られる経済的費用と利益を指します。政府の財源は限られているため、国家経済発展政策実施計画から得られ利用される各財源も限られています。したがって、あらゆる公共政策措置は公的金融資本の獲得競争に直面することになる。しかし一般に、「公共政策手段による社会的および経済的資源の占有は、その政策手段目標の期待値に直接比例する。」 もちろん、これは費用効率の問題にも触れます。ある方法の総コストが利益に等しい場合、この社会経済政策手段が効果がないことは明らかです。
このプロジェクトの開発の当初の目的はお金を節約することでしたが、私は自分で開発したため、基本的には初期資金は必要ありませんでした。さらに、プロジェクト開発のプロセス全体は自習プロセスであり、双方にメリットのある結果が得られます。したがって、要約すると、このプロジェクトの研究開発上の利点は欠点を上回り、これは我が国の現在の社会主義市場経済の実際の発展と一致しています。
3.1.3 運用の実現可能性
動物の譲渡・保護システムの登録・ログイン画面は、最も一般的なページ画面からログインし、パソコンからログイン機能を実装することで、シンプルで使いやすい設計となっております。通常コンピュータを使用している限り、アプリケーションにログインします。このオペレーティングシステムの研究開発作業環境は、Python テクノロジーと B/S 構造を使用しており、これらの研究開発作業環境により、システム機能がより完全になり、全体の設計がよりパーソナライズされ、ユーザー機能がより簡潔で便利になります。この管理システムは、操作が簡単、管理が簡単、双方向性が良いという利点があり、実際の操作も非常に簡単です。したがって、この管理システムは商業的に設計することもできます。
要約すると、この装置の研究開発は技術的、プロセスおよび技術的要件を満たしているため、研究開発は実行可能です。
3.2 システムの機能要件
ユーザー情報のユースケース図を以下に示します。
図 3-1 ユーザー情報の使用例図
管理者のユースケース図を以下に示します。
図 3-2 管理者の使用例図
表 3-1 情報閲覧のユースケースの説明
説明項目 |
説明する |
ユースケース名 |
情報照会 |
ユースケースの説明 |
ユーザーは情報の詳細を確認できます |
参加者 |
ユーザー |
前提条件 |
ユーザーは通常のユーザー タイプであり、システムに正常に入力されました。 |
事後条件 |
正常に閲覧しました |
メインイベントの流れ |
(1) 利用者は情報モジュールと情報コンテンツを閲覧できる (2) 情報をクリックすると詳細情報を閲覧できます。 |
例外イベントの流れ |
e1. レポート 500 エラー e2. データベース接続例外 |
表 3-1 通信コミュニティの使用例の説明
説明項目 |
説明する |
ユースケース名 |
コミュニケーションコミュニティ |
ユースケースの説明 |
コミュニケーションボードにはユーザーが言いたいことを投稿し、他のユーザーがそれを閲覧し、登録ユーザーが返信することができます。 |
参加者 |
ユーザー |
前提条件 |
ユーザーは登録ユーザーであり、システムに正常にアクセスしました |
事後条件 |
通信が正常に追加され、通信ボードに表示されました |
メインイベントの流れ |
システムは通常のユーザーであるかどうかをチェックします 未登録ユーザーでもコミュニケーションボードの内容を閲覧できます 登録ユーザーのコミュニケーションフォームが表示され、コミュニケーションをしたり、他の人のコミュニケーションに返信したりすることができます。 |
例外イベントの流れ |
e1. レポート 500 エラー e2. データベース接続例外 e3. 通信内容が表示されない |
表 3-1 投稿のユースケースの説明
説明項目 |
説明する |
ユースケース名 |
役職 |
ユースケースの説明 |
ログインに成功すると、ユーザーは投稿を公開できます |
参加者 |
ユーザー |
前提条件 |
ユーザーは正常にログインし、システムに入ります |
事後条件 |
正常に投稿されました |
メインイベントの流れ |
(1) 一般ユーザータイプかどうかをシステムがチェック ユーザーは、タイトル、説明、タイプ、画像 URL、およびコンテンツを入力して、公開ユースケースの実行を開始します。 (3) 正常に公開されたら、システムのホームページにアクセスします。 |
例外イベントの流れ |
e1. レポート 500 エラー e2. データベース接続例外 e3. データ内容が長すぎます |
表 3-1 個人情報管理のユースケースの説明
ユースケース名 |
個人情報の管理・変更について |
参加者 |
ユーザー |
説明する |
ユーザーは個人情報を閲覧および変更します |
前提条件 |
ユーザーはシステムにログインしています |
事後条件 |
なし |
イベントストリーム |
(1) ユーザーが個人情報を閲覧する場合 (2) ユーザーが個人情報を変更する場合 |
追加情報 |
(a) ユーザーはパスワードを変更できます (b) ユーザーは、名前、アバターなどの個人情報を変更することができます。 |
表 3-1 コメントの使用例の説明
ユースケース名 |
コメント |
参加者 |
ユーザー |
説明する |
ユーザーのコメント |
前提条件 |
ユーザーはログインしています |
事後条件 |
コメントの内容はルールに違反していません |
イベントストリーム |
(1) コメントページにコメントデータを入力し、コメントを投稿する (2) コメントボードの更新と表示 |
追加情報 |
(a) コメント内容を空にすることはできません |
表 3-1 コレクションの使用例の説明
ユースケース名 |
集める |
参加者 |
ユーザー |
説明する |
ユーザーがコンテンツをお気に入りに追加する |
前提条件 |
ユーザーはログインしています |
事後条件 |
なし |
イベントストリーム |
(1) お気に入りページからお気に入りに追加 (2) お気に入りを更新・表示する |
追加情報 |
なし |
表 3-1 ユーザー管理の使用例の説明
説明項目 |
説明する |
ユースケース名 |
ユーザーアクション |
ユースケースの説明 |
管理者は、バックグラウンド管理に正しくログインしていることを条件に、ユーザーを管理できます。 |
参加者 |
管理者 |
前提条件 |
管理者は正常にログインし、メインのバックグラウンド インターフェイスにジャンプします。 |
事後条件 |
操作成功 |
メインイベントの流れ |
管理者はユーザー管理ページに移動して、ユーザーの詳細を照会します。 管理者はユーザー情報を削除できます |
例外イベントの流れ |
e1. レポート 500 エラー e2. データベース接続例外 |
表 3-1 動物情報管理のユースケースの説明
説明項目 |
説明する |
ユースケース名 |
動物情報活動 |
ユースケースの説明 |
管理者は、バックグラウンド管理に正しくログインすることを条件として、動物情報モジュールを管理することができる。 |
参加者 |
管理者 |
前提条件 |
管理者は正常にログインしました |
事後条件 |
操作成功 |
メインイベントの流れ |
(1) 管理者は動物情報管理ページに入り、動物情報を問い合わせます。 (2) 管理者は動物情報を追加・削除・編集することができます。 (3) 管理者は動物情報を追加し、追加が成功すると問い合わせページにジャンプします。 |
例外イベントの流れ |
e1. レポート 500 エラー e2. データベース接続例外 |
病院情報のユースケースの説明を次の表に示します。
表 3-1 病院情報管理のユースケースの説明
説明項目 |
説明する |
ユースケース名 |
病院情報業務 |
ユースケースの説明 |
管理者は、バックグラウンド管理に正しくログインすることを条件として、病院情報モジュールを管理することができる。 |
参加者 |
管理者 |
前提条件 |
管理者は正常にログインしました |
事後条件 |
操作成功 |
メインイベントの流れ |
(1) 管理者は病院情報管理ページに入り、病院情報を問い合わせます。 (2) 管理者は病院情報の追加、削除、編集が可能です。 (3) 管理者は病院情報を追加し、追加が成功すると問い合わせページにジャンプします。 |
例外イベントの流れ |
e1. レポート 500 エラー e2. データベース接続例外 |
表 3-1 モール管理のユースケースの説明
説明項目 |
説明する |
ユースケース名 |
モール運営 |
ユースケースの説明 |
管理者がバックエンド管理に正しくログインしていることを前提として、モールモジュールを管理することができます。 |
参加者 |
管理者 |
前提条件 |
管理者は正常にログインしました |
事後条件 |
操作成功 |
メインイベントの流れ |
(1) 管理者はモール管理ページに入り、モール情報を問い合わせます。 (2) 管理者はモールを追加、削除、編集することができます。 (3) 管理者は新規モールを追加し、追加が成功すると問い合わせページにジャンプします。 |
例外イベントの流れ |
e1. レポート 500 エラー e2. データベース接続例外 |
表 3-1 情報管理の使用例の説明
説明項目 |
説明する |
ユースケース名 |
情報操作 |
ユースケースの説明 |
管理者がバックグラウンド管理に正しくログインしていることを前提として、情報モジュールを管理することができる。 |
参加者 |
管理者 |
前提条件 |
管理者は正常にログインしました |
事後条件 |
操作成功 |
メインイベントの流れ |
(1) 管理者は、情報管理ページにアクセスし、情報内容に関する情報を問い合わせます。 (2) 管理者は情報を削除できる |
例外イベントの流れ |
e1. レポート 500 エラー e2. データベース接続例外 |
表 3-1 通信管理の使用例の説明
説明項目 |
説明する |
ユースケース名 |
通信業務 |
ユースケースの説明 |
管理者がバックグラウンド管理に正しくログインしていることを条件として、通信モジュールを管理することができます。 |
参加者 |
管理者 |
前提条件 |
管理者は正常にログインしました |
事後条件 |
操作成功 |
メインイベントの流れ |
(1) 管理者が通信インターフェースに入り、通信内容情報を問い合わせる (2) 管理者は通信を削除できる |
例外イベントの流れ |
e1. レポート 500 エラー e2. データベース接続例外 |
表 3-1 コメント管理の使用例の説明
説明項目 |
説明する |
ユースケース名 |
コメント操作 |
ユースケースの説明 |
管理者がバックグラウンド管理に正しくログインしていることを条件として、コメントモジュールを管理することができます。 |
参加者 |
管理者 |
前提条件 |
管理者は正常にログインしました |
事後条件 |
操作成功 |
メインイベントの流れ |
(1) 管理者はコメント管理ページに入り、コメント内容の情報を問い合わせます。 (2) 管理者はユーザーコメントのデータを削除できる |
例外イベントの流れ |
e1. レポート 500 エラー e2. データベース接続例外 |
表 3-1 ファイルアップロードの使用例の説明
ユースケース名 |
ファイルのアップロード |
参加者 |
ユーザー |
説明する |
ユーザーがファイルをサーバーにアップロードする |
前提条件 |
ユーザーはログインしています |
事後条件 |
なし |
イベントストリーム |
ファイルアップロードページの「アップロード」ボタンをクリックします |
追加情報 |
なし |
3.3 システムのパフォーマンス要件
まず、フレンドリーなインターフェイス。動物の養子縁組や救助システムの開発と設計では、インターフェイスの使いやすさがより重要であり、この要件を満たすことによってのみ、人間化された設計特性を反映し、ユーザーのアプリケーション システムの利便性に適応することができます。システムの使用感を感じられるデザインを採用し、操作性の向上とユーザーエクスペリエンスの向上により、システムマイニング設計の価値を最大限に引き出します。
第二,稳定性要求。开发设计的动物领养救助系统,需要保持其稳定,系统应用稳定才能有助于各项管理工作高效率完成,提升系统使用体验度。系统运行保障因外部异常造成系统崩溃,系统发生问题后数据能及时备份,第一时间恢复数据信息,保障系统良好运行。
第三,可扩展性。动物领养救助系统的开发设计,需要满足可扩展性的要求,系统的设计需要考虑未来系统业务扩展问题,在测试不断应用下,功能需求会不断扩展,通过良好扩展性作用发挥,满足多样化的需要。
第四,满足需求。为能有效加强对大用户的需求,在开发动物领养救助系统的过程中,要能和实际应用的需求紧密对接,保障系统的实用性。系统开发要能有前瞻性,由于管理系统建设是长期工程,不同阶段需要有先导发展蓝图以及行动纲领为指导。预见性地考虑教材订购信息管理的重要问题。系统的开发要能满足灵活性应用的需要,将系统的价值充分发挥出来。
第4章 系统设计
4.1 总体目标
动物领养救助系统主要服务于动物的领养救助系统管理,利用网络改变宠物领养模式,简化动物领养救助系统管理流程,减轻传统动物领养救助系统管理带来的工作负担和降低大量资源的消耗。本系统达到的目标主要有以下几点:
(1)通过简单的页面设计和便捷的功能操作,保证系统的简单性和实用性,形成良好的用户体验。
(2)本系统主要针对动物领养救助系统需求进行设计开发,突出较强的针对性。
(3)能够具有一定的安全机制,保证用户信息的安全性。
4.2 总体结构设计
层次框图是一系列由多层矩形框架组成的树,其顶部为矩形框架,表示整个数据结构,下方的长方形立方体表示独立的数据,下方的长方形表示该数据的实际数据(不能进行分割)。由于这个架构的精炼,层级方块图描述的资料结构也愈加详尽,这个模型很好地满足了需求分析的要求。首先对最上层的信息进行分类,然后在图表中的每个路径上重复地进行优化,直至完整的数据结构被确定。
这个系统由二个模块组成,一个是管理员,另一个是用户信息,这二个部分看起来是独立的,实际上却是连接着数据库,每个模块都有自己的权限,唯一不同的,就是访问的方式不同。在调研资料的基础上,完成了各个模块的功能。在对上述功能进行分析的基础上,本系统提出了二个主要的模块,每个单元可划分为若干小单元。
系统的功能结构图如下图所示。
图4-2 系统功能结构图
4.3 功能模块设计
1.登录模块:
本动物领养救助系统的用户登录涉及到三类信息的判断:第一类是用户名和密码是否为空;第二类是验证码是否录入和正确;第三类就是用户登录信息、验证码和权限是否匹配通过。在该用户登录流程对会对用户名和密码是否为空进行判断,以及验证码是否正确进行判断,只有以上的几类信息中的一种存在问题的情况下都是无法登录成功的。
2.公告管理模块:
本动物领养救助系统中的公告管理,管理方式都是对信息的三种基本操作:一种是完成公告信息的添加,在这里会对公告信息的录入情况来判断;一种是对公告信息的修改,另一种就是对公告信息的删除。其后两种操作都是要建立在第一种操作而生成的公告列表的基础上完成的。
3.商城模块
本动物领养救助系统中的商城管理,管理方式都是对信息的三种基本操作:一种是完成商城信息的添加,在这里会对商城信息的录入情况来判断;一种是对商城信息的修改,另一种就是对商城信息的删除。其后两种操作都是要建立在第一种操作而生成的商城的基础上完成的。
4.医院信息模块
本动物领养救助系统中的医院信息管理,管理方式都是对信息的三种基本操作:一种是完成医院信息信息的添加,在这里会对医院信息信息的录入情况来判断;一种是对医院信息信息的修改,另一种就是对医院信息信息的删除。其后两种操作都是要建立在第一种操作而生成的医院信息的基础上完成的。
5.交流社区模块:
交流社区模块包括话题板块模块、发帖、回帖、帖子管理等字模块,论坛模块里存在各种各样的话题板块,用户在相应的板块讨论相应的话题,用户在线发帖、回帖,管理人员管理所有论坛的帖子,对违规的在线删帖。
4.4 数据库设计
4.4.1 概念设计
借助先进的系统,ER图使其他用户可以快速轻松地了解系统的功能以及他们之间的关系。根据动物领养救助系统分析结果,整个动物领养救助系统包括以下各个单元:管理员,公告、用户、交流、动物信息、评论等。
系统的主要实体间关系E-R图如下图所示。
总体ER图如下图所示。
图4-3 总体ER图
4.4.2 逻辑设计
所有系统的应用数据相互区分。一旦在相应的系统中实现,它们将与自己相应的网络和服务器通信。所以这个系统可以连接这些数据。当我们选择桥梁截面时,以下将简要介绍如何建立系统。在单击上一个按键的时候,就会自动在对话框中弹出数据源的名字,之后再单击下一个按键时,就在填写相对应的身份验证和登录信息。按照系统功能设计的特点与职能模块的分类,动物领养救助系统的总体设计和实施过程一共涉及到了几个资料表格。
以下就介绍了一些根据各类别主要数据库表的设计结构以及基本功能建立数据库
表about_us (关于我们)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
about_us_id |
int |
10 |
0 |
N |
Y |
关于我们ID |
|
2 |
corporate_name |
varchar |
64 |
0 |
Y |
N |
公司名称 |
|
3 |
cover |
varchar |
255 |
0 |
Y |
N |
封面 |
|
4 |
date_of_establishment |
date |
10 |
0 |
Y |
N |
成立时间 |
|
5 |
official_account |
varchar |
64 |
0 |
Y |
N |
公众号 |
|
6 |
contact_number |
varchar |
64 |
0 |
Y |
N |
联系电话 |
|
7 |
details |
longtext |
2147483647 |
0 |
Y |
N |
详情介绍 |
|
8 |
hits |
int |
10 |
0 |
N |
N |
0 |
点击数 |
9 |
praise_len |
int |
10 |
0 |
N |
N |
0 |
点赞数 |
10 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
11 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
12 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表adoption_application (领养申请)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
adoption_application_id |
int |
10 |
0 |
N |
Y |
领养申请ID |
|
2 |
name |
varchar |
64 |
0 |
Y |
N |
名称 |
|
3 |
type |
varchar |
64 |
0 |
Y |
N |
种类 |
|
4 |
photo |
varchar |
255 |
0 |
Y |
N |
照片 |
|
5 |
coat_color |
varchar |
64 |
0 |
Y |
N |
毛色 |
|
6 |
animal_sex |
varchar |
64 |
0 |
Y |
N |
动物性别 |
|
7 |
health |
varchar |
64 |
0 |
Y |
N |
健康状况 |
|
8 |
urban_area |
varchar |
64 |
0 |
Y |
N |
所在市区 |
|
9 |
user_no |
int |
10 |
0 |
Y |
N |
0 |
用户编号 |
10 |
full_name |
varchar |
64 |
0 |
Y |
N |
姓名 |
|
11 |
adoption_mode |
varchar |
64 |
0 |
Y |
N |
领养方式 |
|
12 |
application_time |
date |
10 |
0 |
Y |
N |
申请时间 |
|
13 |
remarks |
varchar |
64 |
0 |
Y |
N |
备注 |
|
14 |
examine_state |
varchar |
16 |
0 |
N |
N |
未审核 |
审核状态 |
15 |
examine_reply |
varchar |
16 |
0 |
Y |
N |
审核回复 |
|
16 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
17 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
18 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表animal_information (动物信息)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
animal_information_id |
int |
10 |
0 |
N |
Y |
动物信息ID |
|
2 |
name |
varchar |
64 |
0 |
Y |
N |
名称 |
|
3 |
type |
varchar |
64 |
0 |
Y |
N |
种类 |
|
4 |
photo |
varchar |
255 |
0 |
Y |
N |
照片 |
|
5 |
coat_color |
varchar |
64 |
0 |
Y |
N |
毛色 |
|
6 |
character |
varchar |
64 |
0 |
Y |
N |
性格 |
|
7 |
animal_sex |
varchar |
64 |
0 |
Y |
N |
动物性别 |
|
8 |
health |
varchar |
64 |
0 |
Y |
N |
健康状况 |
|
9 |
social_relations |
varchar |
64 |
0 |
Y |
N |
社会关系 |
|
10 |
province |
varchar |
64 |
0 |
Y |
N |
所在省份 |
|
11 |
urban_area |
varchar |
64 |
0 |
Y |
N |
所在市区 |
|
12 |
active_zone |
varchar |
64 |
0 |
Y |
N |
常活动地带 |
|
13 |
detailed_description |
longtext |
2147483647 |
0 |
Y |
N |
详情描述 |
|
14 |
hits |
int |
10 |
0 |
N |
N |
0 |
点击数 |
15 |
praise_len |
int |
10 |
0 |
N |
N |
0 |
点赞数 |
16 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
17 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
18 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表comment (评论)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
comment_id |
int |
10 |
0 |
N |
Y |
评论ID: |
|
2 |
user_id |
int |
10 |
0 |
N |
N |
0 |
评论人ID: |
3 |
reply_to_id |
int |
10 |
0 |
N |
N |
0 |
回复评论ID:空为0 |
4 |
content |
longtext |
2147483647 |
0 |
Y |
N |
内容: |
|
5 |
nickname |
varchar |
255 |
0 |
Y |
N |
昵称: |
|
6 |
avatar |
varchar |
255 |
0 |
Y |
N |
头像地址:[0,255] |
|
7 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间: |
8 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间: |
9 |
source_table |
varchar |
255 |
0 |
Y |
N |
来源表: |
|
10 |
source_field |
varchar |
255 |
0 |
Y |
N |
来源字段: |
|
11 |
source_id |
int |
10 |
0 |
N |
N |
0 |
来源ID: |
表goods (商品信息)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
goods_id |
mediumint |
8 |
0 |
N |
Y |
产品id:[0,8388607] |
|
2 |
title |
varchar |
125 |
0 |
Y |
N |
标题:[0,125]用于产品和html的<title>标签中 |
|
3 |
img |
text |
65535 |
0 |
Y |
N |
封面图:用于显示于产品列表页 |
|
4 |
description |
varchar |
255 |
0 |
Y |
N |
描述:[0,255]用于产品规格描述 |
|
5 |
price_ago |
double |
8 |
2 |
N |
N |
0.00 |
原价:[1] |
6 |
price |
double |
8 |
2 |
N |
N |
0.00 |
卖价:[1] |
7 |
sales |
int |
10 |
0 |
N |
N |
0 |
销量:[0,1000000000] |
8 |
inventory |
int |
10 |
0 |
N |
N |
0 |
商品库存 |
9 |
type |
varchar |
64 |
0 |
N |
N |
商品分类: |
|
10 |
hits |
int |
10 |
0 |
N |
N |
0 |
点击量:[0,1000000000]访问这篇产品的人次 |
11 |
content |
longtext |
2147483647 |
0 |
Y |
N |
正文:产品的主体内容 |
|
12 |
img_1 |
text |
65535 |
0 |
Y |
N |
主图1: |
|
13 |
img_2 |
text |
65535 |
0 |
Y |
N |
主图2: |
|
14 |
img_3 |
text |
65535 |
0 |
Y |
N |
主图3: |
|
15 |
img_4 |
text |
65535 |
0 |
Y |
N |
主图4: |
|
16 |
img_5 |
text |
65535 |
0 |
Y |
N |
主图5: |
|
17 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间: |
18 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间: |
19 |
customize_field |
text |
65535 |
0 |
Y |
N |
自定义字段 |
|
20 |
source_table |
varchar |
255 |
0 |
Y |
N |
来源表: |
|
21 |
source_field |
varchar |
255 |
0 |
Y |
N |
来源字段: |
|
22 |
source_id |
int |
10 |
0 |
N |
N |
0 |
来源ID: |
23 |
user_id |
int |
10 |
0 |
Y |
N |
0 |
添加人 |
表goods_type (商品类型)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
type_id |
int |
10 |
0 |
N |
Y |
商品分类ID: |
|
2 |
father_id |
smallint |
5 |
0 |
N |
N |
0 |
上级分类ID:[0,32767] |
3 |
name |
varchar |
255 |
0 |
Y |
N |
商品名称: |
|
4 |
desc |
varchar |
255 |
0 |
Y |
N |
描述: |
|
5 |
icon |
varchar |
255 |
0 |
Y |
N |
图标: |
|
6 |
source_table |
varchar |
255 |
0 |
Y |
N |
来源表: |
|
7 |
source_field |
varchar |
255 |
0 |
Y |
N |
来源字段: |
|
8 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间: |
9 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间: |
表hits (用户点击)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
hits_id |
int |
10 |
0 |
N |
Y |
点赞ID: |
|
2 |
user_id |
int |
10 |
0 |
N |
N |
0 |
点赞人: |
3 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间: |
4 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间: |
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: |
表hospital_information (医院信息)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
hospital_information_id |
int |
10 |
0 |
N |
Y |
医院信息ID |
|
2 |
hospital_name |
varchar |
64 |
0 |
Y |
N |
医院名称 |
|
3 |
picture |
varchar |
255 |
0 |
Y |
N |
图片 |
|
4 |
city |
varchar |
64 |
0 |
Y |
N |
所在城市 |
|
5 |
business_hours |
varchar |
64 |
0 |
Y |
N |
营业时段 |
|
6 |
consulting_hotline |
varchar |
64 |
0 |
Y |
N |
咨询热线 |
|
7 |
address |
varchar |
64 |
0 |
Y |
N |
地址 |
|
8 |
details |
longtext |
2147483647 |
0 |
Y |
N |
详情介绍 |
|
9 |
hits |
int |
10 |
0 |
N |
N |
0 |
点击数 |
10 |
praise_len |
int |
10 |
0 |
N |
N |
0 |
点赞数 |
11 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
12 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
13 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表my_pet (我的宠物)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
my_pet_id |
int |
10 |
0 |
N |
Y |
我的宠物ID |
|
2 |
user_no |
int |
10 |
0 |
Y |
N |
0 |
用户编号 |
3 |
full_name |
varchar |
64 |
0 |
Y |
N |
姓名 |
|
4 |
pet_name |
varchar |
64 |
0 |
Y |
N |
宠物名称 |
|
5 |
type |
varchar |
64 |
0 |
Y |
N |
种类 |
|
6 |
photo |
varchar |
255 |
0 |
Y |
N |
照片 |
|
7 |
coat_color |
varchar |
64 |
0 |
Y |
N |
毛色 |
|
8 |
animal_sex |
varchar |
64 |
0 |
Y |
N |
动物性别 |
|
9 |
health |
varchar |
64 |
0 |
Y |
N |
健康状况 |
|
10 |
adoption_mode |
varchar |
64 |
0 |
Y |
N |
领养方式 |
|
11 |
adoption_time |
date |
10 |
0 |
Y |
N |
领养时间 |
|
12 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
13 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
14 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表notice (公告)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
notice_id |
mediumint |
8 |
0 |
N |
Y |
公告id: |
|
2 |
title |
varchar |
125 |
0 |
N |
N |
标题: |
|
3 |
content |
longtext |
2147483647 |
0 |
Y |
N |
正文: |
|
4 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间: |
5 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间: |
表order (订单)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
order_id |
int |
10 |
0 |
N |
Y |
订单ID: |
|
2 |
order_number |
varchar |
64 |
0 |
Y |
N |
订单号: |
|
3 |
goods_id |
mediumint |
8 |
0 |
N |
N |
商品id:[0,8388607] |
|
4 |
title |
varchar |
32 |
0 |
Y |
N |
商品标题: |
|
5 |
img |
varchar |
255 |
0 |
Y |
N |
商品图片: |
|
6 |
price |
double |
10 |
2 |
N |
N |
0.00 |
价格: |
7 |
price_ago |
double |
10 |
2 |
N |
N |
0.00 |
原价: |
8 |
num |
int |
10 |
0 |
N |
N |
1 |
数量: |
9 |
price_count |
double |
8 |
2 |
N |
N |
0.00 |
总价: |
10 |
norms |
varchar |
255 |
0 |
Y |
N |
规格: |
|
11 |
type |
varchar |
64 |
0 |
N |
N |
未分类 |
商品分类: |
12 |
contact_name |
varchar |
32 |
0 |
Y |
N |
联系人姓名: |
|
13 |
contact_email |
varchar |
125 |
0 |
Y |
N |
联系人邮箱: |
|
14 |
contact_phone |
varchar |
11 |
0 |
Y |
N |
联系人手机: |
|
15 |
contact_address |
varchar |
255 |
0 |
Y |
N |
收件地址: |
|
16 |
postal_code |
varchar |
9 |
0 |
Y |
N |
邮政编码: |
|
17 |
user_id |
int |
10 |
0 |
N |
N |
0 |
买家ID: |
18 |
merchant_id |
mediumint |
8 |
0 |
N |
N |
0 |
商家ID: |
19 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间: |
20 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间: |
21 |
description |
varchar |
255 |
0 |
Y |
N |
描述:[0,255]用于产品规格描述 |
|
22 |
state |
varchar |
16 |
0 |
N |
N |
待付款 |
订单状态:待付款,待发货,待签收,已签收,待退款,已退款,已拒绝,已完成 |
表praise (点赞)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
praise_id |
int |
10 |
0 |
N |
Y |
点赞ID: |
|
2 |
user_id |
int |
10 |
0 |
N |
N |
0 |
点赞人: |
3 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间: |
4 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间: |
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 |
status |
bit |
1 |
0 |
N |
N |
1 |
点赞状态:1为点赞,0已取消 |
表registered_user (注册用户)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
registered_user_id |
int |
10 |
0 |
N |
Y |
注册用户ID |
|
2 |
user_no |
varchar |
64 |
0 |
N |
N |
用户编号 |
|
3 |
full_name |
varchar |
64 |
0 |
Y |
N |
姓名 |
|
4 |
gender |
varchar |
64 |
0 |
Y |
N |
性别 |
|
5 |
examine_state |
varchar |
16 |
0 |
N |
N |
已通过 |
审核状态 |
6 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
7 |
user_id |
int |
10 |
0 |
N |
N |
0 |
用户ID |
8 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
9 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表shopping_mall (购物商城)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
shopping_mall_id |
int |
10 |
0 |
N |
Y |
购物商城ID |
|
2 |
brand |
varchar |
64 |
0 |
Y |
N |
品牌 |
|
3 |
specifications |
varchar |
64 |
0 |
Y |
N |
规格 |
|
4 |
hits |
int |
10 |
0 |
N |
N |
0 |
点击数 |
5 |
praise_len |
int |
10 |
0 |
N |
N |
0 |
点赞数 |
6 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
7 |
cart_title |
varchar |
125 |
0 |
Y |
N |
标题:[0,125]用于产品html的标签中 |
|
8 |
cart_img |
text |
65535 |
0 |
Y |
N |
封面图:用于显示于产品列表页 |
|
9 |
cart_description |
varchar |
255 |
0 |
Y |
N |
描述:[0,255]用于产品规格描述 |
|
10 |
cart_price_ago |
double |
8 |
2 |
N |
N |
0.00 |
原价:[1] |
11 |
cart_price |
double |
8 |
2 |
N |
N |
0.00 |
卖价:[1] |
12 |
cart_inventory |
int |
10 |
0 |
N |
N |
0 |
商品库存 |
13 |
cart_type |
varchar |
64 |
0 |
N |
N |
未分类 |
商品分类: |
14 |
cart_content |
longtext |
2147483647 |
0 |
Y |
N |
正文:产品的主体内容 |
|
15 |
cart_img_1 |
text |
65535 |
0 |
Y |
N |
主图1: |
|
16 |
cart_img_2 |
text |
65535 |
0 |
Y |
N |
主图2: |
|
17 |
cart_img_3 |
text |
65535 |
0 |
Y |
N |
主图3: |
|
18 |
cart_img_4 |
text |
65535 |
0 |
Y |
N |
主图4: |
|
19 |
cart_img_5 |
text |
65535 |
0 |
Y |
N |
主图5: |
|
20 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
21 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表slides (轮播图)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
slides_id |
int |
10 |
0 |
N |
Y |
轮播图ID: |
|
2 |
title |
varchar |
64 |
0 |
Y |
N |
标题: |
|
3 |
content |
varchar |
255 |
0 |
Y |
N |
内容: |
|
4 |
url |
varchar |
255 |
0 |
Y |
N |
链接: |
|
5 |
img |
varchar |
255 |
0 |
Y |
N |
轮播图: |
|
6 |
hits |
int |
10 |
0 |
N |
N |
0 |
点击量: |
7 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间: |
8 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间: |
表upload (文件上传)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
upload_id |
int |
10 |
0 |
N |
Y |
上传ID |
|
2 |
name |
varchar |
64 |
0 |
Y |
N |
文件名 |
|
3 |
path |
varchar |
255 |
0 |
Y |
N |
访问路径 |
|
4 |
file |
varchar |
255 |
0 |
Y |
N |
文件路径 |
|
5 |
display |
varchar |
255 |
0 |
Y |
N |
显示顺序 |
|
6 |
father_id |
int |
10 |
0 |
Y |
N |
0 |
父级ID |
7 |
dir |
varchar |
255 |
0 |
Y |
N |
文件夹 |
|
8 |
type |
varchar |
32 |
0 |
Y |
N |
文件类型 |
表urban_classification (市区分类)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
urban_classification_id |
int |
10 |
0 |
N |
Y |
市区分类ID |
|
2 |
city_name |
varchar |
64 |
0 |
Y |
N |
市区名称 |
|
3 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
4 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
5 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
第5章 系统实现
5.1 登录模块的实现
用户登录的验证将不再局限于登录信息和权限的匹配验证,而是另外增加了一个验证码,只有界面上所有的编辑框数据都准确的情况下才能实现登录成功。管理员的登录和前台用户登录是一样的过程,其主要就是利用权限字段来完成对用户或管理员的角色识别。
用户登录流程图如下所示。
图5-1 用户登录流程图
登录界面如下图所示。
图5-1 登录界面
5.2 用户模块的实现
5.2.1 注册模块的实现
系统的用户通过自行注册生成,在系统首页点击用户注册菜单,系统跳转到对应的注册页面。点击重置按钮,清空所填数据,点击注册按钮完成注册。
用户注册流程图如下所示。
图5-1 用户注册流程图
用户注册界面如下图所示。
图5-1 用户注册界面
5.2.2 密码修改模块的实现
用户使用该动物领养救助系统注册完成后,用户对登录密码有修改需求时,系统也可以提供用户修改密码权限。系统中所有的操作者能够变更自己的密码信息,执行该功能首先必须要登入系统,然后选择密码变更选项以后在给定的文本框中填写初始密码和新密码来完成修改密码的操作。在填写的时候,假如两次密码填写存在差异,那么此次密码变更操作失败,下面的图片展示的就是该板块对应的工作面。
密码修改流程图如下所示。
图5-1 密码修改流程图
密码修改界面如图所示。
图5-1 密码修改界面
5.2.3 交流社区模块的实现
当用户和用户之间交流之后,管理者可以在主界面中可以选择交流功能,管理者可以进行用户的交流查看,可以进行填写交流回复,也可以对交流社区进行删除。通过这种方式,管理者可以和用户进行密切的交流社区。
发表交流社区流程图如下所示。
图5-1 发表交流社区流程图
发表交流社区界面如图所示。
图5-1 发表交流社区界面
5.2.4 动物信息模块的实现
用户执行动物信息,并可以操作相关内容,例如查看,编辑。动物信息的添加操作是建立在动物信息的列表基础上,单击查看动物信息下的动物信息链接;然后单击“动物信息”进行添加,添加成功后的信息会载入到动物信息查询列表中。
动物信息流程如下图所示。
图5-1 动物信息流程
动物信息界面如下图所示。
图5-1 动物信息界面
5.2.5 评论模块的实现
用户点击某个动物信息进入动物详细页,点击评论按钮进入评论页,提交评论信息,成功发布评论,管理员管理用户的评论信息。
发布评论流程图如下所示。
图5-1 发布评论流程图
发布评论界面如图所示。
图5-1 发布评论界面
5.3 后台模块的实现
5.3.1 用户管理模块的实现
用户通过注册了方可获得登录使用权限,此时选择注册用户选项,系统就会自动转到用户注册工作面,在注册该部分信息时系统会自动调用add函数,然后在给定的文本框中填写有关该用户的基础信息后选择确认即可完成注册。检索用户信息,在新增用户信息以后,在检索工具栏中填写对应的用户信息,系统就会将该用户有关的所有信息展示出来。
用户管理流程图如下所示。
图5-1 用户管理流程图
用户管理界面如下图所示。
图5-1 用户管理界面
5.3.2 动物信息管理模块的实现
管理员执行动物信息管理,并可以操作相关内容,例如添加,查看,编辑和删除。通过单击“添加动物信息”,可以通过动物信息添加界面添加详细信息。单击查看字段级别链接以查看有关所选字段级别的信息。然后单击“提交”跳转重返到添加页面。添加成功后的信息会载入到动物信息查询列表中,管理员可进行编辑以及修改。
动物信息添加流程图如下所示。
图5-1 动物信息添加流程图
动物信息管理界面如图所示。
图5-1动物信息管理界面
5.3.3 动物种类管理模块的实现
管理员执行动物种类管理,并可以操作相关内容,例如添加,查看,编辑和删除。通过单击“添加动物种类”,可以通过动物种类添加界面添加详细信息并添加动物种类注释。单击查看字段级别链接以查看有关所选字段级别的信息。然后单击“提交”跳转重返到添加页面。添加成功后的信息会载入到动物种类查询列表中,管理员可进行编辑以及修改。
动物种类管理流程如下图所示。
图5-1 动物种类管理流程
动物种类添加界面如下图所示。
图5-1 动物种类展示界面
动物种类管理界面如下图所示。
图5-1 动物种类管理界面
5.3.4 领养申请管理模块的实现
管理员执行领养申请管理,并可以操作相关内容,例如添加,查看,编辑和删除。通过单击“添加领养申请”,可以通过领养申请添加界面添加详细信息。单击查看字段级别链接以查看有关所选字段级别的信息。然后单击“提交”跳转重返到添加页面。添加成功后的信息会载入到领养申请查询列表中,管理员可进行编辑以及修改。
领养申请添加流程图如下所示。
图5-1 领养申请添加流程图
领养申请管理如下图所示。
图5-1 领养申请管理界面
第6章 系统测试
6.1 测试目的
在这个产品被投入使用前,首先需要进行试用,这是重要的环节。考虑到某个部分的开发没有缺陷情况下,把各种模块拼接,也有一定概率就存在矛盾。这就好比每个人都很独特,但聚在一起就显得杂乱无章,需要保证有默契的配合。对于测试,要看它的各项内容是否契合的原则。若与最初定下的标准有一定程度上的出入,那么就需要做出一些调整,让最终的大方向朝着目标前进。
测试是为了发现在开发的程序中所存在的问题,测试这一工作是非常艰巨的,而又是非常困难的,这一部分在程序的设计中占有很大比例,可以说一个程序的开发工作量要是占据了百分至六十,那么剩下的百分之四十必然是测试这一部分,甚至更高。
6.2 测试用例
6.2.1 公告消息测试
公告消息测试用例如下表所示。
表6-3 公告消息测试用例
测试用例编号 |
YL_03 |
|
测试用例名称 |
系统使用者进行在线交流 |
|
测试用例描述 |
使用者输入交流标题、内容等信息 |
|
系统入口 |
浏览器 |
|
步骤 |
预期结果 |
实际结果 |
输入完整的交流标题和内容 |
提示“交流成功”,并进入系统 |
预期结果 |
不输入的交流标题和内容 |
提示“请输入完整” |
预期结果 |
6.2.2 创建数据测试
在系统中,创建功能也是基础功能之一,因此创建功能的测试很有代表性。在此章节主要列举在创建时各种情况下系统结果的测试。由于系统涉及创建功能操作过多,因此将多处统称创建功能。
创建数据用例如下表所示。
表6-5 创建数据测试用例
测试用例编号 |
YL_05 |
|
测试用例名称 |
系统使用者进行创建数据 |
|
测试用例描述 |
使用者输入要创建的数据 |
|
系统入口 |
浏览器 |
|
步骤 |
预期结果 |
实际结果 |
输入完整并且格式正确的数据 |
提示“创建成功”,并显示所有数据 |
预期结果 |
核心位置数据但非必要位置不输入数据 |
提示“创建成功”,并显示所有数据 |
预期结果 |
核心数据位置不输入数据 |
提示“创建失败” |
预期结果 |
6.2.3 修改数据测试
在系统中,修改功能是系统主要实现功能,因此修改功能的测试很有代表性。在此章节主要列举在修改时各种情况下系统结果的测试。由于系统涉及修改功能操作过多,因此将多处数据表记录修改和状态修改统称修改功能。
修改数据用例如下表所示。
表6-6 修改数据测试用例
测试用例编号 |
YL_06 |
|
测试用例名称 |
系统使用者进行修改数据 |
|
测试用例描述 |
使用者对可修改的数据项进行修改 |
|
系统入口 |
浏览器 |
|
步骤 |
预期结果 |
实际结果 |
将现有数据修改成正确的数据 |
提示“修改成功”,并显示所有数据 |
预期结果 |
将现有数据修改成错误的数据 |
提示“修改失败” |
预期结果 |
6.2.4 查询数据测试
在系统中,查询功能是使用系统使用最多也是最基础的功能,因此查询功能的测试很有代表性。在此章节主要列举在查询时各种情况下系统结果的测试。
查询数据用例如下表所示。
表6-7 查询数据测试用例
测试用例编号 |
YL_05 |
|
测试用例名称 |
系统使用者进行查询数据 |
|
测试用例描述 |
全部查询以及输入关键词查询 |
|
系统入口 |
浏览器 |
|
步骤 |
预期结果 |
实际结果 |
界面自动查询全部 |
显示对应所有记录 |
预期结果 |
输入已存在且能匹配成功的关键字 |
显示所查询到的数据 |
预期结果 |
输入不存在的关键字 |
显示数据界面为空 |
预期结果 |
6.3 测试结果
在本次测试的过程主要针对所有功能下的添加操作,修改操作和删除操作,并以真实数据一一进行相关功能项目的输入,最终能够保证每个项目涉及的功能都是能够正常运行,因此能够保证本次设计的,已实现的功能能够正常运行并且相关数据库的信息也同样保证正确。
结 论
本次动物领养救助系统利用了Web应用同现实研发方案工作进行相结合,在系统功能开始编码之前,作者花费了大量时间在图书馆内进行资料文献的收集和总结,通过大量文献的分析,能够发现,动物领养救助系统管理的方式在宠物医院中扮演的位置是越来越重要,而使用的方式也是越来越多元化,也正是因为这个原因,作者深深的希望能够开发出一种专门针对动物领养救助系统,以满足用户的需求。
在本次动物领养救助系统中,利用了目前市场上普遍使用的python技术,以及数据库管理功能MySQL,和目前比较流行的django框架,最后配合使用到了VUE页面布局技术进行系统界面的布置,以现实生活的用户运动过程为标准,设计实现了公告消息、资讯浏览、动物信息、医院信息、领养申请、评论、交流等功能,并维护好后台的信息和整体系统的稳定性。
しかし、作者の技術レベルの限界により、限られた時間の中でシステム機能シミュレーションの機能しか実現できず、依然として多くの機能に大きな欠点があり、これらの欠点には継続的なテスト、継続的な要約、継続的なテストが必要です。の改善。例えば、このシステム設計では、ユーザーの権限設定も包括的かつ完全ではなく、権限を適切に設定できるかどうかが考慮されていないなど、データの保存が十分に包括的ではなく、情報漏洩のリスクが発生しやすいです。実際の状況で完璧に実行されます。今後数日で、著者は Python テクノロジーと関連情報テクノロジーの学習を続け、システム機能のより完全かつ詳細な分析を実行し、システム機能を 1 つずつ改善し、ユーザーが対応する操作を完了できるように支援します。
参考文献
[1] Shen Cuixin. プロジェクトベースのコース「Python 言語とその応用」の改革と実践 [J]. 深セン職業技術学院ジャーナル、2022、21(05): 71-77. DOI: 10.13899/j .cnki. szptxb. 2022.05.012.
[2] Lu Longbin、Wang Xiaoyin、Xu Xuebin、Jin Xiaomin、Hua Wenqiang. Python 言語プログラミングの多角的なイデオロギーおよび政治教育教育 [J]. Computer Education、2022(09):58-62.DOI:10.16512/ j .cnki.jsjjy.2022.09.022。
[3] Gong Junmei、Liu Yang. 「Python 言語」授業指導システム改革に関する研究 [J]. Science and Technology Wind, 2022(22):112-114.DOI:10.19392/j.cnki.1671-7341.202222036 。
[4] Miao Xiu. Python 環境におけるケースベース教育に関する研究 [J]. リベラルアーツナビ(中期)、2022(08):79-81.
[5] Guo Hanting. Django フレームワークに基づくファイル共有プラットフォームの設計と開発 [J]. Information Recording Materials, 2022, 23(03):139-141.DOI:10.16009/j.cnki.cn13-1295/tq. 2022.03.075。
[6]リー・ホイ・チャオ、シェン・シュン・ファ。Django フレームワークに基づく大学生の健康データ共有システムの構築[J]。センサージャーナル、2021、2021。
[7] Cai Ziwei. Django フレームワークに基づく定量的取引システムの設計 [J]. 山西大同大学ジャーナル (自然科学編), 2021, 37(05): 39-42.
[8] Qiu Honli、Zhang Shuya. Django フレームワークに基づく Web プロジェクト開発の研究 [J]. Science and Technology Innovation, 2021(27):97-98.
[9] Jiang Su. インターネットプラットフォームに基づいた社会における野良動物の問題の解決に関する実現可能性研究[D]. 山東農業大学、2020.DOI:10.27277/d.cnki.gsdnu.2020.001043。
[10] Liu Qinqin. 私の国における野良動物の標準化された管理に関する法的研究 [D]. ノースウェスト大学、2020.DOI:10.27405/d.cnki.gxbdu.2020.002158。
ありがとう
この論文の完成に際し、指導教官に感謝の意を表したいと思います。講師のWebデザインクラスでは多くのことを学ぶことができ、インターンシップの基礎も築くことができました。また、講師は私のデザインに対して多くの提案をし、丁寧に指導していただきました。問題を改善するために根気よく指導していただき、丁寧に指導していただきました。」 「論文執筆の経験を教えてくれて、何度も励まされました。また、このプロジェクトを改善するために教えてくれたフロントエンドのクラスメートに感謝します。このプロジェクトに関しては、学びながら完成させました、そして、始めることがたくさんあります」あまり理解できていないのですが、フロントエンド開発のクラスメートがとても根気よく指導してくれて、このプロジェクトを完成させることができました システムのバックエンド開発では、使用されているバックエンド開発技術についてよく説明していただき、論文を書き終えた後、私を助けてくれたクラスメートといつも私に教えてくれた講師に心からの感謝を表し、私のキャリアの成功を祈りたいと思います。