在线作业管理系统

1、

引言

1.1. 编写目的

《在线作业管理系统说明书》是为学生作业管理系统的设计而编写的技术文档。需求分析的好坏将直接影响到项目的进度和质量。编写说明书，是为了说明本系统需求、功能等相关信息，并给出系统的项目应用范围、目标、本项目与其它项目之间的关系、项目产品及成果、系统功能、系统性能、数据描述、故障处理能力以及其他专门的要求等，是系统验收的主要依据，也使其作为系统数据库开发的主要依据。

本文档的阅读对象是业务负责任人、业务人员、软件开发人员、业务规范设计人员、软件测试人员、系统安装人员、系统维护人员、指导教师及学生。

1.2. 项目背景

在现代化的教育技术模式下，计算机已经广泛应用于学校的教育管理，给传统的教学方式带来了重大的。如何有效进行作业管理是摆在我们面前的一个新的课题。

本文在研究目前国内外作业管理情况的基础上，从学校的实际需求出发，采用当前较为流行的B/S（浏览器/服务器）结构和JSP动态网页开发技术，设计并实现了一个功能较为完善的小型在线作业管理系统。通过对系统进行一系列的需求分析、设计、编码、测试等工作，使系统实现了管理员发布管理公告、教师管理、设置班级、课程；老师在线发布作业、批改作业、网上答疑；学生上传作业、查看作业信息、提出疑问的功能。重点对系统设计过程作了相应描述，同时也对系统需要改进的地方做了总结。

待开发系统的名称：在线作业管理系统。

任务的提出者为：内蒙古大学计算机软件学院UML系统建模与分析设计课题

1.3. 定义

SQL SERVER: 系统服务器所使用的数据库管理系统（DBMS）。 SQL: Structured Query Language（结构化查询语言）。 系统：若未特别指出，统指在线作业管理系统。

2、 软件产品的一般性描述

2.1. 运行环境与资源

开发环境：E4 应用服务器：IIS5.0 数据库：SQL Server

2.2. 软件产品的功能

本系统旨在辅助教师对学生上传的作业进行管理，主要功能有学生注册，登陆，学生作业上传，记分，公布，查询，统计成绩等功能。该系统设置简易，用户操作简单易懂。

2.3. 用户特征

系统角色由教师、学生和管理员组成。

学生：根据权限进入学生相应的页面的功能，修改个人资料的功能及修改密码，查看、搜索公告、教师发布的作业的功能，上传作业，查看上传作业情况及教师打分情况，学生在网上对老师提出疑问并能查看以往对老师提出的疑问功能；不可删除作业。

教师：教师登录功能，根据权限进入教师相应的页面的功能，可修改密码，公布作业要求，查看并下载学生上传的作业，查看学生名单功能，查看学生作业完成情况，对学生作业打分；不可删除作业。

管理员：根据权限进入管理员相应的页面的功能，修改个人资料功能，设置班级、课程、任课教师，具有查看、删除作业的功能。

2.4. 与约束

 B/S结构总体设计方案对它的约束：

在线作业管理系统做为B/S 结构的一个应用系统，不可避免的要受到B/S结构的约束。在其实施的各个阶段都要服从它的一些规划，包括功能设计、系统配置和计划。同时，由于信息的共享，在线作业管理系统还受到其它系统的信息约束。  人力、资金、时间的约束

在线作业管理系统的目标就是要辅助教师对学生上传的作业进行管理，其开发过程中也要考虑到人力、资金和时间的约束。因此，在设计中，重点方便学生上传作业，方便教师为学生的作业打分，为教师提供更高效的服务。  技术发展规律的约束

计算机技术和产品的发展日新月异，将会给信息处理带来更多的手段，同时也会带来更加丰富的信息表达形式。例如图象和语音技术的进步，多媒体技术的发展，这些都要求系统在设计时考虑技术变化的可能性，为可能的变化预留一定的系统处理能力。

3、功能行为需求 3.1引言

在线作业管理系统主要提供网上的作业管理平台，主要分为管理员、教师、学生三个部分的功能。管理员的功能体现在后台管理模块，教师和学生的功能用来进行留言交流，作业管理和信息查询。

3.2业务需求功能模型——用例模型

在线作业管理系统用例建模问题域：学生在线作业管理。系统范围： 本系统旨在辅助学生信息管理系统对学生在校的一些课程作业信息进行管理。主要顶层功能模块分为学生自身管理，教师子模块以及管理员对应的系统管理模块。系统边界：学生、教师自然信息管理，学生成绩、班级、课程管理；教师任课、所带班级学生、作业成绩录入管理；以及管理员对学生、教师等各项信息的综合管理。执行者：学生、教师、管理员。用例：学生管理、教师管理、管理员管理。用例之间的关联：在下层子系统中做进一步详细分析。学生子模块学生<><><>登陆信息维护教师子模块<><>教师系统公告阅览<>管理员子模块管理员 学生子模块信息查询<><>用例建模问题域：学生自身教学作业情况信息管理。子模块功能： 学生管理子系统辅助学生对个人信息进行查看、修改；查看本学期所修课程作业、各次上传作业的分数；以及系统公告发布情况的浏览查看。执行者：学生。用例：个人信息管理、作业管理、成绩查询、公告浏览。用例之间的关联：其中个人信息管理中使用个人信息查询、信息修改用例功能，作业管理使用成绩查询、作业查询、作业上传用例功能，公告浏览使用公告查询用例功能。公告浏览用例为学生子模块、教师子模块公用。个人信息管理用例、成绩查询、作业查询用例为学生子模块、教师子模块及管理员子模块公用。信息修改个人信息管理<>成绩查询作业管理研究生<>作业查询<>公告浏览<>作业上传公告查询 教师子模块信息查询<><>用例建模问题域：教师自身教学情况信息管理。子模块功能： 教师管理子系统辅助教师对个人信息进行查看、修改；查询学生信息；对每学期教授班级课程情况进行查看，查看及发布本学期所授课程作业、学生各次上传作业的分数的录入；以及系统公告发布情况的浏览查看。执行者：教师。用例：教师个人信息管理、作业管理、授课情况查看、成绩录入管理、作业情况统计、学生信息查看、公告浏览、作业下载、作业发布。用例之间的关联：其中个人信息管理中使用个人信息查询、信息修改用例功能，作业管理使用成绩管理、授课情况、发布作业、下载作业用例功能，公告浏览使用公告查询用例功能。公告浏览用例为学生子模块、教师子模块公用。个人信息管理用例、成绩查询、作业查询用例为学生子模块、教师子模块及管理员子模块公用。信息修改个人信息管理<><>成绩管理授课情况作业管理教师<><>发布作业<>作业情况统计作业下载学生查询<>公告浏览公告查询 管理员子模块个人信息管理<>用例建模问题域：教务管理员综合信息管理。子模块功能： 管理子系统拥有最大权限，可以进行大部分学生、教师、班级、课程信息进行查看、修改，以及添加、删除；每学期开学进行班级开设课程及授课教师的录入；拥有各科成绩管理的最终修改权；负责系统公告的发布、浏览及删除；每学期开学初进行系统重置，清空学生上学期作业信息、课程信息以及课程相应作业分数等。执行者：管理员。用例：个人信息管理、学生信息管理、教师信息管理、课程录入管理、学生成绩管理、班级课程设定、系统重置管理、公告管理。用例之间的关联：其中个人信息管理中使用个人信息查询、信息修改用例功能，班级管理使用班级添加、班级删除、班级课程设定用例功能，班级课程设定用例依赖课程管理，公告管理使用添加公告、删除公告用例功能，并且扩展公告浏览用例功能。公告查询用例为学生子模块、教师子模块公用。教师学生管理中的教师学生个人信息管理用例，学生成绩查询，作业查询用例为学生子模块、教师子模块及管理员子模块公用。教师管理用户信息管理<>学生管理班级添加<><>班级删除班级管理<><>班级课程设定管理员课程管理<>课程删除<>课程添加重置管理公告管理<><><>添加公告公告查询删除公告

3.3相关用例的展开——活动图

用户界面输入用户名和密码业务逻辑界面验证输入信息完整性数据库界面[不完整][完整]创建数据库访问对象查询数据库用户表验证密码是否匹配[不匹配][匹配]按用户角色导向页面用户角色相应页面描述“登陆”用例的活动图

用户界面输入公告各项信息业务逻辑界面验证公告信息有效性数据库界面[不完整][完整]创建公告对象封装信息查询数据库中的公告信息判断添加公告是否冲突[无冲突]向数据库公告表中添加公告判断添加公告是否成功显示成功并刷新公告列表[成功]显示出错消息错误原因[失败]描述“添加公告”用例的活动图选择公告管理page-load()显示页面搜索公告创建数据库对象检索数据库公告表完成公告对象初始化选中待删公告显示公告列表{}获取待删公告对象{}创建数据库对象检索数据库公告表删除待删公告对象删除指定条目显示删除成功消息和结果描述“删除公告”用例的活动图 管理员业务逻辑数据库界面输入信息验证完整性查询数据库中信息显示所查询信息取出对象进行修改操作判断修改操作合法性数据库修改相应信息判断修改是否成功true 操作成功: 显示成功信息显示出错信息false 重新输入: 描述“修改学生老师”用例的活动图用户界面业务逻辑界面数据库界面输入查询请求发送查询请求查询数据库中的信息显示信息提交信息返回信息选择修改信息查找课修改信息显示课修改信息描述“查询学生信息”用例的活动图用户界面业务逻辑页面数据库界面输入查询请求发送查询请求查询数据库中的信息显示信息提交信息返回信息选择修改信息查找课修改信息显示课修改信息输入新信息验证输入是否合法显示出错信息更新数据库显示新信息更新成功描述“更新学生信息”用例的活动图管理员输入信息业务逻辑验证完整性数据库界面创建对象查询数据库中信息判断增加操作合法性重新输入(false): true: 数据库增加相应信息判断增加是否成功显示成功信息显示出错信息描述“添加学生/老师”用例的活动图

3.4输出结果 4、性能需求 4.1数据精确度

数据的输入是否准确是数据处理的前提，错误的输入会导致系统输出的不正确和不可用，从而使系统的工作失去意义。数据的输入来源是手工输入。手工输入要通过系统界面上的安排系统具有容错性，并且对操作人员要进行系统的培训。

在系统中，数据的输入往往是大量的，因此系统要有一定的处理能力，以保证迅速的处理数据。

4.2时间特性

无论是客户端还是管理端，当用户登录，进行任何操作的时候，系统应该及时地进行反应，反应的时间在5秒以内。系统应能监测出各种非正常情况，如与设备的通信中断，无法连接数据库服务器等，一避免出现长时间等待甚至无响应。

4.3适应性

应该能广泛应用于不同类型的学校。系统采用模块化设计，并且利用语言的跨平台特性。当遇到突发事件时，系统能保存好用户信息，用户再下次登录时能保证信息的完整性。

4.4故障处理

正常使用时不应出错，若运行时遇到不可恢复的系统错误，也必须保证数据库完好无损。在系统出错后，应能恢复回原来备份的数据库。

5、运行需求 5.1用户界面

在用户界面部分，根据需求分析的结果，用户需要一个用户友善界面。在界面设计上，应做到简单明了，易于操作，并且要注意到界面的布局，应突出的显示重要以及出错信息。外观上也要做到合理化，考虑到用户多对WINDOW 风格较熟悉，应尽量向这一方向靠拢。在设计语言上，已决定使用 MS VISUAL C++ 进行编程，在界面上可使用VISUAL C++ 所提供的可视化组件，向WINDOWS 风格靠近。 其中服务器程序界面要做到操作简单，易于管理。在设计上采用下拉式菜单方式，在出错显示上可调用VISUAL C++ 库中的错误提示函数。

总的来说，系统的用户界面应作到可靠性、简单性、易学习和使用。

5.2硬件界面 5.3软件界面

学生上传作业界面：操作人员选择上传作业的科目，进行上传。

学生查看作业界面：操作人员可查看上传作业的情况，以及教师打分情况。 教师查看作业界面：操作人员可查看并下载作业，以及对作业打分。 教师公布作业界面：操作人员可上传作业要求。

6、其他要求

 可靠性需求：

系统应保证24小时内不宕机，保证100人可以同时在客户端登陆，此时系统能正常运行，正确提示相关内容。

 开放性需求：

系统应具有较强的灵活性，以适应未来功能扩展的需求。

 可扩展性需求：

系统设计要求能够体现扩展性要求，以适应将来功能扩展的需求。

 系统安全性需求：

系统有严格的权限管理功能，各功能模块需有相应的权限方能进入。系统需能够防止各类误操作可能造成的数据丢失，破坏。防止用户非法获取网页以及内容。

 易操作性：

在系统中提供操作指南，便于用户操作使用。