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

用例图 1、在电话系统中，用户可以使用电话卡或对方付款两种办法来打电话。 1）画出表示该场景的用例图。 2 ）在前图的基础上，继续画出可能存在的包含用例和扩展用例。 类图 1、根据以下描述画出类图，并注明多重性关系：一个学生可以选修多门课程，也可能没有任何课 程；一门课程可以被多个学生选修； 一个老师可以教多门课程或者不教课程； 每门课程至少有一个 老师，也可以有多个老师任教；每门课程可以有 0 或 1 本教材，每本教材只能用于一门课程。 2、根据下面代码画出 Invoice 的类图，要求标明各属性的类型和可见性以及类方法。 3、创建一个类图。下面给出创建类图所需的信息。 学生（ student ）可以是在校生（ undergraduate ）或者毕业生（ graduate ）。 在校生可以是助教（ tutor ）。 一名助教指导一名学生。 教师和教授属于不同级别的教员。 一名教师助理可以协助一名教师和一名教授，一名教师只能有一名教师助理，一名教授可以有 5 名教师助理。 教师助理是毕业生。 4 、需求如下，画出类图。 序列图 针对网上选课系统，画出以下用例的序列图。 1、学生“选择课程” 2、系统管理员“维护课程信息” 状态图 1、在企业单位员工工资管理系统中，有明确状态转换的类包括：工资、员工。下面分别对这两个 类使用状态图描述 。 (1) 工资包含以下状态：以前约定的基本工资、后来因业绩好涨得工资、因业绩好等得到的奖金、 因业绩差等扣除后的工资、最终发放的工资、交完房租，水电费后的工资。它们之间的转换如下 : 先前签约时的基本工资经过自己长期干的原因，工资上涨啦，变成了新工资。 在工资涨后，经过自己的努力取得了很好的业绩，带到了奖金，或着因为自己的懒惰等原因， 没有达到老板的满意，工资被扣除啦。 如果在企业宿舍住还需要扣除房租，水电费。 经过以上对应情况处理后，就是要发放的工资。 (2) 员工包含以下的状态：成为该企业的员工、长期干的老员工、能力差或懒惰的差员工、业绩优 异的优秀员工、被开除的员工、退休员工。它们之间的转换规则如下： 人们通过面试等成为该企业的员工。 由于自己长期在此单位干，最终成为一名老员工。 经过自己的努力与拼搏，得到了老板和同事们的认可，被评为优秀的员工，或者由于自己的懒 惰等，被老板和同事们称作差员工。 由于自己的某些过错，被老板开除。 由于员工的年纪等问题，光荣的退休 。 2、汽车租赁系统中，由于系统的几个对象，如客户预订申请表类、客户租赁历史记录类、工作记 录类、维修记录类和车辆类的状态很少， 不需要创建状态图， 所以此处建立汽车和整个系统的状态 图。 (1) 汽车的状态包括以下的状态，刚被购买后的新车，被添加能够租赁的车辆、汽车被预订、汽车 被租赁、汽车被管理员删除。他们之间的转换规则如下： 刚被购买后的新车可以通过系统管理员添加为能够被租赁的汽车； 汽车被预订转换为被预订状态； 当被预定的汽车超过预定期限或者被借阅者取消预订时，转换为能够被租赁的状态。 被预定的汽车可以被预定的客户租赁。 汽车被租赁后就转化为被租赁状态； 汽车被租赁并被归还后转化为能够租赁状态； 汽车报废被删除时转换为被删除状态。 (2) 系统的状态图 基本流程如下： 客户发送请求，员工处理请求，并查询相关信息。 查询后，如果条件不合适，就拒绝客户请求，结束交易，到达最终状态。 如果条件合适，就接受请求，存储客户的信息。 客户接到能够租车信息后，去取车。 在规定时间内， 客户要还车， 在还车时要接受检查， 检查通过， 结束本次交易， 到达最终状态。 3、绘制描述 IC 卡公用电话的状态图 使用电话机时，首先需要插入 IC 卡，进行 I