教学评估系统需求分析及数据流图.docx

教学评估系统需求分析及数据流图.docx

《教学评估系统需求分析及数据流图.docx》由会员分享，可在线阅读，更多相关《教学评估系统需求分析及数据流图.docx（12页珍藏版）》请在冰豆网上搜索。

教学评估系统需求分析及数据流图

闽江学院本科评估系统需求分析

学生姓名：

学生班级：

学生学号：

指导教师：

年　~　月~　日

概念4

参考和引用资料4

2．项目概述4

条件与限制5

3．数据描述5

静态数据5

动态数据5

数据库介绍6

4．整体模块划分9

大体信息治理9

系统治理10

5．功能需求10

功能划分11

功能描述12

6．性能需求12

7．运行需求13

8．其他需求13

教学评估系统需求分析

1.引言

.摘要

系统名称：

教学评估治理系统

系统目标：

实现学生评估信息化，使定单治理加倍合理、有序，提高办事效率

系统功能：

（1）将教学评估终端在网上实现，学生在网上填写评估单，在线提交。

省去传统的班长收发评估单程序，节省宝贵的人力物力和期末时刻。

（2）后台程序依照录入的数据进行计算，直接取得评估的结果。

而不是此刻的工作人员将学生填好的教学评估单依照教师、课程先分类，再输入电脑进行数据处置。

（3）评估方式、评估项目能够灵活改换，得出的评估结果更客观、公正。

这是在手工操作情形下几乎不可能实现的。

.背景

项目的开发者：

太原科技大学常婧

作用：

本产品能具体化、合理化的统计学生对教师的评教情形，用结构化的思维方式去了解运算机的大体工作原理。

.概念

静态数据--系统固化在内的描述系统实现功能的一部份数据.

动态数据--在软件运行进程顶用户输入的后系统输出给用户的一部份数据,也确实是系统要处置的数据.

数据字典--数据字典中的名字都是一些属性与内容的抽象和归纳,它们的特点是数据的"周密性"和"精准性",没有半点含糊.

.参考和引用资料

书名

编著

出版社

软件工程导论（第四版）

张海藩

清华大学出版社

VB程序设计简明教程（第二版）

龚沛曾、陆慰民等

高等教育出版社

数据库系统概论（第四版）

王珊、萨师煊

高等教育出版社

软件工程上机指导书

张国有

太原科技大学印刷厂

2.项目概述

.目标

1为了完善目前评教系统

减轻学校对评教工作的工作量，使学生对教师的评教更具客观性

通过本系统软件，能帮忙学校治理人员利用运算机，快速方便的对全校的任课教师数据进行治理，包括录入、增加、删除、查询等。

作用及其范围

本软件适用于教育界，它是比较完善的评教系统治理软件。

运行环境

软件大体运行环境为Windows环境.

条件与限制

没有足够的知识和科技做基础，实现比较简单片面。

投资问题比较严峻，不能对软件作出合理的投资打算。

统计外部设备需要大约万，完成时期需要的工资和后期保护需要更多资金，对我来讲超级不容易啊。

3.数据描述

静态数据

静态数据是系统内部有关的数据结构与操作规程.

具体可包括:

学生信息表格students_Info教师大体信息表teachers_Info查询大体信息表格select_Info选课信息表格corse_Info

Student表

列名

数据类型

可否为空

描述

备注

Id

Varchar（12）

Notnull

用户名

password

Varchar（12）

Notnull

密码

name

Varchar（12）

Notnull

学生姓名

Teacher表

列名

数据类型

可否为空

描述

备注

Id

Varchar（12）

Notnull

用户名

password

Varchar（12）

Notnull

密码

name

Varchar（12）

Notnull

教师姓名

Select表

列名

数据类型

可否为空

描述

备注

S_id

Varchar（12）

Notnull

学生id

t_id

Varchar（12）

Notnull

教师id

C_id

Varchar（12）

Notnull

选课号

Course表

列名

数据类型

可否为空

描述

备注

C_id

Varchar（12）

Notnull

选课号

name

Varchar（12）

Notnull

对应课程名称

动态数据

动态数据包括程序运行时输入和输出的数据,具体是数据库的各个表的各个不同元组与属性值.能够用数据流图来描述如下：

图（1-1）

数据库介绍

本系统的实体有:

教师实体,学生实体,选课实体，查询情形实体各个实体具体的描述E-R图如下

教师实体E-R图.图（1-2）

学生实体E-R图图1-3

选课实体E-R图图1-4

实体之间关系E-R图.图1-6

4.整体模块划分：

该模块包括两个要素：

1.确信每一个学生对应的任课教师。

2.系统形成该教师对应的调查表。

下面是具体的流程。

模块说明：

学生第一次登岸，以学号为初始用户名，身份证号码为初始密码，验证成功方可通过，进行评分，学生能够在第一次登岸以后跟改密码，分为两种登岸方式：

别名登岸（即便能够用身份证号登岸），实名登岸（用修悔改的第二密码）。

学生登岸后，看到任课教师名单，点击进入进行评分，如以下图。

每一个学生一次只能够选一个教师，调出调查表。

而且对每一名教师只可评估一次，即评估完以后，教师前的选项进行限制，不可再选。

每位学生必需对教师评估，若是有学生在规按时刻内未对教师进行评估，那么系统自动进行催促。

每次评估时刻，由班长提示学生在一按时限内（例如10天）登岸系统进行评分，通过一按时刻（如7天）系统自动按年级，班级统计没有参加评估的同窗名单，由辅导员（年级长）通知各班班长再次催请。

未参评者能够给予德育考评处惩（事前言明）。

该模块大体已完成，但在将学生评估表提交数据库这一环节上显现了问题。

评估量算模块

表单提交后的一系列后台处置。

是依照必然方式对教师所得各项分数的统计。

依照学生评分结果表进行统计分析

Worknum

Courseid

Score1-10

TotalScore

教师工作号

课程号

各单项得分

总得分

采纳必然的统计方式，暂定如下

TotalScore=Score1*Power1+……+Score10*Power10；

Poweri为第i个评测项目的得分权值。

评估项目和权数表应该在评估进行前研究决定，取得广大教师支持后公布发布。

通过计算后，结果存入教师得分表中。

Worknum

Teachername

Sdepart

Coursename

finalScore

教师工作号

教师姓名

任教系（班）别

课程名

最终得分

由于未能形成学生评分结果表,那个模块只做了算法设计，没有进行页面实现。

查询模块

教师可查询本人的总得分、各分项得分及所在院（系）的平均分，也能够查看全院教师的整体排名。

并可通过数据库的历史记录对以往的得分进行一样的操作。

模块说明：

一开始本教学评估系统整合了留言功能，因此需要分派教师权限。

假设为一般教师权限登录，能查看考核分数和学生对自己的留言，若是有最新的学生留言，系统会弹出对话框提示，但留言是匿名的。

若是是高级权限，即领导查询，能够查看某个教师的评估结果和学生留言，也能够选择查看所有教师评估和学生留言。

而且学生留言学生的姓名，id是可见的。

而且领导查询能够查看最近的所有留言，如最近的100条留言。

意见反馈模块

模块说明：

学生成功登岸后能够点击教师的姓名，然后出来一个留言的选项，若是学生希望用文字的形式给教试题供意见的话，能够写下来，然后提交，若是提交成功的话，留言那么已经形成，教师若是登岸的话将会显示有最新留言需要阅读。

留言不是每一个学生必需的选项，只是除选项之外，给教师和学生提供更具有自由度交流的平台，因此一样教师能够依照留言进行自我测评，给学生以反馈信息。

由于进度关系，最终的数据库表设计、代码实现多数没加入留言功能，这就只能作为项目以后的扩展了。

治理员模块

主若是依如实际情形对教师、学生、课程的各项数据进行日常保护治理。

导出最终数据打印成现实文件。

那个模块咱们已经顺利完成，所有功能都已实现。

1.后台治理之添加课表2.后台治理之学生治理

5.功能需求

功能划分

依照功能将其划分为大体的模块，为其以后的模块连接作出抽象的整体布局

实现学生班级注册的功能

实现教师数据治理的功能

对评教信息的录入及统计功能

功能描述

此软件系统实现对全校任课教师数据进行治理，包括录入、增加、删除、查询等；从教师讲课的班级当选择半数学生组成学生评判小组，参加评教的班级进行注册；每一个学生依照评判指标对教师作出评判，当评判的档次不明显时，给出提示，指示学生从头评判，以避免无用的数据显现。

对评教的数据进行处置，得出各个教师的综合评判成绩，并作记录，对该评判的数据和最终结果能够查询打印，并可打印综合成绩表。

6．性能需求

数据精准度

该软件的输入、输出数据精度的要求是要准确的评教结果不，不可显现含糊不清的评判，可能包括传输进程中的精度不能发生转变。

输入输出数据的精度来源于用户业务流程中各类操作所涉及到的数据精度。

时刻特性

说明关于该软件的时刻特性要求，如下：

　　a．响应时刻：

不能太慢，阻碍用户的利用，大约在4ms-8ms之间

　　b．更新处置时刻：

必需能够对所录入的数据快速的处置，得出评教的结果，大体处置更新时刻不能延迟过量，最多1-3秒；

　　c．数据的转换和传送时刻：

对学生的注册和教师评判结果的传诵和转化时刻能够进行合理的设置，使其不阻碍用户的利用，知足用户的需要为关键；

　　d．解题时刻：

对录入的评判结果要能够在短时刻内产生评教结果和相关的查询

适应性

说明对该软件的灵活性的要求，即当需求发生某些转变时，该软件对这些转变的适应能力，如：

　　a．操作方式上的转变：

能够灵活的对所录入的数据进行更改；

　　b．运行环境的转变：

运行环境需要支持WIN2000以上的运行机械环境，关于更高级的操作系统，软件可作进一步的保护以实现其稳固性； 

　　c．同其他软件的接口的转变：

借口流量不能过小，与其他软件可进行快速的信息互换和处置；

　　d．精度和有效时限的转变：

大约在3-5年时刻能够应用； 

　　e．打算的转变或改良：

随后会对软件进行一系列的更新保护，使其加倍完善。

7.运行需求

a）用户界面

可尽管形象的表现其功能，要求操作简单，适合大体用户利用

b）硬件接口

a．与各类外部存储设备能够进行直接的数据互换

b．与系统特殊外设的接口，如打印机，必需能够迅速执行打印命令

c．与中间件的接口，如接口标准、入口参数、出口参数、传输频率等

c）软件接口

a．与学校的监控系统、操纵系统、财务系统、等接口要吻合，数据流量有必然的限制，但不可过小

b．与系统特殊外设的接口，如打印机，必需能够迅速执行打印命令

c．与中间件的接口，如接口标准、入口参数、出口参数、传输频率等

d）故障处置

有可能显现一些软件功能实现不迅速或响应时刻较慢，对次需要以后对起作更全面的保护。

加速其运行的速度。

8.其他需求

a．平安性

要求只有本软件的注册会员才拥有利用其全数功能的权利，其他的用户只可作体验。

b．靠得住性

此软件，本人具有最终说明权

c．特殊需求，比如进度需求、资金需求、培训需求

进度要求在本学期终止完成此软件的设计，对软件的大体实现，资金临时不需要。

对用户能够参照软件附带的说明书进行一些基础的培训后再利