金融1104班厉晨晓.docx

资源描述

金融1104班厉晨晓.docx

《金融1104班厉晨晓.docx》由会员分享，可在线阅读，更多相关《金融1104班厉晨晓.docx（20页珍藏版）》请在冰豆网上搜索。

金融1104班厉晨晓.docx

金融1104班厉晨晓

武汉纺织大学《操作系统原理》课程实验报告

姓名：

陶宇澄、厉晨晓、杨杨、付理班级：

金融1104班____学号：

1120441280、1120441233、1120441235、1120441231

实验时间：

2012年12月10日指导教师:

陈勇跃

实验名称：

学生学籍信息管理系统

一、实验目的

现在我国的学校特别是大中专学校的学籍水平还停留在纸介质或半自动（由电脑处理一部分数据，由人工处理一部分数据）的基础上，这样的机制已经不能适应时代的发展，因为它浪费了许多人力和物力，在信息时代这种传统的管理方法必然被计算机为基础的信息管理所取代。

软件作为一项强有力的工具，只能当此种工具，与我们的实践相结合起来的时候，才具有重大的社会价值及使用价值。

因此根据学校目前实际的学籍管理情况开发一套学籍管理系统是十分必要的。

归纳起来，好处大约有以下几点：

其一，通过学生基本信息管理，便于用于班级信息和学生信息的修改以及查询，减少人力、物力，提高了工作效率；且能监控学生的注册情况，能做到及时的通知学生注册，促进学校财务的有效运转。

其二，通过课程管理，便于查看学校内专业开设的课程，便于及时的调整专业设置及专业内的课程设置，以提高学校的竞争力。

其四，通过对成绩管理,便于掌握学生的学习情况，教师的授课情况,为学校的学籍管理提供依据。

最后，通过教师管理，便于查看教师的任课情况，简化的教师工作量的计算。

二、实验内容

（1）根据需求分析和功能设计，抽取实体和实体属性，画出E-R，必须要有要实体关系图。

（2）根据E-R模型设计数据库表，标明关键码，字段类型、长度和相关的约束关系。

（3）分析并画出系统模块或模块间功能实现的系统流程图

三、操作步骤

顶图数据流图

数据流图:

专业内课程开设处理数据流

数据流图:

新生入学数据流

数据流图:

学生注册数据流

学生信息学期信息

班级学生表

学生注册信息

数据流图:

学生成绩处理数据流

成绩信息学生注册信息

学期信息

学生成绩表

数据流图:

新增教师数据流

教师信息

教师表

数据流图:

教师任课安排数据流

学期教师表

专业课程开设情况

班级表

课程安排表

数据流图:

检索学生未注册数据流

班级学生信息

班级

学期

已注册

学生表

　　　未注册学生信息

数据流图:

学生成绩录入数据流

成绩信息班级

学生表

学生信息

学生成绩表

图3-2-1-9

数据流图:

学生成绩汇总数据流

学生信息

学生成绩表

学期信息

学生成绩汇总信息

班级学生表

概念模式是独立于数据库逻辑结构，独立于支持数据库的dbms，不依赖于计算机系统的。

E——R模型是对现实世界的一种抽象。

它的主要成分是实体、联系和属性。

使用这三种成分，我们可以建立许多应用环境的E——R模型。

在利用E——R模型进行数据库概念设计的过程中，常常需要对E——R图进行种种变换。

这些变换又称为E——R模型的操作，包括实体类型、联系类型和属性的分裂、合并和增删等等。

利用E——R方法进行数据库的概念设计，可以分成三步进行：

首先设计局部E——R模式，然后把各局部E——R模式综合成一个全局E——R模式，最后对全局E——R模式进行优化，得到最终的E——R模式，即概念模式。

在数据库设计中，先要对系统分析所得的数据字典中的数据存储进行分析，然后得出系统的关系模式，采用实体——联系图（简称E——R图）的方法进行数据结构的描述。

E——R图由实体、属性、联系三部分组成。

E——R图的有关符号说明如下：

专业实体信息：

课程信息实体：

学生信息实体：

班级实体信息：

学期实体：

实体集之间的联系如下图

关系模型的逻辑结构是一组关系模式的集合。

E-R图则是由实体、实体的属性和实体之间的联系三个要素组成的。

所以将E-R图转换为关系模型实际上就是要将实体、实体的属性和实体之间的联系转化为关系模式，这种转换一般遵循实体与实体属性的转换原则，数据库逻辑设计的结果不是唯一的。

为了进一步提高数据库应用系统的性能，通常以规范化理论为指导，根据应用适当地修改、调整数据模型的结构，这就是数据模型的优化。

数据模型优化的方法为：

①确定数据依赖。

用数据依赖分析和表示数据项之间的联系，写出每个数据项之间的数据依赖。

②对于各个关系模式之间的数据依赖进行极小化处理，消除冗余的联系。

③按照数据依赖的理论对关系模式逐一进行分析，考查是否存在部分函数依赖、传递函数依赖、多值依赖等，确定各关系模式分别属于第几范式。

④按照需求分析阶段得到的各种应用对数据处理的要求，分析对于这样的应用环境这些模式是否合适，确定是否要对它们进行合并或分解。

⑤对关系模式进行必要的分解，以提高数据操作的效率和存储空间的利用率。

根据概念设计阶段的E-R图，可得到本学籍管理系统中如下实体——联系图向关系模型的转换结果：

班级表（班级编号，班级名称，学制，专业代码，收费金额，班主任名，入学时间）

其中班级编号是此关系的主关键码。

专业库表（专业代码，专业名称）

其中专业代码为此关系的主关键码。

课程库表（课程编号，课程名称）

其中课程编号为此关系的主关键码。

学生注册表（学号，学年，注册）

其中（学号，学年）为此关系的主关键码。

教学计划表（专业代码，学期，课程编号）

其中（专业代码，学期）为此关系的主关键码。

学生表（学号，姓名，性别，出生日期，政治面貌，身份证号，班级编号，入学时间，联系电话，Email，英语等级）

其中学号为此关系的主关键码。

成绩表（学号，学期，课程名称，成绩）

其中（学号，学期，课程名称）是此关系的主关键码。

补考成绩表（学号，学期，课程名称，补考1，补考2，原因，未到原因，班级编号）

其中（学号，学期，课程名称）是此关系的主关键码。

3.2.3物理结构设计

数据库物理设计的任务是选择合适的存储结构和存取路径，也就是数据库设计的内模式。

内模式和逻辑模式不一样，它不直接面向用户，一般的用户也不一定、也不需要了解内模式的设计细节。

物理结构设计的原则如下：

（1）尽可能的减少数据冗余和重复。

（2）结构设计与操作设计相结合。

（3）数据结构具有相对的稳定性。

数据库的性能是用户经常关切的问题之一。

在前面的模式在设计下，侧重在模式的合理性，而较少注意数据库的性能问题。

针对本系统的特性，就改善数据库性能的调整进行分析：

1．减少连接运算；

连接是开销很大的运算。

连接的关系越多，参与连接的关系越大，开销也就越大。

对于一些常用的、性能要求比较高的数据库查询，最好是一元操作。

2．减少关系的大小与数量；

关系的大小对查询的速度影响很大。

有时为了提高查询速度，把一个大关系分成多个小关系是有利的。

3．节省存储空间的调整

节省数据库的存储空间也是数据库设计的目标之一。

这就需要节省每个属性所占的空间，采用假属性减少重复数据所占的空间。

基于以上设计原则，本系统中相关数据库表结构设计举例如下：

班级表表3-2-3-1

字段名

标题

类型

宽度

小数

班级编号

字符型

班级名称

字符型

学制

字符型

专业代码

字符型

收费金额

字符型

班主任名

字符型

入学时间

日期型

专业表表3-2-3-2

字段名

标题

类型

宽度

小数

专业代码

字符型

专业名称

字符型

课程表表3-2-3-3

字段名

标题

类型

宽度

小数

课程编号

字符型

课程名称

字符型

学生注册表表3-2-3-4

字段名

标题

类型

宽度

小数

学号

字符型

学年

字符型

逻辑型

教学计划表表3-2-3-5

字段名

标题

类型

宽度

小数

专业代码

字符型

学期

字符型

课程编号

字符型

学生表表3-2-3-6

字段名

标题

类型

宽度

小数

学号

字符型

姓名

字符型

性别

字符型

出生日期

日期型

政治面貌

字符型

身份证号

字符型

班级编号

字符型

入学时间

日期型

联系电话

字符型

英语等级

字符型

成绩表表3-2-3-7

字段名

标题

类型

宽度

小数

学号

字符型

学期

字符型

课程名称

字符型

成绩

数值型

补考成绩表表3-2-3-8

字段名

标题

类型

宽度

小数

学号

字符型

学期

字符型

课程名称

字符型

补考1

数值型

补考2

数值型

原因

字符型

未到原因

字符型

班级编号

字符型

本学籍管理信息系统按处理不同业务分为三个子系统：

成绩管理子系统、档案管理子系统、奖惩管理子系统。

其中成绩管理子系统应该具有的功能有：

录入、统计分析、储存、查询、输出；档案管理子系统的功能有：

录入、建立、储存、查询、修改、删除、输出；奖惩管理子系统的功能有：

录入、建立、储存、查询、修改、输出。

如下图所示

四、实验收获和建议

1、分析实验或程序的运行过程

业务流程分析

可行性研究

可行性研究是系统分析阶段的第二项活动。

此活动的主要目标是：

进一步明确系统的目标、规模与功能，对系统开发背景、必要性和意义进行调查分析并根据需要和可能提出开发系统的初步方案与计划。

可行性研究是对系统进行全面、概要的分析。

通过调查分析，系统的设计方案有以下三个可行性：

（1）．管理可行性：

信息化的文件管理在如今的信息时代是大势所趋，而且随着现代管理理念、方法和途径的发展，教务信息化管理手段日渐成熟，也必定会突飞猛进，所以从长远利益出发，主管领导对该项目的开发与实施会大力支持。

（2）．技术可行性：

本系统采用Windows2000作为操作平台。

数据库选用SQLserver2000，该数据库管理系统在Windows2000Professional上能运行，并提供数据库之间的数据复制功能，可代替现有系统单据数据的手工传递工作，降低出错率，提高数据的可用性。

本系统的应用软件开发平台也选用MicrosoftVisualStudio.NET2005。

（3）．经济可行性：

采用文件管理信息系统可取代原系统的单据手工传递工作，减少人工开支，节省资金，并且可大大提高信息量的取得，缩短信息处理周期，及时反馈工作中信息的利用率，使教学质量更上一个台阶。

2、谈谈自己在实验中的收获

这次的毕业设计开发，主要有以下几点收获：

1．对原型化的系统开发方法有了一定的了解。

渐增式的原型化开发方法与面向对象的程序设计的结合不但能在系统开发初期让用户了解系统的概貌，而且能使系统开发模块化，提高开发效率，减少出错。

对于后期的系统维护也提供了很大的帮助。

2．通过实践，提高了系统分析的能力，对数据流图、系统流程图等系统设计工具的使用有了更深刻的认识。

为以后的工作、学习的进一步提高打下了坚实的基础。

这次毕业设计完成的“学籍信息管理系统”还存在许多不足，主要有以下几点：

1．功能单一、分散，各部分子功能间的联系不强。

2．数据库访问速度较慢，随着数据量的增加，VF自带的数据库不能满足需求。

3．单机版本，信息不能共享，各用户之间的互动性不够。

3、提出自己对实验运行的看法和建议

系统操作简单，易于理解，只需通过简单熟悉，上手较快，营运环境要求低。

面对于系统设计还应该以“标准性、安全性、兼容性、高效性、保密性、可维护性”为标准，在着眼于当前实用的基础上，为将来系统的扩展，升级留有余地。

软件的开发应能在较长时间内满足学校的发展需要。

通过可行性分析研究，认为新系统的开发方案切实可行，可进行开

四、实验收获和建议

1、分析实验或程序的运行过程

通过三个多月的系统开发，学籍信息管理系统已经完成。

在系统的开发过程中，以前学习感到很抽象的课程，如软件工程、数据库原理、面向对象的程序设计等变得清晰起来，感觉到这几门理论课程的重要性。

以前做一些应用的系统开发，随意性大，想到那里做到那里，没有统一的规划，一旦系统成型，出现错误返工修改工作量大，最终的系统可靠性不高。

另外一直以来，进行程序设计均采用结构化开发方法，对系统的全貌难以在开发前看到，导致实现的系统不满足需求。

这次的毕业设计开发，主要有以下几点收获：

1．对原型化的系统开发方法有了一定的了解。

对于后期的系统维护也提供了很大的帮助。

2．通过实践，提高了系统分析的能力，对数据流图、系统流程图等系统设计工具的使用有了更深刻的认识。

为以后的工作、学习的进一步提高打下了坚实的基础。

这次毕业设计完成的“学籍信息管理系统”还存在许多不足，主要有以下几点：

1．功能单一、分散，各部分子功能间的联系不强。

2．数据库访问速度较慢，随着数据量的增加，VF自带的数据库不能满足需求。

3．单机版本，信息不能共享，各用户之间的互动性不够。

2、谈谈自己在实验中的收获

3、提出自己对实验运行的看法和建议

通过三个多月的系统开发，学籍信息管理系统已经完成。

以前做一些应用的系统开发，随意性大，想到那里做到那里，没有统一的规划，一旦系统成型，出现错误返工修改工作量大，最终的系统可靠性不高。

另外一直以来，进行程序设计均采用结构化开发方法，对系统的全貌难以在开发前看到，导致实现的系统不满足需求。

这次的毕业设计开发，主要有以下几点收获：

1．对原型化的系统开发方法有了一定的了解。

对于后期的系统维护也提供了很大的帮助。

2．通过实践，提高了系统分析的能力，对数据流图、系统流程图等系统设计工具的使用有了更深刻的认识。

为以后的工作、学习的进一步提高打下了坚实的基础。

这次毕业设计完成的“学籍信息管理系统”还存在许多不足，主要有以下几点：

1．功能单一、分散，各部分子功能间的联系不强。

2．数据库访问速度较慢，随着数据量的增加，VF自带的数据库不能满足需求。

3．单机版本，信息不能共享，各用户之间的互动性不够。

展开阅读全文