Skip to content

Commit

Permalink
Browse files Browse the repository at this point in the history
… 实验六:交互建模+之前实验修改
  • Loading branch information
Walk-With-Wind committed Apr 3, 2020
1 parent 20cca80 commit 8d219d4
Show file tree
Hide file tree
Showing 12 changed files with 99 additions and 39 deletions.
4 changes: 2 additions & 2 deletions students/1714080902205/lab1.md
Original file line number Diff line number Diff line change
Expand Up @@ -30,8 +30,8 @@

​ 功能描述:

​ 1.口罩买家提交个人信息
​ 1.口罩买家填写个人资料

​ 2.口罩买家提交口罩预约订单。 ​
​ 2.口罩买家提交预约订单。 ​

​ (ps:情景:非快递邮货,由用户自行前往选择的门店自提;)
48 changes: 24 additions & 24 deletions students/1714080902205/lab2.md
Original file line number Diff line number Diff line change
Expand Up @@ -22,7 +22,7 @@
2. 在StarUML绘制用例图:
- 打开StarUML,在Model文件夹右键,选择“Add Diagram”,新建“Use Case Diagram”;
- 创建一个名为“口罩买家”的参与者;
- 创建两个功能用例,分别为“提交个人信息”和“提交口罩预约订单”;
- 创建两个功能用例,分别为“填写个人资料”和“提交预约订单”;
- 连接“口罩买家”和两个功能用例。
3. 编写用例规约表格。

Expand All @@ -34,36 +34,36 @@



#### 表1:提交个人信息用例规约
#### 表1:填写个人资料用例规约

| 用例编号 | UC001 |
| -------- | ------------------------------------------------------------ |
| 用例名称 | 提交个人信息 |
| 前置条件 | 系统获取口罩买家授权的微信openId |
| 后置条件 | 系统跳转回小程序首页 |
| 基本流程 | 1.口罩买家点击“提交个人信息”链接; |
| ~ | 2.系统显示“提交个人信息”页面; |
| ~ | 3.口罩买家输入“姓名”、“手机号码”、“身份证号”,点击“提交”按钮; |
| ~ | 4.系统检查手机号码和身份证号的填写格式正确,保存个人信息; |
| ~ | 5.系统提示“提交成功”,并跳转回小程序首页。 |
| 扩展流程 | 4.1 系统检查口罩买家的手机号码格式填写有误,提示“手机号码填写有误”; |
| ~ | 4.2 系统检查口罩买家的身份证号格式填写有误,提示“身份证号填写有误”。 |
| 用例编号 | UC001 |
| -------- | ---------------------------------------------- |
| 用例名称 | 填写个人资料 |
| 前置条件 | 系统获取口罩买家授权的微信openId |
| 后置条件 | 系统跳转回小程序首页 |
| 基本流程 | 1.口罩买家点击填写个人资料链接; |
| ~ | 2.系统显示个人资料页面; |
| ~ | 3.口罩买家输入个人资料,点击提交按钮; |
| ~ | 4.系统检查填写格式正确,保存个人资料; |
| ~ | 5.系统提示“提交成功”。 |
| 扩展流程 | 4.1 系统检查填写格式有误,提示“格式填写有误”。 |



#### 表2:提交口罩预约订单用例规约
#### 表2:提交预约订单用例规约

| 用例编号 | UC002 |
| -------- | ------------------------------------------------------------ |
| 用例名称 | 提交口罩预约订单 |
| 前置条件 | 口罩买家已提交个人信息 |
| 用例名称 | 提交预约订单 |
| 前置条件 | 口罩买家已提交个人资料 |
| 后置条件 | 系统显示订单页面 |
| 基本流程 | 1.口罩买家点击“口罩预约”链接; |
| ~ | 2.系统显示“口罩预约”页面; |
| ~ | 3.口罩买家选择“预约数量”、“预约门店地址”,点击“预约”按钮; |
| ~ | 4.系统检查预约数量不超过2包,并且预约的门店有存货,保存口罩预约订单,同时减去预约门店的口罩存货数量; |
| ~ | 5.系统提示“预约成功”,并跳转到订单页面。 |
| 扩展流程 | 4.1 系统检查到预约数量超过两包,提示"口罩数量每人仅限2包"; |
| ~ | 4.2 系统检测预约门店存货数量小于预约的口罩数量,提示“所选门店口罩存货不足”。 |
| 基本流程 | 1.口罩买家点击口罩预约链接; |
| ~ | 2.系统显示口罩预约页面; |
| ~ | 3.口罩买家选择预约数量和预约门店,点击预约按钮; |
| ~ | 4.系统检查预约数量不大于2包,并且预约门店有存货; |
| ~ | 5.系统获取口罩买家个人资料,保存预约订单,同时减去预约门店的口罩存货数量; |
| ~ | 6.系统提示“预约成功”。 |
| 扩展流程 | 4.1 系统检查预约数量大于2包,提示"口罩数量每人仅限2包"; |
| ~ | 4.2 系统检查预约门店存货数量小于预约数量,提示“所选门店口罩存货不足”。 |


Binary file modified students/1714080902205/lab2_UseCaseDiagram.jpg
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
8 changes: 4 additions & 4 deletions students/1714080902205/lab3.md
Original file line number Diff line number Diff line change
Expand Up @@ -24,9 +24,9 @@

1.在StarUML新建两个ActivityDiagram:

(1)提交个人信息
(1)填写个人资料

(2)提交口罩预约订单
(2)提交预约订单

2.根据实验二用例规约绘图:

Expand All @@ -44,12 +44,12 @@



图1 提交个人信息活动图
图1 填写个人资料活动图



![提交口罩预约订单活动图](./lab3_ActivityDiagram2.jpg)



图2 提交口罩预约订单活动图
图2 提交预约订单活动图
Binary file modified students/1714080902205/lab3_ActivityDiagram1.jpg
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
Binary file modified students/1714080902205/lab3_ActivityDiagram2.jpg
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
18 changes: 9 additions & 9 deletions students/1714080902205/lab4-5.md
Original file line number Diff line number Diff line change
Expand Up @@ -22,33 +22,33 @@

## 三、实验步骤

1.创建“提交个人信息”类项目:
1.创建“填写个人资料”类项目:

- 创建提交个人信息控制器类图、口罩买家类图、提交个人信息页面类图和小程序首页类图
- 用依赖线分别连接提交个人信息控制器类图与其他各类图
- 创建填写个人资料控制器类图、买家类图和个人资料页面类图
- 用依赖线分别连接填写个人资料控制器类图与其他各类图

2.创建“提交口罩预约订单”类项目:
2.创建“提交预约订单”类项目:

- 创建提交口罩预约订单控制器类图、口罩买家类图、预约订单类图、口罩库存类图、门店类图、口罩预约页面类图和订单页面类图
- 用依赖线连接提交口罩预约订单控制器类图与其他各类图;再用聚合线连接口罩买家类图与预约订单类图、门店类图与预约订单类图、门店类图与口罩库存类图
- 创建提交预约订单控制器类图、买家类图、预约订单类图、口罩库存类图和口罩预约页面类图
- 用依赖线连接提交预约订单控制器类图与其他各类图;再用聚合线连接买家类图与预约订单类图



## 四、实验结果

![提交个人信息类图](./lab4-5_ClassDiagram1.jpg)

图1 提交个人信息类图
图1 填写个人资料类图



图1说明:由于是小程序,可根据自动获取的微信openId来区分口罩买家的身份,并与提交的个人信息合为一个类。因此并没有单独的登录账号类。
图1说明:由于是小程序,可根据自动获取的微信openId来区分买家的身份,并与提交的个人资料合为一个类。因此并没有单独的登录账号类。





![提交口罩预约订单类图](./lab4-5_ClassDiagram2.jpg)

图2 提交口罩预约订单类图
图2 提交预约订单类图

Binary file modified students/1714080902205/lab4-5_ClassDiagram1.jpg
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
Binary file modified students/1714080902205/lab4-5_ClassDiagram2.jpg
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
60 changes: 60 additions & 0 deletions students/1714080902205/lab6.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,60 @@
# 实验六:交互建模

## 一、实验目标

1.理解系统交互;

2.掌握UML顺序图的画法;

3.掌握对象交互的定义与建模方法。



## 二、实验内容

1.根据用例模型和类模型,确定功能所涉及的系统对象;

2.在顺序图上画出参与者(对象);

3.在顺序图上画出消息(交互)。



## 三、实验步骤

1.创建“填写个人资料”顺序图;

- 画出3+1个参与者,分别是口罩买家(actor)、个人资料页面、填写个人资料控制器和买家。
- 根据实验3的活动图,画出消息。

2.创建“提交预约订单”顺序图;

- 画出5+1个参与者,分别是口罩买家(actor)、口罩预约页面、提交预约订单控制器、买家、口罩库存和预约订单。
- 根据实验3的活动图,画出消息。

3.检查参与者与实验4的类图是否一致,时间顺序是否与实验3活动图一致。



## 四、实验结果

![填写个人资料顺序图](./lab6_SequenceDiagram1.jpg)

图1 填写个人资料顺序图





![提交预约订单顺序图](./lab6_SequenceDiagram2.jpg)

图2 提交预约订单顺序图









Binary file added students/1714080902205/lab6_SequenceDiagram1.jpg
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
Binary file added students/1714080902205/lab6_SequenceDiagram2.jpg
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.

0 comments on commit 8d219d4

Please sign in to comment.