如果结果不匹配，请 
更多“变配电所内盘柜的安装位置可以不按系统图和平面布置图的位号安装…”相关的问题
A.系统硬件配置图、盘内平面布置图、盘内接线图
B.I/O地址分配表、梯形逻辑图、功能模块逻辑图或应用程序文件清单、因果表
C.启动停车顺序图、系统软件组态手册、系统安装手册、使用手册或系统操作手册等
D.系统流程图
题12-17图(a)所示传动轴,由于加工误差,轴承C的位置偏离轴线δ=0.25mm,试计算安装后轴内的最大弯曲正应力。已知轴的径d=50mm,弹性模量E=200GPa。
试题三（共15分）
阅读下列说明，回答问题l‘至问题3，将解答填入答题纸的对应栏内。
【说明】
某服装销售公司拟开发一套服装采购管理系统，以方便对服装采购和库存进行管理。
【需求分析】
(1)采购系统需要维护服装信息及服装在仓库中的存放情况。系统按服装的销售种类记录服装信息。服装信息主要包括：服装编码、服装描述、服装类型、销售价格、尺码和面料，其中，服装类型为销售分类，服装按销售分类编码。仓库信息主要包括：仓库编码、仓库位置、仓库容量和库管员。系统记录库管员的库管员编码、姓名和级别。一个库管员可以管理多个仓库，每个仓库有一名库管员。一个仓库中可以存放多类服装，一类服装可能存放在多个仓库中。
(2)当库管员发现有一类或者多类服装缺货时，需要生成采购订单。一个采购订单可以包含多类服装。每类服装可由多个不同的供应商供应，但具有相同的服装编码。采购订单主要记录订单编码、订货日期和应到货日期，并需详细记录所采购的每类服装的数量、采购价格和对应的多个供应商。
(3)系统需记录每类服装的各个供应商信息和供应情况。供应商信息包括：供应商编码、供应商名称、地址、企业法人和联系电话。供应情况记录供应商所供应服装的服装类型和服装质量等级。一个供应商可以供应多类服装，一类服装可由多个供应商供应。库管员根据入库时的服装质量情况，设定或修改每个供应商所供应的每类服装的服装质量等级，用以作为后续采购服装时，选择供应商的参考标准。
【概念模型设计】
根据需求阶段收集的信息，设计的实体联系图（不完整）如图3-1所示。
【逻辑结构设计】
根据概念模型设计阶段完成的实体联系图，得出如下关系模式（不完整）：
库管员((1) ，姓名，级别）
仓库信息（（2） ，仓库位置，仓库容量）
服装（服装编码，服装描述，服装类型，尺码，面料，销售价格）
供应商（（3） ，供应商名称，地址，联系电话，企业法人）
供应情况((4) ，服装质量等级）
采购订单((5) )
采购订单明细((6) ）
【问题1】（6分）
补充图3-1中的联系和联系的类型。
【问题2】（6分）
根据图3-1，将逻辑结构设计阶段生成的关系模式中的空(1)～(6)补充完整。对所有关系模式，用下划线指出各关系模式的主键。
【问题3】（3分）
如果库管员定期需要轮流对所有仓库中的服装质量进行抽查，对每个仓库中的每一类被抽查服装需要记录一条抽查结果，并且需要记录抽查的时间和负责抽查的库管员。请根据该要求，对图3-1进行修改，画出修改后的实体间联系和联系的类型。
阅读下列说明，回答问题1至问题3，将解答填入答题纸的对应栏内。
【说明】
某服装销售公司拟开发一套服装采购管理系统，以方便对服装采购和库存进行管理。
【需求分析】
(1)采购系统需要维护服装信息及服装在仓库中的存放情况。系统按服装的销售种类记录服装信息。服装信息主要包括：服装编码、服装描述、服装类型、销售价格、尺码和面料，其中，服装类型为销售分类，服装按销售分类编码。仓库信息主要包括：仓库编码、仓库位置、仓库容量和库管员。系统记录库管员的库管员编码、姓名和级别。一个库管员可以管理多个仓库，每个仓库有一名库管员。一个仓库中可以存放多类服装，一类服装可能存放在多个仓库中。
(2)当库管员发现有一类或者多类服装缺货时，需要生成采购订单。一个采购订单可以包含多类服装。每类服装可由多个不同的供应商供应，但具有相同的服装编码。采购订单主要记录订单编码、订货日期和应到货日期，并需详细记录所采购的每类服装的数量、采购价格和对应的多个供应商。
(3)系统需记录每类服装的各个供应商信息和供应情况。供应商信息包括：供应商编码、供应商名称、地址、企业法人和联系电话。供应情况记录供应商所供应服装的服装类型和服装质量等级。一个供应商可以供应多类服装，一类服装可由多个供应商供应。库管员根据入库时的服装质量情况，设定或修改每个供应商所供应的每类服装的服装质量等级，用以作为后续采购服装时，选择供应商的参考标准。
【概念模型设计】
根据需求阶段收集的信息，设计的实体联系图（不完整）如图3-1所示。
【逻辑结构设计】
根据概念模型设计阶段完成的实体联系图，得出如下关系模式（不完整）：
库管员((1) ，姓名，级别）
仓库信息（（2） ，仓库位置，仓库容量）
服装（服装编码，服装描述，服装类型，尺码，面料，销售价格）
供应商（（3） ，供应商名称，地址，联系电话，企业法人）
供应情况((4) ，服装质量等级）
采购订单((5) )
采购订单明细((6) ）
【问题1】
补充图3-1中的联系和联系的类型。
【问题2】
根据图3-1，将逻辑结构设计阶段生成的关系模式中的空(1)～(6)补充完整。对所有关系模式，用下划线指出各关系模式的主键。
【问题3】
如果库管员定期需要轮流对所有仓库中的服装质量进行抽查，对每个仓库中的每一类被抽查服装需要记录一条抽查结果，并且需要记录抽查的时间和负责抽查的库管员。请根据该要求，对图3-1进行修改，画出修改后的实体间联系和联系的类型。
●试题五
阅读下列说明和HTML文本，分析其中嵌入的JavaScrlpt脚本，将应填入(n)处的语句写在答题纸的对应栏内。
［说明］
本题实现用鼠标拖拽图片在Web页内移动的功能。将鼠标放在图片上，按下左键，移动鼠标便可带动图片一起移动。
【HTML文本】
＜html＞
＜!省略部分为HTML框＞
………
＜style＞
＜!.drag{position：relative；cursor：hand}／／css程序，通过类选择符建立类，类的名称为drag
＞
＜／style＞
(1) ／／JavaScript区域开始标识
var m=false／／声明几个变量
var z，x，y
function p(){／／定义一个函数p()，判断鼠标是否已按下左键
if((2) ＆&m){
z.style.pixelLeft=a+event.clentX-x ／／定义图片左上角的位置
z.style.pixelTop=b+event.client Y-y
return false
}
}
function q(){//定义一个函数q()。如果是Netscape浏览器，就返回。
//所以此效果在Netscape浏览器中看不到
if(!document.a11)
retum
if(event.srcElement.className==“drag”，)，//如果鼠标左键被按下，
//返回z，a，b，x，y的值
m=true
z=event.srcElement
a=z.style.pixelLeft
b=z.style.pixelTop
x=event.clientX
y=event.clientY
(3) //当鼠标移动时，执行p()函数，当鼠标按下的时候，执行q函数，
//当鼠抬起的时候，不执行任何函数
}
}
(4)
document.onmouseup=newfunction(" (5) ")
题12-5图(a)所示系统，与弹簧相连的滑块M可沿固定的光滑圆环滑动，圆环和弹货都在同一铅直平面内，已知滑块M的重量为P=100N,圆环的半径为R=10cm,弹簧原长为l0=15cm,弹簧的刚度系数为k=400 N/m,试求滑块从位置C运动到位置B的过程中，滑块上各力所做的总功。
阅读下列某网上订书管理系统的说明和E-R图，根据要求回答问题1～问题3。
[说明]
某网上订书系统的E-R图(已消除了不必要的冗余)如图6-17所示(图中没有标出主码)。图中实体的说明如表6-10所示，相关属性说明如表6-11所示。
.jpg)
一个顾客可以在同一天填写多张购书单，每张购书单上可填写多种图书，每种图书可以订购多本，bid相同的图书在同一张购书单上不能出现多次。
注：为简化起见，不考虑信用卡号码泄漏所带来的安全性等问题。
根据图6-17所示的E-R图中给出的词汇，按照“关系模式名(属性，属性，…)”的格式，将此E-R图转换为4个关系模式，并指出每个关系模式中的主码和外码，其中模式名根据需要取实体名或联系名。
试题三（共15分）
阅读下列说明和图，回答问题1至问题3，将解答填入答题纸的对应栏内。
【说明】
某软件公司欲设计实现一个虚拟世界仿真系统。系统中的虚拟世界用于模拟现实世界中的不同环境（由用户设置并创建），用户通过操作仿真系统中的1~2个机器人来探索虚拟世界。机器人维护着两个变量b1和b2，用来保存从虚拟世界中读取的字符。
该系统的主要功能描述如下：
（1）机器人探索虚拟世界（RunRobots）。用户使用编辑器（Editor）编写文件以设置想要模拟的环境，将文件导入系统（LoadFile）从而在仿真系统中建立虚拟世界（SetupWorld）。机器人在虚拟世界中的行为也在文件中进行定义，建立机器人的探索行为程序（SetupProgram）。机器人在虚拟世界中探索时（RunProgram），有2种运行模式：
①自动控制（Run）：事先编排好机器人的动作序列（指令（Instruction）），执行指令，使机器人可以连续动作。若干条指令构成机器人的指令集（InstructionSet）。
②单步控制(Step)：自动控制方式的一种特殊形式，只执行指定指令中的一个动作。
（2）手动控制机器人（ManipulateRobots）。选定1个机器人后（SelectRobot），可以采用手动方式控制它。手动控制有4种方式：
①Move：机器人朝着正前方移动一个交叉点。
②Left：机器人原地沿逆时针方向旋转90度。
③Read：机器人读取其所在位置的字符，并将这个字符的值赋给b1；如果这个位置上没有字符，则不改变b1的当前值。
④Write：将b1中的字符写入机器人当前所在的位置，如果这个位置上已经有字符，该字符的值将会被b1的值替代。如果这时b1没有值，即在执行Write动作之前没有执行过任何Read动作，那么需要提示用户相应的错误信息（ShowErrors）。
手动控制与单步控制的区别在于，单步控制时执行的是指令中的动作，只有一种控制方式，即执行下个动作；而手动控制时有4种动作。
现采用面向对象方法设计并实现该仿真系统，得到如图3-1所示的用例图和图3-2所示的初始类图。图3-2中的类“Interpreter”和“Parser”用于解析描述虚拟世界的文件以及机器人行为文件中的指令集。
图3-1用例图
图3-4初始类图
【问题1】（6分）
根据说明中的描述，给出图3-1中U1～U6所对应的用例名。
【问题2】（4分）
图3-1中用例U1～U6分别与哪个（哪些）用例之间有关系，是何种关系？
【问题3】（5分）
根据说明中的描述，给出图3-2中C1～C5所对应的类名。
试题三（共15分）
阅读下列说明和图，回答问题1至问题3，将解答填入答题纸的对应栏内。
【说明】
Pay&Drive系统（开多少付多少）能够根据驾驶里程自动计算应付的费用。
系统中存储了特定区域的道路交通网的信息。道路交通网由若干个路段(Road Segment)构成，每个路段由两个地理坐标点(Node)标定，其里程数(Distance)是已知的。在某些地理坐标点上安装了访问控制（Access Control）设备，可以自动扫描行驶卡(Card)。行程(Trajectory)由一组连续的路段构成。行程的起点(Entry)和终点(Exit)都装有访问控制设备。
系统提供了3种行驶卡。常规卡(Regular Card)有效期(Valid Period)为一年，可以在整个道路交通网内使用。季卡(Season Card)有效期为三个月，可以在整个道路交通网内使用。单次卡(Minitrip Card)在指定的行程内使用，且只能使用一次。其中，季卡和单次卡都是预付卡(Prepaid Card)，需要客户(Customer)预存一定的费用。
系统的主要功能有：客户注册、申请行驶卡、使用行驶卡行驶等。
使用常规卡行驶，在进入行程起点时，系统记录行程起点、进入时间(Date Of Entry)
等信息。在到达行程终点时，系统根据行驶的里程数和所持卡的里程单价(Unit Price)计
算应付费用，并打印费用单(Invoice)。
季卡的使用流程与常规卡类似，但是不需要打印费用单，系统自动从卡中扣除应付费用。
单次卡的使用流程与季卡类似，但还需要在行程的起点和终点上检查行驶路线是否符合该卡所规定的行驶路线。
现采用面向对象方法开发该系统，使用UML进行建模。构建出的用例图和类图分别如图3-1和图3-2所示。
【问题1】
根据说明中的描述，给出图3-1中Ul和U2所对应的用例，以及(1)所对应的关系。
【问题2】
根据说明中的描述，给出图3-2中缺少的C1～C6所对应的类名以及(2)～(3)处所对应的多重度（类名使用说明中给出的英文词汇）。
【问题3】
根据说明中的描述，给出Road Segment、Trajectory和Card所对应的类的关键属性（属性名使用说明中给出的英文词汇）。
阅读下列说明和uML图，回答问题l至问题4，将解答填入答题纸的对应栏内。
【说明】
某企业为了方便员工用餐，为餐厅开发了一个订餐系统(COS：Cafeteria Ordering system)，企业员工可通过企业内联网使用该系统。
企业的任何员工都可以查看菜单和今日特价。系统的顾客是注册到系统的员工，可以订餐(如果未登录，需先登录)、注册工资支付、预约规律的订餐，在特殊情况下可以覆盖预订。餐厅员工是特殊顾客，可以进行备餐、生成付费请求和请求送餐，其中对于注册工资支付的顾客生成付费请求并发送给工资系统。菜单管理员是餐厅特定员工，可以管理菜单。送餐员可以打印送餐说明，记录送餐信息(如送餐时间)以及记录收费(对于没有注册工资支付的顾客，由送餐员收取现金后记录)。
顾客订餐过程如下：
1．顾客请求查看菜单； 2．系统显示菜单和今日特价；
3．顾客选菜； 4．系统显示订单和价格；
5．顾客确认订单；
6．系统显示可送餐时间；
7．顾客指定送餐时间、地点和支付方式；
8-系统确认接受订单，然后发送Email给顾客以确认订餐，同时发送相关订餐信息通知给餐厅员工。系统采用面向对象方法开发，使用UML进行建模。系统的顶层用例图和一次订餐的活动图初稿分别如图6—4和图5—5所示。
.jpg)
根据【说明】中的描述，给出图6—4中A1和A2所对应的参与者。
阅读下列说明和图，回答问题1至问题4，将解答填入对应栏内。
【说明】
会议审稿系统(Online Reviewing System，ORS)主要处理会议前期的投稿和审稿事务，其功能描述如下：
1．用户在初始使用系统时，必须在系统中注册(register)成为作者或审稿人。
2．作者登录(login)后提交稿件和浏览稿件审阅结果。提交稿件必须在规定提交时间范围内，其过程为先输入标题和摘要、选择稿件所属主题类型、选择稿件所在位置 (存储位置)。上述几步若未完成，则重复；若完成，则上传稿件至数据库中，系统发送通知。
3．审稿人登录后可设置兴趣领域、审阅稿件给出意见以及罗列录用和(或)拒绝的稿件。
4．会议委员会主席是一个特殊审稿人，可以浏览提交的稿件、给审稿人分配稿件、罗列录用和(或)拒绝的稿件以及关闭审稿过程。其中，关闭审稿过程须包括罗列录用和(或)拒绝的稿件。
系统采用面向对象方法开发，使用UMi进行建模。在建模用例图时，常用的方式是先识别参与者，然后确定参与者如何使用系统来确定用例，每个用例可以构造一个活动图。参与者名称、用例和活动名称分别参见以下各表。参与者列表
1.jpg)
用例名称列表
2.jpg)
系统的部分用例图和提交稿件的活动图分别见下图。
3.jpg)
根据[说明]中的描述，使用参与者列表的英文名称，给出ORS用例图中A1～A4所对应的参与者。
