E3:单车
【问题2】（5分）
使用说明中的词语，给出图1-2中的数据存储D1~D5的名称。 D1:存储用户信息
D2:记录单车位置及状态信息 D3:记录单车行程信息 D4:存储计费规则 D5:记录单车故障信息
【问题3】（5分）
根据说明和图中术语及符号，补充图1-2中缺失的数据流及其起点和终点. 起点：p3 终点：E1 数据流名称：开锁密码 起点：p3终点：E1 数据流名称：费用 起点：p3 终点：E3 数据流名称：开锁指令 起点：p3 终点：D2 数据流名称：单车状态 起点：D4 终点：P3 数据流名称：计费规则 起点：D3 终点：P7 数据流名称：行程信息
【问题4】（2分）
根据说明中术语，说明\使用单车\可以分解为哪些子加工? 扫码/手动开锁，骑行单车，锁车结帐
试题二
阅读下列说明，回答问题1至4问题，将解答填入答题纸的对应栏内。 【说明】
M公司为了便于开展和管理各项业务活动，提高公司的知名度和影响力，拟构建一个基于网络的会议策划系统。 【需求分析结果】
该系统的部分功能及初步需求分析的结果如下 ：
（1）M公司旗下有业务部、策划部和其他部门。部门信息包括部门号、部门名、主管、联系电话和邮箱号；每个部门只有一名主管，只负责管理本部门的工作，且主管参照员工关系的员工号；一个部门有多名员工，每名员工属于且仅属于一个部门。
（2）员工信息包括员工号、姓名、职位、联系方式和薪资。职位包括主管、业务员、 策划员等。业务员负责受理用户申请，设置受理标志。一名业务员可以受理多个用户申请，但一个用户申请只能由一名业务员受理。
（3）用户信息包括用户号、用户名、银行账号、电话、联系地址。用户号唯一标识用户信息中的每一个元组。
（4）用户申请信息包括申请号、用户号、会议日期、天数、参会人数、地点、预算和受理标志。申请号唯一标识用户申请信息中的每一个元组，且一个用户可以提交多个申请，但一个用户申请只对应一个用户号。
（5）策划部主管为己受理的用户申请制定会议策划任务。策划任务包括申请号、任务明细和要求完成时间.申请号唯一标识策划任务的每一个元组。一个策划任务只对应一个已受理的用户申请，但一个策划任务可由多名策划员参与执行，且一名策划员可以参与执行，且在项策划任务。 【概念模型设计】
根据需求阶段收集的信息，设计的实体联系图（不完整）如图 2-1 所示。
【关系模型设计】
部门（部门和，部门名，部门主管，联系电话，邮箱号） 员工（员工号，姓名，（ ），联系方式，薪资） 用户（用户名，（ ），电话，联系地址）
用户申请（申请号，用户号，会议日期，天数，参会人数，地点，受理标志，（ ）） 执行（申请号，任务明细，（ ））
【问题1】（5分）
根据问题描述，补充五个联系，完善图2-1的实体联系图。联系名可用联系1、联系2、联系3、联系4和联系5，联系的类型为1:1、1：n和m：n（或1:1、1：*和*：*）。 1.联系1：部门和员工，1：n 2.联系2：业务员和用户申请，1：n 3.联系3：用户和用户申请，1：n 4.联系4：策划员和策划任务，n:m 5.联系5：策划任务和用户申请，1:1
【问题2】（4分）
根据题意，将关系模型中的空（a）~（d）补充完整，并填入答题纸对应的位置上。
a.职位，部门号 b.用户名，银行帐号 c.预算费用，业务员(员工号)
d.要求完成时间
【问题3】（4分）
给出“用户申请”和“策划任务”关系模式的主键和外键。 用户申请：主键：申请号 外键：用户号，业务员 策划任务：主键：申请号 外键：申请号
【问题4】（2分）
请问“执行”关系模式的主键为全码的说法正确吗？为什么？ 不正确。
All-key关系模型的所有属性组组成该关系模式的候选码，称为全码。即所有属性当作一个码。若关系中只有一个候选码,且这个候选码中包含全部属性,则该候选码为全码。 实际完成时间和用户评价为非主属性。
试题三
阅读下列说明，回答问题1至问题3，将解答填入答题纸的对应栏内。 【说明】
某大学拟开发一个用于管理学术出版物（Publication） 的数字图书馆系统，用户可以从该系统查询或下载已发表的学术出版物。系统的主要功能如下:
1.登录系统。系统的用户 （User）仅限于该大学的学生 （Student） 、教师（Faculty）和其他工作人员（Staff） 。在访问系统之前，用户必须使用其校园账户和密码登录系统。 2. 查询某位作者 （Author）的所有出版物。系统中保存了会议文章 （ConfPaper）、期刊文章 （JurnalArticle）和校内技术报告（TechReport ）等学术出版物的信息，如题目、作者以及出版年份等。除此之外，系统还存储了不同类型出版物的一些特有信息； （1）对于会议文章，系统还记录了会议名称、召开时间以及召开地点； （2）对于期刊文章，系统还记录了期刊名称、出版月份、期号以及主办单位； （3）对于校内技术报告，系统记录了由学校分配的唯一ID。
3. 查询指定会议集（Proceedings）或某个期刊特定期（Edition） 的所有文章。会议集包含了发表在该会议（在某个特定时间段、特定地点召开）上的所有文章。期刊的每一期在特定时间发行，其中包含若干篇文章。
4.下载出版物。系统记录每个出版物被下载的次数。
5.查询引用了某篇出版物的所有出版物。在学术出版物中引用他人或早期的文献作为相关工作或背景资料是很常见的现象。用户也可以在系统中为某篇出版物注册引用通知，若有新的出版物引用了该出版物，系统将发送电子邮件通知该用户。
现在采用面向对象方法对该系统进行开发，得到系统的初始设计类图如图3-1所示。
2017下半年软件设计师考试真题及答案
