教学管理系统需求规格说明书Word下载.docx

教学管理系统需求规格说明书Word下载.docx

《教学管理系统需求规格说明书Word下载.docx》由会员分享，可在线阅读，更多相关《教学管理系统需求规格说明书Word下载.docx（11页珍藏版）》请在冰豆网上搜索。

6．运行需求11

6.1硬件接口11

6.2软件接口11

6.3故障处理11

7．其它需求12

1．引言

1.1编写目的

本软件需求规格说明书是系统分析人员与用户进行了大量的交流后写成的，比较全面的描述了用户的各种需求。

该文档确定了待开发软件的功能、性能、数据、界面等要求，并确定了系统的逻辑模型。

为今后的开发人员进行系统开发提供了依据，也为项目经理、设计人员、营销人员、用户、测试文档的编写人员提供了参考。

1.2项目背景

项目名称：

教学管理系统

项目任务提出者：

XX工业大学

项目开发者：

***，***

项目用户：

XX工业大学所有管理人员和学生

随着学校教育水平的不断提高，学校规模不断扩大，传统的C/S结构的信息管理软件已经远远不能够满足学校的需求，已经成为学校进一步发展的瓶颈。

经总结，这类信息系统软件存在如下的缺陷：

①软件维护的费用高。

②信息查询不方便。

③不利于远程管理。

④软件的可操作性不高。

为了弥补这些缺陷，消除影响学校进一步发展的瓶颈，降低学校的信息软件维护成本，进一步方便学生使用，方便教职工管理，我们项目组决定在这次软件开发工程中，开发基于B/S架构的教学管理系统。

1.3定义

JavaWeb：

是用Java技术来解决相关web互联网领域的技术总和。

MySQL：

MySQL是一个小型关系型数据库管理系统。

MVC：

模型（Model）,视图（View）和控制Controller）。

目的是实现Web系统的职能分工。

主键：

数据库表中的关键域。

值互不相同。

外部主键：

数据库表中与其他表主键关联的域。

1.4参考资料

1.张海藩.软件工程导论.北京：

清华大学出版社，2008.2

2.王珊.数据库系统原理教程.北京：

高等教育出版社，2006.5

3.刘利民.《软件工程综合设计》指导书.XX工业大学，2009.3

2．任务概述

2.1目标

明确用户对系统的具体要求，摸清相关业务的具体流程，收集有关的信息、表格和文本，并对这些信息进行分析处理，制定面向现实世界的系统模型，如绘制业务流程图和E—R图，制作数据字典等，为系统设计做好前期准备工作。

2.1.1理念目标

进一步提高学校的信息化管理水平，方便学生对个人基本信息及成绩的查询，方便教职工的管理，降低学校信息管理软件的维护成本。

2.1.2功能目标

基本上实现教务管理系统的主要功能；

界面友好，便于使用；

采用MVC三层架构模式，便于改写和重用；

系统较为健壮。

2.2运行环境

操作系统：

MicrosoftWindows2000及以上版本

支持环境：

IIS5.0

数据库：

MicrosoftSQLServer2000

系统采用浏览器服务器（B/S）模式，客户端使用浏览器进行访问本系统。

系统的服务器运行环境为Linux操作系统，本系统可由客户端通过IE内核的浏览器进行访问。

本系统只允许在学校内网中使用。

2.3条件与限制

按照“技术先进，功能强大，操作简便，成本低廉，扩展性强，安全性高”的原则，设计教学管理信息系统。

通过本系统的设计，从而提高教学的管理水平，使得教学管理规范化、科学化、自动化。

开发该系统的基本条件主要有以下三点：

1．建议开发软件运行的最短寿命为3年；

2．进行系统方案选择比较的期限为2个月；

3．建议开发软件投入使用的最迟时间为3个月。

2.3.1技术限制

使用JavaWeb的相关技术实现软件代码的编写；

系统架构采用MVC架构；

数据库采用MySQL语言；

服务器使用Linux操作系统。

2.3.2使用限制

服务器最低配置为：

硬件名称

最低配置

系统内存

2G

硬盘

100G

网络带宽

100M

不支持非IE内核的浏览器，如火狐浏览器。

3．数据描述

3.1静态数据

包括各数据库所在位置，注册信息的要求，课表的显示格式，学院信息，专业信息，课程信息，系别信息等。

3.2动态数据

包括各数据库内各项显示数据，用户登录信息，系统时间，日志信息，开课信息。

如学生学号、教师师号以及登录密码，学生信息、教师信息、学生成绩、以及学生选课情况等。

3.3数据库介绍

（1）院系信息

包括：

系编号、系名、系主任工号、地点、电话、专业数等；

（2）学生基本信息

学号、类别、姓名、性别、出生日期、电话、人校日期、家庭地址、备注等；

（3）班级信息

班号、班级名称、成立年月、班主任工号、自修教室等；

（4）课程基本信息

课程号、课程名、类别、讲课学时、实验学时、学分、开课院系号、课程描述等；

（5）教师信息

职工号、姓名、性别、职称、学位、出生日期、工作年月、基本工资等；

（6）教研室信息

教研室编号、教研室名称、教研室主任工号、教研室研究方向等；

（7）专业信息

专业编号、专业名称、所属院系号、专业特色、创办年份、学生规模等；

（8）学期信息

编号、学期名等。

（9）用户分类及权限

用户分类号、用户分类名、权限。

（10）用户信息

用户号、用户名、用户密码。

（11）用户日志

用户号、登录时间、进行操作、离开时间。

（12）其它信息

其它相关的信息，如单位信息等一些基础信息。

3.4数据词典

3.4.1数据流词条描述

（1）数据流名：

登录信息

来源：

用户的输入

去向：

系统内部检验部分

组成：

用户名，密码

流通量：

每次登录输入一次

（2）数据流名：

登录结果

系统

用户

返回信息

每次登录返回一次

（3）数据流名：

输入修改信息

系统判断部分

根据各数据库内容而不同

依用户输入而定 

（4）数据流名：

反馈信息

系统经判断后发回的字符数据

依系统当前信息而定

（5）数据流名：

识别信息

系统各数据库的标识信息

用户每次输入流通一次

（6）数据流名：

处理信息

各数据库处理部分

读取/修改标识，读取/修改的变量名称

（7）数据流名：

读取修改

系统各数据库

读取/修改标识，读取/修改内容

3.4.2数据文件词条描述

（1）数据文件名：

学生数据

简述：

存储学生信息

数据文件组成：

学生的各项信息

（2）数据文件名：

教师数据

存储教师信息

教师的各项信息

（3）数据文件名：

课程数据

存储现有课程信息

课程的各项信息

（4）数据文件名：

学生选课数据

存储学生与课程的信息

学生已选课程的各项信息

3.4.3加工逻辑词条描述

（1）加工名：

检验

简要描述：

判断用户的许可性

输入数据流：

输出数据流：

加工逻辑：

判断是否与系统内部用户信息相符合

（2）加工名：

判断

判断用户的操作并进行相应的读取/存储工作 

加工逻辑:

判断用户的操作->

调用数据库->

读取/修改->

反馈

（3）加工名：

学生信息管理

对学生信息表进行相应要求的操作，并与判断部分交互

处理信息，读取修改

读取修改，处理信息

判断用户要读取/修改的内容->

反馈用户所需信息

（4）加工名：

教师信息管理

对教师信息表进行相应要求的操作，并与判断部分交互

3.4.4源点及汇点词条描述

名称：

既是源点又是汇点，发出动作信息给"

检验"

和"

判断"

加工，通过交互界面接受反馈信息有关数据流：

登录结果，登录信息,输入修改信息，反馈信息

数目：

多个（不超过5000）

4．功能需求

4.1功能划分

根据分析，以及认真研究现在的系统的功能，可将本教学管理系统划分为四个模块：

1、登录管理模块，2、管理员模块，3、教师管理模块，4、学生管理模块。

4.2功能描述

1、登录管理模块：

为了系统的安全性，根据不同权限给出不同服务。

2、管理员模块：

仅系统管理员可用，对这个系统的所有用户进行管理。

a、学生信息管理子模块实现对学生信息的管理，包括添加、删除、修改和查询等。

b、课程管理子模块实现对课程信息的管理，包括添加、删除、修改和查询等。

c、系别管理子模块实现对系别信息的管理，包括添加、删除、修改和查询等。

d、班级管理子模块实现对班级信息的管理，包括添加、删除、修改和查询等。

3、教师管理模块：

对以下模块进行添加、删除、修改和查询等。

a、学生成绩录入子模块

b、教师个人信息子模块

c、不合格成绩单统计

4、学生管理模块：

在各基本表的基础上进行信息的查询。

a、学生个人信息查询子模块

b、成绩查询子模块

c、课程查询子模块

d、在网上进行选修课程子模块

5．性能需求

5.1数据精确度

要确保资料的规范性、正确性与完整性，对学生的成绩要求保留两位小数，范围0—100分。

5.2时间特性

当输入各种信息时，在0.1秒内对资料进行检查后，输出信息是否符合规范；

当查询信息时，在3秒内列出所有符合要求的记录，输出符合要求的记录。

5.3适应性

本系统应该可运行于windows或linux操作系统平台上，WEB服务器可选用Apache或IIS，数据库选用Mysql。

当运行环境发生变化时，可通过维护以适应的环境等。

6．运行需求

6.1硬件接口

基本的输入输出设备。

输入：

键盘、鼠标；

输出：

显示器。

6.2软件接口

与现有的《教务管理系统》后台数据库的数据交换。

由于本软件需要和MySQL数据库进行交互，所以本系统必须提供MySQL的有关接口；

Windows标准接口。

6.3故障处理

1．软故障：

对本人的测评权力被他人冒用的情况，系统管理员可凭学生证等身份证明清除该生的测评数据，以便由其本人进行测评。

2．硬故障：

网络不通，排除故障后需要重新进入系统，系统不保存在用户提交结果前的临时数据。

7．其它需求

除与现有软件系统的数据接口外，系统的前台功能应该让会上网的学生在系统的提示下即可正确操作。

后台功能的使用可在系统使用手册的指导下进行正确操作。

系统需要提供后台管理的完整操作手册及故障处理方法。

主要质量属性

详细要求

健壮性

最大缺陷率：

每千行代码缺陷数3个。

分级缺陷率：

每千行代码致命错误无，一般错误1个，微小错误2个。

可维护性

要求本系统的维护文档齐全，便于维护。

可支持性

本系统为B/S结构型的应用程序，只需在服务器端进行部署，客户端通过浏览器就可访问。

因此，当程序有更改时只需要对服务器端更新即可，用户自动访问到最新版本的应用程序

易用性

使用者掌握该系统所需的培训时间两天；

界面设计友好、简洁、易用；

安全性

分别为系统管理员、教师和学生设置具有访问不同资源的权限；

因本系统属于学校内部人员使用，因此除学校里面的人员外，其他不得访问；

要求设有登录密码检验功能，并且此密码可以在以后进行修改。