数据库校园一卡通管理系统内容摘要:
Pplace、 Pno、Cardno、 Pmoney、 ptime、Pmanage、 Paddr DS9 宿舍楼信息 DormInf 记录宿舍楼信息 Dormno、 Dormstle、 Dormregion DS10 归宿刷卡信息 DormPress 记录归宿刷卡信息 Sno、 Sid、 Dormno、Backtime DS11 图书馆信息 LibInf 记录图书馆信息 Libno、 Libname、Libregion DS12 借书信息 LibPress 记录借书信息 Brno、 Bookno、Cardstate、 Borlist、Libno 2 概念设计阶段 引言 概念设计阶段主要是将需求分析阶段得到的用户需求抽象为信息结构 (概念模型 )的过程 ,它是整个数据库设计的关键。 概念模型设计 ( 1)各部分 ER 图。 ( a)学生校园卡关系 分 ER 图 1 ( b)校园卡日常管理关系 分 ER 图 2 ( c)校园卡消费关系 1 m 学生 拥有 校园卡 1 1 学生 服务 校园卡中心 分 ER 图 3 分 ER 图 4 分 ER 图 5 ( d)校园卡身份认证 分 ER 图 6 分 ER 图 7 ( 2)各分 E- R 图中关键实体和联系的属性如下所示: 学生:( 学号 ,姓名,性别,出生日期,身份证号,学院,专业,班级,生源地) 校园卡:( 校园卡卡号 ,持卡人学号,持卡人姓名,持卡人身份证号,持卡人性别,卡内余额,校园卡可用性) 服务:( 本次服务编号 ,校园卡卡号,服务类型,服务时间,服务中心地址) 校园卡中心:( 服务中心 编号 ,服务中心地址,服务中心负责人) 超市:( 超市编号 ,超市名称,超市负责人,超市所在校区) 超市刷卡:( 本次消费编号 ,超市编号,校园卡卡号,消费金额,消费时间) 餐厅:( 餐厅编号 ,餐厅名称,餐厅负责人,餐厅所在校区) 餐厅刷卡:( 本次消费编号 ,餐厅编号,校园卡卡号,消费金额,消费时间) 校车:( 校车编号 ,校车类型,校车司机) 乘车刷卡:( 本次消费编号 ,校车编号,校园卡卡号,消费金额,消费时间) 图书馆:( 图书馆编号 ,图书馆名称,图书馆所在校区) 借书:( 借书编号 ,校园卡可用性,已借图书,图书馆编号) 宿舍 楼:( 宿舍楼编号 ,宿舍楼学生类型,宿舍楼所在校区) 进出刷卡:( 归宿编号 ,校园卡卡号,学生学号,宿舍楼编号,刷卡时间) m 1 n m 超市刷卡 n n 1 n m 1 m 1 m 餐厅刷卡机 餐厅刷卡 含有 餐厅 校园卡 超市刷卡机 含有 超市 校园卡 校园卡 进出刷卡 门禁系统刷卡机 校园卡 图书馆刷卡机 借书刷卡 校园卡 乘车刷卡 校车刷卡机 含有 校车 1 1 1 (注:由于属性较多,全都写到 ER 图中显得很乱,此处将各属性列出。 ) ( 3)将 ER 图合并,按照要求消除属性冲突、命名冲突、结构冲突等,得到初步的 ER图,在此基础上消除冗余得到下图的基本 ER 图: 基本 ER 图 3 逻 辑设计阶段 系统逻辑设计的任务是将概念设计阶段设计好的基本 ER 图转换为选用 DBMS 产品所支持的数据模型相符合的逻辑结构。 具体内容包括数据组织(将 ER 图转换成具体的关系模型、模型优化、数据库模式定义、用户子模式 (视图 )设计)、数据处理(画出系统功能模块图)两大任务。 将 ER 图转换为关系模型 由以上分析,可以将学生实体、校园卡实体、校园卡中心实体、餐厅实体、超市实体、11 1 m m 1 11 m n 1 1 n m m 1 m 1 1 校园卡中心 服务 学生 拥有 校园卡 超市刷卡 餐厅刷卡 超市刷卡机 归宿检测 借书刷卡 含有 含有 超市 餐厅刷卡机 餐厅 宿舍楼 图书馆 m 乘车刷卡 校车刷卡机 含有 校车 m 1 校车实体、宿舍楼实体、图书馆实体分别转化为单独的关系模型。 为了方便同学查询餐厅、超市和 校车的消费情况,特将消费性刷卡联系转化为独立关系模式;为了了解同学的归宿信息,将身份认证型的进出刷卡转化为独立关系模式;为了了解同学借阅图书的情况,将身份认证中的借书刷卡转化为独立的关系模式;同时,考虑同学要向校园卡中充值,在学生校园卡联系中抽取充值关系转化为独立关系模式;考虑同学可能会挂失等,从学生校园卡联系中抽取挂失关系转化为独立关系模式。 具体的关系模式转化结果如下: 学生: student(Sno、 Sid、 Sname、 Ssex、 Sbirth、 Sdept、 Sspecial、 Sclass、 Saddr) 校园卡: Card(Cardno、 Sno、 Sid、 Cardstyle、 Cardstates、 Cardmoney、 Cardtime) 校园卡中心: CardCenter(CCno、 CCaddr、 jbr) 充值: FillInf(Czno、 Cardno、 Sno、 Czje、 Czrq、 jbr) 挂失: LosInf(Gsno、 Cardno、 Sno、 Gsrq、 jbr) 餐厅: DinInf(Dinno、 Dinname、 Dinmanage、 Dinaddr) 超市: SupInf(Supno、 Supname、 Supmanage、 Supaddr) 校车: BusInf(Busno、 Busstyle、 Busdriver) 消费刷卡: PressInf(Pressno、 Pplace、 Car。数据库校园一卡通管理系统
相关推荐
据流程分析多是通过分层的数据流程图(data flow diagram,简称DFD)来实现的。 其具体的做法是:按业务流程图理出的业务流程顺序,将相应调查过程中所掌握的数据处理过程,绘制成一套完整的数据流程图。 本系统的数据流图如下: 顶层数据流程图 0层数据流程图 大学生信息更新模块DFD 据流编号数据流名称简 述数据流来源数据流去向数据流组成F1学生信息学生个人信息S1P1姓名、性别、学号
做出初步判断,判断 出 问题的严重程度和复杂程度。 对于那些可以快速解决的简单问题,比如误操作引起的错误, 与信息中心汇报后可 以 立即解决 ; 2) 重大问题响应服务。 当系统问题导致业务不能运转或关键数据丢失等问题发生时,属于重大问题事件。 重大问题一般属于突发事件。 当重大问题发生时, 运维技术小组应立即组织人员定位问题, 提出 解决方案。 如果远程不能解决,应立即派工程师 现场解决;
tionString () = myConnection = = _ select distinct building ,doorplate, capacity from classroom, arrange + _ where = and not in (select rid from arrange where [Weekday] = + ( + 1).ToString + and
{ get //读 { return str。 } set//写 { str = value。 } } private void label5_Click(object sender, EventArgs e) { } private void label1_Click(object sender, EventArgs e) { } SqlConnection conn。 private