在线教学系统需求分析说明书DOCWord格式.docx

在线教学系统需求分析说明书DOCWord格式.docx

《在线教学系统需求分析说明书DOCWord格式.docx》由会员分享，可在线阅读，更多相关《在线教学系统需求分析说明书DOCWord格式.docx（12页珍藏版）》请在冰点文库上搜索。

本文件的参考资料：

a.本文件以国家标准（GB8567——88）为软件开发标准。

b.本文件引用到的文件为《08-软件需求说明书（GB856T——88）.doc》。

2任务概述

2.1目标

在线学习系统，是为了提高学习的灵活性，与课件的及时更新与等问题。

本项目实现教师上传课件，学生点播，下载课件,教师发布作业、通知，学生浏览作业、通知，教师与学生，学生与学生之间交流讨论等智能化管理。

本系统的实现主要目的在于：

∙提高效率，解决课件发布与获得的时效

∙实现多用户操作，权限管理，安全可靠

∙实现在线学习系统管理信息化

∙界面友好，操作简单实用，功能完善

2.2用户的特点

本系统的最终用户主要分为四种：

系统管理员（超级管理员和普通管理员），教师，学生，论坛用户。

其中每类用户都拥有不同的权限，系统管理员负责系统的维护、课件资源的增删，教师负责上传课件资源，学生能够浏览、下载课件资源，同时教师可以发布通知，作业安排，学生可以浏览通知、作业安排。

而在学生类中，又将学生分为不同的组（根据已选的课程进行分组），每个组的同学只能浏览自己已选课程的课件，其中教师与选课的同学默认为论坛用户，未选的同学可以通过注册成为用户，由系统管理员设定版主权限，版主负责管理主题评论，一般用户发帖及跟帖。

本软件系统的操作简单易懂，操作人员只要根据界面操作的提示进行工作即可完成任务，无需要任何技术专长。

维护人员要求必须熟练的运用SQL2005,ASP.NET且至少具有一年的相关经验。

2.3假定和约束

由于系统特殊，对安全性要求很高，所以在此系统设计中，我们也着重考虑到了安全性功能模块的设计，采用RBAC权限模型对访问控制进行设计，该系统的寿命要求能运用3年以上，且整套系统的开发要求经济实用，经费在5000元以内，项目期限为1年。

3对需求的规定

3.1对功能的规定

3.1.1用例图

在线教学部分：

1．系统前台用例图

2．系统后台用例图

论坛部分：

1．论坛管理用例图

2．会员管理与论坛分类管理用例图

3．论坛一般用户用例图

3.1.2系统功能详细列表

用户

功能分类

数据输入

数据处理

数据处理结果

系统管理员

（默认为超级管理员）

教师信息管理

开课教师的信息，

将输入的信息添加到相应的表

后台数据库保存更新

学生信息管理

管理已选课程的学生的信息

课件信息管理

删除已经过时或停止开课的课件资源，增加精品课件

增加或删除课件

站点的更新

新闻、通知的发布

发布新闻、通知

将信息加入后台数据库

数据库更新

主题评论管理

增删评论

对不良评论或与本版内容无关的评论删除

管理员权限管理

（此功能仅限定于超级管理员）

对权限进行设置

（主要设置为超级或者一般管理员）

在线聊天

输入内容

显示

保存

教师

增加学生用户

增加已选自己所开课程的学生信息

管理课件

管理课程的课件

增加或删除课件资源，控制学生浏览课件的范围（例如控制学生只能浏览已讲章节的课件）

通知的发布

教师根据自己所开课程的需要发布通知

作业安排

教师发布作业

发布调查问卷

教师可根据需要发布调查问卷、

问题的回复

选择问题，输入回复内容

数据库保存更新

学生

个人密码的修改

修改密码

课件的浏览、下载，通知、新闻的阅读

无

问题的发表

发出提问，等待回答

学生与学生，学生与教师之间的交流（链接到软件学院学术交流平台）

游客

论坛主题的浏览

查看论坛主题

从后台数据库中调出相应的信息

论坛主题的显示

论坛一般用户

发表主题

发出讨论问题

将信息加到后台数据库

跟帖

发表观点

论坛版主

对评论的增删

对不良主题或与本版内容无关的主题删除

发帖权限管理

取消发帖权限

对某些违反论坛规定的用户限制权限

注解：

超级管理员和普通管理员的权限区别：

只在于是否具有权限的的管理此功能。

3.1.3数据流图：

上传流

上传课件资源

学生信息

维护学生信息

下载流览

下载浏览课件资源

教师信息

维护教师信息

课件资源

维护课件资源

发布流

发布作业、通知

流览

浏览作业安排及通知

管理权限

取消或限制用户权限

管理主题

对不符合本版规定的主题删除

发帖跟帖

发表主题或跟帖讨论

指定

指定论坛版主

选课学生默认为论坛一般用户

管理流

信息资料管理

作业、通知

管理员（为本系统的管理员）

主题

3.2对性能的规定

3.2.1精度

对数据表中对特殊字段的精度要求：

字段名

精度要求

学号

字符型，11字节

课程号

字符型，9字节

院系（教师）

字符型，8字节

通知号

字符型，10字节

作业发布号

性别

约束为“male”与“female”

年级

约束为“[0-9][0-9][0-9][0-9]级”

选课属性

约束为“必修”“限选”“任选”

考核方式

约束为“考试”“考查”

考试属性

约束为“正常考试”

是否缓考

约束为“非缓考”“缓考”

详见《软件学院在线教学系统数据库设计说明书》

3.2.2时间特性要求

a．响应处理时间由本地机与服务器的运行速度决定，占用资源较大，一般也要3秒左右；

b．更新操作一般由服务器性能决定，系统要求在1-3s内完成用户的更新处理操作；

c．数据转换和数据传送操作由网络传输速度决定，网络传输快，只要1秒左右，占用本地与网络资源；

3.2.3灵活性

a．操作方式上：

下拉列表和手动精确选取；

b．运行环境：

能应用于windows全系列产品；

c．同其他软件的接口：

XML，方便于其他软件进行数据交换；

d．计划的变化：

能在开发过程中进行相应的改变。

a.输入输出数据类型及精度要求：

学号非空字符型长度11字节定义为学生表主健

3.3数据管理能力要求

a.表和文卷的大小为10M，以2M为其增长分量。

3.4故障处理要求

本系统采用基于角色的RBAC访问控制模型，对安全性要求较高，所以应对确保用户的权限分配正确。

本系统中对课件数据的存储很重要，在系统运行中，由于硬件的故障导致了数据的丢失，其故障可能多种多样，但主要是由硬盘内部的磁头或是电路板故障引起的，根据国内权威数据恢复机构的统计此情况占了80%，以及在进行数据操作或数据备份时，突然断电或是系统死机，突然瘫痪等其他不可遇见的情况。

对此进行处理为：

对数据进行每日备份，以及另外进行手工操作的备份。

3.5对功能的需求

功能模块图：

需求标题

需求表述

支持B/S模式

方便用户的使用和系统的更新维护

支持多用户并发访问

本系统在使用时，会有多个学生同时访问

基于角色访问控制

根据学生所选择的不同的课程，将学生分为不同的角色，增强系统的安全性

系统智能化

教师上传课件，学生浏览下载课件，教师发布通知，作业安排，学生浏览通知、作业。

学生提出问题，教师回答。

4运行环境规定

4.1设备

运行该软件所需要的硬设备包括：

a．PIII处理器或以上及内存容量512M或以上；

b．交换机1台；

4.2支持软件

a.要用到的操作系统为windowsserver2000或更高版本的windowsserver2003操作系统；

b.编译语言为ASP.NET；

c.支持软件为MicrosoftVisualS2003和MicrosoftSQLserver2000。

4.3接口

由于此系统为软件学院综合管理系统的一部分，程序内部需要共同的数据定义和描述，能使该系统性能达到最好，并且要尽量消除和其他子系统模块之间存在的数据冗余。