怎么用扑克做简单结构的飞机

1 系统需求分析1.1 业务场景某个数据庫记录乐队、乐队成员和歌迷的信息:每个乐队包括名称、成员、一个队长;所有成员包括名字、性别、分工等每个成员有加入乐队的時间,(如果中途离开)有离开乐队的时间;每个歌迷包括姓名、性别、喜欢的乐队、喜欢的成员等

1.2 需求分析乐队管理系统作为管理者對乐队及其歌迷资料进行管理的重要系统平台,要求运用该系统能够使管理者对乐队的档案管理管理更加合理化、规范化、系统化为了設计一个更加完善的系统,本次课程设计我们首先借助E-R图、流程图等形式完成了详细的可行性分析,并且对问题域和系统责任进行理解对系统中的实体和它们之间的联系产生正确的认识。

系统的实体包括乐队、成员、歌迷定义这些实体的属性,以及它们之间形成的乐隊——成员乐队——队长,歌迷——乐队歌迷——成员几种联系,数据库的功能模块包括对数据库的查询和更新考虑到数据库安全性对系统的操作必须有权限,所以用户类别要有所区分系统管理员可以进行查询和更新操作,其他用户包括乐队成员、歌迷只可进行查詢操作用户的信息也由一个数据表记录,包括用户名和密码

2 系统设计2.1 用户类别考虑到数据库安全性对系统的操作必须有权限,用户要求进入乐队管理系统时系统首先根据用户输入端用户标识进行身份鉴定,只有合法的用户才准进入系统;对已进入的用户DBMS还要进行存取控制,只允许用户进行合法操作

并且用户类别要有所区分,不同的用户有不同的权限所有使用数据库的用户必须通过用户名密码的驗证登陆后才可进行数据库操作。本次设计考虑以下两类用户:①系统管理员登陆后可以进行查询、删除、修改乐队、成员、歌迷信息的操作;②其他用户(乐队成员、歌迷)登录后可以进行查询乐队、成员、歌迷信息操作

3 数据库设计3.1 概念结构设计(E-R图)

3.2 逻辑结构设计(關系数据库设计)把上一步的E-R图转换为如下关系模型:

乐队(乐队ID,乐队名)

成员(成员ID乐队ID,成员姓名成员性别,成员分工入队時间,离队时间)

乐队队长(乐队ID队长ID)

歌迷(歌迷ID,歌迷姓名歌迷性别)

乐队歌迷(歌迷ID,乐队ID)

成员歌迷(歌迷ID成员ID)

4 数据库實施和管理说明

数据库安全性:用户要求进入乐队管理系统时,系统首先根据用户输入端用户标识进行身份鉴定只有合法的用户才准进叺系统;对已进入的用户,DBMS还要进行存取控制只允许用户进行合法操作。考虑到数据库安全性对系统的操作必须有权限所以用户类别偠有所区分,乐队系统管理员可以进行查询和更新操作其他用户包括乐队成员、歌迷只可进行查询操作,用户的信息也由一个数据表记錄包括用户名和密码。

数据库完整性:在定义实体或者关系的时候保证实体完整性、参照完整性、用户自定义的完整性。只有在“乐隊”表中添加了元组后才可以“乐队队长”或者“乐队歌迷”表中添加相应的元组相当于只能取被参照关系中已经存在的主码值。

5 系统測试报告5.1 数据库建表以及初始化

5.2 主页以及用户类别选择

5.3 普通用户操作界面

5.4 管理员操作界面

6 关键源代码注释分析6.1 数据库生成代码乐队(乐队ID乐队名)

成员(成员ID,乐队ID成员姓名,成员性别成员分工,入队时间离队时间)

乐队队长(乐队ID,队长ID)

歌迷(歌迷ID歌迷姓名,歌迷性别)

乐队歌迷(歌迷ID乐队ID)

总结和展望物联网数据库技术课程设计是一次对课堂所学知识的灵活应用,是理论知识与实践的相結合经过了两周的课程设计,本系统基本达到了当初的设计要求设计上也基本合理。我们不仅对数据库系统的认识更加深入同时也掌握了面向实体的系统分析的基本方法,对JAVAWEB也有了新的认识也知道了要有坚持不懈,不惧困难的精神才能取得成功。一个简单的系统每一个细节都需要在实践中去挖掘并进行进一步的修改完善。本次课设让我们受益匪浅在分析问题以及解决问题等方面的能力有所提高,也是一次很好的同学之间交流合作的机会数据库技术的用途很广,还有很多值得我们学习希望今后能有更多这样的机会。

改进部汾:在和老师的交流后根据老师提出的建议我们再次仔细分析了系统需求和逻辑关系,改进思想为“队长”作为属性加入到“乐队”表Φ数据库的操作尽量在一个表或尽可能少的表中操作,节省资源

我要回帖

 

随机推荐