面向对象设计之图书标准管理系统.docVIP

案例：“图书管理系统”面向对象分析和设计 比如，“图书管理系统”面向对象分析和设计大致过程以下： 需求调查分析 需求调查分析结果通常见文字描述，必需时也可用业务步骤图辅助描述。“图书管理系统”需求陈说以下： 在图书管理系统中，管理员要为每个读者建立借阅账户，并給读者发放不一样类别借阅卡（借阅卡可提供卡号、读者姓名），账户内存放读者个人信息和借阅统计信息。持有借阅卡读者能够经过管理员（作为读者代理人和系统交互）借阅、归还图书，不一样类别读者可借阅图书范围、数量和期限不一样，可经过互联网或图书馆内查询终端查询图书信息和个人借阅情况，和续借图书（系统审核符合续借条件）。 借阅图书时，先输入读者借阅卡号，系统验证借阅卡有效性和读者是否可继续借阅图书，无效则提醒其原因，有效则显示读者基础信息（包含照片），供管理员人工查对。然后输入要借阅书号，系统查阅图书信息数据库，显示图书基础信息，供管理员人工查对。最终提交借阅请求，若被系统接收则存放借阅纪录，并修改可借阅图书数量。归还图书时，输入读者借阅卡号和图书号（或丢失标识号），系统验证是否有此借阅纪录和是否超期借阅，无则提醒，有则显示读者和图书基础信息供管理员人工审核。假如有超期借阅或丢失情况，先转入过期罚款或图书丢失处理。然后提交还书请求，系统接收后删除借阅纪录，并登记并修改可借阅图书数量。 图书管理员定时或不定时对图书信息进行入库、修改、删除等图书信息管理和注销（不外借），包含图书类别和出版社管理。 2. 用例建模 （1）确定实施者 经过对系统需求陈说分析，能够确定系统有两个实施者：管理员和读者。简明描述以下： 管理员：管理员按系统授权维护和使用系统不一样功效，能够创建、修改、删除读者信息和图书信息即读者管理和图书管理，借阅、归还图书和罚款等即借阅管理。 读者：经过互联网或图书馆查询终端，查询图书信息和个人借阅信息，还能够在符合续借条件下自己办理续借图书。 （2）确定用例 在确定实施者以后，结合图书管理领域知识，深入分析系统需求，能够确定系统用例有： 借阅管理：包含借书、还书（可扩展过期和丢失罚款）、续借、借阅情况查询； 读者管理：包含读者信息和读者类别管理； 图书管理：包含图书信息管理、图书类别管理、出版社管理、图书注销和图书信息查询。 下面是借阅情况查询、读者信息管理、读者类别管理、图书类别管理、出版社管理和图书信息查询等用例简明描述： 借阅情况查询：读者经过互联网或图书查询终端登录系统后，查阅个人全部借阅纪录。 读者信息管理：管理员登录后，对读者具体信息进行增、删、改等维护管理。 读者类别管理：管理员登录后，对读者类别进行增、删、改等维护管理。 图书类别管理：管理员登录后，对图书类别进行增、删、改等维护管理。 出版社信息管理：管理员登录后，对出版社具体信息进行增、删、改等维护管理。 图书信息查询：读者或管理员经过互联网或图书查询终端登录后，查询所需要图书信息。 下面是借书、还书、续借、图书信息管理、图书注销等用例具体描述： 1) 借书 用例名称：借书 参与实施者：管理员 前置条件：一个正当管理员已经登录到这个系统 事件流： A.输入读者编号； 提醒超期未还借阅统计； B.输入图书编号； If 选择“确定” then If 读者状态无效 或 改书“已”注销 或 已借书数=可借书数 Then 给出对应提醒； Else 添加一条借书统计； “图书信息表”中“现有库存量”-1; “读者信息表”中“已借书数量”＋1; 提醒实施情况； Endif 清空读者、图书编号等输入数据； Endif If 选择“重新输入”then 清空读者、图书编号等输入数据； Endif If 选择“退出”then 返回上一级界面； Endif 返回A.等候输入下一条； 后置条件：假如是有效借书，在系统中保留借阅纪录，并修改图书库存量和读者借书数量。 2) 还书 用例名称：还书 参与实施者：管理员 前置条件：一个正当管理员已经登录到这个系统 事件流： A.输入读者编号； 提醒超期未还借阅统计； If 有超期 then 提醒，调用“计算超期罚款金额”； Endif If 丢失 then 选择该书借阅统计； 调用“计算丢失罚款金额”＋调用“计算超期罚款金额”； Endif I