1：卒業後に正式な発展に、システムに新しい知識やアイデアを学んでからのビデオと一緒に、長い時間を開始しました。本当に難しい、難しい、私は、彼らが今日来る前に、インターネットは問題を発見するためにどのくらいかわからない、それは容易ではありません。システムの終わりから、それは5-10日ほどかかりますことを推定しました。非常に遅いが、多くのことを学んだが、彼は、タスクを完了しなかった純粋な心を保つために、何かを学ぶことです。長い時間のために自分の学校、将来の本当に恐れても、プロジェクトを完成させる能力を持っていない、シンプルを開発しました。
2：欠点プロジェクトの背景カルバリー・モジュールは、現在存在して
表管理モジュール：
1：表データの背面がユーザにデータベースに格納する必要があり、操作がユーザインターフェースはバックテーブルを表示された場合、バックグラウンドは、データベースの操作でテーブルを、引退することができ達成することができません。
2：ヒント、および除去した後の完全な欠如が（正常に削除）される（削除するかどうかを決定する）の欠如は、あなたがテーブルとの欠如を削除する場合（たとえば、このテーブルも注文トランザクションが完了していない理由は削除できない）ことを示唆しているときに、テーブルを削除
料理管理モジュール：
1：それにもっと注意を払う必要があるテーブルモジュールに似たヒントの欠如、（料理を削除するときに料理がヒントや料理の存在下で存在する場合、料理を削除することはできません）。
食器管理モジュール：
1：（特定の料理も削除されていない未払い缶に順に属している場合）、特に注意が必要なテーブルモジュールと同様のヒントの欠如は、あります
2：編集ページを入力するときに変更するための食器、ドロップダウンメニューがうまく配置されていないが、現在、料理の皿に属し
注文管理モジュール：//一時的に短所：1：受信データが入力されていません
2 @：カスタム知識今単一の日付を保持するためのデータテーブルモジュール一貫した単一の日付で表示されるべきである、と（ユーザ層書き込み）に由来しなければならない
注文状況注文ユーザべきである：@ 3ユーザーが支払いを完了することはできませんので、フロントデスク場合は、データベース層に書き込まれ、背景がチェックアウトを助けることができます。今の状態によって、ユーザの支払いや、独自の記述
4 //：オーダーの開閉機能は、特定の操作を実装していない、彼は、その脇に置く、難しいと感じたプロジェクトの終わりまで、オンラインに行くと、クエリの解決策は、自分ではありません同じ。
// 5：Order Detailsテーブル、データがまだ完璧ではない、機能が達成ますが、ユーザデータの欠如されている
// 6：注文の合計金額は、ユーザ注文内容の合計から派生する必要があり、合計は、ユーザー層によって行われるべきです自動計算。
方法：上記の欠点のために：前記ヒント比較的良好な溶液、JS属性onclickのJSPの増加の特定の操作コードの行を追加することにより、
テーブル管理モジュールを含有します。