Merge pull request #1955 from ZhangRay-zr/master

#6 #329 实验六：交互建模，修改用例规约、活动图和类图

Author: zengsn

students/1714080902529/Receive_MVC_ClassDiagram.jpg

@@ -1,33 +1,28 @@
 # 实验二：用例建模
 
-## 一、实验目标
-
-1.学习UML及用例的基本概念  
-2.确定个人建模选题  
-3.学习用例建模  
-4.学习用例规约的编写  
-
-## 二、实验内容
-
-1.细化功能需求  
-2.画出用例图  
-3.编写用例规约  
-
-## 三、实验步骤
-
-1.确定选题为优惠劵发放系统，发布在Issues（#329）  
-2.确定系统背景  
-优惠券发放系统为某一个线上销售平台的子系统，用户使用该销售平台的账户登陆优惠券发放系统。客户在系统中成功领取优惠券后，客户使用领取优惠券的账户登陆销售平台可以查看已领取的优惠券和使用优惠券。  
-3.确定参与者（用户）  
-（1）商家  
-（2）客户  
-4.确定用例（功能需求）  
-（1）发放优惠券  
-　　商家登陆系统进入首页后，点击发放优惠券，在新增优惠券信息页面中按要求输入信息，点击确认发放。若无误即可在该系统中向客户发放一定数量的优惠券，等待客户领取。    
-（2）领取优惠券  
-　　客户登陆系统进入首页后，点击领取优惠券，在显示所有已发放优惠券信息的页面中，点击某一优惠券的领取链接，若该优惠券现存数量大于0并且客户未曾领取过该券，客户可以成功领取该券。  
-5.根据确定的参与者和用例，绘制用例图  
-6.编写用例规约  
+## 一、实验目标  
+1. 学习UML及用例的基本概念；  
+2. 确定个人建模选题；  
+3. 学习用例建模；  
+4. 学习用例规约的编写。  
+
+## 二、实验内容  
+1. 细化功能需求；  
+2. 画出用例图；  
+3. 编写用例规约。  
+
+## 三、实验步骤  
+1. 确定选题为优惠劵发放系统，发布在Issues（#329）；  
+2. 确定系统背景：  
+- 优惠券发放系统为某一个线上销售平台的子系统，用户使用该销售平台的账户登陆优惠券发放系统。客户在系统中成功领取优惠券后，客户使用领取优惠券的账户登陆销售平台可以查看已领取的优惠券和使用优惠券。  
+3. 确定参与者（用户）：  
+- 商家  
+- 客户  
+4. 确定用例（功能需求）：  
+- 发放优惠券：商家在系统的优惠券发放页面中，输入商品ID后点击发放优惠券按钮，若该商品存在，系统显示优惠券信息填写页面，商家按要求输入优惠券信息，点击确认发放按钮。若无误即可在该系统中向客户发放某一商品的优惠券。    
+- 领取优惠券：客户在系统的优惠券领取页面中，点击某一优惠券的领取链接，若该客户未曾领取过该券且优惠券现存数量大于0，客户可成功领取优惠券。  
+5. 根据确定的参与者和用例，绘制用例图；  
+6. 编写用例规约。  
 
 ## 四、实验结果
 
@@ -40,26 +35,26 @@
 用例编号  | UC01 | 备注  
 -|:-|-  
 用例名称  | 发放优惠券  |   
-前置条件  | 商家成功登陆系统，进入系统首页     |    
+前置条件  | 商家进入系统的优惠券发放页面     |    
 后置条件  |      |    
-基本流程  | 1.商家点击发放优惠券按钮；  |*用例执行成功的步骤*    
-~| 2.系统显示新增优惠券的信息填写页面；  |   
-~| 3.商家按规定格式输入优惠券信息，点击确认发放；   |   
-~| 4.系统检查到信息的输入格式正确，保存优惠券信息；   |   
-~| 5.系统提示“优惠券发放成功”。   |  
-扩展流程  | 4.1系统检查到信息的输入格式有误，提示“发放失败，信息的输入格式有误”。   |*用例执行失败*      
+基本流程  | 1.商家输入商品ID，点击发放优惠券按钮；  |*用例执行成功的步骤*    
+~| 2.系统查询到商品ID对应的商品，显示优惠券信息填写页面；  |   
+~| 3.商家按规定格式输入优惠券信息，点击确认发放按钮；  |   
+~| 4.系统检查到信息的输入格式正确，保存优惠券信息；  |   
+~| 5.系统提示“优惠券发放成功”。   |    
+扩展流程  | 2.1系统没有查询到商品ID对应的商品，提示“该商品不存在”；   |*用例执行失败*      
+~| 4.1系统检查到信息的输入格式有误，提示“发放失败，信息的输入格式有误”。  |   
 
 ## 表2：领取优惠券用例规约  
 
 用例编号  | UC02 | 备注  
 -|:-|-  
 用例名称  | 领取优惠券  |   
-前置条件  | 客户成功登陆系统，进入系统首页     |    
+前置条件  | 客户进入系统的优惠券领取页面     |    
 后置条件  |      |    
-基本流程  | 1.客户点击领取优惠券按钮；  |*用例执行成功的步骤*    
-~| 2.系统显示所有已发放优惠券的基本信息页面；  |   
-~| 3.客户点击某一优惠券的领取链接；   |   
-~| 4.系统查询到该券的数量大于0并且客户的领券记录中不存在该券的领取记录，新建一条领券记录并保存，更新优惠券数量；   |   
-~| 5.系统提示“优惠券已发放至账户，使用当前账户登陆某某平台即可查看以及使用”。   |  
-扩展流程  | 4.1（该券被其他客户抢先领取）系统查询到数量为0，提示“该券已被领取完”。   |*用例执行失败*     
-~| 4.2系统查询到存在该券的领取记录，提示“您的账户已领取过该券”。  |   
+基本流程  | 1.客户点击某一优惠券的领取链接；  |*用例执行成功的步骤*    
+~| 2.系统查询到客户的领券记录中没有该券的领取记录；  |   
+~| 3.系统查询到该券的数量大于0，更新券数量，保存本次领券记录，添加所领取的优惠券至账户；|    
+~| 4.系统提示“优惠券已发放至账户”。   |   
+扩展流程  | 2.1系统查询到客户的领券记录存在该券的领取记录，提示“您的账户已领取过该券”；|*用例执行失败*     
+~| 3.1系统查询到券的数量为0，提示“该券已被领取完”。  |   

students/1714080902529/Receive_SequenceDiagram.jpg

@@ -0,0 +1,37 @@
+# 实验六：对象交互建模  
+
+## 一、实验目标  
+1. 理解系统交互；  
+2. 掌握UML顺序图的画法；  
+3. 掌握对象交互的定义与建模方法。  
+
+## 二、实验内容  
+1. 根据用例模型和类模型，确定功能所涉及的系统对象；  
+2. 在顺序图上画出参与者（对象）；  
+3. 在顺序图上画出消息（交互）。  
+
+## 三、学习笔记  
+1. A sequence diagram describes the order in which the interactions take place,so time is an important factor.（描述了交互发生的顺序）  
+2. Time on a sequence diagram starts at the top of the page,just beneath the topmost participant heading,and then progresses down the page.（时间顺序——从上到下）  
+3. Time on a sequence diagram is all about ordering,not duration.（时间仅表示先后顺序，不表示时间跨度）  
+4. An event is any point in an interaction where something occurs.  
+5. An activation bar can be shown on the sending and receiving ends of a message.（存活条显示了发送端和接收端，注：所有的消息都要画在存活条上）   
+6. 为了图的简洁，可以不画返回消息.  
+
+## 四、实验步骤  
+1. 从用例图找到第1个参与者（Actor）；  
+2. 从类图找到N个参与者（View、Control、Model都是参与者）；  
+3. 从活动图找到操作步骤，画出参与者之间的消息；  
+4. 在画顺序图的过程中，发现有些地方是不正确的，对用例规约、活动图、类图依此进行修改；  
+5. 继续画顺序图，若再发现不正确的，回到步骤4；
+6. 如此反复执行步骤4和步骤5，直到成功完成顺序图。  
+
+## 五、实验结果   
+![顺序图](./Send_SequenceDiagram.jpg)  
+图1：发放优惠券的顺序图  
+  
+![顺序图](./Receive_SequenceDiagram.jpg)  
+图2：领取优惠券的顺序图  
+
+## 六、实验总结  
+这次的实验再一次让我感受到了前面实验的重要性，前面的实验如果完成得好，相当于给后面的实验打下了稳固的基础。我就是前面的实验完成得不太好，有些地方没有想清楚如何去设计，以至于在此次画顺序图的过程中，不断地发现不合理的点，需要倒回去修改用例规约、活动图、类图。虽然这一个过程很麻烦，但随着不断地修改，自己对这个系统的设计思路越来越清晰，这无疑对后面实验的开展有巨大的帮助。