（ソースコード添付）node.js+大学フリーマーケットWebサイトコンピュータ卒業設計 39420

node.js 大学フリーマーケット Web サイト

まとめ

インターネットの利用がますます普及するにつれて、人々は買い物をするためにウェブサイトを選択し始めていますが、現時点では、これらのショッピングウェブサイトのほとんどは社会一般の人々をターゲットにしており、商品選択に関してはあまりターゲットを絞っていません。ほとんどのショッピングシステムでは購入者が送料を支払う必要があるため、商品販売に対するユーザーのニーズに十分に応えることができません。このような状況に対し、当社ではオンラインショッピング技術の総合的な優位性を最大限に活かし、対応するソフトウェア構築とプログラムコーディング作業を改善し、バックエンドデータの主記憶装置としてMySQLを採用し、SSMフレームワークを採用しました。、JSP技術、Ajax技術を活用して業務システムをコーディング・開発し、ショッピングユーザーに特化したフリーマーケットアプリサイトを設計し、ショッピングユーザーが商品を取引できるプラットフォームを提供しました。

このシステムの設計はモジュール性の原理に従っており、完全なフリーマーケットウェブサイトを個別のモジュールに分解し、次に各モジュールの機能を 1 つずつ実装し、最後に各モジュールを組み合わせて完全なフリーマーケットウェブサイトを形成します。

キーワード: フリーマーケット、Node.js、データベース

node.js 大学フリーマーケット Web サイト

抽象的な

インターネットの使用がますます広くなるにつれて、人々はショッピングのためにウェブサイトを選択し始めています。しかし、現時点では、これらのショッピングウェブサイトは主に社会一般の人々を対象としています。商品選択の点であまりターゲットが絞り込まれておらず、ほとんどのショッピングシステムは購入者に送料の支払いを要求するため、商品販売に対するユーザーの需要を満たすことができません。このような状況に対し、当社はオンラインショッピング技術の総合的な利点を最大限に活用することをベースに、それに対応するソフトウェア構築とプログラムコーディングを改善してきました。バックグラウンドデータの主記憶装置としてMySQLを使用し、業務システムのコーディング・開発にはSSMフレームワーク、JSP技術、Ajax技術を使用し、ショッピングユーザーに特化したフリーマーケットアプリサイトを構築し、ショッピングユーザーに向けたプラットフォームを提供します。商品取引。

システムの設計はモジュール化の原則に従っており、フリーマーケット Web サイト全体をさまざまなモジュールに分解し、各モジュールの機能を 1 つずつ実現し、最終的に各モジュールを組み立てて完全なフリーマーケット Web サイトを形成します。

キーワード： インテリアフリーマーケット、ノード。js ；データベース

第 2 章開発ツールと主要テクノロジーの概要8

3.2.1技術的な実現可能性: 技術的背景

5.1ユーザフロントエンド機能モジュール（フロントエンド） 2 7

5.2管理者機能モジュール（バックエンド） 3 2

結論3 8

謝辞4 1

第 1 章はじめに

1.1 テーマ選定の背景と意義

21世紀に入り、世界は新たな経済時代を迎え、インターネットIにおいてデータベース技術の活用がますます進んでいます。

ライフスタイルが豊かになり、インターネットが普及するにつれ、私たちが普段使い慣れた買い物に加え、ネットショッピングという新たな買い物が私たちの生活に静かに溶け込んでいることに驚かされます。この場合、新時代の大学キャンパスとして、学生の購買力の向上や毎年の進級・卒業に伴い、使われなくなった製品も多くなり、情報に縛られることはなくなりました。コミュニケーションの後進性とは、取引がキャンパスの掲示板や宣伝の代行を依頼する場合に限定されることを意味します。この方法には多くの制限と不測の事態があり、商品の円滑な伝達の要件を満たすことができません。そのため、誰でも簡単に公開情報を閲覧できるとともに、様々な商品情報を横断的に比較して自分にとって最良の購入選択ができるフリーマーケットアプレットの開発が特に重要です。

1.2国内外の開発状況

世界的な情報化の波が急速に進んでいる今日、電子商取引は、新興のものであり、より迅速かつ正確な取引形態として、我が国を含む世界中で完全に発展し、徐々にあらゆる分野に浸透しています。その発展スピードは従来のビジネスモデルの範疇を超えていますキャンパスフリーマーケットは大学の伝統的な活動とも言えます毎年卒業生が誕生し、毎年新入生が登録します卒業生が入学することは不可能ですここ数年を最大限に活用し、残された物品は撤去され、扱いにくくなった物品もあり、学生の消費水準は高くなく、皆、高品質で安価な物品を購入したいと考えていました。キャンパスは個性的でファッショナブルな要素に満ちていますが、勤勉と倹約の美徳を欠くことはできません。Webサーバーと顧客ブラウザの助けを借りて、ネットワークの高効率と低コストを利用して、私たちはオンライン取引プラットフォームを提供しています。学生。

現在、オンラインキャンパスフリーマーケット取引は従来のBBSフリー版を通じて行われていますが、現在の大学入学者数の拡大とキャンパスの情報化の進展に伴い、キャンパスネットワークの構築は急速な発展期を迎えており、そのためのハードウェア環境も整備されています。キャンパスの電子商取引は改善される傾向にあります。学校の学生に取引プラットフォームを提供し、インターネット上で商業情報や製品広告を公開し、ユーザーが製品を確認および検索できるようにし、ユーザーに全天候型の製品を提供する新しいタイプのキャンパスオンラインフリーマーケットを開発する必要があります。、より良い、より速い製品. 取引活動スペースは、オンライン取引の基本機能を実現します。訪問者は登録してユーザーとなり、売りたい商品や販売価格、連絡先などを追加し、購入者は欲しい商品を検索することができます。このマーケットでは、卒業生の不要品だけでなく、学生の不要品や不要品も時間や場所を問わず無料で処分することができます。

1.3調査方法

まず、エンジン検索や関連文献を通じて、システム開発の背景やシステム設計の意義を学び、ユーザーの要望情報を収集しました。次に、開発ツールに関して、このシステムの設計と開発には SSM フレームワークを使用し、データベース設計ツールとして MySQL を使用することが最終的に決定されました。つまり、Java 言語を使用してユーザーインターフェイスを実装し、データベースと接続して完全な通信機能を実現します。その後、システムの一般的な機能モジュールを設計します。主にシステム利用者やシステム管理者の利便性の観点から分析し、システムが持つべき機能を明確にします。最後のステップは、システムをテストし、ユースケースのテストを通じて既存の問題を発見し、解決策を見つけることです。既存の開発プラットフォームを活用し、学んだ知識を組み合わせて、システムの使いやすさと実用性を確保するために教師の指導を受けながら設計を完成させます。

開発ツールと主要テクノロジーの紹介

2.1開発技術説明

このシステムのフロントエンド部分はB/Sモードを使用したMVVMモデルに基づいて開発され、バックエンド部分はnode.jsのkoaフレームワークに基づいて開発されています。

フロントエンド部分: フロントエンドフレームワークは、人気のあるプログレッシブ JavaScript フレームワーク Vue.js を使用します。Vue-Router と Vuex を使用して動的ルーティングとグローバル状態管理を実現し、Ajax を使用してフロントエンドとバックエンドの通信を実現し、Element UI コンポーネントライブラリを使用してページのプロトタイプを迅速に作成し、プロジェクトフロントエンドを使用してグリッドレイアウトによる応答性を実現します。 PC、タブレット、携帯電話などに適応できます。さまざまな画面サイズに最適なレイアウト表示。

バックエンド部分: 開発フレームワークとして koa を使用し、Redis およびその他の関連テクノロジーを統合します。

2.2 koa フレームワーク

Node.js は非同期の世界です。公式API はコールバックの形式で非同期プログラミングモデルをサポートしていますが、これにより次のような多くの問題が発生します: 1. コールバックのネストの問題、2. データを返すために非同期関数でコールバックが同期的に呼び出される場合がある。矛盾をもたらします。上記の問題を解決するためにKoaが登場しました。

Koa は Express のオリジナルチームによって構築されており、より小さく、より表現力豊かで、より堅牢な Web フレームワークになるよう取り組んでいます。koa を使用して Web アプリケーションを作成すると、コールバック関数の繰り返しの煩雑なネストを回避し、エラー処理の効率を大幅に向上させることができます。Koa はカーネルメソッドにミドルウェアをバインドせず、Web アプリケーションの作成を容易にする軽量でエレガントな関数ライブラリのみを提供します。開発思想はexpressと同様ですが、最大の特徴は非同期のネストを回避できることです。

Alibaba は内部で Koa フレームワークを使用しており、Koa に基づいていくつかの拡張機能とカプセル化を作成しています。そして、koa をベースにしたオープンソースフレームワークの Egg を開発しました。

2.3 MVVMパターンの概要

MVVMはModel-View-ViewModelの略称です。これは本質的に MVC の改良版です。MVVM はビューの状態と動作を抽象化し、ビュー UI とビジネスロジックを分離できるようにします。もちろん、ViewModel はこれらのことをすでに行っており、モデルのデータを取り出して、コンテンツを表示する必要があるためにビューに含まれるビジネスロジックの処理に役立ちます。Microsoft の WPF は、Silverlight、オーディオ、ビデオ、3D、アニメーションなどの新しい技術エクスペリエンスをもたらし、その結果、ソフトウェア UI レイヤーがより詳細でカスタマイズ可能になります。同時に、技術レベルでは、WPF はバインディング、依存関係プロパティ、ルーテッドイベント、コマンド、DataTemplate、ControlTemplate などの新機能ももたらします。MVVM (Model-View-ViewModel) フレームワークの起源は、 MVP (Model-View-Presenter)パターンと WPF を組み合わせたアプリケーション手法から進化した新しいアーキテクチャフレームワークです。これは、オリジナルの MVP フレームワークに基づいており、ますます複雑になる顧客ニーズの変化に対応するために WPF の新機能が組み込まれています。

2.4 B/Sシステムの動作原理

B/S アーキテクチャは、ブラウザ要求とサーバー応答の動作モードを採用しています。

ユーザーは、ブラウザーを介して、インターネット上の Web サーバーによって生成されたテキスト、データ、画像、アニメーション、ビデオオンデマンド、サウンド、その他の情報にアクセスできます。

各 Web サーバーはさまざまな方法でデータベースサーバーに接続でき、実際には大量のデータがデータベースサーバーに保存されます。

プログラムをWebサーバーからローカルにダウンロードして実行します。ダウンロードプロセス中にデータベースに関連する命令が見つかった場合、Web サーバーは解釈と実行のためにその命令をデータベースサーバーに渡し、Web サーバーに返します。 Web サーバーはそれをユーザーに返します。この構造では、多数のネットワークが接続されて巨大なネットワーク、つまりグローバルネットワークが形成されます。各企業はこの構造に基づいて独自のインターネットを構築できます。

B/Sモードでは、ユーザーがブラウザを介してネットワーク上に分散した多数のサーバーにアクセスを要求し、ブラウザの要求はサーバーで処理され、処理結果と対応する情報がブラウザに返されます。その他のデータすべての処理とリクエストWeb サーバーによって完了します。このフレームワーク構造とオペレーティングシステム内に組み込まれたブラウザにより、この構造は今日のソフトウェアアプリケーションの主流の構造パターンになりました。

2.5 MySQL データベース

Mysql の言語は構造化されていないため、ユーザーはデータを操作できます。MySQL は、その速度、信頼性、適応性により多くの注目を集めています。ほとんどの人は、トランザクション処理を行わずにコンテンツを管理するには MySQL が最適な選択肢であることに同意します。また、Mysql は言語と構造が比較的単純ですが、その機能と保存される情報量が非常に強力であるため、広く使用されています。

プログラミングプロセスにおける MySQL データベースの役割は非常に広範囲にわたり、ユーザーにデータクエリの利便性をもたらします。Mysql データベースのアプリケーションは非常に柔軟で強力であるため、大きなコードを記述する必要がある他のプログラムとは異なり、特定の機能を実装するために必要なコードはほんの小さな部分だけです。一般に、Mysql データベースの言語は比較的単純です。

データプロセス分析は主にデータストレージのリポジトリであり、実際のリポジトリではなくコンピュータ上で実行されます。データは、順序付けされていない方法ではなく、固定フォーマットで保存されます。その定義は、データは長期間にわたって固定フォーマットを持ち、共有コンピュータメモリに保存できるということです。データベース管理には主にデータの保存、変更・追加、データテーブルの構築などが含まれます。システムデータの正常な動作を保証するために、一部の有能なプロセッサでは、専門家がデータを処理しなくてもシステムデータを管理できます。データテーブルを確立すると、データテーブル内のデータを調整し、データを再結合および再構築して、データのセキュリティを確保できます。データベースの強力な機能のため、このシステムの開発では主にデータ管理に Mysql を使用します。

2.7 B/S構造

B/S (ブラウザ/サーバー) は、以前のものよりも問題のないアーキテクチャです。Web サーバーを使用してデータの送信と交換を行います。クライアントとしてブラウザをダウンロードするだけでよく、ソフトウェアを常にインストールするという問題を考慮する必要がなく、作業が「スリム化」されます。

第 3 章システム分析

3.1 要件分析

プロジェクトの開発・研究を行う前に、市場調査は無視できず、研究開発システム自体のニーズを綿密に分析し、実際のシナリオからユーザーの機能ニーズを把握し、目標を明確にしてシステム全体を開発する必要があります。より正確な位置付けがあります。この章では、システムパフォーマンス分析、ビジネスプロセス分析、およびデータを分析する必要があります。大学フリーマーケットウェブサイトの全体的なインターフェイスはシンプルで、機能は充実しています。

要件の実現可能性とは、開発したシステムがどのような要件を達成できるかを分析および議論することです。開発したシステムプラットフォームが以前の要件を満たしているかどうか。システムの開発を事前に評価することによってのみ、システムが開発および実装される前に要件を完了することができます。標準以下の機能を備えたシステムを開発する可能性がない場合、それは開発の失敗です。開発システムが有用であり、前述の要件を満たせるかどうか、大学のフリーマーケット Web サイトの実際の要件を以下に分析します。

システム設計は、ユーザーと管理者の実際のニーズを考慮して、どのような機能を実装する必要があるのか、どのような管理タスクを含めることができるのかを理解することから始める必要があります。

大学のフリーマーケット Web サイトのデザインの特性を考慮すると、いくつかの要件を満たす必要があります。

ウェブサイト上で中古商品情報を公開し、オンライン取引が可能です。
選択肢はより多様になり、管理はより標準化されます。

(3) アイテムと交換できるサイトを提供します。

3.2 実現可能性分析

3.2.1 技術的な実現可能性: 技術的背景

大学のフリーマーケット Web サイトは、node.js の koa フレームワークを使用して、完全な機能と簡単な操作性を備えたフロントエンドアプリケーションを開発し、完全なデータ、セキュリティ、強力な安定性を備えたバックエンドデータベースシステムを確立および維持します。

このシステムは、Koa フレームワークと Mysql データベースを設計ツールとして使用しているため、学習と操作がシンプルで簡単です。ユーザーの役割を組み合わせて大学のフリーマーケット Web サイトを開発してみる価値はあり、データの完全性と多くの品質は、データの機能割り当てと管理の基礎となります。これはデータベースセキュリティプラットフォームの重要な部分でもあり、データセキュリティを改善および強化するための重要な手段でもあります。さらに、基本制御へのよりスムーズ、よりスマート、より効率的なアプローチを提供するために、安全なコンピューティング環境のサポートを構築し、セキュリティの維持を支援するために必要な手順が定義されています。優れたインターフェイスを備えた強力かつ無料の 2 つの開発ツールのおかげで、大学のフリーマーケット Web サイトは技術的に実現可能です。

3.2.2 経済的実現可能性

大学フリマサイトの開発は開発者自らが開発するため、別途ソフトウェアやポートを購入する必要がなく、また、大学フリマサイトの開発前に行われる市場調査や市場調査は無料です。開発者自身の努力とすべての作業は一人で行われ、解決が難しい問題に遭遇した場合、ほとんどの学生はクラスメートや講師の助けを借りて関連情報を解決するため、大学のフリーマーケットサイトの開発は経済的に重要です。それは完全に実現可能であり、コストはかかりません。

3.2.3 運用の実現可能性:

操作性は主に大学フリーマーケットサイトのデザイン完了後のユーザーエクスペリエンスを重視しており、管理者はシステムを通じて関連データ情報をいつでも管理でき、管理者とユーザーの2つのユーザー役割が簡単かつ明確に入力できます。ユーザーの情報ニーズを容易にするために、インターフェイスのナビゲーションメニューを通じて機能モジュールを簡単かつ明確に操作できます。システムの運用には、機能モジュールを直接操作および管理する専門家は必要ないため、システムの操作性が向上します。それは全然大丈夫ですよ。本システムの操作もログイン画面を使用しますので、簡単なパソコン操作ができれば全く問題ありません。

3.3 パフォーマンス分析

性能分析には、伝統的な装飾選択方法と比較して、手動による方法が使用されており、特定のデータ情報の保存と検索が面倒であり、コンピュータネットワークの出現により、この従来の方法は現在に適応することが困難になっています。開発は人々の作業効率を低下させるだけでなく、多くの人的資源と物的リソースを必要とします。使用時間とコストが比較的高くなります。コストを削減し、ユーザーの作業効率を向上させるために、私たちはコンピュータベースの開発と開発を行っています。 Web テクノロジー大学のフリーマーケットウェブサイト。

大学フリーマーケットウェブサイトの開発と設計は、データの保存と開発に一般的なデータベースを使用する独立したシステムであり、主に大学フリーマーケットウェブサイトのユーザーの役割と対応する機能モジュールを実現して、大学フリーマーケットの管理を実現します。マーケット Web サイトは存在しません。管理の差異と効率の低さは、従来の管理情報とは正反対です。大学フリーマーケット Web サイトの導入により、リソースが節約され、ビジネスの処理速度が向上します。高速、効率的、強力です。

3.4.非機能要件の分析

ユーザーの数が増加するにつれて、システムは同時に数千または数万のページを処理する必要がある場合があり、サーバーは同時に多数のユーザーの操作に応答する必要があります。スケーラビリティが優れていないと、システムに遅延や遅延が発生し、サーバーがクラッシュすることもあります。高いスケーラビリティにより、ソフトウェアは強力な活力を維持することができ、また、ユーザーの増加、パフォーマンス要件の向上、アプリケーション機能の増加などの変化にシステムがよりよく適応できるようになります。

システムにはユーザーや管理者の個人情報が大量に保存されており、システムサーバーやデータのセキュリティ確保は開発段階で考慮すべき重要な課題です。セキュリティには、サーバーのセキュリティ、オペレーティングシステムのセキュリティ、データベースのセキュリティ、プログラムコードのセキュリティ、ユーザーの個人情報と決済のセキュリティが含まれ、ファイアウォール技術、暗号化技術、認証技術などを使用してシステムのセキュリティを強化できます。そうすることで初めて、長期にわたる活力を得ることができます。

3.5システム運用プロセス

3.5.1ユーザーログインプロセス

システムセキュリティの最初のレベルは、ユーザーがシステムに入る場合は、ログインウィンドウからログイン情報を入力する必要があることです。ユーザーが入力した情報が正確である場合にのみ、ユーザーはオペレーティングシステムインターフェイスに入り、機能モジュールを実行できます。この操作の際、ユーザーが入力した情報が間違っている場合は、図 3-1 に示すように、ウィンドウにプロンプトボックスが表示され、ユーザーはログインに失敗し、最初のステップに戻って再入力します。

図 3-1 ログイン操作フローチャート

3.5.2情報追加処理

大学のフリーマーケットサイトでは、必要なデータ情報を随時追加する必要がありますが、ユーザーが情報を追加する場合は、追加インターフェースとチェックボックスの内容に従って、追加するデータ情報を入力する必要があります。情報入力が完了すると、データ情報が要件を満たしているかどうかが判断され、要件が追加された場合、ユーザーが追加した情報が要件を満たしていない場合は、最初のステップに戻り、データ情報を再入力する必要がありますを選択し、図 3-2 に示すような判定操作を実行します。

図 3-2 情報追加フローチャート

3.5.3情報削除手順

どのユーザー役割が異なるシステム操作インターフェースに入っても、異なる情報操作機能を実行できます。システムデータ情報の削除については、ユーザーが一度情報を削除すると、削除されたデータ情報は復元されないため、ユーザーはデータを削除するときに、削除されたコンテンツが本当に削除されるかどうかを判断する必要があります。正しいことを確認した後、図 3-3 に示すように、[削除操作を確認する] を選択します。

図 3-3 情報削除のフローチャート

第 4 章システムの設計と実装

4.1 システムアーキテクチャ設計

大学フリーマーケットサイトプロジェクトの概要とデザイン分析大学フリーマーケットサイトの具体的な分析を主な内容とするデータベース設計データはmysqlデータベースを使用システム設計は、より人道的な運用設計を採用し、システム内で発生したエラー情報をタイムリーに処理してフィードバックできます。

大学フリーマーケットWebサイトは、既存のネットワークをベースに開発されており、管理者とユーザーの管理（管理者、ユーザー登録）、コンテンツ管理（Webサイトのお知らせ、オンラインメッセージ）、およびその他の管理（商品分類、中古品、取引注文、物々交換）財産管理）およびその他の詳細な理解と統計分析。ユーザーの実現: ホームページ、お知らせ閲覧、メッセージ投稿、中古品、購入、物々交換システム機能要件に従って確立されたモジュール関係図は次のとおりです。

図 4-1 管理者機能モジュール図

図 4-2 ユーザー機能モジュール図

4.2開発プロセスの設計

大学フリーマーケットサイトの開発情報管理アプリケーションの構築には、システムが使用する管理モジュールやデータベースの分析、作成、開発、企画、運用の3つのステップが必要であり、システムがあらかじめ設定された機能や機能を本当に実現できるかどうかを判断します。設計が成功した後に実装できるかどうか。開発プロセスでは、各段階は厳密に直線的な順序で開発する必要があり、対応する段階で生成された各作業はテクノロジーを通じて検証およびチェックできます。1 つのステージが正しく完了し、次のステージで引きずりが発生しないことを確認し、システムが設計機能を完了することを保証します。

大学のフリーマーケット Web サイトの開発成功の経験から判断すると、上記の方法が最も明白な効果をもたらし、システム開発の複雑さを最大限に軽減します。図 4-2 に示すように。

図 4-2 開発システムのフローチャート

4.3 データベース設計

データベースは情報システムの基盤であり中核です。データベース設計の良し悪しは、情報システム開発の成否に直結します。データベーステーブルを作成するには、まずエンティティの属性とエンティティ間の関係を決定します。リレーションシップに基づいてデータテーブルを作成します。

4.3.1エンティティ ER 図

データベースはソフトウェアプログラミング全体の中で最も重要なステップであり、データベースの問題では主にデータベース数の決定と構造式の作成が行われます。表示システムは Mysql を使用してデータベースを管理し、データのセキュリティと安定性を確保します。

概念モデルは、現実世界の情報を抽象化し、情報世界をモデル化するように設計されています。これはデータベース設計のための強力なツールです。データベース概念モデル設計では、ER 図を通じて現実世界の概念モデルを記述することができます。システムの ER 図は、システム内のエンティティ間のリンクを示します。また、Mysql データベースは比較的強力な自己保護機能を備えたデータベースであり、主にデータベースエンティティの ER 図を次の図に示します。

(1) 大学フリーマーケット Web サイトの全体的な ER 図を図 4-3 に示します。

図 4-3 エンティティの属性図

(2) 中古品の ER 図を図 4-4 に示します。

図 4-4 中古品の物理図

これらの機能は、大学のフリーマーケットサイトのニーズに十分に応えることができます。このシステム機能は、図 4-5 に示すように、主にユーザーと管理者の機能構成を表示します。

図 4-5 システムの機能構成図

4.3.2 データベースの論理設計

システムのエンティティと属性に基づいて、データ設計のアイデアと組み合わせて、システムの論理設計の内容を次のように説明します。

Web サイトのお知らせ (タイトル、ファイル、発行者、発行時間、内容)。

中古品（品番、商品名、商品カテゴリー、価格、状態、遊休数量、商品紹介）。

取引注文（注文番号、製品番号、製品名、元の価格、販売価格、荷受人、連絡先番号、配送先住所）。

交換アイテム (ユーザー、名前、アイテム名、アイテムカテゴリ、アイテムの説明、交換条件、写真、詳細)。

4.3.3データシート

データ構造の詳細な分析要件に従って分析できます。入出力データ量の要件に従って分析でき、どのテーブル、構造間の関係を決定できます。クエリやクエリを検証、調整、改善できます。ユーザーがより多くのデータと機能を求めるようにするために、閲覧プロセスでデータベースを実現できます。

システムが使用するデータベース管理システムの特性に基づいて、データベースの概念モデルを変換して構築しました。ただし、このシステムは大学のフリーマーケットサイトの機能を十分に考慮したものであり、組織は比較的明確である。

website_users表：


名前	タイプ	長さ	nullではない	主キー	コメント
ウェブサイトユーザーID	整数	11	はい	はい	ウェブサイトのユーザーID
フルネーム	可変長文字	64	いいえ	いいえ	名前
性別	可変長文字	64	いいえ	いいえ	性別
検査状態	可変長文字	16	はい	いいえ	承認状況
推薦する	整数	11	はい	いいえ	インテリジェントな推奨事項
ユーザーID	整数	11	はい	いいえ	ユーザーID
作成時間	日付時刻	0	はい	いいえ	作成時間
更新時間	タイムスタンプ	0	はい	いいえ	更新時間

website_announcement表：

名前	タイプ	長さ	nullではない	主キー	コメント
ウェブサイトのお知らせ_id	整数	11	はい	はい	WebサイトアナウンスID
タイトル	可変長文字	64	いいえ	いいえ	タイトル
関連するアクセサリ	可変長文字	255	いいえ	いいえ	関連する添付ファイル
出版社	可変長文字	64	いいえ	いいえ	出版社
発売日	日付	0	いいえ	いいえ	発売日
コンテンツ	長文	0	いいえ	いいえ	コンテンツ
ヒット	整数	11	はい	いいえ	クリック数
推薦する	整数	11	はい	いいえ	インテリジェントな推奨事項
作成時間	日付時刻	0	はい	いいえ	作成時間
更新時間	タイムスタンプ	0	はい	いいえ	更新時間

物々交換テーブル:

名前	タイプ	長さ	nullではない	主キー	コメント
物々交換ID	整数	11	はい	はい	物々交換ID
ユーザー	整数	11	いいえ	いいえ	ユーザー
フルネーム	可変長文字	64	いいえ	いいえ	名前
項目名	可変長文字	64	いいえ	いいえ	項目名
アイテムカテゴリー	可変長文字	64	いいえ	いいえ	アイテムカテゴリ
写真	可変長文字	255	いいえ	いいえ	写真
アイテム説明	文章	0	いいえ	いいえ	アイテム説明
交換要件	文章	0	いいえ	いいえ	交換リクエスト
詳細	長文	0	いいえ	いいえ	詳細
ヒット	整数	11	はい	いいえ	クリック数
推薦する	整数	11	はい	いいえ	インテリジェントな推奨事項
作成時間	日付時刻	0	はい	いいえ	作成時間
更新時間	タイムスタンプ	0	はい	いいえ	更新時間

商品分類表：

名前	タイプ	長さ	nullではない	主キー	コメント
商品分類ID	整数	11	はい	はい	製品カテゴリID
商品カテゴリー	可変長文字	64	いいえ	いいえ	製品カテゴリ
推薦する	整数	11	はい	いいえ	インテリジェントな推奨事項
作成時間	日付時刻	0	はい	いいえ	作成時間
更新時間	タイムスタンプ	0	はい	いいえ	更新時間

second_hand_goods表：

名前	タイプ	長さ	nullではない	主キー	コメント
中古商品ID	整数	11	はい	はい	中古商品ID
記事番号	可変長文字	64	いいえ	いいえ	製品番号
商標名	可変長文字	64	いいえ	いいえ	商品名
商品カテゴリー	可変長文字	64	いいえ	いいえ	製品カテゴリ
元値	可変長文字	64	いいえ	いいえ	元値
販売価格	可変長文字	64	いいえ	いいえ	販売価格
アイドル数量	整数	11	いいえ	いいえ	アイドル量
古くて新しい度	可変長文字	64	いいえ	いいえ	新しさ
写真	可変長文字	255	いいえ	いいえ	写真
製品導入	長文	0	いいえ	いいえ	製品の説明
ヒット	整数	11	はい	いいえ	クリック数
賞賛レン	整数	11	はい	いいえ	いいね数
推薦する	整数	11	はい	いいえ	インテリジェントな推奨事項
作成時間	日付時刻	0	はい	いいえ	作成時間
更新時間	タイムスタンプ	0	はい	いいえ	更新時間

transaction_order表：

名前	タイプ	長さ	nullではない	主キー	コメント
トランザクション注文ID	整数	11	はい	はい	取引注文ID
注文番号	可変長文字	64	いいえ	いいえ	注文番号
記事番号	可変長文字	64	いいえ	いいえ	製品番号
商標名	可変長文字	64	いいえ	いいえ	商品名
元値	可変長文字	64	いいえ	いいえ	元値
販売価格	可変長文字	64	いいえ	いいえ	販売価格
アイドル数量	可変長文字	64	いいえ	いいえ	アイドル量
購入数量	整数	11	いいえ	いいえ	購入数量
合計金額	可変長文字	64	いいえ	いいえ	総費用
購入ユーザー	整数	11	いいえ	いいえ	ユーザーを購入する
連絡先番号	可変長文字	64	いいえ	いいえ	連絡先番号
荷受人	可変長文字	64	いいえ	いいえ	受信機
発送先住所	可変長文字	64	いいえ	いいえ	お届け先の住所
検査状態	可変長文字	16	はい	いいえ	承認状況
検査_返信	可変長文字	16	いいえ	いいえ	モデレート返信
支払い州	可変長文字	16	はい	いいえ	支払い状況
支払いの種類	可変長文字	16	いいえ	いいえ	支払いの種類
推薦する	整数	11	はい	いいえ	インテリジェントな推奨事項
作成時間	日付時刻	0	はい	いいえ	作成時間
更新時間	タイムスタンプ	0	はい	いいえ	更新時間

第5章システムの導入

5.1 ユーザフロントエンド機能モジュール（フロントエンド）

大学フリーマーケットWebサイトのログイン画面は、図5-1に示すようにアカウント番号、パスワードなどを入力してログインできます。

図 5-1 ログインインターフェース図

ホームページでは、図 5-2 に示すように、ホームページ、Web サイトのお知らせ、オンラインメッセージ、中古品、物々交換などの機能モジュールを表示および操作できます。

図 5-2 システムのホームページのインターフェイス図

個人情報ページでは、個人情報等の閲覧、個人情報の修正・補足が可能です。図 5-3 に示すように。

図 5-3 個人情報インターフェース図

最新のお知らせは、Webサイトのお知らせページで閲覧したり、キーワードで検索したりすることができます。図 5-4 に示すように。

図 5-4 Web サイトのアナウンスインターフェース図

中古品推奨ページでは、図 5-5 に示すように、情報（製品番号、製品名、製品タイプ、価格、状態、製品紹介）などを知ることができ、検索操作を行うことができます。

図5-5 中古品推奨インターフェース図

図 5-6 に示すように、バーゲンとバーゲンのページでは、ユーザーは交換やその他の操作のためにアイテムを公開できます。

図 5-6 Exchange インターフェース図

5.2 管理者機能モジュール（バックエンド）

管理者機能ページでは、サイト管理、ユーザー管理（管理者、ユーザー登録）、コンテンツ管理（オンラインメッセージ、Webサイト告知、カルーセル画像）、その他の管理（商品分類管理、中古商品管理、取引注文管理）が表示されます。図 5-7 に示すように、対応する操作を実行するためのコンテンツ。

図 5-7 管理者機能のインターフェース図

図 5-8 に示すように、Web サイトのアナウンス管理。

図 5-8 Web サイトのアナウンス管理インターフェイスの図

中古品管理では、図5に示すように、商品情報一覧ページで商品番号、名称、種類、価格、状態、商品紹介、空き数量などを確認し、必要に応じて修正・削除することができます。 -9.

図 5-9 中古品管理インターフェース図

取引注文管理、このページではユーザーの注文情報（注文番号、商品番号、商品名、価格、荷受人情報）を管理することができます。図 5-10 に示すように。

図 5-10 トランザクション注文管理インターフェース図

オンラインメッセージ管理では、メッセージページでユーザーが投稿したメッセージを管理できます。図 5-11 に示すように。

図 5-11 オンラインメッセージ管理インターフェイスの図

第6章システムテスト

6.1テストの目的_ _

システム設計では、エラーがないことを保証できません。これは開発プロセスです。プロセス中のエラーや間違いを避けるのは困難です。これは避けられませんが、これらのエラーがシステムに常に存在するようにすることはできません。エラーは、計り知れない結果を引き起こす可能性があります。システムクラッシュ、セキュリティ情報、システムが正常に起動できず、ユーザーの携帯電話画面がインストールされるなどの問題を回避するには、プログラムをテストして問題を発見し、修正してシステムを構築する必要があります。この章の役割は、これらの問題を見つけて修正することです。時間と労力はかかりますが、長期的なシステム開発には非常に重要であり、必要です。

ソフトウェアのテストと開発のプロセスは同じであり、ソフトウェアエンジニアリングの正式な原則に従って、管理理論に従って実行する必要があります。しかし、国内のソフトウェアテストは多くの経験と手法を蓄積しており、手順は比較的成熟しており、ソフトウェアテストの効率はますます高くなっています。

大学のフリーマーケットサイトを実装するには、システム内の機能モジュールの実装と動作をテストして、システムが正確に実装できるかどうかを判断する必要があります。大学フリーマーケット Web サイトを正式に公開する前に行う必要があるステップの 1 つはシステムのテストであり、テストで見つかったエラーをタイムリーに修正して、システムが正確にユーザーに提供されるようにする必要があります。

6.2 テスト計画の設計

6.2.1テスト戦略

1. 機能テスト

ユーザーの視点から見ると、新しく開発したソフトウェアの内部構造はテスト中には分からないため、システムをブラックボックスに例えることができ、ブラインド入力後にシステムからのフィードバックを確認することができます。この種のテストはブラックボックステストであり、テスト中に間違った情報が入力されると、システムはエラーを報告します。

2. 性能試験

ソフトウェアプログラムの全体的な状態のテスト (パフォーマンステストと呼ばれます) では、通常、自動テストツールを使用して、システムの全体的な機能を負荷テストとストレステストに分けて検査します (場合によっては 2 つのテストを組み合わせて行うこともあります)。ストレステストでは、システムが提供できる最高レベルのサービスが検出されますが、負荷テストでは、負荷の増加にシステムがどのように応答するかをテストします。

6.2.2テスト分析

システムの品質を評価するためのテスト方法は、システムのコーディングやプロセスに限定されるものではなく、ソフトウェアの設計作業や過去の要件の分析と密接に関連している必要があります。

ソフトウェアのテストは次の原則に従う必要があります。

(1) ソフトウェアテストはできるだけ早く実行する必要があり、テスト部分全体はソフトウェア開発と設計の全プロセスを通じて実行される必要があります。エラーが見つかった場合は直ちに対処できるため、ソフトウェアの開発期間が大幅に短縮され、ソフトウェアの品質が向上します。

(2) ソフトウェアの各種テストにおいては、テスト工程で使用した計画書、報告書等を適切に取り扱い、保管すること。その主な目的は、将来のシステムのメンテナンスを容易にすることです。

(3) ソフトウェアテストの全プロセスにおけるクラスタリング現象を優先する必要があります。

(4) ソフトウェアテストについては、ソフトウェアテスト結果の客観性と公平性を確保するため、自ら設計したシステムを参照するのではなく、相手方のプログラムをテストするよう努めるべきである。

(5) テスト計画全体は、ソフトウェアテストの特定の実施規則に厳密に従って実行されます。

(6) テスト結果全体を総合的に検査し、エラーが繰り返されないようにします。

この大学フリーマーケット Web サイトはユーザーの要件とニーズを満たしており、ユーザーの利用を効果的に増やすことができます。

6.3 テスト結果_ _

テスト後に得られた性能やユースケースから、システムは十分な正確性、信頼性、安定性を備えており、正確なクリック操作処理や入力データへの応答が可能であり、テストのユーザーエクスペリエンスや応答時間も良好なフィードバックを得ています。妥当な範囲、すべての主要なブラウザと互換性があり、望ましい効果を備えて設計されています。

結論は

今回の設計では、システム開発の知識を理解するのに多くの時間を費やし、苦労の末、ようやくシステム設計が完成しました。この学習段階を通じて、私は自分の欠点を発見し、必要な応用スキルを完全に習得し、さらに勉強することで知識ベースを充実させ、この困難な課題を完了することができました。問題に遭遇したときは、すぐに先生に助けを求め、専門のウェブサイトやフォーラムを通じて解決し、彼らの助けのおかげで、難しい問題を少しずつ克服することができました。制度設計は簡単ではなく、常に自分を豊かにし、困難を乗り越える勇気が必要です。システムが開発した機能の中にはまだ完璧ではなく、改善する必要があるものもありますが、その後、完璧に設計されたシステムをユーザーエクスペリエンスを通じて修正し、ユーザーにより良い体験を提供することができます。これは初めて達成できたのでとてもうれしいです。私自身の努力でできたシステムですが、これが最後というわけではなく、今後もより良いシステムを導入できるよう努力してまいります。

一部のプログラミング言語のシステム実装では、語彙に慣れていないために開発が困難になることがありましたが、適切な辞書ソフトを使用することでこの大きな問題を解決しました。このことから、私は英語での自分の欠点を知りました。それからは、将来の仕事や生活に困らないように英語の知識を磨き続けました。卒業制作のプロセスは非常に奥深く感じました最初から開発技術に詳しくなかったのですが、文献や情報にアクセスしながら段階的に使っていくと、それほど難しくはなくなり、何度もシステムを導入していきました、システム自体はオンライン学習に役立ちます。私はこのデザインから多くの恩恵を受けました。論文を書くには、1 つの点を実現しようとする自分自身の意欲と、人生のすべての問題を学ぶ勇気が必要です。学習のプロセスは学習のプロセスです。卒業制作では、理論的な知識を実践に応用することを学びました。どうすればいいのか教えてください。真剣に受け止めなければなりません。私には困難を乗り越える勇気があり、将来はもっとうまくいくと信じています。

参考文献

[1] Zhang Liechao、Hu Yingjiu. 典型的な Koa 開発フレームワークモデルに関する研究 [J]. Journal of Wuhan Communications Vocational College、2021、23(04): 122-127。

[1] Xie Haimin、Li Jin、Ding Shenmei、Li Huanhuan、Yi Aoyue. 大学キャンパスの中古市場の調査と分析 - 南京師範大学泰州学院を例に [J]. ショッピングモールの近代化、2021( 16):10-12。

[2] Jiang Kaicheng、Cui Qianqian. 大学におけるフリーマーケット取引プラットフォームの研究 — 新疆医科大学後博学院を例に挙げる [J]. Investment and Entrepreneurship, 2021, 32(10): 139-141.

[3] 袁文剛. 新時代を背景とした小中学校におけるキャンパスフリーマーケットの教育的価値 [J]. 小学校教育研究, 2021(06):43-44.

[4] Zeng Hao、Yan Zhangling. キャンパスフリーマーケット APP の設計と開発 [J]. 情報とコンピュータ (理論版)、2020、32(20):72-74。

[5] Liu Xin、Yang Yuhang、Ming Kangquan、Wang Simeng、Tang Mingjun、Gao Peng. 学校のオンライン「フリーマーケット」慈善寄付プラットフォームの構築と応用 [J]. Electronic World、2020(09):195-196 +199。

[6] Zhang Xinru.「Old Things Change Owners」Internet Platform Design [J]. Digital Communications World、2019(08):68+59.

[7] Lin Gaoyu、Ye Xuejia、Shu Chengyan、WeChat パブリックアカウントに基づく大学におけるオンラインフリーマーケットの応用に関する研究 [J]、Times Finance、2019(13):46-47。

[8] 「フリーマーケット」における商品交換[J]. 幼児教育, 2019(31):18.

[9] Ying Ke, He Bin. 「Node.js を活用したフリーマーケットの研究開発と運営」に関する実践研究 [J]. 長江シリーズ, 2019(03):42.

[10] Hu Jianfeng. Android に基づくキャンパスフリーマーケットの設計と実装 [J]. Computer Knowledge and Technology、2019、13(36): 84-85。

[11] Wang Jia. フリーマーケットはビジネスの知恵を示す [J]. 新しいコース (パート 1)、2019(05):134.

[12] Hou Huanhuan、Li Chaojun、キャンパスフリーマーケットプラットフォームの設計と実装 [J]、デジタルテクノロジーとアプリケーション、2019(01):172-173。

[13] Li Dong、Pan Yongli. B/S に基づくキャンパスフリーマーケットネットワークプラットフォームの研究と設計 [J]. 中国の経営情報化、2019、20(01): 156-157。

[14] Yuan Ping、Xia Hui. チャリティーセールで温かさが広がる—陝西省上南県城関希望小学校の「フリーマーケット」活動を思い出す [J]. Teenagers Monthly、2018(Z3):16-17.

[15] 張新如「古いものは所有者を変える」インターネットプラットフォームの設計 [J] デジタル通信世界、2019 (08): 68 + 59

ありがとう

大学のフリーマーケットサイトの完成と改良には大変な労力を要しましたが、今回の時間は忘れられないものとなるでしょう。

大学のフリーマーケットサイトもスムーズに完成することができ、デザインに迷った時も丁寧に指導していただき、まずは講師の先生に感謝しています。彼の助けのおかげで、質の高い卒業制作を完成させることができます。システム開発においては、講師から多くの実践的な意見や提案をいただき、関連する研究資料も大量に提供していただき、設計に対する理解が深まりました。教師の指導のもとでのみ、卒業制作を成功させることができます。ここに、講師の先生に深く感謝の意を表したいと思います。

また、私のデザインに多くの参考意見を提供し、デザイン上の問題を一緒に議論し、私のデザインが一歩ずつ成熟するようにしてくれたクラスメイトにもここで感謝したいと思います。

プロジェクトのソースコードを無料で受け取るには、ブロガーをフォローして「いいね」を押し、プライベートメッセージを送ってください。