PAGE\*MERGEFORMAT8图书馆系统需求说明读者角色功能需求（SL）：读者登录：输入借书证号和密码，如果成功进入系统，失败提示错误信息。读者信息维护：对读者信息进行查询、修改、删除等处理。书目查询：根据类别、书名、作者等查询书目，返回结果中应显示图书状态。读者预约：对于已经借出的图书提供预约功能。预约通知：已经预约的书籍到馆后邮件通知读者。注销预约：已经预约的书籍可以注销预约。借阅书籍：使用借书证件到管理员处借出书籍。读者续借：网上或者到馆对已经借阅的图书进行续借。读者还书：到馆将书籍归还管理员。借阅状态查询：可以查询当前借阅书目，到期日期，是否超期超期提示：系统能够在到期前发送超期提示邮件到读者邮箱新书推荐：读者选择感兴趣的领域，系统对该领域的新书推荐给读者。图书管理员需求（HZM）：图书借出登记：读者借阅图书时，登记读者的借阅信息，如借书卡编号、图书编号、借出时间等。图书还入登记：读者归还图书时，记录相应的还书信息，如借书卡编号，图书编号，还书日期等。收取罚款：当图书归还日期超过了最后期限或图书有损坏、丢失等情况时，对读者进行罚款，记录罚款信息，并对所涉及的图书信息进行更改，如破损的图书需要下架修补，丢失的图书应登记为“缺失”等。借阅信息统计：统计某段时间内图书的借出还入流通量、图书损坏丢失情况、逾期未还等信息。借阅者管理：登记、注销借书卡；借书卡挂失、解挂；读者个人信息维护等。图书管理：图书编号，新书入库登记，图书上架、下架信息更新，维护图书目录。读者预约受理：将被预约的图书下架，存放到特定的位置，等待预约者取书；图书一旦被成功预约，就不可被其它读者借阅或预约。读者续借受理：根据读者的类别对其续借请求进行审核受理，如果续借请求审核通过，则将其还书期限向后推迟一个月。说明：大致的需求就这么多，里面部分条目可能粒度比较大（如读者管理、图书管理），我们可以根据需要进行拆分。系统管理员需求（ZHP）：功能需求：1、系统权限分配：系统根据使用者的类别制订不同的权限配置方案，系统管理员负责增加、修改各权限配置方案，并可将其指派给特定的使用者。2、数据安全保障：读者信息需要得到保密，并且具有密码保护机制，在读者遗忘密码时能够根据一定的认证机制的将其取回。同时系统需要具有完备的数据备份功能。3、读者账户管理：对读者办理(补办)借书卡、借书超期、遗失书目等行为进行相应的交款、罚款处理，系统需要提供完整健全的账户管理机制。4、图书编目管理：录入、更新图书或期刊的基本信息，管理图书识别条码。非功能需求：1、可扩展性：方便增加新的功能。2、可用性：具有良好的交互界面，方便各种角色使用人员学习。3、安全性：可避免遭受外界的攻击。4、可靠性：系统失效率低，并且在失效后短时间内可恢复。注：系统管理员角色定义本身不清楚，有很大一部分与系统维护人员相重叠，并且与图书管理员也区分的不是很清楚。后面附录是几个在网上找到的图书馆管理系统的例子，主要是功能需求方面的，仅供参考。维护人员需求（KY）：软件设计尽可能模块化、组件化，使应用系统可灵活配置，适应不同的情况；可提供各类灵活、实用的维护，设置模块，各类维护模块可对系统进行纵深的维护与管理；拥有完整正确的文档体系系统具有良好的开放性，可提供各种数据接口数据库的设计尽可能考虑到未来的需要，可备份恢复项目经理需求（CXG）总体目标：根据XX学校希望能够充分利用现代科技来提高图书管理的效率，在原有的办公系统基础上进行扩展，将一些可以用计算机来管理的都进行计算机化，使得图书馆管理人员工作更加方便，工作效率也更加的高。进度控制工期必须控制在三个月之内。根据进度，制定具体的进度计划。质量要求关键功能完全实现：数据库连接；数据库接口查询，插入，更新等数据库操作实现；图书（学生）信息查询分页实现功能等；本项目采用瀑布式开发模型.因为该项目有需求较为明确而且开发时间较短的特点；编写质量保证文档。相关控制1项目组人员六人组成，在没有特殊情况下，不在投入人力，已投入的没有特殊原因不得退出项目组；2风险控制：没有开发经验——多沟通，联系，查阅资料项目时间短——提高效率，加班知识欠缺——查阅资料，提前熟悉工具掌握不熟练——查阅资料，提前熟悉开发人员需求（ZB）1.压制复杂性。对于软件开发人员而言，压制复杂性意味着着降低工作时间和工作的难度，减少出错的概率和维护时返回的次数。压制复杂性需要从系统需求分析开始层层进行注意。2.面向服务的架构。使用SOA可以使开发人员更加关注与自己所熟悉的领域。模块之间的接驳将更加光滑，一方面减少了系统边界的影响，另一方面减少了同步开发的复杂性，提高