软件系统建模之构建用例模型(以图书管理系统为例)
#声明：未经作者同意，不得以任何方式拷贝/传播作者知识总结，谢谢理解。 —-Johnny Zen
众所周知，以全面支持面向对象统一过程模型的UML模型工具，在RUP(Rational统一过程模型)中，4+1视图（即 用例视图/逻辑视图/部署视图/组件视图/进程视图；以用例视图为核心，系统体系结构为主线，采用循环、迭代、渐增的方式进行软件系统开发）尤为知名。以下，就西华大学图书管理系统作为例子，对核心视图—–用例视图的核心图示—–用例图的需求捕获/构建过程作一示例。
一、问题描述(业务需求描述)
在图书管理系统中，管理员要为每个读者建立借阅账户，并给读者发放不同类型的借阅卡（借阅卡可提供卡号，读者姓名），账户内存储读者的个人信息和借阅记录信息。持有借阅卡的读者可以通过管理员（作为读者的代理人与系统交互）借阅、归还图书，不同类型的读者可借阅图书的范围、数量和期限不同，可通过互联网或者图书馆内自助查询终端查询图书信息和个人借阅情况，以及续借图书（系统审核符合续借条件）。
借阅图书时，先输入读者的借阅卡号，系统验证借阅卡的有效性和读者是否可继续借阅图书，无效则提示其原因，有效则显示读者的基本信息（包括图片），供管理员人工审核。然后输入要借阅的书号，系统查询图书信息数据库，显示图书的基本信息，供管理员人工核对，最后提交借阅请求，若被系统接受则存储借阅记录，并修改可借阅图书的数量。归还图书时，输入读者借阅卡号和图书号（或丢失标记号），系统验证是否有此借阅记录，以及是否超期借阅，无则提示，有则显示读者和图书的基本信息，供管理员人工审核。如果有超期借阅或者丢失情况，先转入过期罚款或者图书丢失处理，然后提交还书请求，系统接受后删除借阅记录，登记并修改可借阅图书的数量。
图书管理员定期或者不定期对图书信息进行入库，修改，删除等图书信息管理以及注销（不外借），包括图书类别和出版社管理。
二、构建用例图
三、深入思考
1.读者是否可以直接关联用例？（与系统直接交互？）
2.查询终端是否可以作为系统参与者？
3.用例分析时，常见的参与者有哪些？(人/设备/外部系统/等)
4.基于B/S的界面类(HTML/JSP等)与基于B/S的界面类，在UML软件系统分析与设计中该如何设计？