数据库课程设计报告宿舍报修系统_第1页
数据库课程设计报告宿舍报修系统_第2页
数据库课程设计报告宿舍报修系统_第3页
数据库课程设计报告宿舍报修系统_第4页
数据库课程设计报告宿舍报修系统_第5页
已阅读5页,还剩10页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

数据库课程设计报告宿舍报修系统.优选-----优质-"数据库系统原理"课程设计报告课题名称:宿舍报修系统专业班级:学号:姓名:指导教师:成绩:2021年6月一、课题名称宿舍报修系统二、需求分析第一局部调查用户需求本系统的最终用户为宿舍楼管理员,宿舍楼的学生,宿舍楼的维修工人。根据我们日常生活中的经历,结合对自己学校宿舍楼管理教师,维修工人的咨询和对同宿舍楼同学的调查,得出用户的以下实际要求:1.宿舍报修的根本情况学生住在宿舍中,每栋楼都有特定的维修工人〔水工、电工、木工〕,学生在上报维修表后,维修工人根据维修表上的信息进展维修。1.1学生的根本信息每个学生都有自己的登录密码,与之对应,登录时要与数据库中所存信息匹配才可登录。相对应的还有该学生的宿舍楼号,宿舍号,手机。1.2管理员的根本信息数据库课程设计报告宿舍报修系统全文共15页,当前为第1页。管理员在登录宿舍报修系统时,需要用到其用户名和登录密码.,与数据库中所存的信息匹配时才可以登录。数据库课程设计报告宿舍报修系统全文共15页,当前为第1页。1.3维修工人的根本信息维修工人登录时所用的用户名和密码都是特定的,在验证与数据库中所存的信息匹配时才可以登录。每个维修工人都有各自所属的宿舍楼号,不同的维修工人有不同的维修类型。1.4宿舍楼号的根本信息每栋宿舍楼都有其唯一的楼号,以此来区分学生所属的楼号,维修工人所属的楼号。1.5报修表的根本信息宿舍楼中经常出现物品的损坏,比方灯泡坏了,水龙头坏了等,这时,同学们需要将物品损坏情况在报修表中填写清楚,以便维修工人进展维修。这时,需要记录报修的宿舍楼号,宿舍号,申请的报修类型,损坏的具体部位,同时记录预约维修的时间,申请维修的学生的,。当损坏的物品维修完毕后,学生可将维修状态更改为已维修,表示该报修成功解决。2.用户对系统的要求2.1学生学生用户登录后,能上报本宿舍维修类型〔包括水工、电工、木工〕,每个类型应该给出具体部位〔如水工类型的有水管、水龙头等〕,一旦维修类型确定,维修工人也就确定,并给出预约维修的日期和时间,申请维修的学生、等。学生能在登录宿舍报修系统之后,申请报修,表示宿舍物品有损坏,需要维修工人进展维修。当宿舍物品报修及时解决后,申请报修的学生应该要再次登录宿舍报修系统,将维修状态更改为已维修,说明该报修问题已成功解决。(1).系统应设置登录用户的标识以鉴别是否是合法用户,并要求合法用户设置其密码,保证用户身份不被盗用;(2).系统应对不同的数据设置不同的访问级别,限制访问用户可查询和处理数据的类别和容;(3).系统应对不同用户设置不同的权限,区分不同的用户,如区分普通用户〔维修工人〕,学生,管理员。(1).各种信息记录的完整性,信息记录容不能为空;(2).各种数据间相互的联系的正确性;(3).一样的数据在不同记录中的一致性。管理员能对维修类型〔水工、电工、木工〕进展管理,主要是确定每栋宿舍具体维修类型的工人人员〔如5栋宿舍楼负责水工维修的是三、电工是四、木工是王五〕。管理员可以查询维修工人的根本信息,并且能对维修工人的根本信息进展更改。比方,将一号宿舍楼的水工调到二号宿舍楼,将二号宿舍楼的水工调到三号楼去,则维修工人在记录中的所属楼号都要作相应的变化等。2.3维修工人数据库课程设计报告宿舍报修系统全文共15页,当前为第2页。维修工人登录后,能查询到所有自己要维修信息,并手动模拟是否去维修过,并能查询已经维修过的信息和全部信息〔包括未维修和已维修〕。数据库课程设计报告宿舍报修系统全文共15页,当前为第2页。维修工人在查看自己所要维修的报修表后,就可以去报修的宿舍进展维修;同时也能看到报修表上是否已维修的信息。第二局部系统功能的设计和划分根据如上得到的用户需求,我们将本系统按照所完成的功能分成以下几局部:1.学生登录局部(1)处理学生登录(2)学生可以申请报修(3)学生可以查看维修状态(4)学生可以确认报修是否被处理2.管理员登录局部(1)处理管理员登录(2)管理员可以查看维修工人的信息(3)管理员可以更改维修工人的信息3.维修工人登录局部(1)处理维修工人登录(2)维修工人可以查看报修表信息(3)维修工人可以手动模拟是否去维修过第三局部数据流图1.涉及到用户登录,主要针对三类用户:管理员、学生、维修工人。用户登录数据流图如图1所示。图1用户登录数据流图说明:数据源:用户数据流:登录系统、用户功能、用户需要的信息处理:身份认证数据库课程设计报告宿舍报修系统全文共15页,当前为第3页。数据存储:数据库数据库课程设计报告宿舍报修系统全文共15页,当前为第3页。2.涉及到学生申请宿舍报修,主要针对一类用户:学生。学生登记宿舍报修数据流图如图2所示。图2学生登记报修数据流图说明:数据源:学生数据流:报修信息处理:报修信息、查看维修状态数据存储:报修登记表3.涉及到管理员管理维修工人,主要针对一类用户:管理员。管理员管理维修工人数据流图如图3所示。图3管理员管理维修工人数据流图说明:数据源:管理员数据流:已登记信息、已更新的信息处理:查询信息、更新信息数据存储:维修工人信息表数据库课程设计报告宿舍报修系统全文共15页,当前为第4页。4.涉及到维修工人查看报修信息,主要针对一类用户:维修工人。维修工人查看报修信息数据流图如图4所示。数据库课程设计报告宿舍报修系统全文共15页,当前为第4页。图4维修工人查看报修信息数据流图说明:数据源:维修工人数据流:报修信息、已登记信息、是否已维修处理:查看报修信息、手动模拟是否报修数据存储:报修信息表5.涉及到宿舍报修流程,主要针对两类用户:学生和维修工人。宿舍报修数据流图如图5所示。图5宿舍报修数据流图说明:数据源:学生、维修工人数据流:报修信息、查询信息、已修信息、维修信息处理:报修信息、查询信息、确认是否维修数据存储:学生报修登记表数据库课程设计报告宿舍报修系统全文共15页,当前为第5页。6.涉及到宿舍报修总流程,主要针对三类用户:学生、管理员和维修工人。宿舍报修数据流图如图6所示。数据库课程设计报告宿舍报修系统全文共15页,当前为第5页。图6总数据流图说明:数据源:学生、管理员、维修工人数据流:身份认证、报修信息、维修信息、查询信息处理:身份认证、报修信息、维修信息、查询信息、确认是否已维修数据存储:报修信息表、维修工人信息表、数据库概念构造设计E-R图1.涉及到学生属性,主要针对一类用户:学生。学生属性图如图7所示。图7学生实体E-R图说明:学生的属性有:id、、密码、宿舍楼号、宿舍号、联系方式数据库课程设计报告宿舍报修系统全文共15页,当前为第6页。2..涉及到管理员属性,主要针对一类用户:管理员。管理员属性图如图8所示。数据库课程设计报告宿舍报修系统全文共15页,当前为第6页。图8管理员实体E-R图说明:管理员的属性有:id、、密码3.涉及到维修工人属性,主要针对一类用户:维修工人。维修工人属性图如图9所示。图9维修工人实体E—R图说明:维修工人的属性有:id、、密码、所属楼号、类型数据库课程设计报告宿舍报修系统全文共15页,当前为第7页。4.总E-R图,如图10所示。数据库课程设计报告宿舍报修系统全文共15页,当前为第7页。图10全局E-R图说明:针对三类用户:学生、管理员、维修工人学生:申请报修、查询维修状态管理员:管理维修工人信息维修工人:查询报修信息逻辑构造设计1.有关学生信息的二维表,如表1所示。数据库课程设计报告宿舍报修系统全文共15页,当前为第8页。表1学生信息表数据库课程设计报告宿舍报修系统全文共15页,当前为第8页。字段字段类型字段长度是否允许为空字段说明idint2否学生的IDnamevarchar50否学生的passwordvarchar50否学生的登录密码houseidvarchar50否学生的宿舍号buildingidint2否学生的宿舍楼号phonevarchar50否学生的联系方式创立学生信息表的SQL语句:CREATETABLE[dbo].[T_学生信息]( [id][int]IDENTITY(1,1)NOTNULL, [name][varchar](50)NOTNULL, [password][varchar](50)NOTNULL, [houseid][varchar](50)NOTNULL, [buildingid][int]NOTNULL, [phone][varchar](50)NOTNULL,CONSTRAINT[PK_T_学生信息]PRIMARYKEYCLUSTERED( [id]ASC)WITH(IGNORE_DUP_KEY=OFF)ON[PRIMARY])ON[PRIMARY]2.有关管理员信息的二维表,如表2所示。表2管理员信息表字段字段类型字段长度是否允许为空字段说明idint2否管理员的IDnamevarchar50否管理员的passwordvarchar50否管理员的登录密码创立管理员信息表的SQL语句:CREATETABLE[dbo].[T_管理员信息]( [id][int]IDENTITY(1,1)NOTNULL, [name][varchar](50)NOTNULL, [password][varchar](50)NOTNULL,CONSTRAINT[PK_T_管理员信息]PRIMARYKEYCLUSTERED( [id]ASC)WITH(IGNORE_DUP_KEY=OFF)ON[PRIMARY])ON[PRIMARY]3.有关维修工人信息的二维表,如表3所示。表3维修工人信息表字段字段类型字段长度是否允许为空字段说明idint2否维修工人的IDnamevarchar50否维修工人的passwordvarchar50否维修工人的登录密码buildingidint2否维修工人所属的楼号typevarchar50否维修工人的维修类型创立维修工人信息表的sql语句:数据库课程设计报告宿舍报修系统全文共15页,当前为第9页。CREATETABLE[dbo].[T_维修工人信息](数据库课程设计报告宿舍报修系统全文共15页,当前为第9页。 [id][int]IDENTITY(1,1)NOTNULL, [name][varchar](50)NOTNULL, [password][varchar](50)NOTNULL, [buildingid][int]NOTNULL, [type][varchar](50)NOTNULL,CONSTRAINT[PK_T_维修工人信息]PRIMARYKEYCLUSTERED([id]ASC)WITH(IGNORE_DUP_KEY=OFF)ON[PRIMARY])ON[PRIMARY]4.有关报修信息的二维表,如表4所示。表4报修信息表字段字段类型字段长度是否允许为空字段说明idint2否报修表的IDtimedatetime8否预约维修的时间typevarchar50否宿舍维修类型descriptionvarchar50否具体维修部位repairbit否是否维修buildingidint2否宿舍楼号namevarchar50否申请的学生phonevarchar50否申请的学生联系方式houseidvarchar50否申请的学生宿舍号T_学生信息idint2否申请的学生的ID创立报修信息表的SQL语句:CREATETABLE[dbo].[T_维修工人信息]( [id][int]IDENTITY(1,1)NOTNULL, [name][varchar](50)NOTNULL, [password][varchar](50)NOTNULL, [buildingid][int]NOTNULL, [type][varchar](50)NOTNULL,CONSTRAINT[PK_T_维修工人信息]PRIMARYKEYCLUSTERED([id]ASC)WITH(IGNORE_DUP_KEY=OFF)ON[PRIMARY])ON[PRIMARY]5.有关宿舍楼号的二维表,如表5所示。表5building表字段字段类型字段长度是否允许为空字段说明idint2否宿舍楼的ID创立building表的SQL语句:CREATETABLE[dbo].[building]( [id][int]IDENTITY(1,1)NOTNULL,数据库课程设计报告宿舍报修系统全文共15页,当前为第10页。CONSTRAINT[PK_building]PRIMARYKEYCLUSTERED数据库课程设计报告宿舍报修系统全文共15页,当前为第10页。([id]ASC)WITH(IGNORE_DUP_KEY=OFF)ON[PRIMARY])ON[PRIMARY]数据库实施1.用户登录如图11所示。图11用户登录界面图说明:通过输入用户名和密码再选择相关人员登录界面。涉及到的表:学生信息表、管理员信息表、维修工人信息表2.学生登录后如图12所示。图12学生登录界面图说明:学生成功登陆后,选择功能界面。数据库课程设计报告宿舍报修系统全文共15页,当前为第11页。3.学生报修信息容如图13所示。数据库课程设计报告宿舍报修系统全文共15页,当前为第11页。图13学生报修信息图说明:学生申请报修的报修信息表界面,信息填写完整后,提交。涉及的表:报修信息表、学生信息表、宿舍楼号表4.学生查看维修状态如图14所示。图14学生确认已维修显示图说明:学生在确认维修后,登录将维修状态改为已维修,说明该报修问题已成功解决。涉及的表:学生信息表、报修信息表数据库课程设计报告宿舍报修系统全文共15页,当前为第12页。5.管理员登录后如图15所示。数据库课程设计报告宿舍报修系统全文共15页,当前为第12页。图15管理员登录界面图说明:管理员在成功登录后的功能查看界面。6.管理员查看维修工人的根本信息,以及更改维修工人信息如图16所示。图16管理员查询并修改工人信息图说明:管理员可以查看维修工人的信息,也可以更新维修工人的信息。主要确定每栋宿舍具体维修类型的工人人员涉及到的表:维修工人信息表、宿舍楼号表数据库课程设计报告宿舍报修系统全文共15页,当前为第13页。7.维修工人登录后的界面如图17所示。数据库课程设计报告宿舍报修系统全文共15页,当前为第13页。图17维修工人登录界面图说明:维修功能登录后的功能选择界面。8.维修工人查询所有所有自己要维修的信息〔已维修,未维修〕如图18所示。图18工人查询报修信息图说明:维修工人登录后可以查看自己所要维修的全部信息,包括已维修,未维修。涉及的表:报修信息表、学生信息表、宿舍楼号表数据库课程设计报告宿舍报修系统全文共15页,当前为第14页。

六、总结数据库课程设计报告宿舍报修系统全文共15页,当前为第14页。1.5周的课程设计很快地完毕了,深

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论