Merge pull request #1930 from alicekagiyama/master

#2 #3 #4 #415 实验4+补实验2、3

Author: zengsn

students/1714080902230/Case1.jpg

@@ -0,0 +1,61 @@
+# 实验目标
+- 画出用例图。
+- 编写用例规约。
+# 实验内容
+## 1.确认选题为角色原型信息系统
+## 2.根据选题绘制用例图
+- 确定人员
+- 确定用例
+- 建立人员和用例的连接
+## 3. 编写用例规约
+# 实验结果
+
+ ![用例图](./UserCase2.jpg)  
+ 图1 角色原型信息系统用例图
+ 
+ ## 表1：查找原型信息用例规约  
+
+用例编号  | C1 | 备注  
+-|:-|-  
+用例名称  | 查找原型信息  |   
+前置条件  | 网友进入系统网页    |  
+后置条件  |  |   
+基本流程  | 1.网友点击搜索框  |*用例执行成功的步骤*  
+~| 2.网友输入搜索内容并点击搜索按钮  |
+~| 3.系统查找相关原型信息标题  |
+~| 4.系统找到相符标题，返回原型信息标题列表   |   
+~| 5. 网友点击原型信息标题  |   
+~| 6. 系统跳转到原型信息页面  |   
+扩展流程  | 4.1 系统未找到相符标题，提示“无结果” | 
+
+## 表2：增加原型信息用例规约  
+
+用例编号  | C2 | 备注  
+-|:-|-  
+用例名称  | 增加原型信息  |   
+前置条件  | 编撰人员进入系统网页    |    
+后置条件  |      |  
+基本流程  | 1. 系统返回原型信息列表  |*用例执行成功的步骤*  
+~| 2. 编撰人员点击增加按钮  |  
+~| 3. 系统跳转到原型信息文本编写页面  |  
+~| 4. 编撰人员编写并提交角色原型信息  |   
+~| 5. 系统检测无重名标题，保存角色原型信息  | 
+扩展流程  | 5.1 系统检测有重名标题，提示“重名标题” | *用例执行失败的步骤*  
+
+
+
+## 表3：删除原型信息用例规约
+
+用例编号  | C3 | 备注  
+-|:-|-  
+用例名称  | 删除原型信息  |   
+前置条件  | 编撰人员进入系统网页    | 
+后置条件  |      |   
+基本流程  | 1. 系统返回原型信息列表  |*用例执行成功的步骤*  
+~| 2. 编撰人员点击删除按钮  |   
+~| 3. 系统检测操作人员权限 |
+~| 4. 系统确认操作人为编撰人员，系统删除角色原型信息  |   
+扩展流程  | 4.1 操作人为非编撰人员，系统提示“无删除权限” |  *用例执行失败的步骤*  
+
+
+

students/1714080902230/Case2.jpg

@@ -0,0 +1,15 @@
+# 实验目标
+## 掌握活动图的画法。
+
+# 实验步骤
+## 1.根据实验二的案例数量建立3个活动图
+## 2.根据实验二的用例规约画IFD图
+## 3.协调活动图和用例规约，反复修改，以达到有效表达的效果
+
+# 实验结果
+![查找原型信息](./Case1.jpg)    
+## 查找原型信息活动图
+![增加原型信息](./Case2.jpg)    
+## 查找原型信息活动图
+![删除原型信息](./Case3.jpg)    
+## 查找原型信息活动图

students/1714080902230/Case3.jpg

@@ -0,0 +1,24 @@
+# 实验目标
+1. 掌握类建模方法；
+2. 了解MVC模式；
+3. 掌握UML类图的画法。
+# 实验内容
+- 基于MVC模式设计类
+- 思考系统中类的关系
+- 画出UML类图
+# 实验步骤
+1. 观看教师教学视频，理解基本的类图概念和设计方法
+2. 针对自己的系统，思考类的关系，初步设计出类图
+3. 在初步类图的基础上，结合教师的“问题答疑”视频，精简类图
+4. 检查确保类图与活动图、用例规格表一致
+5. 撰写实验报告
+
+## 实验笔记
+1. 应注意区分类与属性的区别，不可把属性当类
+2. 在MVC模式中，需要控制/服务类来联系视图类与实体类
+3. 在MVC模式中，实体类与试图类不可沟通
+4. 规范文本，除了标记类的模式外，加上“控制器”与“界面”以更清楚地表达
+5. 尽量使用dependency来联系类与类
+
+# 实验结果图
+![UML类图](./Class.jpg)