问答题
阅读下列说明，回答问题1至问题3，将解答填入答题纸的对应栏内。
关系模式设计：部门（部门号，部门名称，经理，电话，邮箱）员工（员工号，姓名，职位，电话号码，工资，（a））客户（（b），单位名称，通信地址，所属省份，联系人，联系电话，银行账号）托运请求（（c），货物名称，数量，运费，出发地，目的地）安排承运（（d），装货时间，达到时间，业务员）
说明：某物流公司为了整合上游供应商与下游客户，缩短物流过程，降低产品库存，需要构建一个信息系统以方便管理其业务运作活动。
需求分析结果
（1）物流公司包含若干部门，部门信息包括部门号、部门名称、经理、电话和邮箱。一个部门可以有多名员工处理部门的日常事务，每名员工只能在一个部门工作。每个部门有一名经理，只需负责本部门的事务和人员。
（2）员工信息包括员工号、姓名、职位、电话号码和工资；其中，职位包括：经理、业务员等。业务员根据托运申请负责安排承运货物事宜，例如：装货时间、到达时间等。一个业务员可以安排多个托运申请，但一个托运申请只由一个业务员处理。
（3）客户信息包括客户号、单位名称、通信地址、所属省份、联系人、联系电话、银行账号，其中，客户号唯一标识客户信息的每一个元组。每当客户要进行货物托运时，先要提出货物托运申请。托运申请包括申请号、客户号、货物名称、数量、运费、出发地、目的地。其中，一个申请号对应唯一的一个托运申请；一个客户可以有多个货物托运申请，但一个托运申请对应唯一的一个客户号。
概念设计模型：根据需求阶段收集的信息，设计的实体联系图和关系模式（不完整）如图7.12所示。
问答题
阅读下列说明和图，回答问题1至问题4，将解答填入答题纸的对应栏内。
说明：某医院欲开发病人监控系统。该系统通过各种设备监控病人的生命体征，并在生命体征异常时向医生和护理人员报警。该系统的主要功能如下。
（1）本地监控：定期获取病人的生命体征，如体温、血压、心率等数据。
（2）格式化生命体征：对病人的各项重要生命体征数据进行格式化，然后存入日志文件并检查生命体征。（3）检查生命体征：将格式化后的生命体征与生命体征范围文件中预设的正常范围进行比较，如果超出了预设范围，系统就发送一条警告信息给医生和护理人员。
（4）维护生命体征范围：医生在必要时（如，新的研究结果出现时）添加或更新生命体征值的正常范围。（5）提取报告：在医生或护理人员请求病人生命体征报告时，从日志文件中提取病人生命体征生成体征报告，并返回给请求者。
（6）生成病历：根据日志文件中的生命体征，医生对病人的病情进行描述，形成病历存入病历文件。
（7）查询病历：根据医生的病历查询请求，查询病历文件，给医生返回病历报告。
（8）生成治疗意见：根据日志文件中的生命体征和病历，医生给出治疗意见，如处方等，并存入治疗意见文件。
（9）查询治疗意见：医生和护理人员查询治疗意见，据此对病人进行治疗。现采用结构化方法对病人监控系统进行分析与设计，获得如图4.29所示的项层数据流图和图4.30所示的0层数据流图。
问答题
阅读下列说明和图，回答问题1至问题4，将解答填入答题纸的对应栏内。
说明：某公司欲开发招聘系统以提高招聘效率，其主要功能如下。
（1）接受申请。
验证应聘者所提供的自身信息是否完整，是否说明了应聘职位，受理验证合格的申请，给应聘者发送致谢信息。
（2）评估应聘者。
根据部门经理设计的职位要求，审查已经受理的申请；对未被录用的应聘者进行谢绝处理，将未被录用的应聘者信息存入未录用的应聘者表，并给其发送谢绝决策；对录用的应聘者进行职位安排评价，将评价结果存入评价结果表，并给其发送录用决策，发送录用职位和录用者信息给工资系统。
现采用结构化方法对招聘系统进行分析和设计，获得如图4.26所示的顶层数据流图、图4.27所示0层数据流图和图4.28所示1层数据流图。
问答题
阅读下列说明和Java代码，将应填入（n）处的字句写在答题纸的对应栏内。
其中类State为抽象类，定义了投币、退币、出纸巾等方法接口。类SoldState、SoldOutState、NoQuarterState和HasQuarterState分别对应图10.37中纸巾售卖机的4种状态：售出纸巾、纸巾售完、没有投币、有2元钱。
说明：某大型商场内安装了多个简易的纸巾售卖机，自动售出2元钱一包的纸巾，且每次仅售出一包纸巾。纸巾售卖机的状态如图10.37所示
。采用状态（State）模式来实现该纸巾售卖机，得到如图10.38所示的类图。
问答题
阅读下列说明，回答问题1至问题3，将解答填入答题纸的对应栏内。
说明：某服装销售公司拟开发一套服装采购管理系统，以便对服装采购和库存进行管理。
需求分析
（1）采购系统需要维护服装信息及服装在仓库中的存放情况，服装信息主要包括：服装编码、服装描述、服装类型、销售价格、尺码和面料，其中，服装类型为销售分类，服装按销售分类编码。仓库信息包括：仓库编码、仓库位置、仓库容量和库管员。系统记录库管员的库管员编码、姓名和级别。一个库管员可以管理多个仓库，每个仓库有一名库管员。一个仓库中可以存放多类服装，一类服装可能存放在多个仓库中。
（2）当库管员发现一类或者多类服装缺货时，需要生成采购订单。一个采购订单可以包含多类服装。每类服装可由多个不同的供应商供应，但具有相同的服装编码。采购订单主要记录订单编码、订货日期和应到货日期，并详细记录所采购的每类服装的数量、采购价格和对应的多个供应商。
（3）系统需记录每类服装的各个供应商信息和供应情况。供应商信息包括：供应商编码、供应商名称、地址、企业法人和联系电话。供应情况记录供应商所供应服装的服装类型和服装质量等级。一个供应商可以供应多类服装，一类服装可由多个供应商供应。库管员根据入库时的服装质量情况，设定或修改每个供应商所供应的每类服装的服装质量等级，作为后续采购服装时，选择供应商的参考标准。
概念模式设计：根据需求阶段收集的信息，设计的实体联系图（不完整）如图7.13所示。
逻辑结构设计：根据概念设计阶段完成的实体联系图，得出如下关系模式（不完整）：库管员（库管员编码，姓名，级别）仓库信息（（1），仓库位置，仓库容量）服装（服装编码，服装描述，服装类型，尺码，面料，销售价格）供应商（供应商编码，供应商名称，地址，联系电话，企业法人）供应情况（（2），服装质量等级）采购订单（（3））采购订单明细（（4））
