学生选课系统的数据字典：
学生基本信息表：
课程基本信息表：
教师基本信息表：
个人成绩表：
选课表:
用户管理表：
学生选课数据库SQL语句练习题(详细分解答案)
一、设有一数据库，包括四个表：学生表（Student）、课程表 （Course）、成绩表（Score）以及教师信息表（Teacher）。 四个表的结构分别如表1-1的表（一）~表（四）所示，数据如表1-2的表（一）~表（四）所示。用SQL语句创建四个表并完成相关题目。 表1-1数据库的表结构 表（一）Student 含义 属性名数据类型可否为 空 Sno Char(3) 否学号（主键） Sname Char(8) 否学生姓名 Ssex Char(2) 否学生性别 Sbirthday datetime 可学生出生年 月 Class Char(5) 可学生所在班 级 表（二）Course 含义 属性名数据类型可否为 空 Cno Char(5) 否课程号（主 键） Cname Varchar(10) 否课程名称 Tno Char(3) 否教师编号（外 键） 表（三）Score 含义 属性名数据类型可否为 空 Sno Char(3) 否学号（外键） Cno Char(5) 否课程号（外 键） Degree Decimal(4,1) 可成绩
主码：Sno+ Cno 表（四）Teacher 含义 属性名数据类型可否为 空 Tno Char(3) 否教师编号（主 键）Tname Char(4) 否教师姓名Tsex Char(2) 否教师性别Tbirthday datetime 可教师出生年 月 Prof Char(6) 可职称Depart Varchar(10) 否教师所在部 门 表1-2数据库中的数据 表（一）Student Sno Sname Ssex Sbirthday class 108 曾华男1977-09-01 95033 105 匡明男1975-10-02 95031 107 王丽女1976-01-23 95033 101 李军男1976-02-20 95033 109 王芳女1975-02-10 95031 103 陆君男1974-06-03 95031 表（二）Course Cno Cname Tno 3-105 计算机导论825 3-245 操作系统804 6-166 数字电路856
数据流描述 数据流名称简述数据流来源数据流去向数据流组成数据流量高峰流量登陆信息超市管理用户登陆系统后台记录姓名 +密码 +员 系统用户工编号 +性别 + 登陆超市手机号 +职位 + 管理系统上次登陆时间 时的基本 信息 进货单超市购买收货处理收货审核时间 +订单号 + 供应商供供应商编号 + 商 应的商品品名称 +数量 + 的记录单单价 +总金额 + 据经手人 + 备注 入库单超市收货填写入库单审核入库单时间 +入库单号 后的入库+商品名称 + 供 确认单据应商编号 +入库 数量 +单价 +金 额+经手人 +当 前库存量 +备注 销售记录售出商品商品销售系统记录销售时间 +销售记录 时由收银信息编号 +商品名称 员扫描记+商品编号 + 单 录相应商价+数量 +金额 + 品信息剩余库存 +经手 人+备注 凭条顾客结算系统对销售结凭证处理出票时间 +凭条 购买商品算编号 +商品名称 后获得此+商品编号 + 单 次的购物价+数量 +金额 + 凭据付款方式 +付款 金额 销售查询结超市管理输入销售查询系统返回销售查询时间 +查询 果系统用户信息查询结果用户编号 +销售 查询历史时间 +销售记录 销售记录编号 +商品名称 +商品编号 + 单 价+数量 +库存 + 经手人 + 备注 库存查询结超市管理输入库存查询系统返回库存查询时间 +查询 果系统用户信息查询结果用户编号 +商品 查询当前名称 +商品编号 库存信息+供应商编号 + 当前库存数量
进货查询结超市管理输入进货查询系统返回进货查询时间 +查询 果系统用户信息查询结果用户编号 +商品 查询历史名称 +供应商编 进货信息号+进货时间 + 订单号 + 入库单 号+单价 +数量 + 金额 + 经手人 处理逻辑描述 处理逻辑名称输入的数据流处理逻辑的描述输出的数据流处理频率用户登陆用户名、密码用户通过登陆界面，使用用户名登陆信息 和密码登陆超市管理系统 系统后台记录登陆信息用户登陆系统成功后，记录登陆登陆记录 时间，并对其操作进行相应的更 新和记录 收货处理进货信息超市收到供应商的供货，对其进进货记录 行相应的记录 收货审核进货记录审核人员审核进货信息，确认无进货单 误后生成进货单 填写入库单确认的收货信收到进货的确认通知后，填写入未审核的入库 息库单单 审核入库单未审核的入库审核人员对填写的入库单进行入库单 单审核，并加以确认 商品销售收银员前台扫顾客购买商品进行结算时，前台 描记录收银员扫描商品条形码，录入系 统 系统记录销售后台系统根据收银员录入的信销售记录信息息，生成销售记录，并更改相应 的库存等信息 系统对销售结销售记录系统根据此次的销售记录进行结算信息算结算 凭证处理结算信息顾客结算付款完成后，生成一张凭条 凭条作为购物的凭证 输入销售查询用户通过销售已经登录的用户，使用本系统的销售查询条件信息查询功能模块销售查询功能，输入想要查询的 输入的数据关键字 系统返回销售销售查询条件系统根据查询条件查询数据，返销售查询结果查询结果回相应的销售查询结果 输入库存查询用户通过库存已经登录的用户，使用本系统的库存查询条件信息查询功能模块库存查询功能，输入想要查询的 输入的数据关键字
《数据库原理与应用》实验指导与报告 2010 / 2011 学年第 2 学期 姓名：季亚 学号： 班级： 09数媒（1）班 指导教师：周蓓 计算机科学与工程学院 2011
目录 实验八数据库设计.................................................... 一、概要设计 1.1目的和意义 1.2内容和要求 二、需求分析 2.1背景 2.2概要分析 2.3开发技术 2.4系统主要功能 三、E-R图 3.1 概念设计................................................. 3.2 E-R图................................................... 四、逻辑结构 4.1逻辑转换 4.2细化表结构 五、数据库实施 5.1创建表 5.2创建必要视图 5.3创建必要触发器 5.4创建必要存储过程 六、总结 参考文献.........................................................
实验八数据库设计 一、概要设计 1.1目的和意义 随着无纸化办公的普遍实现，信息的自动处理以及网络式的信息交互方式已经被人们广泛应用。让计算机来管理学生的信息是现在各个高校都在积极进行的工作之一，也是高校教学管理工作的重要内容之一。网上选课与传统的选课方式相比更加节约资源，增加了学生选课自主权。 学生选课系统作为一种现代化的教学技术，越来越受到人们的重视，是一个学校不可或缺的部分, 学生选课系统就是为了管理好选课信息而设计的。学生选课系统的将使选课管理工作规范化、系统化、程序化，避免选课管理的随意性，提高信息处理的速度和准确性，能够准确、及时、有效的查询和修改学生选课情况。 与传统的选课方式相比，网上选课系统利用局域网为学生选课带来了极大的便捷。学生在公共机房，或者宿舍的个人电脑上便可以通过校园网络来选课。在选课期间内，学生能够使用选课系统灵活的修改自己的选课情况，大大提高了学校选课工作的效率。教务处的教师则可以通过选课系统的管理员子系统来管理学生的选课情况，使得学生选课工作达到系统化和自动化，大大提高了学校的工作效率，为广大师生及相关人员节省了极多的时间。 数据库对于一个应用系统的意义是相当重要的，一个设计良好的数据库系统一方面，能够给开发者带来便捷，更轻松的进行系统设计与编码；另一方面，对于系统的后期维护也非常重要，一个良好的数据库系统能够保证系统的可扩充性，以及系统的移植性等问题。 1.2内容和要求 本实验将设计出一个高校网上选课数据库系统，其要求简要如下： (1)系统用户由三类组成：教师、学生和管理员。
数据库原理课程设计 ——高校学生选课系统 速提升。 本文是在对各大高校全校公开课学生选课情况进行实地调查后， 进行详细分析讨论后撰写的学生选课管理系统数据库设计报告。全文
从最初的系统规划，到需求分析、概念设计、逻辑设计、物理设计。 每一阶段都进行了详细的分析。接下来的实现、运行与维护阶段，还 进行了对本系统的测试，最后是本次项目开发的心得和体会以及本文 的参考文献。 本系统是采用 MVC 模式（jsp+javabean+servlet）进行的 J2EE 企业级开发，主要功能是对学生选课及相关信息进行管理。较行业同类 产品而言，本系统人机界面设计更加合理、人性化，用户操作简单方便。数据库的安全性更高，对用户访问权限进行了严格控制。数据存 取速度更快，使用年限更长。可以很好的满足高校公开课学生选课的 要求，极大的提高了学校的工作效率。 关键字：高校学生选课系统；Mysql；JSP 第一章系统开发可行性分析 分析系统的可行性，说明该软件开发项目的实现在技术上、经济上和操作上的可行性，评述为了合理地达到开发目标可供选择的各种可能实施方案，说明并论证所选定实施方案的理由。 1.1技术可行性 技术可行性分析主要分析技术条件能否顺利完成开发工作，硬、软件能否满
足开发者的需要等。本课题是以jsp平台和Myeclipse作为开发工具，运用java 等语言进行开发，所使用的数据库是Mysql，数据库小巧、速度快，而且功能也十分完善，非常适合软件的开发。而且，平台降低开发和管理他们的数据基础设施的时间和成本，使得系统可以以很高的安全性、可靠性和可扩展性来运行他们最关键任务的应用程序。因此，系统的软件开发平台已成熟可行。硬件方面，科技飞速发展的今天，硬件更新的速度越来越快，容量越来越大，可靠性越来越高，价格越来越低，其硬件平台完全能满足此系统的需要。综上所述，本系统所使用的技术完全可以满足该系统的开发。 1.2经济可行性 本课题开发所涉及的操作平台、开发工具基本上都是实验室机房已具备的软件，都是免费使用的，而且如今的市场情况是：其他都在涨价，就电子类产品在降价。而且我们可以免费参阅图书馆的书籍、期刊，免费下载相关文献资料，所以在经济上不存在很大的负担。 1.3操作可行性 由于本系统是以数据、图表作为人机交互载体的，在整个系统的使用过程中，需要用户输入相关信息，根据相应提示进行选择即可，操作简单，人机交互界面友好，系统具有较强的亲和性和易用性，用户只需要阅读用户手册，或者观看别人演示，即可熟练掌握本系统的使用。因此从操作可行性方面来说，本系统也是完全可行的。 第二章需求分析 2.1引言 为了规范、有条理的进行本系统的设计以及合理的满足使用者的需求，为使后续的开发维护工作变得可靠而轻松，编写本系统需求分析说明书，旨在开发过程中进行参考，使系统在需求的范围之内进行开发，避免重复劳动，加快开发进度以及提高开发效率，同时也是为以后系统维护服务提供指南。
.3.3.1 创建实体关系图 （1）在需求收集的过程中，要求客户列出应用软件或业务过程涉及到的"事物"，将其演化成数据对象； （2）一次考虑一个对象，分析员和客户定义这个对象和其他对象之间是否存在连接； （3）如果存在连接，应创建一个或多个关系； （4）对每一个关系，确定其关联类型； （5）重复步骤（2）到步骤（4），直到定义了所有关系。 （6）定义每个实体的属性； （7）形式化并复审实体关系图； （8）重复步骤（1）到（7），直到数据建模完成。 举例分析： * 实体：学生、课程、成绩。 * 实体属性定义： 学生：学号、姓名、性别、出生日期、入学年月 课程：课程编号、课程名称、课程学分、课程描述 成绩：学号、课程编号、分数、考核日期 * 实体关系图： 首先分析"学生成绩管理系统"的用户要求，找出该系统应该包括的实体。显然，学生、课程和成绩都是系统的实体，并且可以初步定义它们的属性（见上）。教务人员虽然是系统的用户，但其信息与系统处理无关，因此不用作为实体。那么，学生的选课信息是否需要成为实体呢？由于成绩信息包含了选课信息，因此选课信息不用单独记录。最终，确定系统的实体是学生、课程和成绩。 接着，我们分析这些实体之间的关联关系。从实际情况得知，一个学生可以选多门课程，一门课程也可以有多个学生选修，但每个学生选一门课程必须有一个成绩。根据上述分析，我们得到如图所示的实体关系图。 3.3.3.2 创建数据流模型 通常，数据流图是分层绘制的，整个过程反映了自顶向下进行功能分解和细化的分析过程。顶层（也称第0层）DFD用于表示系统的开发范围，以及该系统与周围环境的数据交换关系；最底层DFD代表了那些不可进一步分解的"原子加工"；中间层DFD是对上一层父图的细化，其中的每一个加工可以继续细化，中间层次的多少由系统的复杂程度决定。 （1）第0层DFD将整个系统表示成一个加工； （2）确定并标记主要的输入和输出； （3）分离出下一层中的加工、数据对象和存储，并对其进行细化，一次细化一个加工； （4）标记所有加工和箭头； （5）重复步骤（3）和（4），直到所有的加工只执行一个简单的操作，可以很容易地用程序实现。举例分析： * 第0层DFD图
数据库学生选课系统 HEN system office room 【HEN16H-HENS2AHENS8Q8-HENH1688】
数据库设计——学生选课系统 设计内容： 我们组设计的是学生选课管理系统，选课管理系统是学校教务系统中很庞大、很复杂的一个数据库系统，在这里我们将其简化，只选取了部分比较直观的关系模式。我们设计的系统涉及院系信息、学生信息、教师信息、课程信息、选课信息、还有成绩管理及查询。 设计目标： 所实现的功能有：能记录院系、学生、教师以及课程的基本情况，能记录学生所选的课程以及相应的成绩和授课教师。每个学生和老师都只能被一个院系管理，为了简化每个教师最多教授一门课程，每个学生可选多门课程或者不选，每个学生选修的每门课程有一个成绩记载，每个教师教授最多一门课程，学生在系统中可以有查询成绩的权限，管理员有修改成绩的权限。 需求分析 ：需求背景 随着信息时代科技不断提高,学校规模不断扩大,教学质量不断提高,大学期间有许多公共选修课,以往的选修课方法是课堂报名或者纸上填写方式报名,这种方法虽然直接,但是造成选课的盲目性,而且学生选过课程后不好在更改查看,一方面浪费大量的人力，物力资源,另一方面浪费时间以及在认为统计过程中不可避免的出现差错的情况。这给广大的老师和学生带来诸多的不便,管理起来也相当困难。使用网上选课系统可以提前进行网上选课,并且选课以后学生还可以在查看和更改,随意选择各个老师的课程,老师管理起来也比较方便。鉴于它的重要性,这就迫切需要研制开发一款功能强大,操作简单,具有人性化的网上选课系统。 ：选课分析 根据分析，本系统的实体有学生、教师、课程和选课信息。 描述学生的属性有：学号、院系、姓名、性别、出生日期、入学时间、专业、班级。 描述教师的属性有：教师编号、姓名、性别、职称、专业。 描述课程的属性有：课程编豪、课程名称、授课老师、课程类型、上课时间、上课地点、学时、学分。
学生成绩管理系统数据库创建学生成绩数据库，命名“XSCJ”。数据库包含以下基本表 A.1 学生信息表 1.学生信息表结构 创建学生信息表，表名“XSB”，表结构如表A.1所示。 表A.1 学生信息表（XSB）结构 2.学生信息表样本数据 学生信息表样本数据（照片除外）如表A.2所示。 表 A.2 学生信息表样本数据表
A2. 课程信息表 1. 课程信息表结构 创建课程信息表，表名“KCB”，表结构如表A.3所示。
表A.3 课程信息表（KCB）结构 2. 课程信息表样本数据 课程信息表样本数据表A.4所示。 表 A.4 课程信息表样本数据表 A3. 学生成绩表 1. 学生成绩表结构 创建学生成绩表，表名“CJB”，表结构如表A.5所示。 表A.5 学生成绩表（CJB）结构
2.学生成绩信息表样本数据 学生成绩信息表样本数据表A.6所示。 表 A.6学生成绩信息表样本数据表 A4. 专业表 1. 专业表结构 创建专业信息表，表名“ZYB”，表结构如表A.7所示。 表A.7 专业信息表（ZYB）结构 2. 专业信息表样本数据 专业信息表样本数据表A.8所示。
表 A.8专业信息表样本数据表 A5. 登录表 1. 登录表结构 创建登录表，表名“DLB”，表结构如表A.8所示。 2. 登录表样本数据 可以根据实际情况设置 A.6 连接表 1. 连接表结构 创建连接表，表名“XS_KCB”，表结构如表A.10所示。 表A.10 连接表（XS_KCB）结构
2. 连接表样本数据 连接表样本数据表A.11所示。 表 A.11连接表样本数据表
1．需求分析阶段的主要任务是什么怎样理解分析阶段的任务是决定“做什么”，而不是“怎样做” 解：需求分析阶段的主要任务是用户和软件人员双方一起来充分地理解用户的要求，并把双方共同的理解明确地表达成一份书面文档——需求说明书。用户要求通常包括功能要求、性能要求、可靠性要求、安全保密要求以及开发费用、开发周期、可使用的资源等方面的限制，其中功能要求是最基本的，它又包括数据要求和加工要求两方面。所以，软件阶段的任务是解决软件系统做什么，而不是怎么做。 2．什么是结构化分析方法要经过哪些步骤来实现 解：所谓结构化分析方法是在分析一个软件系统时使用“自顶向下逐层分解”的方式表达用户需求。对系统作了合理的逐层分解后，就可分别理解系统的每一个细部，这样，就可以有效地控制系统的复杂性。 结构化分析方法的步骤： 理解当前的现实环境，获得当前人工系统的具体模型。 从当前系统的具体模型抽象出当前系统的逻辑模型。 分析目标系统与当前系统逻辑上的差别，建立目标系统的逻辑模型。 为目标系统的逻辑模型作补充。 3．为什么DFD要分层画分层DFD要遵循哪些原则 解：对一个大型的系统，如用一张数据流图画出所有的数据流和加工，则图纸将极其庞大复杂，因而难以理解。为了控制复杂性，SA方法采用“分层”的技术。 画分层DFD要遵循哪些原则： 分解应自然，概念上合理、清晰。 只要不影响数据流图的“易理解性”，可以适当地多分解成几部分，这样分层图的层数就可少些。 一般说来，在上层可以分解得快些，而在下层则应分解得慢些，因为上层是一些综合性的描述，“易理解性”相对地说不太重要
4．选择一个系统(例如人事档案管理系统、图书管理系统、医院监护系统、足球俱乐部管理系统、财务管理系统、学生选课系统、飞机订票系统等)，用 SA方法对它进行分析，画出系统的分层 DFD 图，并建立相应的数据词典。 解：下面是一个学生选课系统的DFD 。 数据词典 (l)数据流条目
数据库系统原理及其应用教程 课程设计报告 设计题目选修课程管理系统的设计与实现 指导教师
摘要 随着计算机技术的日新月异，极大的推动的各个行业的信息化进程。各大高校也急需进行信息化改革，以促进教学质量和工作效率快速提升。 本文是在对各大高校全校公开课学生选课情况进行实地调查后，进行详细分析讨论后撰写的学生选课管理系统数据库设计报告。全文从最初的系统规划，到需求分析、概念设计、逻辑设计、物理设计。每一阶段都进行了详细的分析。接下来的实现、运行与维护阶段，还
进行了对本系统的测试，最后是本次项目开发的心得和体会以及本文的参考文献。 本系统主要功能是对学生选课及相关信息进行管理。较行业同类产品而言，本系统人机界面设计更加合理、人性化，用户操作简单方便。数据库的安全性更高，对用户访问权限进行了严格控制。数据存取速度更快，使用年限更长。可以很好的满足高校公开课学生选课的要求，极大的提高了学校的工作效率。 关键字：学生选课管理系统；分析；设计 目录 一、概述 (4) 1.1 设计背景 (34) 1.2 设计目的 (36) 1.3 设计内容 (39) 二、需求分析 (19) 2.1 功能分析 (7) 2.2 工作流图 (6) 2.3 数据流图 (7)
2.4 数据字典 (16) 三、概念模型设计 (18) 3.1 实体之间的联系 (18) 3.2 E-R图 (19) 四、逻辑设计 (26) 4.1 概念模型向关系模型的转换 (26) 4.2 概念模型的优化 (27) 五、源代码及查询截图 (29) 5.1 数据库的存储结构 (29) 5.2 实现 (32) 5.3 人机界面设计 (34) 5.4 系统测试 (36) 5.5 运行维护 (39) 六、总结 (40) 参考文献 (41) 一、概述 1.1设计背景 可行性研究的目的是用最小的代价在尽可能的短的时间内确定数据库系统是否可能开发、是否值得开发、是否可以开发（在该报告中主要是考查《学生选课管理系统》是否可能开发、是否值得开发、是否可以开发）。其实质是在较高层次上以较抽象方式进行的、简化的压缩的需求分析和概要设计过程。
一、设有一数据库，包括四个表：学生表（Student）、课程表 （Course）、成绩表（Score）以及教师信息表（Teacher）。 四个表的结构分别如表1-1的表（一）~表（四）所示，数据如表1-2的表（一）~表（四）所示。用SQL语句创建四个表并完成相关题目。 表1-1数据库的表结构 表（一）Student 含义 属性名数据类型可否为 空 Sno Char(3)否学号（主 键） Sname Char(8)否学生姓名 Ssex Char(2)否学生性别 Sbirthday datetime可学生出生年 月 Class Char(5)可学生所在班 级 表（二）Course 含义 属性名数据类型可否为 空 Cno Char(5)否课程号（主 键） Cname Varchar(10)否课程名称 Tno Char(3)否教师编号 （外键） 表（三）Score 含义 属性名数据类型可否为 空 Sno Char(3)否学号（外 键） Cno Char(5)否课程号（外 键）
Degree Decimal(4,1)可成绩 主码：Sno+ Cno 表（四）Teacher 含义 属性名数据类型可否为 空 Tno Char(3)否教师编号 （主键）Tname Char(4)否教师姓名Tsex Char(2)否教师性别Tbirthday datetime可教师出生年 月 Prof Char(6)可职称Depart Varchar(10)否教师所在部 门 表1-2数据库中的数据 表（一）Student Sno Sname Ssex Sbirthday class 95033 108曾华男1977-09- 01 105匡明男1975-10- 95031 02 95033 107王丽女1976-01- 23 95033 101李军男1976-02- 20 109王芳女1975-02- 95031 10 95031 103陆君男1974-06- 03 表（二）Course
数据流程图： 顶层数据流图 学生成绩管理系统数据字典： 数据结构：admin 描述：管理员的基本信息表 定义：admin = admin_username + admin_password + admin_name + admin_age + admin_sex + admin_job + admin_information + admin_image admin_username={限三个字符以内} admin_password={限10个字符以内} ------------------------------------------------------ 数据结构：course 描述：学校课程信息表 定义：course= course_id + course_name + course_point + teacher_username course_id={限4个字符以内} teacher_username={限4个字符以内} ----------------—------------------------------------- 数据结构：score 描述：成绩表 定义：score= scoreid + teacher_username + student_username + course_id + scoreyear + score scoreid={限4个字符以内} scoreyear={整数型} score={整数型} ------------------------------------------------------- 数据结构：student 描述：学生基本信息表 定义： student=student_username+ student_password+ student_name+ student_age+ student_sex+ student_startyear+ student_department+ student_ student_profession+ student_ student_studentclass+ student_ student_information+ student_image student_username={限9个字符以内}
一、系统设计可行性 1.1网上选课系统的产生 网上选课系统是针对在校学生和教师使用的，从学生的角度来说，由于教学制度的改革，现在大部分的高等院校开始实行学生自主选课模式，传统的教学模式已经不能适应新的教学模式，如果还只是通过纸上的方式选课，一方面浪费大量的人力、物力，另一方面浪费时间以及在统计过程中不可避免的会出现差错。随着高校的人数增加，暴露出来的弊端会越来越多。 因此，利用网络，使学生只要在计算机前输入自己的个人选课信息即可完成原来几倍的作业量。从教室的角度来讲，同样可以节约大量的时间和减少工作量以及减少错误的发生率。 1.2可行性分析 网上选课系统的可行性分析包括以后几个方面： 1.技术可行性 由于校园网络的普遍应用，使得网上选课非常的方便，无需再进行网络的建设。基于B/S模式的选课系统更加适合校园网，使得学生可以在任何有校园网的地方完成选课过程。 https://www.doczj.com/doc/7d14317319.html,、C#语言在大二的时候学过了，而且数据库Access运 用的比较熟练，大部分做起来还算得心应手，部分不会的现在上网也比较方便，可以在网上进行查找。． 2.经济可行性
校园网应经普及，因此网络设备上不需要大的投入。加之，B/S 模式的系统只要求客户端具备浏览器的基本功能，就能实现网上选课。因此，从经济上来说，开发网上选课系统不需要很大的投入，硬件上只需要Web服务器和数据库服务器即可。 3.操作可行性 B/S模式的最大优势就是操作方便、如同浏览网页一样。 综上所述，网上选课系统在高校中是可行的。 二、系统的需求分析 2.1引言 2.1.1编写的目的 本文档是对该学生选课系统的一个整体把握，以便在下一步的开发设计中更好的控制开发。 本文档的预期读者是： 设计人员 开发人员 管理和测试人员 最终用户． 2.1.2背景 由于电脑时代的到来以及internet的迅速发展，电脑无处不在，当然各种工作效率也大幅提高，那么对于一个学校来说，开发一个好的学生选课系统势在必行。鉴此，特开发此学生选课系统，该系统实现了选课的网络化、信息化、现代化。
北京理工大学珠海学院 课程设计任务书 2011 ～2012 学年第 1 学期 学生姓名： xxx 专业班级： 09信息管理与信息系统 指导教师： xxx 工作部门：商学院 一、课程设计题目 学生选课系统的数据库设计 选课系统的设计 1）统计出至少有三名学生选修的课程的平均分，统计项包含课程编号和平均分2）在选课数据库中，统计出选修课程超过或等于2门以上的学生信息 3）统计出平均分在90分以上的学生的信息，并将结果按平均分降序排列 ●为每个实体表和关系表创建合适的索引（聚簇索引、复合索引）、主码、外码； ●创建学院类别取值范围为商学院、外国语学院、计算机学院、信息科技学院， 并与相应的列绑定； ●通过触发器定义选课的成绩不能从选课中修改，修改专业的同时修改班级人 数，在学生表中删除学生的同时，删除选课表中的信息； ●创建视图studentview（学生信息表），sc_view（学生成绩表），cs_view（学 生课程表）； ●存储过程exec Pro_基本信息功能的验证，存储过程exec Pro_班级信息的验证： （查询不同“班级编号”的所有学生信息） ●事务的创建（同时更新“姓名”和“所属班级”列信息，否则数据保持不变） I
摘要 随着社会的发展，学生的人数和课程的种类急速增加，传统的选课管理模式已经无法满足当前的实际需求，为此，我们开发了学生选课管理系统。 本人结合学生选课管理的实际需要，完成了对学生选课管理系统的需求分析、功能模块划分、数据库模式分析等，并由此设计了后台数据库以及前台应用程序。 文中首先对课题背景，数据库基础理论和SQL语言进行了简单的讨论；接着，学生选课管理系统进行了详细分析，划分了具体的功能模块；最后，给出了学生选课系统应用程序的设计过程，以及每个功能模块的核心代码。 系统可以实现学生选课的一些重要功能，如：课程的添加、删除，信息查询、选课、生成课表，以及学生选课管理人员、用户个人信息的维护等。 关键词管理系统；数据库；SQL Server 2000 II
软件产品开发需求模型(DFD和DD) 数据字典是关于数据的信息的集合，对数据流程图中的各个元素做完整的定义与说明，是数据流程图的补充工具。数据流图和数据字典共同构成系统的逻辑模型。 数据字典由下列六类元素的定义组成： （1）数据流 （2）数据项：是“不可再分”的数据单位，是数据的最小组成单位。 （3）数据结构 （4）数据存储：数据存储是数据结构停留或保存的场所。 （5）处理逻辑 （6）外部实体 在第一层和第二层数据流图的定义之后，我们都已经详细定义了数据字典的各元素。 对于各数据项的详细符号描述，见实验二的《软件概要设计说明》中的“软件数据结构设计”。 一、数据流图： 1．网上购书电子商务系统数据流程图（第一层）
DBMS1.1暂存订单 DBMS1.2书籍库存DBMS1.3采购订单 DBMS1.4销售历史DBMS1.6应付款明细帐DBMS1.5应收款明细帐DBMS1.7总帐 数据流图说明：（DD ） 1． 1 E ：外部项
1．2 P：处理逻辑 1．3 F：数据流 共有FBMS1.1～FBMS1.10这10个数据流，分别描述如下：（1）数据流名称：FBMS1.1 数据流说明：用户登入 （2）数据流名称：FBMS1.2 数据流说明：密码修改
（3）数据流名称：FBMS1.3 数据流说明：顾客的订单 （4）数据流名称：FBMS1.4 数据流说明：送货人给顾客的发货票 （5）数据流名称：FBMS1.5
数据流说明：付款（顾客付款给送货人） （6）数据流名称：FBMS1.6 数据流说明：送货人给顾客的收据（发货票） （7）数据流名称：FBMS1.7 数据流说明：发给书籍供应厂商的订货单
数据库原理及应用大作业学生选课管理系统数据库设计 院系：软件工程 班级学号：软件14 学号： XXXX 姓名： XXXX 指导教师： XXXX 2016 年 5 月 2 日
目录 一概述 (1) 1.1课题背景 (1) 1.2学生管理系统分析 (1) 1.3设计环境 (1) 二需求分析 (1) 2.1 系统功能要求设计 (1) 2.2 数据需求 (2) 2.3 数据流图 (2) 2.4 数据字典 (3) 三概要设计 (5) 3.1 概念模型 (5) 3.2 E-R图表示概念模型 (5) 3.3 合并分E-R图 (6) 四逻辑设计 (7) 4.1由系统E—R图转化而得到的关系模式如下 (7) 4.2 逻辑模式的规范化和优化 (7) 4.3 表和表之间的关系 (8) 4.4 选择数据库的存取方法 (8) 4.5 设计数据库的存储结构 (8) 4.6 数据库的相关创建 (9) 五数据库设计总结 (11) 5.1 数据库的设计过程 (11) 5.2数据库设计的特点与不足 (11) 六参考文献 (12)
一概述 1.1 课题背景 21世纪这个信息爆炸时代，其科技亦日新月异，纵观时代发展，计算机已经成了我们生活不可缺少的一部分，而在计算机应用中，软件的作用十分突出，软件已经发展成为信息技术的核心，主导着信息产品的开发。计算机在代替和延伸脑力劳动方面起着越来越重要的作用，在工业方面，日常生活方面无不如此。就我们可以感受到的校园学生管理系统来说，计算机为其带来的便利不言而喻！ 1.2 学生管理系统分析 学生管理是学校管理中的一项重要任务,以往的手工操作已经不能适应现在办公的需要.为了摆脱繁琐的劳动,提高工作效率,利用计算机进行信息处理成为必然.开发功能完善及安全可靠的管理系统可以大大提高学校资源的利用率,及时,准确地获取需要的信息,充分发挥人员的工作潜力。正是咨询业的迅速发展使得人们从过去的手工劳动中得以解脱.同时,编写一套完善的学生管理系统的任务就显得尤为重要. 本学生管理系统可实现学生基本信息、成绩信息、课程信息、选课信息等的录入、修改、查询、更新和删除。 1.3设计环境 （1） Microsoft SQL Server 2008 （2） Microsoft Visual Studio （3）windows xp以上，内存（512M以上） 二需求分析 2.1 系统功能要求设计 该系统相关功能情况如下：
学生成绩管理系统数据流图-标准化文件发布号：（9556-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII
.3.3.1 创建实体关系图 （1）在需求收集的过程中，要求客户列出应用软件或业务过程涉及到的"事物"，将其演化成数据对象； （2）一次考虑一个对象，分析员和客户定义这个对象和其他对象之间是否存在连接； （3）如果存在连接，应创建一个或多个关系； （4）对每一个关系，确定其关联类型； （5）重复步骤（2）到步骤（4），直到定义了所有关系。 （6）定义每个实体的属性； （7）形式化并复审实体关系图； （8）重复步骤（1）到（7），直到数据建模完成。 举例分析： * 实体：学生、课程、成绩。 * 实体属性定义： 学生：学号、姓名、性别、出生日期、入学年月 课程：课程编号、课程名称、课程学分、课程描述 成绩：学号、课程编号、分数、考核日期 * 实体关系图： 首先分析"学生成绩管理系统"的用户要求，找出该系统应该包括的实体。显然，学生、课程和成绩都是系统的实体，并且可以初步定义它们的属性（见上）。教务人员虽然是系统的用户，但其信息与系统处理无关，因此不用作为实体。那么，学生的选课信息是否需要成为实体呢？由于成绩信息包含了选课信息，因此选课信息不用单独记录。最终，确定系统的实体是学生、课程和成绩。
接着，我们分析这些实体之间的关联关系。从实际情况得知，一个学生可以选多门课程，一门课程也可以有多个学生选修，但每个学生选一门课程必须有一个成绩。根据上述分析，我们得到如图所示的实体关系图。 3.3.3.2 创建数据流模型 通常，数据流图是分层绘制的，整个过程反映了自顶向下进行功能分解和细化的分析过程。顶层（也称第0层）DFD用于表示系统的开发范围，以及该系统与周围环境的数据交换关系；最底层DFD代表了那些不可进一步分解的"原子加工"；中间层DFD是对上一层父图的细化，其中的每一个加工可以继续细化，中间层次的多少由系统的复杂程度决定。 （1）第0层DFD将整个系统表示成一个加工； （2）确定并标记主要的输入和输出； （3）分离出下一层中的加工、数据对象和存储，并对其进行细化，一次细化一个加工； （4）标记所有加工和箭头； （5）重复步骤（3）和（4），直到所有的加工只执行一个简单的操作，可以很容易地用程序实现。 举例分析： * 第0层DFD图 教务人员维护学生信息和课程信息，并登录学生的选课成绩； 学生查询自己的成绩单。 * 第1层DFD图 对第0层DFD图中的一个加工"学生成绩管理"进行展开。
课程设计题目：学生选课系统 姓名：黄斌 学号：201240130113 专业：计算机信息管理 系别：东华理工高职院
目录一：摘要 二：课程设计任务的需求分析 三：概念结构设计 四：逻辑结构设计 五：数据库维护 六：图文与演示 七：收获与总结
一、摘要 本文以一个具体的应用系统-学生选课信息系统的设计与实现来说明如何利用UML和EJB组件来设计和构建分布式软件的系统平台，现在的信息管理系统软件的开采，采用组件技术可以提高效率，信息管理系统的分析设计业可以采用UML来进行，两者的结合可以极大地体改开发效率，保证系统开发的易维护性。 随着在校大学生人数的不断增加，教务系统的数据量也不断的上涨，运用计算机辅助选课，开发一套在线选课系统是十分必要的，技能实时的对大量选课数据进行检验和统计，十分方便的输出选课结果，同时也避免了人工处理时容易产生的错误。 二、课程设计需求分析 作为数据库课程设计题目，鉴于设计时间有限，我们不追求大而全，只是把学生选课所涉及的核心内容作为数据库管理的对象来进行设计。要完成对学生选课的管理，系统必须管理学校的教师信息，学生选修课程的信息，学生开设所有的课程信息，学校的院系信息，专业设置信息，教师开设课程信息等。 选课系统主要满足三类用户需求，这三类用户分别是教务处的系统管理员，教师和学生，他们所具备有的操作权限以及操作的内容是不同的。要求选课系统可以满足以下功能：系统管理员能对学生信息，教师信息课程信息等进行有效的管理和维护，包括增加，删除，修改等基本的维护功能和灵活的查询功能，教师和学生能够对个人基本信息，教授，选课所涉及的有关信息进行查询，更新等操作。需求分析
学生成绩管理系统数据流图 .3.3.1 创建实体关系图 (1) 在需求收集的过程中，要求客户列出应用软件或业务过程涉及到的"事物"，将其演化成数据对象; (2) 一次考虑一个对象，分析员和客户定义这个对象和其他对象之间是否存在连接; (3) 如果存在连接，应创建一个或多个关系; (4) 对每一个关系，确定其关联类型; (5) 重复步骤(2)到步骤(4)，直到定义了所有关系。 (6) 定义每个实体的属性; (7) 形式化并复审实体关系图; (8) 重复步骤(1)到(7)，直到数据建模完成。 举例分析: * 实体:学生、课程、成绩。 * 实体属性定义: 学生:学号、姓名、性别、出生日期、入学年月 课程:课程编号、课程名称、课程学分、课程描述 成绩:学号、课程编号、分数、考核日期 * 实体关系图: 首先分析"学生成绩管理系统"的用户要求，找出该系统应该包括的实体。显然，学生、课程和成绩都是系统的实体，并且可以初步定义它们的属性(见上)。教
务人员虽然是系统的用户，但其信息与系统处理无关，因此不用作为实体。那么，学生的选课信息是否需要成为实体呢,由于成绩信息包含了选课信息，因此选课信息不用单独记录。最终，确定系统的实体是学生、课程和成绩。 接着，我们分析这些实体之间的关联关系。从实际情况得知，一个学生可以选多门课程，一门课程也可以有多个学生选修，但每个学生选一门课程必须有一个成绩。根据上述分析，我们得到如图所示的实体关系图。 3.3.3.2 创建数据流模型 通常，数据流图是分层绘制的，整个过程反映了自顶向下进行功能分解和细化的分析过程。顶层(也称第0层)DFD用于表示系统的开发范围，以及该系统与周围环境的数据交换关系;最底层DFD代表了那些不可进一步分解的"原子加工";中间层DFD是对上一层父图的细化，其中的每一个加工可以继续细化，中间层次的多少由系统的复杂程度决定。 (1) 第0层DFD将整个系统表示成一个加工; (2) 确定并标记主要的输入和输出; (3) 分离出下一层中的加工、数据对象和存储，并对其进行细化，一次细化一个加工; (4) 标记所有加工和箭头; (5) 重复步骤(3)和(4)，直到所有的加工只执行一个简单的操作，可以很容易地用程序实现。举例分析: * 第0层DFD图 教务人员维护学生信息和课程信息，并登录学生的选课成绩; 学生查询自己的成绩单。
Model: 学生管理系统需求模型 Report: Student Manage Author: NI_YinZ Version: 1.0 Date: 2011年11月20日 一、数据库数据字典 通过对学生管理系统工作的内容以及相关数据流程分析，根据学生管理系统的需要，可以设计出能满足用户需求的各种实体，以及它们之间的关系，由此得到数据库所支持的数据模型，即数据库的逻辑结构，具体情况如下： 在mysql中建立了student_manage数据库，共包含八张表：学生表，成绩表，课程表，考试表，学生操行表，教师表，班级表，班级评估表。每张表的字段、数据类型具体以及备注的详细情况如下： 1、学生表（student） 1 NI_YinZ
学生主键(student_id) Integer （数据库里长度设置为8） 学生姓名(student_name) varchar(20) 学生密码(student_password) varchar (32) 学生所属专业(student_major) varchar (20) 学生性别（student_sex) varchar (2) 学生年龄(student_age) Integer （数据库里长度设置为3） 学生生日(student_birthday) varchar (10) 学生地址(student_address) varchar (40) 学生兴趣(student_interests) text （学生兴趣以数组形式存入） 学生星座(student_constellation) varchar (6) 学生QQ(student_qq) Integer （数据库里长度设置为11） 学生头像(student_photo) text 学生日志(student_log) text 学生日志标题(student_log_title) text 学生所属班级（studet_class_name）varchar (20) 学生所属年级（student_this_semester）varchar (20) 2、成绩表(grade) 一个学生一条数据每个学生对应的每门课程的成绩 成绩主键(grade_id) Integer （数据库里长度设置为8） 成绩学生名字(grade_student_name) varchar(20) 成绩科目名(grade_curriculum_name) text （以数组形式存入，与成绩对应） 2 NI_YinZ