UML实验报告(1).doc
- 格式:doc
- 大小:30.50 KB
- 文档页数:9
实验一熟悉UML开发工具Microsoft Visio 2003 日期: 9月16日1.实验目的与要求:2.熟悉UML开发工具Microsoft Visio 2003。
3.实验内容:4.熟悉Visio的UML建模绘图界面。
二、2..通过绘制对象图学习Visio的使用方法。
实验器材:微机+windows操作系统+ Microsoft Visio 2003实验步骤:1. 熟悉Visio的UML建模绘图界面(1)进入Visio的UML建模绘图界面通过“开始”|“程序”, 运行Microsoft Office Visio 2003, 出现Microsoft Visio界面。
在左侧的“类别”区域中单击“软件”, 然后在右侧的“模板”中单击“UML模型图”, 则进入Visio的UML建模绘图界面。
(2)熟悉UML建模绘图界面在Visio的UML建模绘图界面中, 最大的白色区域就是绘图区。
左上方的“形状”窗口就是Visio的UML元素调板, 它由很多的标签页组成。
每个标签页提供了一个特定的UML 图标。
左下方的“模型资源管理器”就是Visio的字典, 字典就是所创建的所有元素及其属性的记录的集合。
当Visio打开并准备开始UML绘图的时候, “UML静态结构”标签页就会激活, 我们就可以创建类图和对象图了。
2. 通过绘制对象图学习Visio的使用方法。
(1)在“模型资源管理器”中“顶层包”的文件夹上右击, 从弹出菜单中选择“新建”|“静态结构图”, 则创建并打开了一个新的静态结构图。
从“形状”的“UML 静态结构”标签页中选择“对象”图标, 拖拽到绘图区。
(2)在对象图标上双击打开“UML对象属性”对话框。
在“名称”字段中输入“theSun”替代缺省名字。
我们还需要表明theSum是Star类的一个实例, 为此, 选择“类”字段并单击下拉列表。
从类列表中选择“顶层包::Star”, 然后单击“确定”按钮。
(3)用相同的一系列步骤创建HabitablePlanet类的一个earth对象。
模型是对现实的抽象或模拟,是对现实系统的本质特征的一种简化、直观、类比和抽象的描述。
特征:反映性、简化性、直观性、抽象性模型的类型1). 从学科分:思维模型、社会模型、工程模型、建筑模型、软件模型2). 从形物化角度分:逻辑模型、实体模型3). 从抽象程度分:概念模型、逻辑模型、物理模型。
建模:建立模型的过程被称为建模。
建模的必要性:软件是人智力劳动的产物,具有极高的智能特性。
软件没有物理实体的物理形态,而是智能、逻辑和算法的描述。
软件具有高度抽象性。
软件开发是高度复杂性工作,软件的规模越来越大,功能越来越复杂,服务领域越来越广泛。
综上:软件的开发和生产必须借助于模型,来反映和描述软件中间的开发过程和开发状态。
软件模型通过一定的形式和方法用来描述软件的模型。
软件建模:建立软件模型的过程被称为软件建模。
软件模型的内容:业务模型、需求模型、逻辑模型、设计模型、实现模型、测试模型。
面向对象建模在软件开发中,采用与人的思维过程相一致的,直接面向客观事物,面向所要解决的需求问题,并用一套对象、类、继承、消息等机制开发软件的系统性软件建模方法。
特点:对象是软件建模的重心;包括需求、设计、实现等多种模型;属一类建模方法,而非一种方法。
对象是系统中用来描述客观事物的一个实体,它是构成系统的一个基本单位。
对象既可以描述客观存在的事物,也可以表示由人主观构造的抽象观念。
类用来描述具有相同性质的一组对象。
关联:对具有共同结构特征、关系和语义的链接描述。
聚合:聚合表示有多个部分聚集成为整体,表示部分构成整体的一种松散的关系。
组合泛化依赖:表示两个模型元素之间的语义联系,指一个模型元素发生变化,必然影响到另外一个模型元素。
封装是把某些可以独立存在的内容封裹起来,构成一个整体,并把内部细节隐藏起来,仅向外部提供可以提供的外在描述。
对象的封装是把对象的属性和操作结合成一个独立的系统单位,并隐藏对象的内部细节,向外部提供对象的接口。
UML系统分析与设计实验报告实验一图书馆系统——借书一.实验目的:学会使用UML来构建软件的面向对象的软件工程,对系统进行不断精化的建模。
这些模型包括用例模型、分析模型、设计模型,然后,我们需要使用具体的计算机语言来建立系统的实现模型。
当然,在整个软件工程中,我们还需要建立系统的测试模型,以保证软件产品的质量。
在具体的实验中更加准确的了解UML的操作平台。
二.实验内容:利用UML做一个图书馆借书系统的建模。
三.实验步骤:名称:借书”。
说明:学生在图书馆挑选好需要的图书后,通过图书管理员把书借回去。
参与者:学生,图书管理员频率:每天可能会有很多次。
最繁忙的情况是,借书的人非常多,按照现在的速度,大约每分钟完成一个人的结束工作。
前置条件:无后置条件:修改所借出的图书的剩余数量。
假设:借书者总是从图书馆找到书,然后才能拿书办理借书手续,因此,总是有足够的书可以出借。
基本操作流程:借书成功。
1)学生将所借图书和借书证交给图书管理员2)图书管理员将学生借书证号码和所借图书输入系统3)系统校对借书信息,比对该学生以往借书情况和当前借书情况,如果不存在不允许借书的情况,则记录借书交易的信息,并且修改相应的馆藏图书的数量信息。
4)如果该学生已经预订了这本图书,则撤销该预定。
5)报告交易成功。
可选操作流程:所借图书超出最大借书数量。
1)学生将所借图书和借书证交给图书管理员2)图书管理员将学生借书证号码和所借图书输入系统3)系统校对借书信息,比对该学生以往借书情况和当前借书情况,发现已超出最大借书数量,则停止当前交易,并且提示用户错误原因。
4)图书管理员可以应学生的意见,减少借书数量,并重新提交系统。
流程活动图:见图一。
借书活动图分析模型分析模型是从开发者的角度来描述问题。
用例模型的主要工作是描述现实世界的业务流程,而很少会涉及系统的概念。
分析,则是从系统的角度来来看待软件应该为用户提供的服务。
同样,同设计不同的是,分析仍然停留在“做什么”的层次,。
UML实验报告《面向对象与UML》实验报告实验一UML建模基础一、实验目的1.熟悉UML建模工具Rational rose的可视化环境。
2.掌握利用Rational rose进行建模的步骤。
二、实验内容1.熟悉Rational rose建模环境2.建模基本步骤退出系统用例编号:UC01用例名称:登陆系统简要说明:成功打开服务器,并登陆系统主要参与者:学生前置条件:学生成功打开服务器后置条件:成功登陆系统基本事件流:1.输入帐号2.输入密码3.点击确认键系统校验4.系统确认,学生成功登陆系统扩展事件流:3a.系统校验失败,系统提示重新输入帐号密码或放弃登陆系统3a1)学生重新输入帐号密码转到第4步3a2)放弃登陆,终止操作用例编号:UC02用例名称:成绩查询简要说明:完成查询成绩信息参与者:学生前置条件:学生成功登陆系统后置条件:成功查询到成绩基本事件流:1.学生向系统发出查询成绩请求2.选择要查询的科目,系统校验3.成功查询到成绩信息扩展事件流:2a.系统校验失败,系统提示重新选择输入科目信息或放弃查询2a1)学生重新输入科目信息,转到第三步2a2)放弃查询,终止操作用例编号:UC03用例名称:退出系统简要说明:完成退出系统操作主要参与者:学生前置条件:学生已成功登陆系统后置条件:学生成功退出系统基本事件流:1.点击退出系统按钮2.成功退出系统用例编号:UC05用例名称:找回系统密码简要说明:完成找回密码功能参与者:学生前置条件:成功打开服务器,密码丢失后置条件:成功找回密码基本事件流:1.点击找回密码按钮2.输入新密码3.重新输入新密码,系统校验4.系统完成校验,密码成功找回扩展事件流:3a.系统校验失败,系统提示两次输入密码不符,请重新输入。
转到步骤4。
3.结合日常生活中实际使用的系统,模仿2中的用例模型绘制用例图,并保存模型,熟悉利用Rational rose的建模过程,要求绘制的用例图中用例与2中的用例图不相同。
中南民族大学管理学院学生实验报告课程名称:UML面向对象分析与设计教程年级:专业:信息管理与信息系统学号:姓名:指导教师:实验地点:管理学院综合实验室2013 学年至 2014 学年度第 2 学期目录实验一 UML建模基础实验二用例图实验三 UML类图实验四对象图实验五包图实验六动态模型图实验(一) UML建模基础实验时间:实验目的1.熟悉UML建模工具Rational Rose的基本菜单及操作。
2.掌握UML的三大组成部分及各部分作用。
3.掌握UML的可见性规则和构造型的作用。
实验内容1.练习使用建模工具建立各种UML图形,并对图形进行相应编辑和修改。
2.认识各种UML关系及可见性符号,并用工具表示出来。
答:各种UML关系如下:分析与讨论1.总结UML在软件工程中的作用以及使用UML建模的必要性。
答:统一建模语言(UML)是用来对软件密集系统进行可视化建模的一种语言,也是为面向对象开发系统的产品进行说明、可视化、构造和编制文档的一种语言。
UML作为一种模型语言,它使开发人员专注于建立产品的模型和结构,而不是选用什么程序语言和算法实现。
当模型建立之后,模型可以被UML工具转化成指定的程序语言代码。
UML可以贯穿软件开发周期中的每一个阶段,最适于数据建模、业务建模、对象建模、组件建模。
UML展现了一系列最佳工程实践,这些最佳实践在对大规模、复杂系统进行建模方面,特别是在软件架构层次方面已经被验证有效。
UML是一种功能强大的,面向对象的可视化系统分析的建模语言,它的各个模型可以帮助开发人员更好地理解业务流程,建立更可靠,更完善的系统模型,从而使用户和开发人员对问题的描述达到相同的理解,以减少语义差异,保障分析的正确性。
指导教师批阅:实验(二)用例图实验时间:实验目的1.掌握用例的概念、UML用例图的组成、作用以及使用场合。
2.掌握用例与用例之间的各种关系。
3.用Rational Rose工具练习教材中的用例图。
UML实验报告本科实验报告课程名称:系统分析与设计实验项⽬:《⽹上书店系统》实验地点:专业班级:学号:20110学⽣姓名:指导教师:2013年⽉⽇实验⼀⽤例图⼀、实验⽬的初步掌握UML⽤例图的创建⽅法及其⽤例的描述。
⼆、实验要求1.结合⼯具StartUML,熟悉UML⽤例图的模型元素。
2.使⽤StartUML⼯具建模⽹上书店系统的⽤例图。
三、实验主要设备:台式或笔记本计算机四、实验内容:根据下⾯给出的⽹上书店问题陈述,分析该系统总体需求,建模⽹上书店系统的⽤例图并提供⼀个主要⽤例的事件流⽂档。
⽹上书店陈述:书店经理:我们原本是⼀个传统的实体书店,顾客要买书都是亲⾃到书店⾥来的,这样挺不⽅便。
⾯且随着书店销售图书种类和数量的增加以及顾客的增长,尤其是⼤量顾客到书店选购图书,使得书店场地不⾜,⼯作⼈员也很忙碌。
其实,还有⼀点就是,有不少⼈进⼊书店后并不买书,只是查找⼀些资料。
有的甚⾄会在这呆上很长的时间直到把书免费看完。
这种⾏为,⼯作⼈员⼀般是不阻⽌的,结果最后这些被看过的书会因为有阅读过的痕迹⽽影响销售。
⽽且现在电⼦商务已经发展起来了,所以我们想到借助⽹络,让顾客通过⽹上书店购买图书。
这样我们书店可以省掉⼤量的场地维护和⼯作⼈员成本⽀出,同时计算机可以⽅便的检索图书信息,让顾客可以⾜不出户以更优惠的价格买到需要的书。
系统分析员:能谈谈您对⽹上书店的要求吗?书店经理:⽹上书店要能实现对外和对内的功能,对外是顾客能在⽹上书店订购图书,提交订单。
对内,书店⼯作⼈员能够通过⽹上书店及时的看到这些订单,并进⾏处理。
为了把书送到顾客⼿⾥,我们已经联系了快递公司,初步达成协议,由他们往返场客和书店之间把图书送到顾客⼿⾥。
书店管理员受理订单后,就会通知快递公司送货。
当然,书店的图书上架和下架也应该由⽹上书店完成了。
⼯作⼈员甲:实体店中,图书是按照不同种类放置的,⽅便顾客挑选。
⽹上书店的图书也应该能够按照这种模式分类显⽰。
UML实验报告班级:软件0841姓名:张文成学号:081842173实验内容:用例建模、分析建模、设计建模(1)、设计建模(2)实验一:用例建模[实验目的]〃掌握客户需求分析的方法和步骤〃了解以用例驱动的软件开发方法〃识别并编写用例〃掌握用Rose 进行用例建模的具体方法和步骤[实验内容]要求学生根据周围的实际情况,自选一个小型应用项目,分析业务需求,识别并编写用例、绘制用例图以理解系统需求。
亦可采用教师指定的“企业综合信息管理系统”中的“进销存管理子系统”[实验原理和步骤]建模原理:(1) 需求获取。
以任务和客户为中心,通过会议、面谈等手段对客户需求进行调研,获得系统目标、范围和功能要求的初步说明。
(2) 用例分析。
确定用例,同时采用分层思想,对用例的层次级别进行划分(高层用例、子系统级、用户目标级)(3)用例描述。
分层绘制用例图,撰写用例的文字描述(采用单栏格式)。
步骤:(1)需求获取。
自选题目,与相关客户、领域专家等反复商讨,获得系统目标、范围和功能要求的初步说明。
(也可采用教师指定的题目:“企业综合信息管理系统”中的“进销存管理子系统”,但要仔细研读“企业现状”、“系统目标、范围和功能要求”等文字说明)。
(2)用例分析。
确定系统范围和边界、确定参与者、确定用例。
(3)用例描述。
分层绘制用例图、描述用例。
画图原理:采用Rose 软件进行用例建模必须建立在完好的系统用例分析基础之上.只有做好系统用例分析,系统用例建模才能这到预期的效果。
步骤:(1)分层绘制用例图,每层采用“包”进行管理。
(2)以“企业综合信息管理系统” -> “进销存管理”子系统-> “销售管理” -> “合同管理” ->“收款单处理”为主线,完成附录2 中的操作过程(亦可选择“企业综合信息管理系统” -> “进销存管理”子系统-> “库存管理” -> “原材料出库” ->“领料单处理”主线)[ 实验结果]实验2 分析建模[ 实验目的](1) 理解面向对象系统分析和对象类建模(概念建模)的概念(2)了解和掌握面向对象系统分析的方法和步骤(3)了解和掌握寻找待开发系统中类(概念)的方法和技巧(4) 掌握使用ROSE 绘制概念模型的方法[ 实验内容]在用例分析的基础上,选择第一个迭代周期打算开发的用例,建立相关的概念模型。
uml实训报告uml实训报告篇一:uml实验报告软件建模实验报告题目:图书管理系统专业:班级:姓名:学号:指导教师:成绩:完成日期:年月摘要随着知识化和信息化新经济时代的到来,作为信息技术龙头的计算机及软件技术突飞猛进,UML成为一种不可或缺的工具。
UML是一种定义良好、易于表达、功能强大且普遍适用的建模语言。
它溶入了软件工程领域的新思想、新方法和新技术。
它的作用域不限于支持面向对象的分析与设计,还支持从需求分析开始的软件开发的全过程。
用现有的知识,按照软件工程思想和系统的开发步骤,以图书管理的应用需求为背景,分析设计了图书管理系统,并利用Ratinal Rse对系统进行建模,完成用例图和类图的构建,为后期的程序设计提供标准。
根据建模需求分析,总结出本系统的参与者有借阅者和图书管理员两类。
根据其职能不同,借阅者只能使用该系统借书、预订书刊以及还书。
图书管理员则可使用系统进行图书馆业务的管理工作,如借阅者,书刊等的信息维护。
系统可实现书籍信息的添加、修改、删除等功能,这就保证了数据库信息的一致性和统一性、安全性。
该系统以面向对象理论和数据库管理信息系统开发相关知识为依据,介绍了设计开发中的模块设计和数据与程序的连接,使SQL server 201X与 Visual Studi 201X得到了有效的结合。
关键词:图书管理系统;UML;Ratinal Rse面向对象目录 1 需求分析 ........................................................ .................................... 错误!未定义书签。
1.1 开发背景及意义 ........................................................ (4)1.2 功能需求 ........................................................ ............................................................4 2 系统建模 ........................................................ ........................................................... .. (8)2.1 创建系统用例模型 ........................................................ . (8)2.1.1 确定参与者 ........................................................ (8)2.1.2 参与者的用例图 ........................................................ ...... 错误!未定义书签。
UML实验报告(5篇)第一篇:UML实验报告UML 实验报告实验一用例图一、实验结果1、整理实验结果2、小结实验心得体会用例模型用于需求分析阶段,它描述了待开发系统的功能需求,并驱动了需求分析之后各阶段的开发工作。
用例图是UML中用来对系统的动态方面进行建模的7种图之一。
用例图描述了用例、参与者以及它们之间的关系。
用例图从用户角度描述系统功能,并指出各功能的操作者。
通过本次实验,我熟悉Rational Rose 建模环境,更加清楚的了解了用例图的语义和功能,如何清晰明了的识别参与者、用例,学会了如何使用事件流描述用例。
同时掌握了用例间的类属关系、Include 关系和Extend关系的语义、功能和应用。
最后通过本次实验学习了如何使用用例图为系统的上下文以及系统的需求建模。
二、思考题1、如果要删除参与者、用例,请问是在导航窗口删除,还是在绘图窗口删除?答:都可以删除,但在绘图窗口中有两种删除方式:一种是只删除参与者、用例,而不改变其在导航窗口中的存在,另一种是从建模中完全删除。
2、如果要删除参与者和用例的联系,用例和用例的联系,请问是在绘图中删除,还是在参与者或用例的设置对话框中删除?答:都可以删除。
实验二类对象模型的建立一、实验结果 1.整理实验结果。
2.小结实验心得体会。
类图是面向对象系统建模最常用的图,描述了类图、接口集、协作以及它们之间的关系。
类图描述了系统的静态设计视,该视主要体现系统的功能需求,即系统应该提供给用户的服务。
通过本次实验,加深了我对类图语义的理解和功能的应用,掌握了类之间的联系,关联、依赖、聚合等,同时基本掌握了在Rational Rose中绘制类的关联、依赖、泛化关系。
二、思考题选中一个模型对象,点击鼠标右键,比较快捷菜单项“Edit——Delete”与“Edit——Delete from Model”,它们二者之间区别在哪里?答:“Edit——Delete”只删除绘图窗口中的图形,而不改变其在导航窗口中的存在;“Edit——Delete from Model” 是从建模中完全删除。
一、需求分析互联网技术的飞速发展和广泛普及,对传统出版业(包括书店)都产生了深远的影响,相比于传统的大众媒体的信息滞后、成本高昂的特点,网络传播以其信息丰富、速度,陕捷且具有互动性而备受出版策划人的重视。
普通书店随着图书种类和数量的大量增加而迅速发展起来,特别是国外图书业巨头的介入,使得竞争异常激烈,网上书店正是在这种情况下出现的,并且以选择面大、价格便宜、交易方便、节省时间和精力等体现出其优势。
网上书店实际上是运行在Web服务器中的一个Web应用程序,它模拟一般的书店的经营模式,利用页面、脚本程序和服务器来实现网上书店的管理工作。
本系统主要由前台购书系统和后台管理系统构成。
框架图如下:前台系统后台系统后台系统主要功能包括:图书管理、订单管理、会员管理、用户管理、流言管理及月底结算等。
其中,图书管理包括管理书籍、添加新书、分类管理等功能。
后台系统功能如图所示二、系统建模1、用例图(1)启动Rational Rose 2003,在左边菜单栏中选择Use Case View右键,右键单击浏览器中的Use Case View图标,弹出快捷菜单,从中选择New|Use CaseDiagram命令。
右键单击此图标,在弹出的快捷菜单中选择Rename命令为新创建的用例图命名“网上书店用例图”。
(2)双击“网上书店用例图”图标,会出现用例图编辑工具栏和编辑区,左边是用例图的工具栏,右边是用例图的编辑区。
(3)用鼠标左键单击“网上书店用例图”工具栏中参与者的图标,并改名为“管理员”、“会员”“工作人员”、“游客”(4)单击“网上书店用例图”工具栏中newusecase的图标,并改名为各个参与者所对应的属性(5)单击“网上书店用例图”工具栏中箭头的图标,表示连接各个属性和参与者。
下面使用了用例图的方式表现了整个系统的所有功能。
用例名:登录(权限管理--管理员、工作人员、会员、游客)角色:管理员、工作人员、会员、游客目标:实现管理权限用例描述:用户登陆并进行相应的权限操作用例名:商品信息管理(销售及商品信息维护--管理员、订单--工作人员、浏览/查询--会员/游客)角色:管理员、工作人员、会员、游客目标:对商品销售、下订单及商品信息和库存进行录入、删除、浏览、查询、修改等基本操作用例描述:用户对图书信息进行和相应的权限操作用例名:查询(管理员对商品销售及相关信息的情况查询、员工对订单的库存信息的、会员和游客图书的相关信息的查询)角色:管理员、工作人员、会员、游客目标:管理员对商品销售及相关信息的情况查询、员工对订单的库存信息的查询、会员和游客对图书相关信息的查询用例描述:用户在相应的权限操作下对信息进行查询用例名:订单信息管理(订单信息管理--管理员;订单信息处理(接收订单并发货、拒绝订单、查询库存)--工作人员;订单信息处理(订购货品、订单增加、订单删除、订单信息查询)--会员)角色:管理员、工作人员、会员、游客目标:对订单信息进行维护和处理用例描述:用户在相应的权限操作下对订单信息进行管理或处理用例名:维护(商品信息维护、员工信息维护、报表维护---管理员;个人信息维护、订单维护--会员)角色:管理员、会员目标:管理员对商品信息维护、员工信息和报表进行维护操作,而会员对个人信息维护和订单信息维护用例描述:用户在相应的权限操作下对信息进行查询(1)管理员的用例图(2)工作人员用例图(3)会员、游客用例图2、类图根据系统需求可以识别系统中存在的对象。
关于uml实验报告参考第1篇面向对象系统分析与设计课程是计算机科学与技术本科专业(软件方向)的一门重要的专业课。
通过本课程的学习,使学生在已有的计算机软硬件基础知识、程序设计知识、数据库和网络通信知识的基础上系统掌握面向对象系统分析与设计的基本方法和技术,并具有针对特定环境下的应用问题进行信息系统开发(包括系统分析、设计与实现)的能力。
通过学习本课程学生可以理解和掌握面向对象系统的分析和设计的方法和分步过程、掌握面向对象系统分析和设计的建模标准UML 语言,能够利用Rational Rose(或Microsoft Viso)软件以某一信息系统为例进行系统分析和设计。
本课程主要介绍系统原理的基本概念、系统开发过程RUP、对面向对象分析和面向对象设计的方法、对面向对象分析和设计的建模标准UML等内容。
通过本课程的学习,学生掌握的知识、内容及掌握的程度要求为: 1. 使学生理解面向对象的信息系统的开发过程、系统分析和设计的原则和方法;2. 使学生掌握UML语言的基础知识,以及UML在面向对象的软件系统分析和设计中的应用,并能使用UML工具建立系统模型;3. 使学生掌握在UML系统模型下应用高级语言建立应用系统的方法;4. 通过案例教学和实验,提高学生在应用面向对象技术开发软件方面的动手能力和解决问题的能力,并鼓励创新。
本实验所要求的建模工具为Rational Rose 20xx。
本课程拟通过对如下系统进行建模来实现分析与设计。
图书管理系统人事信息管理系统软件项目管理系统网上商店销售管理系统教务管理系统计算机软件建模技术现在越来越广泛的应用于软件工程中。
《面向对象的系统分析与设计》课程实验的目的是为了使学生在课程理论学习的同时,通过在一个实践的环境下,实际学习软件统一建模语言,对软件建模技术有一个初步的了解及认识。
通过本指导书中的各个实验,学习掌握对一般面向对象系统建模的方法与技术。
总之,通过上述实验环节,使学生加深了解和更好地掌握《面向对象的系统分析与设计》课程教学大纲要求的内容。
UML语言实验报告班级:姓名:学号:2012年12月25日实验一用例图【实验目的】1.掌握用例的概念。
2.掌握UML中用例图的组成、作用以及使用场合。
3.掌握用例与用例之间的各种关系。
4.学习针对具体场景使用用例图进行分析说明的方法。
5.掌握用例描述的概念和基本结构,以及用例描述的作用。
【实验性质】设计性实验。
【实验要求】1.学习针对具体场景识别参与者和用例的方法,设计其用例图。
2.学习通过Rational Rose绘制用例图的方法。
3.掌握如何对每个用例进行用例描述。
【实验内容】“学生信息管理系统”需求分析1.功能性需求包括以下内容:(1)系统管理员登录后可以对班级的基本信息进行增加、删除、修改、查询等操作。
学校领导登录后可以对班级基本信息进行查询操作。
(2)教师登录后可以对学生的考试成绩进行录入、删除、修改、查询等操作。
学生登录后可以对考试成绩进行查询操作。
(3)学生登录后可以了解所有选修课程的具体信息,可以根据自己的需要选择不同课程。
系统管理员登录后可以增加、修改、查询、删除选修课程。
(4)系统管理员可以对账号进行创建、设置、查看、删除等操作。
2. 识别参与者(1)对于一个学校来说,最重要的就是教育学生成才,所以我们首先要考虑到的参与者就是学生。
(2)要给学生上课,必然就需要教师。
教师负责教育学生、并且在日常管理中可以查询学生的基本信息、查询学生的考试成绩。
(3)作为一个学校,除了教师和学生,还有不可或缺的就是校领导。
为了便于校领导掌握学校的基本情况,加强对学校的管理导。
(4)不管什么系统,基本都会有比较专业的人员来负责管理系统,本系统也不例外。
系统管理员除了负责维护系统的日常运行,还要进行录入学生基本信息、维护选课信息等工作。
3. 构建用例模型(1)系统管理员直接参与的用例为登录、找回密码、查看班级基本信息、删除班级基本信息、修改班级基本信息和录入班级基本信息。
校领导直接参与用例登录、找回密码和查看班级基本信息。
UML实验报告(1)学生学号01第一学期实验课程名称:UML建模技术实验项目名称关于新的电脑销售系统点的需求文档实验成绩1实验者向尧专业班级软件工程0703班组别19同组者实验日期12月2日第一部分:实验分析与设计(可加页)一、实验内容描述(问题域描述)实验目的:学会怎样为新的电脑销售系统点写需求文档实验内容:1、写一个概况陈述,包含信息系统相关的问题。
2、确定客户,包括公司名称、地址、电话号码,员工的头衔也要包含在他的名字之中3、总结至少3个系统的目标4、确定至少2个制约因素5、建立一个基本功能和属性表6、分析基本功能和属性的可行性7、包括一个用类表现出来的环境图二、实验基本原理与设计(包括实验方案设计,实验手段的确定,试验步骤等,用硬件逻辑或者算法描述)需求一词在日常生活中经常使用,通常的需求是指人对于客观事务需要的表现,体现为愿望、意向和兴趣,因而成为行动的一种直接原因。
需求对用户和软件开发人员来说都是至关重要的,必须由他们共同合作才能写出较好的需求及需求文档。
需求是用户认为其所使用的系统应该具备的功能和性能。
三、主要仪器设备及耗材MicrosoftOfficeWord12月2日第一部分:实验分析与设计(可加页)一、实验内容描述(问题域描述)实验目的:学会如何为类中描述的事件写一个基本用例实验内容:1、仿照教科书来描述每个用例。
事件的主流程(成功场景)是用例的最重要的部分。
确保它准确地描述这个过程,同时还有少量一些替代流程即扩展。
2、对于这个项目假设所有客户用现金或信用卡支付租金,不允许用支票支付!3、要特别注意处理问题时的扩展,可以仿照你的老师给你的示例4、有一些隐藏的要求:基本上租借出去的影碟信息必须有序地保存起来以跟踪物料,同样的归还的物品数据也应该保存起来,以备最后会计都会知道这些。
5、用例是:租赁项目,归还项目,迟交费项目,重新购置项目。
没有购买。
6、每天晚上待商店关门后,所有晚交的租金记入帐户持有人的信用卡。
7、每个夜晚商店关门后,所有超过10天迟了的租金记入帐户持有人信用卡的项目费用。
8、客户有一个帐号。
电话号码是首选,当客户第一次来时被分配。
如果客户不是在租赁的成员,成员的记录会临时创建。
他们的姓名,电话号码,信用卡号码和到期日被记录在其成员的记录里。
二、实验基本原理与设计(包括实验方案设计,实验手段的确定,试验步骤等,用硬件逻辑或者算法描述)1、根据系统的功能确定四个基本用例:租赁项目,归还项目,超期项目,重新购置项目2、仿照教科书来描述上述的四个用例3、根据用例绘出用例图三、主要仪器设备及耗材MicrosoftOfficeWord12月9日第一部分:实验分析与设计(可加页)一、实验内容描述(问题域描述)实验目的:学习用RationalRose绘制概念模型。
它必须包括所有有着适当多重性的属性和关联。
实验内容:1.为那个假设的音像店画一个概念模型。
2.确保包括的概念展现了四种交易的每一个:租借项目、归还项目、进货项目、迟交费项目。
3.假设付款将会在租借进行的时间。
4.尝试建立自上而下的图,始终把包含者放在被包含的项目之上。
交付:只需要交上一个图表纸页,确保而且使用“适应页”打印图表选项,需要一个封面。
二、基本原理与设计(包括实验方案设计,实验手段的确定,试验步骤等,用硬件逻辑或者算法描述)1、根据实验二——为类中描述的事件写一个基本用例中的4个用例,用确定名词短语的方法来寻找概念类(语言分析,即在对领域的文本性描述中识别名词和名词短语,将其作为候选的概念类或属性),可得:用例1:顾客、影碟目录、影碟描述、音像店、收银员、租赁记录、付款行为、租赁行为、库存系统用例2:顾客、收银员、影碟目录、影碟描述、库存系统、租赁记录用例3:收银员、付款行为、信用卡、租金用例4:收银员、影碟描述、库存系统综上4个用例,可确定最后的概念类:音像店、影碟描述、影碟目录、顾客、收银员、租赁行为、租赁记录、付款行为、库存系统、租赁记录、归还行为、重新购置行为、超期行为2、根据上述的概念类用StarUML画出概念模型。
三、主要仪器设备及耗材StarUML第二部分:实验调试与结果分析(可加页)一、调试过程(包括调试方法描述、实验数据记录,实验现象记录,实验过程发现的问题等)1、打开StarUML,File->NewProject(新建一个工程),在ModelExplorer视图中右击《designModel》DesignModel,AddDiagram->ClassDiagram,就可以在ClassDiagram1中画概念模型。
2、在Class工具栏中选择Class图标,创建概念类:音像店、影碟描述、影碟目录、顾客、收银员、租赁行为、租赁记录、付款行为、库存系统、租赁记录、归还行为、重新购置行为、超期行为3、尝试建立自上而下的图,始终把包含者放在被包含的项目之上。
4、下一步加入关联(详见二、实验结果及分析),但是此页丢失了一个关联。
这是扩展或‘是一个’关联。
例如现金付款扩展了付款。
信用卡付款也扩展了付款。
确保这些命名是斜体。
5、下一步添加多重价值(详见二、实验结果及分析),要确保最小值和最大值是正确的。
6、下一步添加属性(详见二、实验结果及分析)。
坚持纯数据值或值对象。
二、实验结果及分析(包括结果描述、实验现象分析、影响因素讨论、综合分析和结论等)音像店的概念模型如下:三、实验小结、建议及体会这次实验展示了概念类、概念类之间的关联和多重性、概念类的属性。
创建概念模型可以减小软件表示与我们头脑中的差异。
实验课程名称:UML建模技术实验项目名称学习绘制附有契约制度的系统顺序图实验成绩4实验者向尧专业班级软件工程0703班组别19同组者实验日期12月16日第一部分:实验分析与设计(可加页)一、实验内容描述(问题域描述)实验目的:学习如何绘制附有契约制度的系统顺序图。
为每个用例创建一个集(一个系统顺序图和一组契约)。
这些用例是租赁项目,归还项目,迟交费项目,重新购置项目。
实验内容:使用RationalRose的工具为每个用例开发系统顺序图。
其次,为每个用例写操作契约,仿照教科书上的例子。
该契约的最重要的部分是后置条件。
密切地关注这些后置条件,因为这是将要分级审议的区域。
操作契约要确保使用概念模型的实例,属性和关联。
交付:1.用RationalRose完成的4个系统顺序图2.用文字处理程序完成的4个契约二、实验基本原理与设计(包括实验方案设计,实验手段的确定,试验步骤等,用硬件逻辑或者算法描述)1、系统顺序图(SSD)是为阐述与所讨论系统相关的输入和输出事件而快速、简单地创建的制品。
他们是操作契约和(最重要的)对象设计的输入。
2、系统顺序图表示的是对于用例的一个特定场景,外部参与者产生的事件,其顺序和系统之内的事件。
所有系统被视为黑盒,该图强调的是从参与者到系统的跨越系统边界的事件3、应为每个用例的主成功场景以及频繁发生的或者复杂的替代场景绘制SSD。
4、操作契约使用前置和后置条件的形式,描述领域模型里对象的详细变化,并作为系统操作的结果。
它对用例指出的系统操作的效用提供了更详细的分析,包括4个部分:操作、交叉引用、前置条件、后置条件三、主要仪器设备及耗材MicrosoftOfficeWord12月23日第一部分:实验分析与设计(可加页)一、实验内容描述(问题域描述)实验目的:学习如何用RationalRose绘制交互图。
每个用例将包括一个序列图和一个协作图。
实验内容:使用RationalRose工具去开发一个顺序图,一旦完成顺序图你可以通过菜单里的工具来生成协作图。
假设该系统遵循这个被用例、概念图、系统顺序图和你的老师提供的操作契约所描述的模型。
你不必为ChargeLateItems画顺序图。
假设只在租赁项目用例中使用现金支付。
交付:1、用RationalRose完成的3个顺序图,对于每一个操作包含没有数据类型或类的参数。
2、三个生成过程中产生的协作图,确保安排是容易执行。
二、实验基本原理与设计(包括实验方案设计,实验手段的确定,试验步骤等,用硬件逻辑或者算法描述)1、UML使用交互图(interactiondiagram)来描述对象间通过消息的交互。
交互图可以用于动态对象建模,有两种类型:顺序图和通信图。
2、顺序图的优势是能够清晰表示消息的顺序和时间排序,是大量详细表示法选项,劣势是强制在右侧增加新对象,消耗水平空间。
它以一种栅栏格式描述交互,其中在右侧添加新创建的对象。
3、协作图(CollaborationDiagram)主要表现对象之间如何协作,同时也用于表现那些以顺序图进行建模的情形。
序列图处理序列关系和简单的选择关系(带有保护),而协作图处理迭代。
三、主要仪器设备及耗材MicrosoftOfficeWord12月23日第一部分:实验分析与设计(可加页)一、实验内容描述(问题域描述)实验目的:学习绘制类图实验内容:首先清理掉你的序列图和协作图,再用RationalRose工具来画类图。
对于每个属性,要包括它的数据类型或者类。
对于每一个操作要包括不带数据类型或类的参数,如若需要,一定要包含返回值的数据类型或者类。
交付:用RationalRose画单一类图二、实验基本原理与设计(包括实验方案设计,实验手段的确定,试验步骤等,用硬件逻辑或者算法描述)1、类是一系列拥有相同特性的对象的集合。
将对象进行分类并组合成类降低了复杂性,减少了建模中的元素数量,并有助于描述更复杂的系统。
2、在一个类图中,类被模型化并且相互联系,这些类通过名称、属性、和操作加以描述。
类之间的关系以名称、角色、和多重性进行表达。
类图用于描述一个系统中的对象和关联。
3、UML用类图表示类、接口及其关联。
类图用于静态对象建模。
三、主要仪器设备及耗材MicrosoftOfficeWord2003StarUML 第二部分:实验调试与结果分析(可加页)一、调试过程(包括调试方法描述、实验数据记录,实验现象记录,实验过程发现的问题等)1.打开StarUML,File->NewProject(新建一个工程),在ModelExplorer视图中右击《designModel》DesignModel,AddDiagram->ClassDiagram,就可以在ClassDiagram1中画类图了。
2.根据概念模型以及3个序列图的关联与操作画出相应类图。
二、实验结果及分析(包括结果描述、实验现象分析、影响因素讨论、综合分析和结论等)单一类图如下:三、实验小结、建议及体会通过这次实验我学会了如何绘制类图,类图中包含了类元名称、属性和操作,并且类图和概念图有着很大的关系,其中类元名称几乎是从概念图里受启发的。