(完整word版)UML大作业
课程名称：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中，状态的表示方法——其中包含可选状态名的圆角方框，现在设计约定是黑体在方框中部列出状态名，首字母大写。
如本蓝球比赛系统设计中出现的状态：ReceivingBall（接球）、DrivingBall（运球）、PassingBall （传球）、ShottingBall（投球）、shotting_in（进球）、Shotting_out（未进球）、FreeShotting（任意球）等。
状态图的结点是状态，有向弧式状态间的迁移。
状态图详细说明了由事件序列引起的状态序列。
状态名在状态图的作用域内必须是唯一的。
类中所有的对象都执行该类的状态图，状态图会建模对象的公共行为。
可以通过直接解释实现状态图，或通过将语义转换成等效的程序代码来实现状态图。
状态模型包含了多个状态图，每个类一个状态图（当然是关键的类），状态体建模重要的时序行为。
状态图必须匹配他们的接口——事件和警戒条件。
单独的状态图可以通过传达事件，以及通过警戒条件的副作用进行交互。
事件和状态两者都依赖于抽象的层次。
可以用不同的方法刻画状态，这个状态有一个提示性的名称，并用自然语言描述其意图。
进入和退出活动，作为候选方法，要现实在前以上的活动，可以把活动绑定到某状态的入口和出口。
两者表示法的表达能力没有太大的差异，所有进入某种状态的迁移经常会执行相同的活动，在这种情况下，更简洁的做法是把活动链接在状态上。
根据图3.2，下面我们继续研究一下状态与状态间转变的事件关系图：从图3.5我们可以清晰的认识到，“接球”状态的状态转换关系，比赛开始通过“发球”事件或是这个时刻计时器TimerInit（）信号，状态会进入接球状态（RecivingBall）；比赛过程中，队员与队员间有“传球”，也会自然进入“接球状态”作业五：基于W E B的办公自动化系统一：系统功能描述办公自动化系统，简称OA－Office Automation系统，它是指一切可满足于企事业单位的、综合型的、能够提高单位内部信息交流、共享、流转处理的和实现办公自动化和提高工作效率的各种信息化设备和应用软件部分功能的详细描述：发文管理：用于处理各级单位发文,实现草拟、审核、复核、签发及分发的发文过程和发文存档。
收文管理：提供外部单位来文的处理，完成来文的登记、录入、审核、拟办、批办及承办过程和收文存档。
会议管理：实现对电子公告平台的通知、海报、新闻、简报的编辑、发布、等功能。
二：建立用况及用况图在系统顶层可以识别出以下7个活动者：发文办理人、收文办理人、会议管理人、档案管理员、借阅人、公告管理员、系统管理员、用户。
1.系统层的用况图如下：（二）对应的建立了如下的活动图：1.发文办理活动图；2.收文办理活动图；3.会议管理活动图；大作业《医药公司进销存管理信息系统分析与设计》1.1问题定义：设计某医药公司进销存管理信息系统的进货、库存、销售三个组成部分。
进货子系统有药品验收处理活动图1 产生进货传票（进货传票编码、商品编码、品名、规格、厂商、有效期、进价、进货数量）。
2进货传票将被打印给供货商作为收货凭证。
一次进货可有多项药品，由进货传票编码唯一标识；一种药品由商品编码唯一标识。
系统设有一个商品目录（商品编码、品名、规格、厂商、有效期、销售价格）。
3当进货的药品是新药品（商品目录中没有的药品）时，进货子系统自动把新药品写入商品目录。
库存子系统有1进货入库2销售出库处理维护库存帐（商品编码、品名、规格、厂商、有效期、进货量、进价、出库量、销售价、库存数量、库存下限量、库存上限量），库存帐不能做修改操作，当进货入库时，根据进货传票产生一条新记录，库存数量加上进货量；当销售出库时，根据销售传票产生一条新记录，库存数量减去出库量；商品编码是各药品的唯一标识字。
库存子系统设库存自动报警，当库存数量大于库存上限量或者小于库存下限量时，给出警告信息。
销售子系统有定价处理和销售处理。
1定价处理有一个商品价格表（商品编码、品名、规格、厂商、有效期、建议价格、销售价格、批准责任人）首先由销售管理员定建议价格，经过经理批准后确定销售价，并自动更新商品目录的销售价；2销售处理在公司的销售窗口，售货员根据顾客要求查找商品目录和库存帐，如果有货（库存数量满足顾客要求），一项销售成立，产生销售传票的一条记录，一次销售可有多项记录，由销售传票唯一标识。
销售传票的数据结构是（销售传票编码、商品编码、品名、规格、厂商、有效期、销售价、销售数量）。
销售传票是库存子系统记录库存帐的依据。
销售传票将被打印给顾客作为提货凭证。
N1.2分析领域1.21 备选类商品编码、品名、规格、厂商、有效期、进货量、进价、出库量、销售价、库存数量、库存下限量、库存上限量、商品编码、品名、规格、厂商、有效期、建议价格、销售价格、批准责任人、销售传票编码、销售数量、进货传票、传票编码、售货员、顾客、销售传票、仓库管理员、药品1.22决定候选类进货传票、供应商、商品目录、库存帐、商品价格表、批准负责人，售货员，顾客，销售传票，药品1.3确定系统完全需求（生成包图和高层用例图）1.31 生成包图1.3.2 高层用例图人员资料2.1系统u s e c a s e模型2.1.1用例1：进货场景1 当医药公司的库存药品数量小于库存下限量时，系统会发出警报，表明需要进货，列出需要进货的药品和数量，打印进货传票给药品供应商供应药品。
场景2：医药公司为了适应市场需求，需要引进新药品，根据高层的研究结果，列出需要进货的新药品和数量，打印进货传票给药品供应商进货。
2.1.2 用例2：进货入库，销售出库场景1：医药公司的仓库根据进货传票产生的新记录，库存量加上进货量，查看警告信，若库存量小于库存上限，货物入库。
场景2：医药公司的仓库根据销售传票产生的新纪录，库存数量加上进货量，查看警告信息，若库存数量大于库存下限，货物出库。
2.1.3 用例3：销售场景一：顾客提出购物需求，医药公司在有货的情况下，售货员把药品销售给顾客。
售货员将给顾客提货凭证，输入销售药品的相关信息，并给顾客打印销售传票。
场景2：当有新药入库时，销售管理员拟定销售建议价格，向经理提交议价审批，确定最后销售价格，修改商品目录销售价格，开始销售新药。
2.2角色定义2.3U S E C A S E工作描述2.31进货的U C D2.32U C：进货入库，销售出库的U C D2.3.3U C：销售的U C D2.4U S E C A S E视图3.1系统逻辑结构设计3.1 进货系统3.1.1 事件流过程（1）进货经理通过系统输入要进货的药品（2）进货经理输入进货药品的信息，生成进货传票（3）判断是否有新药，修改商品目录(4) 进货经理将进货传票发给供应商3.12 时序图3.13 状态图3.2 事件流过程（1）销售系统模块——定价处理 事件流1）销售管理员向系统发出“定价处理”请求。
2）销售管理员输入议定的销售建议价格 3）销售管理员提交，上交给经理审批。
4）经理审批后，确定最后的药品销售价格，更新商品目录销售价 （2）销售系统模块——销售处理 1）顾客呼入买药2）售货员根据顾客要求查找商品目录 3)销售成功打印销售传票4）顾客领取销售传票和商品3.21 时序图（1）销售系统模块——定价处理（2）销售处理3.22 （1）定价处理状态图（2）销售处理状态图3.3库存系统3.3.1事件流过程（1）进货入库模块1）仓库管理员向系统发出“进货入库”请求；2）仓库管理员接到供应商的进货传票的信息：3）仓库管理员根据进货数量，加到库存帐上；4）系统检查库存量是否超过上限，发出警报；5）从售货员获取销售传票信息；6）根据销售传票出库数量，从库存帐减去出库量7）系统检查库存量是否超过上限，发出警报。
3.32时序图3.3.2库存系统状态图4.1生成程序框架4.1.1 药品类 Drugs4.1.2商品目录类Catalogue4.1.3经理类Manager4.1.4顾客类Customer4.1.5供应商类Supplier4.1.6销售管理员类SaleManager4.1.7售货员类 Saler4.1.8库存类 Stock4.1.9销售传票类SellTicket4.1.10商品价格类PriceList4.10.11进货传票类StockTicket4.10.12仓库管理员类StockManager生成代码4.21药品类Drugspublic class Druges{private int Druges_ID;private int Druges_Name;private int Specification;private int Company;private int Price;/**public Druges(){}public void Set_Druges(){}public void Get_Druges(){}}4.2.2商品目录类Cataloguepublic class Catalogue extends Druges {private int SalePrice;public Catalogue(){}public void Set_Catalogue(){}public void Get_Catalogue(){}public void set_SalePrice(){}}4.2.3经理类Managerpublic class Manager{private int ManagerID;private int name;private int title;public StockTicket theStockTicket;public Manager(){}public void Audit(){}}4.2.4顾客类Customerpublic class Customer{private int ID;public Druges theDruges;public Customer(){}}4.2.5供应商类Supplierpublic class Supplier{private int Company;private int Address;private int tel;public Druges theDruges;public Supplier(){}public void PurchaseSummons(){}}4.2.6销售管理员类SaleManager public class SaleManager{private int ID;private int name;private int sex;public PriceList thePriceList;public SaleManager(){}}4.2.7售货员类Salerpublic class Saler{private int ID;private int name;private int sex;public SellTicket theSellTicket;public Saler(){}public void ProntSummons(){}}4.2.8库存类Stockpublic class Stock extends Druges {private int Purchasevolume;private int purchsaseprice;private int outstocknum;private int sateproce;private int stocknumber;private int lowerlimit;private int uplinit;public Stock(){}public void add(){}public void get_Stock(){}public void reduce(){}public void checknumber(){}}4.2.9销售传票类SellTicketpublic class SellTicket extends Druges {private int ID;private int SalePrice;private int Number;public SellTicket(){}public void set_sellTicker(){}public void get_sellTicker(){}}4.2.10商品价格类PriceListpublic class PriceList extends Druges {private int SuggestedPrice;private int SalePrice;private int charger;public PriceList(){}public void set_PriceList(){}public void get_PriceLIst(){}public void set_SuggestdPrice(){}}4.2.11进货传票类StockTicketpublic class StockTicket extends Druges {private int SalesID;private int SalePrice;private int number;public StockTicket(){}public void set_sellticket(){}public void get_sellticker(){}}4.2.12仓库管理员类StockManagerpublic class StockManager{private int ID;private int name;private int sex;public Stock theStock;public StockManager(){}}七个人总结这个UML课虽然现在对于我们的作用不是很大但是以后我们在经过一段时间之后要成为产品尽量是必须要学会的，所以这个对于我们很有用，经过这次实验让我实际操作了一次UML的分析过程，让我学到了很多，但是有很多是经过问同学，和百度才弄明白的，还要继续学习。
UML大作业
无
基本事件流
步骤
活动
1
选择是否记录工资信息
2
如果选是，根据提示操作
3
如果选否，直接退出
扩展事件流
2a
员工工资文件打开失败，管理员检查文件是否存在
补充说明
2.2.12
用例编号
UC0012
用例名称
退出
用例概述
管理员选择退出系统要求，系统停止运行安全退出。
参与者
管理员（admin）
前置条件
管理员成功启动程序
用例概述
管理员输入员工姓名，查看员工信息记录
参与者
管理员（admin）
前置条件
管理员成功启动程序
后置条件
无
基本事件流
步骤
活动
1
选择查看员工信息选项
2
管理员输入员工姓名
3
查看员工信息
扩展事件流
2a
管理员输入的员工姓名不存在，管理员校正输入。
补充说明
2.2.6
用例编号
UC006
用例名称
人事调配
用例概述
管理员对员工职位需要调配的员工进行职位修改并保存最新员工记录
double saleSum;//售货员的销售额
double getRate;//售货员的提成比率
public:
Salesman(double x=1000,double y=0.006);//售货员类的构造函数
void countSalary(char[ ],int);//售货员类的工资计算函数
};
参与者
管理员（admin）
前置条件
管理员成功运行程序
后置条件
无
基本事件流
(完整word版)uml习题及答案
uml习题1、什么不是面向对象程序设计的主要特征。
()A．封装C．多态B．继承D．结构2、UML中有四种关系是：依赖，泛化，关联和（）A、继承B、合作C、实现D、抽象3、UML中的事物包括：结构事物，分组事物，注释事物和（）A、实体事物B、边界事物C、控制事物D、动作事物4、在UML中，（）图显示了一组类、接口、协作以及它们之间的关系。
A、状态图B、类图C、用例图D、部署图5、下列描述中，哪个不是建模的基本原则（）A.要仔细的选择模型B.每一种模型可以在不同的精度级别上表示所要开发的系统C.模型要与现实相联系D.对一个重要的系统用一个模型就可以充分描述6、UML体系包括三个部分：UML基本构造块，（）和UML公共机制A、UML规则B、UML命名C、UML模型D、UML约束7、下图是（）A、类图B、用例图C、活动图D、状态图10、下面哪个不是UML中的静态视图（）A.状态图B.用例图C.对象图D.类图11、（）技术是将一个活动图中的活动状态进行分组，每一组表示一个特定的类、人或部门，他们负责完成组内的活动。
A、泳道B、分叉汇合C、分支D、转移12、下列关于状态图的说法中，正确的是（）A. 状态图是UML中对系统的静态方面进行建模的五种图之一。
B. 状态图是活动图的一个特例，状态图中的多数状态是活动状态C. 活动图和状态图是对一个对象的生命周期进行建模，描述对象随时间变化的行为。
D. 状态图强调对有几个对象参与的活动过程建模，而活动图更强调对单个反应型对象建模13、对反应型对象建模一般使用（）图A、状态图B、顺序图C、活动图D、类图14、类图应该画在Rose的哪种（）视图中A、Use Case ViewB、Logic ViewC、Component ViewD、Deployment View15、类通常可以分为实体类，（）和边界类A、父类B、子类C、控制类D、祖先类16、顺序图由类角色，生命线，激活期和（）组成A、关系B、消息C、用例D、实体17、（）是系统中遵从一组接口且提供实现的一个物理部件，通常指开发和运行时类的物理实现A、部署图B、类C、接口D、组件18、关于协作图的描述，下列哪个不正确（）A.协作图作为一种交互图，强调的是参加交互的对象的组织；B.协作图是顺序图的一种特例C.协作图中有消息流的顺序号；D.在ROSE工具中，协作图可在顺序图的基础上按“F5”键自动生成；19、组件图用于对系统的静态实现视图建模，这种视图主要支持系统部件的配置管理，通常可以分为四种方式来完成，下面哪种不是其中之一（）A.对源代码建模B.对事物建模C.对物理数据库建模D.对可适应的系统建模20、一个对象和另一个对象之间，通过消息来进行通信。
UML大作业--网上购物系统
UML大作业--网上购物系统第1章系统需求网上购物系统对于所有销售者讲，具体的优势体现在，不受营业时间和地狱的限制，任何时候、任何地方的消费者都可以浏览商品信息并进行交；不必支付使用现实的场地所产生的种种费用，比如水电费、房租、装修费和管理费等；不必承担显示经营可能产生的风险，如遭遇盗窃，抢劫等。
从消费者角度讲，不受“营业时间”的限制，足不出户就可看到全国各地的商品，可以使用信用卡网上支付，节约了大量的时间和金钱，满足了消费者付出最小成本得到最大效用的目的。
在这个过程中，机会成本将是人们做出抉择的重要依据。
网上购物能够兴起并相对稳定发展，是由于相对于传统购物方式，它能够降低消费者的机会成本，同时也降低消费者的机会，达到双赢。
网上购物系统的目标（1）用户注册后，登陆到网上购物系统中，可以进入购物流程（或在结帐之前注册并登陆系统）。
（2）客户可以登录网上购物系统浏览和购物，当注册后，可以在客户所购商品总金额达一定数量时，从普通会员根据量值不同自动升级成为不同等级的VIP会员，并享受不同折扣优惠。
（3）客户一次可以购买多种商品，当确认购买之后，将产生一张订单。
（4）订单生成后，客户可在前台查询订单的处理状态：“T”表示订单上的商品已发出，“F”表示订单上的商品未发出。
若订单不能在规定日期送达，客户可退单或做其它处理。
（5）一个销售商可以提供多种商品，且一种商品可以由多家销售商提供。
（6）客户和商家可在系统发表留言或评论。
第2章分析问题领域网上购物的特点是改变了以往的购物只能去现实的商场才能达到的结果,采用Web技术，借- 1 -助于Internet 互联网广泛应用技术，达到资源共享，提高以往购物的局限性，缩短人们的时间和提高工作效率，具有较好的交互性，从而实现信息化，规范化，系统化，网络化的平台，使整个购物活动过程简单、方便、易行。
节省了传统店面，店员的成本；节约了成本2.1确定系统范围和边界2.1.1客户前台功能：①客户管理功能系统实行会员注册或登陆，对客户的相关信息的信息（允许项）可以进行修改。
(完整word版)UML综合案例
ＵＭＬ在ＡＴＭ自动取款机中的应用(一)Uml 基础知识Uml 概述UML （Unified Modeling Language)是软件界第一个统一的建模语言，该方法结合了Booch ， OMT ，和OOSE 方法的优点，统一了符号体系，并从其它的方法和工程实践中吸收了许多经过实际检验的概念和技术.它是一种标准的表示,已成为国际软件界广泛承认的标准。
是一种基于面向对象的可视化的通用（General ）建模语言。
为不同领域的用户提供了统一的交流标准 — UML 图。
UML 应用领域很广泛,可用于软件开发建模的各个阶段，商业建模（Business Modeling ）, 也可用于其它类型的系统。
UML 是一种定义良好,易于表达，功能强大且普遍实用的建模语言，不是一种方法，它独立于过程。
利用它建模时，可遵循任何类型的建模过程。
建模过程：UML 的主要构成向对象分析与设计的一种UML 是一种标准化的图形建模语言,它是面向对象分析与设计的一种标准表示.由：● 视图（views ）, ● 图(Diagrams ）,● 模型元素（Model elements ） ● 通用机制（general mechanism ）等几个部分构成。
视图(views）一个系统应从不同的角度进行描述，从一个角度观察到的系统称为一个视图（view）。
视图由多个图（Diagrams）构成，它不是一个图表(Graph）,而是在某一个抽象层上，对系统的抽象表示。
如果要为系统建立一个完整的模型图，需定义一定数量的视图,每个视图表示系统的一个特殊的方面。
另外，视图还把建模语言和系统开发时选择的方法或过程连接起来。
图(Diagrams）UML语言定义了五种类型9种不同的图，把它们有机结合起来就可以描述系统的所有视图。
用例图(Use case diagram）从用户角度描述系统功能，并指出各功能的操作者。
静态图（Static diagram)，表示系统的静态结构.包括类图、对象图、包图。
UML大作业
课程名称：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大作业
软件学院大作业任务书题目：学生成绩管理系统专业：计算机软件班级：计软121姓名学号：魏巍李俊楠学号：8000612064 8000612030完成人数：2人起讫日期：2014. 5. 19—2014. 6. 13任课教师：刘伯成职称：讲师部分管主任：完成时间：2014年6月13 日说明1.本任务书由任课教师填写后，下达到学生。
2.任务完成后，任课教师需填写小结表。
3.任务书、学生成绩与学生完成后的大作业（纸质和电子两种）一并报送各教学研究部审核后转教务办。
4.另附一份全班大作业总结大作业的要求和内容：（包括题目选择范围、技术要求、递交时间、考核方法等）请根据本学期所学的UML统一建模语言的内容，完成一个完整系统的UML建模，程序的内容和功能可以自己根据需要进行自定义，但不能过于简单，整个过程应包括如下内容：1.需求分析2.创建系统用例模型3.创建系统静态模型4.创建系统动态模型5.创建系统部署模型最终提交的作业，除提交完整的rose工程外，还必须以大作业报告的形式说明整个建模过程。
作业评分将以完成的质量和复杂程度为基础，并根据大作业报告进行综合评分。
教师小结：成绩：教师签名：教研部负责人：学生姓名：NANCHANG UNIVERSITYUML大作业报告题目:学院：软件学院专业：班级：起讫日期：2014. 5. 19—2014. 6. 13任课教师：刘伯成职称：讲师完成时间：2014年6月日填表日期：年月日目录一、需求分析...................................................................................................................... - 6 -二、系统用例模型.............................................................................................................. - 6 -三、系统静态模型.............................................................................................................. - 8 -四、系统动态模型.............................................................................................................. - 9 -五、系统部署模型.............................................................................................................. - 8 -六、总结和体会.................................................................................................................. - 9 -七、参考文献...................................................................................................................... - 9 -一、需求分析1）需求规格说明1.对功能的规定a.输入一个同学的姓名和学号，系统能够输出学生所在的学院、班级、成绩等学生信息；b.对于已经录入学生成绩管理系统的学生信息可以进行修改,例如：删除、添加；对于没有录入学生成绩管理系统的学生信息可以添加到系统（此项功能的实现需要对用户身份进行核查）；c. 能够对学生的信息进行保存，即退出系统时，成绩不能丢失；d. 能够对学生成绩进行拷贝；e. 能够登入和退出系统。
(完整word版)UML试题及答案(5)
【用例图】1. 用例图的节点包括(ABD)A、用例B、边界C、关联D、执行者2. 用例之间的关系主要有（BCD）A、聚合B、继承C、扩展D、包含3。
在采用用例模型捕获需求时,需要执行如下（ABCD）操作A、描述非功能需求B、用例建模C、识别用例D、识别参与者4。
在识别用例时，以下(ABC)问题可以帮助识别用例A、当系统状态发生故障时，是否需要通知参与者B、系统是否存在外部事件，如果存在,是哪个能参与者通知系统这些个部事件C、参与者希望系统为他提供什么样的功能D、系统运行环境是什么5. 在用例图中，可以用(D）来表示整个软件系统或其中一些子系统的边界，也可以用它表示软件系统的不同发布版本的功能范围A、执行者B、关联关系C、用例D、边界框6.（B)作为完成用例任务的责任承担者，协调、控制其他类共同完成用例规定的功能或行为A、数据对象B、控制类C、实体类D、边界类7. 基于用例图的需求捕获的第一步就是确定系统的参与者,在寻找系统参与者时，可以根据以下（ABCD）等问题来确定A、系统同环境如何进行交互B、由谁安装系统C、系统为哪些对象提供信息、服务D、系统的使用者是谁8。
如果用例B是用例A的某项子功能，并且建模者确切地知道在A所对应的动作序列中何时将调用B，则称（A）A、用例A扩展用例BB、用例A继承用例BC、用例A包括用例BD、用例A实现用例B9. 如果用例A与用例B相似，但A的动作序列是通过改写B的部分或者扩展B的动作而获得的，则称（B）A、用例A实现用例BB、用例A继承用例BC、用例A扩展用例BD、用例A包括用例B10。
如果用例A与用例B相似，但A的功能较B多，A的动作序列是通过在B 的动作序列中的某些执行点上插入附加的动作序列而构成的，则称（C）A、用例A扩展用例BB、用例A包含用例BC、用例A继承用例BD、用例A实现用例B11. 在UML中，(A)表示使用软件系统的功能，与软件系统交换信息的外部实体A、执行者B、类C、用例D、用例图12. 在用例图中，执行者之间的关系只有（B)一种A、包含B、继承C、扩展D、实现【静态图】1。
(完整word版)uml分析与设计期末试卷二及答案
2008-2009学年第一学期期末试卷（院/系 专业 班使用）考试科目： 试卷类型： B一、选择题 (共20分，每小题2分)1. 计算机由CUP 、内存、硬盘、显示器、鼠标等构成，那么计算机类和鼠标类之间的关系是（ ）A 继承关系B 关联关系C 聚合关系D 依赖关系2. 下面（ ）图形表示依赖关系。
3. 关于UML ，下面说法正确的是（ ） A UML 是一种面向对象的建模方法。
B UML 是一种形式化的语言，使用UML 建立的模型可被计算机编译执行。
C UML 是一种面向对象的编程语言。
D UML 是一种面向对象的建模语言，但不是建模方法。
4. 下面的模型图中，哪个能正确表示“1个教师可以指导0个到多个学生的论文，1个学生必须有1个教师指导其论文” 的意思（ ）A B5.关于参与者，错误的说法是（）A 参与者是与所建立的系统交互的人或物。
B 参与者可以是实际的人，也可以其他系统。
C 参与者是系统的一部分，是用例图的重要组成部分。
D 参与者之间可以存在泛化关系。
6.UML中关联的多重性是指（）A 一个类有多个方法被另一个类调用B 一个类的实例对象能够与另一个类的多少个实例对象相关联。
C 一个类的某个方法被另一个类调用的次数。
D 两个类所具有的相同的方法和属性。
7.关于类图的说法正确的是（）A 类图分为3个层次：对象层、特征层和关系层，其中对象层给出系统中所有反映问题域和系统责任的对象。
B 类图分为3个层次：对象层、特征层和关系层，其中特征层给出系统中所有反映问题域和系统责任的对象。
C 类图只是一种辅助模型，不如其他图重要。
D 类图定义了系统的功能需求，描述了系统的动态行为。
8.分析下面的顺序图，并指出哪种说法是正确的（）A “求战”、“怎么办”以及“火烧连营”这3条消息并没有严格的次序，比如：“求战”消息有可能在“火烧连营”之前产生。
B “：曹操”、“：刘备”以及“：孔明”代表3个类，该顺序图表述了这3个类的实例对象为了完成某一功能的交互情况。
UML基础大作业范例图书管理系统
班级姓名座号图书管理系统UML分析设计(范例)1.概述参见教材P256中16.1的描述文字。
2.用例分析2.1. 参与者分析根据需求分析调研，图书管理主要设计以下的参与者：1）、图书管理员。
主要完成图书借阅相关的管理。
2）、系统管理员。
主要完成系统用户的管理、图书和图书标题的管理、借阅人的管理等。
对于系统来说两类参与者都需要登录才能完成系统的操作。
因此我们抽象出一个基础的参与者：登录用户。
参与者相互之间的关系如下图：2.2. 主用例分析根据系统需求，在概括层面上我们可以认为系统需要完成如下主要用例：2.3. 详细用例分析根据主用例，我们进行详细用例的分析，并编写出初步的用例描述。
2.3.1.管理图书借阅管理图书可以细分为如下的用例构成，如下图所示。
针对每个用例，描述如下：用例描述：UC1-1 借阅图书用例名称借阅图书(BorrowBook)标识符UC1-1用例描述图书管理人代理借阅者办理借阅手续参与者图书管理员前置条件图书管理员登录进入系统后置条件如果这个用例成功，在系统中建立并存储借阅记录基本操作流程1、图书管理员输入借阅证信息2、系统验证借阅证的有效性3、图书管理员输入图书信息4、系统添加新的借阅信息5、系统显示借书后的借阅信息可选操作流程2a、系统发现借阅者有超期的借阅记录，进行超期处理（见用例：UC1-3超期处理）2b、系统发现超出规定的借书数量，用例终止2c、系统确认借阅证非法，用例终止用例描述：UC1-2 归还图书用例名称归还图书(ReturnBook)标识符UC1-2用例描述图书管理员代理借阅者办理还书手续参与者图书管理员前置条件图书管理员登录进入系统后置条件如果这个用例成功，删除相关的借阅记录基本操作流程1、图书管理员要归还的图书信息2、系统验证图书的有效性3、系统删除借阅记录可选操作流程2a、系统发现借阅者有超期的借阅记录，进行超期处理（见用例：UC1-3超期处理）2b、系统发现图书非法，即不是本图书馆的书，用例终止用例描述……其他的用例描述省略2.3.2.管理系统管理系统由系统管理员完成，其中详细的用例分析如下：用例的描述省略…..2.3.3.其他用例…..省略3.类分析3.1. 领域类分析根据用例，进行分析，系统涉及如下类，其中各类的关系如下图所示：其中各类的具体描述如下：参见教材P262，3.2. 系统实现类分析根据用例与领域类分析，该软件准备采用分层的实现技术来实现，通过用户界面层、实体逻辑类和数据访问类构成，形成对应的类的包。
(完整word版)UML面向对象分析与设计教程课后习题答案(胡荷芬高斐)选择题部分
UML面向对象分析与设计教程课后习题答案选择题第一章（1) 对象程序的基本特征是（ABCD）A.抽象B.封装C.继承D。
多态（2)类包含的要素有（ABC）A.名字B。
属性 C.操作D。
编号（3)下列关于类与对象的关系说法不正确的是（A)A.有些对象是不能被抽象成类的B。
类给出了属于该类的全部对象的抽象定义C.类是对象集合的再抽象D.类是用来在内存中开辟一个数据区，存储新对象的属性(4）面向对象方法中的（C）机制给予子类可以自动的拥有（复制）父类全部属性和操作.A。
抽象B。
封装C。
继承D。
多态（5)建立对象的动态模型一般包含的步骤有（ABCD）A。
准备脚本B。
确定事件C.准备事件跟踪表D.构造状态图第二章⑴UML中的关系元素包括（ABCD).Ａ.依赖Ｂ。
关联Ｃ.泛化Ｄ。
实现⑵在UML中，定义了面向对象的事物，这些事物分为（ABCD）.。
Ａ。
结构事物Ｂ。
行为事物Ｃ。
分组事物Ｄ.注释事物⑶UML中的图包括(ABC）。
Ａ.用例图Ｂ。
类图Ｃ。
状态图Ｄ。
流程图⑷UML的视图不包括(BCD).Ａ.用例视图Ｂ。
类视图Ｃ。
状态视图Ｄ。
物理视图⑸下面不属于UML中的静态视图的是(ABC).Ａ. 状态图Ｂ.用例图Ｃ.对象图Ｄ. 类图第三章（1）下列说法正确的是(ACD)A．在用例视图下可以创建类图B．在逻辑视图下可以创建构件图C．在逻辑视图下可以创建包D．在构件视图下可以创建构件（2）在Rational Rose 的逻辑视图下可以创建（ABCD) A．类图 B.构件图C．包 D.活动图(3）Rational Rose 建模工具可以执行的任务有（ABCD) A．非一致性检查 B.生成C++语言代码C．报告功能 D.审查功能(4）Rational Rose 中支持的视图不包括(D）A．逻辑视图 B.构件视图C．部署视图D。
机构视图(5)在构建视图下的元素可以包括（ABC）A．构件 B.构件图C．包 D.类第四章（1）类中的方法的可见性包括（ABC）A．privateB．publicC．protectedD．abstract（2）下面属于UML中类元的类型的是（ABCD）A．类B．对象C．构件D．接口（3）类之间的关系包括(ABCD）A．泛化B．关联C．实现D．依赖(4)下列关于接口的关系说法正确的是（ABCD）？A．接口是一种特殊的类B．所有接口都是有构造型<<interface>〉的类C．一个类可以通过实现接口从而支持接口所指定的行为D．在程序运行的时候，其他对象可以不仅需要依赖与此接口，还需要知道该类对接口实现的其他信息（5)下列关于类方法的声明正确的是（AB)A．方法定义了类所许可的行为B．从一个类所创建的所有对象可以使用同一组属性和方法C．每个方法应该有一个参数D．如果在同一个类中定义了类似的操作，则他们的行为应该是类似的第五章1．在Rational Rose 2003中，支持（ABCD）的构造模型A。