书店借书系统的需求分析及建模
【工时】
2周
【目标】
?掌握需求整理的方法，掌握需求建模的方法步骤。
?理解需求分析在软件开发中的地位作用。
?了解信息收集的方法策略。
【任务内容】
本项目组目前正在开发的是某书店的“借书系统”的项目。
1.目前的需求尚不完整，因此我们首先要跟随需求分析师进行需求的捕获，并辅助他
完成需求整理工作。
2.通过需求建模进一步明确需求。
【技术要点】
需求描述的方法；
需求捕获的方法；
用例建模；
活动图建模；
需求分析过程中的动态、静态建模机制。
【项目资料】
1.开发背景
某书店除日常卖书以外，还开辟了借书业务，需要开发一个软件，以管理会员和日常借书事
务。
2.现有需求
第一次会谈
地点：软件公司人员：开发者和书店经理
书店经理的介绍：我们是一家经销电子科技类书籍的门市书店，由于这类书籍很容易“过时”，
我们必须尽可能地加快资金周转，以便尽快更新书籍、吸引读者。因此，除了日常卖书以外，
又开辟了借书业务，缴纳、或元会费即可成为金、银、铜卡会员，可在一年有
400200100
效期内借书，并享受相应购书折扣。具体规则如下：
100元会费每次可借书两本，总额不超过100元，购书七五折优惠。
200元会费每次可借书四本，总额不超过200元，购书七五折优惠。
400元会费每次可借书七本，总额不超过400元，购书七折优惠。
若所借书超出最高金额在元以内，可补交超出部分作为押金，下次还书时退还押金，一
20
年期满可续卡。
另外，为防止有读者在借书卡到期后借书不还，在办理借书卡时需要交纳等额的押金。
开发者：等等，你是说读者缴纳会费及等额的押金就可以成为会员是吗？
书店经理：是的。
开发者：还有没有其他费用？比如手续费、工本费、超期罚款等？
书店经理：没有了，不用交手续费、工本费，也不规定借书的期限，但借书卡的使用期是固
定的（一年）。读者通常都是尽量多借几次书，所以我们根本不用担心他们将一本书借太长
时间，而且即使那样对我们来说也没有损失——在他们阅读书籍时，我们挣到了会费。
第二次会谈
地点：书店人员：开发者、书店经理和部分员工（以下统称为客户）
开发者：谁将使用这个应用程序？
客户：书店的员工，应该说是专门负责借书的员工。
开发者：在什么地方？
客户：当然是在书店。
开发者：你们书店是否有分店？
客户：哦，还没有，只有这一家，但以后可能会开几家分店。
开发者：能介绍一下借书的流程吗？
客户：好的。首先，会员出示借书卡，通常会员先还书，我们的职工根据所还书籍清除掉
上次的借书信息，如果上次有补交的押金，还需要退还押金；然后登记会员这次的借书信息，
系统应该可以验证是否符合借书规定，比如可借书的册数、总金额等。
开发者：你说每次借书时读者通常都是先还书是吗？
客户：通常是这样的。因为会费只能用一年，所以一般读者只要来还书，一定会借书走，
除非他们要办别的事，拿着书不方便。
开发者：你们需要通过这个系统获得些什么统计信息吗？比如，谁一年借了几本书。
客户：这个应该不需要。我们只关心现在书店有哪些书被借出、借给了谁。
开发者：也就是说，你们只关心书籍是在架上、售出，还是外借是吗？
客户：是的，很正确。
开发者：明白了，通过这个借书系统主要是修改书店书籍的状态信息。
客户：是这样的。
开发者：但是，我们注意到上次你们还说会员购书可以打折。
客户：是的，顾客购书时，我们用现有的“书店销售系统”，这个系统我们用了很久了。
开发者：你是说“借书系统”还将为“书店销售系统”提供会员信息？
客户：不，不。会员只需要在购书时出示会员卡我们就可以为其作相应折扣，这个比较灵
活，不需要系统间提供信息。实际上，我们也常为持学生证的学生或残疾人打折，有时剩下
的最后一本书如果有些旧了，我们也会为顾客打折。店员有这样的权限。
开发者：如果会员先借了某本书，现在想把它买下来……
客户：非常简单，先还书再买书。
开发者：如果有书籍被读者弄丢了怎么办？
客户：如果有书籍弄丢或被损坏，读者需要照价赔偿。相当于把书卖给了读者。
开发者：具体怎