1. システムのスクリーンショット (デモビデオが必要な場合は、プライベートにチャットできます)
まとめ
21世紀に入り、ネットワークとコンピュータは急速に発展し、生活と密接に融合しています。現在、ネットワークの動作速度はギガビットに達し、その通信範囲は生活の隅々まで浸透しています。これが中古品取引サイトの発展を促しました。中古品取引サイトでは、リモートショッピングを実現し、遠隔地からお気に入りの商品を選択したり、注文状況をいつでも把握したりすることができます。中古品取引サイトは人々にこれまでにない体験をもたらし、新しい時代の人々のショッピングニーズに応え、オンライン中古品取引モデルが精力的に発展してきました。
本システムは、Springbootをベースとした華強北モールの中古携帯電話管理システムであり、コンピュータとネットワーク技術を活用して開発された、商品の展示・購入・評価・販売を実現するオンライン取引プラットフォームです。システムはJava言語、データベースはMysql、動作環境はIdeaを使用しています。利用役割は登録者、旅行者、管理者、販売者に分かれており、ニュース管理、商品情報の表示・管理、登録者管理、注文管理、商品評価、ショッピングカート管理などの機能を備えています。その中で、観光客は情報の閲覧を担当し、登録ユーザーは商品の購入・商品の評価・注文管理を、加盟店は商品の販売・注文管理を、管理者はすべての機能と個人情報を管理することができます。このシステムは、オンラインでの商品の売買を実現し、売り手と買い手双方の利益を促進し、販売と購買の効率を向上させ、より現代の生活に即したものとなります。
キーワード:ショッピングカート、ユーザー登録、商品情報管理、注文管理、Java言語
2.3.2 Springbootによる華強北モールの中古携帯電話管理システムの分析
1.1 主題の研究背景
コンピューターの発達以来、人々の生活は変わりました。第一世代のコンピューターは 1946 年に米国で設計されました。当初は複雑な科学計算に使用されていました。床面積と起動時間の要件は非常に高かったです。数十の変更を経て、コンピューター技術は今日まで発展しました。現在は電子時代とデータ時代であり、すべての生活はコンピューターとネットワークから切り離せません。仕事にはあらゆる種類のオフィスソフトウェアやAPP、エンターテインメントにはさまざまなゲームソフトウェアやビデオソフトウェアがあり、生活に利便性をもたらしていますが、特に我が国のモバイル決済機能は世界をリードしています。テクノロジーは時代の発展を推進します。現在、人々の買い物のほとんどは、従来の物理的な買い物からオンライン ショッピングに切り替わっています。ネット通販は、品揃えの豊富さ、価格の安さ、アフターサービスの保証など、メリットが大きくなります。従来の実際の物理的なショッピング、単品商品、不透明な価格の必要性により、オンライン ショッピングの圧力の下で開発することが徐々に困難になってきています。
現在、ネットワークのカバー範囲は拡大され、価格は安くなり、すべての主要企業がワイヤレス ネットワークを開放しました。携帯電話も普及し、携帯電話にもコンピュータ技術が浸透してきました。普段の生活やエンタメなどもオンラインで解決できます。オンラインはトレンドになっており、ほとんどの業界ではオンラインでビジネスを開始し、オンラインで人々の問題を解決し、対面での方法を変更し、作業効率を向上させ、時間の無駄を減らすことができます。
1.2課題の現状と実現意義
タオバオ、58、Tieba、そして流行遅れになったばかりのライブブロードキャストが現在最も利用されている中古取引です。売り手にとって、中古品を素早く販売する方法はたくさんありますが、現在、中古プラットフォームは集中しておらず、人の流れも分散しているため、その効果は理想的ではありません。タオバオ、58、Tiebaなどのプラットフォームはいずれも汎用プラットフォームであり、Liユーザーにとっては範囲が広すぎ、消費者団体の精度も十分ではなく、携帯電話向けの中古取引プラットフォームも存在しない。
このシステムはマーチャントツーユーザーモデルを採用しており、ユーザーはこのプラットフォームを利用して商品の購入や注文管理などを行うことができます。このシステムは、加盟店が業務を管理し、時間と場所を選ばずに商品の販売を実現するのに役立ちます。購入ユーザーはいつでも商品を閲覧・問い合わせすることができ、商品の詳細や商品の他のユーザーの評価内容を知ることができます。このシステムは、ユーザーが商品を選択して注文をより迅速に追跡できるようにし、販売者が販売チャネルを増やし、時間コストを削減するのに役立ちます。Springbootをベースとした華強北モールの中古携帯電話管理システムは、データの自動化を実現し、管理者の作業内容を軽減し、データの明瞭性を実現します。
1.3 主題の内容
この華強北モールの Springboot ベースの中古携帯電話管理システムで使用される役割は、観光客、登録ユーザー、管理者、販売者に分類できます。観光客は商品情報、ニュース、商品評価情報などを閲覧できます。 観光客は登録ユーザー登録を行うと、商品の購入、回収、ショッピングカート、注文、個人情報、オンライン評価商品などの管理ができます。 加盟店は商品の販売、売上管理ができます。注文、管理者 このシステムの管理を担当し、製品の公開、製品の管理、登録ユーザー情報の確認、製品レビューの確認、ユーザーの注文、ニュースのリリースを行うことができます。
1.4 紙構造の整理
この論文の構成は次の 3 つの部分に分かれています。
(1) 最初の部分、
要約、この部分は読者がこの論文を一般的に理解できるように簡単に説明しています。
外国語翻訳。要約文の翻訳には英語を使用します。
目次、この部分は読者にこの論文を詳しく理解させることができます。
(2) 2 番目の部分はテキスト部分です。
はじめに、この章ではプロジェクト開発の源と現状を紹介し、システム開発の意義と内容をまとめます。
システム分析。この章には、言語、テクノロジーなどの紹介のほか、システム需要分析、実現可能性分析、プロセス分析などが含まれます。
システム設計、この章にはシステムの機能構成図、データベース設計などが含まれます。
システムの実装については、この章ではシステム実行中のスクリーンショットとテキストを使用してシステムを詳しく紹介します。
システム テスト。この章ではテスト方法を採用して、主要なコア機能のテストを紹介します。
(3) 3 番目の部分は、要約、謝辞、参考文献です。
2.1 システム利用関連のテクニカル分析
2.1.1 Java言語の概要
Java 言語は、セキュリティとパフォーマンスの点で優れた機能を備えた、分散型のシンプルな開発言語です。インターネット環境での使用に非常に適しており、エンタープライズレベルのアプリケーションで最も一般的に使用され、大きな影響力を持つプログラミング言語でもあります。人々のニーズによりよく応えることができるように、主にオブジェクト指向形式で開発されています。プログラミングの開発・利用においては、主にオブジェクト指向言語の最大の特徴である編集性や操作性の良いカプセル化とクラスによって実現され、共通の性質を持つクラスを同一クラス内でカプセル化することも可能です。抽象クラスはオブジェクトではなくエンティティを記述するため、使用中にインスタンス化してより良い結果を得ることができます。クラスは継承することもできます。例えば、あるクラスが別のクラスの特性を引き継いで再利用することができるため、このように継承されたクラスは実質的には同じクラス本体となり、最大限の効果が得られます。Javaで開発されたコードはスケーラビリティにも優れており、異なるクラスを通じて異なる効果を実現できるため、使用効率が向上し、後のメンテナンスに非常に便利で、開発されたコードはより実用的で簡潔です。
2.1.2 MySQLデータベースの概要
Mysql データベースは、オラクル社が発売したデータベース管理ソフトウェアであり、優れたパフォーマンス設計を備えており、インターネットの利点を最大限に活用することができ、データベース管理においても非常に便利であり、グラフィカルな管理をサポートしています。データの管理と設定はローカルで実行され、強力なデータ処理能力と優れたセキュリティを備えています。データストレージのプロセスでは、マルチプロセッサストレージ構造をサポートでき、SQLステートメントを自動的に生成および処理でき、非常に強力なデータ読み取りおよびコピーストレージ機能を備えています。そして最も重要なことは、オープンデータに使用できるオープンデータソフトウェアです。担当者は優れたデータベース管理プラットフォームを提供します。Mysql はオープン ソース ソフトウェアで、ユーザーは無料で、小規模プロジェクトの開発と使用に適しており、大量のデータを標準 SQL ステートメントの形式で保存します。Java、PHP、C++ など、互換性の高いさまざまな言語の開発をサポートしており、Web 言語の開発に非常に適しています。また、カスタマイズされた要件を持つ開発者のために、オープンソースの GPL 契約が採用されているため、カスタマイズもサポートされており、開発者は自分のニーズに合わせてコードを直接変更できます。Mysql は C/S アーキテクチャのデータベース管理ソフトウェアであり、データベース クライアントを通じて直接管理できます。主にサーバーとクライアントに分かれています。サーバーはシステムのインストール時に自動的に起動します。通常、追加の操作は必要ありません。を使用する場合は、クライアントを直接開き、インストール時に設定したポートとパスワードを入力してログインできます。また、使用しないときはデータベース リンクを切断して、データのセキュリティを確保できます。
2.1.3 Tomcatサーバーの紹介
Tomcat サーバーは小型で軽量のサーバーであり、一部の小規模システムやローカル サーバー、特に一部の初心者開発者に非常に適しています。Tomcat サーバーは、主に JAVA プログラムのサーバーとして使用されます。Tomcat サーバーは、Apache の拡張アプリケーションに相当します。異なる点は、独立して実行できることです。Tomcat サーバーがクライアント上で構成された後、クライアントへのデータ アクセスが行われます。 HTML ページはサーバーを通じて直接完成し、応答することができます。実行スペースが非常に少なく、サーバーのパフォーマンスに影響を与えず、優れたスケーラビリティを備え、開発プロセスで一般的に使用される多くの機能をサポートし、ニーズに応じて継続的に改善して完成させることができるため、プログラマの間で非常に人気があります。 Tomcat サーバーは現在非常に広く使用されているサーバーであると言われています。
2.1.4 Sスプリングブートフレームワークの紹介
Springboot フレームワークは SSM フレームワークであり、単純な Web フレームワークに属します。作業中、リクエストはページを通じてコントローラーに送信され、コントローラーは処理ロジックを呼び出し、最後にロジック層が永続層にメッセージを送信し、最後にコントローラーがビューを呼び出してデータを表示します。SpringBoot は、Spring フレームワーク モデルの簡易バージョンとして理解でき、さまざまな製品アプリケーションを開発するためにさまざまな開発アプリケーションで直接かつ独立して実行できます。SpringBoot は多くのフレームワークを結合します。フレームワーク モデルが確立されると、必要なすべての Spring コンポーネントを直接かつ自動的に生成できます。非常にインテリジェントです。さまざまな XML 構成を自分で記述する必要はなく、あらゆる種類の XML 構成を自動的に構成できます。必要なファイル パッケージにより、開発が簡素化されます。追加の要件がある場合は、デフォルト値を手動で変更できます。また、SpringBoot は組み込みサーブレット コンテナを直接統合するため、WAR パッケージを追加でパッケージ化する必要がなく、自動構成とバージョン管理を直接実行できます。冗長なコードを生成する必要がなく、そのまま使用できるため、ゴミを削減し、システムの運用効率を向上させることができます。SpringBoot の中核的な機能は、独立したマイクロサービス ユニットを生成できることです。つまり、すべてのコード モジュールを別のアプリケーションに作成できるため、機能コードの直接的な結合性が非常に高く、互換性がより優れています。また、各機能モジュールは、個別に展開でき、異なるモジュールが異なる小さなサービスを生成できるため、それらを個別にアップグレードして、アプリケーション間の通信を実現できます。SpringBoot でプロジェクトをビルドする最初のステップは、最初に SpringBoot の依存関係を構成することです。ビルドするときに、バージョンを個別に設定する必要はありません。システムに付属のシーン ランチャーを通じて、プロジェクトに必要なさまざまな Web モジュールを直接インポートできます。をクリックしてから、必要な機能シーンの呼び出しを追加し、ランチャーを生成して、さまざまな依存コンポーネントをプロジェクトに直接インポートしてから、機能が必要なシーンをインポートします。
2.1.5 VUE フレームワークの概要
現在、使用できるフロントエンド フレームワークは数多くありますが、なぜ Vue フレームワークを選択するのでしょうか? テクノロジーの進歩に伴い、フロントエンドでも多くのビジネス作業を処理する必要があり、Web ページの機能も処理する必要があるからです。フロントエンドのニーズを満たすためにより強力になりました。開発ニーズは JavaScript フレームワークと切り離せません。現在、開発されたフロントエンド コードはブラウザーで直接生成および実行され、大量の JavaScript コードが自動的に生成されます。これらのコードは、さまざまなページ レイアウトおよびスタイル ファイルと結合されます。これらを組み合わせると、vue を通じてさまざまな統合を実行できます。第 2 に、vue を通じて作成されたコードは、より保守しやすく、テスト容易性が高くなります。たとえば、サーバー側のコード アプリケーションを vue に直接埋め込んで使用することで、より良いインタラクティブなエクスペリエンスを実現し、ユーザーのニーズを満たすことができます。また、ビジネス コード ロジックをフロント コードに直接組み込んで、ニーズに応じて実装することもできます。ユーザーのさまざまなニーズに対応し、さまざまなカスタマイズされた操作を実行します。また、Vue はフロントエンド Web ページ コードを再利用し、Web ページのレンダリングが必要な場合にそれを直接使用し、Vue を通じてコマンドを実行できるため、開発が容易になります。
2.1.6 Ideaランニングソフトウェアの導入
一般に、Java 言語開発を実行するプロジェクトでは、Eclipse ソフトウェア、Myeclipse ソフトウェア、および Idea ソフトウェアを使用します。Myeclipse ソフトウェアと比較して、Idea ソフトウェアにはインテリジェントなアシスタントが追加されており、システムのデバッグを高速化し、システム操作を高速化できます。Eclipse ソフトウェアと比較して、Idea ソフトウェアにはより多くのプラグインがあるため、より多くのプラグインをダウンロードする時間を節約できます。Idea ソフトウェアは注目の新星であり、現在 SpringBoot フレームワークによって開発されたプロジェクトのほとんどは Idea ソフトウェアを使用して実行されています。Idea ソフトウェアは、インターネット上でインストール パッケージを検索することでインストールでき、インストール中のプロンプトに従って完了でき、無料で登録できるため、練習に非常に適しています。Idea ソフトウェアの使い方も非常に簡単です。プロジェクトをインポートした後、簡単な設定でプロジェクトを実行でき、システム開発とシステムのデバッグを統合できます。最も重要なことは、Idea ソフトウェアを使用してシステム プロジェクトを開発する場合、Idea ソフトウェアはエラーを自己修正し、エラーを表示します。そのインテリジェント アシスタントは、プログラミングにおけるプログラマーの初歩的なエラーをインテリジェントに修正することができ、また重大なエラーをインテリジェントに通知することもできるため、修正できないより深刻な問題が発生しないように開発者がエラーの原因を修正するのに便利です。
2.2 システムの実現可能性分析
システムが実現可能かどうかが、システム開発の成功を左右します。システムの設計作業を無駄にしないためには、システムの実現可能性を詳細に分析する必要があります。十分な調査と関連論文の参照によると、システムの実現可能性分析には、通常、システムの技術的実現可能性分析、システムの経済的実現可能性分析、およびシステムの運用上の実現可能性分析の 3 つのタイプが含まれます。
2.2.1 システムの経済的実現可能性分析
本システムはJava言語で開発されるWeb型Webサイトであり、開発サイクルが比較的短く、技術も成熟しているため、開発プロセスに過度な投資が必要なく、経済性が良好です。
2.2.2 システムの技術的実現可能性分析
このシステムで使用されるテクノロジーには、Vue Web ページ テクノロジー、Mysql データベース、B/s モード、Java 言語などが含まれます。
(1) Vue によるフロントエンド ページの開発は安定性が高く、オンラインで直接アップグレードおよび保守できるため、より便利なデータ管理を実現できます Vue の最大の特徴は、大規模で重要でないタスクをシステムが自動的に完了することです。単純な作業で多くの定型コードを自動生成できるため、大幅な作業工数の削減が可能です。また、Vueの技術は非常に成熟しており、参考になる事例も数多くあります。
(2) データベースは Mysql データベースを使用しており、これも学生に非常に適した小規模なデータベースであり、非常に使いやすく、データ処理効率が高いです。
(3) B/sモデルを用いたWebサイトは現在すでに開発の主流となっており、今後の開発の方向性でもあります。
(4) バックグラウンドコードの開発にはオブジェクト指向開発言語である Java 言語を使用しており、使用ケースを直接表示して呼び出すことができ、Xml サービスを直接呼び出すことができ、互換性が非常に高いです。プラットフォームでは、直接呼び出すことができ、汎用性があり、開発者の作業効率を向上させることができ、柔軟性が高く、非常に使いやすいです。
したがって、上記の点を分析すると、開発者が上記の技術をうまく操作することができれば、技術の開発は可能である。
2.2.3 システム運用の実現可能性分析
このシステムはB/sアーキテクチャモデルを使用して開発されているため、インストールされているブラウザとデータベースサーバーのみがシステムにアクセスして使用できます。操作も非常にシンプルで簡単なので、一般ユーザーは最も簡単なインターネット操作経験だけを必要とします。
2.3 システム要件の分析
要求分析とは、システム開発前にシステム開発でどのような問題を解決する必要があるのか、システムにどのような情報を入力し、どのような結果を求め、最終的にどのような結果が得られるのかを決定することを指します。ニーズ分析とは、簡単に言うと「自分は何をしたいのか」を問い、その答えを「何をしたいのか」という問いを通して導き出すことです。要件分析は非常に重要なプロセスですが、非常に難しいプロセスでもあります。要件分析は、システムを開発すべきかどうかを決定する権利を持ち、その後のシステム開発の基礎にもなります。要件分析段階では、システム利用者と開発者とのコミュニケーションが難しく、システム利用者のニーズは常に変化するため、動的な開発の視点で問題を検討する必要があることに注意する必要があります。要件分析中に。
現在、オンラインショッピングシステムの技術開発は非常に成熟しており、主要な電子商取引プラットフォームの売上も非常に目覚ましく、特にいくつかの重要なフェスティバルでは、1日の売上が数十億に達します。Springbootをベースにした華強北モールの中古携帯電話管理システムは、ユーザーがより自分に合った製品を選択しやすくし、アフターサービスも非常に完璧です。中古品を販売する業者も、オンラインとオフラインを組み合わせて商品を販売するようになり、ユーザーは個人で買い物をしたり、業者はオンラインで発送したり、新品を発送したりするなど、現代の生活に非常に適しています。中古取引サイトは時代の流れであり、その需要は自明のことです。
2.3.1 従来の販売システムの長所と短所の分析
初期の販売システムでは主に人間が使用され、データの安全性と保存性を確保できるC/S方式が主に採用され、データベースも複雑で高性能なデータベースが使用されています。システムを使用するには、ユーザーに対する定期的なトレーニングが必要です。ネットワークの急速な発展に伴い、この種の販売システムの欠点が徐々に露呈してきましたが、C/Sモデルではクライアントを固定化する必要があるため、十分に厳しいクライアント条件が要求されます。データに問題があり、安定性が悪く、C/sモードシステムの最大の問題点は何度も修正できないことであり、何度もシステムの追加や修正を行うと誤動作や故障の原因となります。システムのご利用に不都合が生じます。従来の販売システムでは通常、スクリプト言語が使用されていますが、この言語は未熟でエラーが発生しやすく、ユーザーの喪失につながります。
2.3.2 Springbootによる華強北モールの中古携帯電話管理システムの分析
従来の販売システムの分析を通じて、主な問題はシステムのモデル アーキテクチャとデータベースにあることがわかりました。より安定したデータが必要な場合は、より安定したデータベースが必要です。優れたデータベースにより、システムのフォールト トレランスと移植性が向上し、複数のデータベースと組み合わせてシステム内のデータのセキュリティを確保することもできます。同時に、システムの継続性にも注意を払う必要があり、時代の継続的な発展に伴い、より充実したシステムサービスが求められます。システムのライフサイクルを長くするには、より成熟した開発言語、技術、環境などが必要です。
Springbootをベースにした華強北モールの中古携帯電話管理システムはB/sのモデルアーキテクチャを採用しており、B/sフレームワークは固定クライアントから分離でき、システムはブラウザ上に展開して利用することが可能です。機能をモジュールに分割して利用することもでき、データベースと操作インターフェースが分離されているため、片方に問題が発生してももう片方には影響がありません。データベースにはMysqlを使用しており、Mysqlデータベースは単独で動作可能であり、ユーザーが操作を行うと操作後のデータが自動的に保存され、データ変更の問題はデータベース上で修正する必要がありません。開発言語には Java が採用されており、Java 言語は動的言語であり、古くから使用され、非常に成熟した開発が行われています。このシステムのその他のテクノロジーには、時の試練に合格した Idea 実行ソフトウェア、Vue Web ページ テクノロジー、HTML テクノロジーなどが含まれます。
2.4 システム機能の分析
多数の中古取引ソフトウェアを参考にし、スタッフ、販売者、バイヤーのニーズを十分に調査し、Springboot ベースの華強北モール中古携帯電話管理システムを設計しました。役割は観光客、登録ユーザー、管理者、そして商人たち。フレームワークインターフェースは、フロントデスク、登録ユーザーインターフェース、管理者操作インターフェース、マーチャント操作インターフェースに分かれています。フロントデスクの機能は次のように設計されています。
- 検索機能。観光客、登録ユーザー、管理者、または販売者がこの機能を使用して特定の商品を検索できます。
- ニュース機能。さまざまなニュースがこのインターフェースに表示されます。観光客、登録ユーザー、および販売者は、フォアグラウンドでのみ情報を閲覧できます。
- 製品表示機能。このインターフェイスにはすべての製品の詳細が表示され、訪問者は製品について詳しく知ることができ、登録ユーザーはログイン後に購入できます。
- 登録目的を達成するためのユーザー登録機能。
バックグラウンド管理者の機能は次の目的で設計されています。
- 商品情報管理機能、入荷・入荷・編集等、商品の評価も確認できます。
- 注文管理機能。この機能はユーザーの注文を受け取り、注文を確認できます。
- ニュースのリリースを実現するニュース管理機能。
- 商品カテゴリ管理機能。この機能は、ユーザーが商品の分類を認識するのに役立ちます。
- 登録ユーザーの管理を実現するユーザー管理機能。
- 管理者管理機能、管理者情報とパスワードの変更管理を実現します。
- カルーセルマップ情報機能、写真の追加、カルーセルマップの設定。
登録ユーザー向けの機能設計は次のとおりです。
- 登録中のデータの変更とメンテナンスを実現する個人データ管理機能。
- 私の収集機能、あなたが収集した情報を管理します。
- ショッピングカート管理機能、ショッピングカート内の商品を管理します。
- 注文管理機能では、自分の購入した注文を管理します。
マーチャント機能は次のように設計されています。
- ビジネス情報の管理を実現するパーソナルセンター機能。
- 商品情報管理機能により、商品のリリースや商品の受注管理を行います。
2.5システムパフォーマンス分析
システム分析におけるもう 1 つの重要な点はシステムの性能分析であり、システムの機能分析を除く他の問題もシステムの性能分析に分けることができます。これには主に、システム データの問題、システム操作の問題、システム セキュリティの問題が含まれます。
- Springbootをベースとした華強北モールの中古携帯電話管理システムの核心は商品の売買にあり、その過程でさまざまなデータ変更が発生するため、システムデータの問題はデータベースの設計に現れます。売買業務。データをエラーなく変更したい場合は、データベースを設計するときに、さまざまなデータ フィールド、型などの主キーと外部キーの関係に注意する必要があります。
- システム運用の問題は、マルチプラットフォームおよび複数人でシステムを実行する場合の安定性に現れます。システムの実行速度にも注意を払う必要があり、実行中のフリーズやコードの読み取り速度などについては複数のテストを行う必要があります。
- システムのセキュリティ上の問題は、ロールの使用権限に現れており、最も権限の低いロールである観光客はその権限を超えることはできず、最も権限のあるロールである管理者は他のロールを管理できる必要があります。
2.6 ユースケース図
機能分析によると、このシステムの主な役割は、管理者、登録ユーザー、販売者です。登録ユーザーは、ニュースの閲覧、商品の閲覧、商品の購入、ショッピングカートや注文の管理などを行うことができます。管理者は、システム情報、登録ユーザー、製品情報とニュース、注文情報、製品評価、分類情報などを管理できます。販売者は商品情報や商品の注文を管理できます。システムの使用例図を以下の図 2-1 に示します。
図 2-1 Springboot をベースとした華強北モールの中古携帯電話管理システムのユースケース図
2.7 システムのビジネスプロセス
システムを利用するユーザーのステップに合わせて業務プロセスを設計できます。このシステムに登録されたユーザーは、ニュースの閲覧、商品の閲覧、商品の購入、ショッピングカートへの追加、注文管理、商品の評価などを行うことになります。管理者のプロセスは、ニュース、ユーザーの注文、ユーザーの登録情報の管理、製品の管理などです。販売者は商品や商品の注文などを管理できます。Springboot をベースにした華強北モールの中古携帯電話管理システムのビジネス プロセスを以下の図 2-2 に示します。
図 2-2 Springboot をベースとした華強北モールの中古携帯電話管理システムの業務フローチャート
(1) 観光客が登録利用者になるには利用者登録のみが必要であり、登録時に情報の入力・判断が必要となります。ユーザー登録のフローチャートを以下の図 2-3 に示します。
図 2-3 ユーザー登録の流れ
(2) ユーザーが評価を行う際には、ログイン状態であるかどうかを判断し、評価内容が適法であるかどうかを判断する必要があり、ユーザー評価機能はユーザーと加盟店とのコミュニケーションを実現することができます。ユーザー評価のフローチャートを以下の図 2-4 に示します。
図 2-4 ユーザー評価のフローチャート
(3) 商品購入のプロセスには様々なデータの連携が必要であり、商品購入のプロセスは本システムの中核に属します。ホームページでログインを確認し、商品の閲覧、ショッピングカートの追加、購入、チェックアウトなどを行います。製品購入プロセスを以下の図 2-5 に示します。
3.1 システム設計プロセスの分析
優れたシステムがスムーズに開発できるようにするには、システム設計に特定のプロセスを採用する必要があります。まず、ユーザーのニーズを調査する必要があります。ユーザーには一般のユーザーだけでなく、システム管理者やスタッフも含まれます。ユーザーのニーズを十分に理解して初めて、要件を満たすシステムを設計できます。第二に、開発の選択です。言語と技術、環境、開発言語と技術と環境の選択は非常に重要であり、システムのライフサイクルを保証できるのは、オープンソース、長いライフサイクル、強力な互換性の技術、環境、言語だけです。関連する同様のシステムの問題と実現可能な解決策の発見 最後に、そして最も重要なことですが、システムが時期尚早に排除されないように、システムの高度な性質を可能な限り確保する必要があります。
3.2 システムの詳細設計と設計原則
詳細設計では、最初にシステムをどのように実装するかを決定します。つまり、このプロセスを通じて、システムの特定の機能の記述と計画が完了し、計画された機能モジュールをコーディング時に直接実行できるようにする必要があります。開発用のプログラム。まだ詳細設計の段階からプログラム開発の段階までは至っていませんが、まずプログラムの設計(ドラフトに相当)を行う必要があり、まず設計の各ステップを計画し、コードを実装する際には直接コーディングするシステム設計となります。したがって、システムの詳細設計も非常に重要なステップであり、設計の良し悪しがプログラムの最終的な品質を決定します。プログラムの設計図をこんな風にコードを書くロジックは正しいか、性能はユーザーのニーズを満たしているか、分かりやすいか、操作は簡単かなどをチェックする必要があります。考慮する必要がある問題は適切に設計する必要があります。これにより、コードの記述が容易になります。
システム開発を成功させるには、まずシステム開発の目的であるポジショニングを明確にし、システムの具体的な実装機能と投資する具体的なコストを決定し、市場実現可能性分析を実施して、次のステップを開始する前に、システムが実現可能かどうかを最終的に判断します。詳細な事前調査を経て初めて、システム開発における他の多くの問題を回避し、システムの開発をスムーズに行うことができます。したがって、システムを成功させるためには、まず計画を正しく理解し、要件に従って対応するデータ構造、開発環境、ネットワーク アーキテクチャを設計し、完全なシステムを形成する必要があります。もっと役に立つように。したがって、この考え方を通じて、このシステムの開発には次の特定の原則が採用されます。
(1) 有効性: ここでの有効性は主に 2 つのレベルによって構成されます。1 つ目は有用性、2 つ目は使いやすさです。有用性とは、開発したシステムが市場の需要があり、ユーザーの視点で実装されていることを主に意味し、ユーザビリティは主に、ユーザーが使用した後にユーザーのニーズを満たすことができることを意味します。したがって、このようにして開発されたシステムが良いシステムであり、成功し、ユーザーを満足させることができるようにするには、両方の側面を同時に考慮する必要があります。
(2) 互換性: 成功するシステムは、さまざまな環境と互換性があり、ユーザーが異なるハードウェアでも同じ効果を達成できることを十分に考慮し、非常に良好な互換性を確保する必要があります。
(3) セキュリティ: ネットワーク情報の発展に伴い、ユーザー データのセキュリティ、情報セキュリティ、およびプライバシーのセキュリティがすべて非常に重要になるため、ユーザーのセキュリティも最も重要な関係となります。ユーザーリソースの共有を確保するためにハードウェアとソフトウェアが合理的かつ最大限に活用されるため、システムデータのセキュリティも保証され、バックアップおよびリカバリ機能が必要になります。各権限を持つユーザーは、データのセキュリティを確保するために独自の異なる操作権限を持ちます。
(4) 進歩: このシステムの開発には、現在普及している Springboot フレームワークが採用されており、このシステムの開発のすべての機能を満たすことができます。データベースは mysql を使用し、データも安全に保存されます。Microsoft 上で開発されています。システムの互換性とメンテナンスのしやすさが向上します。
(5) 標準技術の採用:本システムの開発に使用する各種技術規格は、いずれも現行の国際標準規格を採用しており、オープン性の高いシステムとなっております。
3.3 システムアーキテクチャ
システムのアーキテクチャは非常に重要であり、多くの場合、システムの品質とライフサイクルを決定します。異なるシステムには異なるシステム アーキテクチャを採用できます。本システムは、オープンプラットフォームに属するSpringbootをベースとした華強北モールの中古携帯電話管理システムであり、システム構造にはB/sが採用されています。B/S 構造は、固定されたクライアント要件を放棄し、サーバーおよびクライアント モードを採用します。ユーザーの操作インターフェースは手前に表示され、管理者の操作インターフェースは奥に表示されます。B/S 構造はインターネットに基づいており、ネットワークのサポートが必要です。ユーザーはブラウザ上でコマンドを発行し、サーバーはそのコマンドをデータベースに送信し、最後にサーバーがフィードバック結果をブラウザに送り返します。ユーザーへのプレゼンテーション用。
3.4 システム機能構成
システムの機能構造はシステムを実現するための枠組みであり、システムの主な構造は管理者、ユーザー、加盟店です。管理者の機能は、パーソナルセンター管理、ニュース管理、商品管理、注文管理、カルーセルマップ管理などです。ユーザーの機能は、オンライン登録・ログイン、ニュース閲覧、商品情報閲覧、myショッピングカート管理、my注文管理、コレクション管理、商品評価などです。販売者は商品情報や商品の注文、個人データを管理できます。Springboot をベースとした華強北モールの中古携帯電話管理システムの機能構成図を以下の図 3-1 に示します。
図 3-1 Springboot をベースとした華強北モールの中古携帯電話管理システムの機能構成図
3.5 システムインターフェースの設計
3.5.1インターフェース設計の原則
システムがインターフェイス設計において特定の原則に従っている場合、設計はよりスムーズになり、エラーの発生が減り、改訂エラーの数が減ります。システムのインターフェース設計も非常に重要であり、優れたインターフェースのみがユーザーを引きつけ、ユーザーを確実に維持することができます。インターフェイス設計の原則は一般に次のとおりです。
- 異なる役割の個人データ管理の変更など、同じ機能については、同じスタイルでデザインされているため、ユーザーはさらに学習することなく操作習慣を身につけ、この機能の機能を一目で理解できます。
- 異なるロールの操作インターフェースを個別に設計して、ロールを区別できるようにすることもできます。また、ユーザーが現在ログインしているロールを一目で確認できるように、ロールの操作インターフェースにリマインダー情報を設定する必要があります。
- 手動入力をできるだけ減らすようにインターフェイスを設計してください。手動入力は時間と労力がかかり、エラー率が高くなります。選択方法と自動入力方法に変更すると、ユーザーの入力プレッシャーを軽減できます。例えば、ユーザー登録時の性別入力や情報入力のカテゴリーなど。
- 操作中に、ユーザーの誤操作を防止するためのプロンプトワードやプロンプトボックスをできるだけ多く設定し、ユーザーがログインに失敗した場合に、ログインに失敗した理由をプロンプトで表示するなど、ユーザーの操作をガイドすることができます。パスワードまたはアカウント番号が間違っているため。
3.5.2情報入力機能の設計方針
情報入力の正確率を向上させ、ユーザーの情報入力圧力を軽減するために、情報入力機能の設計に手動入力を可能な限り減らすという原則を採用できます。情報入力機能の設計原則は次のとおりです。
- 複数の選択ボックスやリスト ボックスなどを使用して手動入力を減らすことができ、大量のテキストを入力する必要がある場合は、コピー&ペーストできるように設計したり、代わりに特定の略語を使用したりできます。
- ユーザーの誤入力を減らすため、定型フォーマットを採用することで、例えば、連絡先情報を入力する場合は数字のみ入力可能、その他の情報を入力する場合は「形式が正しくありません」と表示する、数量を入力する場合は「形式が正しくありません」と表示するなどの規定も可能です。数字を入力することができます。
3.6 データベース設計
データベースは主にデータベース ストレージとして使用され、これもシステムの重要なステップです。データベース設計のプロセスも 3 つの段階に分かれています。第 1 段階はデータベース要件の分析、第 2 段階はデータベースの概念モデルの確立です。データベース、最後がデータベースのロジック設計です。データベース要件分析とは、このシステムを開発する際のユーザーの明確なニーズ、つまり、このデータベースからどのような情報を実現する必要があるかを明らかにし、どのような種類のテーブルを作成するか、各テーブルがどのようなデータストレージに対応するか、および設計を行うことです。データベースの安全性・信頼性を確保するには、システム工学の観点から設計を行う必要があることが分かりました。要件分析の段階では、ユーザーの立場に立ってデータセキュリティ分析を行うと同時に、データの統計やユーザーニーズの分析も行う必要があります。データベースの構築段階では、まず各データフィールド、毎日のデータが基本的なニーズを満たしているか、システムが安全で信頼できるか、パフォーマンスが良いか、操作が便利か、その後のメンテナンスが考慮されます。 、など。最後はデータベース機能の実装段階で、主にデータの追加、削除、変更、動作確認、システム要件を満たしているかどうかなどを確認します。
データベースの設計は、データベースの概念設計とデータベースのロジック設計の 2 つの部分に分かれています。データベースの概念設計は主にデータの ER 図を設計し、データベースの論理設計は主にデータのデータベース テーブルを設計します。
3.6.1 ER図の設計
データベースのER図は、ユーザーの役割からビュー設計を行い、設計したビューを統合し、統合に基づく分析を経て結果を得るというボトムアップ方式で設計されています。ER 図はエンティティと接続の形式で設計されており、ER 図の内容にはエンティティ、属性、関係が含まれます。エンティティはシステムの動作で使用されるデータを指し、属性はエンティティに含まれるコンテンツの説明、関係はエンティティ間のつながりを指します。本システムの特徴として、本システムが設計する主体は、管理者情報、利用者情報、商品情報、注文情報、ニュース・評価情報等となります。
- 管理者 ER 図に含まれる属性は、管理者番号、ユーザー名、パスワードです。管理者 ER 図を次の図 3-2 に示します。
図 3-2 管理者エンティティの ER 図
- 製品情報に含まれる属性は、製品番号、製品名などの製品の詳細な説明です。製品情報の ER 図を次の図 3-3 に示します。
図 3-3 商品情報エンティティの ER 図
(3) 登録されるユーザー情報の属性には、ユーザーの氏名、性別、電話番号等の個人データが含まれます。登録ユーザー情報エンティティの ER 図を次の図 3-4 に示します。
図 3-4 登録ユーザーエンティティの ER 図
(4) 注文エンティティの属性には、注文時刻、注文番号、注文者などが含まれます。注文エンティティの ER 図を以下の図 3-5 に示します。
図 3-5 注文情報エンティティの ER 図
(5) 評価情報主体の属性には、評価者、評価内容、評価時期等が含まれる。評価情報エンティティの ER 図を以下の図 3-6 に示します。
図 3-6 評価情報エンティティの ER 図
(6) ニュースエンティティの属性には、タイトル、内容、リリース時刻が含まれます。ニュース エンティティの ER 図を以下の図 3-7 に示します。
図 3-7 ニュースエンティティの ER 図
(7) Springboot に基づく華強北モールの中古携帯電話管理システムの全体的なエンティティ関係図を以下の図 3-8 に示します。
図 3-8 システム関係 ER 図
3.6.2データベーステーブルの設計
データ ER 図の設計に従って、このシステムのデータベース テーブルには、管理者情報テーブル、ユーザー情報テーブル、製品情報テーブル、評価情報テーブルなどが含まれます。このシステムのデータベース テーブルを以下の図 3-1 ~ 3-12 に示します。
4.1ユーザー登録機能のインターフェース実装
ユーザー登録機能の設計の目的は、ユーザーの操作を実現することです。システムを操作するにはユーザー登録が必要で、訪問者は情報の閲覧のみが可能です。ユーザー登録機能インターフェースにはユーザー情報フィールドが設定されており、このインターフェースのデータはユーザー情報テーブルと関連付けられており、訪問者がこのインターフェースに正常に登録すると、入力された情報がユーザー情報テーブルに保存されます。ユーザー登録機能の操作インターフェースを以下の図 4-1 に示します。
図 4-1 ユーザー登録機能の実行画面
4.2ログイン機能のインターフェース実装
登録が成功したら、ユーザーはログインする必要があります。ログイン インターフェイス設計の目的は、使用されている現在の役割レベルを確認することです。管理者と販売者も、操作する前にログインする必要があります。ユーザーログインと管理者・ビジネスログインの2つのインターフェースがあり、ログイン時にユーザーアカウントとパスワードを入力するだけです。ユーザー ログイン用の実行インターフェイスを次の図 4-2 に示します。
図 4-2 ユーザーログインの実行インターフェイス
管理者および加盟店のログイン インターフェイスに含まれる要素には、システム タイトル、入力ボックス、ログイン ボタンが含まれ、同時に加盟店登録およびユーザー登録機能が設計されています。管理者がログインするための条件は、アカウント番号、パスワード、ID です。管理者ログインとビジネス ログインの操作インターフェイスを次の図 4-3 に示します。
図 4-3 管理者およびビジネス ログインの操作インターフェイス
4.3 管理者機能の設計と実装
4.3.1ユーザー管理機能の実現インターフェース
登録ユーザー管理機能では、ユーザー登録後のプロフィール管理者を確認することができ、登録ユーザーのプロフィールを見直し、不正利用があった場合にはアカウントを削除することができる機能設計となっております。登録されているユーザ情報を削除すると、対応するユーザ情報テーブルの情報も削除されます。登録ユーザ管理機能の操作画面を以下の図 4-4 に示します。
図 4-4 ユーザー管理機能の実行画面
4.3.2ユーザーセンター管理機能の実現インターフェース
ユーザーセンターが管理する内容には、管理者アカウントの管理やパスワードの変更などが含まれます。このシステムには複数の管理者が存在する場合があります。ユーザーセンター管理機能の操作画面を以下の図 4-5 に示します。
図4-5 ユーザーセンター管理機能の操作画面
4.3.3ニュース情報管理機能の実現インターフェース
この機能では、ユーザーが閲覧するニュースは管理者によって維持、追加されますが、同様に管理者がニュースを追加、編集すると、データベーステーブルのセクションテーブルも変更されます。ニュース情報を追加する機能の実行インターフェイスを次の図 4-6 に示します。
図 4-6 ニュース情報追加機能の実行画面
ニュース情報管理機能ではニュースの問い合わせも行います。ニュースをクエリするための実行インターフェイスを次の図 4-7 に示します。
図 4-7 ニュース検索の操作インターフェース
4.3.4 商品回収管理機能の実現インターフェース
管理者は、お気に入りの情報を照会したり、お気に入りの情報を管理したりできます。クエリ商品収集機能の操作インターフェースを以下の図 4-8 に示します。
図4.8 クエリ商品回収操作インターフェース
4.3.5 注文管理機能の実現インターフェース
ユーザーが注文した後、管理者はこの機能で注文を受け取ることができます。レビュー順序が正しければ、次のステップに進むことができます。注文管理機能の操作インターフェースを以下の図 4-9 に示します。
図 4-9 注文管理機能の操作画面
4.3.6 商品情報管理機能のインターフェース実現
管理者が商品情報を閲覧し、商品の評価を問い合わせることができます。製品情報を照会するための操作インターフェースを以下の図 4-10 に示します。
図 4-10 製品情報照会機能の操作画面
4.4 ユーザーロール機能のインターフェース実現
4.4.1 製品閲覧機能のインターフェース実現
フロントデスクでは、すべての分類された製品を閲覧できます。製品の詳細には、主に製品の写真、価格、タイトルが表示されます。製品情報閲覧機能の操作画面を以下の図 4-11 に示します。
図 4-11 ブラウズ製品の操作インターフェイス
4.4.2 注文投入機能の実現インターフェース
製品を選択し、「購入」をクリックすると、注文送信インターフェースに移動します。このインターフェースでは、購入数量と配送先住所を入力する必要があります。注文送信機能の操作インターフェイスを以下の図 4-12 に示します。
図 4-12 注文を送信するユーザーの操作インターフェイス
4.4.3ショッピングカート管理センター機能の実現インターフェース
ユーザーはショッピング カートに商品を追加することもできます。ショッピング カート管理機能の実行インターフェイスを次の図 4-13 に示します。
図 4-13 ショッピングカート管理機能の実行インターフェース
4.4.4注文管理センター機能の実現インターフェース
ユーザーはパーソナル センターで注文と返品を管理できます。注文管理機能の実装インターフェースを以下の図 4-14 に示します。
図4-14 注文管理機能の運用効果
4.5 マーチャントロール機能の実現インターフェース
マーチャントの主な機能は、製品の公開と製品注文の管理です。マーチャントの役割機能を実現するためのインターフェイスを次の図 4-15 に示します。
図 4-15 マーチャントロールの機能実現インターフェース
5.1 システムテストの方法
一般に、システムテストの方法は 2 つのカテゴリに分類されます。1つはホワイトボックステストと呼ばれるシステム機能のロジックを主にテストするもの、もう1つは主にシステム機能が間違っているかどうかをテストするものをブラックボックステストと呼ばれます。ブラックボックス テストはそれほど難しくなく、主にさまざまなデータを使用した継続的な実験を使用してシステムをテストします。このシステムでは、主にブラックボックステストという手法を用いてテストを行っています。
5.2 試験環境と試験条件
このシステムのテスト環境は、Idea ソフトウェアと Mysql ソフトウェアです。以前は、テストのためにさまざまなバージョンのソフトウェアをさまざまなコンピュータにインストールしていました。このシステムのテスト条件は、コンピュータ室のコンピュータ、自分のコンピュータ、クラスメートのコンピュータです。
5.3 テストフォームの例
まず、テストする機能を決定し、各機能を表にまとめ、テストプロセスとテスト結果を記録して、将来の比較と問題発見を容易にします。このシステムのテスト形式を以下の表 5-1 に示します。
表 5-1 システム インスタンスのテスト フォーム
5.4 テストの概要
テストを通じて、このシステムの機能が正しく実行できることがわかりました。テストテーブルの分析によると、システムの機能ロジックも正しいことがわかります。このシステムは、市場の発展に即したオンラインでの商品管理・取引を実現することができ、加盟店の販売範囲の拡大と利用者の買い物の円滑化という目的を達成し、目標を達成した。
私はこの設計・開発を通じて、システム開発のあらゆるプロセスを熟知し、知識を習得してきました。開発の過程で、私はまだ学習面で多くの不足や不備があることに気づき、必然的にさまざまな問題に遭遇しました。たとえば、最初に構築したデータベースのテーブル間の関係が明確でなく、構築されたテーブルが多すぎて必要な接続が確立されていないものが多かったために、他社の開発成功事例を参考にして、データベースの構造がより現実的になり、データベースが実現され、関係が緊密でシンプルかつ直接的になります。さらに、コードが複雑すぎて、多くのロジック コードとクラスが繰り返されます。その後、この点を研究し、教師に相談することで修正が実行され、同じロジック コードとクラスを別のモジュールで直接呼び出すことができます。これにより、コードの使用率が大幅に向上し、より効率的になります。私の技術レベルが限られているため、インターフェイスのデザインがシンプルで美しくないなど、まだまだ不十分な点がたくさんあります。
設計プロセスには不備な点も多々ありましたが、基本的には当初の開発ニーズを満たしており、貴重な実務経験が蓄積され、今後の学習や仕事への良い基盤となったことが最大の収穫です。今後は、自分の足りないところを補うためにさらに勉強し、開発の過程で苦労した点をしっかりと学び、今後開発するシステムをより完成度の高いものにしていきたいと思っています。
3 か月の苦労を経て、卒業制作がついに完成しました。たくさんの困難や挫折を経験し、システムが動かなくなるなどのミスもたくさんありましたが、先生のおかげで問題を早期に発見することができました。問題を解決する方法を私に教えてくれて、卒業プロジェクトを無事に完了できるように正しい方向を示してくれました。卒業を機に、先生に心からの感謝の意を表したいと思います。先生は私に多くの学習知識を教えてくれただけでなく、人生の原則もたくさん教えてくれました。先生に感謝したいと思います」改めて、先生、よく頑張りました、ありがとうございました。
卒業設計のプロセスも、皆さんの熱心な協力と貴重な意見のおかげで、最終的には無事に完成し、継続的に改善を続けることができました。大学生活も終わりに近づき、私たちは様々な仕事に就かなければなりませんが、皆さんのご多幸を祈り、祖国と母校に恩返しをし、共に頑張っていきましょう。
[1] 私たちの記者、Zheng Fei と特派員、Dang Lihang. Shanhuo Youwang が世界へ「行く」 [N]. Shaanxi Daily、2021-08-18(010)。
[2] 王暁娟、徐恵剛、本誌記者朱希偉「インターネット+」で地方活性化を支援 [N]. 九江日報、2021-08-18(002)。
[3] Liang Chao、Chen Yu. 電子商取引が田舎に進出し、開発のための新しいエンジンを作成する [N]. International Business Daily、2021-08-18(008)。
[4] Chang Jianing、Pan Lin、B/S に基づくオンライン ショッピング システムの設計 [J]、中国科学技術情報、2021(15): 71-72。
[5] Hu Xiaochun、Hu Kai、Chen Yan. JAVA に基づく中古取引ウェブサイトの研究開発 [J]. Information Technology and Informatization, 2021 (01): 18-21.
[6] Mo Juncheng、Tian Xiuyun、JAVA に基づくオンライン ショッピング プラットフォームのシステム設計 [J]、電気機械工学技術、2021、50(01): 103-105。
[7] Wang Chunming. JAVA ベースの中古品取引 Web サイトの設計と実装 [J]. 電子技術とソフトウェア工学、2020(20):48-50.
[8] Wang Wei. パターンベースの Web アプリケーション インターフェイス開発ツールの設計と実装 [D]. ノースウェスト大学、2020.
[9] Ma Yaqi、Liu Dongxu. キャンパス オンライン ショッピング システムの設計について [J]. Computer Knowledge and Technology、2020、16(14): 274-275。
[10] Liang Zheng、Zhou Weihang、Liang Jun、電子商取引ショッピング システムの設計と実装 [J]、ショッピング モールの近代化、2019(11):20-21。
[11] Zhu Cheng. 中古品取引プラットフォームの設計と開発 [D]. 南昌香港大学、2019.
[12] Wang Shengyu、Ye Chuanqi、Liu Di、Li Chuang、Jiang Wenjie、Chen Xin. JAVA テクノロジーに基づく B2C オンライン ショッピング モール システムの設計と実装 [J]. Computer Knowledge and Technology、2019、15(07): 282~284。
[13]フセイン・サフダール、ソン・シー、ニウ・ベン。情報導入のための eWOM への消費者の動機付けへの関与: 組織動機の仲介役割。[J]。心理学のフロンティア、2019、10.
[14]博士 E. ムラリ・ダルシャン、ジャパ・アスリタ・レディ。ハイデラバードにおけるオンライン ショッピングに対する顧客行動に関する研究[J]。科学研究開発動向ジャーナル、2019、3(2)。
[15]ジャロトワン・コイワニット。オンライン ショッピング システムに対するドローン配送の環境への影響の分析[J]。気候変動研究の進歩、2018 年。