面向对象案例分析.docVIP

案例分析：《图书馆管理系统》 系统描述： 图书馆管理系统使对书记的借阅即读者信息进行统一管理的系统，具体包括读者的借书、还书、书籍订阅；图书馆管理员的书籍借出处理、书籍归还处理、预订信息处理；还有系统管理员的系统维护，包括增加书目、删除或更新书目、增加书籍、减少书籍、增加读者帐户信息、删除或更新读者帐户信息、书籍信息查询、读者信息查询等。系统的总体信息确定以后，就可以分析系统的参与者、确定系统用例了。 确定系统的参与者： 确定系统参与者首先需要分析系统所涉及的问题领域和系统运行的主要任务：分析使用该系统主要功能的是哪些人，谁需要该系统的支持以完成其工作，还有系统的管理者与维护者。 根据图书馆管理系统的需求分析，可以确定如下几点： 作为一个图书馆管理系统，首先需要读者（借阅者）的参与，读者可以登录系统查询所需要的书籍，查到所需书籍后可以考虑预订，当然最重要的是借书、还书操作； 对于系统来说，读者发起的借书、还书等操作最终还需要图书馆管理员来处理，他们还可以负责图书的预订和预订取消； 对于图书馆管理系统来说，系统的维护操作也是相当重要的，维护操作主要包括增加书目、删除或更新书目、增加书籍、减少书籍等操作。 由以上分析可以得出，系统的参与者主要有3类：读者（借阅者）、图书馆管理员、图书馆关系系统维护者。 确定系统用例： 借阅者请求服务的用例： 登录系统； 查询自己的借阅信息； 查询书籍信息； 预订书籍； 借阅书籍； 归还书籍。 图书馆管理员处理借书、还书等的用例： 处理书籍借阅； 处理书籍归还； 删除预订信息。 系统管理员进行系统维护的用例： 查询借阅者信息； 查询书籍信息； 增加书目； 删除或更新书目； 增加书籍； 删除书籍； 增加借阅者帐户； 删除或更新借阅者帐户。 用例图： 借阅者请求服务的用例： 图书馆管理员处理借书、还书等的用例： 系统管理员进行系统维护的用例： 补充案例：《订货中心系统》 系统简介： 有这样一个订货中心，它接受客户的电话、传真、电子邮件、信件和web主页表单形式的订货请求，形成货物订单，并告知客户订单的价钱。根据客户要求的发货目标地点的信息，订货中心的经理以最经济的方式确定一家仓库来负责向客户发货。仓库人员收到订单后按一定的策略处理订单，发出货物，并在订单上填写所发货物的数量信息，后把订单返回给订货中心。订货中心确认后把订单交给收费部门，由该部门负责关联客户收到货物后的付费。 客户在收到货物之前可以向订货中心查询他的订货处理情况。收到订货后，如果出现质量问题或者物品错送问题（即送的货物不是客户想要的货物），客户有权利向订货中心退货，订货中心必须接受退货，并退还用户所付款（如果用户已付款）。仓库在处理订单时由于受到库存货物有限这一现实情况的约束，因此采取一定的策略来保证那些优先级较高的订单先得到发货。 在订货中心的人工系统中，交流主要通过电话、传真，如订单传送等。在引入计算机管理后，订货中心、仓库、收费部门之间可以共享客户、订单信息，不仅省去了电话、传真的成本，同时重要的是提高了订货中心运作效率。 上面是订货中心系统的简要描述。下面将逐步地来识别参与者、描述参与者、识别用例、描述用例，最后给出完整的用例图。 系统建模： 参与者识别及描述： 问题1：谁使用订货中心系统的主要功能？ 回答：管理者（Manager）、发货人员（Shipper）、客户（Customer）和收款人员（TollCollector）。 问题2：谁需要订货中心系统的支持以完成其日常工作任务？ 回答：Manager、Shipper和TollCollector。 问题3：谁负责维护、管理并保持订货中心系统正常运行？ 回答：Manager。 问题4：订货中心系统需要应付（或处理）哪些硬件设备？ 回答：信用卡（Credit card）。 问题5：订货中心系统需要和哪些外部系统交互？ 回答：没有。 问题6：谁（或什么）对订货中心系统运行产生的结果（值）感兴趣？ 回答：Customer、Manager。 综上可得到订货中心系统的参与者：管理者（Manager）、发货人员（Shipper）、客户（Customer）、收款人员（TollCollector）和信用卡（Credit card），分别描述如下： 参与者：管理者（Manager） 参与者职责： 接受订货，计算价钱，选择仓库发货。 参与者识别问题：1、2、3、6。 参与者：发货人员（Shipper） 参与者职责： 根据订单发货给顾客，填写订单。 参与者识别问题：1、2。 参与者：收款人员（TollCollector） 参与者职责： 根据订单签收顾客的订货款，顾客退还商品时退款。 参与者识别问题：1、2。 参与者：客户（Customer） 参与者职责： 订货、退还订货、查询订单。 参与者识别问题：1、