精品文档
中级软件设计师2007上半年下午试题
试题一
阅读以下说明和图，回答问题1至问题3。 【说明】
某房屋租赁公司欲建立一个房屋租赁服务系统，统一管理房主和租赁者的信息，从而快速地提供租赁服务。该系统具有以下功能：
1．登记房主信息。对于每名房主，系统需登记其姓名、住址和联系电话，并将这些信息写入房主信息文件。
2．登记房屋信息。所有在系统中登记的房屋都有一个唯一的识别号(对于新增加的房屋，系统会自动为其分配一个识别号)。除此之外，还需登记该房屋的地址、房型(如平房、带阳台的楼房、独立式住宅等)、最多能够容纳的房客数、租金及房屋状态(待租赁、已出租)。这些信息都保存在房屋信息文件中。一名房主可以在系统中登记多个待租赁的房屋。
3．登记租赁者信息。所有想通过该系统租赁房屋的租赁者，必须首先在系统中登记个人信息，包括：姓名、住址、电话号码、出生年月和性别。这些信息都保存在租赁者信息文件中。 4．租赁房屋。已经登记在系统中的租赁者，可以得到一份系统提供的待租赁房屋列表。一旦租赁者从中找到合适的房屋，就可以提出看房请求。系统会安排租赁者与房主见面。对于每次看房，系统会生成一条看房记录并将其写入看房记录文件中。
5．收取手续费。房主登记完房屋后，系统会生成一份费用单，房主根据费用单交纳相应的费用。
6．变更房屋状态。当租赁者与房主达成租房或退房协议后，房主向系统提交变更房屋状态的请求。系统将根据房主的请求，修改房屋信息文件。
数据流图10-1和图10-2分别给出了该系统的顶层数据流图和0层数据流图。
精品文档
精品文档
1. 【问题1】
使用[说明]中给出的词汇，将数据流图10-1中(1)～(4)处的数据流补充完整。 这道题您没有回答
答案:(1)费用单 (2)待租赁房屋列表 (3)看房请求 (4)变更房屋状态请求 2. 【问题2】
使用[说明]中给出的词汇，将数据流图10-2中的(5)～(8)补充完整。 这道题您没有回答
答案:(5)房主信息文件 (6)租赁者信息文件 (7)房屋信息文件(8)看房记录文件 3. 【问题3】
数据流程图10-2中缺失了三条数据流，请指出这三条数据流的起点、终点和数据流名称。 这道题您没有回答
答案:(1)起点：房主 终点：变更房屋状态 数据流名称：变更房屋状态请求 (2)起点：租赁者终点：登记租赁者信息数据流名称：租赁者信息 (3)起点：租赁者终点：安排租赁者看房数据流名称：看房请求
[分析] 本题考查的是DFD的应用，属于比较传统的题目，考查点也与往年类似。
[问题1] 考查的是顶层DFD。顶层DFD通常用来确定系统边界，其中只包含一个唯一的加工(即待开发的系统)、外部实体以及外部实体与系统之间的输入输出数据流。题目要求填充的正是数据流。
细心的考生可能会发现，在0层DFD中，与“房主”相关的数据流有5条。其中的“费用单”是顶层DFD中没有出现过的，而且是系统输出给“房主”的。这条数据流恰好可以与第(1)空对应，因此(1)处缺失的数据流就是“费用单”。如果确定了(4)处的数据流，实际上[问题3]要求的一条数据流也就找到了。
由于(4)处缺失的数据流是一条输入数据流，从[说明]中可以看出，只有功能6“当租赁者与房主达成租房或退房协议后，房主向系统提交变更房屋状态的请求”所描述的数据流没有在“房主”与系统之间体现出来。因此可以确定，(4)处缺失的数据流就是“变更房屋状态请求”。相应地，可以确定，在0层图中缺失的其中一条数据流也是它，其起点是“房主”，终点是“变更精品文档
精品文档
房屋状态”这个加工。
类似地，通过比较两张DFD中与外部实体“租赁者”相关的数据流，可以发现：出现在0层图上的数据流“带租赁房屋列表”是顶层图上没有的，且与(2)处的数据流的方向一致。由此可以断定，(2)处的数据流就是“带租赁房屋列表”。而顶层图中的数据流“租赁者信息”却是0层图上没有的。这样就找到了0层图上缺失的第2条数据流：租赁者信息，它的起点是“租赁者”，终点是加工“登记租赁者信息”。
再回到[说明l，其中与“租赁者”相关的功能“一旦租赁者从中找到合适的房屋，就可以提出看房请求”并没有在图中体现出来。这样就能确定(3)处的数据流应该是“看房请求”。而0层图中也没有出现这条数据流。所以，0层图中缺失的第3条数据流就是“看房请求”，它的起点是“租赁者”，终点是加工“安排租赁者看房”。
到此为止所有缺失的数据流都补齐了，0层图中的(5)～(8)需要填的是数据存储。由[说明]可以确定，这个系统中的数据存储有房主信息文件(功能1)、房屋信息文件(功能2)、租赁者信息文件(功能3)、看房记录文件(功能4)。下面就可以根据相应的加工对号入座了。显然，(5)处的是房主信息文件：(6)处的是租赁者信息文件； (7)处的是房屋信息文件；(8)处的是看房记录文件。 试题二
阅读下列说明，回答问题1至问题3。 【说明】
某医院的门诊管理系统实现了为患者提供挂号、处方药品收费的功能。具体的需求及设计如下：
1．医院医师具有编号，姓名，科室，职称，出诊类型和出诊费用，其中出诊类型分为专家门诊和普通门诊，与医师职称无关；各个医师可以具有不同的出诊费用，与职称和出诊类型无关。 2．患者首先在门诊挂号处挂号，选择科室和医师，根据选择的医师缴纳挂号费(医师出诊费)。收银员为患者生成挂号单，如表10-1所示，其中，就诊类型为医师的出诊类型。 表10-1 ××医院门诊挂号单
收银员：13011 时间：2007年2月1日 08:58
就诊号 姓名 科室 医师 就诊类型 挂号费
叶萌 内科 杨玉明 专家门诊 5元 20070205015
3．患者在医师处就诊后，凭借挂号单和医师手写处方到门诊药房交费买药。收银员根据就诊号和医师处方中开列的药品信息，查询药品库(如表10-2所示)并生成门诊处方单(如表10-3所示)。
表10-2 药品库
药品编药品名货架编
类型 库存 单位 规格 单价
码 称 号
牛蒡子 中药 51590 B1401 炒 12007 G 0.0340 百部 中药 36950 B1523 片 11090 G 0.0313
表10-3 ××医院门诊处方单
时间：2007年2月1日 10:31
就诊号 叶萌 医师姓名 杨玉明 20070205015 病人姓名 金额总计 项目总计 收银员 0.65 2 21081 药品编码 药品名称 数量 单位 单价 金额(元) 精品文档
精品文档
12007 11090
牛蒡子 百部
10 10
G G
0.0340 0.0313
0.34 0.31
4．由于药品价格会发生变化，因此，门诊管理系统必须记录处方单上药品的单价。 根据需求阶段收集的信息，设计的实体联系图和关系模式(不完整)如下所示： 1．实体联系图
2．关系模式
挂号单(就诊号，病患姓名，医师编号，时间， (5)) 收银员(编号，姓名，级别)
医师(编号，姓名，科室，职称，出诊类型，出诊费用) 门诊处方( (6)，收银员，时间) 处方明细(就诊号， (7))
药品库(药品编码，药品名称， (8)) 4. 【问题1】
根据问题描述，填写图10-3实体联系图中(1)～(4)处联系的类型。 这道题您没有回答 答案:(1)1
(2)* ，或n，或m (3)* ，或n，或m (4)* ，或n，或m 5. 【问题2】
图10-3中还缺少几个联系?请指出每个联系两端的实体名，格式如下。 实体1：实体2
例如，收银员与门诊处方之间存在联系，表示为： 收银员：门诊处方 或 门诊处方：收银员 这道题您没有回答 答案:缺少的联系数：3 挂号单：收银员 挂号单：医师 挂号单：门诊处方 6. 【问题3】
根据实体联系图10-3，填写挂号单、门诊处方、处方明细和药品库关系模式中的空 (5)～(8)处，并指出挂号单、门诊处方和处方明细关系模式的主键。 精品文档
