教学评估系统需求分析+及数据流图Word文件下载.docx
《教学评估系统需求分析+及数据流图Word文件下载.docx》由会员分享,可在线阅读,更多相关《教学评估系统需求分析+及数据流图Word文件下载.docx(11页珍藏版)》请在冰豆网上搜索。
静态数据--系统固化在内的描述系统实现功能的一部分数据.
动态数据--在软件运行过程中用户输入的后系统输出给用户的一部分数据,也就是系统要处理的数据.
数据字典--数据字典中的名字都是一些属性与内容的抽象和概括,它们的特点是数据的"
严密性"
和"
精确性"
没有半点含糊.
1.4.参考和引用资料
书名
编著
出版社
软件工程导论(第四版)
张海藩
清华大学出版社
VB程序设计简明教程(第二版)
龚沛曾、陆慰民等
高等教育出版社
数据库系统概论(第四版)
王珊、萨师煊
软件工程上机指导书
张国有
太原科技大学印刷厂
2.项目概述
2.1.目标
2.11为了完善目前评教系统
2.12减轻学校对评教工作的工作量,使学生对教师的评教更具客观性
2.13通过本系统软件,能帮助学校管理人员利用计算机,快速方便的对全校的任课老师数据进行管理,包括录入、增加、删除、查询等。
2.14作用及其范围
本软件适用于教育界,它是比较完善的评教系统管理软件。
2.2运行环境
软件基本运行环境为Windows环境.
2.3条件与限制
没有足够的知识和科技做基础,实现比较简单片面。
投资问题比较严重,不能对软件作出合理的投资计划。
统计外部设备需要大约1.2万,完成阶段需要的工资和后期维护需要更多资金,对我来说非常不容易啊。
3.数据描述
3.1静态数据
静态数据是系统内部有关的数据结构与操作规程.
具体可包括:
学生信息表格students_Info老师基本信息表teachers_Info查询基本信息表格select_Info选课信息表格corse_Info
Student表
列名
数据类型
可否为空
描述
备注
Id
Varchar(12)
Notnull
用户名
password
密码
name
学生姓名
Teacher表
教师姓名
Select表
S_id
学生id
t_id
教师id
C_id
选课号
Course表
对应课程名称
3.2动态数据
动态数据包括程序运行时输入和输出的数据,具体是数据库的各个表的各个不同元组与属性值.可以用数据流图来描述如下:
图(1-1)
3.3数据库介绍
本系统的实体有:
教师实体,学生实体,选课实体,查询情况实体各个实体具体的描述E-R图如下
教师实体E-R图.图(1-2)
学生实体E-R图图1-3
选课实体E-R图图1-4
实体之间关系E-R图.图1-6
4.整体模块划分:
该模块包括两个要素:
1.确定每个学生对应的任课老师。
2.系统形成该老师对应的调查表。
下面是具体的流程。
模块说明:
学生初次登陆,以学号为初始用户名,身份证号码为初始密码,验证成功方可通过,进行评分,学生可以在第一次登陆之后跟改密码,分为两种登陆方式:
别名登陆(即使可以用身份证号登陆),实名登陆(用修改过的第二密码)。
学生登陆后,看到任课老师名单,点击进入进行评分,如下图。
每个学生一次只可以选一个老师,调出调查表。
并且对每一位老师只可评估一次,即评估完之后,老师前的选项进行限制,不可再选。
每位学生必须对老师评估,如果有学生在规定时间内未对老师进行评估,则系统自动进行催促。
每次评估时间,由班长提醒学生在一定时限内(例如10天)登陆系统进行评分,经过一定时间(如7天)系统自动按年级,班级统计没有参加评估的同学名单,由辅导员(年级长)通知各班班长再次催请。
未参评者可以给予德育考评惩罚(事先言明)。
该模块基本已完成,但在将学生评估表提交数据库这一环节上出现了问题。
4.1评估计算模块
表单提交后的一系列后台处理。
是按照一定方法对老师所得各项分数的统计。
根据学生评分结果表进行统计分析
Worknum
Courseid
Score1-10
TotalScore
教师工作号
课程号
各单项得分
总得分
采用一定的统计方法,暂定如下
TotalScore=Score1*Power1+……+Score10*Power10;
Poweri为第i个评测项目的得分权值。
评估项目以及权数表应该在评估进行前研究决定,得到广大教师支持后公开发布。
经过计算后,结果存入教师得分表中。
Teachername
Sdepart
Coursename
finalScore
任教系(班)别
课程名
最终得分
由于未能形成学生评分结果表,这个模块只做了算法设计,没有进行页面实现。
4.2查询模块
教师可查询本人的总得分、各分项得分及所在院(系)的平均分,也可以查看全院老师的整体排名。
并可通过数据库的历史记录对以往的得分进行同样的操作。
一开始本教学评估系统整合了留言功能,所以需要分配老师权限。
若为普通教师权限登录,能查看考核分数和学生对自己的留言,如果有最新的学生留言,系统会弹出对话框提示,但留言是匿名的。
如果是高级权限,即领导查询,可以查看某个教师的评估结果和学生留言,也可以选择查看所有教师评估和学生留言。
而且学生留言学生的姓名,id是可见的。
而且领导查询可以查看最近的所有留言,如最近的100条留言。
4.3意见反馈模块
学生成功登陆后可以点击教师的姓名,然后出来一个留言的选项,如果学生希望用文字的形式给教试题供意见的话,可以写下来,然后提交,如果提交成功的话,留言则已经形成,教师如果登陆的话将会显示有最新留言需要阅读。
留言不是每个学生必须的选项,只是除了选项之外,给老师和学生提供更具有自由度交流的平台,所以同样教师可以根据留言进行自我测评,给学生以反馈信息。
由于进度关系,最终的数据库表设计、代码实现大都没加入留言功能,这就只能作为项目将来的扩展了。
4.4管理员模块
主要是根据实际情况对教师、学生、课程的各项数据进行日常维护管理。
导出最终数据打印成现实文件。
这个模块我们已经顺利完成,所有功能都已实现。
1.后台管理之添加课表2.后台管理之学生管理
5.功能需求
5.1功能划分
按照功能将其划分为大体的模块,为其以后的模块连接作出抽象的整体布局
5.11实现学生班级注册的功能
5.12实现教师数据管理的功能
5.13对评教信息的录入及统计功能
5.2功能描述
此软件系统实现对全校任课老师数据进行管理,包括录入、增加、删除、查询等;
从教师授课的班级中选择半数学生组成学生评价小组,参加评教的班级进行注册;
每个学生按照评价指标对教师作出评判,当评判的档次不明显时,给出提示,指示学生重新评判,以免无用的数据出现。
对评教的数据进行处理,得出各个教师的综合评价成绩,并作记录,对该评价的数据和最终结果可以查询打印,并可打印综合成绩表。
6.性能需求
6.1数据精确度
该软件的输入、输出数据精度的要求是要准确的评教结果不,不可出现含糊不清的评价,可能包括传输过程中的精度不能发生变化。
输入输出数据的精度来源于用户业务流程中各种操作所涉及到的数据精度。
6.2时间特性
说明对于该软件的时间特性要求,如下:
a.响应时间:
不能太慢,影响用户的使用,大约在4ms-8ms之间
b.更新处理时间:
必须可以对所录入的数据快速的处理,得出评教的结果,基本处理更新时间不能延迟过多,最多1-3秒;
c.数据的转换和传送时间:
对学生的注册以及教师评价结果的传诵和转化时间可以进行合理的设置,使其不影响用户的使用,满足用户的需要为关键;
d.解题时间:
对录入的评价结果要可以在短时间内产生评教结果和相关的查询
6.3适应性
说明对该软件的灵活性的要求,即当需求发生某些变化时,该软件对这些变化的适应能力,如:
a.操作方式上的变化:
可以灵活的对所录入的数据进行更改;
b.运行环境的变化:
运行环境需要支持WIN2000以上的运行机器环境,对于更高级的操作系统,软件可作进一步的维护以实现其稳定性;
c.同其他软件的接口的变化:
借口流量不能过小,与其他软件可进行快速的信息交换和处理;
d.精度和有效时限的变化:
大约在3-5年时间可以应用;
e.计划的变化或改进:
随后会对软件进行一系列的更新维护,使其更加完善。
7.运行需求
a)用户界面
可只管形象的体现其功能,要求操作简单,适合基本用户使用
b)硬件接口
a.与各种外部存储设备可以进行直接的数据交换
b.与系统特殊外设的接口,如打印机,必须可以迅速执行打印命令
c.与中间件的接口,如接口规范、入口参数、出口参数、传输频率等
c)软件接口
a.与学校的监控系统、控制系统、财务系统、等接口要吻合,数据流量有一定的限制,但不可过小
d)故障处理
有可能出现一些软件功能实现不迅速或响应时间较慢,对次需要以后对起作更全面的维护。
加速其运行的速度。
8.其他需求
a.安全性
要求只有本软件的注册会员才拥有使用其全部功能的权利,其他的用户只可作体验。
b.可靠性
此软件,本人具有最终解释权
c.特殊需求,比如进度需求、资金需求、培训需求
进度要求在本学期结束完成此软件的设计,对软件的大体实现,资金暂时不需要。
对用户可以参照软件附带的说明书进行一些基础的培训后再使用此软件。