Spring Boot Fishing Service System 卒業設計の設計と実装 - 添付のソース コード 071739

目次

まとめ

1はじめに

1.1研究の背景

1.2研究の意義

1.3関連技術の紹介

1.4論文構成と章の配置

2釣りサービスシステムの要件分析 

2.1実現可能性の分析

2.1.1技術的実現可能性分析

2.1.2経済的実現可能性分析

2.1.3運用実現可能性分析

2.1.4法的実現可能性の分析

2.2システムフロー解析

2.2.1データの流れ

3.3.2ビジネスプロセス

2.3システム機能の分析

2.3.1機能分析

2.3.2非機能分析

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

2.5この章の概要

3釣りサービスシステムの全体設計

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

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

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

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

3.1.4商品管理モジュールの設計

3.1.5注文管理モジュールの設計

3.2データベース設計

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

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

3.4この章の概要

4釣りサービスシステムの詳細設計と導入 

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

4.1.1フロントページのインターフェース

4.1.2会員登録インターフェース

4.1.3会員ログインインターフェース

4.1.4フレンドサークルインターフェース

4.1.5配送先アドレスインターフェース

4.1.6製品詳細インターフェース

4.1.7私の注文インターフェース

4.1.8釣りポイント情報インターフェース

4.2管理者機能モジュール

4.2.1サイト管理インターフェース

4.2.2ユーザー管理インターフェース

4.2.3釣りサークル管理インターフェース

4.2.4釣りサークル情報管理インターフェース

4.2.5商品管理インターフェース

4.2.6注文リストインターフェイス

4.2.7釣りポイント情報インターフェース

5システムテスト

5.1システムテストの目的

5.2システムテストケース

5.3システムテスト結果

結論は

参考文献

ありがとう  

まとめ

コンピュータの発達以来、コンピュータ関連技術は日進月歩で発展し、今日では情報技術の急速な発展に伴い、コンピュータ応用技術は様々な分野に応用されているようです。生活の豊かさとともに、人々の趣味もますます広がりを見せており、人々は空いた時間に釣りをすることで情操を養うとともに、釣り人にとっても釣り用品の購入やコミュニケーションの面で、釣り用品を購入するには釣具店に行く必要がありますが、ユーザーとのコミュニケーションも非常に重要です。通常、QQ または WeChat グループを通じて行われます。多くのユーザーのチャット メッセージは簡単に上書きされます。製品の購入に関しては、釣具店に行かなければならない場合があります。一つの商品に対して複数の釣具店に依頼すると、ユーザーの体験が大幅に低下してしまうため、多くの業者は、特に時間的・空間的にユーザーに新たな体験をもたらし、ユーザー同士の取引やコミュニケーションを可能にする釣りサービスシステムの開発に着手した。インターネットに接続されている限り、どこにいても問題ありません。このフィッシング サービス システムのフロントエンドは JSP ページを通じて表示され、バックグラウンドは Springboot フレームワークを使用し、データベースは現在普及しているオープン ソース リレーショナル データベース MYSQL を使用します。フロントエンド技術の活用では、現在人気のvue.jsを利用し、ページをよりすっきりと美しく仕上げています。

キーワード:JSP、Springbootフレームワーク、MYSQL、フィッシングサービスシステム

概要

コンピュータ開発が始まって以来、コンピュータ関連技術はますます急速に発展してきました。現在、情報化が急速に進展し、コンピュータ応用技術は様々な分野に応用されているようです。自分の感情を養うために、余暇に釣りに行くことを好む人々がますます増えています。一方、釣り人にとって、釣り商品の購入とコミュニケーションという点では、これまでは釣具店に行って釣り商品を購入していましたが、ユーザーとのコミュニケーションも非常に重要です。通常、QQ または WeChat グループを通じて実行されます。ユーザーのチャット メッセージの多くは簡単にカバーされます。商品の購入に関しては、場合によっては複数の釣具店に行かなければならず、ユーザーの体験が大幅に低下してしまいます。したがって、多くの商人が釣りサービスシステムの開発を始めています。このようなシステムは、特に時間と空間の点でユーザーに新しい体験をもたらし、ユーザーがネットワークに接続されている限り、どこにいても取引や交換を行うことができます。インターネット。このフィッシング サービス システムのフロントエンドは JSP ページに表示され、バックエンドは Springboot フレームワークを使用し、データベースは現在人気のあるオープン ソース リレーショナル データベース MYSQL を使用します。フロントエンド技術の活用では、現在人気のvue.jsを利用し、ページをよりすっきりと美しく仕上げています。このフィッシング サービス システムのフロントエンドは JSP ページに表示され、バックエンドは Springboot フレームワークを使用し、データベースは現在人気のあるオープン ソース リレーショナル データベース MYSQL を使用します。フロントエンド技術の活用では、現在人気のvue.jsを利用し、ページをよりすっきりと美しく仕上げています。このフィッシング サービス システムのフロントエンドは JSP ページに表示され、バックエンドは Springboot フレームワークを使用し、データベースは現在人気のあるオープン ソース リレーショナル データベース MYSQL を使用します。フロントエンド技術の活用では、現在人気のvue.jsを利用し、ページをよりすっきりと美しく仕上げています。

キーワード:  JSP; Springboot フレームワーク。MYSQL; 釣りサービスシステム

1はじめに

1.1研究の背景

現在、ほとんどの業界は、主に電子商取引サービスが主流のインターネット プラットフォームを中心に、電子商取引の情報化を徐々に自社企業に導入しています。たとえば、現在主に漁業サービスに取り組んでいる場合は、漁業サービスに重点を置く必要があります。インターネットプラットフォームの強化を通じて、釣りサービスのユーザーと販売者にインテリジェントなサービスを提供し、ユーザーに実質的な利便性を提供しながら、販売者の効率を向上させることができます。したがって、漁業サービス システムは現在のユーザーや企業のニーズにより適合しており、漁業業界の現在の競争圧力によりよく適応できます [1]。この釣りサービスシステムは、「インターネット+」B2Cサービスモデルに基づいており、ユーザーがオンラインで独自に釣り商品を選択して取引を問い合わせることができると同時に、一部の釣り位置情報もユーザーに提供し、釣り愛好家間のコミュニケーションと共有を可能にします。販売量は、漁業者の賢明な発展に貢献することができます。

1.2 研究の意義

現在、インターネットの普及や情報技術の急速な発展により、社会のあらゆる分野が時代のスピードに合わせて革新と変革を続けており、これまで手作業で行われていた情報やデータの処理から大きな変化が起きています。情報データの知的処理は、「面倒」「時間がかかる」「漏洩しやすい」「保存しにくい」といったデメリットを、「高速動作」「時間短縮・省力化」といったメリットに変え、質的な変化を遂げてきました。機密性が高く、保存も容易なので、社会のあらゆる分野で恩恵を受けます。

インターネット + 時代の到来と電子商取引の急激な台頭により、オンライン ショッピングは一時非常に人気になりましたが、現在ではオンライン ショッピングの人気がさらに高まっています。現在では、さまざまな業種もネット通販を通じて事業を拡大し、企業の知名度の向上と業績の向上を図り、ネットショッピング、ネットでの釣り情報の閲覧、商品の購入など、ユーザーの満足度を高め、現在注目のコンピューター技術を活用した釣りサービスを構築しています。関連企業向けの安全で信頼性の高い専門的な情報管理システムは、管理プロセスをより便利にし、投資する人員を削減し、効率を大幅に向上させ、ユーザーに高品質のサービスを提供することができます。

1.3関連技術の紹介

(1) フィッシング サービス システムの Web バックグラウンド管理のバックエンドは、古い jsp+javabean+servlet[5] テクノロジを使用しなくなり、現在の主流の Sprinboot[6] フレームワークを使用します。これにより、Java 設定コードが削減され、プログラミング コードが簡素化されます。 , 現在の Sprinboot フレームワークも多くの企業に選ばれているフレームワークの 1 つです。

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

(3) 人気のある vue フレームワークは、jQuery テクノロジーを組み合わせて、jQuery に基づいて一部のプラグインを拡張し、プラグインを自分で定義することでフロントエンド設計をより適切に実現します。

(4) 釣りサービスシステムのデータベースに使用されているmysql5.7[10]は実行効率が高い。

1.4 論文構成と章の配置

この漁業サービスシステムは6つの章に分けて紹介されており、各章の内容は次のように構成されています。

第1章;序章。第 1 章では、漁業サービスシステムの研究背景、漁業サービスシステムの研究意義、主な開発技術、本論文の研究内容と主な業務を主に紹介する。

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

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

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

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

第 6 章: 概要。

2 釣りサービスシステムの要件分析

システム要件分析はシステム開発における重要なリンクであり、システムの設計と実装において接続の役割を果たします。システム要件分析とは、実行すべきシステムの要件を掘り出すことであり、分析が正確であれば、現実に発生する問題を正確に解決できます。分析が適切に行われていない場合、後のシステムの実現に影響を及ぼします。システムの優秀性に対する要求分析も非常に大きな比重を占めており、要求分析ができていないとその後のシステム設計はナビゲーションから外れた設計になってしまいます。

2.1実現可能性の分析

システム実現可能性分析は、システム間の実現可能性についての議論です。制度の実現可能性を議論する際には、主に技術的実現可能性、経済的実現可能性、運用可能性、法的実現可能性の観点から分析し、この4つのレベルをクリアすれば比較的実現可能であると考えています。

2.1.1 技術的実現可能性分析

釣りサービス システムの設計と実装は、Web ベースの釣りサービス プラットフォームです。このシステムの実装に使用する技術ソリューションは、Java ベースの Web 実装ソリューションです。システムは、Spring ブート アーキテクチャを使用して Spring、SpringMvc、およびMybatis ソリューション 。SSM フレームワークは非常に成熟したフレームワークです。Java は 1997 年の誕生以来、めざましい成長を遂げてきました。Java は、電気通信、銀行業務、電子商取引など、さまざまな分野で非常に成熟したソリューションを持っています。Spring Boot は、プロジェクト全体にすぐに使えるもう 1 つの技術ソリューション セットです。したがって、スプリング ブートに基づいてこのシステムを実装することは、非常に成熟したシンプルな技術ソリューションです。技術的な実現可能性は非常に高いです。

2.1.2 経済的実現可能性分析

経済性の観点から、開発段階では開発用PC、本番段階ではWebサーバーとデータベースサーバーが必要となります。個人用の PC は経済的にはそれほど問題なく、その後のシステム導入や生産を考えるとサーバーへの投資もそれほど高額ではなく、経済的にも比較的実現可能です。

2.1.3 運用実現可能性分析

今回開発した釣りサービスシステムは、インターネットにアクセスできるユーザーであれば利用でき、システムに入った後は画面の指示に従って対応する操作を行うだけの比較的シンプルなシステムであり、システムの運用設計とは無関係に、システムの論理設計は重要です。 Blackstone のシステムは比較的シンプルです。たとえば、ユーザーが特定の製品を購入したい場合、まず製品のさまざまなパラメータを理解する必要があります。理解の過程で、ユーザーが簡単に購入できるように、このページで購入操作を設定します。購入したので、ユーザーにとってはより使いやすくなったと思います 操作は簡単です、管理者の管理部分をもう一度見てみましょう システムの価格設定や各種パラメータの設定は固定です オペレーターは追加、削除、変更、および変更を行うことができます入力さえすればチェックできるので非常に便利ですが、一般的には上記のシステムが動作していれば実現可能です。

2.1.4 法的実現可能性の分析

法的な観点から見ると、このシステムにはサードパーティに対するその他の法的問題はなく、システム データベースには Mysql オープン ソース コミュニティ データベースが使用され、フレームワークにはオープン ソースの Spring Boot が使用されます。システム情報および関連コンテンツも法的側面に準拠しています。ソースコード管理に関しては、gitオープンソースを利用して管理しているため、法的実現可能性の面でも確立されています。

2.2 システムフロー解析

2.2.1データの流れ

釣りサービスシステムの主な目的は、オンラインでの釣り製品の購入を実現することであり、図 2-1 にシステムのデータフロー図を示します。

 

図2-1 商品購入業務の展開図

3.3.2ビジネスプロセス

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

 

図 2-2 業務フロー図

2.3 システム機能の分析

2.3.1 機能分析

釣りサービスシステムの設計と実装は、管理者が釣りサービスに関連する一部の情報をより便利に管理できるようにすることを目的としており、ユーザーにとってもWebシステムを通じて釣りサービス情報を閲覧し、商品をオンラインショッピングしたり、相互通信したりすることが有益です。ユーザー間のコミュニケーションにより、特定の情報を検索する際の時間とエネルギーを大幅に節約し、不必要な検索時間を効果的に削減できます。

釣りサービスシステムの設計と実装を研究する目的は、シンプルでフレンドリーなインターフェイス、簡単な操作、安定した操作を備えたインテリジェントなワンストップ釣りサービス管理方法を実現することです。システム要件は主に管理者とユーザーから出されます。

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

(1) ユーザー登録とログイン:観光客はいつでもシステムにアクセスし、システム内の情報を閲覧することができますが、商品の購入やコミュニケーションを実現するには、本システムのアカウントが必要です。アカウントを取得すると、会員ユーザーとして登録して進むことができると同時に、「My」ボタンから個人情報や操作情報を管理することもできます。

(2)釣りサービスシステムのホームページ情報を閲覧する:釣りサービスシステムのホームページ情報には、ホームページ、釣り友達サークル、お知らせメッセージ、魚サークル情報、釣りポイント情報などが含まれる。

(3) 釣り友サークル:「釣り友サークル」をクリックすると、釣り愛好家が公開するコミュニケーション情報が表示され、特定の情報を選択して詳細を入力すると、釣り愛好家が公開するコミュニケーション情報に返信することができます。自分の意見 みんなで一緒に議論できる新しいトピック。

(4) お知らせ: 「お知らせ」ボタンをクリックすると、バックグラウンド (管理者) が発行したすべてのお知らせが表示され、ユーザーはリアルタイムの動向を知ることができます。

(5) 釣りサークル情報:「釣りサークル情報」ボタンをクリックすると、背景(管理者)が公開した全ての釣りサークル情報が表示され、ユーザーが釣りサークル情報にいいね、ブックマーク、コメントすることができます。

(6) 釣りポイント情報:「釣りポイント情報」ボタンをクリックすると、バックグラウンド(管理者)が公開したすべての釣りポイント情報が表示され、ブックマークしておくと次回より早く見つけられるほか、釣りポイントに「いいね!」することもできます。情報、コメント。

(7) 商品購入:ユーザーはホームページ上のすべての商品情報を閲覧でき、購入したい商品について問い合わせると、入力して詳細な紹介を閲覧したり、追加購入、即購入、ブックマーク、コメントをすることができます。

(8) ショッピングカート:「ショッピングカート」ボタンをクリックすると、ショッピングカートに入れたすべての商品が表示され、購入内容を確認したら、選択した商品の購入決済に進みます。

(9) 私の注文: 「私の」ボタンの下の「私の注文」をクリックすると、自分が送信したすべての注文情報が表示され、注文の削除管理をサポートします。

(9) お気に入り:「マイ」ボタンの下にある「お気に入り」をクリックすると、お気に入りに登録されている情報がすべて表示されます。お気に入りに登録したくない情報がある場合は、詳細をクリックし、削除ボタンをクリックして削除してください。 OK。

管理者管理モジュール:

(1) サイト管理:管理者は、システムのフロントに表示されるカルーセル画像やお知らせを追加、削除、修正、確認することができ、利用者が閲覧しやすいようにしています。

(2) ユーザー管理:管理者はフロントに登録されているユーザー情報を管理することができ、管理者情報も管理することができます。

(3) 釣りサークルの管理:管理者は、釣りサービスシステム内で会員ユーザーが調整した釣りサークルの情報や、バックグラウンドでの釣りサークルの分類情報を追加、削除、変更、確認することができます。

(4) 釣りサークル情報:管理者は、バックグラウンドの釣りサービスシステムに表示される釣りサークル情報や情報分類情報を追加、削除、変更、確認することができます。

(5) 分類管理:管理者は、漁業サービスシステムにおける商品の分類を管理する。

(6) 商品管理:釣りサービスシステムに表示される商品情報は管理者が管理し、利用者が問い合わせや購入がしやすいようにしています。

(7)注文管理:管理者は、釣りサービスシステムにおいて利用者が提出した注文を管理することができる。

(8) 釣りポイント管理:管理者は、バックグラウンドで釣りサービスシステムに表示される釣りポイント情報を追加、削除、変更、確認することができます。

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システム機能モジュールの設計

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

最後の章では、システムの機能要件と非機能要件を主に分析し、要件に従ってこの釣りサービスシステムのユースケースを分析します。次のステップは、この釣りサービス システムのアーキテクチャ、主要な機能、データベースの設計を開始することです。前章の要件分析に基づいて釣りサービスシステムが得られ、その全体設計モジュール図を図 3-1 に示します。

 

図 3-1 釣りサービスシステムの機能モジュール図

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

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

 

図 3-2 メンバーユーザーモジュールの構成図

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

釣りサービスシステムはオープンなコミュニケーションプラットフォームであり、会員ユーザー同士がプラットフォーム上でコミュニケーションを図ることができ、ユーザー間の交流を促進します。しかし同時に、コメントの内容をより適切に規制し、管理者に不適切なコメントを削除する機能を提供するには、コメント管理モジュールを特別に設計する必要があり、具体的な構造図は次のとおりです。

 

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

3.1.4商品管理モジュールの設計

釣りサービスシステムは多くの商品情報を保存する必要があり、そのモジュール機能構造、具体的な構造図は次のとおりです。

 

図 3-4 コモディティモジュールの構成図

3.1.5注文管理モジュールの設計

釣りサービスシステムの最も重要な機能の 1 つは購入であり、そのモジュール機能構造、具体的な構造図は次のとおりです。

 

図 3-5 オーダーモジュールの構造図

3.2 データベース設計

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

3.2.1データベースの概念的な構造設計

以下は、釣りサービス システム全体の主要なデータベース テーブルの ER エンティティ関係図です。

図 3-6 釣りサービスシステム全体の ER 関係図

 

釣りサービス システムのデータベースの一般的な ER 関係図によると、釣りサービス システムには多くの ER 図が必要であると結論付けることができ、いくつかの主要なデータベース ER モデル図がここにリストされています。

 

図3-7 会員ユーザー情報ER関係図

 

図 3-8 釣りサークル情報の ER 関係図

 

図3-9 商品管理情報のER関係図

 

図3-10 注文情報のER関係図

 

図 3-11 アドレス情報 ER 関係図

 

図 3-12 釣りサークル情報の ER 関係図

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

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

 (1) member_user テーブルは、表 3-1 に示すように、メンバーユーザー ID+名前+性別+監査ステータスなどを含み、主にフロントエンドユーザーが釣りサービスシステムにログインするときに使用されます。

表 3-1  member_user メンバーユーザー情報テーブル

列名

データの種類

長さ

空を許可する

説明する

購入者ID

整数

11

いいえ

会員ユーザーID

フルネーム

可変長文字

64

はい

名前

性別

可変長文字

64

はい

性別

検査状態

可変長文字

16

はい

承認状況

お勧め

整数

11

はい

インテリジェントな推奨事項

ユーザーID

整数

11

はい

ユーザーID

作成時間

日付時刻

はい

作成時間

更新時間

長文

はい

更新時間

(2) フォーラムテーブルは、表 3-2 に示すように、主キー + ユーザー ID + ニックネーム + カバー画像 + テキスト + タイトル + いいね数 + フォーラム分類などを含みます。主にユーザーのコミュニケーションに使用されます。

表3-2 フォーラム釣り友サークル情報表

列名

データの種類

長さ

空を許可する

説明する

フォーラムID

中程度の

8

いいえ

釣りサークルID

画面

スモールント

5

はい

分類する

ユーザーID

中程度の

8

はい

ユーザーID

ニックネーム

可変長文字

10

はい

ニックネーム

賞賛レン

整数

10

はい

いいね!

ヒット

整数

10

はい

訪問数

タイトル

可変長文字

125

はい

タイトル

キーワード

可変長文字

125

はい

キーワード

説明

可変長文字

125

はい

説明

URL

可変長文字

125

はい

送信元アドレス

鬼ごっこ

可変長文字

255

はい

ラベル

画像

文章

16

はい

表紙絵

コンテンツ

長文

16

はい

文章

アバター

ヴァルハ

255

はい

ポスターアバター

タイプ

可変長文字

はい

フォーラムの分類

作成時間

日付時刻

はい

作成時間

更新時間

長文

はい

更新時間

(3) commodity_management テーブルは表 3-3 に示されており、製品の価格をより適切に調整し、製品の交換を推奨できるのは主に管理者であり、フロントエンド (メンバー ユーザー) では製品を効果的に検索できます。商品の外観や商品の属性などを直感的に把握できます。

表 3-3  Commodity_management 商品管理情報テーブル

列名

データの種類

長さ

空を許可する

説明する

モール管理ID

整数

11

いいえ

商品管理ID

備考

整数

11

はい

述べる

カートのタイトル

可変長文字

125

はい

タイトル

カート画像

文章

はい

表紙絵

カートの説明

可変長文字

255

はい

説明

カート価格_前

ダブル

はい

元値

カート価格

ダブル

はい

販売価格

カート_在庫

整数

11

はい

コモディティ株

カートの種類

可変長文字

64

はい

カテゴリー

カートの内容

長文

64

はい

文章

カート_img_1

文章

10

はい

メイン画像

お勧め

整数

11

インテリジェントな推奨事項

作成時間

日付時刻

11

はい

作成時間

更新時間

タイムスタンプ

はい

更新時間

(4) 注文テーブルは表 3-4 に示すとおりであり、主要な注文情報はフロントエンド(バイヤー)によって形成され、注文管理者が管理を実行し、バイヤー管理者は注文のすべての情報を見ることができます。

表 3-4 注文情報テーブル

列名

データの種類

長さ

空を許可する

説明する

注文ID

整数

11

いいえ

注文ID

注文番号

可変長文字

64

はい

注文番号

商品ID

可変長文字

64

はい

商品ID

タイトル

可変長文字

32

はい

商品タイトル

画像

可変長文字

255

はい

製品画像

価格

ダブル

はい

価格

前の価格

ダブル

はい

元値

番号

整数

11

はい

価格_数

ダブル

はい

合計金額

規範

可変長文字

255

はい

仕様

タイプ

可変長文字

64

はい

分類

contact_name

varchar

32

联系人姓名

contact_email

varchar

125

联系人邮箱

contact_phone

varchar

11

联系人手机

contact_address

varchar

125

收货地址

postal_code

varchar

11

邮政编码

user_id

varchar

10

买家id

merchant_id`

mediumint

8

商家id

description

varchar

255

描述

state

varchar

16

状态

create_time

datetime

创建时间

update_time

timestamp

更新时间

(5)address表如表3-5所示,主包含了收货地址id+姓名+手机+邮编+地址,主要用在用户对提交订单选择地址的时候进行使用。

表3-5 address收货地址信息表

列名

数据类型

长度

允许空

说明

address_id

int

11

收货地址id

name

varchar

32

姓名

phone

varchar

16

手机

postcode

varchar

8

邮编

address

varchar

255

地址

default

int

11

默认判断

user_id

mediumint

8

用户id

create_time

datetime

创建时间

update_time

longtext

更新时间

(6)article表如表3-6所示,主要在系统后台(管理员)中可以更好的管控新闻,在前端(买家)可以有效的查找新闻等。

表3-6 article渔圈资讯信息表

列名

数据类型

长度

允许空

说明

article_id

mediumint

8

渔圈资讯id

title

varchar

125

标题

type

varchar

64

分类

hits

int

10

点击数

praise_len

int

11

点赞数

create_time

datetime

创建时间

update_time

timestamp

更新时间

source

varchar

255

来源

url

varchar

255

来源地址

tag

varchar

255

标签

content

longtext

正文

img

varchar

255

封面图

description

text

描述

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-3所示。

 

图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.1.8钓点信息界面

点击“钓点信息”按钮后显示出后台(管理员)发布的所有的钓点信息,用户可以收藏方便下次更快的找到,也可以对钓点信息进行点赞、评论。界面如下图4-8所示。

              

 

图4-8 钓点信息界面图

4.2管理员功能模块

4.2.1站点管理界面

管理员可以对系统前台展示的轮播图以及公告进行增删改查,方便用户进行查看。界面如下图4-9所示。

 

图4-9 站点管理界面图

4.2.2用户管理界面

垂钓服务系统中的管理人员是可以对前台注册的会员进行管理的,也可以对管理员进行管控。界面如下图4-10所示。

 

图4-10用户管理界面图

4.2.3 钓友圈管理界面

垂钓服务系统中的管理人员是可以对前台用户发布的钓友圈信息进行管控的,界面如下图4-11所示。

                                                              

图4-11钓友圈界面图

4.2.4 渔圈资讯管理界面

垂钓服务系统中的管理人员是可以对前台显示的渔圈资讯信息进行管控,界面如下图4-12所示。

 

图4-12渔圈资讯界面图

4.2.5商品管理界面

 

理员对垂钓服务系统所展示的商品信息进行管控,方便用户查询购买。界面如下图4-13所示。

 

图4-13商品管理界面图

4.2.6 订单列表界面

管理员可以对垂钓服务系统中用户提交的订单进行管控,订单列表界面如下图4-14所示。

 

图4-14订单列表界面图

4.2.7 钓点信息界面

管理员在后台可以对垂钓服务系统中显示的钓点信息进行增删改查。钓点信息界面如下图4-15所示。

 

图4-15钓点信息界面图      

5系统测试

5.1系统测试的目的

系统的前台、后台、数据库完成以后,这个系统才算是完成了一半,我们在这之后要对系统进行最后的一个阶段,那就是测试了,测试对一个系统来说是非常重要的,有的时候开发完一个系统,如果测试不合格的话,这个系统是没有办法进行投入使用的,所有我们要用测试对系统的功能进行检验,把不完善的功能尽量完善,把出现的bug解决掉,然后给用户呈现出一个完美的系统。通过对系统最后一步的测试,使得开发人员对自己的系统更加有信心,更加积极的为后期的系统版本的更新提供支持。

5.2 系统测试用例

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

用户登录功能测试:

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

 

商品查看功能测试:

 

表5-2 商品查看功能测试表

管理员添加商品界面测试:

 

表5-3 管理员添加商品界面测试表

 

商品搜索功能测试:

表5-4商品搜索功能测试表

 

密码修改功能测试:

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

 

5.3 系统测试结果

通过编写垂钓服务系统的测试用例,已经检测完毕用户登录模块、商品查看模块、商品添加模块、商品搜索模块、密码修改功能测试,通过这5大模块为垂钓服务系统的后期推广运营提供了强力的技术支撑。

结论

至此论文结束,感谢您的阅读。在此我要感谢我的导师,虽然我在实习期间很忙,论文撰写总是停停改改,但是导师依然十分负责,时不时的询问我的任务进展情况,跟进我的论文进度。虽然我在实习期间很忙,以至于很晚才开始进行论文撰写和编写程序的工作,但是在指导老师的帮助下,我逐步完成了自己的论文和程序,从导师身上也学习到很多知识,和经验,这些知识和经验令我受益匪浅。也从导师身上看到了自己的不足,不论是在即使层面上还是在对待工作的态度上,倒数如同明镜一般照出了我的缺点我的不足。此外,我还要感谢在我实习期间在论文和程序上帮助过我的同学和社会人士,此前我对于PHP开发方面的一些知识还不了解,是他们在我编写程序过程中给了我很多的启发和感想,也帮助了我对于程序的调试和检测。没有他们我是不能顺利完成本次毕业设计的。至此,我的毕业设计就花上了一个圆满的句号了。

参考文献

[1]刘敏. 基于SpringBoot框架社交网络平台的设计与实现[D]. 湖南大学, 2018.

[1]张培利. 基于Vue+SpringBoot框架技术的高校课程平时成绩系统浅析[J].  2020.

[1]熊永平. 基于SpringBoot框架应用开发技术的分析与研究[J]. 电脑知识与技术:学术版, 2019, 15(12X):2.

[1]杨众. 基于Spring Boot的校园商城系统设计与实现[J]. 信息技术与信息化, 2020(9):2.

[1]叶方超, 张思扬, 李传锴. 基于SpringBoot的旧物回收商城的设计与实现[J]. 智能计算机与应用, 2019, 9(5):3.

[1]贾志勇. 基于SpringBoot的下沉市场交易平台的设计与实现. 安徽大学.

[1]陈宇. 基于Spring Boot的电商管理系统的设计[J]. 现代信息科技, 2020, 4(1):2.

[1]许乐. 基于spring boot技术微信平台的BC新零售点餐系统的设计[J]. 轻松学电脑, 2019.

[1] F  Gutierrez. Spring Boot[J]. Apress.

[1] Antonov A . Spring Boot cookbook : over 35 recipes to help you build, test, and run Spring applications using Spring Boot.  2015.

[1] Turnquist G L . Learning Spring Boot learn how to use Spring Boot to build apps faster than ever before.

[1] LiY , GaoS , WuW , etal. Research and Development Housing Rental System with Recommendation System Based on SpringBoot[M].  2021.

致  谢

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

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

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

点赞+收藏+关注 → 私信领取本源代码、数据库
 

おすすめ

転載: blog.csdn.net/weixin_61498557/article/details/131577414