- 1. 役割のユースケース図
管理者の役割のユースケース図
管理者の使用例: クラウド開発バックグラウンドによって管理されるアカウントにログインすることで、販売者は店舗の注文システムを直接管理し、店舗内の一連のデータを操作し、販売者が店舗の製品を更新および保守することを容易にすることができます。
ユーザーの役割のユースケース図
クラウド開発背景が管理するアカウントにログインすることで、加盟店は店舗の注文システムを直接管理し、店舗内の一連のデータを操作できるため、店舗の更新や維持に便利です。
- ユーザーはミニ プログラム プラットフォームにログインし、注文プラットフォームのホームページにアクセスできます。
- ユーザーはミニプログラム インターフェイスで商品を注文できます。
- ユーザーは注文ページで事前に注文することができます。
- ユーザーは私のインターフェースで私の情報を変更したり、注文に関する情報を問い合わせたりすることができます。
- 管理者は注文を確認して処理します。
- 管理者は項目を追加または削除できます。
全体的なプログラムロジックのフローチャート
ユーザー注文データのフロー図
ユーザーはミニプログラム注文プラットフォームを通じて注文し、ミニプログラムは選択された製品タイプをショッピングカートに送信し、ユーザーが注文した料理の種類や数量などの情報をバックグラウンド管理に提供します。
バックグラウンドデータフロー図
データディクショナリ:
データ項目エントリ: ユーザーデータ項目は番組注文処理の主体であり、各ユーザーは ID によって一意に識別されます。管理者データ項目はシステム全体を管理する主体であり、関連するすべてのデータはアカウントログインを通じて管理できます。
データ構造エントリ:プログラム発注トランザクション処理では、以下の4つのデータ構造項目があり、これらは発注システムを構成し、発注プログラムの基本機能を実現する構成モジュールである。
注文アプレットの機能モジュール図
データベース設計
ER図の設計:
1. ユーザーエンティティのER図
2. 製品実体ER図
3. 管理者エンティティの ER 図
4. 順序ER図
5. ER図についてのコメント
6. ショッピングカートのER図
7. ストアエンティティER図
8. テーブルER図
9. ER全体図
データベースの論理設計と物理実装
データベースはプログラム プロジェクトの重要な部分であり、このミニ プログラム プラットフォームの開発中、データベースはデータを保存するツールとして使用され、店舗、注文、料理などの重要な情報が保存されます。ページ表示では、システムの各ページのテストを通じて、従来の管理システムの操作対話に準拠します。[7]このプログラムシステムは他の優れたデータ構造設計を参考にしており、修正と検証を繰り返した結果、データベースの論理設計は合理的かつ明確になっています。
論理設計では次の点に注意する必要があります。
1. 各モジュールの主な目的を確立します。
2. 表を描画する場合は、表の列名とデータ型を設計し、空かどうかを判断してデータを記述します。
3. テーブルの主キーと外部キーを設計します。
以上の点を踏まえ、作成されたロールテーブルは以下のようになります。
1.ユーザーテーブルは主に、注文プラットフォーム上のユーザーの情報を保存するためのものです。テーブル番号が主キーで、このテーブルにはテーブル番号、注文コメント、ショッピングカート、注文情報、注文記録などが含まれます。
表3.1ユーザーテーブル
列名 |
データの種類 |
制約 |
説明 |
述べる |
可変長文字 (10) |
空ではない |
ユーザーID |
主キー |
|
コメント |
可変長文字 (20) |
ヌル |
注文レビュー |
外部キー |
買い物 |
可変長文字 (20) |
ヌル |
ショッピングカート |
外部キー |
ORDER_MESSAGE |
可変長文字 (11) |
ヌル |
注文情報 |
外部キー |
ORDER_RECORD |
可変長文字 (50) |
ヌル |
注文記録 |
2.製品テーブルは、ミニ プログラム プラットフォームの製品情報が保存される場所です。製品名が主キーで、製品カテゴリ、価格、画像、販売数量もリストされ、他の主要な役割と関連付けられています。製品分類ごとの表。
表3.2商品一覧表
列名 |
データの種類 |
制約 |
説明 |
述べる |
GOODS_ID |
整数 (10) |
空ではない |
製品番号 |
主キー |
GOODS_TITLE |
可変長文字 (50) |
空ではない |
カテゴリー |
外部キー |
GOODS_PRICE |
ダブル |
空ではない |
商品の価格 |
|
グッズ_イメージ |
可変長文字 (10) |
空ではない |
製品画像 |
|
GOODS_BOLG |
可変長文字 (100) |
空ではない |
販売数量 |
3.管理者テーブルは、ミニ プログラム プラットフォームでの販売者の業務に関する情報を保存するために使用されます。ログインアカウント、ログインパスワード、注文管理、商品管理、テーブル番号管理などです。
表3.3管理者テーブル
列名 |
データの種類 |
制約 |
説明 |
述べる |
|
varchar(20) |
空ではない |
管理者ID |
主キー |
||
ADMIN_NUMBER |
整数 (20) |
空ではない |
ログインアカウント |
||
ADMIN_PAD |
整数 (20) |
空ではない |
ログインパスワード |
||
注文_管理 |
可変長文字 (100) |
ヌル |
注文管理 |
外部キー |
|
グッズ_管理 |
可変長文字 (100) |
空ではない |
商品管理 |
外部キー |
|
ストア_管理 |
整数 (1) |
空ではない |
店舗管理 |
外部キー |
|
テーブル管理 |
整数 (20) |
空ではない |
テーブル管理 |
外部キー |
4.オーダーフォームは主に、ユーザーがショッピングカートで注文し、支払いを行った後に生成される商品注文エンティティを記述します。
表3.4注文表
列名 |
データの種類 |
制約 |
説明 |
述べる |
注文ID |
可変長文字 (20) |
空ではない |
注文番号 |
主キー |
GOODS_NAME |
可変長文字 (20) |
空ではない |
商品名 |
外部キー |
ORDER_TIME |
可変長文字 (30) |
空ではない |
注文時間 |
|
GOODS_MESSAGE |
可変長文字 (11) |
空ではない |
商品の価格 |
5.コメントフォームは主に、完了した注文に対してユーザーがコメントするためのエンティティです。
表3.5コメントフォーム
列名 |
データの種類 |
制約 |
説明 |
述べる |
COMMENT_ID |
可変長文字 (20) |
空ではない |
コメントID |
主キー |
COMMENT_TIME |
番号(20) |
空ではない |
コメントタイム |
|
COMMENT_TEXT |
可変長文字 (30) |
空ではない |
コメント |
|
ORDER_MESSAGE |
可変長文字 (11) |
空ではない |
注文番号 |
外部キー |
6. ショッピングカートテーブルは主に、ユーザーが注文プラットフォームで注文した製品情報を保存し、ユーザーが支払った後にバックグラウンドに送信します。
表3.6ショッピングカートテーブル
列名 |
データの種類 |
制約 |
説明 |
述べる |
SHOPCART_ID |
可変長文字 (20) |
空ではない |
カート番号 |
主キー |
GOODS_SORT |
可変長文字 (20) |
空ではない |
商品カテゴリー |
外部キー |
GOODS_PRICE |
可変長文字 (30) |
空ではない |
商品の価格 |
|
GOODS_AMOUNT |
可変長文字 (11) |
空ではない |
製品数 |
7.ストア テーブルは、ストアのアプレットの名前、アドレス、ロゴ、およびその他の関連情報を管理者が更新および変更したものです。
表3.7ストアテーブル
列名 |
データの種類 |
制約 |
説明 |
述べる |
STORE_ID |
可変長文字 (20) |
空ではない |
ストアID |
主キー |
STORE_ADDRESS |
可変長文字 (20) |
空ではない |
ショップ住所 |
外部キー |
ストア_ロゴ |
可変長文字 (10) |
空ではない |
店のロゴ |
|
STORE_PHONE |
番号(11) |
空ではない |
ビジネス用電話機 |
|
STORE_WECHAT |
可変長文字 (10) |
空ではない |
マーチャントWeChat |
8.食卓テーブルは、店舗が店内でユーザーに食事を提供する物理的なテーブルであり、ユーザーを区別し、商品をアップロードする際のエラーを回避するために使用されます。
表3.8ダイニングテーブル
列名 |
データの種類 |
制約 |
説明 |
述べる |
テーブルID |
整数 (10) |
空ではない |
テーブル番号 |
主キー |
コード |
可変長文字 (20) |
空ではない |
QRコード |
外部キー |
TABLE_AMOUNT |
可変長文字 (30) |
空ではない |
テーブルの数 |
9.商品分類表は、店舗の商品をフロントに陳列する際に、利用者が必要な商品を問い合わせることができるように、商品の種類ごとに分類した一覧表である。
表3.9商品分類表
列名 |
データの種類 |
制約 |
説明 |
述べる |
ソートID |
整数 (10) |
空ではない |
製品カテゴリID |
主キー |
GOODS_ID |
可変長文字 (20) |
空ではない |
商品名 |
外部キー |
GOODS_PRICE |
可変長文字 (30) |
空ではない |
商品の価格 |
|
グッズ_イメージ |
可変長文字 (30) |
空ではない |
製品画像 |
10.二次元コード表は、販売者が対応する注文を正確に処理できるようにするために、ユーザーが注文を行う際に表を指定するためのものです。
表3.10 QRコード表
列名 |
データの種類 |
制約 |
説明 |
述べる |
CODE_ID |
整数 (10) |
空ではない |
QRコード番号 |
主キー |
テーブルID |
整数 (10) |
空ではない |
テーブル番号 |
外部キー |
プログラミング
1. ユーザーログインモジュールのフローチャート
2. 注文モジュールのフローチャート
3. 製品情報検索モジュールのフローチャート
4. 管理者管理モジュールのフローチャート
5. ユーザーコメントモジュールのフローチャート
6. マップ呼び出しモジュール
引き続き、続報更新