信管网案例分析
软件设计师 - 案例分析 导航

2022年上半年软件设计师案例分析真题模拟试题及答案(7)

2022年05月14日来源:信管网 作者:cnitpm

2022年上半年软件设计师案例分析真题模拟试题及答案(7)
  • 试题一:阅读下列说明和图,回答问题1至问题3,将解答填入答题纸的对应栏内。
    【说明】
    某游戏公司欲开发一款吃金币游戏。游戏的背景为一种回廊式迷宫(Maze),在迷宫的不同位置上设置有墙。迷宫中有两种类型的机器人(Robos):小精灵(PacMan)和幽灵(Ghost)。游戏的目的就是控制小精灵在迷宫内游走,吞吃迷宫路径上的金币,且不能被幽灵抓到。幽灵在迷宫中游走,并会吃掉遇到的小精灵。机器人游走时,以单位距离的倍数计算游走路径的长度。当迷宫中至少存在一个小精灵和一个幽灵时,游戏开始。
    机器人上有两种传感器,使机器人具有一定的感知能力。这两种传感器分别是:
    (1)前向传感器(FrontSensor),探测在机器人当前位置的左边、右边和前方是否有墙(机器人遇到墙时,必须改变游走方向)。机器人根据前向传感器的探测结果,决定朝哪个方向运动。
    (2)近距离传感器(ProxiSesor),探测在机器人的视线范围内(正前方)是否存在隐藏的金币或幽灵。近距离传感器并不报告探测到的对象是否正在移动以及朝哪个方向移动。但是如果近距离传感器的连续两次探测结果表明被探测对象处于不同的位置,则可以推导出该对象在移动。
    另外,每个机器人都设置有一个计时器(Timer),用于支持执行预先定义好的定时事件。
    机器人的动作包括:原地向左或向右旋转90°;向前或向后移动。
    建立迷宫:用户可以使用编辑器(Editor) 编写迷宫文件,建立用户自定义的迷宫。将迷宫文件导入游戏系统建立用户自定义的迷宫。
    现采用面对家分析与设计方法开发该游戏,得到如图3-1所示的用例图以及图3-2所示的初始类图。


    【问题1】(3分)
    根据说明中的描述,给出图3-1中U1~U3所对应的用例名。
    【问题2】(4分)
    图3-1中用例U1~U3分别与哪个(哪些)用例之间有关系,是何种关系?
    【问题3】(8分)
    根据说明中的描述,给出图3-2中C1~C8所对应的类名。

    查看答案

    参考答案:

    参考解析:www.cnitpm.com/st/459573696.html

    信管网考友试题答案分享:

    信管网ywxkliuna:
    u1小精灵,u2幽灵,u3吃金币 u1u2与操作机器人是泛化关系,u1与u3是 c1机器人robots,c2计时器timer,c3小精灵pacman,c4幽灵ghost,c5传感器sensor,c6前向传感器frontsensor,c7近距离传感器proxisensor,c8迷宫maze

    信管网wantao1008hh:
    1. u1,maze; u2,pacman; u3,ghost 2. u2,u3是组合关系u1,u2和u3是关联关系 3. c1 robos; c2 timer; c3 frontsensor;c4 proxisesor; c5 robos;c6 pacman;c7 ghost;c8 maze;

    信管网cnitpm505086706127:
    问题1: u1:前向传感器 u2:近距离传感器 u3:计时器 问题2: u1与c8是关联关系,与c2和c5是组合关系,与c3,c4是父与子的实现关系 u2与c1是组合关系,与c6,c7是父与子的实现关系 u3与c1是组合关系 问题3: c1:前向传感器 c2:定时事件 c3:机器人原地向左旋转90度 c4:机器人原地向右旋转90度 c5:近距离传感器 c6:机器人向前 c7:机器人向后 c8:用户

    信管网cnitpm516142146906:
    1、u1:精灵游走,u2:吃金币,u3:被幽灵抓 2、u1和建立迷宫是关联,和操作机器人是依赖;u2和操作机器人是依赖,u3和建立迷宫是依赖 3、c1:机器人,c2:计时器,c3:小精灵,c4:幽灵,c5:传感器,c6:前向传感器,c7:近距离传感器,c8:迷宫

  • 试题二:阅读下列说明,回答问题1至问题4,将解答填入答题纸的对应栏内。
    【说明】
    M公司为了便于开展和管理各项业务活动,提高公司的知名度和影响力,拟构建一个基于网络的会议策划系统。
    【需求分析结果】
    该系统的部分功能及初步需求分析的结果如下:
    (1)M公司旗下有业务部,策划部和其它部门。部门信息包括部门号,部门名,主管,联系电话和邮箱号。每个部门只有一名主管,只负责本部门的工作,且主管参照员工关系的员工号:一个部门有多名员工,每个员工属于且仅属于一个部门。
    (2)员工信息包括员工号,姓名,职位,联系方式和薪资。职位包括主管,业务员,策划员等。业务员负责受理用户申请,设置受理标志。一名业务员可以受理多个用户申请,但一个用户申请只能由一个业务员受理。
    (3)用户信息包括用户号,用户名,银行账号,电话,联系地址。用户号唯一标识用户信息中的每一个元组。
    (4)用户申请信息包括申请号,用户号,会议日期,天数,参会人数,地点,预算费用和受理标志。申请号唯一标识用户申请信息中的每一个元组,且一个用户可以提交多个申请,但一个用户申请只对应一个用户号。
    (5)策划部主管为已受理的用户申请制定会议策划任务。策划任务包括申请号,任务明细和要求完成时间。申请号唯一标识策划任务的每一个元组。一个策划任务只对应一个已受理的用户申请,但一个策划任务可由多名策划员参与执行,且一名策划员可以参与执行多项策划任务。
    【概念模型设计】
    根据需求阶段收集的信息,设计的实体联系图(不完整)如图2-1所示。

    【关系模式设计】
    部门(部门号,部门名,部门主管,联系电话,邮箱号)
    员工(员工号,姓名, (a) ,联系方式,薪资)
    用户(用户名, (b) ,电话,联系地址)
    用户申请(申请号,用户号,会议日期,天数,参会人数,地点,受理标志, (c) )
    策划任务(申请号,任务明显, (d) )
    执行(申请号,策划员,实际完成时间,用户评价)
    【问题1】(5分)
    根据问题描述,补充五个联系,完成图2-1的实体联系图,联系名可用联系1,联系2,联系3,联系4和联系5表示,
    联系的类型为1:1,1:n和m:n(或1:1,1:*和*:*)
    【问题2】(4分)
    根据题意,将关系模式中的空(a)~(d)补充完整,并填入答题纸的位置上。
    【问题3】(4分)
    给出“用户申请”和“策划任务”关系模式的主键和外键。
    【问题4】(2分)
    请问“执行”关系模式的主键为全码的说法正确吗?为什么?

    查看答案

    参考答案:

    参考解析:www.cnitpm.com/st/3956625776.html

    信管网考友试题答案分享:

    信管网cnitpm509362975264:
    问题2: a:职位、部门号 b:用户号、银行卡 c:预算费用、主管id d:要求完成时间 问题3: 用户申请:主键:申请号 外键:用户号 策划任务:主键:申请号 外键:主管id 问题4: 不正确 因为申请号和策划员的组合键就可以唯一标识表中的每一个元祖

    信管网cnitpm477390986325:
    (1)   联系1:部门和员工,1:n   联系2:业务员和用户申请,1:n   联系3:用户和用户申请,1:n   联系4:策划员和策划任务,n:m   联系5:部门和主管,1:1 (2)a:职位,部门号 b:用户号,银行账号 c:预算,员工号 d:要求完成时间 (3)用户申请: 主键:申请号 外键:用户号,业务员 策划任务: 主键:申请号 外键:申请号、主管 (4)不正确,all-key关系模型的所有属性组成该关系模式的候选码,称为全码。即所有属性当作一个码。若关系中只有一个候选码,且这个候选码中包含全部属性,则该候选码为全码。

    信管网suhx:
    【问题1】: 部门(1)-联系1-主管(1):,部门(1)-联系2-员工(*),业务员(1)-联系3-用户申请(*),用户(1)-联系4-用户申请(*),策划员(*)-联系5-策划任务(*), 【问题2】: (a):职位,(b):用户号,银行账号,(c):预算费用,(d):要求完成时间, 【问题3】: 用户申请:主键:申请号,外键:用户号, 策划任务:主键:申请号,外键:任务明细,要求完成时间, 【问题4】: 不正确,因为一个策划任务可以由多名策划员参与执行,策划任务的实际完成时间和用户评价也可能和别的任务一样,并不能得出唯一的一次执行任务。

阅读推荐:

【点击查看:2022年上半年软件设计师真题答案及解析

【点击查看:历年软件设计师真题答案下载及在线做题

【点击查看:信管网软件设计师培训课程

更多有关2022年上半年软件设计师真题模拟试题的信息,请关注信管网软件设计师真题频道【点击查看

温馨提示:因考试政策、内容不断变化与调整,信管网提供的以上信息仅供参考,如有异议,请考生以权威部门公布的内容为准!

分享至:

信管网 - 信息系统项目管理专业网站

下载APP-在线学习

培训课程

0元畅享

考试题库

免费资料

客服咨询