UML大作业
- 格式:doc
- 大小:2.33 MB
- 文档页数:50
《面向对象分析与设计(UML)》课程大作业大纲一、课程简介《面向对象分析与设计(UML)》是一门是软件工程专业重要的、实践性很强的一门必修课。
UML是一种定义良好、易于表达、功能强大且适用于各种应用领域的建模语言,已被OMG采纳为标准。
目前UML已成为面向对象技术领域内占主导地位的标准建模语言。
掌握UML 语言,不仅有助于理解面向对象的分析与设计方法,也有助于对软件开发全过程的理解。
通过该课程的学习,使学生能基本掌握面向象技术基本概念和面向对象分析与设计方法,能够使用UML 语言来进行初步的系统分析与设计。
二、课程目标结合专业培养目标,本课程大作业要达到的目标如下:1.知识与技能目标通过本课程的学习,使学生掌握面向对象分析与设计基本理论和使用统一建模语言(UML)实现软件生命周期模型的六大阶段(需求分析,概要设计,详细设计,编码,测试,维护)的一般性原理、主要思想、关键技术;了解和掌握各阶段的规范文档书写格式,通过实验项目实践活动,培养学生理解和应用相关的知识技能,开发软件项目。
2.过程与方法目标了解面向对象分析与设计的发展历史及趋势,掌握运用UML 理论及方法解决实际问题的分析步骤。
通过具体方法的学习与运用,理解它们的优势与不足,从而锻炼和提高思维分析能力(归纳能力,演绎能力,对比分析能力,变通能力,总结能力,抽象能力)。
3.软件工程文档写作目标通过面向对象程序设计实践,培养作为一个软件工程技术人员必须具备的文档写作能力,严谨治学的科学研究态度,为未来的学习、工作和科研奠定良好的理论基础和实践基础。
通过本课程的大作业的训练,使学生在分析问题、解决问题等方面得到锻炼,增强学生调查研究、查阅技术文献、资料、手册以及编写技术文献的能力。
三、作业设计任务由指导教师向学生提供一定数量的设计题目,每一题目所用到的知识至少要覆盖《面向对象分析与设计(UML)》教学大纲中的大部分内容,主要包括利用UML2进行面向对象分析与设计的方法,运用面向对象的一般原则和模式进行应用系统的分析和设计建模。
《UML 大作业》设计报告课程名称: 《UML 大作业》课程设计设计题目: 学生信息管理系统 班 级: 0844131 同组人员: 谢伊豪 王瑛婕 张哲计算机科学与工程学院 2015年12月25日目录一、引言 (2)1.1编写目的 (2)二、总体设计 (3)2.1需求分析 (3)2.2可行性分析 (3)三、系统设计 (5)3.1设计目标 (5)3.2项目规划 (5)3.3系统功能模块描述 (6)3.4功能图 (7)四、基于UML的学生信息管理系统分析设计 (9)4.1UML简介 (9)4.2定义业务流程 (9)4.2.1参与者之间的关系 (9)4.2.2系统用例图 (10)4.3类图 (10)4.4分析业务流程 (14)4.4.1学生登录查询业务流程活动图 (14)4.4.2学生登录查询业务流程时序图 (15)4.5教师录入成绩活动图 (15)4.6添加学生信息活动图 (16)五、程序功能模块描述 (16)5.1登录模块程序流程图 (16)5.2添加信息程序流程图 (17)5.3删除信息程序流程图 (17)5.4修改信息程序流程图 (18)5.5查询信息程序流程图 (18)六、程序类设计及数据库设计 (19)6.1程序类设计 (19)6.2数据库设计原则 (19)6.3数据库设计 (20)6.4数据流图分析 (21)6.5概念结构分析 (23)七、系统测试 (24)7.1测试案例 (24)7.2系统测试情况 (24)八、心得体会 (26)九、参考文献 (29)十、程序测试图 (29)十一、程序主要代码 (32)一、引言1.1 编写目的学生信息管理系统(Student Information Management System),以下简称SIMS,是针对学校人事处的大量业务处理工作而开发的管理软件,是典型的管理信息系统(Management Information System)。
它是一个教育单位不可缺少的部分,它的内容对于学校的决策者和管理者来说都至关重要,它能够为用户提供充足的信息和快捷的查询手段。
UML建模大作业实验报告组号:选题名:E-store网上书店系统小组成员.1.需求模型从用户角度描述系统功能的用例意见反馈(from Use Case View)从系统管理员角度描述系统功能的用例订货通知(from Use Case View)(from Use Case View) 2.分析模型2.1.架构模型E-store网上书店包图系统辅助包图2.2.分析机制2.3.关键抽象2.4.用例实现2.4.1.注册用例的用例1. 用例名注册1.1 简要描述本用例由游客触发的,允许顾客在该书店注册成为会员用户,实现会员的一些权限。
2. 事件流2.1 基本流2.1.1 顾客进行注册顾客在登陆系统时必须先注册一个账号,才能进行登录查询。
2.2 备选流2.2.1 注册账号无效如果顾客登陆账号已存在或者验证码错误,提示顾客无效。
本用例结束。
3. 特殊需求没有和本用例有关的特殊需求。
4. 前置条件在针对登陆书店,必须先注册成为会员5. 后置条件无。
6. 扩展点没有和本用例有关的扩展点。
·2.4.2.图书浏览用例的用例1.用例名图书浏览1.1简要描述本用例由游客、会员触发的,允许顾客在书店页面浏览书店的概况和书籍种类。
2.事件流2.1基本流2.1.2顾客进行图书浏览顾客在书店页面浏览书店概况和书籍种类。
本用例结束2.2备选流2.2.1浏览无效如果顾客浏览页面不存在或者方式不正确,提示顾客浏览无效。
本用例结束。
3.特殊需求没有和本用例有关的特殊需求。
4.前置条件无。
5.后置条件无。
6.扩展点没有和本用例有关的扩展点。
·2.4.3.图书查询用例的用例1.用例名图书查询1.1简要描述本用例由游客、会员触发的,允许顾客在书店页面查询书籍信息。
2.事件流2.1基本流2.1.2顾客进行图书查询顾客在书店页面查询书店里书籍种类。
本用例结束2.2备选流2.2.1查询无效如果顾客查询书籍不存在或者方式不正确,提示顾客查询无效。
课程名称:UML系统分析与设计姓名:班级:软件132班学号:************指导老师:***作业一:绘制q q群的基础用例图QQ群操作主用例图(高层用例图)QQ群用户组成用例图查找添加群用例图进入群空间操作用例图对qq群进行操作的用例图查看QQ群资的用例图QQ群消息设置的用例图qq群内成员管理的用例图作业二:类图及其关系下面是系统分析员和一名篮球教练的谈话,用以建立一个篮球比赛的模型,谈话过程如下:分析员:教练,请大致介绍一下篮球比赛?教练员:比赛的目标是要把篮球投入篮框并且要尽量比对手得更多的分。
每个篮球队由5名队员组成,两名后卫、两名前锋和一名中锋。
每个队要将球推进到篮筐附近,将篮球投中篮筐。
分析员:如何将球推进?教练员:通过传球和运球。
但是某一方必须在规定的进攻时间内投篮。
分析员:进攻的时间是多少呢!?教练员:在某一方获得球权之后,必须在规定的进攻时间内投篮,否则犯规。
美国职业篮球比赛规定的进攻时间是24秒,国际篮球比赛的规定是30秒。
分析员:如果计算篮球比赛得分呢?教练员:在三分线之内没投入篮框一个球得两分,三分线外投入一次得三分,一次罚球得一分。
顺便说一下,罚球是对方犯规之后裁判判罚的投球,如果某个队员犯规了,裁判暂停比赛,由被侵犯的队员在罚球线处罚球分析员:能够详细说一下每个篮球队员在比赛中的情况好吗!?教练员:后卫队员通常主要是运球和传球,他们一般比前锋队员要矮小,前锋队员通常又比中锋矮。
所有队员都必须能够运球、传球、投球和抢篮板球,大部分抢篮板球和中距离投篮的工作都有前锋队员完成,中锋通常距离篮框最近,通常由他来进行篮下进攻分析员:篮球比赛的场地大小是怎么样的呢!?另外,每场比赛的时间是多少?教练员:国际比赛场地是28米长、15米宽。
篮框离地面3.05米高。
在职业篮球比赛中,一场比赛48分钟,分为四节,每节12分钟。
在国际篮联的比赛中,一场比赛40分钟,分为上下半场,各20分钟,有专门的比赛时钟记录比赛的剩余时间还有多少…上述只是部分谈话记录,但是已经涵盖了基本的信息,现在作业要求完成以下内容:•确定你设计的篮球比赛系统模型的类以及它们包含的信息(名称、属性和方法)•分析系统并确定这些类之间的关系(依赖、泛化、实现、关联),如果是关联关系还需要给出关联的属性作业三:顺序图•顾客购买一罐饮料的时序图(投入的钱数不正确)•投钱少•投钱多•顾客购买一罐饮料的时序图(没有所选择类型的商品)作业四:状态建模事件是指在某个时刻发生的事情,如本篮球赛比赛系统中,初始化时间(TimerInit)、开始计时(TimerBegin)、时间暂停(TimerPause)、进球(shot_in)、未进球(shot_out)、犯规(foul)、换人(exchangeplayer)等。
uml大作业设计
UML(统一建模语言)大作业设计通常涉及使用 UML 图表来建模和设计一个软件系统或业务流程。
以下是一个 UML 大作业设计的示例,包括了一些关键的 UML 图表和相关的描述:
1. 系统概述:
对要建模的系统进行概述,包括其主要功能、目标用户、应用场景等。
2. 用例图(Use Case Diagram):
展示系统的主要用例以及它们之间的关系。
用例图用于描述系统的功能和用户与系统的交互。
3. 类图(Class Diagram):
定义系统中的类、它们的属性和操作,以及类之间的关系,如继承、关联、聚合等。
4. 顺序图(Sequence Diagram):
显示用例中各个对象之间的消息交互顺序,以及它们在时间上的顺序。
5. 状态图(State Diagram):
描述系统中对象的不同状态以及导致状态转换的事件。
6. 活动图(Activity Diagram):
展示系统中业务流程或操作的步骤和活动。
7. 部署图(Deployment Diagram):
展示系统的硬件和软件组件的部署结构。
在进行 UML 大作业设计时,需要清晰地定义系统的需求和功能,并使用 UML 图表来表达这些需求和设计决策。
同时,要确保图表之间的一致性和完整性,并进行有效的沟通和协作,以确保设计的质量和可维护性。
以上示例仅提供了一些关键的 UML 图表和描述,具体的大作业设计内容和要求会根据实际情况而有所不同。
你可以根据具体的项目需求和指导教师的要求进行调整和扩展。
面向对象的系统分析与设计(UML)课程作业自动排课系统第 1 组小组成员1:小组成员2:小组成员3:评分标准自动排课系统一.系统功能分析:系统功能描述:(1)。
课程规划人员必须在排课之前规划好本学期各专业的课程,并且要保证各个专业学生学期总学时不高于某个规定值。
(2). 教师可以提前申请教授课程,可以根据自己的代课课程提出对媒体教室的需求.需要教师填写个人代课意向申请,教师意向将在系统排课时被优先考虑。
(3).系统根据教室的多媒体安装情况、座位数,专业课程设置情况,教师意向,选课学生数量等信息进行排课,使尽可能满足各种用户的要求;支持教师对课表更改进行申请,系统给予微调整。
(4)教室管理员根据对教室设备的更新情况修改教室配置的基本信息。
(5)系统管理员规定一确定时间进行系统自动排课,到这一时间时,系统将自动进行排课,生成课表。
(6)。
课表生成后,所有用户将有权对课表按班级、教师、教室等不同方式进行的查询。
二.UML图1.活动图(1)。
课表自动生成活动图(2).教师申请更改课表活动图2. 用例图安排代课教师(from Usecase)(from Usecase)用例描述文档:用例编号UC001用例名称系统自动排课参与者系统管理员教师课程规划人员过程描述1)收集整理教师的代课意向,教师意向享有优先权。
2)查询空闲时间表数据库,班级课程数据表,教室媒体信息选择第一适合时间。
3)根据教师申请更改课表进行微调整.4)根据教室多媒体信息变更进微调整。
用例编号UC002用例名称教室时间安排参与者系统管理员教师教室管理员过程描1)根据教师的个人意向、课程讲授时间需求和教室的述多媒体安装情况、座位数安排教室,时间,保证教师的讲授时间不冲突。
2)为已安排教室和时间的课程的代课教师安排其他教学任务的教室和时间。
3)重复1)2) 操作,直至将所有课程安排完成。
4)对课表进行微调用例编号UC003用例名称申请更改课表参与者教师过程描述1) 当教师对已排好的课表不满时,可向系统管理员提出更改申请,在资源允许的情况下对课表进行修改。
UML网络教学系统专业:计算机科学与技术班级:2013级本科4班姓名:一需求分析网络教学系统的功能性需求分析如下:(1)学生可以登陆网站浏览和查找各种信息以及下载文件。
(2)教师可以登陆网站给出课程见解、发布、修改和更新消息以及上传课件。
(3)系统管理员可以对页面进行维护和批准用户的注册申请。
二系统建模1.创建系统用例模型创建用例图之前首先需要确定参与者。
①在网络教学系统中,需要学生和教师的参与。
学生可以浏览课程简介,教学计划,学习方法等教师发布的文章,并可以根据关键字查询文章。
此外,学生可以从网站上下载课件。
教师作为教学的主导者,使用此网站可以发布学习方法,课程重点等和教学相关的文章,以及和课程相关的通知等,还可以将某一门课程的课件上传。
②网站需要一个专门的管理者进行日常维护与管理,所以需要有系统管理员的参与。
(1)系统用户参与的总的用例图教师和学生都可以从“网站用户”这个参与者泛化而来,网站用户是指网站的注册用户,注册用户可以登录系统完成相应的操作。
系统用户参与的总的用例图如图所示。
从图中可以清楚地看到泛化关系与各个参与者所参与的用例。
下载图 1.1系统用户参与的总的用例图抽象参与者注册用户的用例只有登录系统(System Login )一个,学生和老师用户除了包含这个用例以外,还各自有相对应的用例。
(2)学生参与者的用例图学生参与者的用例图如下图所示。
权限认证图 1.2学生参与的用例图① 文章浏览用例:学生可以浏览诸如课程简介,教学计划,学习方法等教师发布的文章。
② 文章搜索用例:学生可以使用搜索功能根据关键字查询相应的文章。
③ 文章下载用例:学生可以使用下载功能将网站上的课件以及资料信息下载到本地机器上。
(3)教师参与者的用例图教师参与者的用例图如下所示。
删除课件文章或消息发布图 1.3教师参与的用例图①添加课程简介用例:教师可以为自己所教授的课程添加课程简介。
②上传课件用例:教师可以将课程的课件上传到网站上供学生下载。
UML大作业--网上购物系统第1章系统需求网上购物系统对于所有销售者讲,具体的优势体现在,不受营业时间和地狱的限制,任何时候、任何地方的消费者都可以浏览商品信息并进行交;不必支付使用现实的场地所产生的种种费用,比如水电费、房租、装修费和管理费等;不必承担显示经营可能产生的风险,如遭遇盗窃,抢劫等。
从消费者角度讲,不受“营业时间”的限制,足不出户就可看到全国各地的商品,可以使用信用卡网上支付,节约了大量的时间和金钱,满足了消费者付出最小成本得到最大效用的目的。
在这个过程中,机会成本将是人们做出抉择的重要依据。
网上购物能够兴起并相对稳定发展,是由于相对于传统购物方式,它能够降低消费者的机会成本,同时也降低消费者的机会,达到双赢。
网上购物系统的目标(1)用户注册后,登陆到网上购物系统中,可以进入购物流程(或在结帐之前注册并登陆系统)。
(2)客户可以登录网上购物系统浏览和购物,当注册后,可以在客户所购商品总金额达一定数量时,从普通会员根据量值不同自动升级成为不同等级的VIP会员,并享受不同折扣优惠。
(3)客户一次可以购买多种商品,当确认购买之后,将产生一张订单。
(4)订单生成后,客户可在前台查询订单的处理状态:“T”表示订单上的商品已发出,“F”表示订单上的商品未发出。
若订单不能在规定日期送达,客户可退单或做其它处理。
(5)一个销售商可以提供多种商品,且一种商品可以由多家销售商提供。
(6)客户和商家可在系统发表留言或评论。
第2章分析问题领域网上购物的特点是改变了以往的购物只能去现实的商场才能达到的结果,采用Web技术,借- 1 -助于Internet 互联网广泛应用技术,达到资源共享,提高以往购物的局限性,缩短人们的时间和提高工作效率,具有较好的交互性,从而实现信息化,规范化,系统化,网络化的平台,使整个购物活动过程简单、方便、易行。
节省了传统店面,店员的成本;节约了成本2.1确定系统范围和边界2.1.1客户前台功能:①客户管理功能系统实行会员注册或登陆,对客户的相关信息的信息(允许项)可以进行修改。
团队成员:图书管理系统建模一:实验名称图书管理系统详细设计。
二:需求分析图书馆中存在大量的图书信息,在以前图书信息的记录都是建立在手工记录上,这样一来对借阅者的借阅权限以及借阅天数等采用人工计算、手抄进行,数据信息处理工作量大,容易出错和丢失。
因此,建立一个智能化、系统化、信息化的图书资料库是十分重要的。
使用计算机软件对图书进行管理,是计算机应用的一部分。
充分利用计算机的功能,实现对读者管理、书籍管理等自动化控制,将会使图书资料库的工作强度大大减弱,可以实现图书检索迅速、可靠性高、存储量大、寿命长、成本低,能最大限度地提高图书管理的效率,也是图书管理信息化、正规化管理的必然趋势.在本系统中主要满足借书者、图书管理员和系统管理员三方面的需求.对借书者来说主要是查询个人信息、查询图书信息、预定当前正在被别人借阅的图书、借阅图书和返还图书等;图书管理员是系统的主要使用者,负责借书处理和还书处理,当读者预定的图书借出给定预定者后取消图书预定;系统管理员主要负责系统的维护工作,涉及到读者信息管理,图书信息管理,系统状态维护等。
三、系统模型图书管理系统的参与者及其介绍系统管理员系统管理员为系统的管理者,系统管理员主要有以下权限:读者信息管理,图书信息管理,系统维护.图书管理员图书管理员为图书馆工作人员,图书管理员主要有以下权限:分类管理,借书处理,还书处理,解除预定.图书借阅者图书借阅者是系统中数量最多也是最重要的参与者。
图书借阅者主要有以下权限:查询个人信息,查询图书信息,预定图书,借阅图书,返还图书。
1、创建系统用例模型图a图书借阅者用例图借阅者能够通过该系统进行如下活动及活动内容和要求查询个人信息借阅者可以在查询界面了解自己的详细信息查询图书信息借阅者可以在查询界面了解图书馆中所有的图书信息,及是否被借出预定图书借阅者可以通过预定界面预定图书馆中借出的图书借阅图书借阅者可以在图书馆中借阅未被借出和已预约的图书返还图书借阅者在相应的时间内免费还书,如逾期按照相应规定还书a.系统管理员用例图。
大作业需要涵盖的内容:
1.根据所收集的简单需求,利用UML和Rational Rose工具对系统进行建模;
2.根据前述需求的分析,进行需求建模,绘制系统的用例图和活动图;
3.根据用例模型,进行架构建模,绘制系统的类图和交互图;
4.绘制系统中某些重要对象的状态图;
5.绘制系统的组件图和部署图;
可选题目:
1.网上选课系统的分析与设计
2.网上评教系统的分析与设计
3.图书管理系统的分析与设计
4.淘宝购物网站系统需求与功能剖析
也可以自选类似题目(**系统的分析与设计、**系统的系统需求与功能剖析),建议大家发挥自己的创新能力。
要求:题目可以重复,但是作业内容必须自己完成,如果出现雷同,所有相同作业按0分处置,请大家谨慎!
大作业中应包括的内容:
基本内容至少包括封面、正文、参考文献三部分。
1.封面
封面包括“《UML系统建模与设计课程作业》”、班级、姓名、设计时间等信息。
2.正文
正文是课程设计报告的主体,具体由以下几部分组成:
(1)项目的名称;
(2)项目的主题、设计目的;
(3)需求说明
(4)系统分析与设计
1)用例模型——用例图和活动图
2)类对象模型——类图
3)行为模型——顺序图、协作图、状态图
4)物理模型——组件图、部署图
3.参考文献
要求:餐桌信息设置时序图、协作图,订餐时序图、协作图,餐桌信息状态
图,订单状态图
XXX 组件图,用例图及事件流文档
XXX 类图、权限设置时序图、权限设置协作图、权限设置活动图
页数:10页以上,用例图、活动图、类图、顺序图和协作图必须包括。
课程名称:UML系统分析与设计姓名:班级:软件132班学号: ************ 指导老师:***作业一:绘制q q群的基础用例图QQ群操作主用例图(高层用例图)QQ群用户组成用例图查找添加群用例图进入群空间操作用例图对qq群进行操作的用例图查看QQ群资的用例图QQ群消息设置的用例图qq群内成员管理的用例图作业二:类图及其关系下面是系统分析员和一名篮球教练的谈话,用以建立一个篮球比赛的模型,谈话过程如下:分析员:教练,请大致介绍一下篮球比赛?教练员:比赛的目标是要把篮球投入篮框并且要尽量比对手得更多的分。
每个篮球队由5名队员组成,两名后卫、两名前锋和一名中锋。
每个队要将球推进到篮筐附近,将篮球投中篮筐。
分析员:如何将球推进?教练员:通过传球和运球。
但是某一方必须在规定的进攻时间内投篮。
分析员:进攻的时间是多少呢!?教练员:在某一方获得球权之后,必须在规定的进攻时间内投篮,否则犯规。
美国职业篮球比赛规定的进攻时间是24秒,国际篮球比赛的规定是30秒。
分析员:如果计算篮球比赛得分呢?教练员:在三分线之内没投入篮框一个球得两分,三分线外投入一次得三分,一次罚球得一分。
顺便说一下,罚球是对方犯规之后裁判判罚的投球,如果某个队员犯规了,裁判暂停比赛,由被侵犯的队员在罚球线处罚球分析员:能够详细说一下每个篮球队员在比赛中的情况好吗!?教练员:后卫队员通常主要是运球和传球,他们一般比前锋队员要矮小,前锋队员通常又比中锋矮。
所有队员都必须能够运球、传球、投球和抢篮板球,大部分抢篮板球和中距离投篮的工作都有前锋队员完成,中锋通常距离篮框最近,通常由他来进行篮下进攻分析员:篮球比赛的场地大小是怎么样的呢!?另外,每场比赛的时间是多少?教练员:国际比赛场地是28米长、15米宽。
篮框离地面3.05米高。
在职业篮球比赛中,一场比赛48分钟,分为四节,每节12分钟。
在国际篮联的比赛中,一场比赛40分钟,分为上下半场,各20分钟,有专门的比赛时钟记录比赛的剩余时间还有多少…上述只是部分谈话记录,但是已经涵盖了基本的信息,现在作业要求完成以下内容:•确定你设计的篮球比赛系统模型的类以及它们包含的信息(名称、属性和方法)•分析系统并确定这些类之间的关系(依赖、泛化、实现、关联),如果是关联关系还需要给出关联的属性作业三:顺序图•顾客购买一罐饮料的时序图(投入的钱数不正确)•投钱少•投钱多•顾客购买一罐饮料的时序图(没有所选择类型的商品)作业四:状态建模事件是指在某个时刻发生的事情,如本篮球赛比赛系统中,初始化时间(TimerInit)、开始计时(TimerBegin)、时间暂停(TimerPause)、进球(shot_in)、未进球(shot_out)、犯规(foul)、换人(exchangeplayer)等。
面向对象分析与设计(UML)课程大作业题目及要求《面向对象分析与设计(UML)课程大作业》题目一、课程大作业目的和要求1.初步了解UML语言的概念、结构、语义与表示方法;2.掌握UML建模工具Rational Rose的使用方法;3.给出某个简单系统的模型,能够熟练地使用Rose工具表达;二、课程大作业主要内容及要求课程设计的主要任务:1.根据所收集的简单需求,利用UML和Rational Rose工具对系统进行建模;2.根据前述需求的分析,进行需求建模,绘制系统的用例图和活动图;3.根据用例模型,进行架构建模,绘制系统的时序图,状态图,类图和交互图;4.绘制系统中某些重要功能的对象图;5.绘制系统的组件图和部署图;6.程序实现(选做)选题如下:1.网上选课系统主要包括如下功能:管理员通过系统管理界面进入,建立本学期要开的各种课程,将课程信息保存在数据库中并可以对课程进行改动和删除。
学生通过客户机浏览器根据学号和密码进入选课界面,在这里学生可以进行三种操作:查询已选课程、选课以及付费。
同样,通过业务层,这些操作结果存入到数据库中。
2.设计运动会的计分系统本运动会在若干各会场进行,每个会场进行若干个项目。
有若干支运动队参赛,每支运动队有数名运动员。
各赛事分预决赛,预赛成绩部分带入决赛。
成绩由裁判员给出,计分员记录。
要求在比赛结束后,产生各队排名表及运动员的详细成绩表。
3. 试题管理系统其中试题分正式试题和临时试题,出题人设置课程名和试卷难度等内容后,系统自动出卷。
对试题要进行管理,并提供查询功能。
4. 工资管理系统一个公司下分若干部门,每个部门有若干名职员和经理,每个部门经销若干种产品。
工资由基本工资、产品销售业绩、若干种保险的扣除等组成。
其中的销售业绩:职员按其完成额5%提成,经理按该部门的完成额的1%提成。
每个月要生成一个工资表,每年末再按个人的总销售额发放1%的奖金。
5.宿舍楼管理系统该系统涉及到的事物有:宿舍楼、楼层、房间、家具;室长、楼长、保洁员、学生;学生所属的系。
期末大作业一、实验目的与任务1、目的:加深和巩固本学期课堂所学内容,掌握使用Rational Rose2003进行软件建模的技能。
同时,掌握面向对象的思想和UML的基本概念,并能够利用面向对象的思想进行系统分析和设计。
2、任务:确定课题,组织组员,合理分工,熟悉软件开发环境。
培养团队精神,学习软件开发小组的组织和管理,并熟悉软件系统的分析和设计。
二、实验内容、要求与安排方式1、实验内容与要求:根据各组选择的课题,各组推荐一名组长,统一管理整个项目的实施过程,并合理调整资源和负责项目全局;根据项目的难易合理分配组员的任务,对问题达成一直的看法;针对项目的实施,熟悉相应的分析与设计过程以及具体的UML建模方法。
2、实验安排方式:3、本实验为开放实验,各组可同时进行实验,每组3人。
三、实验题目期末大作业的题目既可以从附录1中的题目中进行选择,也可以发挥自己的创造力,任选自己学习、工作和生活中某个领域存在的真实问题来建模,例如:吃饭、上课、复习、考试、锻炼、KTV唱歌....任何领域都可以。
四、实验步骤1、需求。
分析系统的需求,撰写需求陈述文档。
建立用例模型:包括软件系统的用例图以及关键用例的用例描述(用例规约)。
2、静态分析。
建立系统的类图。
3、动态分析。
分析系统的用例模型,选择合适的平台和模型详细描述用例的设计与实现,包括顺序图、协作图、活动图以及状态图。
4、设计。
建立系统的构件图和部署图。
附录11. 图书管理系统实现天津大学图书馆书籍数据库管理系统,要求系统具有如下功能:1. 图书分类管理(可能涉及多级分类);2. 图书入库管理;3. 图书网上查询;4. 借书、还书管理;5. 读者管理(读者分为不同类型读者:本科生、研究生、老师等,不同读者可以借阅的书籍数量不同,不同读者可以借阅时间也不同);6. 读者可以在网上查询自己当前借了哪些书,这些书的归还日期;2. 铁路售票系统实现一个铁路售票系统,要求具有如下功能:1. 站点信息维护;2. 车次信息维护;3. 普通网民可以完成网上订票;4. 取票:订票成功的网民,凭借订票号码到售票处,售票员输入订票码后,提取处网民的预定信息,然后收款付款,发票;3. 选修课安排系统完成如下的选修课系统:1. 管理员可以录入本校所有教室;2. 每个学期开学前,每个老师可以登记自己本学期计划开课课程名称、最多招收人数、每周上课的时间(每周上1次课)、本课程是否需要多媒体授课;3. 同学可以随时查询自己选修课的情况4. 老师可以随时查询选修了自己课程的同学名单。
课程名称:面向对象分析与设计(UML)作业题目:学生成绩管理系统学院:自动化与软件学院专业:软件工程一.情景说明(1)需求规格说明对功能的规定 a.输入一个同学的姓名和学号,系统能够输出学生所在的学院、班级、成绩等学生信息;b.对于已经录入学生成绩管理系统的学生信息可以进行修改,例如:删除、添加;对于没有录入学生成绩管理系统的学生信息可以添加到系统(此项功能的实现需要对用户身份进行核查);c.能够对学生的信息进行保存,即退出系统时,成绩不能丢失;d.能够对学生成绩进行拷贝;e.能够登入和退出系统。
(2)对性能的规定能够比较准确快捷地完成上述学生成绩管理系统所要求的功能即可。
(3)具体要实现的功能“学生成绩管理信息系统”包括四个模块:成绩录入、学生信息查询、学生信息更新、学生用户修改。
这四个模块既相互联系又相互独立,学生信息查询模块必须以成绩录入为基础。
1.成绩录入模块:主要功能用来对学生的成绩进行收集和修改。
2.学生信息查询模块:主要功能用来对学生信息进行查询。
3.学生信息更新模块:主要功能用来更新学生成绩等相关信息。
4.学生用户修改模块:主要功能用来添加删除学生用户。
用例图说明:1.“成绩录入”实例用例名:成绩录入。
参与者:教师。
前置条件:用户进入系统主界面主事件流:(1)进入成绩录入界面,老师对成绩进行录入(2)用户点击注销退出系统,并将本次操作数据记入数据库。
后置条件:将学生成绩计入数据库。
2.“学生信息查询”实例用例名:学生信息查询。
参与者:学生。
前置条件:用户进入系统主界面主事件流:(1)进入学生信息查询界面,显示学生要查询的信息(包括所在的学院、班级、成绩等)(2)用户点击回退,系统退回主界面后置条件:无3.“学生信息更新”实例用例名:学生信息更新参与者:教师前置条件:用户进入系统主界面主事件流:(1)进入学生信息更新界面,选择要更改的学生,对其成绩进行更改(2)用户点击注销退出系统,并保存本次操作数据到数据库。
UML系统建模与分析设计大作业题目: ______________ 《图书馆管理系统〉〉_______________专业班级: _____________________________________________学号: ________________________________________________姓名: _________________________________________________一、系统功能需求1、基本功能①借阅者能够借阅书籍和还书。
②图书管理员能够处理借阅者的借阅和还书请求。
③系统管理员可以对系统的数据进行维护,如增加、删除和更新书目,增加、删除和更新借阅者帐户,增加和删除书籍。
2、系统主要包括以下几个模块:2.1 、基本数据维护模块①添加借阅者帐户②修改更新借阅者帐户信息③添加书目④修改和更新书目信息⑤添加书籍⑥删除书籍2.2 、基本业务模块①借书②还书③书籍预留④取消书籍预定2.3 、数据库模块①借阅信息管理②书籍信息管理③帐户信息管理④书籍预留信息管理2.4 、信息查询模块①查询书籍信息②查询借阅者信息3、系统中的类①读者类Reader②图书馆人员类LibraryStaff 图书馆管理员类LibraryManager 系统管理员类SystemManager 图书馆馆长类LibraryBoos③图书馆数据库类LibraryDatabase 图书馆资源数据库ResourcesDatabase 图书馆读者数据库ReaderDatabase 图书馆工作人员数据库LibraryStaffbase④图书馆资源类LibraryResources 实物书籍类BooksResources 电子书籍类ElectronicResources 书类Book Magazine 杂志类4、系统的用例图借阅者请求服务的用例图图书馆工作人员用例图、软件系统体系结构建模2.1、系统的时序图系统管理员添加书籍的时序图I 2「画亦廉帀侍息一*|"| 戋匚元芮帚怎加靳节节n <>系统管理员添加借阅者帐户的时序图系统管理员删除书目的时序图梅点抵户I|钏祜您优挖戟门并昭汕借跡(>6:观护好据怡鼻两地擴庫踊加读淆底「I)|7t游开设的斯狀八皓醴荷;+]1111i1--------- »ii4:删除帼■前将C)_Ah 11臭近“1腳臨馆口1111―■—1 11L ______ _____17; JhlcJtfflpg工州険越勝庫UH ■ J图书管理员处理书籍借阅的时序图图书管理员处理书籍归还的时序图借阅者查询书籍信息的时序图借阅者预留书籍的时序图I 商恤UL I 2-盃卜*淳出庄:匸祈率&壯 Hitir[£>u Bl LT 咏二> 百;iiidillt 己i£ Rd 进(> iRender:';'k ■:'? -i ;f - l\ ;^II*腿也廿措化息刚馆诳JU■i・■ ■ ■ ■ rR c*Hiur LL ^D.irnhiw c土 MI 啟芯AHn2.2、系统的协作图系统管理员添加书籍的协作图系统管理员删除书籍的协作图ReaderReaderDatabase1:验证身份()2:返回验证信息&3:使用终端机器预留书籍ResourcesDatabase5:返回书籍信息和馆藏地点4:预留书籍信息()6:更新数据库图书管理员处理借书的协作图图书管理员处理还书的协作图借阅者预留书籍的协作图借阅者的活动图Reade 进入刷卡终端键盘输入Readerld刷卡输入ReaderlD_____验证成功享受Reade 各项服务借书将书给图书馆管理人员图书管理人员处理借书请 图书馆管理人员处理还书请求借书成功下载或阅览电子资愿该项服务结束将书还给图书馆管理员还书成功输入查询资料信息得到相关资料信息4结束离开图书馆图书管理员的活动图登录 :账户进入电子资料数据库系统管理员的活动图系统管理员维护借阅者帐户的活动图系统管理员进行书目信息维护的活动图系统管理员进行书目信息维护的活动图添加书目登录到系统管理员账户向数据库中添加书目广向书库添加新书目□登录到书目信息维护模块— 1、删除书目]/J删除书库中书目系统管理员维护书籍信息的活动图修改更新书目修改更新数据库书目三、硬件系统体系结构建模3.1、业务对象组件图3.2、用户界面的组件图'、孑<<artifact>>------ Item.java<<artifact>>Loan.javaI <<artifact>>; __ I「 Borrowerl nformation.j 1 ---- : --- avaReservation.javaFindBorroweI rDialog.javaReturnItem Frame.java---- U pdateTitle ---- F rame.java3.3、系统的部署图Applicati on ServiceUpdateBorrowerF--- rame.javaBorrowerFrame.java=~CancelResevationF rame.javaBorrowerWi■ I ndow.javaLendItemF rame.java FindTitleDI_ ialog.javaI Borrowerinfo f Win dow.javaIn formatio nmaintenance. ----- TitleFram. TitleInfoWi 'ndow.iava Database。
UML建模大作业实验报告组号:选题名:E-store网上书店系统小组成员.1.需求模型从用户角度描述系统功能的用例意见反馈(from Use Case View)从系统管理员角度描述系统功能的用例订货通知(from Use Case View)(from Use Case View) 2.分析模型2.1.架构模型E-store网上书店包图系统辅助包图2.2.分析机制2.3.关键抽象2.4.用例实现2.4.1.注册用例的用例1. 用例名注册1.1 简要描述本用例由游客触发的,允许顾客在该书店注册成为会员用户,实现会员的一些权限。
2. 事件流2.1 基本流2.1.1 顾客进行注册顾客在登陆系统时必须先注册一个账号,才能进行登录查询。
2.2 备选流2.2.1 注册账号无效如果顾客登陆账号已存在或者验证码错误,提示顾客无效。
本用例结束。
3. 特殊需求没有和本用例有关的特殊需求。
4. 前置条件在针对登陆书店,必须先注册成为会员5. 后置条件无。
6. 扩展点没有和本用例有关的扩展点。
·2.4.2.图书浏览用例的用例1.用例名图书浏览1.1简要描述本用例由游客、会员触发的,允许顾客在书店页面浏览书店的概况和书籍种类。
2.事件流2.1基本流2.1.2顾客进行图书浏览顾客在书店页面浏览书店概况和书籍种类。
本用例结束2.2备选流2.2.1浏览无效如果顾客浏览页面不存在或者方式不正确,提示顾客浏览无效。
本用例结束。
3.特殊需求没有和本用例有关的特殊需求。
4.前置条件无。
5.后置条件无。
6.扩展点没有和本用例有关的扩展点。
·2.4.3.图书查询用例的用例1.用例名图书查询1.1简要描述本用例由游客、会员触发的,允许顾客在书店页面查询书籍信息。
2.事件流2.1基本流2.1.2顾客进行图书查询顾客在书店页面查询书店里书籍种类。
本用例结束2.2备选流2.2.1查询无效如果顾客查询书籍不存在或者方式不正确,提示顾客查询无效。
NANCHANG UNIVERSITY小组概况组号:第 组 学号姓名班级 分工组长 8000113177 高爽超 软工133班 绘制ERP 各种图 组员 8000113166 罗崇飞 软工133班 制做文档组员 8000113174 方赖杨 软工133班 参与绘图讨论,事件流制作 组员8000113136李根华软工133班 参与绘图讨论,界面制作课程名称: UML 建模 题 目: ERP 系统 任课教师: 周翔老师 提交时间: 2015年 6 月 3 日 学 期:2014-2015学年第2学期目录一、前言 (5)1.背景说明 (5)2.需求分析 (5)二、系统模块划分及功能 (5)1.模块划分 (6)1.1基础数据维护模块 (6)1.2信息查询模块 (6)1.3生产管理模块 (6)1.4销售管理模块 (6)1.5采购管理模块 (7)1.6仓库管理模块 (7)1.7数据库管理模块 (7)2.各子系统的功能 (7)2.1管理者子系统 (7)2.2财务子系统 (8)三、用例图 (8)1.主用例图 (8)2.ERP系统界面 (8)3.系统管理模块 (9)3.1数据库管理模块 (9)3.1.1员工信息管理 (10)3.1.2客户信息管理 (10)3.1.3订单信息管理 (10)3.1.4产品信息管理 (11)3.1.5报表信息管理 (11)3.2基础数据维护模块 (12)4.信息查询模块 (12)5.生产管理模块 (13)6.销售管理模块 (14)7.采购管理模块 (14)8.仓库管理模块 (15)9.财务管理模块 (16)四、活动图 (16)1.数据库管理 (16)2.基础信息维护 (16)2.1添加员工信息 (17)2.2修改员工信息 (17)2.3添加订单信息 (18)2.4修改订单信息 (19)2.5添加产品信息 (19)2.6修改产品信息 (20)3.信息查询 (21)3.1订单信息查询 (21)3.2客户信息查询 (22)3.3员工信息查询 (22)3.4产品信息查询 (22)3.5报表查询 (23)4.生产管理 (24)5.销售管理 (25)6.采购管理 (25)7.仓库管理 (27)五、序列图 (28)1.数据库管理 (28)1.1信息添加 (29)1.2信息修改 (30)1.3信息删除 (31)2.基础数据维护 (31)2.1添加员工信息 (32)2.2修改员工信息 (33)2.3添加订单信息 (34)2.4修改订单信息 (35)2.5添加产品信息 (36)2.6修改产品信息 (37)3.信息查询 (38)4.生产管理 (38)5.销售管理 (39)6.采购管理 (39)7.仓库管理 (40)六、类图 (41)1.基础数据维护 (41)2.数据库管理 (42)3.信息查询 (43)七、状态图 (44)1.基础数据模块 (44)2.数据库模块 (45)3.信息查询模块 (45)八、组建图 (46)九、布局图 (47)十、数据模型图 (47)1.基础数据维护 (47)2.数据库管理 (48)十一、用户界面 (49)一、前言1.背景说明企业资源计划或称企业资源规划简称ERP(Enterprise ResourcePlanning),由美国著名管理咨询公司Gartner Group Inc.于1990年提出来的,最初被定义为应用软件,但迅速为全世界商业企业所接受,现已经发展成为现代企业管理理论之一。
任务要求:1.2~4人一组,每组任意选择其中2个题目完成。
2.对于所选题目,按如下要求完成(根据题目的要求及自己的实际情况完成):a)需求分析。
包括待开发软件系统的用例图、关键系统用例的用例描述。
b)业务建模。
包括描述业务过程的顺序图(或业务活动图)。
c)设计。
包括待开发软件系统内核心领域的类图、关键用例的分析顺序图、重点类的状态图。
只涉及核心领域的知识,不涉及具体实现平台。
3.将所有分析及设计结果使用Rose环境描述,保存在一个.mdl文件中。
4.同时提交分析设计过程中必要的说明文档,以及小组成员及组内分工的说明。
5.提交方式:将3、4项内容压缩为.rar或.zip文件,第18周前统一上交。
题目:1.在线商品销售系统S公司开办了在线电子商务网站,主要为各注册的商家提供在线商品销售功能。
为更好地吸引用户,S公司计划为注册的商家提供商品促销功能。
商品的分类不同,促销的方式和内容也会有所不同。
注册商家可发布促销信息,商家首先要在自己所销售的商品的分类中,选择促销涉及的某一具体分类,然后选出该分类的一个或多个商品,接着制定出一个比较优惠的折扣政策和促销活动的优惠时间,最后由系统生产促销信息并将该促销信息公布在网站上。
商家发布促销信息后,网站的注册用户便可通过网站购买促销商品。
用户可以选择参与某一个促销活动,并选择具体的促销商品,输入购买数量等购买信息。
系统生成相应的一份促销订单。
只要用户在优惠活动的时间范围内,通过网站提供的在线支付系统,确认在线支付该促销订单(即完成支付),就可以优惠的价格完成商品的购买活动,否则该促销订单失效。
2. 客户信息管理系统某客户信息管理系统中保存着两类客户的信息。
(1)个人客户。
对于这类客户,系统保存了其客户标识(由系统自动生成)和基本信息(包括姓名、住宅电话和Email).(2)集团客户。
集团客户可以创建和管理自己的若干名联系人。
杜宇这类客户,系统除了保存其客户标识(由系统自动生成)之外,也保存了其联系人的信息。
面向对象分析与设计课程实验考核大作业报告作业要求1.时间要求,6月28号作业以纸面的形式上交,交给指定的学生干部。
2.作业以纸面的形式上交,成绩满分为30分,考试笔试满分成绩为70分,二者结合作为该门课的总成绩。
3.本实验所要求的建模工具为Rational Rose 2003。
本作业结合对某图书馆系统进行建模设计开发。
4.按照每个实验后边的实验报告要求完成作业。
5.如果发现雷同的卷子为n份,那么这n份卷子的分值为30/n。
6.交作业要注明姓名和学号。
7.有问题发邮件到lilei@目录实验一用例图 (3)实验二活动图 (8)实验三状态图 (16)实验四类 (22)实验五类的关系 (29)实验六、七交互图 (33)实验八、九对象图和包 (41)实验十、十一组件图和部署图 (43)实验一用例图一、实验目的1.熟悉用例图的基本功能和使用方法。
2.掌握如何使用建模工具绘制用例图方法。
二、实验器材1.计算机一台。
2.Rational Rose 工具软件。
三、实验内容根据某图书管理系统开发进度,在完成对系统的需求建模,得到用例模型后,应针对每个用例进行业务分析,说明其具体的业务流程,现系统分析部指派您完成该项任务。
要求:对其中主要功能的用例书写书面用例。
四、实验步骤书写“删除读者信息”用例的书面用例。
一般应包含以下信息:(1)管理员在录入界面,输入待删除的读者名;(2)“业务逻辑”组件在数据库中,查找待删除的读者名;(3)如果不存在,则显示出错信息,返回步骤(1),如果存在则继续;(4)“业务逻辑”组件判断“待删除的读者”是否可以删除;(5)如果不可以,则显示出错信息,返回步骤(8),如果可以则继续;(6)在数据库中,删除相关信息;(7)显示删除成功信息;(8)结束。
分析:在图书管理系统中,管理员首先登录系统,系统验证通过后,管理方可向系统查询数据,在查询后,系统会给出提示,有没有找到相关的数据,管理员根据系统查询的返回结果,进行下一步的操作,就是删除读者,在删除的过程中,系统会对查询得到的结果判断该记录是否可以删除,若可以删除,则给删除提示,若不能删除,也给相关的提示信息。
绘图步骤:(1)在用例图上双击main,出现如图1.1所示,为绘制用例图做好准备。
图1.1(2)在图中的工具栏选取Actor图标,在右边的图中添加一个Actor,并输入名称:administrator,如图1.2所示。
(3)在左边的工具栏中,选取用例的图标,在右边的图中画出一个用例,并输入用例的名称:login 。
图1.2(4)按照步骤(3),绘制出如图1.4和图1.5的两个用例。
图1.3图1.4(5)在绘出了用例后,接下来的是绘制参与者与用例实现,如图1.6所示。
图1.6(6)根据步骤(5),同时完成如图1.7和图1.8。
此时,删除读者用例图就到此完成。
其系统查询读者信息等其他的功能会在时序图和活动图中描绘。
(7)根据分析情况,进一步添加或细化用例图。
图1.7图1.8五、实验报告要求1.用例图的定义2.用例图的模型元素都有哪些?3.仿照实验中的例子,写一下“添加读者信息”过程的用例步骤。
4.在Rose软件设计用例图,打印附在作业上。
5.仿照Rose软件上的用例图,在作业上手写画出来该用例图。
实验二活动图一、实验目的1.熟悉活动图的基本功能和使用方法。
2.掌握如何使用建模工具绘制活动图方法。
二、实验器材1.计算机一台。
2.Rational Rose 工具软件。
三、实验内容根据某图书管理系统开发进度,在完成对系统的需求建模,得到用例模型后,应针对每个用例进行业务分析,说明其具体的业务流程,现系统分析部指派您完成该项任务。
要求:用活动图来描述系统中已知用例的业务过程:1.描述删除读者用例。
四、实验步骤绘制“删除读者信息”用例的活动图。
删除读者信息一般按照以下步骤进行:(1)管理员在录入界面,输入待删除的读者名;(2)“业务逻辑”组件在数据库中,查找待删除的读者名;(3)如果不存在,则显示出错信息,返回步骤(1),如果存在则继续;(4)“业务逻辑”组件判断“待删除的读者”是否可以删除;(5)如果不可以,则显示出错信息,返回步骤(8),如果可以则继续;(6)在数据库中,删除相关信息;(7)显示删除成功信息;(8)结束。
绘图步骤:(1)在用例图中,找到删除的用例,如图2.1所示,在删除用例上单击右键,在弹出的快捷菜单中选“New”,Rose工具也会弹出一个菜单,选”Activity Diagram”,选中后单击,便可以新建好一个活动图。
如图2.2所示。
图 2.1图2.2(2)新建好活动图后,双击删除的活动图,得到如图2.3所示,然后把在左边的工具栏内点击“Swinlane“,在右边的图添加一个泳道,如图2.4所示,并命名为administrator.按照此步骤,再添加另一个泳道,并命名为SystemTool,得到图2.5。
图2.3(3)接着在左边的工具上选取开始点,并在administrator的泳道上添加,如图2.6所示;添加完开始结点后,再来为此活动图添加活动,图2.7所示,在左边的工具栏上选中Activity 这个图标,在administrator这边的泳道上添加一个活动,命名为登录(login),再在开始结点和活动登录(login)之间添加活动关系,如图2.8所示。
图2.4图2.5图2.6图2.7图2.8(3)完成步骤(2)后,登录输入需要对输入的信息进行验证,则在图中添加一个验证框,如图2.9所示:添加验证框后,验证的内容,如果通过,则允许管理员进行查询操作,如图2.10所示;如不能通过,则结束,如图2.11所示。
图2.9图2.10图2.11(4)验证后,下一步的操作是查询需要删除的记录,添加一个活动,命名为delete,如图2.12和图2.13所示。
图2.12图2.13(5)最后,在删除后,系统会返回操作结果给操作者,图2.14所示;删除成功或删除失败系统都会有信息返回给操作者。
(7)根据分析设计情况,进一步添加或细化活动图。
图2.14五、实验报告要求1.活动图的定义。
2.活动图的模型元素都有哪些?3.仿照实验中的例子,在Rose软件设计“添加读者信息”的活动图,打印附在作业上。
4.仿照Rose软件上的活动图,在作业上手写画出来活动图。
实验三状态图一、实验目的1.熟悉状态图的基本功能和使用方法。
2.掌握如何使用建模工具绘制状态图方法。
二、实验器材1.计算机一台。
2.Rational Rose 工具软件。
三、实验内容通过前面内容的学习,完成了对某图书馆的图书馆管理系统的需求的初步分析,得出系统的用例图和相应的活动态。
通过这两类图我们可以初步了解系统的业务处理过程,但对业务处理过程的处理状态间转换了解仍不够,这不利于设计人员对系统业务的进一步理解,而状态图能从对象的动态行为的角度去描述系统的业务活动。
因此,指派你运用本节所学的状态图,完成如下任务:1. 完成图书业务模块中还书用例的状态图。
四、实验步骤1.业务分析:由前面章节对图书馆管理系统中的还书主要业务的描述和分析可知,还书业务的动态行为是由:空闲(idle)、图书查找(finding)、还书(reversion)、失败(Failure)、归还成功(Success)5种状态及激活相互转换的事件。
2.绘制状态图:请您根据分析运用UML绘制还书用例的状态图。
分析:还书的状态图,还书的主要业务都是由管理员来完成,首先管理员必须先登录系统,并通过验证后,便可以进行下一步的操作,查找该书的相关信息,如存在,则进行还书操作,如不存在该信息,则给出提示信息;绘图步骤:(1)在用例图中的还书(revesion)用例,单击右键,如图3.1所示,新建一个状态图,命名为revesion状态图,图3.2所示。
图3.1图3.2(2)双击“receivesion”状态图,展开后,在左边的工具栏上选取一个实心圆点,此结点为开始结点,图3.3所示;当还书的时候,操作者先要询问系统的状态,如果系统忙,操作者则必需等待,因此,得到系统的两种状态,如图3.5所示。
图3.3图3.4图3.5(3)操作者在询问系统和状态后,得到的图3.6所示两种状态,如果系统忙,操作者必需要等待、结束,如图3.7和图3.8所示,重返步骤(1)。
图3.6图3.7图3.8(4)如系统空闲,则进行对还书的信息进行查询操作,图3.9所示;查询也有两种结果,一是查询得到该书的相关信息,二查询不到该书的相关信息;则此时有两种状态,需要建立两种状态,如图3.10所示。
图3.9图3.10(5)最后,操作者进行了操作后,系统会给出操作的结果给操作者;操作成功或失败,都会有提示信息给出。
整个的还书的过程便完成;图3.11所示。
(7)根据分析设计情况,进一步添加或细化状态图。
图3.11五、实验报告要求1.状态图的定义2.状态图的模型元素都有哪些?3.仿照实验中的例子,对“借书”业务进行描述和分析。
4.在Rose软件设计“借书”业务的状态图,打印附在作业上。
5.仿照Rose软件上的状态图,在作业上手写画出来状态图。
实验四类一、实验目的1.理解类的基本概念。
2.掌握如何从需求分析中抽象出类的方法。
3.掌握在Rational Rose中绘制类的操作方法。
二、实验器材1.计算机一台。
2.Rational Rose 工具软件。
三、实验内容通过前面内容的学习,完成了对某图书馆的图书馆管理系统的需求的初步分析,得出系统的用例图和相应的活动态和状态图。
通过这两类图我们可以初步了解系统的业务处理流程。
现在需要对系统进行静态建模,这就需要从系统的用例图、活动图和状态图去寻找和发现类。
因此,指派你运用本节所学的有关如何抽象出类的知识,完成如下任务:1.寻找和抽象出书籍管理功能中的类。
四、实验步骤1.分析:由前面章节对图书馆管理系统中的书籍管理功能可知,该模块是由书籍信息类、书目类、新增书籍界面类、修改书籍界面类、删除书籍界面类和书籍管理类6个类组成。
2.绘制类的步骤:(1)打开前面初步构建的UML模型文件;(2)打开Rose中的逻辑视图(Logical View),选择分析模型(analysis model)目录。
并在其下创建一个子目录并命名为:“图书馆业务功能”。
(3)用鼠标右击“图书馆业务功能”在弹出来的菜单中选择“New→Class diagram”项,创建类图,如图4.1所示。
(4)双击新建的类图,并点右边控件集中选中的类的图标,并用鼠标在图中分别拖出一个类图,并命名为Book,如图4.2所示。
图4.1图4.2(5)接下来的一步为设置类的属性,在新的类中双击该类,在打开属性面板中,可以看到在此可以设置类的属性和方法等其他的信息,图4.3所示;后撞击Attributes这个栏目,此栏目为设置类的属性的选项,在图中间的单击右键,可以看到有一个“Insert”的选项,选中这个选项,图4.4所示,后在出现的对话框中输入相关信息如图4.5所示;如书本的ISBN 号,在Type这个方框内输入此属性的类型值,同时可以看到一栏可以设置此属性的访问权限,一般这些属性都设置Private这个权限,如图4.6所示。