uml实验心得体会.doc

UML实验心得体会
uml实验报告
学院
班级 学号 姓名
uml实验报告
实验一：用例图
实验结果：
小结实验心得体会：
用例模型用于需求分析阶段，它描述了待开发系统的功能需求，并驱动了需求分析之后各阶段的开发工作。用例图是uml中用来对系统的动态方面进行建模的7种图之一。用例图描述了用例、参与者以及它们之间的关系。用例图从用户角度描述系统功能，并指出各功能的操作者。通过本次实验，我熟悉rational rose建模环境，更加清楚的了解了用例图的语义和功能，如何清晰明了的识别参与者、用例，学会了如何使用事件流描述用例。同时掌握了用例间的类属关系、include关系和
extend关系的语义、功能和应用。最后通过本次实验学习了如何使用用例图为系统的上下文以及系统的需求建模。
思考题：
如果要删除参与者、用例，请问是在导航窗口删除，还是在绘图窗口删除？
答：都可以删除，但在绘图窗口中有两种删除方式：一种是只删除参与者、用例，而不改变 其在导航窗口中的存在，另一种是从建模中完全删除。
如果要删除参与者和用例的联系，用例和用例的联系，请问是在绘图中删除，还是 在参与者或用例的设置对话框中删除？
答：都可以删除。
实验二：类对象模型的建立
实验结果：
小结实验心得体会：
归还图书
借出图书
协作图：
归还图书
借出图书
小结实验心得体会：
顺序图描述了对象之间的动态合作关系，它强调对象之间消息发送的时间顺序，同时显示对象之间的交互。协作图与顺序图是同构的，rose可自动转换。顺序图是强调消息的交互作用图，协作图描述了对象间的关系，是强调发送和接收消息的对象的组织结构的交互作用图。 通过本次实验，掌握了对图书管理功能中的借书用例、还书用例进行动态建模。实验过程中由于对rational rose工具软件的不熟识，导致出现了不该出现的错误。在设计阶段，顺序图中需要引入边界类和控制类，在识别对象职责的基础上，需要将消息转换为类的方法，为方法定义参数、返回值类型，便于计算机的实现
。其中，为方法定义参数、返回值类型的时候，还是不能够快速准确的作出判断。
实验四：活动图
实验结果： 篇二：uml实验总结
实验一
1．源代码生成，在逻辑视图中绘制下图，生成java源文件 生成代码步骤：
“tools”-〉“java”-〉“genenate codes”。
public class meeting {
private string username;
private string scheduled_user; private date start_time; private date end_time; private string label;
public string getuser() {
return null; }
public string getother() {
return null; }
public date getstart()
{
return null; }
public date getend() {
return null; }
public string getlabel() {
return null; }
public string tostring() {
return null; }
public void main(string args) {
return null; } }
2．进行逆向工程，自行找到一个项目软件源代码，进行逆向工程。（ftp上有一个小源程序文件）
逆向工程的实现
“tools”->“java”-〉“reverse engineer java…”。 public class student {
private string name; public student() { }
public void test() { } }
实验二
根据下属需求，分析参与者和用例，并建立网络教学系统的用例图。 网络教学系统的功能需求主要包括以下几个方面： ① 学生可以登录网站浏览信息、查找信息和下载文件