更多“指出图6—4中员工和顾客之间是什么关系,并解释该关系的内涵。 ”相关问题
  • 第1题:

    解释图5—3中用例u3和用例Withdraw、Deposit等四个用例之间的关系及其内涵。


    正确答案:Transaction是一个抽象泛化用例具有其他事务类型共有的属性和行为每个具体的事务类型继承它并实现适合自己的特定的操作。
    Transaction是一个抽象泛化用例,具有其他事务类型共有的属性和行为,每个具体的事务类型继承它,并实现适合自己的特定的操作。 解析:问题1:识别参与者时,考查和系统交互的人员和外部系统。本题中,与系统交互的人员包括客户(Customer)和银行操作员(()perator),与本模拟系统交互的外部系统包括银行系统(Sank)。考查用例时,通过判断哪一个特定参与者发起或者触发了与系统的哪些交互,来识别用例并建立和参与者之间的关联。考查用例之间的关系时,-include;(包含)定义了用例之问的包含关系,用于一个用例包含另一个用例的行为的建模;如果可以从一个用例的执行中,在需要时转向执行另一个用例,执行完返回之前的用例继续执行,用例间即存在<<extend>>关系。
    问题2:序列图是场景的图形化表示,描述了以时间顺序组织的对象之间的交互活动。构造序列图时遵循如下指导原则:确定顺序图的范围,描述这个用例场景或一个步骤;绘制参与者和接口类,如果范围包括这些内容的话;沿左手边列出用例步骤:对控制器类及必须在顺序中协作的每个实体类,基于它拥有的属性或已经分配给它的行为绘制框;为持续类和系统类绘制框;绘制所需消息,并把每条消息指到将实现响应消息的责任的类上;添加活动条指示每个对象实例的生命期;为清晰起见,添加所需的返回消息;如果需要,为循环、可选步骤和替代步骤等添加框架。
    问题3:用例之间的继承关系表示子类型“是一种”父类型。其中父类型通常是一个抽象泛化用例,具有子类型共有的属性和行为,每个具体的子类型继承它,并实现适合自己的特定的操作。本题中Transaction、Withdraw和Deposit等四个用例之间的关系即为继承关系,Transaction即是一个抽象泛化用例,具有其他事务类型共有的属性和行为,每个具体的事务类型继承它,并实现适合自己的特定的操作。

  • 第2题:

    部门、员工和项目的关系模式及它们之间的E-R图如下所示,其中,关系模式中带实下划线的属性表示主键属性。部门(部门代码,部门名称,电话)员工(员工代码,姓名,部门代码,联系



    若部门和员工关系进行自然连接运算,其结果集为(请作答此空)元关系。由于员工和项目关系之间的联系类型为( ),所以员工和项目之间的联系需要转换成一个独立的关系模式,该关系模式的主键是( )。

    A.5
    B.6
    C.7
    D.8

    答案:C
    解析:
    本题考查关系数据库E-R模型的相关知识。试题的正确答案是C。根据题意,部门和员工关系进行自然连接运算,应该去掉一个重复属性“部门代码”,所以自然连接运算的结果集为7元关系。

  • 第3题:

    【简答题】请解释顾客价值、顾客满意、顾客忠诚三者之间的关系。


    顾客对自己的要求已被满足的程度的感受

  • 第4题:

    试题三(共 15 分)

    阅读下列说明和 UML 图,回答问题 1 至问题4,将解答填入答题纸的对应栏内。

    【说明】

    某企业为了方便员工用餐,为餐厅开发了一个订餐系统(COS:Cafeteria Orderin

    System),企业员工可通过企业内联网使用该系统。

    企业的任何员工都可以查看菜单和今日特价。

    系统的顾客是注册到系统的员工,可以订餐(如果未登录,需先登录)、注册工资支

    付、预约规律的订餐,在特殊情况下可以覆盖预订。

    餐厅员工是特殊顾客,可以进行备餐、生成付费请求和请求送餐,其中对于注册工资

    支付的顾客生成付费请求并发送给工资系统。

    菜单管理员是餐厅特定员工,可以管理菜单。

    送餐员可以打印送餐说明,记录送餐信息(如送餐时间)以及记录收费(对于没有注

    册工资支付的顾客,由送餐员收取现金后记录)。

    顾客订餐过程如下:

    1. 顾客请求查看菜单;

    2. 系统显示菜单和今日特价;

    3. 顾客选菜;

    4. 系统显示订单和价格;

    5. 顾客确认订单;

    6. 系统显示可送餐时间;

    7. 顾客指定送餐时间、地点和支付方式;

    8. 系统确认接受订单,然后发送 Email 给顾客以确认订餐,同时发送相关订餐信息通

    知给餐厅员工。

    系统采用面向对象方法开发,使用 UML 进行建模。系统的顶层用例图和一次订餐的活动图初稿分别如图 3-1和图 3-2 所示。

    【问题 1】(2 分)

    根据【说明】中的描述,给出图 3-1中 A1 和 A2所对应的参与者。

    【问题 2】(8 分)

    根据【说明】中的描述,给出图 3-1中缺少的四个用例及其所对应的参与者。

    【问题 3】(4 分)

    根据【说明】中的描述,给出图 3-2中(1)~(4)处对应的活动名称或图形符号。

    【问题 4】(1 分)

    指出图 3-1 中员工和顾客之间是什么关系,并解释该关系的内涵。


    正确答案:
    试题三分析本题考查面向对象系统开发时,采用UML模型进行建模的方法。此类题目要求考生认真阅读题目说明中对现实问题的描述,使用UML建模时的原则,从中确定用例图、活动图以及图中的各种关系。题目给出了未完成的用例图和活动图,需要根据描述给出参与者、用例、活动图中的活动和符号,以及参与者之间的关系内涵。用例图是用例建模的一个重要产物,它以图形化的方式将系统描述成用例、参与者及其之间的关系。用例图在高层交流了系统必须处理的业务事件的范围,是描述系统与其他外部系统以及用户之间交互的图形。发起或者触发用例的外部用户称为参与者。为了完成某些业务任务,参与者发起系统活动,即用例。在构建用例图时,常用的方式是先识别参与者,然后确定用例以及用例之间的关系。UML活动图用于建模系统的过程步骤或活动。构造活动图通常先为用例添加开始和结束点,为用例的主要步骤添加一个活动,从每个活动到其他活动、决策点和终点添加转换,并行活动的地方添加同步条。【问题1】识别参与者时,考查和系统交互的人员和外部系统。本题中,与系统交互的人员包括员工、注册到系统的员工(顾客)、餐厅员工、菜单管理员、送餐员以及工资系统。由“菜单管理员是餐厅特定员工”以及图中A2和图中餐厅员工之间的“是一种”关系可知,A2为菜单管理员;图中还缺少描述中与工资系统的交互,由“……并发送给工资系统”可知,A1为工资系统。【问题2】考查用例及其和参与者之间的关系时,通过判断哪一个特定参与者发起或者触发了与系统的哪些交互,来识别用例并建立和参与者之间的关联。本题中,由“任何员工都可以查看菜单和今日特价”可知,图中缺少用例查看今日特价,对应参与者是员工;由“系统的顾客是……,注册工资支付、……”可知,图中缺少用例注册工资支付,对应参与者是顾客和工资系统;由“餐厅员工是……,可以进行备餐、生成付费请求……发送给工资系统”可知,图中缺少用例“生成付费请求”,对应的参与者是餐厅员工和工资系统;由“菜单管理员是餐厅特定员工,可以管理菜单”可知,图中缺少用例管理菜单,对应的参与者是菜单管理员。需要注意的是,在注册工资支付所对应的参与者中,虽然没有明确说明要和工资系统交互,但是由“对于注册工资支付的顾客生成付费请求并发送给工资系统”可知,工资支付是由工资系统控制,所以注册也需要和工资系统交互。【问题3】在顾客订餐过程的描述中,在“顾客选菜”之前,图中缺少符号和活动。由说明中顾客“可以订餐(如果未登录,需先登录)”可以判断,在系统“显示菜单和今日特价”之后“顾客选菜”之前,需要判断(判定符号)当前用户身份是否为顾客,如果不是,需先登录;由“……发送E-mail给顾客以确认订餐,同时发送相关订餐信息通知给餐于员工”可知,发送E-mail和通知餐厅员工为并行活动,需要在前后有同步条(或纵向)。【问题4】参与者之间的关系表示子类型“是一种”父类型,即泛化关系。其中父类型通常是一个抽象泛化的参与者,可以完成子类型可完成的共同行为,每个具体的子类型继承它,可以完成父类型参与者同样的任务,并可以补充额外的角色功能。试题三参考答案(共15分)【问题1】(2分,各1分)A1:工资系统A2:菜单管理员【问题2】(8分,每行2分)(注:四行顺序可以不同,但是每行必须对应,其中,用例名称及其对应的参与者都正确给2分,只有用例名正确给l分,其余情况不得分)【问题3】(4分,各1分)【问题4】(1分)泛化关系(一般/特殊关系、继承关系)。泛化关系描述了一个参与者可以完成另一个参与者同样的任务,并可补充额外的角色功能。

  • 第5题:

    部门、员工和项目的关系模式及它们之间的E-R图如下所示,其中,关系模式中带实下划线的属性表示主键属性。图中:
    部门(部门代码,部门名称,电话)
    员工(员工代码,姓名,部门代码,联系方式,薪资)
    项目(项目编号,项目名称,承担任务)

    若部门和员工关系进行自然连接运算,其结果集为(54)元关系。由于员工和项目之间关系之间的联系类型为(55),所以员工和项目之间的联系需要转换成一个独立的关系模式,该关系模式的主键是(56)

    A.5
    B.6
    C.7
    D.8

    答案:C
    解析:
    本题考查数据库知识点。自然连接:如果两个关系中进行比较的分量是相同的属性组,并且在结果中把重复的属性列去掉,则称为自然连接。自然连接的特点是先进行笛卡尔积运算,然后等值连接,最后对于重复的属性列只留下一个即可。本题中,应将部门和员工两关系模式中的部门代码进行相等比较,并去掉重复的一个部门代码列,最终的列为(部门代码,部门名称,电话,员工代码,姓名,联系方式,薪资),共包含7个列,试题(54)选择C选项。题目图中以标明员工与项目关系为“*:*”,即“多:多”的关系,试题(55)选择D选项。试题(56)考查的是将概率模型转换为逻辑模型的知识,在概率模型中,如果实体之间的关系为多对多的关系,则实体之间的联系也需要转变为逻辑模型中的一个关系模式,根据以上分析,员工和项目之间的联系需要转换成一个独立的关系模式,该关系模式的主键是员工表的主键“员工编号”与项目表的主键“项目编号”的组合“项目编号,员工代码”,且此组合确实能唯一地确定每一个元组,试题(56)选择B选项。