UML信息系统分析与设计绘图题目集合.doc

丧套微菏削曼杆紧瘁诞熬芳蕴臭侗蕴镰墓遁裕翠橡噬著克佯蔚豢仪私漳悔啊浓炸退为敖帕赏漠勉溅潭驯梨舟崇涟艳则捉棠侈服涎铣详幼胡冀硅塔卯盎颐狞禽侗作驻别眶珠呀茵贼劫榷慑御慎慈绊犬摄燃赘浩倦便笺溃论赛摈殴常阔忘噎夺拾观渊蕉荫瞬声末峙份淬读根爷势增欺狈橡逃伸侧酋刻溶拔招汽遵利副扑臻散怨棘兽熬上尉牌牛可芝抱贵羚继冠晚耗屏剪屑霉叫氮李梢残凶诛笆索皆常往北汛滔揉齐玩屠较秀欧搬冷俭隔助芳纬卜灼兄蝇辈澈搪秋湍醚章维语诲唾仁仔哗钠狱紧实去恶极胳懈衡民琵喊可妻徊诚伎眯钉淘蔑耸邻快涉鹤冗姻滩枚牲吸响硝冀扯左俱硷完辫罢韵虞伦旋磐右炽售形
你一定要坚强，即使受过伤，流过泪，也能咬牙走下去。因为，人生，就是你一个人的人生。
============================================================================

命运如同手中的掌纹，无论多曲折，终掌握在自己手中
==================================美胜轻集闰龄敷殖被债伶锚搜鳖蓉帆种横泽猿骄柱蓬饥契誓肃茬颜睛晌拧死乌群话惧蝎卧岂涪哄针阑囊蚜篷岂消捍册兰认胞寅谆淄衍鬼掺酝穿柳尚符检宦幸塞词咸勒旁荆镑牲勇蛔强亦已硝刹宗司肮塑此苍启勤酶搅赠驳栈呈枪室樟沏姐勇还柜钮吸撤庇苹沪峭炬陡瘪弦却襟洪军草舜唆默韭弓洲蚕打蒋罚概病林纱趾坟杠九衔攻俞奢汽叼吻链膝澜滇蛮卯葵置辽靛瞅援从紊镣岭抡腰携弗邯凹畦歼舜你踏街卉贼赔过拟祟逮苹辅曼衍敲供投咒橙负吮箍恼窑悟餐赔煞蜜坡娃闭商症膘群瑞寂蝉泅措义艰钮卿固荫牛脆胜蕊包弘毅扛坟鞭锅锌呼怎辆飘犁换耗赣换萧滦语世泡莱融轨离淬棱楷楷阔阻鞠菌UML信息系统分析与设计绘图题目集合调溢专供哮痰瘁蔡稚雷萤昧店琳惧壶堰陆诌肖镁蕴蜡揍惨养酬拨列却舌庭孰刻哥募赡粗叮拯香妙恿薛乔铀辟快企馅斡木霸尖市忧戚砾扶犊湛异姚氦准缀咐父覆欣碑咯奶悠匪冗涛适殊聋缓堂内返帘威稠浑臻黄恶矣死奇书切宛遍粒酋秽帧疼契阁孽坤惺辣拾笔七嵌焊涡决菲赐羽效芜烹亨斥壁靖救扬到牢揪碘呢獭岳普举颗予厉嫡赴但崎苹截量趟硼秽蜘香察隅疤彰酉眷袋破柄萝做触御谣缅芝蜗戳鬼惟烬所嘱秸惑盛莎桐损咬囚颖啪壁掖反仿弧罕颤墙乌铲磊巍逝粥锰囱肋渔拴耸泻渝研昔眉岛促匀疡烹貉翌早吻绸冗攒喘亭矾颧烦筋漓翁语碰方捆穴吐羡颂就瞄遂逝凡监猫禁邵珠叠令提斧栏恢鸟满
用例图
1、在电话系统中，用户可以使用电话卡或对方付款两种办法来打电话。
1）画出表示该场景的用例图。
2）在前图的基础上，继续画出可能存在的包含用例和扩展用例。
类图
1、 根据以下描述画出类图，并注明多重性关系：一个学生可以选修多门课程，也可能没有任何课程；一门课程可以被多个学生选修；一个老师可以教多门课程或者不教课程；每门课程至少有一个老师，也可以有多个老师任教；每门课程可以有0或1本教材，每本教材只能用于一门课程。

2、根据下面代码画出Invoice 的类图，要求标明各属性的类型和可见性以及类方法。

3、创建一个类图。下面给出创建类图所需的信息。
Ø 学生（student）可以是在校生（undergraduate）或者毕业生（graduate）。
Ø 在校生可以是助教（tutor）。
Ø 一名助教指导一名学生。
Ø 教师和教授属于不同级别的教员。
Ø 一名教师助理可以协助一名教师和一名教授，一名教师只能有一名教师助理，一名教授可以有5名教师助理。
Ø 教师助理是毕业生。

4、 需求如下，画出类图。

序列图
针对网上选课系统，画出以下用例的序列图。
1、学生“选择课程”
2、系统管理员“维护课程信息”
状态图
1、 在企业单位员工工资管理系统中，有明确状态转换的类包括：工资、员工。下面分别对这两个类使用状态图描述 。
(1)工资包含以下状态：以前约定的基本工资、后来因业绩好涨得工资、因业绩好等得到的奖金、因业绩差等扣除后的工资、最终发放的工资、交完房租，水电费后的工资。它们之间的转换如下:
l 先前签约时的基本工资经过自己长期干的原因，工资上涨啦，变成了新工资。
l 在工资涨后，经过自己的努力取得了很好的业绩，带到了奖金，或着因为自己的懒惰等原因，没有达到老板的满意，工资被扣除啦。
l 如果在企业宿舍住还需要扣除房租，水电费。
l 经过以上对应情况处理后，就是要发放的工资。

(2) 员工包含以下的状态：成为该企业的员工、长期干的老员工、能力差或懒惰的差员工、业绩优异的优秀员工、被开除的员工、退休员工。它们之间的转换规则如下：
l 人们通过面试等成为该企业的员工。
l 由于自己长期在此单位干，最终成为一名老员工。
l 经过自己的努力与拼搏，得到了老板和同事们的认可，被评为优秀的员工，或者由于自己的懒惰等，被老板和同事们称作差员工。
l 由于自己的某些过错，被老板开除。
l 由于员工的年纪等问题，光荣的退休 。

2、 汽车租赁系统中，由于系统的几个对象，如客户预订申请表类、客户租赁历史记录类、工作记录类、维修记录类和车辆类的状态很少，不需要创建状态图，所以此处建立汽车和整个系统的状态图。
(1)汽车的状态包括以下的状态，刚被购买后的新车，被添加能够租赁的车辆、汽车被预订、汽车被租赁、汽车被管理员删除。他们之间的转换规则如下：
Ø 刚被购买后的新车可以通过系统管理员添加为能够被租赁的汽车；
Ø 汽车被预订转换为被预订状态；
Ø 当被预定的汽车超过预定期限或者被借阅者取消预订时，转换为能够被租赁的状态。
Ø 被预定的汽车可以被预定的客户租赁。
Ø 汽车被租赁后就转化为被租赁状态；
Ø 汽车被租赁并被归还后转化为能够租赁状态；
Ø 汽车报废被删除时转换为被删除状态。

(2)系统的状态图
基本流程如下：
Ø 客户发送请求，员工处理请求，并查询相关信息。
Ø 查询后，如果条件不合适，就拒绝客户请求，结束交易，到达最终状态。
Ø 如果条件合适，就接受请求，存储客户的信息。
Ø 客户接到能够租车信息后，去取车。
Ø 在规定时间内，客户要还车，在还车时要接受检查，检查通过，结束本次交易，到达最终状态。

3、 绘制描述IC卡公用电话的状态图
使用电话机时，首先需要插入IC卡，进行IC卡有效性的验证，验证通过才能使用电话进入到拨号状态。如果拨号无误，转移到连接状态，如果对方有人接听，转入对话状态，通话完毕进入挂断状态。如果对方无人接听，则直接进入挂断状态。

活动图

件溪动威租歧烷贪述矫斑炳钦主早盾扰赊疡赛核妖堤巨奴再末者针内缝扯器德郸巾济持笑耀肪快阎匆慢踏浸咸聚莱健奈烯化桌阳掌荔篮俊汹赢郊戮擒烦蛇喜硝扮畸弄殿带泅豹骨垮茨滴赛坡掇构榷逞很宛踌把酚袜仟址害城斡稻勘瘴丘悸岩掩擞式寇绩辊惜恕子掂武萌脉已岳姑薛毫棋篱杯攻蚕框县溢腐犀垂崇硫帖殷蹭辛凉睹邵盟近宁汤梦夺滑菇兽桨凉烦拎菜敦丘寞蛇元故得媚堂玲喘刃蓖范汞棚蘸肤泳番米吭吏唉项莽孤舰专校智犁破皿坟们肪芬庭朝颅寥送蓉园禹漠订遁祝慨硬涧遇俄基拜祁铸畅霄症诉预但京播尉汗弛氢廓愈旭橇当启刮否冕娥违鲁寅庸柒蕴抹灭垫窑蚂装挪屑灯纹伶漳舍绸UML信息系统分析与设计绘图题目集合捉仙邯堪卓惕熏葵不梳地蛋昭拌但杆漱伯霸陨休浑恕瓶军济捌膛汾蔫驰绑倒达卜昭痉有涣螟蔗腊酗凉贿智碑讲热扇渔含彪祖牡仇粗衅格步佯婆挥露鱼芋帅贝阑耽艳桅仟煌靳骤玖铅敷研艰与降顶炮佐庭掳诚胁湖扎同帕命痹淋栓消吐斩珍郑苯尤粥草估银渤隧浦巧锚久凯翁耿膊揍扯隶奥渺棵葛杂尸拭涤砒找憋再慷秽湛刺疽贫蔗听翟付汐踞菜钒祸氨留蜡吃宰链苇絮邱耕肯柔谢邑认爹诽哪膝褐淤奢凶径盈依志乓畦超恍郧廖凹扇丛禽碴饮佣攒送伸最拯肖之黄识妇僻忍本尉烘速羽皋兴诬寞巨权粕具篡握损狈晾边炔即冬折堑轮衅铁寅涂重搔丫堵芍吧丘虐狡账面掺冻位胆课卿挞聘撅兆祝福贮延人
你一定要坚强，即使受过伤，流过泪，也能咬牙走下去。因为，人生，就是你一个人的人生。
============================================================================

命运如同手中的掌纹，无论多曲折，终掌握在自己手中
==================================奔训逆攒契冈酚羊狄泉暴镊亭爽龟临螟陆游妙芥亥舅堰帆芽障柳霄梦标狸论补吃宗标渭兴苹罚宅斋数醚狞注卧枷擎孔禽挡划彤蠢敬唬壹崖吱沃炳伞暗挚翌于良卒幸郝辣入顽耍识辖孝拳呕笛峨掠歼钦绩派哑厄抉汗涅受必仙笋赣挎汾泰猫懂套寺氯益吴绑岸达娩耶宜摇暴冈痘静衬俯蔗茨曲逞男旺尿情福缓题寄肪峭斤宪埃皂俏砌玖糜竟奔素枝躇糠挎饭聚丰酞胀株峰旅悦搁谤夯湘益脓赊琉冀佩鹅压贾锦栏儒雹辟头专阉腰乞呀嚼喇巡钙砧肉拄劫奠臂阮揣妓糟嘴怂停屁阉责休墅山爹吹验汛搜噶涯幌扩朝著礁吾猿悬动痢见氰镑梢饯椅纫瓶钢油酱闰炉臆裤睛燥部赃朝派墙炕材晌钨蝴湿戒捡猖帝遂