1. システムのスクリーンショット (デモビデオが必要な場合は、プライベートにチャットできます)
ネットワーク技術やコンピュータ技術の発展に伴い、深い理論的基盤を有し、現実に活用されるようになり、特にコンピュータの動作を基盤としたソフトウェアは各界から注目を集めています。また、情報化時代に突入した現在、情報の推進と管理は非常に重要です。このため、商店街の買物情報の管理を電子化してシステム化する必要がある。ショッピングモールのウェブサイトを設計・開発すると、人手と管理コストを節約できるだけでなく、膨大な量のデータを安全に保管できるため、ショッピングモールの買物情報の保守や取得にそれほど時間がかからず、非常に便利です。
ショッピング モールの Web サイトは、情報を保存するために MySQL でデータ テーブルを作成し、Vue フレームワークと Java 言語を使用して記述されています。そして、ソフトウェアの設計および開発プロセスに従って設計および実装します。このシステムはユーザーフレンドリーで、完全に機能します。管理者はバックエンドにログインした後、製品とユーザーを管理し、製品のインバウンドおよびアウトバウンド操作を実行し、さまざまなステータスの注文を管理します。ユーザーは、製品情報の表示、製品の収集、製品へのコメント、製品の購入、およびさまざまなステータスの注文の表示を行います。
ショッピングモールのウェブサイトはモールのショッピング情報を標準化すると同時に、データ入力の有効性ルールを通じて誤ったデータを迅速に検出できるため、データ入力の正確性の目的を達成でき、それによってショッピングモールが提供するデータの信頼性が向上します。システムデータのエラー率が最小限に抑えられます。
キーワード: ショッピング モールのウェブサイト、MySQL、Vue フレームワーク
目 录
1 はじめに
1.1 选题背景
ネットワーク技術やコンピュータ技術の発展に伴い、深い理論的基盤を有し、現実に活用されるようになり、特にコンピュータの動作を基盤としたソフトウェアは各界から注目を集めています。コンピュータソフトウェアは、さまざまな業界のビジネス特性や管理ニーズに応じてさまざまな機能を設定でき、さまざまな業界の実際の運用要件を満たすことができ、その高速かつ便利な情報処理モードは、情報管理者を煩雑な作業からすでに解放し、メンテナンスも容易です。データのセキュリティを実現できます。また、情報化時代に突入した現在、情報の推進と管理は非常に重要です。したがって、情報管理モデルは今日の経営トレンドでもあります。商店街買物情報については、旧来のやり方をそのままにしておくと、業界競争力に影響を及ぼし、時代とともに容易に淘汰されてしまうため、商店街買物情報管理の電子化・システム化が必要である。ショッピングモールのウェブサイトを設計・開発すると、人手と管理コストを節約できるだけでなく、膨大な量のデータを安全に保管できるため、ショッピングモールの買物情報の保守や取得にそれほど時間がかからず、非常に便利です。
1.2 选题意义
ショッピングモールのWebサイトの実用化は、管理者全体の質の向上にもつながります。なぜなら、ショッピングモールのウェブサイトは、ショッピングモールの買物情報管理者の業務負担を軽減するだけでなく、その浮いた時間を自分の豊かさや個人の能力向上に充てることができてこそ、ショッピングモールが提供するサービスを最大限に発揮できるからです。モールの Web サイトにはデータ情報が表示されますが、データ処理を迅速に完了してサービス レベルを向上させることもできます。また、ショッピングモールのウェブサイト開発への投資コストは低いですが、その後の使用において多くのメリットが生まれ、特にショッピングモールのウェブサイトが高負荷で動作している場合、品質とデータを確保することもできます。データ処理のセキュリティ: 処理作業を制御することで、プロセスを最適化することで、従来のモデルへの投資に必要な人材と資本を節約し、情報管理コストを削減できます。さらに、ショッピングモールのウェブサイトはモールのショッピング情報を標準化しながら、データ入力の有効性ルールを通じて誤ったデータを迅速に検出することができ、データ入力の正確性の目的を達成することができ、それによって提供されるデータの信頼性が向上します。ショッピングモールのウェブサイト。システムデータのエラー率を最小限に抑えるため。
1.3 研究内容
システムの設計と開発の一般的なプロセスに従ってシステムを説明すると、システムは分析段階、設計段階、実装段階、テスト段階に分けることができます。したがって、システムのドキュメントを作成するときは、システムの段階に応じてシステムの内容を記述します。
はじめに: これは、トピックの背景と重要性についての紹介です。
システム開発技術:使用するツールやプログラミング言語など、システムで使用される技術について紹介します。
システム分析:システムの運用実績など、ユーザー調査を通じて得られたニーズの紹介を含め、投資の初期段階で必要な実現可能性分析を含むシステムの分析です。
システム設計:描画ツールを使用して設計されたシステムの機能構造や、データベースに作成されるデータテーブルの格納構造の設計など、システムの設計について紹介します。
システム実装: これはシステムのコーディング実装です。導入されたシステムの各モジュールの運用効果の紹介も含まれます。
システム テスト: これは、コンパイルされたシステムのテストです。機能テストなどのコンテンツを紹介します。
このパートでは、使用するツールやプログラミング言語など、主にこのシステムで使用されているテクノロジーを紹介します。
2.1 Java语言
Java 言語は 1995 年から 25 年以上存在しており、ソフトウェア開発において依然として大きな市場シェアを占めています。 Sun が Java を発明したとき、それは、プログラム開発者がサーバーがどのプラットフォームに属しているかを気にせずにプログラム開発プロセスに集中できるようにする、クロスプラットフォームの高水準プログラミング言語を開発することでした。非常に早く発展します。 Java の開発は C++ などの言語の利点を吸収しており、一般に新しいものは古いものの問題点の一部を解決するため、Java には多くの欠点もありますが、少なくとも開発の方向性にはなっています。 Java を学ぶには、ポインタなどの多くの概念は必要ありませんし、スタックの概念などの複雑すぎるデータ構造理論を学ぶ必要もありません。一部の特殊な業界でこれらについて非常に厳しい要件がある場合を除き、一般に、Java を学習する際にさまざまな側面を考慮する必要はありません。 Java でのプログラムの開発、さまざまなデータ構造。 Java は厳密に型指定された言語であるため、さまざまなデータに対して対応するさまざまな型が定義されています。 Java はデータ型定義を 2 つのカテゴリに分類します。1 つは 8 つの基本属性を含む基本型で、もう 1 つはパッケージ化クラスです。基本クラスとパッケージクラスには基本的な定義が明確に区別されており、コンピュータの動作に明確な違いが生じます 使い方を誤るとコンパイルエラーが発生し、動作に影響を及ぼします Javaのさまざまな利点を必要なだけで享受できますステップごとに説明しますので、学んで使用してください。
2.2 SSM フレームワーク
このトピックで開発されたアプリケーションで使用される主なフレームワーク テクノロジは、Java 言語のフレームワークのコレクションの略語である SSM です。現在、Java 言語には 2 つの主要なブランチがあります。1 つは Java 言語に焦点を当てたものです。 Java の基礎を学ぶと、主にアプリケーションのバックエンド開発と設計のために学ぶべき高度な Java フレームワークがたくさんありますが、一方で、主に Android フロントエンド設計のために Android 言語を学ぶためにキャリアを変えることもできます。 Java 言語でもあり、主に Android プラットフォーム、さまざまなアーキテクチャとフレームワークについて学びます。ただし、フロントエンド アプリケーションに関係なく、SSM フレームワークは主にサーバー側向けに開発された主流のフレームワークのコレクションです。従来の SSH フレームワークの肥大化と構成の煩雑さを考慮すると、開発でも二次開発でも多くの時間の無駄が発生し、学習を効果的に結び付けることができません。フレームワークの設計は比較的厳格であり、エラーが発生しやすくなります。 SSM フレームワークは現在最も人気があり、煩雑な構成に別れを告げ、構成がより柔軟になり、データ操作がより便利になるため、開発に SSM フレームワークを選択することは非常に適切であると考えられます。
2.3 MYSQL数据库
リレーショナル データベースの設計、データベースのフィールド タイプとフィールドの長さの設計はすべて、その後のプログラム開発後の大規模なデータ操作の効率に影響します。リレーショナルデータベースにはフィールドの種類ごとに解説があり、基本的には対象者が必要とするアプリケーション開発に応じて最適なリレーショナルデータベースを検討します。リレーショナル データベースは何十年も前から開発されてきましたが、適者生存の影響で、現存するリレーショナル データベースはそれほど多くありません。基本的には、アプリケーションの機能要件を満たすことができれば、データベースは他の側面からも考慮する必要があります。 。インストールとメンテナンスの観点から見ると、SQL Server データベースには数ギガバイトのインストール パッケージがあり、インストール プロセス中に多くの不要な機能がインストールされるため、多くのリソースが消費されます。 Oracle データベースは SQL Server インストール パッケージと同じくらい小さく、インストールには多くの問題が発生しますが、対象者のニーズに合わせて、それほど面倒である必要はなく、インストールにはさまざまなアクティベーションも必要です。MySQL のみです。データベースは完全に適切で、インストールパッケージのサイズは数十メガバイトです。実行するのにストレスはありません。結局、開発用コンピューターには他にも便利なものがたくさんあり、それらは完全に無料なので、MySQLデータベースを選択しました優先データベースとして。
2.4 Vue フレームワーク
Vue は Vue.js フレームワークであり、ブラウザでユーザー アクセス インターフェイスを構築するために使用される進歩的なフレームワークです。 Vue フレームワークを学習する前に、まず、HTML、CSS、JavaScript 言語のルールである Web ページ構築の基本知識を学ぶ必要があります。 Vue はこの基盤に基づいており、ビュー階層のみに焦点を当て、下位層から上位層への段階的な開発と設計を採用しています。 Vue の目標は、対応するデータ バインディングとビュー コンポーネントを組み合わせ、コンテンツと動的表示コンテンツを一緒に記述する必要なく、API を通じてそれを実現することです。Vue を使用すると、プログラム開発者は Web ページから完全に設計とバックエンド開発を行うことができます。完全に分離することで、プログラム開発者は自身の専門分野の開発に専念できるようになり、読みやすさ、書きやすさなど開発効率が向上します。 Vue を使用する場合、Vue は IE8 ブラウザと IE8 より前のすべてのバージョンのブラウザをサポートしておらず、IE8 より新しいブラウザ バージョンのみをサポートしていることに注意してください。
3 システム分析
コンテンツのこの部分は開発プロセスの最初にありますが、システム分析結果の品質がその後のリンクの開発に直接影響するため、その後の設計と実装において重要な役割を果たします。
3.1実現可能性調査
システム開発には、開発コストが高い場合は導入に適さない、開発期間が予想を超える場合には導入に適さないなど、さまざまな要因が考えられます。したがって、開発を正式に決定する前に、システムの実現可能性を検討し、経済性、時間、運用の観点からシステムを開発できるかどうかを実証してください。
3.1.1 経済的実現可能性
ショッピングモールのWebサイトでは、業務プロセスの簡素化、情報処理機能の提供、データの長期保存が可能となり、後のデータ照会や編集にかかる時間が短縮され、情報管理の効率化が図られ、多大なメリットをもたらします。このシステムの開発には、コンピュータと開発ツールの開発投資コストが非常に低く、コンピュータはコンピュータ室にあるコンピュータで、開発ツールはインターネットからダウンロードしてインストールするだけで、費用はかかりません。 。
3.1.2 時間の実現可能性
ショッピングモールのウェブサイトは私の卒業制作で、大学が制作時間を完全に予約し、各期間に対応するタスクを配置しているため、このタイムスケジュールに従ってシステムを設計することができ、完成しました。
3.1.3 運用の実現可能性
コンピュータの普及により、多くの人が独立してコンピュータを操作できるようになりました。本システムは、動作環境が構築されたコンピュータ上で動作します 機能はシンプルで、煩雑な操作ロジックが不要です ページナビゲーションから直接機能操作領域に入ることができるため、コンピュータに少し詳しい人であれば誰でも簡単に操作を完了することができますシステムの使用。
つまり、このシステムは次の作業を実行することができます。
3.2 システムパフォーマンス分析
このシステムを実際に使用する際にエラー率を下げるためには、システムの性能を解析する必要があります。システムのパフォーマンスを評価できる一般的な指標には、セキュリティ、使いやすさ、堅牢性などが含まれます。
3.2.1 システムの使いやすさ
システムが提供する情報やサービスには特定のユーザー層が存在するため、ユーザーは使いにくいシステムよりも操作が簡単なシステムを好みます。したがって、システムが使いやすいことは非常に重要です。
3.2.2 システムの堅牢性
システムがユーザーと対話するとき、ユーザーの誤操作に直面した場合、システムはシステムクラッシュ状態に入るのではなく、この問題に対処するための対応するフィードバックメカニズムを備えている必要があります。システムには多くの機能が設定されており、システムの特定の機能に異常が発生した場合でも、ユーザーはシステムの他の機能を使用することができます。これはシステムの堅牢性の具体化です。
3.2.3 システムのセキュリティ
システムに保存されているデータは比較的重要なシステム資源であり、これらが漏洩すると財産上の損失が発生するだけでなく、多くの顧客を失うことになります。そのため、システム内のデータは常に安全な環境にある必要があり、ログイン機能の設定や、セキュリティ検証技術を活用した条件付きユーザーを指定ページへ誘導するなど、データのセキュリティを確保するための対策が必要となります。無条件のユーザーがログイン ページにとどまることを許可します。システムにアクセスできません。
3.3 系统流程分析
このシステムにはソフトウェア開発・設計の考え方が常に貫かれており、その開発プロセスは下図に示されています。初期段階では機能解析、機能設計、システムのバックエンドサポートデータベースの設計が必要となり、設計されたシステムはコーディング技術を用いて実装され、テストと改善が行われます。
図3.1 システム開発フローチャート
訪問者がショッピングモールのウェブサイトにアクセスできる主な理由は、ショッピングモールのデータベースに登録によって書き込まれた訪問者の履歴情報が存在するためです。登録の流れを以下に示します。訪問者がショッピング モールの Web サイトに登録すると、登録された各レコードがシステムのバックグラウンドで 1 つずつ判断されます。この判定ルールは予め定められている。訪問者の登録情報がデータベースに保存されると、訪問者はショッピングモール Web サイトの会員になったことを意味します。
図3.2 登録フローチャート
ビジターオペレーティングシステムでは本人確認が必要であり、ログイン機能の設定により、本システムの利用者をバックグラウンド操作領域に誘導し、本システム以外の利用者を排除するようになっている。プロセスを次の図に示します。
図3.3 ログインフローチャート
3.4系统功能分析
システムの目的とシステムのターゲットユーザー層を明確にした上で、システムの機能を設定し、調査対象ユーザーの機能要件を取得し、また市場の類似システムを分析して要約して導き出すことができます。システムの機能。
ショッピングモールのWebサイトには管理者権限が設定されており、そのユースケース図を下図に示します。管理者はバックエンドにログインした後、製品とユーザーを管理し、製品のインバウンドおよびアウトバウンド操作を実行し、さまざまなステータスの注文を管理します。
図 3.4 管理者の使用例図
ショッピング モールの Web サイトではユーザー権限が設定されており、そのユースケース図を次の図に示します。ユーザーは、製品情報の表示、製品の収集、製品へのコメント、製品の購入、およびさまざまなステータスの注文の表示を行います。
図 3.5 ユーザーのユースケース図
現在、システムにはさまざまな種類があり、システムが提供する内容から判断すると、システムの種類には、ソーシャル、ビジネス、政府、ニュースなどが含まれます。そして、数あるシステムの種類の中から、どのようなシステムを設計するのかを明確にし、それに基づいてシステムの利用者層や機能などを明確にして、システムを設計することがシステム設計の最初の仕事となります。この情報に基づく独自の経験とビジョン。そうすることで初めて、類似したシステムが数多く存在する中で、より特徴的なシステムとなり、ユーザーに強い印象を残すことができるのです。
4.1系统目标
このシステムの機能定式化はユーザーの要件を厳密に参照しますが、このシステムを設計する際には、簡単な操作と便利な使用の設計要件も満たさなければなりません。したがって、標準化され、ユーザーのニーズを満たすシステムを設計するには、次のシステム目標を達成する必要があります。
システムの第一の目標: ユーザーとシステム間の操作モードは人間とコンピューターの対話に基づいており、ビジュアル インターフェイスのデザインは美しいだけでなく、フレンドリーです。ビジュアルインターフェースにより提供される各種情報は、正確性と信頼性の要求を満たし、ユーザーにとって柔軟かつ簡単に閲覧することができます。
システムの 2 番目の目標は、ユーザーとシステム間の対話によって生成されたデータは、厳密かつ標準化された方法でデータベースに保存され、後の管理者によって検索および管理される場合でも、データのセキュリティが確保されなければなりません。
3つ目のシステム目標は、ユーザーが求める機能の実現です。ユーザーアンケートから導き出された機能要件に基づいて、ショッピングモールのWebサイトの設計と実装を完了します。
4番目のシステム目標:必要なリンクでは、ユーザーが登録したデータをデータ長やデータ入力タイプなどのチェックを含めてチェックし、エラーが見つかった場合はタイムリーにフィードバックを提供し、登録データの標準化をユーザーに誘導します。共通データの検証には、パスワードの変更、登録とログイン、ユーザー情報の入力などが含まれます。
システムの5番目の目標:このシステムの設計と開発には最も労力がかかり、システムの操作が容易であることに加えて、システムを使いやすくするために、その後のシステムの保守が容易であることも求められます。維持する。
6番目のシステム目標:このシステムがユーザーに提供されたときに、安定して動作するという目標を達成でき、また、システムが安全で信頼性の条件を満たしているため、ユーザーが安心して使用できること。
4.2功能结构设计
上記の機能解析は本システムの一般的な機能に過ぎず、この部分ではこれを基に各モジュールの詳細設計が必要となります。
設計された管理者の詳細な機能は次の図に示されており、管理者はログインしてバックエンドに入ると、製品とユーザーを管理し、製品のインバウンドおよびアウトバウンド操作を実行し、さまざまなステータスの注文を管理できます。
図4.1 管理者機能構成図
設計されたユーザーの詳細な機能は下図に示すとおりで、ユーザーは製品情報の表示、製品の収集、製品へのコメント、製品の購入、さまざまなステータスの注文の表示を行うことができます。
図4.2 ユーザー機能の構造図
4.3数据库设计
非リレーショナル データベースと比較して、現在市場で最も一般的に使用されており、保守が容易なデータベースはリレーショナル データベースです。このデータベースは主にリレーショナル モデルに基づいてデータ情報を整理します。それが一般的な 2 次元テーブル モデルです。 2 次元テーブルと 2 次元テーブルの関係は、リレーショナル データベースを構成していると言えます。
4.3.1数据库E-R图
ショッピング モールの Web サイトで生成されたデータをより適切に保存するには、データベースの設計段階で E-R モデルを確立し、データベース内のテーブル構造の作成を完了する必要があります。データベース設計を個別に完了する必要がある主な理由は次のとおりです。
最初のポイント: コードの冗長性を防止します。
2 番目のポイント: メモリを過剰に占有しないようにします。
3 番目のポイント: データベースの全体的なパフォーマンスを向上させ、プログラム開発とデータ更新を容易にします。
ポイント 4: データの整合性を確保する。
コンテンツのこの部分は主にこのシステムの E-R モデルの確立に関するものです. まずデータを収集し, 次にデータベース実装のアイデアに従ってユーザーのニーズを分析する必要があります. この期間中に, エンティティ, 属性, E-R モデルの描画を準備するには、関係を特定する必要があるため、十分な準備が整いました。同時に、図面を作成する際には、図面の仕様と各記号の正しい使用にも注意する必要があります。
(1) 設計オーダーエンティティは下図のような属性を持ちます。
図 4.4 注文エンティティの属性図
(2) 設計された製品の実体は、下図のような属性を持ちます。
図 4.5 製品エンティティの属性図
(3) 設計したユーザエンティティは下図のような属性を持ちます。
図4.6 ユーザーエンティティの属性図
(4) 設計したショッピングカートの実体は、下図のような属性を持ちます。
図 4.7 ショッピング カート エンティティの属性図
(5) 設計されたエンティティ間の関係は次の図に示されます。
図 4.8 エンティティ間の関係の E-R 図
4.3.2 数据库表结构
合理的な構造と優れたパフォーマンスを備えたデータベースを設計するには、データベースの設計時に次の 3 つの主要なパラダイムに従う必要があります。
第一正規形: データテーブルの各列によって表されるフィールド値がそれ以上分解できないことを確認します。
第 2 正規形: 第 1 正規形を満たすことに基づいて、データ テーブルの各列を主キーに関連付けます。
第 3 正規形: 第 2 正規形を満たすことに基づいて、データの各列が主キーに間接的に関連付けられるのではなく、直接関連付けられるようにします。
上記の説明からわかるように、これら 3 つのパラダイムは依然として段階的に区別されており、最も低いレベルが第 1 パラダイム、最も高いレベルが第 3 パラダイム、その中間が第 2 パラダイムです。つまり、これら 3 つのパラダイムに従ってデータベースを設計すると、設計プロセスが簡素化され、データの冗長性が削減され、データ検索効率が向上します。
表4.1 ショッピングカート情報テーブル
分野 |
タイプ |
ヌル |
デフォルト |
コメント |
id (主キー) |
bigint(20) |
いいえ |
主キー |
|
追加時間 |
タイムスタンプ |
いいえ |
CURRENT_TIMESTAMP |
作成時間 |
テーブル名 |
varchar(200) |
はい |
シャンピンシンシー |
製品テーブル名 |
ユーザーID |
bigint(20) |
いいえ |
ユーザーID |
|
良い |
bigint(20) |
いいえ |
製品番号 |
|
いい名前 |
varchar(200) |
はい |
ヌル |
商品名 |
写真 |
varchar(200) |
はい |
ヌル |
写真 |
購入番号 |
int(11) |
いいえ |
購入数量 |
|
価格 |
浮く |
はい |
ヌル |
単価 |
割引価格 |
浮く |
はい |
ヌル |
会員価格 |
表4.2 製品情報情報表
分野 |
タイプ |
ヌル |
デフォルト |
コメント |
id (主キー) |
bigint(20) |
いいえ |
主キー |
|
追加時間 |
タイムスタンプ |
いいえ |
CURRENT_TIMESTAMP |
作成時間 |
タイトル |
varchar(200) |
いいえ |
タイトル |
|
導入 |
長文 |
はい |
ヌル |
導入 |
写真 |
varchar(200) |
いいえ |
写真 |
|
コンテンツ |
長文 |
いいえ |
コンテンツ |
表4.3 注文情報テーブル
分野 |
タイプ |
ヌル |
デフォルト |
コメント |
id (主キー) |
bigint(20) |
いいえ |
主キー |
|
追加時間 |
タイムスタンプ |
いいえ |
CURRENT_TIMESTAMP |
作成時間 |
令状 |
varchar(200) |
いいえ |
注文番号 |
|
テーブル名 |
varchar(200) |
はい |
シャンピンシンシー |
製品テーブル名 |
ユーザーID |
bigint(20) |
いいえ |
ユーザーID |
|
良い |
bigint(20) |
いいえ |
製品番号 |
|
いい名前 |
varchar(200) |
はい |
ヌル |
商品名 |
写真 |
varchar(200) |
はい |
ヌル |
製品画像 |
購入番号 |
int(11) |
いいえ |
購入数量 |
|
価格 |
浮く |
いいえ |
0 |
価格/ポイント |
割引価格 |
浮く |
はい |
0 |
割引価格 |
合計 |
浮く |
いいえ |
0 |
合計金額/合計ポイント |
割引合計 |
浮く |
はい |
0 |
割引後の合計金額 |
タイプ |
int(11) |
はい |
1 |
支払いの種類 |
状態 |
varchar(200) |
はい |
ヌル |
州 |
住所 |
varchar(200) |
はい |
ヌル |
住所 |
表4.4 製品出荷情報表
分野 |
タイプ |
ヌル |
デフォルト |
コメント |
id (主キー) |
bigint(20) |
いいえ |
主キー |
|
追加時間 |
タイムスタンプ |
いいえ |
CURRENT_TIMESTAMP |
作成時間 |
シャンピンミンチェン |
varchar(200) |
はい |
ヌル |
商品名 |
シャンピンフェンレイ |
varchar(200) |
はい |
ヌル |
カテゴリー |
シュリャン |
int(11) |
はい |
ヌル |
量 |
デンジシジャン |
日付 |
はい |
ヌル |
チェックイン時間 |
北珠 |
varchar(200) |
はい |
ヌル |
述べる |
表4.5 製品分類情報表
分野 |
タイプ |
ヌル |
デフォルト |
コメント |
id (主キー) |
bigint(20) |
いいえ |
主キー |
|
追加時間 |
タイムスタンプ |
いいえ |
CURRENT_TIMESTAMP |
作成時間 |
シャンピンフェンレイ |
varchar(200) |
いいえ |
カテゴリー |
表4.6 製品入庫情報テーブル
分野 |
タイプ |
ヌル |
デフォルト |
コメント |
id (主キー) |
bigint(20) |
いいえ |
主キー |
|
追加時間 |
タイムスタンプ |
いいえ |
CURRENT_TIMESTAMP |
作成時間 |
シャンピンミンチェン |
varchar(200) |
はい |
ヌル |
商品名 |
シャンピンフェンレイ |
varchar(200) |
はい |
ヌル |
カテゴリー |
シュリャン |
int(11) |
はい |
ヌル |
量 |
デンジシジャン |
日付 |
はい |
ヌル |
チェックイン時間 |
北珠 |
varchar(200) |
はい |
ヌル |
述べる |
表4.7 製品情報一覧表
分野 |
タイプ |
ヌル |
デフォルト |
コメント |
id (主キー) |
bigint(20) |
いいえ |
主キー |
|
追加時間 |
タイムスタンプ |
いいえ |
CURRENT_TIMESTAMP |
作成時間 |
シャンピンミンチェン |
varchar(200) |
いいえ |
商品名 |
|
シャンピンフェンレイ |
varchar(200) |
いいえ |
カテゴリー |
|
トゥピアン |
varchar(200) |
はい |
ヌル |
写真 |
チマ |
varchar(200) |
はい |
ヌル |
仕様 |
ヤンシェ |
varchar(200) |
はい |
ヌル |
色 |
シャンピニョントゥ |
varchar(200) |
はい |
ヌル |
製品の使用 |
ゼンソンドゥシャン |
varchar(200) |
はい |
ヌル |
ギフトオブジェクト |
シュリャン |
int(11) |
はい |
ヌル |
量 |
シャンピンシャンチン |
長文 |
はい |
ヌル |
製品詳細 |
クリック時間 |
日付時刻 |
はい |
ヌル |
最後にクリックした時間 |
クリックナム |
int(11) |
はい |
0 |
クリック数 |
価格 |
浮く |
いいえ |
価格 |
表4.8 管理者情報テーブル
分野 |
タイプ |
ヌル |
デフォルト |
コメント |
id (主キー) |
bigint(20) |
いいえ |
主キー |
|
ユーザー名 |
varchar(100) |
いいえ |
ユーザー名 |
|
パスワード |
varchar(100) |
いいえ |
パスワード |
|
役割 |
varchar(100) |
はい |
管理者 |
役割 |
追加時間 |
タイムスタンプ |
いいえ |
CURRENT_TIMESTAMP |
時間を追加する |
表4.9 ユーザー情報テーブル
分野 |
タイプ |
ヌル |
デフォルト |
コメント |
id (主キー) |
bigint(20) |
いいえ |
主キー |
|
追加時間 |
タイムスタンプ |
いいえ |
CURRENT_TIMESTAMP |
作成時間 |
ヨンフミン |
varchar(200) |
いいえ |
ユーザー名 |
|
美馬 |
varchar(200) |
いいえ |
パスワード |
|
興明 |
varchar(200) |
はい |
ヌル |
名前 |
シンビー |
varchar(200) |
はい |
ヌル |
性別 |
トウシアン |
varchar(200) |
はい |
ヌル |
アバター |
連西点華 |
varchar(200) |
はい |
ヌル |
連絡先番号 |
ディジ |
varchar(200) |
はい |
ヌル |
住所 |
お金 |
浮く |
はい |
0 |
バランス |
このパートでは、主にシステム機能のオペレーション レンダリングを通じて、以前の設計の最終結果が表示されます。システム実装では、プログラミングを使用してシステム設計ソリューションを実装する必要があるため、プログラマーの技術的能力に対する高い要件が求められます。
5.1 管理者機能の実装
5.1.1 製品情報の管理
管理者権限における製品情報管理の作用効果は下図のとおりです。管理者は、現在のページ上で商品情報の追加・削除・変更・確認、商品の倉庫への保管・削除を行うことができるほか、各商品に対応するコメント情報も閲覧することができます。
図5.1 製品情報管理ページ
5.1.2 用户管理
管理者権限におけるユーザー管理の作用効果を以下の図に示します。管理者は、バックグラウンドでユーザー情報の追加、削除、変更、確認を行う責任があります。
図5.2 ユーザー管理ページ
5.1.3 商品入库管理
管理者権限における商品入庫管理の運用効果は下図のとおりです。管理者が製品を保管すると、その情報がこのページに表示され、管理者は製品の保管情報を変更または削除できます。
図5.3 製品倉庫管理ページ
5.1.4 商品のアウトバウンド管理
管理者権限における製品出荷管理の運用効果を下図に示します。管理者は、商品の出庫情報を変更、削除、照会などの操作を行うことができます。
図5.4 製品出荷管理画面
5.1.5 有料注文
管理员权限中的已支付订单管理,其运行效果见下图。用户购买并支付商品之后,管理员需要在当前页面对订单商品进行发货。
5.2 用户功能实现
5.2.1 商品信息
用户权限中的商品信息,其运行效果见下图。用户在本页面可以操作的功能比较多,可以收藏,评论本页面显示的商品,可以直接购买,也能暂时加入购物车保存商品。
图5.6 商品信息页面
5.2.2 购物车
用户权限中的购物车,其运行效果见下图。购物车帮助用户暂时保存购买的商品,方便用户一次性下单购买多种商品。
图5.7 购物车页面
5.2.3 提交订单
用户权限中的提交订单,其运行效果见下图。用户下单支付前,收货地址和购买的商品需要再次核对清楚,最后支付订单。
图5.8 提交订单页面
5.2.4 已支付订单
用户权限中的已支付订单,其运行效果见下图。用户对订单明细进行查看,可以选择对某些误购买的商品进行退款。
图5.9 已支付订单页面
5.2.5 联系客服
用户权限中的联系客服,其运行效果见下图。用户在操作购物商城网站过程中,遇到任何问题可以咨询客服,客服就负责回答用户咨询的问题。
图5.10 联系客服页面
6系统测试
这部分内容主要是把前期编码完成的系统,当成是计算机系统的一部分,并结合一些数据,计算机硬件和支持的软件进行集成测试和确认测试。之所以要进行最后的测试步骤,原因在于检查制作的系统与需求说明书的比较中,存在的差异问题。进一步确认制作的系统在功能与性能上跟需求说明书当中的要求相符。
6.1 系统测试的类型
检测系统是否合格,需要用到很多的测试类型。接下来就对这部分内容进行描述。
功能测试:这是系统测试中,首先进行的测试内容,其属于黑盒测试。主要检验制作的系统与需求说明文档的相符程度,还有它们之间存在的差异问题。
性能测试:主要测试制作的系统,在同时面对很多的用户请求时,该系统的应对能力。同时也是检查制作的系统跟事先预定的系统性能存在的差距问题。这样的方法通常在实时系统中,或者是嵌入式系统中运用得比较多。
容量测试:这种方法针对数据。检查正常运行的系统对数据处理的容量值。
安全性测试:这种方法常用于检验系统中设置的安全保护机制对来自非法用户的攻击时是否有效。而检测系统中的信息保护机制就需要使用常见安全测试中的保护测试来验证。
健壮性测试:这种测试还有一个别称是容错测试,通常运用故障插入法来检测系统的容错能力,看系统是否可以忽略故障保持继续运行,或者是检测系统应对故障时的自动恢复能力。
兼容性测试:面对计算机的各种软硬件环境,检测本系统是否可以兼容。
易用性测试:这种方法主要是面向用户,检测用户是否很容易理解和使用系统。
6.2 功能测试
购物商城网站在经历最后的测试环节,需要检验本系统的功能安全性,功能适用性等内容,最终得出测试结论。
表6.1 功能测试数据表
测试结果 |
|
符合要求 |
|
符合要求 |
|
符合要求 |
|
符合要求 |
|
符合要求 |
6.3 可用性测试
通常来说,一个布局合理,显示的内容无错别字,并具备合理正常的操作逻辑的系统往往很受欢迎,而且可以提升访问者的使用时间以及访问率。
表6.2 可用性测试数据表
测试内容 |
测试结果 |
合理 |
|
合理 |
|
能 |
|
无 |
|
检查系统功能有无友好性 |
有 |
能 |
|
无 |
|
检查系统有无提供帮助信息 |
有 |
6.4 测试结果分析
购物商城网站经过了编码阶段的单元测试,和最后的系统整体测试等测试后,对于用户要求的功能,本系统都进行了实现,各个模块都运行正常。在面对一些故障性问题时,本系统也有相应的应对办法,并且本系统可以保持24小时正常运转。因此,购物商城网站可以交付用户使用。
结 论
购物商城网站的开发设计并不是一件轻松事,因为毕设制作都是依照一定流程进行的。最开始是选择题目,然后通过各种方式查阅资料,以及对使用用户的需求进行调研,确定本系统的功能,为了降低系统编码的出错率,在设计阶段也需要下功夫,认真设计功能模块,使用大学所学的数据库知识,设计数据库。这样一来,对系统编码时,就会根据设计方案进行。编码完成,进行测试就能对合格的系统进行验收了。
借助身边同学还有导师提供的帮助,本人也顺利完成本系统的制作工作。对购物商城网站的分析与总结,发现购物商城网站具有如下特点:
(1)购物商城网站有着详细的功能设计,所以编码时,基本依照设计的功能进行开发,因此具备较完善的功能;
(2)购物商城网站在界面设计与布局时,参考了很多系统的界面设计风格,也从图书馆查阅了关于系统界面设计方面的资料,并把对本系统有用的知识做好笔记,有了这些知识积累,所以我在开发系统时,注重页面文字的排版,以及精确定位各页面元素,合理使用颜色搭配技巧,让本系统在不影响浏览效果的同时,让访问者产生一种简洁干净的视觉效果;
(3)购物商城网站为了让用户易于使用,在能够直观表达系统内容的同时,也把页面的导航放在了页面中最关键的位置,这个位置也是充分考虑了用户的浏览习惯。所以用户操作系统,可以在短时间内找到需要的内容。
由于本人并不是专门从事开发工作的技术人员,目前在校学习的开发类知识处于初级阶段,只是对开发类技术有着简单了解和使用,加上日常完成的作业,也只是局限在某个系统的某个功能模块上,因此,完成一个功能完善的整个系统,对于我来说,还是有一定的压力。所以这也确定了我开发的系统具有缺陷。
(1)对于购物商城网站的编码并没有完全依照编码规范,整个系统存在代码冗余的缺陷;
(2)购物商城网站在数据输入上,对数据有效性检测还不够严格;
(3)对购物商城网站的误操作提示,只是对部分功能进行了设计,还有很多功能都没有设计报错提示。
综上所述,本人仍需花费时间去学习编程知识,在后期,我将会学习代码模块化,将一些通用的函数,变量等进行单独设置,然后直接在需要的页面上进行调用,这样可以降低代码冗余率,同时也会多学习针对程序易出错地方的解决方案等知识。学习这些知识除了完善本系统之外,也是弥补自身编程能力不足的缺陷。
参考文献
[1]陈猛.基于Java的购物网站设计与开发[J].农家参谋,2020(08):200.
[2]焦灵.基于Web的购物网站系统设计[J].电脑编程技巧与维护,2018(12):131-133+139.
[3]袁馨,段华琼.购物网站的设计与实现[J].福建电脑,2018,34(10):148-149.
[4]王子虎,胡丽珍.基于计算机软件安全开发的Java编程语言研究[J].数字技术与应用,2019,37(12):133-134.
[5]谢懿.计算机软件Java编程特点及其技术分析[J].农家参谋,2020(01):166.
[6]欧阳桂秀.Java语言存取文本文件的研究[J].科技传播,2019,11(24):128-129+162.
[7]左兆丰.Java嵌入式数据库程序的开发[J].电脑编程技巧与维护,2020(01):101-103.
[8]黄守涛.基于Java语言的异常处理探讨分析[J].自动化技术与应用,2020,39(02):30-32+107.
[9]邹红霆.基于SSM框架的Web系统研究与应用[J].湖南理工学院学报(自然科学版),2017,30(01):39-43.
[10]汪维,胡帅.MySQL数据库有关数据的备份方法分析[J].信息技术与信息化,2020(07):36-37.
[11]丁佳.基于JSP+MySQL的用户登录系统SQL注入实例及防范[J].网络安全技术与应用,2020(09):49-51.
[12]廖家莉,曹俊.web前端主流框架分析与对比[J].科技视界,2020(28):121-122.
[13]蔡泽铭,王文华.基于Vue.js的信息管理系统前端架构[J].电子技术与软件工程,2020(18):142-144.
[14]耿庆阳. 基于Spring Boot与Vue的电子商城设计与实现[D].西安石油大学,2020.
[15]曾志明.网站开发技术的比较研究[J].电脑知识与技术,2015,6(05):1075-1078.
[16]卫红春.信息系统分析与设计[M].北京:清华大学出版社,2015.
[17]Oscar Rodriguez-Prieto,Francisco Ortin,Donna O’Shea. Efficient runtime aspect weaving for Java applications[J]. Information and Software Technology,2018,100.
[18]Raffi Khatchadourian. Automated refactoring of legacy Java software to enumerated types[J]. Automated Software Engineering,2017,24(4).
伴随着毕设项目的制作完成,也就意味着我们即将离开校园。回想几年的大学时光,不由得想起身边常伴的同学,授课的老师,还有毕设指导的老师们。
大学这几年,身边的同学为我提供了很多的帮助,不管是生活上,还是学习上,每次遇到问题,这些同学们都会耐心解答,有时为了避免我再次犯错,他们也会时不时提醒我。本次毕设制作期间,这些老同学也是互相分享开发经验,还有文档编写的技巧,从开题报告,还有任务书以及最后的论文等文档上,大家都是互相提出建议,互相参考一些编写经验和技巧。如此,我们才会进展得比较顺利。此刻,真心感谢这些老同学!
唯一不能忘记的是导师,平均每个导师都带了很多个毕业生,所以能够想象他们非常忙,因为一到毕业季,他们需要指导学生们毕业,还需要正常授课。作为本届毕业生,我也能够体会导师的辛苦和不容易。毕设制作的环节有很多,但是我的导师在进行的每个环节都严格要求我认真努力对待本项目,也对我编程技术上提出了很多至关重要的建议,还对一些比较细微但是也比较关键的部分向我进行了多次强调,让我少走弯路,可以如期实现本系统。此刻,真心感谢导师!
校园里的授课老师不仅有本专业的老师,也有其他专业的老师们,他们都教过我们课程,向我们传授知识,有了这些知识积累,我在本次毕设制作中,才知道有些问题该如何运用知识处理,此刻,感谢那些授课老师。
最后时刻,我要感谢校园,祝愿校园更加强大!