数据库系统应用案例-学生信息管理数据库的设计.pptVIP

数据库系统应用案例 ——学生信息管理数据库的设计 现在要求你为学生处设计一个学籍管理系统的数据库，背景及功能需求如下： 学籍管理系统主要为学生处提供本科学生信息的管理并为其他管理系统提供学生数据。 学生处按照本科学生的类别（一本、二本、专升本）将本科学生分为不同的学生类别。在实际管理中，学生是按班级进行管理的，而班级是按院系设置的，为了系统功能的完整，有必要在系统功能中包含院系，班级的管理，这些功能也可以包含在院校管理的其他信息管理系统中。 首先要对院系进行设置，包括院系代码，院系名称，所在校区等信息。 根据院系设置班级，应包括班级代码、班级名称、所在院系代码等信息。 对学生信息主要包括学号、姓名、籍贯、性别等信息 学生管理系统的功能概括起来就是学生的各种信息的录入，维护和查询。系统的学生信息管理系统所要完成的主要功能如下。 学生的基本信息的录入，包括：学号、姓名、性别、班级、出生日期、籍贯等。 学生的基本信息的修改维护。 学生学籍变动情况的记录，包括：休学、复学、转系、结业和毕业等； 学生的奖惩情况的记录和修改，包括：奖励和处罚。 学生信息的查询。 根据系统所要实现的功能，按照结构化程序设计的原则，可以将整个系统划分为如图所示的若干功能模块。 在明确了系统的功能后，还要进一步细化系统的操作流程，在进行这个步骤时，必须和最终用户反复沟通，不但要考虑实际工作的需要，而且最好能兼顾到用户的操作习惯，尽可能为用户提供最方便的操作。 通过操作流程分析，不但可以具体化系统的功能模块的组成，还可以明确系统中数据流程，明确系统中所要保存的数据以及数据间的关系。 学生信息管理流程图。需要说明的是，各所学校的实际情况可能有所不同，可以根据实际情况画出符合各自特点的操作流程图。 数据库设计 数据库设计一般包括如下几个步骤。 需求分析。 概念结构设计。 逻辑结构设计。 物理结构设计。 应用程序设计及调试。 性能测试与确认。 数据库需求分析 需求分析是整个数据库设计过程中最重要的步骤之一，是后继各阶段的基础。在需求分析阶段，需要多方面对整个系统进行调查，收集和分析需求和处理两个方面的需求。收集资料时数据库设计人员和用户共同完成的。必须需要用户人员的参与，这是数据库应用系统设计的特点。收集资料的目的是明确用户的需求。用户的需求主要包括三个方面。 信息需求，用户要从数据库获取的内容。 处理需求，即完成什么处理功能及采用何种处理方式。 安全性及完整性需求 在对学生信息管理系统操作流程分析的基础上，可以列出概念模型包括以下实体 另外涉及到代码的实体有 政治面貌 奖励类别 惩罚类别 详细的描述 院系设置：院系编号，院系名称，院系领导，领导联系方式等。 班级设置：班级编号，班级名称，班级创建事件，班级描述，所属院系，班主任，班主任联系方式。 学生基本情况：学号，姓名，性别，出生日期，籍贯，所属班级等。 学籍变更记录：记录号，学号，变更类型，记录时间，详细描述。 奖励记录：记录号，学号，奖励类别，记录时间，详细描述。 处罚记录：记录号，学号，处罚类别，记录时间，详细描述。 数据库逻辑结构设计 概念结构设计的结果得到一个与计算机，软硬件的具体性能无关的全局概念模式。数据库逻辑设计的任务是将概念结构转换成特定的DBMS所支持的的数据库模型。从E-R图所表示的概念模型可以转换成任何一种具体的DBMS所支持的数据模型。本系统采用关系模型，转换的原则如下。 每个实体转化成一个关系模式，实体的属性就是关系的属性，实体的关键字就是关系的关键字 每个1：1的联系转换成一个关系模式。每个实体的关键字都是该关系模式的候选关键字。 每个1：n的联系转换成一个关系模式。多方的实体的关键字是该关系模式的关键字。 每个m：n的联系专程一个关系模式。联系中各实体关键字的组合作为该子模式的组合关键字。 下附 某图书管理数据库的“实体联系图转换为关系表”、“优化”、“完整性约束”和“进一步的思考”的简略报告样式 实体联系图转换为关系表 实体转化为单独的一张表 客户：客户号、密码、姓名、性别、单位、电子信箱、身份证号、 VIP等级 VIP会员表：会员等级、会员折扣 商品：商品号、商品名称、类别号、商品描述、单位、规格、单价 生产厂商表：厂商号，生产厂商名、地址、电话 商品类别：类别号、类别名称 地址：地址号、地址名称 客户类型：类型号、类型 多对多联系转换为一张单独的关系表 订单：订单号、客户号、商品号、收货地址、订货日期、订货数量、单价、订单状态、发票号码、订单金额、发货日期 评论：评论号、客户号、商品号、客户邮箱、评论内容、评论时间。 供应：商品号、厂商号、最低存货量、实际存货量 其他一对多的联系通