プロジェクトのソースファイル、技術交流や指導問い合わせ獲得 1225467431:Qを
A. システムの説明
問題と意義の1.1説明
アラカルト伝統的な方法ダイニングは、特定の仕事に以下の質問を受けやすい、皿の顧客がウェイターを記録し、純粋に手動操作です:手書きの文書が間違った料理、パントリーのサブ単一重大なミス、食べるために食品や監査手続を引き起こし走り書きもっと面倒。特別な味の不作為との偏差を扱う、宿泊客の料理は、現象より頻繁リマインダ、計算課金エラーが発生しやすいと不便な人事管理を忘れてしまいました。このため、オンライン注文パターンが出現しました。これは、効果的に外食産業の効率を改善するだけでなく、標準化されたサービスシステム、総合的なサービス品質と管理レベルを向上させ、大規模な操作のための確かな技術基盤を提供することができないだけ。
私たちは、を介してサーバから取得したデータを注文する、商人、その後、オンライン注文は、業界がサーバーにバインドされた注文、オンライン注文通じ、顧客、注文情報であるということができる、情報技術の時代に住んでいます操作は、契約後に、顧客は、ブラウザをリフレッシュしてもらうことができます。
1.2開発環境、ツールおよび関連技術
1.2.1MIS(経営情報システム)プラットフォーム
現代の企業 MISシステム・プラットフォーム・モデルは、主な考慮事項C / SモードとB / Sモードであるべきです。B / Sモードは、現在、かなりの困難が残っているオンライン・トランザクション処理アプリケーションのために、唯一の情報発信に適用され、C / Sモデルは、アプリケーションや情報を大量に蓄積してきました。C / S(クライアント/サーバー)構造、すなわち、よく知られているクライアントとサーバの構造。それはあなたが削減通信オーバーヘッドシステムを実現するために、クライアント側とサーバー側に、ハードウェア環境の両端のタスクの合理的な配分を利用することを可能にするソフトウェア・システム・アーキテクチャ、です。ほとんどのアプリケーション・ソフトウェア・システムは、異なるアプリケーション・モジュール、現在のシステムは、分散型Webアプリケーション開発のWebおよびクライアント/サーバーアプリケーションが同じビジネス・プロセスを実行することが可能にするソフトウェアアプリケーションである、2層構造の形でクライアント/サーバーです論理構成要素を共有するので、内部および外部のユーザーは、新規および既存のアプリケーションは、既存のアプリケーションロジックの新しいアプリケーションによって拡張することができるアクセスすることができます。これは、現在のシステムの開発の方向です。
1.2.2開発ツール
開発ツールは、主に 4つの部分から:Eclipseの、TomcatのV7.0は、MySQLデータベース管理システムの64 J2EEバージョンは、Webブラウザをグーグル。
1.3機能要件
注文管理システムは、次のような機能を持っている必要があります:
( 1)ログイン機能:この機能は、ログインおよびログアウトユーザーが含ま
( 2)登録機能:この機能は、新規ユーザ登録情報を含みます
( 3)これらの機能を注文するには、次のとおり情報にアクセスし、それらの誰編集を注文する、食品の情報を取得、順序の生成を
( 4)ビジネス機能:ビジネス情報の取得、編集、食品情報の管理、注文管理を含みます
II。システム設計
2.1全体的なデザイン
図中の特定のシステム機能ブロック図。 2-1:
図 2-1
2.2詳細な機能設計
( 1)ユーザーのログインモジュール
最初のモジュールを使用して注文システムは、インターフェイスは、主として含むユーザー名とパスワードを、それぞれ、2つのテキストボックスを。登録ユーザーが直接ログインすることができ、ログインプロセスのユーザ名とパスワードが要件を満たしていない、またはユーザ名とパスワードが一致しない、あなたは、再入力する必要がある、またはメインインターフェイスへの通常のアクセスします。新しい登録ユーザは、ユーザ登録インターフェースにアクセスする必要がありません。
( 2)ユーザ登録モジュール
テキストボックスに、独自の情報フィルによって(順番に商人とのものを含む)新規ユーザーは、検出され登録することにより、ユーザーは、再登録と同じ名前に、ユーザーと同じ名前が正常に登録することはできません持っています。あなたは成功登録後、ログイン画面に行くことができます。
( 3)S食事インターフェースモジュール
これらのログイン成功を注文すると、お店の一覧画面を訪れるお店を選択し、お店を変更するために食品のリストを見ることができ、食品の種類と量を選択することで、選択した後、配達時間、場所、ノートに記入してください。確認するために商人を待って、注文を生成するには。
( 4)ユーザ・インターフェース・モジュール
成功するビジネスログインすると、自分自身のための管理の店を見に表示および編集に自分の店のインタフェース自分の食べ物リストに行くことができます。
( 5)個々のセントラルモジュール
ユーザーが管理する正常にログオンし、自分の情報を更新することができます
( 6)ログアウトモジュール
私は、独自のログアウトを通じてエンドユーザーにログアウトしたいセッション。
2.3ユーザーインターフェイスのデザイン
図に示すログイン画面を発注することにより、 2-2
図 2-2
図に示されている店舗Listインタフェース 2-3
図 2-3
図に示されている食品のリストインタフェース 2-4
図 2-4
図個人Centerのインタフェース 2-5
図 2-5
データテーブルのデータの2.4デザイン
このデータベースは、合計持っている 4つのテーブルを:
ビジネステーブルで食事のテーブルに分かれているユーザー、
(ユーザー名(BID)、パスワード(パスワード)、ニックネーム(BNAME)、電話番号(携帯電話)、性別(男女)を含む1)■食事テーブル(buyuser)。
( 2)加盟店のテーブルのユーザー名(SID)、パスワード(パスワード)、ニックネーム(SNAME)、電話番号(携帯電話)、店舗名(StoreNameを)、ストアアドレス(storeaddress)、画像(SIMAGE)、性別を含む(selluser)(性別);
( 3)食品テーブル(食品)食品番号(FID)、食品名(FNAME)、食品価格(価格)、食品の写真(fimage)、商人名(SID)を含みます。
(注文番号(OID)、発注のユーザー名(BID)、商人のユーザー名(SID)、食品リスト(FIDS)、リスト(番号)の数、納期(SENDTIME)、送信を含む4)Ordersテーブル(注文)食事アドレス(sendaddress)、ノート(マークアップ)、状態(ステート)。
次のように詳細な表には、次のとおりです。
( 1)S食事テーブル(buyuser)表2-1
Sミールテーブル( buyuser)表2-1
( 2)ビジネステーブル(selluser)表2-2
マーチャント・テーブル( selluser)表2-2
( 3)食品テーブル(食品)表2-3に示すように
フードテーブル(食品)表2-3
( 4)Ordersテーブル(順序付け)表2-4
Ordersテーブル(注文)表2-4
III。システムテスト
これらの試験食、ビジネスのテスト:それは、2つの部分に分かれています
これらのテストを注文する3.1
(図3-1に示すように1)は、ログイン画面を入力し、プログラムを実行します
図 3-1
( 2)新規ユーザ登録は、図3-2に示します
図 3-2
( 3)ログインに成功主インターフェース図3-3に示すように
図 3-3
( 4)ポストクリックインターフェース図3-4フード店に示されています
図 3-4
( 5)図3-5に示す注文確認画面を入力するタイプと食物の量を選択した後
図 3-5
(パーソナル図3-6の中央に6)
図 3-6
( 7)の後、図3-7に注文の詳細を見るためにクリック:
図 3-7
( 8)は、図3-8に示すログイン画面に戻ってログアウトします
図 3-8
3.2テストの商人
( 1)ログイン画面が図に示されている3-9
図 3-9
( 2)登録インターフェイスは、図3-10に示します
図 3-10
( 3)図3-11ホームに示すログインに成功インターフェイス後
図 3-11
(図3-12に示されている個々の中心に4)
図 3-12
( 5)注文の詳細と図3-13に示す順序の動作を見るためにクリック。
図 3-13
( 6)成功した動作状態は、図3-14を受信した後。
図 3-14
( 7)は、図3-15に示すログイン画面に戻ってログアウトクリック
図 3-15
IV。実験の経験
4.1デザインの特徴
インターフェイスのデザインは、シンプルで実用的な機能、操作しやすいシステムを発注する基本的な機能を実現することができます。
4.2不十分なデザイン
また、この設計は、発注者を配置し、そのようなリアルタイムの順更新時間などの機能を実装していません。アート用語の知識が不足しているためのインターフェイスの外観は、特に美しいではありませんので、来ていない、があります。
4.3収穫と経験
このプロジェクトの開発を通じ、私が使用して動的なWebプラットフォーム開発プロジェクトJavaEEのにいくつかの知識を持っているだけでなく、知識のデータベースを確認するためには、MySQLをより良く理解する、実験の過程では、エラーが連続デバッグデバッグを通じて常にあります、コード試験調査の部分、そして最終的には、エラーをなくすプロジェクトを完了しました。