实验一用例图的绘制
- 格式:doc
- 大小:54.50 KB
- 文档页数:3
实验二用例图
【实验内容】
1.试画出学校班级管理系统的用例图。
用例有:登录;找回密码;查看、修改、删除、录入班级基本信息,参与者有管理员与系院领导。
2.试画出学生成绩管理的用例图。
用例有:登录;找回密码;录入、修改、保存、查询、删除成绩,参与者有教师与学生。
3.试画出网上选课系统的用例图。
用例有:登录;找回密码;查看课程信息;按课程编号查询;按课程名查询;选择课程;删除已选课程;维护课程信息;参与者有系统管理员与学生。
4.试画出帐号管理系统的用例图。
用例有:创建新账户;设置账户;设置账户基本信息;设置账户权限;删除帐户;查询账户。
参与者有系统管理员。
【思考】:一台自动饮料售货机共有6种不同饮料,售货机上有6个按钮,分别对应6种饮料,顾客可以通过按钮来选择所要的饮料。
每个按钮旁有一个指示灯,用来表示该售货机中是否还有这种饮料可售。
售货机有一个硬币槽的找零槽,用来收钱和找钱,假设一位顾客购买矿泉水,不用找零,请给出描述上述场景的用例图。
实验一用例图设计参考解答公司内部档案编码:[OPPTR-OPPT28-OPPTL98-OPPNN08]实验11. 一台自动售货机能提供6种不同的饮料,售货机上有6个不同的按钮,分别对应这6种不同的饮料,顾客通过这些按钮选择不同的饮料。
售货机有一个硬币槽和找零槽,分别用来收钱和找钱。
现在为这个系统设计一个用例图。
找零钱自动售货机系统用例图2.现有一个产品销售系统,其总体需求如下:系统允许管理员生成存货清单报告。
管理员可以更新存货清单。
销售员记录正常的销售情况。
交易可以使用信用卡或支票,系统需要对其进行验证。
每次交易后都需要更新存货清单。
分析其总体需求,并绘制出其用例图。
产品销售系统用例图3 某酒店要开发一个酒店住宿管理系统,该酒店可对外开放500个双人间和50个单人间,房间费用视情况按季节由管理人员进行调整,但周一到周五半价(周末全价)折扣不变。
只有在该系统进行了注册的人员才能登录该系统进行酒店住宿预定。
对于顾客的请求,该系统能根据请求入住时间预定指定档次的房间信息,记录该顾客姓名、地址、联系电话、有效证件号、房间类型和预定的天数,并计算出总费用。
预定的同时顾客按规定要提交10%定金。
六个小时之内酒店允许顾客取消预定金,超过六个小时定金不退还。
每周一系统自动打印一周预定情况的清单。
顾客离开时,可以到总台办理结帐。
结帐方式可采用两种方式,一种是现金结帐,另一种是银行卡结帐,银行卡结帐将通过与银联POS机来完成。
POS4.登录一个网上酒店管理系统,根据其客人预订房间流程,描述系统的“预订房间”用例。
当客人登陆网上酒店管理系统,系统显示需要选择的服务,客人选择预订房间,系统判断客人预订的房间是否还有剩余,如果没有剩余,询问顾客是不是要继续选择预订其他的房间,顾客如果选择是,则重新进去预订房间的用例,如果客人选择不继续预订房间的话,系统询问客人是否要选择退出,客人退出,如果客人要预订的房间有剩余,系统询问顾客是不是要确定预订这个房间,顾客选择是,然后系统询问顾客的详细的信息,系统记录信息,然后回到系统询问顾客是否需要其他的服务,顾客选择退出,系统注销用户的登录信息。
天津理工大学(华信软件学院)实验指导书课程名称:面向对象设计UML建模适应课程:(1460460/1460466/14606617)上机实验(一)创建用例及用例图:一.实验目的:在Rose 2003 环境下设计应用系统的UML用例图(Use Case Diagram)。
二.实验内容:根据用户“需求陈述”创建Use Case框图。
案例1. 绘制“自动饮料机售货”的Use Case框图(包括功能扩展)案例2. 用例之间的三种关系练习案例3. 设计“网上学生选课系统”的Use Case 框图案例4. 设计“图书管理系统”的Use Case 框图三.操作步骤:案例1.①建立用例图的步骤:。
右击Use Case View。
选New Use Case Diagram。
起名,比如:Buy Drink。
双击Buy Drink图标,这时工具栏变成适合Use Case作图的形式。
设计Use Case Diagram.②“自动饮料机售货”需求陈述:“顾客通过自动饮料售货机, 可以方便地买到一听饮料。
而自动饮料售货机除了卖给顾客饮料外,还具备以下功能:〃供应商可以向自动饮料售货机添加饮料(需要打开和关闭自动饮料售货机的门);〃收银员可以从自动饮料售货机取钱.(需要打开和关闭自动饮料售货机的门)经过分析可知自动饮料售货机系统涉及到的名词及概念有:Customer Supplier Cashier Buy drinkSet drink Take money Open machine Close machine显然, 前三个名词为参与者. 后面的那些功能为Use Case .③绘制自动饮料售货机售货的用例图.(提示:首先找出参与者和用例之间的关系, 建立初步用例图, 然后细化用例建立用例之间的《include》或《extend》关系。
)案例2.用例之间的三种关系练习〃分析用例之间的“泛化关系”、“include”和“extend”关系。
软件工程试验一:用例图
班级:信121
姓名:黄成运
学号:2108191211112
一、试验目的
通过本次试验使学生掌握UML建模语言的基础知识和rose软件的基本用法,并进一步熟练掌握绘制业务用例框图和用例文档基本步骤和方法。
二、试验要求
根据实验题目内容,完成相应的实验任务。
三、实验内容
1.一个新的音像商店准备采用计算机系统向比较广泛的人群销售或租借录像带和
光碟。
该音像商店将存有大约1000 盘录像带和500 张光碟,所有的录像带和光碟都有一个条码,可以使用条码扫描仪来支持销售和返还,客户会员卡也同时条码化。
客户可以预定录像带并在指定日期来取。
系统必须拥有灵活的搜索机制来回答客户的询问。
根据上述描述,请你给出音像租赁销售系统的业务用例模型和系统用例模型,任选一个系统用例写出用例文档。
2.可以根据本小组自定的系统完成用例图和用例文档。
四、实验结果
客户信息管理业务用例图
该客户信息管理主要实现对客户信息的增加、删除、修改和查询。
系统用例图。
中北大学软件学院实验报告
专业:软件工程
方向:软件开发与测试
课程名称: UML
班级:
学号:
姓名:
辅导教师:井超
2017年3月制
4.用例图如下所示
1).系统参与者
系统角色
2).图书管理
图书管理用例图3).图书借阅和还书用例图
图书的借阅和归还用例4).图书管理系统的整体用例图
图书管理系统的整体用例图
5.实验结论及心得
通过本次实验,我掌握了在课堂上学习的用例图等。
加深了对书本知识的认识和记忆。
在实验中我学会了去如何操作ro se工具图。
通过ro se工具图,可以去清晰的去展示一个关系等。
使用非常方便。
UML实验1 用例图分析与设计【实验目的】1.熟悉Rational Rose 进行建模的一些基本操作;2.学会使用Use Case视图与Use Case 框图;3.学习使用Use Case、角色与关系;【实验性质】设计性实验。
【实验要求】1.在浏览器中增加Use Case 框图;2.在新建的Use Case 框图中增加角色;3.建模用例的事件流;4.增加文件。
【实验内容】本次实验要求自己在现有的用例模型(Lab1.mdl)中,根据指定的用户需求描述分析Actor和Use Case,创建用例图。
【实验导读】Step1:画出下图顾客供应商收营员图3-4 自动饮料售货机的用例图Step2:鼠标右键点击Use Case Diagram,增加2个新的Use Case Diagram,分别命名为:图3-6泛化关系和图3-7包含关系。
具体实现如图2、图3所示:图2-2 新建Use Case Diagram买票个人购买团体购买图2 泛化关系示例收银员图3-7 具有包含关系的用例图现金支付信用卡支付Step3:根据《UML课程设计》P37-42页的步骤画出选课系统用例图,效果如下图所示。
Delete course图3-9 选课系统的用例图Step4:在上图选课系统用例图上新增一标签,写上自己的姓名学号:张明图3-9选课系统的用例图Step5:根据P36页“选课事件流”,输入到用例“Select Course”中。
Step6:从“QueryCourse”、“Pay for Course”、“Modify Course”、“Delete Course”中任意选2个用例,自己分析并写出其事件流,并输入到用例中。
Step7:保存新的mdl文件,取名为“学号姓名”如0807001张明.md1,将该文件压缩上传至FTP。
【实验作业】根据用例图的实验过程,写出“实验1-用例图分析与设计”,写到实验报告册上,需要画出图形,并有一定的文字描述。
说明:rose中创建边界类的方法:1.右击logic view,选择“new”--“package”。
新建一个文件夹“边界类”。
2.右击“边界类”文件夹,选择“new”--“class”。
新建类。
3.为新建的类定义类名,然后右击该类选择“Open Specification”,或者直接双击该类。
4.在打开的窗口中,在“Stereotype”中选择“boundary”,标识该类为边界类。
5.如果是定义控制类,就设置Stereotype的值为control,如果是定义实体类,就设置Stereotype的值为entity。
2.顺序图图1 UC02选择课程用例的顺序图文档中蓝色及红色文字及图片,是与rose操作有关的介绍。
在整理文档是务必要删除。
说明:顺序图的画法:1.在Logic View下新建文件夹命名为“顺序图”。
2.右击“顺序图”文件夹,选择new--Sequence Diagram3.将新建的顺序图使用“用例编号和名称”命名。
4.双击打开该顺序图。
5.根据用例描述,确定参与用例的参与者、边界类、控制类以及使用到的实体类,并将上述对象从左侧模型树中找到,鼠标左键点中,拖到右侧主图版中。
注意顺序图中各对象的顺序从左到右为参与者、边界类、控制类以及实体类。
比如“UC03 退选课程”的参与对象如下:5.根据用例描述中的主事件流,开始画顺序图中的消息。
UC03 退选课程主事件流如下:1)学生查看已选课程。
在图中,先在中间工具栏上单击Object Message,然后将鼠标移至画图板。
单击“学生”后不要松开左键,向“WithdrawalForm”拖动,到达该对象后松开左键,就建立了学生到界面对象的一条消息。
右击该消息,选择“new operation”在打开的窗口中,修改操作Name,为“查看已选课程”。
可以在Return栏设置返回值类型。
还可以选择Detail选项卡,为操作设置参数。
在Arguments列表下,右击空白处,在弹出的快捷菜单中选择Insert,可以添加一个新参数,修改参数Name,Type,Default(默认值)等内容。
统一建模语言及工具实验指导书安徽师范大学数学计算机科学学院实验一:用例图设计一、实验目的1. 了解USE CASE图的基本用法;2.掌握UML中用例图的建立方法;3. 掌握用例的描述方法。
二、实验仪器设备、材料1.设备:计算机。
2.地点:机房。
三、实验要求:1. 一台自动售货机能提供6种不同的饮料,售货机上有6个不同的按钮,分别对应这6种不同的饮料,顾客通过这些按钮选择不同的饮料。
售货机有一个硬币槽和找零槽,分别用来收钱和找钱。
现在为这个系统设计一个用例图。
2.现有一个产品销售系统,其总体需求如下:系统允许管理员生成存货清单报告。
管理员可以更新存货清单。
销售员记录正常的销售情况。
交易可以使用信用卡或支票,系统需要对其进行验证。
每次交易后都需要更新存货清单。
分析其总体需求,并绘制出其用例图。
3.在线会议审稿系统(Online Reviewing System, ORS)主要处理会议前期的投稿和审稿事务,绘制用例图,该审稿系统功能描述如下:(1)用户在初始使用系统时,必须在系统中注册(register)成为作者或审稿人。
(2)作者登录(login)后提交稿件和浏览稿件审阅结果。
提交稿件必须在规定提交时间范围内,其过程为先输入标题和摘要,选择稿件所属主题类型,选择稿件所在位置(存储位置)。
上述几步若未完成,则重复;若完成,则上传稿件至数据库中,系统发送通知。
(3)审稿人登录后可设置兴趣领域,审阅稿件给出意见,以及罗列录用和(或)拒绝的稿件。
(4)会议委员会主席是一个特殊的审稿人,可以浏览提交的稿件、给审稿人分配稿件、罗列录用和(或)拒绝的稿件,以及关闭审稿过程。
其中关闭审稿过程须包括罗列录用和(或)拒绝的稿件。
5.阅读下面的用例图,说明该图所表达的信息。
5. 绘制某一种家用电器的用例图。
6. 绘制搜狐网站的邮件系统的用例图,并给出发送邮件的事件流。
四、实验内容与步骤。
实验一用例图的绘制一、目的和要求:1、掌握用例图的基本画法2、掌握用例建模的基本步骤3、掌握用例之间的三种基本关系二、实验内容:根据用户“需求陈述”,画出用例模型,通过建立用例模型,加深对建立用例所需的建模元素的认识,初步掌握其用法。
1、画出“图书管理系统”的用例图2、画出“求一元二次方程的根”的用例图(1)需求陈述根据给定的系数,求一元二次方程的根,并显示计算的结果。
要求考虑异常情况。
(2)角色通过寻找与系统交互的人或物得到角色:求根者。
(3)用例通过分析系统为求根者提供的服务得到用例:求一元二次方程的根。
3、画出“教师评分系统”的用例图,并给出用例的相应描述(1)需求陈述✧我们需要的系统可以供教师使用来为学生记录并更新成绩✧系统需要根据需求由管理人员创建成绩报告卡,管理人员要检查成绩报告卡的准确性✧教师需要通过计算机分发报告卡✧系统需要允许教师和学生浏览记录的成绩(教师和学生首先要经过登录环节)(2)角色通过寻找与系统交互的人或物得到角色:✧教师✧学生✧管理人员(3)用例通过回答“系统要作什么?”得到用例:✧记录成绩✧修改成绩✧生成成绩报告卡✧分发成绩报告卡✧浏览成绩✧登录(4)“记录成绩”用例细节描述1)教师确定出要记录哪些学生的成绩2)系统要确保学生在数据库中3)教师说明要记录哪项作业的成绩4)系统开始数据库的一项事务处理5)系统为学生把作业加入数据库6)教师输入学生作业的成绩7)系统核对输入的成绩以确保其属于正确的范围8)系统记录作业的成绩9)系统结束事务处理10)系统提示教师成绩已经记录4、用例之间的三种关系练习修改“教师评分系统”案例的需求,加入“每当教师修改成绩和记录成绩时,成绩总会被保存下来”。
请建立“记录成绩”用例和“修改成绩”用例与“保存成绩”用例的关系。
修改“教师评分系统”案例的需求,加入“当一个教师记录成绩或修改成绩时,成绩被保存,有时管理员会被提醒”。
请建立“保存成绩”用例与“提醒管理员”用例的关系。
实验一Rose基本使用及用例图[实验目的]1.熟悉Rose的系统界面,掌握其基本使用方法。
2.熟悉模型图标元素。
3.掌握用例图的绘制方法。
[实验内容]1.练习Rose的基本使用。
2.熟悉UML模型元素及表示方法。
3.绘制图书馆管理系统的用例图。
[实验要点及说明]一、Rose简介Rose是美国的Rational公司的面向对象建模工具,利用这个工具,可以建立用UML描述的软件系统的模型,而且可以自动生成和维护C++、Java、VB和Oracle等语言和系统的代码。
➢Rational Rose在建模方面具有以下特点:1.保证模型和代码高度一致。
Rose可以实现真正意义上的正向、逆向和双向工程。
2.支持多种语言。
Rose本身能够支持的语言包括C++、Visual C++、Java、Visual Basic、PowerBuilder 等,还可为数据库应用产生数据库描述语言(DDL)。
3.为团队开发提供强有力的支持。
Rose提供了两种方式来支持团队开发:一种是采用SCM(软件配置管理)的团队开发方式;另一种是没有SCM情况下的团队开发方式。
这两种方式为用户提供了极大的灵活性,用户可以根据开发的规模和开发人员数目以及资金情况等选择一种方式进行团队开发。
4.支持模型的Internet发布。
Rose的Internet Web Publisher能够创建一个基于Web的Rose模型的HTML版本,使得其他人员能够通过标准的浏览器,如IE来浏览该模型。
5.生成使用简单且定制灵活的文档。
Rose本身提供了直接产生模型文档的功能。
6.支持关系型数据库的建模。
利用Rose能够进行数据库的建模。
Rose能够为ANSI、Oracle、SQL Server等支持标准DDL的数据库自动生成数据描述语言。
➢Rational Rose 基本使用Rational Rose主界面如下图所示::Rose的工作区分为4个部分:浏览器、文档区、编辑区和日志区。
《UML与软件建模》实验1用例建模[实验日期]年月日[实验目的]·掌握客户需求分析的方法和步骤·了解以用例驱动的软件开发方法·识别并编写用例·掌握用Rose进行用例建模的具体方法和步骤[实验内容]要求学生根据周围的实际情况,自选一个小型应用项目,分析业务需求,识别并编写用例、绘制用例图以理解系统需求。
亦可采用教师指定的“企业综合信息管理系统”中的“进销存管理子系统”(参见“项目背景及简要分析.pdf”)。
[实验原理和步骤]建模原理:(1)需求获取。
以任务和客户为中心,通过会议、面谈等手段对客户需求进行调研,获得系统目标、范围和功能要求的初步说明。
(2)用例分析。
确定用例,同时采用分层思想,对用例的层次级别进行划分(高层用例、子系统级、用户目标级)(3)用例描述。
分层绘制用例图,撰写用例的文字描述(采用单栏格式)。
步骤:(1)需求获取。
自选题目,与相关客户、领域专家等反复商讨,获得系统目标、范围和功能要求的初步说明。
(也可采用教师指定的题目:“企业综合信息管理系统”中的“进销存管理子系统”,但要仔细研读“企业现状”、“系统目标、范围和功能要求”等文字说明)。
(2)用例分析。
确定系统范围和边界、确定参与者、确定用例。
(3)用例描述。
分层绘制用例图、描述用例。
画图原理:采用Rose软件进行用例建模必须建立在完好的系统用例分析基础之上.只有做好系统用例分析,系统用例建模才能这到预期的效果。
步骤:(1)分层绘制用例图,每层采用“包”进行管理。
(2)以“企业综合信息管理系统”->“进销存管理”子系统->“销售管理”->“合同管理”->“收款单处理”为主线,完成附录2中的操作过程(亦可选择“企业综合信息管理系统”->“进销存管理”子系统->“库存管理”->“原材料出库”->“领料单处理”主线)[实验结果]《学生填写》采用ROSE绘制的“企业综合信息管理系统”的1级用例图,以及其中的“进销存管理”用例的文字描述。
实验二:建立动态模型一旦定义了一个工程的用例,就可以用它们来指导对系统的进一步开发。
用例的实现描述了相互影响的对象的集合,这些对象将支持用例所要求的功能。
给出系统用例的实现,是从外部视图转到内部结构的第一步。
在UML中,用例的实现用交互图来指定和说明。
交互图通过显示对象之间的关系和对象之间处理的消息来对系统的动态特性建模。
有两种交互图:序列图和协作图。
1、创建交互图的步骤交互图一步一步地显示用例的实现流程。
它包括流中需要什么对象、对象之间发送什么、什么角色启动流、消息按什么顺序发送等。
系统要求实现的所有不同情形都在交互图中记录。
通过从用例建模得到的用例文档说明、词汇表和用例图来创建交互图。
2、实例本节主要以选课系统中的选课用例(Select Course)为例,来学习序列图的设计与实现。
2.1 分析为了使问题更简单一些,不考虑学生的登陆。
假设学生已经成功登陆系统,选课的事件流如下:(1)学生进入选课主界面。
(2)学生点击选课。
(3)系统显示所有课程信息。
(4)学生选择课程。
(5)系统验证课程是否可选。
A1:课程不可选(6)系统提示课程选择成功,提示学生交费。
(7)用例结束。
A1:课程不可选(1)系统提示课程不可选及原因。
(2)学生重新选课。
(3)重新验证直至成功。
(4)转选课事件流第6步。
首先,查找Select Course用例的对象。
从事件流中发现涉及以下对象:(1)界面。
(2)课程。
(3)对于业务层的操作,也应该有对象进行处理。
(4)事件流中设计的角色有:学生、数据库。
然后,分析对象、角色之间交互的消息。
本用例主要有以下交互:(1)学生通过界面发送选课命令。
(2)界面向控制对象请求课程信息。
(3)控制对象向数据库发送查询数据消息。
(4)控制对象暂存数据库的查询结果。
(5)界面对象从控制对象中取得所有的课程信息。
(6)在界面上显示所有的课程信息。
(7)界面对象发送命令要求控制对象删除课程信息。
实验一用例图建模一、实验目的1.熟悉用例图的基本功能和使用方法。
2.掌握如何使用建模工具绘制用例图方法。
二、预备知识Rational Rose 简介Rose模型(包括所有框图、对象和其他模型元素)都保存在一个扩展名为.mdl的文件中。
1. 环境简介1.1 Rational Rose可视化环境组成Rose界面的五大部分是浏览器、文档工具、工具栏、框图窗口和日志。
见图1-1。
图1-1:Rose界面●浏览器:用于在模型中迅速漫游。
●文档工具:用于查看或更新模型元素的文档。
●工具栏:用于迅速访问常用命令。
●框图窗口:用于显示和编辑一个或几个UML框图。
●日志:用于查看错误信息和报告各个命令的结果。
1.2浏览器和视图浏览器是层次结构,用于在Rose模型中迅速漫游。
在浏览器中显示了模型中增加的一切,如参与者、用例、类、组件等等。
Rose浏览器见图1-2。
浏览器中包含四个视图:Use Case视图、Logical视图、Component视图和Deployment视图。
点击每个视图的右键,选择new就可以看到这个视图所包含的一些模型元素。
图1-2:Rose浏览器1. 3框图窗口在图1-3所示的框图窗口中,我们可以浏览模型中的一个或几个UML框图。
改变框图中的元素时,Rose自动更新浏览器。
同样用浏览器改变元素时,Rose 自动更新相应框图。
这样,Rose就可以保证模型的一致性。
图1-3:框图窗口2. UML各类框图的建立2. 1建立用例图use case diagram从用例图中我们可以看到系统干什么,与谁交互。
用例是系统提供的功能,参与者是系统与谁交互,参与者可以是人、系统或其他实体。
一个系统可以创建一个或多个用例图。
●创建用例图(图2-1-1)在浏览器内的Use Case视图中,双击Main,让新的用例图显示在框图窗口中。
也可以新建一个包(右击Use Case视图,选择new→package,并命名),然后右击这个新建包的,选择new→use case diagram。
实验1 用例图
【实验目的】
1. 掌握用例图的绘制方法
2. 掌握详述风格用例文本的编写方法
【实验内容】
1. 绘制NextGenPOS系统的用例图。
参考教材P68,P362用例模型,独立使用StarUML绘制NextGenPOS系统的用例图。
2. 绘制ATM系统的用例图。
参考教材P50页
3. 参考教材P50用例UC1:处理销售的详述用例风格,独立编写ATM系统“取款”详述用例文本。
【实验指导】
任务一:NextGenPOS系统的用例图
操作要点:
(1)在右侧Model Explorer中选择Use Case Model,双击main,打开用例图绘图板。
可在
Properties中修改名称,如改为用例图。
(2)选中ToolBox中SystemBoundary,在绘图板中点击,即可绘图。
可在模型上激活右键菜
单,选择Format中的Fill Color修改样式。
(3)在系统边界外绘制参与者,并修改名称。
(4)在系统边界内绘制用例,并依此修改名称。
注意不要直接拷贝粘贴。
(5)选择Association将参与者和用例关联。
(6)分析用例关系,选择include、extend或Generalization连接。
注意include和extend的
方向。
(7)建模完成后选择“File-Export Diagram”输出用例图。
一、实验名称实验一用例图二、实验目的1.熟悉用例图的基本功能和使用方法。
2.掌握如何使用建模工具绘制用例图方法。
三、实验内容分析微商管理系统的需求建模,进行用例图的绘制。
四、实验步骤1.书写“用户登录购买商品信息”和“管理员管理商品”的书面用例1.1. (1)用户登录后,查找想要购买的商品;1.1. (2) “用户接口”组件数据库中,查找待购买的商品名;1.1. (3)如果不存在,则显示错误信息,返回步骤 (1),如果存在则继续;1.1. (4) “用户接口”组件判断“待购买商品”是否可以购买;1.1. (5)如果不可以,则显示出错误信息,返回步骤 (8),如果可以则继续;1.1. (6)在数据库中,添加商品订单;1.1. (7)显示购买成功信息;1.1. (8)结束1.2. (1)管理员登录后,查找的商品;1.2. (2) “业务对象”组件数据库中,查找待管理的商品名;1.2. (3)如果不存在,则显示错误信息,返回步骤 (1),如果存在则继续;1.2. (4) “业务对象”组件判断“待管理商品”是否可以管理;1.2. (5)如果不可以,则显示出错误信息,返回步骤 (8),如果可以则继续;1.2. (6)在数据库中,添加、删除或修改商品;1.2. (7)显示管理成功信息;1.2. (8)结束分析:在微商管理系统中,管理员首先登陆系统,系统验证过后,管理方可向系统查询数据,在查询后,系统会给出提示,有没有相关的数据,管理员根据系统查询的返回结果,进行下一步的操作,就是管理商品,在管理过程中,系统会对查询得到的结果判断是否可以对商品进行管理,若可以,则给管理提示,如不可以,也给相关的提示信息。
而用户则通过管理员所设置的商品信息进行查询,如果查询到相关信息,则系统给出用户可以进行购买操作的提示,如果未查询到相关信息,也给相关的提示信息。
2.1.根据实验指导书画出用户的用例图。
(1)添加一个用户用例(2)设置用户的属性:姓名,性别和用户 ID(3)设置用户的方法:选择商品和购买商品(4)绘制出用户所能进行的活动,并绘制他们之间的关系2. (1)添加一个管理员用例(2)设置管理员的属性:姓名,性别和管理员 ID(3)设置管理员的方法添加商品,删除商品和修改商品(4)绘制出用户所能进行的活动,并绘制他们之间的关系五、实验结论通过本次试验我学会了如何绘制出各个需求关系的用例图,掌握了基本的用例图使用方法。
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)系统管理员直接参与的用例为登录、找回密码、查看班级基本信息、删除班级基本信息、修改班级基本信息和录入班级基本信息。
校领导直接参与用例登录、找回密码和查看班级基本信息。
实验一用例图的建模与绘制一、实验目的与要求● 掌握参与者、用例的识别方法; ● 掌握用例的描述方法;● 掌握用例与用例之间的各种关系; ●掌握用例图的绘制方法。
二、实验内容1.参考教材p72和p73的用例模型,包括图4-24,图4-25和图4-26,独立使用Rational Rose 绘制图书馆管理系统的用例图。
缴纳罚款<<extend>>处理预约编辑图书信息编辑用户信息点评:大部分同学都正确绘制出来了,少数同学忘记在依赖关系上添加相应的构造型,即include或extend添加方法:双击连线或右键菜单打开关系的specification(规格),设置其stereotype(版型)为include(包含)或extend(扩展)2. 下面的场景应该建模为用例的什么关系?请画出相应的用例图。
(1)在网络购物系统中,客户可以进行购物、确认支付等操作,这些操作都需要登录系统。
请对购物、确认支付进行建模。
包含关系两种场景适合建模为包含关系:(1)大用例分解为小用例,小用例为大用例的一部分。
注意,这里也不同于先后关系,一个用例不需要包含它所有的前置用例,先后关系通过用例的前置条件表达。
(2)多个用例的公共功能部分,提取出来作为提供用例,被其它用例包含。
存在问题1:关系的指向方向反了,或没分清哪个用例包含哪个用确认支付(2)在网络购物系统中,客户可选择如下付款方式:支付宝、信用卡、银联卡或货到付款。
请对付款及其变体进行建模。
泛化关系泛化关系:一个用例可以例举为多个子用例,比如,使用不同的实现手段,如还书、付款问题:(1)依然建模为包含关系,未能建模为泛化关系(2)用流程图的方法来画用例图。
支付宝信用卡银联卡货到付款(3)在网络购物系统中,客户可选择如下付款方式:金额在1000以下可使用支付宝快捷支付;金额在1000以上只能选择使用信用卡或银联卡进行支付;金额在500以下可选择货到付款。
实验一用例图的绘制
一、目的和要求:
1、掌握用例图的基本画法
2、掌握用例建模的基本步骤
3、掌握用例之间的三种基本关系
二、实验内容:
根据用户“需求陈述”,画出用例模型,通过建立用例模型,加深对建立用例所需的建模元素的认识,初步掌握其用法。
1、画出“图书管理系统”的用例图
2、画出“求一元二次方程的根”的用例图
(1)需求陈述
根据给定的系数,求一元二次方程的根,并显示计算的结果。
要求考虑异常情况。
(2)角色
通过寻找与系统交互的人或物得到角色:
求根者。
(3)用例
通过分析系统为求根者提供的服务得到用例:
求一元二次方程的根。
3、画出“教师评分系统”的用例图,并给出用例的相应描述
(1)需求陈述
✧我们需要的系统可以供教师使用来为学生记录并更新成绩
✧系统需要根据需求由管理人员创建成绩报告卡,管理人员要检查成绩报告卡的准确
性
✧教师需要通过计算机分发报告卡
✧系统需要允许教师和学生浏览记录的成绩(教师和学生首先要经过登录环节)(2)角色
通过寻找与系统交互的人或物得到角色:
✧教师
✧学生
✧管理人员
(3)用例
通过回答“系统要作什么?”得到用例:
✧记录成绩
✧修改成绩
✧生成成绩报告卡
✧分发成绩报告卡
✧浏览成绩
✧登录
(4)“记录成绩”用例细节描述
1)教师确定出要记录哪些学生的成绩
2)系统要确保学生在数据库中
3)教师说明要记录哪项作业的成绩
4)系统开始数据库的一项事务处理
5)系统为学生把作业加入数据库
6)教师输入学生作业的成绩
7)系统核对输入的成绩以确保其属于正确的范围
8)系统记录作业的成绩
9)系统结束事务处理
10)系统提示教师成绩已经记录
4、用例之间的三种关系练习
修改“教师评分系统”案例的需求,加入“每当教师修改成绩和记录成绩时,成绩总会被保存下来”。
请建立“记录成绩”用例和“修改成绩”用例与“保存成绩”用例的关系。
修改“教师评分系统”案例的需求,加入“当一个教师记录成绩或修改成绩时,成绩被保存,有时管理员会被提醒”。
请建立“保存成绩”用例与“提醒管理员”用例的关系。
修改“教师评分系统”案例的需求,加入“教师在修改成绩之前,应该先加载成绩。
修改成绩后,再保存成绩”。
请建立“修改成绩”用例与“加载成绩”用例和“保存成绩”用例的关系。
在Rose中,画出修改后的“教师评分系统”用例图。
5、(选做)设计“网上购物系统”的用例图
(1)“网上购物系统”涉及到的参与者:
✧Customer(客户)
✧Warehouse Manager(库房经理)
✧Shipping Service(供货服务)
✧Purchase Manager(采购经理)
✧Credit System(信用系统)
(2)“网上购物系统”涉及到的用例:
✧Browse Web Site(浏览网站)
✧Add Item to Shopping Cart(给购物推车添加物品)
✧View Shopping Cart(查看购物推车)
✧Purchase Item in Shopping Cart(购买购物推车中的商品)
✧Remove Item from Shopping Cart(从购物推车中删除商品)
✧Browse Item for Sale(浏览销售的商品)
✧Provide Feedback(提供反馈信息)
✧Stock Inventory(盘点)
✧Return Item to Stock(返回库存商品)
✧Ship Order(提供订单)
✧Add New Item for Sale(增加新销售商品)
✧Remove Item for Sale(取消某销售商品)
✧Purchase Inventory(购买库存)
三、实验结果
1、“网上购物系统”的用例图
四、分析与讨论
1、用例图中包括哪些常见的建模元素?
2、用例之间存在几种关系,分别是哪几种,它们之间的区别是什么?。