Merge pull request #1288 from cyh1069247088/master

#3 #1185 Update lab2.md && Create lab3.md

students/1714080901141/lab1.md

@@ -44,7 +44,7 @@ wget http://staruml.io/download/releases/StarUML-3.2.2.AppImage
 ![第一个UML图](./model1.jpg)
 
 ## 五、实验收获
-1. 养成良好的写实验的习惯，即明确的实验目的，全面的实验内容，细致的实验步骤，明了的实验结果，简洁的实验总结，深度的调试。
+1. 养成良好的写实验的习惯，即明确的实验目的，粗略但全面的内容的实验内容，细致的实验步骤，明了的实验结果，简洁的实验总结，深度的调试。
 2. git pull用来刷新本地库，使本地库与个人库同步。
 3. git push用来刷新个人库，使个人库与本地库同步。
 ## 六、实验调试

students/1714080901141/lab2.md

@@ -48,24 +48,34 @@
 用例名称  |  添加航班 |   
 前置条件  |  管理员已登录飞机订票管理系统   | *可选*   
 后置条件  |     | *可选*   
-基本流程  | 1. 管理员点击添加航班按钮；  | *用例执行成功的步骤*
-~| 2. 系统显示添加航班页面；  | 
-~| 3. 管理员输入航班类型、航班时间，点击确认按钮。 |
-~| 4. 系统检查对应类型航班有闲置，航班时间不冲突，系统保存添加信息，并显示添加航班成功页面。 |    
-扩展流程  | 4.1 系统检查对应类型航班无空闲，返回添加航班页面，提示“航班忙碌，添加失败”;  |*用例执行失败的步骤*
-~| 4.2 系统检查航班时间冲突，返回添加航班页面，提示“航班时间冲突，添加失败”。  |
+基本流程  | 1. 管理员点击“添加航班”按钮；  | *用例执行成功的步骤*
+~| 2. 系统显示“添加航班”页面；  | 
+~| 3. 管理员输入航班类型、航班时间；|
+~| 4. 管理员点击“确认”按钮； |
+~| 5. 系统检查航班时间可兼容;  |
+~| 6. 系统检查对应类型航班有闲置;  |
+~| 7. 系统保存添加信息；  |
+~| 8. 系统显示“添加航班成功”页面。 |
+扩展流程  | 5.1 系统检查航班时间不可兼容，提示“航班时间冲突，添加失败”，返回“添加航班”页面。  |*用例执行失败的步骤*
+~| 6.1 系统检查对应类型航班无闲置，提示“航班忙碌，添加失败”，返回“添加航班”页面;  |
 ##### 表2：取消航班用例规约
 用例编号  | UC02 | 备注  
 -|:-|-  
 用例名称  |  取消航班 |   
 前置条件  |  管理员已登录系统   | *可选*   
 后置条件  |     | *可选*   
-基本流程  | 1. 管理员点击取消航班按钮；  |*用例执行成功的步骤* 
-~| 2. 系统显示可取消的航班信息页面； |
-~| 3. 管理员选择航班，编辑致歉信息，并点击取消航班按钮；  |   
-~| 4. 系统重新检查所选航班，所选航班可取消，系统显示航班正在取消页面；  | *选择需要时间，有时差，需要实时重新检查*
-~| 5. 系统保存取消信息，修改客户订单，触发对应客户的退款业务，发送信息给对应客户，显示航班取消成功页面。  |
-扩展流程  | 4.1 系统重新检查所选航班，航班不可取消，系统显示航班取消失败页面。 |*用例执行失败的步骤* 
+基本流程  | 1. 管理员点击“取消航班”按钮；  |*用例执行成功的步骤* 
+~| 2. 系统显示“可取消的航班信息”页面； |
+~| 3. 管理员选择航班，编辑致歉信息；|
+~| 4. 管理员点击“取消航班”按钮；  |
+~| 5. 系统重新检测到所选航班可取消；  |
+~| 6. 系统显示“航班正在取消”页面；  | *选择需要时间，有时差，需要实时重新检查（step2已经检测过一次）*
+~| 7. 系统保存取消信息；  |
+~| 8. 系统修改客户订单；  |
+~| 9. 系统触发对应客户的退款业务；  |
+~| 10. 系统发送致歉信息给对应客户；  |
+~| 11. 系统显示“航班取消成功”页面。  |
+扩展流程  | 5.1 系统重新检测到所选航班不可取消，显示“航班取消失败”页面。 |*用例执行失败的步骤* 
 
 ## 四、 实验结果  
 #### 图1：用例图
@@ -74,8 +84,11 @@
 ## 五、实验总结
 1. 养成良好的表达习惯，有助于锻炼思维，可以通过写作提高；
 2. 要经常使用git pull 和 git push；
-3. 依赖关系是弱的关联关系，用带箭头的虚线表示，这种使用关系是具有偶然性的、临时性的、非常弱的。
-
+3. 依赖关系是弱的关联关系，用带箭头的虚线表示，这种使用关系是具有偶然性的、临时性的、非常弱的；
+4. 用例规约中，基本流程和拓展流程的每一个step，是活动（动态的）而非状态（静态的），这一点要明确；
+5. 用例建模是整个UML建模的核心及基础：  
+（1）核心：需求分析是软件系统开发的核心：解决需求，可行性判定；  
+（2）基础：后续模型要以用例模型为基础：用例图（参与者、用例），用例规约（基本流程、拓展流程）。  
 ## 六、实验调试
 
 1. 
@@ -107,3 +120,5 @@ how：
 git pull --rebase origin master
 ```
 注：本地库操作前养成git pull的习惯。  
+
+

students/1714080901141/lab3.md

@@ -0,0 +1,78 @@
+# 实验名称：过程建模
+## 一、实验目标
+#### 1. 掌握过程建模的方法；
+#### 2. 掌握活动图的画法。
+## 二、实验内容
+#### 1. 记过程建模学习笔记；
+#### 2. 画活动图。
+## 三、实验步骤
+#### 1. 观看录制视频、琢磨课堂文档：
+
+（1）学习来源：  
+- [bilibili实验3的录播课程集](https://b23.tv/av96420419/p1)  
+- [实验3内容及讲义](https://github.com/hzuapps/uml-modeling-2020/issues/3)
+
+（2）学习笔记：  
+- 初始结点：是虚拟的，用实心圆表示，表示活动的开始  
+- 结束结点：是虚拟的，用实心加圆圈表示，表示活动的结束  
+- 流程线：用带箭头的实线表示，表示顺序执行活动  
+- 决策：用菱形表示，表示分不同情况执行，并且从决策出去的带箭头的实线要标注活动执行的条件；推荐成对使用菱形表示决策  
+- 活动：用圆角的矩形表示，表示操作步骤  
+
+#### 2. 活动图制作步骤如下：
+
+（1）创建Activity Diagram  
+（2）添加初始结点、添加结束结点  
+（3）添加活动、分支处添加决策  
+（4）添加流程线、调整整体  
+
+## 四、实验结果
+
+#### 1. 活动图1：添加航班
+![Activity Diagram1](./lab3_ActivityDiagram1.jpg)  
+#### 2. 活动图2：取消航班
+![Activity Diagram2](./lab3_ActivityDiagram2.jpg)  
+
+## 五、实验总结
+
+#### 1. 过程建模的方法如下：
+- 依据用例规约的基本流程和拓展流程，实现过程建模
+#### 2. 活动图画法如下（画法顺序不唯一）：
+- 创建Activity Diagra -> 添加初始结点、添加结束结点 -> 添加活动、分支处添加决策 -> 添加流程线、调整整体
+#### 3. 决策前应有类似检查的动作，检查后要有条件表明分支（yes/no、true/false或文字描述，与检查的动作相匹配），条件过后系统要有对应的动作保存信息（lab2.md提及），再之后就要动作有反馈（增加友好性）
+## 六、实验调试
+#### Q1:
+what:  
+决策错误地使用粗直线而非菱形表示  
+why:  
+粗直线表示的是可并发，多线程的；菱形表示的是多种情况的决策  
+how:  
+用成对的菱形替换掉粗直线  
+#### Q2:
+what:  
+删除本地库的model1.jpg和model2.jpg之后，push操作不能实现github个人帐号下的修改  
+why:  
+git本读磁盘分为暂存区和工作区，push是将暂存区推到个人帐号的；而平常操作的是工作区，这就需要类似于add或者rm操作，将工作区指定文件保存起来了  
+how：  
+``` bash
+git rm -f model1.jpg model2.jpg #remove from stage
+git commit -m "delete model1.jpg and model2.jpg"
+git push
+```
+#### Q3:  
+what：  
+为方便老师查看有可能需要反复修改的图片，需要学会在pull request的commit中显示图片，但是不知道如何读取图片的路径  
+why：  
+事实上，当用户pull request后，文档路径会在** https://raw.githubusercontent.com/用户帐号名/主库名/master ** 下  
+how：   
+```
+![ActivityDiagram1](https://raw.githubusercontent.com/cyh1069247088/uml-modeling-2020/master/students/1714080901141/lab3_ActivityDiagram1.jpg)
+![ActivityDiagram2](https://raw.githubusercontent.com/cyh1069247088/uml-modeling-2020/master/students/1714080901141/lab3_ActivityDiagram2.jpg)
+```
+#### Q4:
+what:  
+流程线一直画不直，导致看起来歪歪扭扭的，通过调整活动图位置也无济于事  
+why:  
+如果只是调整活动图位置，由于两个相邻活动图的相邻边的长度奇偶性不同，而线只在活动图的中间，每次移动以一个单元为单位，所以通过移动活动图永远无法对齐  
+how:  
+加之通过调节活动图的长度即可