インターネットの普及・発展に伴い、インターネット上で物を売り買いすることがますます一般的になり、キャンパス整備の観点から、多くのキャンパスに様々な中古ウェブサイトが導入され、キャンパス資源の有効活用が図られています。効率。しかし、ほとんどの Web サイトの構築に必要な人員と資金は一般に高額であり、高性能ハードウェアの導入もハードルとなるため、ほとんどの中古 Web サイトは形にならず、その後のメンテナンス費用もかかります。プラットフォームも多くのユーザーの足を引っ張りました。この問題を解決するにはどうすればよいでしょうか? Web サイトの応答時間を短縮し、システムの高い同時実行パフォーマンスを向上させ、ユーザー エクスペリエンスを向上させ、ハードウェア要件を軽減し、展開に安価なハードウェアを使用してコストを削減できる、より良いテクノロジと方法を見つける必要があります。ウェブサイトの構築にかかる費用です。このキャンパス内中古取引プラットフォームの開発プロジェクトでは、Java テクノロジー + MYSQL データベースを使用して、トピックのさまざまなニーズ分析を説明し、Web サイトの全体設計と詳細設計について議論し、Web サイトの全体構造の構築方法を示します。ウェブサイト。ほとんどの中古ウェブサイトのニーズを満たすことができます。
キーワード:Javaテクノロジー、MYSQL、キャンパス中古取引プラットフォーム
概要
インターネットの普及と発展に伴い、オンラインで物を売ったり買ったりすることはますます日常的なものになりました。キャンパス開発の検討のため、多くのキャンパスにさまざまな中古ウェブサイトが導入されており、キャンパスリソースの利用率が向上しています。効果。しかし、ほとんどのウェブサイトの構築には一般的に人的資源と資金が多く必要であり、高エネルギーハードウェアの導入にもハードルがあるため、ほとんどの中古ウェブサイトは形成されておらず、その後のメンテナンスコストも高くなります。プラットフォームの悪影響も多くのユーザーの足を引っ張りました。この問題を解決するにはどうすればよいでしょうか? 私たちは、Web サイトの応答時間を短縮し、システムの高い同時実行パフォーマンスを向上させ、ユーザー エクスペリエンスを向上させ、ハードウェア要件を軽減し、導入に安価なハードウェアを使用できるようになります。建設費。このキャンパス中古情報ウェブサイトの開発プロジェクトでは、Java テクノロジー + MYSQL データベースを使用して、さまざまなニーズの分析とトピックの説明を説明し、その後、ウェブサイトの全体的なデザインと詳細なデザインについて議論し、全体的な構築方法を示します。ウェブサイトの構造。ほとんどの中古ウェブサイトのニーズを満たすことができます。
キーワード: Java テクノロジー; MYSQL; キャンパス中古情報サイト
目次
1はじめに
1.1研究の背景
現在、ほとんどの業界は、主に電子商取引サービスが主流のインターネット プラットフォームを中心に、電子商取引の情報化を徐々に自社企業に導入しています。たとえば、現在キャンパス内の中古取引に重点を置いている場合は、キャンパス内の中古取引に重点を置く必要があります。インターネットプラットフォームの強化を通じて、中古市場にインテリジェントなサービスを提供し、キャンパスリソースの利用効率を向上させると同時に、ユーザーに大きな利便性を提供します。したがって、キャンパス中古品取引プラットフォームは、現在のキャンパス利用者のニーズにより適合しており、中古品業界の現在の競争圧力によりよく適応できます[1]。キャンパス中古取引プラットフォームは、「インターネット+」のC2Cサービスをモデルとしており、利用者がオンラインで自主的に中古品を選択できるようにするとともに、販売者は中古品の利用率を実感し、努力することができます。中古産業の賢明な発展のために。
ここ数年のコンピュータ技術の日々の発展により、現代生活では、私たちが必要とするあらゆる種類の情報処理作業がコンピュータを用いて行われるようになってきています[2]。このため、学内での古物取引の電子管理を実現し、学内での古物取引の管理効率や販売効率を向上させる必要がある。
国内外の伝統的な中古品取引方法は手作業に基づいており、人的エネルギーと作業精度が限られているため、伝統的な中古品取引データ管理方法には必然的に効率が低く、精度が低いなどの欠点があり、それは人的資源の多大な浪費につながります[3]。管理の仕事では、関与するコンピューター マシンは人間よりも優れており、速度、正確さ、リソース消費の低さの要件を満たすことができます。これらの優れた利点に基づいて、特定のキャンパス利用者のニーズを満たす完全なキャンパス中古品取引プラットフォームを設計できれば、中古品取引のサービス品質は大幅に向上します。このようなキャンパス中古品取引プラットフォームでは、買い手はシステムにログインするだけですべての中古品を閲覧して購入することができ、売り手はシステムにログインするだけで中古品を販売することができます。必要なのは少数の専門家だけです。データベースの毎日のデータレビュー、管理、定期的なメンテナンスを実行します[4]。プロセス全体を通じて、ユーザーは必要な情報を少量提供するだけでよく、データ処理作業のほとんどはデータベースと関連プログラムによって完了するため、時間を大幅に節約できます。データベース内の情報に誤りがある場合、一括修正などによりトラブルシューティングの手間を軽減できます。したがって、キャンパス向けに有能なキャンパス中古取引プラットフォームを開発することが非常に必要です。
1.3論文の構成と章の配置
論文は抽象的な謝辞と参考文献を除いて階層的に構成され、本文では Web サイトの要件も分析し、一般的な設計と実装された機能を説明し、最後にいくつかの試運転記録をリストします。次のように:
第1章;序章。第 1 章では、主に対象研究の背景、システム開発の現状、本論文の研究内容と主な業務を紹介します。
第 2 章: システム要件の分析。第 2 章では、主にシステムの利用者と機能の側面から需要分析を行います。
第 3 章: システム設計。第 3 章では主にシステムフレーム、システム機能モジュール、データベースの機能設計を進めます。
第 4 章: システムの実現。第 4 章では主にシステムフレームワークの構築とシステムインターフェースの実現について紹介します。
第 5 章: システムのテスト。第 5 章では主にシステムのいくつかのインターフェイスをテストし、主要な機能をテストします。
1.4開発ツールとテクノロジー
システムのフロントエンド部分は B/S モデルを使用して MVVM モデルに基づいて開発され、バックエンド部分は Java springboot フレームワークに基づいて開発されます。
フロントエンド部分: フロントエンド フレームワークには、人気のあるプログレッシブ JavaScript フレームワーク Vue.js が採用されています。Vue-Router と Vuex を使用して動的ルーティングとグローバル状態管理を実現し、Ajax を使用してフロントエンドとバックエンドの通信を実現し、Element UI コンポーネント ライブラリを使用してページを迅速にプロトタイプ化し、プロジェクトのフロントエンドはグリッドを通じて応答性を実現しますPC、タブレット、モバイルなどに適応できるレイアウト。さまざまな画面サイズに最適なレイアウト表示。
バックエンド部分: Springboot を開発フレームワークとして使用し、MyBatis、Redis、およびその他の関連テクノロジーを同時に統合します。
ソフトウェア開発環境と開発ツール:
オペレーティング システム: Windows 10、Windows 7、Windows 8
開発言語:Java
フレームワークを使用します: springboot
フロントエンドテクノロジー: 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.3-bin
Tomcat:apache-tomcat-7.0.88
1.4.1Sスプリングブートフレームワークの紹介_
Spring フレームワークは、制御の反転機能を備えたコンテナを提供するJava プラットフォーム上のオープン ソース アプリケーション フレームワークです。Spring フレームワーク自体にはプログラミング モデルに対する制限はありませんが、Java アプリケーションで頻繁に使用されるため非常に人気があり、後にEJB (EnterpriseJavaBeans) モデルの補足として、または代替として使用されるようになりました。Spring フレームワークは、制御の反転のコア機能の使用や、宣言型トランザクション管理のためのアスペクト指向プログラミングを使用した管理オブジェクトのライフサイクルのコンテナ化を実現するための依存性注入による制御の反転の実装など、開発のための一連のソリューションを提供します。さまざまな永続化テクノロジがデータ アクセスを管理し、開発を容易にする多数の優れた Web フレームワークを提供します。Spring フレームワークには、制御反転 (IOC) の機能があります。IOC は、プロジェクトの保守とテストを容易にするように設計されており、Java リフレクション メカニズムを通じて Java オブジェクトの統合設定と管理の方法を提供します。Spring フレームワークは、コンテナを使用してオブジェクトのライフ サイクルを管理します。コンテナは、XML ファイルまたはクラスの特定の Java アノテーションをスキャンすることでオブジェクトを構成できます。開発者は、依存関係の検索または依存関係の注入を通じてオブジェクトを取得できます。アスペクト指向プログラミング(AOP) フレームワークと同様に、Spring AOP フレームワークはプロキシ モードに基づいており、実行時に構成できます。AOP フレームワークは主にモジュール間の相互関係のためにモジュール化されています。Spring フレームワークの AOP フレームワークは基本的な AOP 機能のみを提供しており、AspectJ フレームワークと比較することはできませんが、AspectJ との統合により基本的なニーズにも対応できます。Spring AOP技術を利用することで、Springフレームワークにおけるトランザクション管理やリモートアクセスなどの機能を実現できます。Spring のトランザクション管理フレームワークは、Java プラットフォームに抽象化メカニズムを導入し、ローカルおよびグローバル トランザクション、およびネストされたトランザクションが、Java プラットフォーム上のほぼすべての環境でセーブポイントを使用して動作できるようにします。Spring は複数のトランザクション テンプレートを統合しており、システムはトランザクション テンプレート、XML または Java アノテーションを通じてトランザクションを設定でき、トランザクション フレームワークにはメッセージングやキャッシュなどの機能が統合されています。Spring のデータ アクセス フレームワークは、開発者がアプリケーションでデータベースを使用するときに遭遇する一般的な問題に対処します。Java: JDBC、iBATS/MyBATIs、Hibernate、Java Data Objects (JDO)、ApacheOJB、Apache Cayne などのすべての一般的なデータ アクセス フレームワークのサポートを提供するだけでなく、Spring のトランザクション管理と併用してデータ アクセスを提供することもできます。柔軟な抽象化。Spring フレームワークは当初、独自の Web MVC フレームワークを構築するつもりはありませんでしたが、開発プロセス中、開発者は既存の Struts Web フレームワークのプレゼンテーション層とリクエスト処理層の間、およびリクエスト処理層とモデルの間の分離が重要であると考えていました。それだけでは十分ではなかったので、彼らは Spring MVC を作成しました。
1.4 . _ 2 MySQLデータベース
Mysql Database (通常は Mysql と略されます) は、リレーショナル データベース管理システムです。Mysql データベース システムは、現在最も人気のあるリレーショナル データベース管理システムの 1 つであり、そのシステムは優れた移植性と強力な機能を備えており、非常に使いやすいです。Mysql は、HP-UX、Linux、MicrosoftWindows、SunSolaris、AppleMac などを含む多くのシステムとハードウェアをサポートしています。
MySQL システムの特徴:
(1) Mysql のマルチスレッド サーバーのアーキテクチャにより、わずかなリソースでマルチユーザーおよびビッグ データの高性能トランザクション処理をサポートできます。
(2) Mysql は、サウンド、アニメーション、バイナリ グラフィックス、多次元データ構造などの大量のマルチメディア データをサポートします。
(3) Mysql は、優れたセキュリティ、一貫性、完全性を備えたセキュリティおよび機密性管理システムを提供します。
(4) 新しい分散データベース機能と分散処理機能を備えています。
(5) 移植性、接続性、互換性が高く、クライアントベースのアプリケーションの迅速な開発に役立つ高級言語インターフェイス ソフトウェアを提供します。
Mysqlデータベースの論理構造には、テーブルスペース(tablespace)、セグメント(segment)、範囲(extend)、データブロック(datablock)、スキーマオブジェクト(schemaobject)が含まれます。各データベースは論理的に 1 つ以上の表スペースに分割でき、各表スペースは 1 つ以上のデータ ファイルで構成されます。Mysql データベースはシステム テーブル スペースと非システム テーブル スペースに分かれており、各 Mysql データベースには SYSTEM と呼ばれるシステム テーブル スペースが含まれています。
1.4.3B / S構造_
B/S(ブラウザ/サーバー)構造は、現在主流のネットワーク構造モデルであり、システムの中核機能をサーバーに集中させることができ、システム開発者の運用を簡素化し、保守や運用を容易にします。ユーザーは、クライアント側に 360 ブラウザ、Google ブラウザ、QQ ブラウザなどの一般的なブラウザをインストールし、コンピュータに sqlserver や mysql データベースなどのデータベースをインストールするだけで済みます。インストールされたブラウザは、情報やデータを取得するためにサーバー側のデータベースと対話します。Webブラウザ技術やActiveX技術、各種スクリプト言語などの技術を組み合わせたB/S構造モードを利用することで、専用ソフトウェアで実現できる多くのことも実現できます。プログラム開発者が開発コストを大幅に節約できるようにします。現在、プログラム開発の主流となっているB/S構造は、場所の制限がなく、特別なソフトウェアをインストールする必要がなく、インターネットに接続できるノートパソコンやパソコンからアクセスできることが最大の特徴です。B/Sを利用して開発するため、後のシステムメンテナンスの手間が省けます すべての問題に対してサーバー上で動作させる必要はありません 一部の問題はクライアント側の単純な処理で解決できます 開発したプログラムはインタラクションも強化しますブラウザをリアルタイムで更新して、プログラムのローカル データ情報を更新できます。
2 キャンパス中古品取引プラットフォームの系統的分析
システム分析はプロジェクト開発の前提条件であり、システム分析を通じてシステムの主要ユーザーの基本的なニーズを十分に理解することができ、これがプロジェクト開発の理由でもあります。さらに、システム開発に関しては、通常、技術的実現可能性、経済的実現可能性などを含めた実現可能性分析が行われます。実現可能性分析は、プロジェクト全体の観点からの分析でもあります。次に、プロジェクトの特定のニーズを分析します。分析の手段は通常、ユーザーのユース ケース図を通じて実現されます。以下に詳しくご紹介します。
2.1実現可能性の分析
ここでの経済性とは、ウェブサイトの運営・保守コストのみを指しており、開発コストは考慮していません。
現在、このモデルによるキャンパス中古取引プラットフォームの数は日に日に増加しており、オンラインショッピングの人気と人気が高まっており、ユーザー数は増加傾向にあります。運営費や維持費は開発費を含む広告費で賄えます。
したがって、経済的存続可能性については何の疑問もありません。
(2) 運用可能性:
このプロジェクトの設計では、このモードでの Web サイトのいくつかの開発事例を参照し、その操作インターフェイスを分析し、多くの事例を組み合わせて、基本的なコンピューターの知識を持つ人がこのプロジェクトを操作できるように、人間中心の操作と簡素化された操作を強調しています。
したがって操作性には問題ありません。
(3) 技術的な実現可能性:
技術的実現可能性とは、フレームワークの構築の実現可能性、より優れた技術が登場した場合のシステム技術のアップグレードの受け入れ可能性、および開発時間とコストの比率を指します。
既存の Java テクノロジーは、あらゆる電子商取引システムの構築に対応できます。このキャンパス中古取引プラットフォームを開発するとき、私は springboot + MYSQL を使用してプログラム全体を実行しました。
結論から言えば、技術的な実現可能性には問題はない。
(4) 法的実現可能性:
開発者の観点から見ると、springboot と MYSQL はオープンソースでオンラインで無料であり、知的財産権に関して法的な紛争は発生しません。
ユーザー利用の観点からは、システム上で密輸品が販売されない限り、システム上で条約が締結され、違法な支払いは排除されます。
要約すると、法的な実現可能性に疑問はありません。
2.2.1データの流れ
キャンパス中古品取引プラットフォームは、オンラインでの中古品購入を実現することを主な目的としており、システムのデータフロー図を図2-1に示します。
図2-1 商品購入業務の展開図
3.3.2ビジネスプロセス
システムのデータ フローを分析した後、システムのビジネス プロセスを見てみましょう。図 2-2 はビジネス フローチャートです。
図 2-2 業務フロー図
2.3システム機能の分析
キャンパス中古取引プラットフォームの役割に応じて、ユーザー管理モジュール、販売者管理モジュール、管理者管理モジュールの 3 つの部分に分けました。
ユーザー管理モジュール:
(1) ユーザー登録・ログイン:学内古物取引プラットフォームに会員登録・ログインし、個人情報やパスワード変更などの個人情報の追加・削除・変更・確認を行います。
(2) ユーザーが商品を閲覧:ユーザーは商品情報を閲覧し、気に入った商品を見つけた後、購入+コメント+ブックマークをすることができます。
(3) キャンパス情報:管理者が公開する情報を閲覧したり、キャンパス情報を閲覧したりできます。
(4) 掲示板: ユーザーは、掲示板のメニューでユーザーが投稿した投稿を閲覧、公開、コメントすることができます。
(5) 商品購入:ユーザーはショッピングカート内で気に入った商品を追加購入することができ、送信完了をユーザーが確認するとサーバーのバックエンドシステムに送信され注文が生成されます。
(6) 私の注文: ユーザーは注文を送信した後、送信された注文を管理できます。
販売者管理モジュール:
(1) 私のメッセージ: 販売者はユーザーが送信したメッセージに返信し、削除します。
(2) モール管理:管理者はキャンパス中古品取引プラットフォーム内の既存商品を追加、削除、変更、確認することができます。
(3) 注文リスト: 購入した製品の注文を表示し、送信された注文を管理します。
管理者管理モジュール:
(1) ユーザー管理:管理者はフロントに登録されているユーザー情報を管理することができ、管理者情報も管理することができます。
(2) キャンパス情報管理:管理者は、バックグラウンドでキャンパス中古取引プラットフォームに表示されるキャンパス情報を追加、削除、変更、確認することができます。
(3) メッセージ管理:管理者は、学内の中古品取引プラットフォームで利用者が送信したメッセージやメッセージの分類を追加、削除、変更、確認することができます。
(4) 分類管理:管理者は、学内中古品取引プラットフォームにおける商品の分類を管理します。
(5) モール管理: 販売者からの商品注文を管理します。
(6) システム管理:管理者は、キャンパス中古取引プラットフォームのホームページに表示されるカルーセル画像とシステム内の一部のお知らせをシステムに公開することができるため、ユーザーはタイムリーにシステム情報を閲覧し、合理的な手配を行うことができます。 。
キャンパス中古品取引プラットフォームのセキュリティ、信頼性、パフォーマンス、スケーラビリティなど、キャンパス中古品取引プラットフォームの非機能要件。具体的には、次の表 3-1 で表すことができます。
表3-1キャンパス中古取引プラットフォームの非機能要件表
安全性 |
これは主に、キャンパスの中古品取引プラットフォームのデータベースの設置、データベースの使用およびパスワードの設定が規則に準拠する必要があることを指します。 |
信頼性 |
信頼性とは、キャンパス中古取引プラットフォームがユーザーの指示をインストールして動作できることを意味し、テスト後、信頼性は90%以上です。 |
パフォーマンス |
キャンパス中古取引プラットフォームが市場を占有するためにはパフォーマンスが必須条件であるため、パフォーマンスが良いことが最善です。 |
スケーラビリティ |
たとえば、データベースは、システムの非機能要件を確実に満たすために、インターフェイスの使用などの複数の属性を予約します。 |
使いやすさ |
利用者は、学内の中古品取引プラットフォームのページ表示内容に従うだけで操作できます。 |
保守性 |
キャンパス中古取引プラットフォームの開発は保守性が非常に重要ですが、テスト後は保守性に問題はありません |
2.4システムのユースケース分析
2.3 の機能の分析を通じて、このキャンパスの中古品取引プラットフォームのユースケース図が得られます。
図 2-3 は、ユーザーの役割の例を示しています。
図 2-3 キャンパス中古品取引プラットフォームのユーザー役割のユースケース図
Webバックグラウンド管理の管理者は、キャンパス全体の中古取引プラットフォーム内のすべてのデータ情報を管理します。図 2-5 は、管理者の役割の例を示しています。
図2-4キャンパス中古取引プラットフォームの管理者役割のユースケース図
販売者の役割の例を図 2-5 に示します。
図 2-5 キャンパス中古品取引プラットフォームにおける販売者の役割のユースケース図
本章では、主にキャンパス中古取引プラットフォームの実現可能性分析、プロセス分析、機能需要分析、システムユースケース分析を通じて、キャンパス中古取引プラットフォーム全体で実現すべき機能を決定します。同時に、キャンパスの中古品取引プラットフォームのコード実装とテストの標準も提供します。
3キャンパス中古取引プラットフォームの全体設計
この章では主にキャンパス中古取引プラットフォームの機能モジュール設計とデータベースシステム設計について説明します。
3.1システムアーキテクチャ設計
キャンパス中古取引プラットフォームは、アーキテクチャ的にプレゼンテーション層(UI)、ビジネスロジック層(BLL)、データ層(DL)の3層に分かれています。
図 3-1 キャンパス中古取引プラットフォームのシステムアーキテクチャ設計図
プレゼンテーション層 (UI): UI 層とも呼ばれ、主にキャンパス内の中古品取引プラットフォームの UI インタラクション機能を完成させます。優れた UI は、ユーザーのユーザー エクスペリエンスを向上させ、ユーザーが 2 番目の中古品を使用するときの快適さを向上させることができます。 -キャンパス内のハンドトレーディングプラットフォーム。UI インターフェイスのデザインは、良好な互換性を実現するために、キャンパスの中古品取引プラットフォームのさまざまなバージョンやさまざまなサイズの解像度にも適合させる必要があります。UI インタラクション機能の要件は合理的であり、ユーザーはインタラクティブ操作を実行するときに一貫したインタラクション結果を取得する必要があります。これには、プレゼンテーション層とビジネス ロジック層の間の適切な接続が必要です。
ビジネスロジック層(BLL):主にキャンパス中古取引プラットフォームのデータ処理機能を完成させます。ユーザーがプレゼンテーション層から送信したデータは処理されてビジネスロジック層を介してデータ層に渡され、システムがデータ層から読み出したデータは処理されてビジネスロジック層を介してプレゼンテーション層に渡されます。
データ層(DL):キャンパス中古取引プラットフォームのデータはサーバー側のmysqlデータベースに置かれるため、サービス層に属する部分はビジネスロジック層に直接統合できるため、データ層のデータベース。主にキャンパスの中古品取引プラットフォームのデータ保管および管理機能を完了します。
3.2システム機能モジュールの設計
前章では、システムの機能要件と非機能要件を主に分析し、要件に従ってキャンパス中古取引プラットフォームのユースケースを分析しました。次に、キャンパス中古取引プラットフォームの構造、主な機能、データベースの設計を開始します。キャンパス中古取引プラットフォームは、前の章での要件の分析に基づいており、その全体的な設計モジュール図を図 3-2 に示します。
図 3-2 キャンパス中古取引プラットフォームの機能モジュール図
3.2.2ユーザーモジュールの設計
バックグラウンドマネージャーは、フロントデスクに登録されているユーザーの追加、削除、変更、確認を行うことができ、ユーザーモジュールの構成図は以下のとおりです。
図 3-3 ユーザーモジュールの構成図
3.2.3コメント管理モジュールの設計
キャンパス中古取引プラットフォームは、オープンなコミュニケーションプラットフォームであり、会員ユーザー同士がプラットフォーム上でコミュニケーションを図ることができ、ユーザー間の交流を促進します。しかし同時に、コメントの内容をより適切に規制し、管理者に不適切なコメントを削除する機能を提供するには、コメント管理モジュールを特別に設計する必要があり、具体的な構造図は次のとおりです。
図 3-4 コメントモジュールの構造図
3.2.4商品管理モジュールの設計
キャンパス中古取引プラットフォームは多くの商品情報を保存する必要があり、そのモジュール機能構造、具体的な構造図は次のとおりです。
図 3-5 モールモジュール構造図
3.2.5注文管理モジュールの設計
キャンパス中古取引プラットフォームの最も重要な機能の 1 つは購入であり、そのモジュール機能構造、具体的な構造図は次のとおりです。
図 3-5 オーダーモジュールの構造図
データベースの設計は、一般に要件分析、概念モデル設計、データベーステーブル構築の 3 つの主要なプロセスから構成されます。要件分析については前章で説明しましたが、概念モデル設計は概念モデルと論理構造設計の 2 つの部分に分かれます。
3.3.1データベースの概念的な構造設計
以下は、キャンパス内の中古品取引プラットフォームの主要なデータベース テーブルの ER エンティティ関係図です。
図 3-6 キャンパス中古品取引プラットフォームの全体的な ER 関係図
キャンパス中古取引プラットフォームのデータベース ER 関係図によると、キャンパス中古取引プラットフォームには多くの ER 図が必要であると結論付けることができます。
図 3-7 購入者情報と ER の関係図
図 3-8 注文情報 ER 関係図
前のセクションのキャンパス中古取引プラットフォームの全体的な ER 関係図から、多くのデータ テーブルを作成する必要があると結論付けることができます。ここでは主に、いくつかの主要なデータベース テーブル構造設計をリストします。
住所 |
|||||
フィールド名 |
タイプ |
長さ |
nullではない |
主キー |
フィールドの説明 |
アドレスID |
整数 |
11 |
いいえ |
主キー |
お届け先の住所 |
名前 |
可変長文字 |
32 |
はい |
名前 |
|
電話 |
可変長文字 |
13 |
はい |
携帯電話 |
|
郵便番号 |
可変長文字 |
8 |
はい |
郵便番号 |
|
住所 |
可変長文字 |
255 |
いいえ |
住所 |
|
ユーザーID |
中程度の |
8 |
いいえ |
ユーザーID |
|
作成時間 |
タイムスタンプ |
0 |
いいえ |
作成時間 |
|
更新時間 |
タイムスタンプ |
0 |
いいえ |
更新時間 |
|
デフォルト |
タイニーント |
1 |
いいえ |
デフォルト判決 |
|
買い手 |
|||||
フィールド名 |
タイプ |
長さ |
nullではない |
主キー |
フィールドの説明 |
購入者ID |
整数 |
11 |
いいえ |
主キー |
購入者ID |
購入者番号 |
可変長文字 |
64 |
いいえ |
購入者番号 |
|
購入者の性別 |
可変長文字 |
64 |
はい |
購入者の性別 |
|
購入者の年齢 |
可変長文字 |
64 |
はい |
購入者の年齢 |
|
バイヤー_スクール |
可変長文字 |
64 |
はい |
バイヤースクール |
|
購入者の住所 |
可変長文字 |
64 |
はい |
購入者の住所 |
|
購入者の誕生日 |
日にち |
0 |
はい |
購入者の誕生日 |
|
簡単な紹介 |
可変長文字 |
64 |
はい |
購入者のプロフィール |
|
検査状態 |
可変長文字 |
16 |
いいえ |
承認状況 |
|
お勧め |
整数 |
11 |
いいえ |
インテリジェントな推奨事項 |
|
ユーザーID |
整数 |
11 |
いいえ |
ユーザーID |
|
作成時間 |
日付時刻 |
0 |
いいえ |
作成時間 |
|
更新時間 |
タイムスタンプ |
0 |
いいえ |
更新時間 |
|
カート |
|||||
フィールド名 |
タイプ |
長さ |
nullではない |
主キー |
フィールドの説明 |
カートID |
整数 |
11 |
いいえ |
主キー |
ショッピングカートID |
タイトル |
可変長文字 |
64 |
はい |
タイトル |
|
画像 |
可変長文字 |
255 |
いいえ |
写真 |
|
ユーザーID |
整数 |
10 |
いいえ |
ユーザーID |
|
作成時間 |
タイムスタンプ |
0 |
いいえ |
作成時間 |
|
更新時間 |
タイムスタンプ |
0 |
いいえ |
更新時間 |
|
州 |
整数 |
1 |
いいえ |
ステータスは使用中、期限切れ |
|
価格 |
ダブル |
8 |
いいえ |
単価 |
|
前の価格 |
ダブル |
8 |
いいえ |
元値 |
|
価格_数 |
ダブル |
10 |
いいえ |
合計金額 |
|
番号 |
整数 |
8 |
いいえ |
量 |
|
商品ID |
中程度の |
8 |
いいえ |
商品ID |
|
タイプ |
可変長文字 |
64 |
いいえ |
カテゴリー |
|
説明 |
可変長文字 |
255 |
はい |
説明 |
|
コメント |
|||||
フィールド名 |
タイプ |
長さ |
nullではない |
主キー |
フィールドの説明 |
コメントID |
整数 |
11 |
いいえ |
主キー |
コメントID |
ユーザーID |
整数 |
11 |
いいえ |
レビュアーID |
|
Reply_to_id |
整数 |
11 |
いいえ |
コメントIDに返信 |
|
コンテンツ |
長文 |
0 |
はい |
コンテンツ |
|
ニックネーム |
可変長文字 |
255 |
はい |
ニックネーム |
|
アバター |
可変長文字 |
255 |
はい |
アバターアドレス |
|
作成時間 |
タイムスタンプ |
0 |
いいえ |
作成時間 |
|
更新時間 |
タイムスタンプ |
0 |
いいえ |
更新時間 |
|
ソーステーブル |
可変長文字 |
255 |
はい |
ソーステーブル |
|
ソースフィールド |
可変長文字 |
255 |
はい |
ソースフィールド |
|
ソースID |
整数 |
10 |
いいえ |
ソースID |
|
注文 |
|||||
フィールド名 |
タイプ |
長さ |
nullではない |
主キー |
フィールドの説明 |
注文ID |
整数 |
11 |
いいえ |
主キー |
注文ID |
注文番号 |
可変長文字 |
64 |
はい |
注文番号 |
|
商品ID |
中程度の |
8 |
いいえ |
商品ID |
|
タイトル |
可変長文字 |
32 |
はい |
商品タイトル |
|
画像 |
可変長文字 |
255 |
はい |
製品画像 |
|
価格 |
ダブル |
10 |
いいえ |
価格 |
|
前の価格 |
ダブル |
10 |
いいえ |
元値 |
|
番号 |
整数 |
8 |
いいえ |
量 |
|
価格_数 |
ダブル |
8 |
いいえ |
合計金額 |
|
規範 |
可変長文字 |
255 |
はい |
仕様 |
|
タイプ |
可変長文字 |
64 |
いいえ |
カテゴリー |
|
連絡先 |
可変長文字 |
32 |
はい |
連絡先 |
|
連絡先メールアドレス |
可変長文字 |
125 |
はい |
連絡先メールアドレス |
|
連絡先電話番号 |
可変長文字 |
11 |
はい |
連絡先電話 |
|
連絡先住所 |
可変長文字 |
255 |
はい |
受信者のアドレス |
|
郵便番号 |
可変長文字 |
9 |
はい |
郵便番号 |
|
ユーザーID |
整数 |
10 |
いいえ |
購入者ID |
|
販売者ID |
中程度の |
8 |
いいえ |
販売者ID |
|
作成時間 |
タイムスタンプ |
0 |
いいえ |
作成時間 |
|
更新時間 |
タイムスタンプ |
0 |
いいえ |
更新時間 |
|
説明 |
可変長文字 |
255 |
はい |
説明 |
|
州 |
可変長文字 |
16 |
いいえ |
注文ステータスは支払い保留中です |
|
中古モール |
|||||
フィールド名 |
タイプ |
長さ |
nullではない |
主キー |
フィールドの説明 |
second_hand_mall_id |
int |
11 |
否 |
主键 |
二手商城ID |
seller |
int |
11 |
是 |
卖家 |
|
remarks |
varchar |
64 |
是 |
备注 |
|
hits |
int |
11 |
否 |
点击数 |
|
recommend |
int |
11 |
否 |
智能推荐 |
|
cart_title |
varchar |
125 |
是 |
标题 |
|
cart_img |
text |
0 |
是 |
封面图 |
|
cart_description |
varchar |
255 |
是 |
描述 |
|
cart_price_ago |
double |
8 |
否 |
原价 |
|
cart_price |
double |
8 |
否 |
卖价 |
|
cart_inventory |
int |
11 |
否 |
商品库存 |
|
cart_type |
varchar |
64 |
否 |
商品分类 |
|
cart_content |
longtext |
0 |
是 |
正文产品的主体内容 |
|
cart_img_1 |
text |
0 |
是 |
主图1 |
|
cart_img_2 |
text |
0 |
是 |
主图2 |
|
cart_img_3 |
text |
0 |
是 |
主图3 |
|
cart_img_4 |
text |
0 |
是 |
主图4 |
|
cart_img_5 |
text |
0 |
是 |
主图5 |
|
create_time |
datetime |
0 |
否 |
创建时间 |
|
update_time |
timestamp |
0 |
否 |
更新时间 |
|
seller |
|||||
字段名称 |
类型 |
长度 |
不是null |
主键 |
字段说明 |
seller_id |
int |
11 |
否 |
主键 |
卖家ID |
seller_number |
varchar |
64 |
否 |
卖家编号 |
|
seller_gender |
varchar |
64 |
是 |
卖家性别 |
|
age |
varchar |
64 |
是 |
卖家年龄 |
|
seller_school |
varchar |
64 |
是 |
卖家学校 |
|
address |
varchar |
64 |
是 |
卖家地址 |
|
seller_birthday |
date |
0 |
是 |
卖家生日 |
|
brief_introduction |
varchar |
64 |
是 |
卖家简介 |
|
examine_state |
varchar |
16 |
否 |
审核状态 |
|
recommend |
int |
11 |
否 |
智能推荐 |
|
user_id |
int |
11 |
否 |
用户ID |
|
create_time |
datetime |
0 |
否 |
创建时间 |
|
update_time |
timestamp |
0 |
否 |
更新时间 |
|
sign_in_score |
|||||
字段名称 |
类型 |
长度 |
不是null |
主键 |
字段说明 |
sign_in_score_id |
int |
11 |
否 |
主键 |
签收评分ID |
order_number |
varchar |
64 |
是 |
订单编号 |
|
purchase_goods |
varchar |
64 |
是 |
购买商品 |
|
commodity_price |
varchar |
64 |
是 |
商品价格 |
|
sign_in_status |
varchar |
64 |
是 |
签收状态 |
|
star_rating |
varchar |
64 |
是 |
星级评分 |
|
purchase_user |
int |
11 |
是 |
购买用户 |
|
business |
int |
11 |
是 |
商家 |
|
remarks |
longtext |
0 |
是 |
备注 |
|
recommend |
int |
11 |
否 |
智能推荐 |
|
create_time |
datetime |
0 |
否 |
创建时间 |
|
update_time |
timestamp |
0 |
否 |
更新时间 |
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.2.1商城管理界面
卖家进入后台后点击“商城管理”,能够看到自己发布的二手信息,对二手商品进行管控。界面如下图4-8所示。
图4-8 商城管理界面图
4.2.2订单列表界面
卖家进入后台后点击“订单列表”,能够看到用户购买自己商品的时候提交的订单。界面如下图4-9所示。
图4-9 订单列表界面图
4.3管理员功能模块
4.3.1 用户管理界面
校园二手交易平台中的管理人员是可以对前台注册的用户进行管理的,也可以对管理员进行管控。界面如下图4-10所示。
图4-10用户管理界面图
4.3.2留言管理界面
校园二手交易平台中的管理人员是可以对前台用户发布的留言进行管控的,界面如下图4-11所示。
图4-11留言界面图
4.3.3 商品信息管理界面
校园二手交易平台中的管理人员是可以对校园二手交易平台内发布的商品进行维护和管理的,支持增删改查操作。界面如下图4-12所示。
图4-12商品信息管理界面图
4.3.4 公告信息列表界面
校园二手交易平台中的管理人员是可以对校园二手交易平台内的公告信息进行维护和管理的。公告信息列表界面如下图4-13所示。
图4-13公告信息列表界面图
5系统测试
系统开发到了最后一个阶段那就是系统测试,系统测试对软件的开发其实是非常有必要的。因为没什么系统一经开发出来就可能会尽善尽美,再厉害的系统开发工程师也会在系统开发的时候出现纰漏,系统测试能够较好的改正一些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、java技术、MYSQL,这些技术都是在以前的学习中学到了,其中许多的设计思路和方法都是在以前不断地学习中摸索出来的经验,其实对于我们来说工作量还是比较大的,但是正是由于之前的积累与准备,才能顺利的完成这个项目,由此看来,积累经验跟做好准备是十分重要的事情。
当然在该系统的设计与实现的过程中也离不开老师以及同学们的帮助,正是因为他们的指导与帮助,我才能够成功的在预期内完成了这个系统。同时在这个过程当中我也收获了很多东西,此系统也有需要改进的地方,但是由于专业知识的浅薄,并不能做到十分完美,希望以后有机会可以让其真正的投入到使用之中。
[1]狄喜凤.基于学生信息管理系统的软件测试策略研究[J].电子技术与软件工程,2021(02):82-83.
[2]张嘉豪,赵亮,翁铭隆,张华俊,李文欣.基于springboot+SpringBoot技术实现服务器监控的研究[J].科学技术创新,2020(33):101-102.
[3]郭俊杰. 基于springboot的线下商圈服务管理系统设计与实现[D].桂林理工大学,2020.
[4]康军林.辽宁省河长制信息管理系统建设的实践与思考[J].水资源开发与管理,2020(06):80-84.
[5]沈世平,林平,赵亚南,谢振平,刘渊.无锡河长制综合信息平台建设与思考[J].江苏水利,2020(06):25-31.
[6]唐湘茜,张俊,王源楠,邓晶.河长制信息管理系统[J].水利水电快报,2020,41(04):6-7.
[7]周彪. 基于springboot框架的Java后端代码生成器的设计与实现[D].大连理工大学,2020.
[8]贾少燕, 基于互联网+的智慧河长制信息管理系统研发. 河南省,河南省水利勘测设计研究有限公司,2020-04-02.
[9]邹秀清,罗得寸,林平,沈世平,谢振平,王玉珏,丁勇.基于区块链的河长制水质信息存证系统[J].应用科学学报,2020,38(01):65-80.
[10]Yuxiang Hou. The design and implementation of the framework for Spring+SpringMVC+MyBatis in the development of Web application[A]. Institute of Management Science and Industrial Engineering.Proceedings of 2019 4th International Industrial Informatics and Computer Engineering Conference(IIICEC 2019)[C].Institute of Management Science and Industrial Engineering:计算机科学与电子技术国际学会(Computer Science and Electronic Technology International Society),2019:6.
[11]马强.河长制背景下的智慧信息管理平台建设探究[J].地下水,2019,41(05):155-156.
[12]张爽.铁岭市河长制信息管理平台的研发与应用[J].吉林水利,2019(07):60-62.
[13]夏添,刘发永,姜跃昆,马色伍,陈雨.成都市河长制管理信息系统的设计与实践[J].四川水利,2019,40(03):113-118.
[14]江金娜. 高校成人教育学生信息管理系统的分析与设计[D].广东工业大学,2019.
[15]王禹杰. “互联网 智慧河长”信息管理系统设计与实现[D].合肥工业大学,2019.
[16]阚琳.整体性治理视角下河长制创新研究——以江苏省为例[J].中国农村水利水电,2019(02):39-43.
[17]陈志忠.数据挖掘聚类算法在学生信息管理系统中的应用[J].电脑知识与技术,2017,13(24):21-22.
[18]王微漪. 基于Web的高职院校学生信息管理系统的设计与实现[D].北京工业大学,2017.
[19]徐波. 数字化校园建设中学生信息管理系统的设计与实现[D].湖北工业大学,2016.
[20]赵嫚.学生宿舍信息管理系统的设计与应用[J].科技展望,2016,26(27):5+66.
逝者如斯夫,不舍昼夜。转眼间,大学生会员活便已经接近尾声,人面对着离别与结束,总是充满着不舍与茫然,我亦如此,仍记得那年秋天,我迫不及待的提前一天到了学校,面对学校巍峨的大门,我心里充满了期待:这里,就是我新生活的起点吗?那天,阳光明媚,学校的欢迎仪式很热烈,我面对着一个个对着我微笑的同学,仿佛一缕缕阳光透过胸口照进了我心里,同时,在那天我认识可爱的室友,我们携手共同度过了这难忘的两年。如今,我望着这篇论文的致谢,不禁又要问自己:现在,我们就要说再见了吗?
説明がつかない感じで、何と言ったらいいのかわかりません。入学したての頃は、工学部というと堅くて優しさに欠けるイメージがあり、少し嫌悪感さえ感じましたが、徐々に工学部のことを知り、理解するうちに、工学部は工学部の魅力を感じられるようになりました。彼女の美しさ、優しさ、そして彼女は徐々にこのキャンパスに恋に落ちました、しかし時間は早すぎます、そして私は彼女の美しさを十分に理解する前に去ります、しかし彼女が私にもたらした思い出は決して私を離れることはありません、おそらく私の目は離れるでしょう本当に別れる日は涙でいっぱいになる、悲しいからではなく、彼女の姿を涙に映して心に刻みたいだけだ。最後に、私たちに知識と人生の原則を教えてくれた先生たちに感謝し、長い間私に付き合ってくれたルームメイトに感謝し、私を気遣い、サポートしてくれたすべての人に感謝します。
若者よ、風と月を追いかけて留まらないでください、平野には春の山がいっぱいです。
いいね + プライベート メッセージ ブロガーにご注意ください。プロジェクトのソース コードを無料で入手してください