软件工程课程设计-作业提交与批改系统.ppt

作业提交与批改系统 背景介绍 学生向教师发邮件，教师根据邮件建立通讯录。 教师通过群发的方式将作业发送到学生的个人邮箱中，学生做完作业后，通过个人邮箱将作业以Word文档的方式发送到教师的邮箱中。 教师登陆邮箱，一一收取学生的作业到电脑上，然后在Word中进行批改，批改完成后将批改结果一一发送到每个同学的个人邮箱。 然后，教师需要另外登记学生的作业成绩到平时成绩表中。 存在的问题 如果教师涉及多门课程或多个班级，上述方式还存在作业采集的混乱问题。 由于考虑到每个同学的隐私，作业的批改结果是一个一个对应发送的，因此很花时间 教师还需要另外登记成绩，也很花费时间，能否系统自动登记成绩呢？ 系统能否自动完成作业的统计工作呢：如交作业的人数、未交作业的人数等，学期末的时候统计每个学生的作业完成情况。 需求规格说明书 数据流图（顶层图） 数据流图（零层图） 数据流图（一层图） 数据库设计 数据库设计 数据库设计 数据库设计 数据库设计 模块划分 用户手册 用户手册 用户手册 * * 第九组： 肖雅琴 鲁丽薇 钟莉 背景介绍 1 存在的问题 2 1 2 返回 开发目标 为了缩短交作业与发作业的中间环节，使作业的批改、反馈更加及时，便于教师统计学生作业的情况，对学生的平时成绩进行评价，方便学生与教师的沟通与交流。我们对该系统进行模型分解，做出了一下分析 需求分析 数据流图和数据字典 数据库设计 模块划分 用户手册 引言 1.1目的 需求规格说明书作为系统开发各方的共识，是对系统进行设计、实现、测试和验的基本依据，它包含用户方和开发方两方的意见。编写需求规格说明书能够更好的明确用户需求，为小组进一步工作提供便捷。 编写原则 原则1：只描述“做什么”而无须描述“怎么做” 原则2：必须说明运行环境 原则3：考虑用户、分析员和实现者的交流 原则4：力求寻找到恰如其分的需求详细程度 原则5：文档段落不宜太长 原则6：避免使用模糊的、主观的术语 需求规格说明书 2. 任务描述 2.1 开发范围： 本系统的开发主要是针对主观题。 2.2 开发目标： 主要是缩短交作业与发作业的中间环节，使作业的批改、反馈更加及时，便于教师统计学生作业的情况，对学生的平时成绩进行评价，方便学生与教师的沟通与交流。 3. 数据描述 该系统的使用用户是软件工程老师，以及其他科的老师，这些用户可以在该系统上发布作业信息，并对学生上交的作业实行批改然后集体给学生留言，公布作业答案；学生一旦注册某一科目成功之后，可以在该系统上下载作业，查看和提交作业，但是没有修改和撤销的权限。 需求规格说明书 4. 功能需求 教师可以建科目表，学生通过注册进入教师的课堂 学生可以查询多科作业 教师可以通过系统发布作业信息，（应考虑一名教师可能带多门课，以及不同的班级，其作业可能是不同的 ，或者要求是不同的），包括作业题目、注意事项等信息。 学生作业一次性以Word文档格式进行提交。 教师可以按题提交作业的参考答案。 教师可以给同学们集体留言，或给某位（些）同学留言。 教师可以设置作业提交的截止时间，对于迟交的作业，系统将不予接受 系统可以提示学生距离作业提交还有几天 系统提示教师哪些学生作业已经批改完毕，或还没有批改。 学生可以查看并下载作业答案，作业题目、作业成绩。 教师可一次性下载所有学生作业，离线批改完后，再一次性提交批改结果。 系统可以根据学生作业情况生成学生的平时成绩 教师可以按学生或按作业对作业完成情况进行统计。 需求规格说明书 5. 性能需求 信息的安全性 （1）学生通过注册可以查询到老师批改的成绩，但在此过程中不能查看其他人的成绩，这对学生的隐私起到了一定的保护作用。 （2）老师公布答案的时间要控制在所有学生的作业都上交完后或者在规定的时间内截止，要避免网上抄袭答案的现象。 系统的实用性 （1）系统及时信息的提示功能，保证整个过程运行的流畅性。 （2） 老师和学生可以进行相互的交流，以便沟通的良好性。 （3）系统要有一定的防范措施，例如: 黑客的入侵导致系统崩溃，要能够快而准的处理。 需求规格说明书 6.运行需求 注册界面 用户名 ： 密码： 用户类型： 学生登陆界面区别于老师的登陆界面，然后进行正常的交互。 7.其它需求 系统可以进行及时的更新和维护 登录 取消幻灯片 6 数据项： 作业信息=“作业题目+注意事项” 学生平时成绩=“学生提交作业情况+每次作业分数” 学生个人信息=“姓名+学号+班级” 作业相关内容=“作业题目+作业答案” 作