优·java课题设计.docVIP

本学期的大作业：每组均要完成第1和第2个案例的分析，并以小组为单位交两份报告。共分为10组，每组5-6个人，指定一个组长。这10个小组预先确定自己想要讲那个题目，由组长在实验课上汇报本组的分析情况。 案例研究1：处方跟踪系统 1.1 背景： “Drugs For you”药房希望我们设计并开发一个自动处方跟随系统（PTS）。需求如下： 系统用于跟踪每个用户的以下信息 客户名称 电话号码 出生日期 承保公司 保单号 处方历史记录，详情如下。 每个客户的处方历史记录会记录每个处方的以下信息： 药房制订的唯一处方ID号 处方开出的药物 开处方的医生名称和电话 处方日期 处方终止日期 批准的再次给药次数 每次按照药方抓药的“单位”数量，其中“单位”可能是丸、茶匙、毫升等（参看接下来对药物的讨论）。 如果某种药物没有，是否可以用通用替代药物。 对药房库存的每种药物，系统需要记录以下信息： 名称 处方中的给药“单位”（丸、茶匙、毫升，等等） 哪些药物可以作为其他药物的替代品。 服用药物的任何副作用。 系统需要支持以下查询，（某些需要打印称纸质报表，而其他的只需要在线查看）： 指定用户请求的处方历史记录——也就是说，所有曾经开给指定客户的处方报表。 某种药物的所有副作用的报表，将附在每一个处方上。 特定药物的通用替代药物清单 给定的处方是否可以再次给药，即是否还有再次给药余量，以及处方是否过期。 上述所有功能都可以通过安全的web站点被各个客户以及药房的药剂师访问。 1.2简化假设 真实的处方跟踪系统可能非常复杂。我建议对PTS问题进行以下简化，使得这个问题更加适合初级建模者: 系统不必考虑任何帐务问题。即，不必考虑计算处方应付的价格，并且不必关心使克化的承保公司赔偿药物费用。 假设只有一个“Drug For You”药房，即，它不是连锁店的一部分。 系统不负责存货控制。也就是说，假设库存的所有药物都是“无限量”的，或者反过来说，只要需要就可以从仓库中立即得到药物。 假设在第一次开处方后，按照药方抓药总是使用相同的药物。也就是说，决不会一开始在处方中使用通用药物，然后按照药方抓药时使用非通用药物，反之亦然。 案例研究2：会议室预定系统 这是一个高级案例研究，包含了安排复杂性和其他复杂性的需求，代表了实际的建模问题。 2.1背景 我们被要求为公司开发一个自动会议室预定系统（CRRS）。 一共有12间会议室分布在构成公司的4座不同建筑物内。这些会议室在座位容量以及安装的视听（A/V）设备方面各不相同。 每间会议室由一个称为会议室协调员的行政职员管理。 目前，预定是由各个会议室协调员进行人工记录。预定会议室的人的名字以及电话号码手工记在预约记录簿上，会议起止时间也记录下来。 一个称为A/V设备集团的独立的中央组织提供A/V设备“租借”业务，作为永久安装在特定会议室的设备的补充。该集团可供临时使用的设备包括传统的高架投影仪、电视、VCR、用于PC的LCD投影仪，电子白板、便携计算机、磁带录音机以及幻灯片投影仪。该集团的职员直接将设备送到需要的地点，并在会议结束后收回。 目前的人工系统有以下几个问题需要注意： 目前，会议室协调员没有记录具体会议的关于出席人数或计划使用A/V设备情况的附加的信息。 如果某人计划的只有4个人的会议安排在容纳20人的会议室，该会议室的其他座位就被浪费了，而真正需要20个座位的会议就会落空。 会议组织者也必须自己负责和A/V设备集团协调。如果他们忘了这样做，人们在最后时刻争相安排必要设备通常会引起恐慌。 当协调员离开办公桌时，关于该会议室可用性的信息无法得知，除非询问者走到协调员办公室并直接查看预约记录簿。但是，由于办公室联合体规模较大，这样做不太实际，因此询问者通常留下一条语音信息或通过发送一封电子邮件给协调员，协调员稍后给出回应信息。 当会议室不再需要时，人们对取消预定不严格，某些本应好好利用的会议室往往空着。同样，人们也常常忘记取消A/V设备预定。 会议室的相关信息（例如，座位数量、是否有电子白板、是否有内建的A/V设施、是否连接到公司的局域网）没有在任何地方公布。不熟悉各个会议室信息的人通常不得不致电全部12个会议室协调员以找到合适的会议地点。 2.2 系统目标 管理层已经要求设计一个系统提供会议室和设备的在线自动安排来补救目前的人工方法存在的问题。项目的目标是给每个员工提供直接连接到系统并执行以下任务的能力： 如果用户有兴趣安排一间会议室，需要填写一个关于会议室参数的在线调查表，这些参数包括： 安排者的姓名、头衔、部门和电话号码。 预期的参会人数。 日期范围，即会议可以接受的最早或最晚日期。 使用会议室的时间，以半小时为单位。 可接受的最早开始时间和最晚终止时间。 需要的所有A/V设备清单。 只要调查