罚单系统——信息系统设计讲述.doc

案例分析 组长： 组员： 国家巡查罚单处理系统 国家巡查罚单处理系统的目的是记录驾驶员的违规情况，保存驾驶员支付的罚款记录（当驾驶员接受罚单或别法官发现行车违章时），以及通知法官对应罚款不能及时支付的违章人员发出逮捕命令。一个独立的国家巡查系统负责记录事故情况并查证经济责任（保险单）。而第三个系统负责发放、恢复或吊销驾驶员的执照。这四个系统显然是集成的因为它们共享一个数据库，但除此之外，它们由国家巡查的不同部门独立使用。国家巡查的操作（警察所做的）是完全独立的。 用于罚款单处理系统的数据库部分包括驾驶员数据、罚款数据、警察数据和法官数据。驾驶员数据、警察数据和法官数据由系统使用。系统生成和维护罚款数据。驾驶员的属性包括执照号码、名字、地址、出生日期和执照批准日期等。罚款单的属性包括罚款号码（每一个号码都是唯一的并且预先打印在警察罚款本的每一张表单上）、位置、罚款类型、罚款日期、罚款时间、申诉、审判日期、判决、罚款数量和支付日期。法官和警察数据包括各自的名称和地址。每一个驾驶员有0个或多个罚单，而一张罚单只能用于一个驾驶员。警察可以开出多个罚款单。 在警察向驾驶员开出罚款单的同时，一张罚款单的副本被上交并输入系统。与此同时，在数据库中生成一张新的罚款单记录并且生成了相应驾驶员、警察和法庭之间的关系。如果驾驶员服罪，他或她在预先打印好的信封里装入罚款单规定的罚款数目，然后邮寄给国家巡查部门。在有些情况下，驾驶员声称自己是无辜的要求法庭延期付款。如果信封寄回时没有支票，并且申诉请求框内写了一个“x”，那么系统在罚款单记录上写下请求，寻找驾驶员、罚款单和警察信息，然后向相应的法庭送一张罚款单详细表，同时生成申诉日期调查表并寄给驾驶员。调查表上的说明告诉驾驶员填入方便的日期并把调查表直接寄给法庭。一旦收到这些信息，法院就安排一次审讯日期并向驾驶员通知日期和时间。 当审讯结束，法庭向罚款单系统发送判决，然后在罚款单上记录下判决和审讯日期。如果判决证明驾驶员是清白的，那么为保险公司生成驾驶记录报表的系统将删除罚款单。如果判决证明驾驶员是有罪的，那么法庭给驾驶员另一个写明罚款数目的信封，以便驾驶员以后邮寄罚款。 如果驾驶员不能在要求的期限内支付罚款，罚款处理系统生成一张逮捕请求通知并把它寄给法庭。这通常发生在最初的信封在两周内没有收回或者法庭提供的信封在审讯日期后两周内没有收回。此后的事情就由法庭决定。有时法庭要求吊销驾驶员的执照，然后处理驾驶员执照的系统负责处理吊销事务。 国家巡查罚单处理系统 系统分析过程 事件表 事件 触发器 来源 活动/用例 响应 目的地 警察开出罚单 罚单副本 警察 生成新的罚款单记录 新罚款单记录 驾驶员 驾驶员邮寄规定数额的罚款 罚款金 驾驶员 更新罚单记录 驾驶员提出申诉请求 带有申诉请求标记x的罚单 驾驶员 记录申诉请求 罚款单详细表 法官 申诉日期调查表 驾驶员 法官发送判决 记录下判决结果的罚款单 法官 记录判决结果 生成逮捕请求通知时刻 生成逮捕请求通知时刻 生成逮捕请求通知 逮捕请求通知 法官 实体关系图 3. DFD片段图 4. 系统图 5. 对第一个DFD片段结构化 6. 结构化之后的结构图： 罚单系统数据字典 一、数据元素 编号 数据元素名 内部名 值域 值义 类长 备注 E01 执照号码 E02 名字 E03 地址 E04 出生日期 E05 执照批准日期 E06 法官名 E07 法官地址 E08 警察名 E09 警察地址 E10 申诉 E11 审判日期 E12 判决 E13 罚款数量 E14 支付日期 E15 罚款号码 E16 位置 E17 罚款类型 E18 罚款日期 E19 罚款 二、数据流定义表 编号 数据流名 来源 去向 组成 流量 备注 L01 开出罚单 警察 计算机系统 E08+E09+E13+E14+E15+E16+E17+E18+E19 L 02 新罚款单记录 计算机系统 驾驶员 E01+E02+E03+E04+E05+E13+E14+E15+E16+E17+E18+E19 L03 邮寄规定数额的罚款 驾驶员 E01+E02+E03+E04+E05+E13+E19 L04 提出申诉请求 驾驶员 计算机系统 E01+E02+E03+E04+E05+E10