.
《数据库课程设计》任务书
1. 任务与要求
（1） 先修课程：《数据库原理及应用》，《面向对象程序设计C#》、ASP.NET或JAVA等。 （2） 课程设计题目：《图书管理系统》
若自选题目，则需在课程设计第一天上报题目名称，以及开发工具和数据库。
（3） 时间：2周，在《数据库原理及应用》课程结束后进行，建议提前5—8周开始准备。 （4） 开发工具和环境
开发工具：VC、VB、C#、ASP.Net、Java、Delphi等任选。 数 据 库： SQL Server、Oracle、DB2、Sybase等任选。 应用程序：Windows界面程序（C/S），或Web界面程序（B/S）。
（5） 设计报告正文字数不少于5千字，报告附录应包括主要源代码。要求层次清楚、整洁规
X，不得相互抄袭，凡正文内容有整段相同者一律以作弊论处。
明确课程设计的目的和重要性，认真领会课程设计的题目，读懂课程设计指导书的要求，学会设计的基本方法与步骤，积极认真地做好准备工作。课程设计中，学会应用理论知识，收集、归纳相关资料，以及解决实际问题的方法。严格要求自己，自信但不固执，独立完成课程设计任务，善于接受教师的指导和听取同学的意见，有意识地树立严谨的科学作风，要独立思考，刻苦钻研，勇于创新，按时完成课程设计任务。
2. 考勤、考核与成绩
（1） 严格考勤制度，每次上机都要记录，学生有事必须请假。考勤记录影响最终成绩。 （2） 因实验室环境不能满足课题要求的，可以申请在实验室外进行设计工作。 （3） 在课程设计的最后一次上机之前，必须向老师申请考核，考核时要求演示程序并回答老
师提出的问题。
（4） 最终成绩以考核成绩为主，考核成绩占80%以上。
（5） 课程设计完成后的一周内提交设计报告的Word电子文档和打印件，以及程序源代码文
件（含解决方案文件和工程文件）、数据库脚本文件和数据库文件。
3. 设计报告
（1）要求采用统一格式的报告封面。
（2）目录，要求目录层次结构清晰、合理。
（3）正文，要求包括概况、系统分析与设计、系统实现、总结、参考文献等方面内容。 系统分析与设计可包括：系统功能分析、概念模型、数据表结构、三层架构、类的设计等。 系统实现可包括：数据库实现（SQL脚本）、程序界面、界面操作、关键技术及实现代码、调试中遇到的问题等。 总结可包括：结论（已完成功能、涉及的主要技术）、下一步工作安排、收获与体会等。 （4）附录，要求包括数据库对象（含存储过程等）的SQL脚本代码，以及主要源程序代码。
..
.
《图书管理系统》设计指导书
1. 设计题目
图书管理系统
2. 设计目的
通过对图书管理系统的系统分析、系统设计、编码和调试等工作的实践，熟悉管理信息系统的开发过程、设计方法及相关编程技术，熟练掌握数据库设计的基本理论及方法。
3. 设计任务
要求完成一个具有一定实用价值的图书管理系统，主要任务包括：
?在Microsoft SQL Server 2000/2005/2008环境下建立图书管理系统所使用的数据库，利用企业管理器或查询分析器建立各种数据库对象，包括：数据表、视图、约束、存储过程和触发器等；
?掌握ADO.NET编程技术，对MS SQL Server数据库进行连接和操纵；
?掌握使用C#语言开发一个数据库应用系统的基本方法和步骤，熟悉一些基础功能的实现方法，如：数据维护（插删改等操作），数据查询、浏览和Excel导出，统计与报表，用户登录和权限管理等。
? 了解C/S或B/S应用程序的多层体系结构及三层架构方案设计思想，了解迭代式开发，熟悉面向对象设计方法及其分析与设计过程，了解UML文档及其开发过程中的作用。
指导书说明：
（1）开发环境与目标：微软 C#、SQL Server，基于C/S结构的Windows应用程序。 （2）仅给出了部分功能的设计与实现，以说明面向对象分析与设计的一般方法以及关键编程技术，其它功能部分需要自己完成。
（3）为减少篇幅和降低阅读门槛，没有追求使用标准的UML设计文档和术语。
4. 设计准备
4.1 系统准备
操作系统：Windows xp/7/8
数据库系统：SQL Server 2005/2008/2012
客户端开发工具：Visual Studio 2005/2008/2010/2012
4.2 知识准备
熟悉SQL Server 2005/2008/2012的使用；
熟悉C#、ASP.NET语言及其数据库编程技术。
..
.
了解：迭代式开发过程、UML设计文档、设计模式；以及图书馆相关业务知识
4.3 迭代式开发
迭代式开发（统一过程UP）系统开发被组织成一系列固定的短期（一段为2-6周）小项目，称为迭代；每次迭代都产生可执行的系统。每次迭代都包括计划、需求、分析、设计、编码、测试等过程以及文档编写工作；第一次迭代考虑系统的核心功能，随后的迭代逐步扩展系统功能；每次迭代的成果（含需求、分析、设计、代码和文档等）均为下一次迭代的工作基础，直至满足最终需求。这种开发过程是基于面向对象方法的。
5. 系统分析
系统边界与约定
(1) 系统限定在实体书库的借阅和管理等业务X围；
(2) 不考虑图书馆的电子书库、订购、情报、人事管理等业务；
(3) 不考虑图书馆的跨区分布情况，如长江大学图书馆包括多个校区图书馆；
(4) 不考虑图书的通借通还，如长江大学读者可在XX省高校任何一家图书馆借还图书； (5) 不考虑珍藏图书的借阅业务；
(6) 暂不考虑与校园一卡通系统的外部接口。一卡通系统为外部系统（外部参与者），卡内
记录有身份及相关信息，该系统负责身份验证工作。
(7) 期刊库和论文库的借阅和管理等业务可作为二期项目目标，视本系统使用情况而定。 需求概要
(1) 图书管理系统的基本功能需求包括：读者管理、图书管理、借阅管理、用户登录与用户管理等；其它功能需求包括：读者查询与预约借书*、统计与报表*、数据备份*、书架管理*、期刊管理*、期刊借阅*、论文管理*、论文借阅*等。（* 表示留待以后的迭代周期完成，下同）
(2) 相关领域概念：借书证（读者）、图书、借还书记录。
(3) 系统外部参与者：读者、借书证管理员、图书管理员、借阅管理员、系统管理员。将图书馆工作人员划分为借书证管理、图书管理、借阅管理等三类人员；系统管理员负责数据库和软件系统管理，包括各类管理员用户的创建和授权、数据库备份等工作。
系统分析目标
找出系统用例，书写用例文档，建立领域模型(概念模型)。
[用例] use case，或译为使用案例、用况。是指为了完成一个领域目标或任务，提供一个或多个场景来说明其在系统内部与外部（人员或外部系统等）之间的交互过程。如办理借书证、借书、还书、用户登录等均为用例；而借阅管理不是用例，因为它包括多个任务；读者可否借书也不是用例，因为它不是一个领域任务或业务目标。参见“参考资料01 用例.doc”。
用例是一个事件流，一个事件对应一个系统操作；如借书用例中的“根据借书证号查询读者信息”、“根据借书证号查询超期未归还图书”、“判断读者可否借书”、“判断图书是否在馆”、“确认借书”等均为事件或系统操作。
找出系统用例后，对每个用例的交互操作过程进行描述（即书写用例），通过用例发现领域概念及其属性，并建立领域模型（即概念模型）。用例与领域模型的建立过程一般是交互进行的，并相互参考、印证和补充完善。
通过用例发现事件或系统操作，可进行下一步的设计和实现工作，是系统设计主要内容。 在面向对象方法的开发过程中，分析与设计没有明显的界限，只是侧重面不同而已。
..
.
5.1读者管理
读者管理即借书证管理，包括的业务（即用例）有：办理借书证、借书证变更、借书证挂失、解除挂失、补办借书证、注销借书证、批量办理新生借书证*等。（*表示留待迭代2及以后完成，下同。完成此类用例文档并实现其功能者，教师可酌情加分）
借书证（读者）可分为2种类别：教师、学生。
借书证（教师）=借书证号、XX、性别、所在单位、办证日期、照片等。
借书证（学生）=借书证号、学号、XX、性别、专业、班级、办证日期、有效期、照片等。其中，有效期由学生类别决定，本科生4年、专科生3年、硕士生3年等。
相关业务规则：(1)读者凭借书证借书；(2)教师最多借书12本，借书期限最长为60天，可续借2次；学生最多借书8本，借书期限最长为30天，可续借1次；(3)处于挂失、注销状态的读者不能借书；(4)未归还图书者不能注销其借书证。
分析：增加读者类别概念，统一并简化读者信息，采用教师属性项，而学生可在所在单位填写班级，学生特有读者信息可留待以后的开发周期处理。可得到2个概念：读者、读者类别。
读者=借书证号、XX、性别、所在单位、读者类别、办证日期、照片等。（另可加：、等） 读者类别=读者类别号、类别名称、可借书本数、可借书天数、可续借次数。 思考：学生借书证的有效期如何处理？
1.办理借书证 用例名称：办理借书证 迭代：1（说明：第1次迭代期间的用例文档） 参与者：借书证管理员（或系统管理员）、读者 综述：用例起始于读者来到借书证管理办公室，管理员给读者办理新借书证。 触 发 器： （说明该用例的触发条件） 前置条件：登录用户具备读者管理权限。 过程描述：（标题名或为：基本流程、基本事件流、主要成功场景等） 1. 管理员输入：读者类别、所在单位、XX。 2. 点击“查询”。 3. 系统查询读者信息，并显示查询结果。 4. 管理员判断该读者是否已办理借书证，若是，则可取消办证过程。（人工操作） 5. 管理员输入读者信息：读者类别、XX、性别、所在单位、办证日期、照片等。（类别、XX、单位等可预置为过程1中输入值，办证日期可预置为系统日期） 6. 确认办证。 后置条件：创建新的读者对象，并具有新的借书证号；系统记录读者信息。 业务规则：借书证号应具有唯一性。 待解决问题： 1. 打印借书证； 注释：未考虑校园一卡通做为借书证使用的情况 作者与日期：2013-7-24日，LSH，版本号1.0 思考：读者分成教师和学生2个概念时，用例有何不同？ 2. 变更借书证
变更借书证类别、有效期、所在单位等，以及其它信息；借书证号不可更改。 用例（略要求自己完成） 3. 挂失借书证 用例名称：挂失借书证 ..
. 参与者：借书证管理员、读者 综述：用例起始于读者来到借书证管理办公室，管理员给读者办理借书证挂失。 前置条件：登录用户具备读者管理权限，且读者已经存在 过程描述： 1. 输入借书证号，或输入读者的类别、单位、XX。 2. 点击“查询”。 3. 系统查询并显示读者信息。 4. 找到其借书证，且读者状态为有效。 5. 确认挂失。系统修改读者状态为挂失。 后置条件：系统记录读者信息。 业务规则：借书证挂失后禁止读者借书。 分析：修改读者概念，增加属性“借书证状态”；并修改办理借书证用例。 4. 解除挂失 用例名称：解除挂失 参与者：借书证管理员、读者 综述：用例起始于读者来到借书证管理办公室，管理员给读者办理解除借书证挂失。 前置条件：登录用户具备读者管理权限，且读者已经存在 过程描述： 1. 输入借书证号，或输入读者的类别、单位、XX。 2. 点击“查询”。 3. 系统查询并显示读者信息。 4. 找到其借书证。 5.确认解除挂失。（前提：读者状态为挂失） 6. 系统修改读者状态为有效。 后置条件：系统记录读者信息。 5. 补办借书证 补办借书证过程：创建新借书证（复制原读者信息，但借书证需取新号，其它信息不变），并将原借书证的借阅记录转移到新证上，原借书证注销。
用例（略自己完成） 6. 注销借书证
相关规则：有未归还图书者不能办理注销。 用例（略自己完成） 7. 批量办理新生借书证*
从教务管理系统导入新生信息，系统生成借书证信息，管理员核实后办理借书证。 用例（略，思考：联机在线导入，离线导入） 8. 读者类型管理
从系统的功能完整性来看，还存在一个隐性的功能需求：读者类型管理，即读者类型信息的插、删、改、查等数据维护操作。
用例（略要求自己完成） 5.2图书管理
包括业务（用例）：图书编目*、新书入库、图书信息维护、图书变卖与销毁处理*等。 图书信息=书号、书名、作者、、出版日期、ISBN、分类号、语言、页数、单价、内容简介、图书封面、图书状态等；（图书状态包括：在馆、借出、遗失、变卖、销毁）
..
数据库课程设计任务及指导手册2013V2.0 - 图文
