教务管理系统

教务管理系统

需求规格说明书

组员：张成志，张赫，杨大为，俞瑞隆，邢磊，朱晟昊，崔俊峰

目录

1概述..............................................................3

1.1 编写目的..................................................3

1.2 系统目标..................................................3

1.3 术语定义..................................................4

2 需求说明.........................................................4

2.1 学生系统....................................................4

2.1.1 查看教学日历............................................4

2.1.2 查看上课时间地点........................................4

2.1.3 提交作业.................. .............................5

2.1.4 查看成绩................................................5

2.1.5 修改密码................................................5

2.2 教师系统....................................................5

2.2.1 填写教学日历............................................5

2.2.2 考勤....................................................6

2.2.3 批阅作业................................................6

2.2.4 评定成绩................................................6

2.2.5 修改密码................................................7

2.3 教务员系统..................................................7

2.3.1 设计教学任务............................................7

2.3.2 设计上课时间地点........................................7

2.3.3 查询上课情况............................................7

2.3.4 修改密码................................................7

3 性能需求........................................................8

4 可维护性，可扩展性..............................................8

5 安全性..........................................................8

6 设计约束........................................................8

6.1 语言约束..................................................8

6.2 系统模型约束..............................................8

7 界面要求........................................................9

1 概述

1.1 编写目的

本文档是教务系统的需求规格说明书，是在实验要求的基础上通过了解实际需求编写而成的。本文档的编写为下阶段的设计、开发提供依据，为项目组成员对需求的详尽理解，以及在开发开发过程中的协同工作提供强有力的保证。

1.2 系统目标

本系统为教务系统，为学生，老师和教务员三种角色提供简单有效的途径能够处理属于自己的业务。鉴于上述目标，本系统有三个模块组成，分别是学生，教师和教务员，每个模块有属于自己的业务组成，他们之间的业务有区别和联系。

根据系统需求，所达成的目标如下：

首页

首页完成的功能主要是登陆，用户输入用户名和密码，检测用户名和密码的正确与否，然后根据不同的身份(学生，教师，教务员)，继而转向不同的页面。

学生主页

查看教学日历

查看上课时间地点

提交作业

查看成绩

教师主页

填写教学日历

考勤

批阅作业

评定成绩

教务员主页

设计教学任务

设计上课时间地点

查询上课情况

1.3 术语定义

教务系统：教务系统管理平台充分利用互联网络B/S管理系统模式，以网络为平台，为各个学校教务系统的管理提供一个平台，帮助学校管理教务系统，解决学校教务教学管理，并且学校可以自由选择学校需要的教务管理系统，灵活地定制符合学校自己实际情况的教务系统.

教学日历：老师根据教学任务，结合自己课程的详细情况和学生的接受能力进而制定的和该课程相关的教学进度，详细的介绍在每节课上安排的内容以便学生提前了解和准备。

系统角色：系统角色分为三种，学生，教师和教务员。他们承担着不同的属于自己的业务处理。他们自身的业务和其他角色会发生关系和互动，一个角色的业务处理会影响其他角色中的业务体现。

2需求说明

2.1 学生系统

2.1.1 查看教学日历

学生在进入属于自己的系统之后，会在左栏出看到自己的业务连接。点击教学日历之后可以看到已经选择的相应课程的教学日历。在教学日历中详尽的阐释了该门课程在该学期上课的时间以及对应的上课章节还有具体内容。这些内容是由教师录入的。会在下面的教师需求中点出。这也是交互的一点。

2.1.2 查看上课时间地点

点击查看上课时间地点，会在右方页面中显示该学生所选课程的详尽情况，其中包括上课时间和地点。由于和课程有关的信息较多，不方便在在一个页面中显示，则在第一个页面中显示最常用的上课时间和地点，然后每门课程后面有一个查看的超链接。点击每门课程后面的超链接之后会跳到另外一个界面，在这个界面中我们会看到和以确定课程相关的很多信息，除了上课时间和地点之外，还有学分，上课教师，所用教科书，推荐读物等等一系列相关信息。

2.1.3 提交作业

点击提交作业之后，页面发生跳转，该页面中会出现该学生和已选择课程确定的已提交成功的作业表单，在该表单中记录了作业编码，学生学号，学生姓名，课程名，作业名，作业分数等等信息。

其中作业名属于超连接形式，点击该链接，可以下载自己曾经已经上传过的作业。

该作业表单之外，我们有提交作业的按钮，一个按钮选择本地的文件，确定之后，可以在该按钮前面的文本框中看到已经选择的文件的路径，然后第二个按钮是提交按钮，点击提交按钮之后，我们会发现上方的作业表单发生变化，刚刚上传成功的文件已经显示在表单里面。如果学生要提交其他课程的作业，可以再次选择课程，然后进入另外一个课程的作业表单下，进而同样的操作可以上传作业。

2.1.4 查看成绩

点击查看成绩，右方页面会显示已登录学生所选择课程的成绩单。在该成绩单中，学生可以详细的看到，自己选择的课程的课程号，课程名，以及该课程的分数。分数由教师录入。在未录入之前，分数这一栏里面会出现提示信息。比如：尚未打分。

2.1.5 修改密码

点击修改密码，右方页面会出现三个文本框，原始密码，新密码，新密码的确认。这里要求新密码和新密码的确认是同样的输入，如果输入不同，出现提示的小窗口，提示错误，要求重新输入。如果原始密码输入错误，则会在原始密码文本框右侧出现密码错误的提示。如果原始密码输入正确，而且新密码和新密码的确认输入相同，则会成功的修改密码，并且提示密码修改成功。

2.2 教师系统

2.2.1 填写教学日历

点击填写教学日历，右方页面出现该名教师和他所教授课程的教学日历。教学日历包括了上课的日期，已经这几节课会涉及到的章节和详细内容。我们要求可以添加新的教学日历，还可以修改之前的教学日历。在已经存在的教学日历中，双击该教学日历，发生页面跳转，日期，章节，和具体内容会出现在两个文本框和一个文本域中，这样的话，该名教师可以修改之前的内容。并再次提交这样就可以成功修改。

页面中存在一个按钮可以添加新的教学日历，点击该按钮之后，页面发生跳转，跳转页面与之前修改的页面并无差别。只是页面中文本框和文本域中的内容为空，填写之后点击提交，新的教学日历就成功输入了。

2.2.2 考勤

点击考勤之后，会在页面中显示选修该课程的学生名单，每名学生姓名之前会出现一个确认框，在点名的时候，如果该生缺勤，老师可以在该确认框内打钩，点击提交之后，该生在该课程的缺勤次数就是加1.

2.2.3 批阅作业

点击批阅作业之后，右方页面中显示出来该课程的学生所提交的作业清单。在该清单中记录了作业编码，学生学号，学生姓名，课程名，作业名，作业分数等等信息。‘

其中作业名属于超连接形式，点击该链接，可以下载学生曾经已经上传过的作业。

下载完成后，教师可以打开改作业，根据作业情况评判分数，然后再分数栏里面输入相应的分数。一系列的操作完成后，点击提交按钮可以把所有学生的成绩一同提交。学生可以看到自己的作业成绩情况。

2.2.4 评定成绩

点击评定成绩，有房会出现新的页面。在该页面中，有学号，姓名，考勤，作业，和考试分数以及总分数。其中，考勤分数和作业分数是由之前录入做确定的。考试分数是需要教师自己输入的。最后的总成绩我是这样判定的：考勤+作业+考试分数*80%。考勤分数和作业分数分别占总成绩的10%。

教师输入考试的分数后，系统自动出现总分数。每次考试分数改变后，系统的总分数会出现改变。

2.2.5 修改密码

点击修改密码，右方页面会出现三个文本框，原始密码，新密码，新密码的确认。这里要求新密码和新密码的确认是同样的输入，如果输入不同，出现提示的小窗口，提示错误，要求重新输入。如果原始密码输入错误，则会在原始密码文本框右侧出现密码错误的提示。如果原始密码输入正确，而且新密码和新密码的确认输入相同，则会成功的修改密码，并且提示密码修改成功。

2.3 教务员系统

2.3.1 设计教学任务

教务员设计每个课程所需要上的章节内容以及具体安排。这一点由于在老师的教学日历及其他的业务中并没有有所体现。在需求中列出这一需求。

2.3.2 设计上课时间地点

点击设计上课时间地点。具体的安排情况应该由排课系统给出，然后由教务员输入。右方页面是学校安排的课程的具体情况。其中上课时间和上课地点是可以编辑的。这两栏里面有已经输入成功的也有空着的都是可以编辑的。教务员编辑成功之后，提交所做的改变，则上课的时间地点发生变化。

2.3.3 查询上课情况

选择一门课程之后，出现选修该门课程，而且经常缺勤的同学名单，这样通过缺勤情况可以了解该课程的上课情况。显示的内容包括学号，学生姓名，课程名称，缺勤次数。

2.3.4 修改密码

点击修改密码，右方页面会出现三个文本框，原始密码，新密码，新密码的确认。这里要求新密码和新密码的确认是同样的输入，如果输入不同，出现提示的小窗口，提示错误，要求重新输入。如果原始密码输入错误，则会在原始密码文本框右侧出现密码错误的提示。如果原始密码输入正确，而且新密码和新密码的确认输入相同，则会成功的修改密码，并且提示密码修改成功。

3 性能需求

服务器选用tomcat, 同时接受连接数受tomcat 本身确定。每个

用户登录的响应时间 2S以内。

用户的具体操作响应时间1S 以内。

4 可维护性，可扩展性

这是B／S架构。而且界面和逻辑是分开处理的。采用基于Java的技术可维护性可扩展性不错。

5 安全性

该系统的系统架构和权限机制可以确保安全性

系统架构：采用Ｂ／Ｓ架构，和ＭＶＣ模式，界面显示，逻辑操作和数据读取是分离的。这样可以保证安全性和数据的物理独立性。

本系统的用户授权机制通过角色的定义管理来实现，进入系统的时候，需要选择自己的身份，然后系统会根据不同的身份跳转不同的界面，这样不同角色之间不能直接操作其他角色的业务处理。 通过定义某些角色能进行的操作权限，限定用户的操作权限，是吸纳了对用户的授权。

6 设计约束

详细说明对系统的设计局限性。设计局限的定义代表了对系统要求的决策, 这可能出于商务运作、资金、人员、时间等多方面的综合考虑从而指导软件的设计和开发。例如软件的开发语言、开发环境、开发工具、第三方软件、 硬件使用以及网络设备等。

6.1 语言约束

中文处理，需要注意页面的编码方式。

6.2 系统模型约束

ＭＶＣ模型，表现层和控制层的分离，提高可重用性和可移植性。

7 界面要求

本文来源：https://www.2haoxitong.net/k/doc/a5b734b2b9f67c1cfad6195f312b3169a451eae7.html