学生成绩管理系统课程设计模板.docx

上传人:b****5 文档编号:30244980 上传时间:2023-08-13 格式:DOCX 页数:36 大小:150.66KB
下载 相关 举报
学生成绩管理系统课程设计模板.docx_第1页
第1页 / 共36页
学生成绩管理系统课程设计模板.docx_第2页
第2页 / 共36页
学生成绩管理系统课程设计模板.docx_第3页
第3页 / 共36页
学生成绩管理系统课程设计模板.docx_第4页
第4页 / 共36页
学生成绩管理系统课程设计模板.docx_第5页
第5页 / 共36页
点击查看更多>>
下载资源
资源描述

学生成绩管理系统课程设计模板.docx

《学生成绩管理系统课程设计模板.docx》由会员分享,可在线阅读,更多相关《学生成绩管理系统课程设计模板.docx(36页珍藏版)》请在冰豆网上搜索。

学生成绩管理系统课程设计模板.docx

学生成绩管理系统课程设计模板

学生成绩管理系统

姓名班级老师学号

*****

 

 

学生成绩管理系统

摘要:

学生成绩管理系统是基于2008数据库开发工具进行设计,理论研究与实践相结合,利用计算机技术、数据库技术、软件工程理论等对学生成绩管理系统的开发设计进行研究。

学生成绩管理系统要求对学生成绩信息进行集中、有序、有效的管理,更新方便快捷、组卷灵活,降低劳动强度。

背景介绍

数据库设计与开发

错误!

未指定书签

错误!

未指定书签

学生信息表

.错误!

未指定书签

关键词:

数据库,软件工程

2008,,,,.

错...误!

未指定书签

错...误!

未指定书签

业务逻辑层错...误!

未指定书签

数据层错...误!

未指定书签

规则错...误!

未指定书签

优缺点错...误!

未指定书签

错...误!

未指定书签错...误!

未指定书签错...误!

未指定书签错...误!

未指定书签错...误!

未指定书签错...误!

未指定书签错...误!

未指定书签错...误!

未指定书签错...误!

未指定书签错...误!

未指定书签错...误!

未指定书签错...误!

未指定书签错...误!

未指定书签错...误!

未指定书签

错...误!

未指定书签

错...误!

未指定书签

错误!

未指定书签系统测试错...误!

未指定书签

测试的任务及目标错...误!

未指定书签

错...误!

未指定书签

错...误!

未指定书签

错...误!

未指定书签

.错...误!

未指定书签

背景介绍

20世纪以来,社会生产力迅速发展,科学技术突飞猛进,人们进行信息交流的深度与

广度不断增加,信息量急剧增长,传统的信息处理与决策的手段已不能适应社会的需要,信息的重要性和信息处理问题的紧迫性空前提高了,面对着日益复杂和不断发展,变化的社会环境,特别是企业间日趋剧烈的竞争形势,一个人、一个企业要在现代社会中求生存,求发展,必须具备足够的信息和强有力的信息收集与处理手段。

对于学校管理者来说,大量复杂的学生信息难于通过传统的方法进行管理;学生成绩管理系统正是钟对上述的问题而开发的,通过计算机系统来管理学生成绩情况,可以解决大量房产信息的查询和管理,。

这样,使原本复杂的学生、课程、成绩信息简单化。

学生成绩管理系统实质上就是一个管理信息系统。

管理信息系统是一个集信息技术、经济管理理论、统计学与运筹学、数据库技术为一体的综合性系统,是一个资金技术密集型、劳动密集型、智力密集型的项目。

我国拥有广阔的市场和丰富的人才资源,有几十年的技术积累和经验积累,有一定的后发优势。

管理信息系统的创新工作既不能妄自菲薄,更不能夜郎自大。

要抓住当前网络经济兴起的有利时机,以实现我国信息技术和信息产业的跨越式发展,更好地发挥信息产业对国民经济增长的拉动作用。

开发学生成绩管理系统的过程就是要实现数据处理方式由人工管理向计算机管理的转变,它在计算机技术和学生成绩管理实践活动两者之间架设桥梁。

而用+所开发的学生成绩管理系统却能在这些功能方面运作自如,为企业赢得无限的商机。

数据库设计与开发

学生信息表

学生信息表,表的结构如表所示

表的结构

字段名

数据类型

长度

是否主键

50

50

50

用户信息表

用户信息表,表的结构如表所示

表的结构

字段名

数据类型

长度

是否主键

50

50

三层架构

三层架构(3)通常意义上的三层架构就是将整个业务应用划分为:

表现层()、业务逻辑层()、数据访问层()。

区分层次的目的即为了高内聚,低耦合”的思想。

发展方向。

概念介绍

1、表现层():

通俗讲就是展现给用户的界面,即用户在使用一个系统的时候他的所见所得。

2、业务逻辑层():

针对具体问题的操作,也可以说是对数据层的操作,对数据业务逻辑处理。

3、数据访问层():

该层所做事务直接操作数据库,针对数据的增添、删除、修改、查找等。

概述

在软件体系架构设计中,分层式结构是最常见,也是最重要的一种结构。

微软推荐的分层式结构一般分为三层,从下至上分别为:

数据访问层、业务逻辑层(又或称为领域层)、表示层。

三层结构原理

3个层次中,系统主要功能和业务逻辑都在业务逻辑层进行处理。

所谓三层体系结构,是在客户端与数据库之间加入了一个中间层”,也叫组件层。

这里所说的三层

体系,不是指物理上的三层,不是简单地放置三台机器就是三层体系结构,也不仅仅有应用才是三层体系结构,三层是指逻辑上的三层,即把这三个层放置到一台机器上。

三层体系的应用程序将业务规则、数据访问、合法性校验等工作放到了中间层进行处理。

通常情况下,客户端不直接与数据库进行交互,而是通过通讯与中间层建立连接,再经由中间层与数据库进行交互。

各层的作用

1:

:

数据库访问层:

主要是对原始数据(数据库或者文本文件等存放数据的形式)的操作层,而不是指原始数据,也就是说,是对数据的操作,而不是数据库,具体为业务逻辑层或表示层提供数据服务.

2:

业务逻辑层:

主要是针对具体的问题的操作,也可以理解成对数据层的操作,对数据业务逻辑处理,如果说数据层是积木,那逻辑层就是对这些积木的搭建。

3:

表示层:

主要表示方式,也可以表示成方式,方式也可以表现成:

,如果逻辑层相当强大和完善,无论表现层如何定义和更改,逻辑层都能完善地提供服务。

具体的区分方法

1:

数据访问层:

主要看你的数据层里面有没有包含逻辑处理,实际上他的各个函数主要完成各个对数据文件的操作。

而不必管其他操作。

2:

业务逻辑层:

主要负责对数据层的操作。

也就是说把一些数据层的操作进行组合。

3:

表示层:

主要对用户的请求接受,以及数据的返回,为客户端提供应用程序的访问。

表示层

位于最外层(最上层),最接近用户。

用于显示数据和接收用户输入的数据,为用户提供一种交互式操作的界面。

业务逻辑层

业务逻辑层()无疑是系统架构中体现核心价值的部分。

它的关注点主要集中在业务规则的制定、业务流程的实现等与业务需求有关的系统设计,也即是说它是与系统所应对的领域()逻辑有关,很多时候,也将业务逻辑层称为领域层。

例如在《》一书中,将整个架构分为三个主要的层:

表示层、领

域层和数据源层。

作为领域驱动设计的先驱,对业务逻辑层作了更细致地划分,细分为应用层与领域

层,通过分层进一步将领域逻辑与领域逻辑的解决方案分离。

业务逻辑层在体系架构中的位置很关键,它处于数据访问层与表示层中间,起到了数据交换中承上启下的作用。

由于层是一种弱耦合结构,层与层之间的依赖是向下的,底层对于上层而言是无知”的,改

变上层的设计对于其调用的底层而言没有任何影响。

如果在分层设计时,遵循了面向接口设计的思想,那么这种向下的依赖也应该是一种弱依赖关系。

因而在不改变接口定义的前提下,理想的分层式架构,应该是一个支持可抽取、可替换的抽屉”式架构。

正因为如此,业务逻辑层的设计对于一个支持可扩展的

架构尤为关键,因为它扮演了两个不同的角色。

对于数据访问层而言,它是调用者;对于表示层而言,它却是被调用者。

依赖与被依赖的关系都纠结在业务逻辑层上,如何实现依赖关系的解耦,则是除了实现业务逻辑之外留给设计师的任务。

数据层

数据访问层:

有时候也称为是持久层,其功能主要是负责数据库的访问,可以访问数据库、二进制文件、文本文档或是文档。

简单的说法就是实现对数据表的,,,的操作。

如果要加入的元素,那么就会包括对象和数据表之间的,以及对象实体的持久化。

规则

三层结构的程序不是说把项目分成三个模块就叫三层了,下面几个问题在你的项目里面:

1.里面只有少量(或者没有)语句或者存储过程调用,并且这些语句保证不会修改数据?

2•如果把拿掉,你的项目还能在的层次上提供所有功能吗?

3•你的可以移植到其他类似环境的项目吗?

4.三个模块,可以分别运行于不同的服务器吗?

如果不是所有答案都为,那么你的项目还不能算是严格意义上的三层程序•三层程序有一些需要约定

遵守的规则:

1最关键的,层只能作为一个外壳,不能包含任何业务逻辑()的处理过程

2设计时应该从出发,而不是出发•层在上应该实现所有,以面向对象的方式

3不管数据层是一个简单的也好,还是带有过的也好,应该在一定的抽象程度上做到系统无关

4不管使用(),还是,还是之类的远程对象技术,不管部署的时候是不是真的分别部署到不同的服务器上,最起码在设计的时候要做这样的考虑,更远的,还得考虑多台服务器通过负载均衡作集群

所以考虑一个项目是不是应该应用三层/多层设计时,先得考虑下是不是真的需要?

实际上大部分程

序就开个就足够了,完全没必要作的这么复杂•而多层结构是用于解决真正复杂的项目需求的。

优缺点

优点

1、开发人员可以只关注整个结构中的其中某一层;

2、可以很容易的用新的实现来替换原有层次的实现;

3、可以降低层与层之间的依赖;

4、有利于标准化;

5、利于各层逻辑的复用。

6、结构更加的明确

7、在后期维护的时候,极大地降低了维护成本和维护时间

缺点

1、降低了系统的性能。

这是不言而喻的。

如果不采用分层式结构,很多业务可以直接造访数据库,以此获取相应的数据,如今却必须通过中间层来完成。

2、有时会导致级联的修改。

这种修改尤其体现在自上而下的方向。

如果在表示层中需要增加一个功能,为保证其设计符合分层式结构,可能需要在相应的业务逻辑层和数据访问层中都增加相应的代码。

3、增加了开发成本。

系统实现

教师界面

截图

界面代码

学生成绩管理系统

{

{

()

{

();

}

学生信息(,e)

{

=();

();

修改密码(,e)

{

=();

();

}

成绩录入(,e)

{

=();

();

}

1(,e)

{

}

教师界面(,e)

{

();

1=;

}

()

{

=();

=();

=();

1=;

}

1(,e)

{

22;

m=1;

(m<0)

{

1=;

}

}

1(,e)

{

(1)

{

=();

=();

=1();1=;

}

(2)

{

=();

=();

=2();1=;

}

(3)

{

=();

=();

=3();

1=;

}

}

教师界面(,e)

{

=("确认退出吗?

","确认对话框",,,2);(){}

{

一J

}

}

}

}

学生信息

截图

代码

学生成绩管理系统

{

{

()

 

 

();

}

4(,e)

{

=();

=();

=();

(>0)

{

删除成功");

删除失败");

("

}

("

2();

}

(,e)

{

2();

}

2()

{

=();

=();

=2();

1=;

}

1(,e)

"")

=();=();

(());

Illi

=();

=();

(());

1=;

{

("")

{

=();

=();

(());

1=;

}

("查询结果不存在");

}

}

}

5(,e)

{

();

();

();

();

();

}

2(,e)

{

=(,,,);

=();

=();

(>0)

{

("保存成功");

}

("保存失败");

2();

}

3(,e)

{

=(,,,,);

=();

=();

(>0)

{

修改成功");

修改失败");

("

}

2();

}

6(,e)

{

=1;

()

{

=[0]();

=[1]();

=[2]();

=[3]();

=[4]();

}

}

}

成绩管理

截图

层代码

'学生成绩管理系统

{

{

()

{

();

}

5(,e)

{

();

();

();

();

 

();

();

}

4(,e)

Illi

{

=();

=();

(());

1=;

}

Illi

{

=();

=();

(());

1=;

}

 

查询结果不存在");

 

1(,e)

{

=(,);

=();

=();

(>0)

{

("

}

1();

}

()

{

保存成功");

保存失败");

=();

 

=();

=();

1=;

}

1()

{

=();

=();

=1();

1=;

}

2(,e)

{

=(,,,,,);

=();

=();

(>0)

{

("修改成功");

}

("修改失败");

1();

}

3(,e)

{

=();

=();

=();

(>0)

{

("删除成功");

}

("删除失败");

1();

}

(,e)

{

1();

}

1(,e)

6(,e)

{

=1;

()

{

=[0]();

=[1]();

=[2]();

1=[3]();

1=[4]();

=[5]();

}

1;

1;

学生界面

截图

 

层代码

学生成绩管理系统

{

{

()

{

();

}

学生信息(,e)

{

}

修改密码(,e)

{

1=();

1=;1();

}

学生界面(,e)

{

1(,e)

{

(1"学号")

{

=();

=();

(1));

1=;

}

{

(1"姓名")

{

=();

=();

(1));

1=;

}

{

(1专"业")

{

=();

=();

(1));

1=;

}

(查"询结果不存在");

3(,e)

{

(2"学号")

{

=();

=();

(2));

1=;

}

{

(2"姓名")

{

=();

=();

(2));

1=;

}

{

(2专"业")

{

=();

=();

(2));

1=;

(查"询结果不存在");

}

}

}

2(,e){

=();();

}

学生界面(,e)

{

=("确认退出吗?

","确认对话框",,,2);

()

{}

{

}

}

}

}

所有层代码

{

{

()

{

=();

();

}

()

{

=();

();

}

()

{

=();

();

}

()

{

=();

();

}

()

=();

();

}

()

{

=();

();

}

}

}

{

()

{

=();();

}

()

{

=();();

}

1()

{

=();

1();

}

2()

{

=();

2();

}

()

{

=();();

}

()

=();

();

}

()

{

=();

();

}

1()

{

=();

1();

}

2()

{

=();

2();

}

3()

{

=();3();

}

}

}

所有层代码

{

=[""]();

()

[]p=[]{

("")

};

p[0]=;

(,,,p);}

()

{

[]p=[]{

("")

};

p[0]=;

(,,,p);}

()

{

[]p=[]{

("")

};

p[0]=;

(,,,p);}

()

{

[]p=[]{

("")

};

p[0]=;

(,,,p);

[]p=[]{

("")};

p[0]=;

(,,,p);}

()

{

[]p=[]{

("")

};

p[0]=;

(,,,p);}

}

}

{

=[""]();

()

(=())

();

="*[

=(,);

=();

=();

();

}

}

1()

{

(=())

{

();

="[]

=(,);

=();

=();

();

}

}

2()

{

(=())

{

();

=(,);

=();

=();

();

()

{

="[]";

[]p=[]

{

};

p[0]=;

(=())

(,,,p);

}

}

()

{

="[]([],[],[],[],[])"

"()";

[]p=[]

{

("",50),

("",50),

("",50),

("",50),

("",50),

};

p[0]=;

p[1]=;

p[2]=1;

p[3]=;

p[4]=;

(=())

{

(,,,p);

}

}

()

{

="[][],[],[],[],[],[]

[]p=[]

{

("",50),

("",50),

("",50),

("",50),

("",50),

("",50),

};

p[0]=;p[1]=;p[2]=;

p[3]=1;p[4]=1;

p[5]=;

(=())

{

(,,,p);

}

}

()

{

="[][],[],[],[],[]

[]p=[]

{

("",50),

("",50),

("",50),

("",50),

("",50),

};

p[0]=;

p[1]=;

p[2]=1;

p[3]=;

p[4]=;

(=())

{

(,,,p);

}

}

1()

{

(=())

{

();

="*[]>=80>=80>=80>=80";=(,);

=();

=();

();

}

}{

(=())

{

();

="*[]>=60>=60>=60>=60";

=(,);

=();

=();

();

}

}

3()

{

(=())

{

();

="*[]<60<60<60<60";=(,);

=();

=();

();

}

}

}

}

系统测试

测试的任务及目标

测试是软件开发时期的最后一个阶段,也是软件质量保证中至关重要的一个环节,它的目的是发现程序的错误和不足之处。

本系统采用黑盒测试中的等价类法,对系统进行测试。

检测网站有问题需要大量的输入数据,下面只列出一部分测试用例。

测试的任务

在软件投入生产性运行之前,尽可能多地发现软件中的错误

测试的目标

⑴测试的目的是为了发现系统中存在的错误,马上调试,以免在以后的使用当中出现错误,影响系统的价值。

⑵成功的测试是发现了到今为止尚未发现的的错误的测试

测试结果与评价

通过一系列测试后,此系统达到预期要求,在信息的填加及修改功能上能够使管理员及时了解现阶段的情况。

系统功能齐全,满足用户需求。

系统在安全性上面能做到不让用户在数据库上直接操作,只能通过系统进行对数据库的添加、修改、删除,从而保证了数据的正确性,可靠性;并且在数据校验方面也做得比较完备。

在权限控制上,也做到了比较详细的授权,保证了只有授权的用户才能对数据进行操作,没有授权的用户不能对数据进行操作。

通过这些手段,保证了数据的完整性和正确性。

讨论与展望

综上所述,主要介绍了如何创建学生成绩管理系统的整个从思路到构想及功能需求分析和实现方法,首先介绍了学生成绩管理系统的基本概念以及在我国的发展前景和特点,并介绍了系统服务。

整个学生成绩管理系统模型,以及数据库设计的特点,并详细介绍了创建存储过程以及比较了存储过程和动态的优劣性能进行了比较。

并根据这些存储过程分别创建了数据服务层来提供功能,由于出于安全和身份验证的需要,需要对客户进行管理,本系统中提供了用户登录页面。

为了提高代码的可移植性和尽可能减少代码量。

本系统在开发过程由于条件有限,存在着许多问题,如果能改善就可以改善整个办公流程的效率。

从软件的结构来讲,本软件只能处理日常普通的事情,对与管理的只能决策支持比较少,系统的功能还比较单一。

如果能通过其他系统,或是其它公司的信息系统进行功能共享,那么本软件就能为公司的信息化提供更好的服务,也可以为公司的管理决策服务。

在本系统中还不能很快实现。

随着学生成绩管理的发展未来的学生成绩管理办公方向发展,那么本软件的将来也应该得到更好的支持

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 外语学习 > 日语学习

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1