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