长江大学 数据库课程设计任务书

《数据库课程设计》任务书

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千字，报告附录应包括主要源代码。要求层次清楚、整洁规

范，不得相互抄袭，凡正文内容有整段相同者一律以作弊论处。

明确课程设计的目的和重要性，认真领会课程设计的题目，读懂课程设计指导书的要求，学会设计的基本方法与步骤，积极认真地做好准备工作。课程设计中，学会应用理论知识，收集、归纳相关资料，以及解决实际问题的方法。严格要求自己，自信但不固执，独立完成课程设计任务，善于接受教师的指导和听取同学的意见，有意识地树立严谨的科学作风，要独立思考，刻苦钻研，勇于创新，按时完成课程设计任务。

2. 考勤、考核与成绩

（1） 严格考勤制度，每次上机都要记录，学生有事必须请假。考勤记录影响最终成绩。 （2） 因实验室环境不能满足课题要求的，可以申请在实验室外进行设计工作。 （3） 在课程设计的最后一次上机之前，必须向老师申请考核，考核时要求演示程序并回答老

师提出的问题。

（4） 最终成绩以考核成绩为主，考核成绩占80%以上。

（5） 课程设计完成后的一周内提交设计报告的Word电子文档和打印件，以及程序源代码文

件（含解决方案文件和工程文件）、数据库脚本文件和数据库文件。

3. 设计报告

（1）要求采用统一格式的报告封面。

（2）目录，要求目录层次结构清晰、合理。

（3）正文，要求包括概况、系统分析与设计、系统实现、总结、参考文献等方面内容。 系统分析与设计可包括：系统功能分析、概念模型、数据表结构、三层架构、类的设计等。 系统实现可包括：数据库实现（SQL脚本）、程序界面、界面操作、关键技术及实现代码、调试中遇到的问题等。 总结可包括：结论（已完成功能、涉及的主要技术）、下一步工作安排、收获与体会等。 （4）附录，要求包括数据库对象（含存储过程等）的SQL脚本代码，以及主要源程序代码。

1/47

《图书管理系统》C# 设计指导书 V2.0 2013.8.1 — 9.20 LSH

《图书管理系统》设计指导书

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设计文档、设计模式；以及图书馆相关业务知识

2 / 47

《图书管理系统》C# 设计指导书 V2.0 2013.8.1 — 9.20 LSH

4.3 迭代式开发

迭代式开发（统一过程UP） 系统开发被组织成一系列固定的短期（一段为2-6周）小项目，称为迭代；每次迭代都产生可执行的系统。每次迭代都包括计划、需求、分析、设计、编码、测试等过程以及文档编写工作；第一次迭代考虑系统的核心功能，随后的迭代逐步扩展系统功能；每次迭代的成果（含需求、分析、设计、代码和文档等）均为下一次迭代的工作基础，直至满足最终需求。这种开发过程是基于面向对象方法的。

5. 系统分析

系统边界与约定

(1) 系统限定在实体书库的借阅和管理等业务范围；

(2) 不考虑图书馆的电子书库、订购、情报、人事管理等业务；

(3) 不考虑图书馆的跨区分布情况，如长江大学图书馆包括多个校区图书馆；

(4) 不考虑图书的通借通还，如长江大学读者可在湖北省高校任何一家图书馆借还图书； (5) 不考虑珍藏图书的借阅业务；

(6) 暂不考虑与校园一卡通系统的外部接口。一卡通系统为外部系统（外部参与者），卡内

记录有身份及相关信息，该系统负责身份验证工作。

(7) 期刊库和论文库的借阅和管理等业务可作为二期项目目标，视本系统使用情况而定。 需求概要

(1) 图书管理系统的基本功能需求包括：读者管理、图书管理、借阅管理、用户登录与用户管理等；其它功能需求包括：读者查询与预约借书*、统计与报表*、数据备份*、书架管理*、期刊管理*、期刊借阅*、论文管理*、论文借阅*等。（* 表示留待以后的迭代周期完成，下同）

(2) 相关领域概念：借书证（读者）、图书、借还书记录。

(3) 系统外部参与者：读者、借书证管理员、图书管理员、借阅管理员、系统管理员。将图书馆工作人员划分为借书证管理、图书管理、借阅管理等三类人员；系统管理员负责数据库和软件系统管理，包括各类管理员用户的创建和授权、数据库备份等工作。

系统分析目标

找出系统用例，书写用例文档，建立领域模型(概念模型)。

[用例] use case，或译为使用案例、用况。是指为了完成一个领域目标或任务，提供一个或多个场景来说明其在系统内部与外部（人员或外部系统等）之间的交互过程。如办理借书证、借书、还书、用户登录等均为用例；而借阅管理不是用例，因为它包括多个任务；读者可否借书也不是用例，因为它不是一个领域任务或业务目标。参见“参考资料01 用例.doc”。

用例是一个事件流，一个事件对应一个系统操作；如借书用例中的“根据借书证号查询读者信息”、“根据借书证号查询超期未归还图书”、“判断读者可否借书”、“判断图书是否在馆”、“确认借书”等均为事件或系统操作。

找出系统用例后，对每个用例的交互操作过程进行描述（即书写用例），通过用例发现领域概念及其属性，并建立领域模型（即概念模型）。用例与领域模型的建立过程一般是交互进行的，并相互参考、印证和补充完善。

通过用例发现事件或系统操作，可进行下一步的设计和实现工作，是系统设计主要内容。 在面向对象方法的开发过程中，分析与设计没有明显的界限，只是侧重面不同而已。

3 / 47

《图书管理系统》C# 设计指导书 V2.0 2013.8.1 — 9.20 LSH

5.1 读者管理

读者管理即借书证管理，包括的业务（即用例）有：办理借书证、借书证变更、借书证挂失、解除挂失、补办借书证、注销借书证、批量办理新生借书证*等。（*表示留待迭代2及以后完成，下同。完成此类用例文档并实现其功能者，教师可酌情加分）

借书证（读者）可分为2种类别：教师、学生。

借书证（教师）=借书证号、姓名、性别、所在单位、办证日期、照片等。

借书证（学生）=借书证号、学号、姓名、性别、专业、班级、办证日期、有效期、照片等。其中，有效期由学生类别决定，本科生4年、专科生3年、硕士生3年等。

相关业务规则：(1)读者凭借书证借书；(2)教师最多借书12本，借书期限最长为60天，可续借2次；学生最多借书8本，借书期限最长为30天，可续借1次；(3)处于挂失、注销状态的读者不能借书；(4)未归还图书者不能注销其借书证。

分析：增加读者类别概念，统一并简化读者信息，采用教师属性项，而学生可在所在单位填写班级，学生特有读者信息可留待以后的开发周期处理。可得到2个概念：读者、读者类别。

读者=借书证号、姓名、性别、所在单位、读者类别、办证日期、照片等。（另可加：电话、邮箱等）

读者类别=读者类别号、类别名称、可借书本数、可借书天数、可续借次数。 思考：学生借书证的有效期如何处理？

1. 办理借书证 用例名称：办理借书证 迭 代：1 （说明：第1次迭代期间的用例文档） 参 与 者：借书证管理员（或系统管理员）、读者 综 述：用例起始于读者来到借书证管理办公室，管理员给读者办理新借书证。 触 发 器： （说明该用例的触发条件） 前置条件：登录用户具备读者管理权限。 过程描述： （标题名或为：基本流程、基本事件流、主要成功场景等） 1. 管理员输入：读者类别、所在单位、姓名。 2. 点击“查询”。 3. 系统查询读者信息，并显示查询结果。 4. 管理员判断该读者是否已办理借书证，若是，则可取消办证过程。（人工操作） 5. 管理员输入读者信息：读者类别、姓名、性别、所在单位、办证日期、照片等。（类别、姓名、单位等可预置为过程1中输入值，办证日期可预置为系统日期） 6. 确认办证。 后置条件：创建新的读者对象，并具有新的借书证号；系统记录读者信息。 业务规则：借书证号应具有唯一性。 待解决问题： 1. 打印借书证； 注 释：未考虑校园一卡通做为借书证使用的情况 作者与日期： 2013-7-24日，LSH，版本号1.0 思考：读者分成教师和学生2个概念时，用例有何不同？ 2. 变更借书证

变更借书证类别、有效期、所在单位等，以及其它信息；借书证号不可更改。 用例（略 要求自己完成） 3. 挂失借书证

4 / 47