辽 宁 工 业 大 学 课 程 设 计 说 明 书（论 文）
决方案的可行性：（1）技术可行性：使用现有的技术能否实现这个系统；（2）经济可行性：这个系统的经济效益能否超过它的开发成本；（3）操作可行性：这个系统的操作方式在该客户组织内是否行得通。
T5：北京某高校可用的电话号码有以下几类：校内电话号码由4位数字组成，第1位数字不是0；校外电话又分为本市电话和外地电话两类，拨校外电话需先拨0，若是本市电话刚再接着拨8位数字（第1位不是0），若是外地电话则拨3位区码再拨8位电话号码（第1位不是0）。
用2.5.2小节讲述的定义数据的方法，定义上述的电话号码。 答：电话号码＝［校内电话号码 | 校外电话号码］ 校内电话号码＝非零数字＋3位数字
校外电话号码＝［本市号码 | 外地号码］ 本市号码＝数字零＋8位数字
外地号码＝数字零＋3位数字＋8位数字 非零数字＝［ 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 ］ 数字零＝0
3位数字＝3｛数字｝3
8位数字＝非零数字＋7位数字 7位数字＝7｛数字｝7
数字＝［ 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 ］
目前住院病人主要由护士护理，这样做不仅需要大量护士，而且由于不能随时观察危重病人的病情变化，还可能会延误抢救时机。某医院打算开发一个以计算机为中心的患者监护系统，试写出问题定义，并给出数据流图。
医院对患者监护系统的基本要求是随时接收每个病人的生理信号（脉搏、体温、血压、心电图等），定时记录病人情况以形成患者日志，当某个病人的生理信号超出医生规定的安全范围时向值班护士发出警告信息，此外，护士在需要时还可以要求系统印出某个指定病人的病情报告。
答：从问题陈述可知，本系统的数据源点是“病人”和“护士”，他们分别提供生理信号和要求病情报告的信息。进一步分析问题陈述，从系统应该“定时记录病人情况以形成患者日志”这项要求可以想到，还应该有一个提供日期和时间信息的“时钟”作为数据源点。 从问题陈述容易看出，本系统的数据终点是接收警告信息和病情报告的护士。 系统对病人生理信号的处理功能主要是“接收信号”、“分析信号”和“产生警告信息”。此外，系统还应该具有“定时取样生理信号”、“更新日志”和“产生病情报告”的功能。 为了分析病人生理信号是否超出了医生规定的安全范围，应该存储“患者安全范围”信息。此外，定时记录病人生理信号所形成的“患者日志”也是一个数据存储。 本系统的基本系统模型如图所示：
病人 生理信号 患者监护系统 警告信息 病情报告 时钟 日期、时间 护士 护士 要求报告 11
辽 宁 工 业 大 学 课 程 设 计 说 明 书（论 文）
本系统的功能级数据流图如图所示：
病人 生理 信号 1 接收 信号 生 理 信 号 日期 时间 生理 信号 2 分析 信号 危急病 人信息 3 产生警告信息 警告 信息 病情报告 Ｄ1 患者安全范围 5 更新 日志 日志数据 护士 时钟 4 定时的 定时取样 生理信号 生理信号 6 产生病情报告 日志数据 要求 报告 护士 Ｄ2 患者日志 2.为开发一个铁路自动售票系统（该系统预计从2004年使用到2014年），请完成下面的数据流图和数据字典，即从供选择的答案中选出A、B、C、D和E的内容，并给出Ｆ、Ｇ和Ｈ的内容，填在答案栏中。 （1）数据流图
Ｄ Ｅ Ａ Ｃ 登记 车费 已收款 收款 ［供选择的答案］
Ａ～Ｅ ①车次表 ②接受 ③售票记录④购票请求 ⑤拒绝 （2）数据字典 购票请求＝Ｆ 乘车日期＝Ｇ
到站＝４｛字母｝20 字母＝［“Ａ”..“Ｚ”｜“a”..“z”］ 车次＝“001”..“999” 拒绝＝［无车次｜无票］ 无车次＝“no train” 无票＝“no ticket” 接受＝“to sale”
12
乘客 受理 Ｂ 辽 宁 工 业 大 学 课 程 设 计 说 明 书（论 文）
已收款＝“yes”
车次表＝｛起站＋止站＋车次｝ 起站＝止站＝到站
售票记录＝｛乘车日期＋起站＋止站＋车次＋座号｝ 座号＝车厢号＋座位号 车厢号＝“01”..“20” 座位号＝Ｈ 注意：
①“01”..“20”表示数字范围从1到20；
②乘车日期应给出年、月、日，例如，2004/06/21； ③假设每个车厢有100个座位。 答案栏：
Ａ：________ Ｂ：________ Ｃ：________Ｄ：________ Ｅ：________ Ｆ：________ Ｇ:________ Ｈ：________ 答案栏：
Ａ：购票请求 Ｂ：接受 Ｃ：拒绝 Ｄ：车次表 Ｅ：售票记录 Ｆ：｛乘车日期＋到站＋车次｝ Ｇ：“2004”..“2014”+“/”+“01”..“12”+“/”+“01”..“31” Ｈ：“001”..“100”
T2：怎样与用户有效地沟通以获取用户的真实需求？ 答：（1）访谈；（2）面向数据流自顶向下求精；（3）简易的应用规格说明技术；（4）快速建立软件原型。
T3：银行计算机储蓄系统的工作过程大致如下：储户填写的存款单或取款单由业务员输入系统，如果是存款则则系统记录存款人姓名、住址（或电话号码）、身份证号码、存款类型、存款日期、到期日期、利率及密码（可选）等信息，并印出存单给储户；如果是取款而且存款时留有密码，则系统首先核对储户密码，若密码正确或存款时未留密码，则系统计算利息并印出利息清单给储户。
用数据流图描绘本系统的功能，并用实体－联系图描绘系统中的数据对象。 答：
（1）描绘本系统功能的数据流图如下图所示
1 记录存款信息 存款 信息 2 打印存款单 存款存单 储户 存款单 储户 存款信息 Ｄ1 存款信息 取款单 存款信息 3 核对 密码 存款信息 4 计算 利息 利息值 利 息 清 单 5 打印利息清单 （2）本问题中共有两类实体，分别是“储户”和“储蓄所”，它们之间存在“存取款”关系。因为一位储户可以在多家储蓄所存取款，一家储蓄所拥有多位储户，所以“存取款”是多对
13
辽 宁 工 业 大 学 课 程 设 计 说 明 书（论 文）
多（M：N）关系。
储户的属性主要有姓名、住址、电话号码和身份证号码，储蓄所的属性主要是名称、地址和电话号码，则数额、类型、到期日期、利率和密码则是联系类型存取款的属性。E－R图如下所示：
住址 姓名 电话号码 身份证号码 名称 电话号码 地址 储户 Ｍ 存取款 Ｎ 储蓄所 数额 到期日期 类型 T6：复印机的工作过程大致如下：未接到复印命令时处于闲置状态，一旦接到复印命令则进入复印状态，完成一个复印命令规定的工作后又回到闲置状态，等待下一个复印命令；如果执行复印命令时发现没纸，则进入缺纸状态，发出警告，等待装纸，装满纸后进入闲置状态，准备接收复印命令；如果复印时发生卡纸故障，则进入卡纸状态，发出警告，等待维修人员来排除故障，故障排除后回到闲置状态。 试用状态转换图描绘复印机的行为。 答：
从问题描述可知，复印机的状态主要有闲置、复印、缺纸和卡纸。引起状态转换的事件主要是复印命令、完成复印命令、发现缺纸、装满纸、发生卡纸故障和排除了卡纸故障。 下图所示的状态转换图描绘了复印机的行为。
排除卡纸故障 发生卡纸故障 卡纸 Do/警告 利率 密码 闲置 复印 完成复印命令 Do/复印 复印命令 发现缺纸 装满纸 缺纸 Do/警告 1.请为某仓库的管理设计一个ＥＲ模型。该仓库主要管理零件的订购和供应等事项。仓库向工程项目供应零件，并且根据需要向供应商订购零件。 分析：
（1）确定实体类型
本问题中共有三类实体，分别是“零件”、“工程项目”和“供应商”。 （2）确定联系类型
一种零件可供应多个工程项目，一个工程项目需要使用多种零件，因此，零件与工程项目之
14
辽 宁 工 业 大 学 课 程 设 计 说 明 书（论 文）
间的联系“供应”，是多对多（Ｍ：Ｎ）联系；类似，零件与供应商之间的联系“订购”，也是多对多（Ｍ：Ｎ）联系。
（3）确定实体类型和联系类型的属性
实体类型“零件”的主要属性是零件编号、零件名称、颜色和重量。 实体类型“工程项目”的主要属性是项目编号、项目名称和开工日期。 实体类型“供应商”的属性主要有供应商编号、供应商名称和地址。 联系类型“供应”的属性是向某工程项目供应的某种零件的数量。 联系类型“订购”的属性是向某供应商订购的某种零件的数量。 （4）把实体类型、联系类型及属性组合成ＥＲ图。如下图所示：
项目名称 项目编号 开工日期 供应商名称 供应商编号 地址 工程项目 Ｍ 供应量 供应 Ｎ Ｎ 零件 供应商 Ｍ 订购 订购量 零件编号 零件名称 颜色 重量 T3：用面向数据流的方法设计下列系统的软件结构：
（1）储蓄系统 （2）机票预订系统 （3）患者监护系统 第一题：分析下图，确定模块之间的耦合类型
1 q 3 r 5 t 4 s 6 u
输 出 状态标志 p 模块p, t和u更新同一个数据库
2 在图中已经给模块之间的接口编了号码，下表描述了模块之间的接口
编 号 1 2 3 4
输 入 飞机类型 飞机零件清单 功能代码 飞机零件清单 15