计科10_数据库课设计任务与指导手册.docVIP

《数据库课程设计》任务书 任务与要求 学生必须修完课程设计的先修课程，才有资格做课程设计。明确课程设计的目的和重要性，认真领会课程设计的题目，读懂课程设计指导书的要求，学会设计的基本方法与步骤，积极认真地做好准备工作。课程设计中，学会知识收集、归纳相关资料解决问题的方法严格要求自己，自信但不固执，独立完成课程设计任务，善于接受教师的指导和听取同学的意见，有意识地树立严谨的科学作风，要独立思考，刻苦钻研，勇于创新，按时完成课程设计任务。ISBN、一名或多名作者（译者）、出版社、定价和内容简介等； 读者信息包括：借书证记录有借阅者的姓名、密码、读者类别和所在单位等； 读者凭借书证借书，教师最多借书15本书，借书期限最长为90天；学生最多借书8本书，借书期限最长为30天。{有未归还图书的不能删除或注销其读者信息} 续借与超期罚款，图书可以续借；对于超期未还的读者必须先处理（续借或罚款），否则不能继续借新书；每本书每超期一天罚款0.05元。 图书借还历史要求长期保存在数据库中，以便于统计分析，读者对一本书可能多次借阅。 6.系统设计 6.1 体系结构 要求使用多层（三层）C/S或B/S模式开发该系统。 简单的客户/服务器体系结构的数据库应用系统开发周期短，能够适应大部分中小型数据库应用系统的要求（当客户端数量少于50时），但是，随着数据库应用的日益发展、数据容量的不断增加、客户端数量的不断增多，这种体系结构显示出了诸多缺陷。你知道有哪些缺陷吗？ 所谓三层体系结构，是在客户端与数据库之间加入了一个“中间层”。它是指逻辑上的三层结构，即使在一台机器上也可构成三层体系结构的应用系统。三层分别为表示层、业务逻辑层和数据访问层。 表示层（USL）：为客户提供对应用程序的访问，以Windows应用程序或Web应用程序BLL）：实现应用程序的业务功能，以类库的形式为表示层提供服务。 数据访问层（DAL）：实现整个系统所有的数据库连接、数据存取操作，以组件类库的形式为业务逻辑层提供服务。 此外，实体类，简单地说是描述一个业务实体的类业务实体直观一点理解就是整个应用系统业务所涉及的对象，从数据存储来讲，业务实体是存储应用系统信息的数据表，将数据表中的每一个字段定义成属性，并将这些属性用一个类封装这个类就称为实体类业务实体可以认为属于业务逻辑层，当然，可以将业务实体单独作为一层，称为业务实体层。表示层、业务逻辑层、数据访问层都依赖于业务实体。各层之间数据的传递主要是实体对象（业务信息封装在实体对象中）。 6.2 功能框图 该系统主要由五大功能模块组成：图书管理、读者管理、借阅管理、数据统计和系统管理。各大功能模块又由一些子功能模块构成，其功能框图如下。 6.3 数据库结构 1. 读者类别表(TB_ReaderType) 序号 字段名 数据类型 说明 1 rdType SmallInt 读者类别【主键】 2 rdTypeName Nvarchar(20) 读者类别名称【非空、唯一】 3 CanLendQty Int 可借书数量 4 CanLendDay Int 可借书天数 5 CanContinueTimes Int 可续借的次数 6 PunishRate Float 罚款率（分/天/本） 7 DateValid SmallInt 证书有效时间（年数）【非空，0表示永久有效】 分析提示：读者类别可以是学生（专科生、本科生、研究生）、教师（助教、讲师、副教授、教授、后勤与行政人员）、其它社会人员，以及系统管理员、图书管理员、读者管理员、借还书管理员等。 2. 读者信息表(TB_Reader) 序号 字段名 数据类型 说明 1 rdID Int 读者序号【主键】 2 rdName nvarchar(20) 读者姓名 3 rdPwd nvarchar (20) 读者密码，初值为“123” 4 rdSex Nchar(1) 性别，-男/女 5 rdType SmallInt 读者类别【外键TB_ReaderType.rdType，非空】 6 rdDept nvarchar (20) 单位代码/单位名称 7 rdPhone nvarchar(25) 电话号码 8 rdEmail nvarchar(25) 电子邮件 9 rdDateReg datetime 读者登记日期/办证日期 10 rdBorrowQty Int 已借书数量（缺省值0） 分析提示：（1）可将系统管理员、图书管理员、办证管理员、借还书管理员等信息放入该表；或者将管理员另外建表，与读者信息分开单独进行设计。（2）读者调离或学生毕业时，会办理借书证的注销手续，注销前必须归还所有图书，建议增加一个“注销日期”字段，表明其已经失效。（3）读者密码应考虑加密存储