数据流图作业

Spring Breaks'R'Us旅游服务预订系统

Spring Breaks’R’us旅游服务预订系统(SBRU)公司负责为在校大学生提供春假旅游服务。每年秋天，旅游胜地的宾馆向SBRU提供有关春假期间每周可用的房间、房间大小及房间占用率等信息。因为每个宾馆在每个季节提供不同时间长短的房间预订，并且预订的房间的占用率随着不同的星期有所变化。宾馆通常有可用的不同大小的大量房间，因此大学生可以预订适当的房间。例如，两人可以预订一个双人房间，而四人可以预订一个四人房间。

在每年的12月，SBRU生成一张宾馆、空闲星期、房间占用率的列表，然后将这张表分发给全国各个大学的校园代理人。当一组学生提出在某一星期预订某一宾馆房间的请求时，SBRU为这些学生指定具有足够空间的房间，并向每一个学生发送一个确认通知。当春假的截止日期来到时，SBRU向每一宾馆发送一张随后几周的学生预订房间列表。当学生到达宾馆时，他们直接向宾馆支付房间费用。宾馆直接向SBRU的账目系统发送佣金支票，这个账目系统独立于预订系统。当春假结束时学生就可安全返校读书了。

1．SBRU预订系统必须对什么事件做出响应?建立一张完全的事件表，在这张表中包括事件、触发器、来源、用例、响应和每一事件的目的地。确保只考虑预订系统中的触发处理过程的事件，而不要考虑SBRU账目系统或宾馆使用的系统所触发的事件。

2．列出所提到的数据实体。列出每一数据实体的属性。列出数据实体之间的关系

房地产多编目服务系统

房地产多编目服务系统向本地房地产经纪人提供一些信息，这些信息可以帮助他们向客户销售房屋。每个月，经纪人通过与房主签订合同列出待售的房屋列表。经纪人为房地产公司工作，这家公司向多编目服务公司发送列表上的房屋信息。因此，在社区中的任何代理机构都可以获得列表上的信息。

列表中的信息包括地址、建造年代、面积、卧室个数、浴室个数、房主名字、房主电话号码、房屋要价和状态代码。任何时候，代理机构都可以直接请求获得和客户要求相匹配的列表信息，因此代理机构可以向多编目服务公司发出请求。多编目服务系统提供房屋信息，列出房屋经纪人的信息及经纪人工作的房地产公司的信息。例如，一个经纪人也许想给列表上的代理人打电话询问一些其他的问题，或者他也许想直接给房屋主人打电话约好时间看房子。多编目服务公司每月两次(每月15号和30号)出版包含所有列表信息的书。这些书被送给所有的房地产经纪人。许多房地产经纪人想得到这本书(这本书比较容易浏览)，因此尽管信息经常是过时的，但仍然会提供这本书。有时经纪人和房主要改变列表信息，如降低价格、更正以前的房屋信息或标明房屋已出售。当经纪人要求房地产公司做出以上改变时它就向多编目服务公司发送这些变化请求。

1．对于哪些事件多编目服务系统必须做出响应?建立一张完整的事件表，在这张表中列出事件、触发器、来源、用例、响应和每一事件的目的地。

2．画出一张表示多编目服务系统的数据存储需求的实体一联系图，在图中要包括以上所提到的属性。你的模型是否包括了卖方、买方和结算的数据实体?如果确实如此，请重新考虑一下。包括多编目服务系统需要存储的信息在内的这些信息也许与房地产公司需要存储的信息有所不同。

3.画一个关联DFD；

4.画一个事件划分DFD(0层图)；

5.画所有的处理分解DFD。

国家巡查罚单处理系统

国家巡查罚单处理系统的目的是记录驾驶员的违规情况，保存驾驶员支付的罚款记录(当驾驶员接受罚款或被法官发现行车违章时)，并通知法官应对罚款不能及时支付的违章人员发出逮捕令。一个独立的国家巡查系统负责记录事故情况并查证经济责任(保险单)。而第三个系统负责根据罚单和事故记录为保险公司生成驾驶记录表。最后，第四个系统负责发放、恢复或吊销驾驶员的执照。这四个系统显然是集成的因为它们共享同一个数据库，但除此之外，它们由国家巡查的不同部门独立使用。国家巡查的操作(警察所做的)是完全独立的。

用于罚单处理系统的数据库部分包括驾驶员数据、罚款数据、警察数据和法官数据。驾驶员数据、警察数据和法官数据由系统使用。系统生成和维护罚款数据。驾驶员的属性包括执照号码、名字、地址、出生日期和执照批准日期等。罚单的属性包括罚款号码(每一个号码都是唯一的，并且预先打印在警察罚款本的每一张表单上)、位置、罚款类型、罚款日期、罚款时间、申诉、审判日期、判决、罚款数量和支付日期。法官和警察数据包括各自的名称和地址。每一个驾驶员也许有0个或多个罚单，而一张罚单只能用于一个驾驶员。警察可以开出多个罚单。

在警察向驾驶员开出罚单的同时，一张罚单的副本被上交并输入系统。与此同时，在数据库中生成了一张新的罚单记录并生成相应的驾驶员、警察和法庭之间的关系。如果驾驶员服罪，他或她在预先打印好的信封里装入罚单规定的罚款数目，然后邮寄给国家巡查部门。在有些情况下，驾驶员声称自己是无辜的要求法庭延期付款。如果信封寄回时没有支票，并且申诉请求框内写了一个“X”，那么系统在罚单记录上写下请求，寻找驾驶员、罚单和警察信息，然后向相应的法庭送一张罚单详细表，同时生成申诉日期调查表并寄给驾驶员。调查表上的说明告诉驾驶员填入方便的日期并把调查表直接邮寄给法庭。一旦收到这些信息，法院就安排下一次审讯日期并向驾驶员通知日期和时间。

当审讯结束，法庭向罚单系统发送判决，然后在罚单上记录下判决和审讯日期。如果判决证明驾驶员是清白的，那么为保险公司生成驾驶记录报表的系统将删除罚单。如果判决证明驾驶员是有罪的，那么法庭给驾驶员另一个写明罚款数目的信封，以便驾驶员以后邮寄罚款。

如果驾驶员不能在要求的期限内支付罚款，罚款处理系统生成一张逮捕请求通知并把它寄给法庭。这通常发生在最初的信封在两周内没有收回时，或者法庭提供的信封在审讯日期后两周内没有收回时。此后的事情就由法庭决定。有时法庭要求吊销驾驶员的执照，然后处理驾驶员执照的系统负责处理吊销事务。

1．罚单处理系统必须对什么事件做出响应?建立一张完整的事件表，表中列出事件、触发器、来源、用例、响应和每一事件的目的地。

2．画一张表示罚款处理系统数据存储需求的实体一联系图，要求在图中包括所提到的属性。解释一下，为什么理解系统