阅读下列说明，回答问题1～问题4。【说明】某超市的销售业务由一个销售业务管理系统进行管理，该系统每完成一次交易都需要提供顾客发票，其格式见表6所示。对于这样一个销售业务管理系统，分别给出了以下两种关系数据库的设计(下划线表示主关键字)设计一：顾客Customer(顾客代码Cno，姓名name，住址address，联系电话phone)收银员Salesman(收银员代码Sno，身份证号idno，姓名name，住址address，联系电话 phone)商品Merchandise(商品代码Mno，商品名称Mnam
题目
阅读下列说明，回答问题1～问题4。
【说明】
某超市的销售业务由一个销售业务管理系统进行管理，该系统每完成一次交易都需要提供顾客发票，其格式见表6所示。
对于这样一个销售业务管理系统，分别给出了以下两种关系数据库的设计(下划线表示主关键字)
设计一：
顾客Customer(顾客代码Cno，姓名name，住址address，联系电话phone)
收银员Salesman(收银员代码Sno，身份证号idno，姓名name，住址address，联系电话 phone)
商品Merchandise(商品代码Mno，商品名称Mname，价格price)
发票Invoice(发票号码Ino，交易日期Idate，顾客代码Cno，收银员代码Sno，商品代码 Mno，单价unitpfice，数量amount)
设计二：
顾客Customer(顾客代码Cno，姓名name，住址address，联系电话phone)
收银员Salesman(收银员代码Sno，身份证号idno，姓名name，住址address，联系电话 phone)
商品Memhandise(商品代码Mno，商品名称Mname，价格price)
发票Ivoice(发票号码Ino，交易日期Idate，顾客代码Cno，收银员代码Sno)
发票明细Invoicedetail(发票号码Ino，商品代码Mno，单价unitprice，数量amount)
设计一的关系模式Invoice最高满足第几范式?为什么?设计一和设计二哪个更加合理?为什么?
相似考题
更多“ 阅读下列说明，回答问题1～问题4。【说明】某超市的销售业务由一个销售业务管理系统进行管理，该系统每完成一次交易都需要提供顾客发票，其格式见表6所示。对于这样一个销售业务管理系统，分别给出了以下两种关系数据库的设计”相关问题
-
第1题：
“以销售业务中的各类发票，以及销售业务之外的应收单为基础，进行单据管理及结算，销售业务核算，应收账款账龄分析等业务分析，实现对承兑汇票的管理，提供方便的输出数据功能。”属于(11)的功能。
A．应收子系统
B．应付子系统
C．存货子系统
D．销售子系统
正确答案：A
解析：“以销售业务中的各类发票，以及销售业务之外的应收单为基础，进行单据管理及结算，销售业务核算，应收账款账龄分析等业务分析，实现对承兑汇票的管理，提供方便的输出数据功能。”属于应收子系统的功能。 -
第2题：
试题三（共 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分）泛化关系（一般/特殊关系、继承关系）。泛化关系描述了一个参与者可以完成另一个参与者同样的任务，并可补充额外的角色功能。 -
第3题：
阅读下列说明，回答问题1和问题2，将解答写在答题纸的对应栏内。
【说明】
Windows 系统的用户管理配置中，有多项安全设置，如图2-1 所示。
答案：解析：【问题1】(3分）属于账号策略。 账户策略主要包括密码策略和账户锁定策略两种安全设置。
【问题 2】(3分）Abcd321 test123！ 123@host 密码必须符合复杂性要求：启用此策略，用户账户使用的密码必须符合复杂性的要求。 密码复杂性必须符合下列最低要求： 不能包含用户的账户名； 不能包含用户姓名中超过两个连续字符的部分； 至少有六个字符长； 密码总必须包含一下4类字符中的三类字符： 1、英文大写字母（A-Z） 2、英文小写字母(a-z) 3、10个基本数字（0-9） 4、特殊符号（！@#￥%等）
-
第4题：
●试题三
阅读下列说明，回答问题1～问题3，将解答填入答题纸的对应栏内。
【说明】
某超市的销售业务由一个销售业务管理系统进行管理，该系统每完成一次交易都需要提供顾客发票，其格式见表6所示。
对于这样一个销售业务管理系统，分别给出了以下两种关系数据库的设计(下划线表示主关键字)
设计一：
顾客Customer(顾客代码Cno，姓名name，住址address，联系电话phone)
收银员Salesman(收银员代码Sno，身份证号idno，姓名name，住址address，联系电话phone)
商品Merchandise(商品代码Mno，商品名称Mname，价格price)
发票Invoice(发票号码Ino，交易日期Idate，顾客代码Cno，收银员代码Sno，商品代码Mno，单价unitprice，数量amount)
设计二：
顾客Customer(顾客代码Cno，姓名name，住址address，联系电话phone)
收银员Salesman(收银员代码Sno，身份证号idno，姓名name，住址address，联系电话phone)
商品Merchandise(商品代码Mno，商品名称Mname，价格price)
发票Ivoice(发票号码Ino，交易日期Idate，顾客代码Cno，收银员代码Sno)
发票明细Invoicedetail(发票号码Ino，商品代码Mno，单价unitprice，数量amount)
【问题1】
设计一的关系模式Invoice最高满足第几范式?为什么?设计一和设计二哪个更加合理?为什么?
【问题2】
根据设计二中关系模式，以下SQL语句是用于"建立2005年1月期间每张发票的发票号，交易日期，交易商品件数和交易总金额的视图"的不完整语句，请填补其中的空缺。
CREATE VIEW Invoice -total (1)
SELECT Invoice.Ino，Idate， (2) ， (3)
FROM Invoice，Invoicedetail
WHERE (4) AND
Idate BETWEEN′2005-01-01′AND′2005-01-31′
GROUPBY (5) ；
【问题3】
根据设计二中关系模式，以下SQL语句是用于"查询从未售出的商品信息"的不完整语句，请填补其中的空缺。
SELECT Mno，Mname，price
FROM Merchandise (1)
WHERE (2)
(SELECT (3)
FROM Invoicedetail
WHERE A．Mno=Invoicedetail.Mno)；
【问题4】
设计二中关系Merchandise中由属性price表示商品价格，关系Invoicedetail中的属性unitprice也表示商品价格。两个是否有必要同时存在?为什么?
正确答案：
●试题三［问题1］【答案】设计一中Invoice最高满足第一范式。根据题意可得出以下函数依赖：Ino→Sno，Cno，Idate而关系Invoice的主码是Ino和Mno。非主属性Sno、Cno和Idate并非完全依赖于主码，因此关系Invoice不满足第二范式，最高满足第一范式。设计二更加合理。因为设计二解决了设计一中由于非主属性不完全依赖于主码而造成的数据冗余等问题。［问题2］【答案】(1)AS(2)SUM(amount)(3)SUM(unitprice*amount)(4)Invoice.Ino=Invoicedetail.Ino(5)Invoice.Ino，Idate或Invoicedetail.Ino.Idate［问题3］【答案】(1)A和ASA(2)NOTEXISTS(3)*［问题4］【答案】有必要。Merchandise中由属性price表示的是商品的当前价格，超市中的价格是有可能变动的，而关系Invoicedetail中的属性unitprice表示的是在开具发票时该商品的单价。【解析】设计一中根据题意可得出以下函数依赖：Ino→Sno，Cno，Idate而关系Invoice的主码是Ino和Mno。非主属性Sno、Cno和Idate并非完全依赖于主码，因此关系Invoice不满足第二范式，最高满足第一范式。关系Invoice的设计的不合理在于该关系中将发票的单值属性(发票号码Ino，交易日期Idate，顾客代码Cno，收银员代码Sno)和多值属性(商品代码Mno，单价unitprice，数量amount)混合在一个关系中，造成关系Invoice的冗余异常、修改异常和删除异常。而设计二则将设计一中关系Invoice分解，使得发票的单值属性和多值属性分开，避免了异常。因此，设计二明显比设计一要好。问题2是要建立2005年1月期间每张发票的发票号，交易日期，交易商品件数和交易总金额的视图。首先建立视图的格式为CREATEVIEW<视图名>AS<视图定义>，因此(1)空的答案为AS。本查询是从Invoice和Invoicedetail两个关系中查询，两关系的连接条件是两关系的Ino相等，因此(4)空的答案是Invoice.Ino=Invoicedetail.Ino。统计每张发票的信息需要按发票将数据分组，也就是按发票号Ino分组，但因为查询关系Invoice和Invoicedetail都有属性Ino。为了避免二义性，所以分组属性是Invoice.Ino或者是Invoicedetail.Ino。因为在包含聚合运算的Select子句中，只有在GroupBy子句中出现的属性才能在SELECT子句中以非聚合形式出现，而SELECT子句中有非聚合形式的属性Idate出现，所以(5)空的答案是Invoice.Ino.Idate或Invoicedetail.Ino.Idate。需要查询的是每张发票的交易商品件数和交易总金额。交易商品件数是发票商品数量的总和，因此(2)空的答案是SUM(amount)。交易总金额是每条交易商品明细中每条记录商品金额的总和，每条记录商品金额是unitprice*amount，因此(3)空的答案是SUM(unitprice*amount)。问题3是查询从未售出的商品信息。SQL语句中有两种格式为表或视图取别名："表名AS别名"或"表名别名"。由题中可以看出Merchandise的别名是A，因此填空(1)的答案是A或者ASA。要查询"从未出售"的商品，也就是要查询的商品在交易记录中不存在，因此(2)空的答案是NOTEXISTS。Merchandise中由属性price表示的是商品的当前价格，超市中的价格是有可能变动的，而关系Invoicedetail中的属性unitprice表示的是在开具发票时该商品的单价。如果缺少其中任意一个，将导致商品单价不能进行调整，否则，当商品的单价发生变化时，销售历史中的商品价格就随着发生变化。 -
第5题：
《证券投资基金销售业务信息管理平台管理规定》从以下（）等方面明确证券基金销售业务信息管理或信息系统的各项技术标准。A:前台业务系统和自动式前台系统
B:监管系统信息报送
C:信息管理平台应用系统
D:后台管理系统答案：A,B,C,D解析：《证券投资基金销售业务信息管理平台管理规定》从前台业务系统、自动式前台系统、后台管理系统、监管系统信息报送和信息管理平台应用系统的支持系统五个方面明确了证券投资基金销售业务信息管理或信息系统的各项技术标准。