Merge pull request #2487 from modao233/master

#8 #364 实验8：综合实验（完善实验报道）
hzuapps · Apr 17, 2020 · 9a7d106 · 9a7d106
2 parents befd4dd + 9eaf017
commit 9a7d106
Show file tree

Hide file tree

Showing 6 changed files with 52 additions and 19 deletions.
diff --git a/students/1714080901143/lab1.md b/students/1714080901143/lab1.md
@@ -26,3 +26,11 @@
 
 ![第一个UML图](./model1.jpg)  
 图1. 使用StarUML创建的第一个UML图
+
+## 五、实验体会
+
+1.  学会使用Git版本控制工具，初步了解通过GitHub进行课程实验的过程
+2.  学会了Git bash的基本用法，掌握了最基本的命令：git add，git commit -m，git push，git pull
+3.  学会了使用UML建模工具StarUML创建一个新的类图，并初步掌握在图上添加类的方法
+4.  掌握了通过gitee间接地将GitHub的仓库代码clone到本地的方法
+
diff --git a/students/1714080901143/lab2.md b/students/1714080901143/lab2.md
@@ -39,7 +39,7 @@
 ![用例图](./Lab2_UseCaseDiagram.jpg)  
 图1. ip代理池用例图
 
-## 表1：添加代理用例规约
+### 表1：添加代理用例规约
 
 用例编号  | UC01
 -|:-
@@ -56,7 +56,7 @@
 扩展流程  | 4.1 系统检查输入为空，提示“输入为空，重新输入”  ，返回添加页面
 ~| 5.1 系统访问目标网站出错，提示“访问错误” 
 
-## 表2：获取代理用例规约  
+### 表2：获取代理用例规约
 
 用例编号  | UC02
 -|:-
@@ -72,3 +72,10 @@
 扩展流程  | 4.1  系统检查输入为空，提示“输入为空，重新输入” 
 ~| 4.2  系统检查代理类型不存在，提示“无该类型代理”
 ~| 5.1  查询结果为空，提示“无可获取代理”
+
+## 五、实验体会
+
+1.  描述用例时要简明扼要，使用动词+名词的方式 
+2.  用例规约的基本流程不是写用户手册，要体现系统进行了什么操作，即用户操作+系统行为 
+3.   查询为空不是失败，查询为空也是一种查询结果 
+4.   基本流程的步骤（操作）不能跟用例名称（功能）一样
diff --git a/students/1714080901143/lab3.md b/students/1714080901143/lab3.md
@@ -30,3 +30,11 @@
 
 ![验证代理的活动图](./lab3_2.jpg)  
 图2. 获取代理的活动图
+
+## 五、实验体会
+
+1.  过程建模是依据用例规约进行的，根据用例规约的基本流程画Action，根据扩展流程画相应的Decision和Action，所有的分支最终都会Merge汇总
+
+2.  正确的写好活动图的分支处的决策条件，条件由分支处上一个Action的可能结果决定
+
+3.  活动图中Action的描述要简明扼要，活动图的线条不能交叉
diff --git a/students/1714080901143/lab4.md b/students/1714080901143/lab4.md
@@ -1,14 +1,22 @@
 # 实验四五：类建模
 
-## 实验目标
+## 一、实验目标
 
 1.  掌握类建模方法；
 2.  了解MVC或你熟悉的设计模式；
 3.  掌握类图的画法。（Class Diagram）
 4.  理解类的5种关系
 5.  掌握类之间关系的画法
 
-## 实验步骤
+## 二、实验内容
+
+1.  基于MVC模式设计类
+
+2.  设计类的关系
+
+3.  画出类图
+
+## 三、实验步骤
 
 1. 新建类图（Add Diagram -> Class Diagram）
 2. 根据实验二的用例规约找出每个用例存在的类，画出各个类
@@ -19,18 +27,20 @@
     - 依赖Dependency（虚线箭头）
     - 聚合Aggregation（实线空心棱形）
 
-## 实验结果
+## 四、实验结果
 
 ![添加代理用例的类图](./lab4_1.jpg)  
 图1：添加代理用例的类图
 
 ![获取代理用例的类图](./lab4_2.jpg)  
 图2：获取代理用例的类图
 
-## 实验笔记
+## 五、实验体会
+
+1.  类之间的关系有五种：依赖（虚线箭头）、关联（实线）、聚合（实线空心菱形箭头）、组合（实线实心菱形箭头）、继承（实线空心三角形）
+2.  依赖是弱关系，继承是强关系。
 
-1.  类之间的关系：依赖（虚线箭头）、关联（实线）、聚合（实线空心菱形箭头）、组合（实线实心菱形箭头）、继承（实线空心三角形）。依赖是弱关系，继承是强关系。
-2.  MVC设计模式：
+3.  MVC设计模式由三部分组成：
     1.  Model：模型、实体、业务数据
     2.  View：视图、界面
-    3.  Controller：控制器、系统、Service
+    3.  Controller：控制器、系统、Service
diff --git a/students/1714080901143/lab6.md b/students/1714080901143/lab6.md
@@ -1,18 +1,18 @@
 # 实验六：交互建模
 
-## 实验目标
+## 一、实验目标
 
 1.  理解系统交互；
 2.  掌握UML顺序图的画法；
 3.  掌握对象交互的定义与建模方法。
 
-## 实验内容
+## 二、实验内容
 
 1.  根据用例模型和类模型，确定功能所涉及的系统对象；
 2.  在顺序图上画出参与者（对象）；
 3.  在顺序图上画出消息（交互）。
 
-## 实验步骤
+## 三、实验步骤
 
 1. 新建顺序图，以用例名称命名顺序图，每个用例对应一个顺序图
 2. 从之前的用例图中找到顺序图的第一个参与者Administrator
@@ -21,15 +21,15 @@
     2. **Interaction 获取代理**的其他参与者为：获取代理页面（V），获取代理控制器（C），代理类型（M），代理（M）
 4. 从活动图找到操作步骤，画出参与者之间的消息
 
-## 实验结果
+## 四、实验结果
 
 ![添加代理的顺序图](./lab6_1.jpg)  
 图1：添加代理的顺序图
 
 ![获取代理的顺序图](./lab6_2.jpg)  
 图2：获取代理的顺序图
 
-## 实验笔记
+## 五、实验体会
 
 1.  顺序图的构成
 

diff --git a/students/1714080901143/lab7.md b/students/1714080901143/lab7.md
@@ -1,16 +1,16 @@
 # 实验七：状态建模
 
-## 实验目标
+## 一、实验目标
 
 1.  掌握对象状态建模（状态图，Statechart）
 2.  学习状态图的画法
 
-## 实验内容
+## 二、实验内容
 
 1.  学习对象的状态的概念；
 3.  找出自己系统中的关键对象，绘制该对象的状态图。
 
-## 实验步骤
+## 三、实验步骤
 
 1. 从系统中找出一个关键对象：代理
 2. 确定对象的关键状态：
@@ -20,12 +20,12 @@
 3. 画出状态之间的转变条件；
 4. 用StarUML画出该对象的状态图：状态用圆角矩形，转变条件用带箭头实线
 
-## 实验结果
+## 四、实验结果
 
 ![代理的状态图](./lab7.jpg)  
 图1：代理的状态图
 
-## 实验笔记
+## 五、实验体会
 
 状态图步骤：