数据库课程设计校园卡管理系统22020年4月19日文档仅供参考学号 年 第1学期数据库原理课程设计报告题目：校园卡管理系统设计与实现专业：计算机科学与技术班级：姓名：指导教师：成绩：计算机学院 12月1日目 录1 设计内容及要求11.1设计内容11.2设计要求12 需求分析22.1需求分析的任务22.2需求分析的过程22.2.1系统功能需求分析22.2.2用户功能需求分析22.3数据字典32.3.1数据项32.3.3数据存储52.3.4处理过程52.4数据流图53 概念设计63.1概念结构设计的方法63.2概念结构设计的步骤63.3数据抽象与局部视图设计64 逻辑设计74.1E-R图向关系模型的转换74.2数据模型的优化84.3系统数据表的设计85 物理实施95.1系统功能模块95.2数据库实施阶段106部分界面117 参考文献161 设计内容及要求1.1设计内容校园卡在我们的校园内应用非常广泛、使用方便，它不但能够用于借书、解除门禁，还能够应用于校园的各个消费场所（如：超市（小卖部）、食堂、澡房、电子阅览室等）。校园卡完成校园内各类消费。如系统管理员登录时，会为其提供:开户、销户、挂失、补办、学生信息查询、校园卡管理、转账记录管理、消费记录管理等功能；而普通用户（学生）登录时，会为其提供：转账、在校消费、流水账检索、余额查询等功能。除此之外本系统还为所有用户提供了公共的功能模块和辅助模块，功能模块有：查阅个人信息、修改个人账号密码。需要实现的功能有：（1）建立用户信息表，包括编号、用户名、密码、类型、创立时间等；对用户信息的管理，有管理员和学生两种模式。（2）建立校园卡信息表，包括编号、校园卡号、密码、余额、状态、创立时间等；对校园的管理，其中包括对校园卡的开户销户、丢失补办、转账及消费等。（3）建立消费信息表，包括编号、校园卡号、消费金额、消费地点、消费时间等；记录学生使用校园卡的消费情况。（4）建立转账信息表，包括编号、校园卡号、转账金额、转账时间等。记录学生对校园卡的转账情况。（5）建立学生信息表，包括编号、姓名、校园卡号、银行卡号、时间等；对学生信息的查询及管理。1.2设计要求运用基于E-R 模型的数据库设计方法和关系规范化理论做指导完成从系统的分析到设计直至系统的最终实现,开发客房管理系统,完成客房管理系统的主要功能。这里首先做好需求分析，并完成数据流图和数据字典。其次概念分析，利用实体联的方法将需求分析的用户需求抽象为信息结构，得到E-R图。然后就是逻辑结构设计，将E-R图转换为计算机系统所支持的逻辑模型。最后，经过开发平台和数据库将功能实现。2 需求分析2.1需求分析的任务 需求分析的任务是调查应用领域，对应用领域中的信息要求和操作要求进行详细分析，形成需求分析说明书。重点是调查，收集与分析用户在数据管理中的信息要求，处理要求，数据的安全性与完整性要求。为了完成需求分析的任务，要详细调查待开发的数据库应用部门的情况，了解原系统工作概况，分析用户的各种需求，在此基础上确定新系统的功能。新系统必须考虑今后的扩充和改变，不能仅仅按当前应用需求来设计数据库。2.2需求分析的过程 由于此处主要任务是练习所学知识点，使得自己对各门知识的融合更加完善。而且，针对于本系统的基本功能已经给出。这里就分别对用户和系统进行分析。2.2.1系统功能需求分析系统功能主要模块：校园卡信息管理、学生信息管理等。下面分别对校园卡的开户销户、丢失补办等模块进行描述。1. 开户销户信息管理：对校园卡的激活及销户操作。2.丢失补办信息管理：对校园卡重新激活及销户的操作。3.转账消费信息管理：使用校园卡消费、转账，及将消费转账记录保存至消费记录信息和转账记录信息的操作。2.2.2用户功能需求分析校园卡管理系统是为了让学生及管理员更好的更方便的实现对校园卡的使用和管理。本系统主要对校园卡实现开户销户，丢失补办等功能的操作，能够很好的管理息数据。2.3数据字典经过可行性分析，抽象出该子系统业务流程图，如下图所示。下面，结合该实例具体情况，给出校园卡管理的具体需求。2.3.1数据项1. 用户信息表数据字典表1 用户信息表编号数据项称说明部分1编号整型2用户名字符串类型3密码字符串类型4类型短整型5创立时间日期型2. 校园卡信息表数据字典表2 校园卡信息表编号数据项名称说明部分1编号整型2校园卡号字符串类型3密码字符串类型4余额双精度型5状态整型6创立时间日期型3. 消费信息表数据字典表3 消费信息表编号数据项名称说明部分1编号整型2校园卡号字符串类型3消费金额双精度型4消费地点字符串类型5消费时间日期型4. 转账信息表数据字典表4 转账信息表编号数据项名称说明部分1编号整型2校园卡号字符串类型3转账金额双精度型4转账时间日期型5.学生信息表数据字典表5 学生信息表编号数据项名称说明部分1编号整型2姓名字符串类型3校园卡号字符串类型4银行卡号字符串类型5时间日期型2.3.2数据结构表6 数据结构表编号数据结构名属性1用户信息编号、用户名、密码、类型、创立时间等2学生信息编号、姓名、校园卡号、银行卡号、创立时间等3校园卡信息编号、校园卡号、密码、余额、状态、创立时间等2.3.3数据存储表7 校园卡信息数据存储表用户信息变更用户信息查询校园卡信息、提交信息的变更校园卡信息变更校园卡信息提交学生校园卡的信息更改2.3.4处理过程表8 过程处理表处理过程名输入数据流输出数据流用户信息输入终端提交用户信息校园卡信息查询获得校园卡信息学生信息获得提交学生信息转账信息查询获得转账信息消费信息查询获得消费信息2.4数据流图图1 校园卡管理系统3 概念设计3.1概念结构设计的方法设计概念结构一般有四类方法：自顶向下，自底向上，逐渐扩张以及混合策略。本教学系统采用的是自底向上的方法。即首先定义全局的概念结构的框架，然后逐步细化。根据自顶向上地进行需求分析然后再自底上上地进行概念设计。3.2概念结构设计的步骤概念结构的设计可分为两步：第一步是抽象数据并设计局部视图。第二步是集成局部视图，得到全局的概念结构。3.3数据抽象与局部视图设计设计局部E-R图。图2 学生信息图3 管理员信息图4 校园卡信息图5 表与表之间的关系 4 逻辑设计4.1E-R图向关系模型的转换 分别经图2、图3、图4，图5总体概念结构E-R图转化成关系模型。学生信息（学号、姓名、校园卡号、银行卡号、创立时间）主键：学号管理员信息（编号、用户名、密码、类型、创立时间）主键：编号校园卡信息（编号、校园卡号、密码、余额、状态、创立时间）主键：编号，校园卡号4.2数据模型的优化数据库逻辑结构设计的结果不是唯一的。为了提高数据库应用系统的性能，还应该根据应用需要适当的修改，调整关系模式，这就是数据模型的优化。规范化理论为数据库设计人员判断关系模式的优劣提供了理论标准，可用来预测模式可能出现的问题，使数据库设计工作有了严格的理论基础。关系数据模型的优化一般以规范化理论为指导，方法为：（1）确定数据依赖。分别写出每个关系内部属性的以及不同关系模式属性间的数据依赖。根据需求分析可知：a) 学生信息信息表的数据依赖 ：学号-校园卡号，学号-姓名，姓名-银行卡号，校园卡号-创立时间b) 管理员信息表的数据依赖：编号-用户名，用户名-密码，编号-用户类型，用户名-创立时间c) 校园卡信息表的数据依赖：编号-校园卡号，校园卡号-密码，校园卡号-余额，校园卡号-状态，校园卡号-创立时间（2）对于各个关系模式之间的数据依赖进行极小化处理，消除冗余的联系。（3）按照数据依赖的理论对关系模式逐一分析，考察是否存在部分函数依赖，传递函数依赖，根据各个函数依赖的依赖集可知各个关系模式没有部分函数依赖和传递函数依赖因此所有的关系模式都是属于3NF。不需要进一步模式分解。4.3系统数据表的设计表9 用户信息表用户信息字段名数据类型长度说明描述idInt10Not null，主键编号号usernamevarchar32Not null用户名Passwordvarchar32Not null密码Typesmallint1Not null用户类型createdatedateNot null创立时间表10 校园卡信息表 校园卡信息字段名数据类型长度说明描述idInt10Not null，主键编号Stuidvarchar10Not null学号Cardidvarchar13Not null校园卡号Passwordvarchar32Not null密码BalanceDouble5Not null余额StatusInt1Not null状态createdatedateNot null创立时间表11 消费信息表消费信息字段名数据类型长度说明描述idInt10Not null，主键编号Cardidvarchar13Not null校园卡号MoneyDouble5Not null消费金额Addressvarchar32Not null消费地点createdatedateNot null创立时间表12 转账信息表转账信息字段名数据类型长度说明描述idInt10Not null，主键编号Cardidvarchar13Not null校园卡号MoneyDouble5Not null转账金额createdatedateNot null创立时间表13 学生信息表学生信息字段名数据类型长度说明描述idInt10Not null，主键编号Stuidvarchar10Not null学号Namevarchar32