在线作业管理系统需求分析.docx

上传人:b****9 文档编号:26137983 上传时间:2023-06-17 格式:DOCX 页数:29 大小:356.36KB
下载 相关 举报
在线作业管理系统需求分析.docx_第1页
第1页 / 共29页
在线作业管理系统需求分析.docx_第2页
第2页 / 共29页
在线作业管理系统需求分析.docx_第3页
第3页 / 共29页
在线作业管理系统需求分析.docx_第4页
第4页 / 共29页
在线作业管理系统需求分析.docx_第5页
第5页 / 共29页
点击查看更多>>
下载资源
资源描述

在线作业管理系统需求分析.docx

《在线作业管理系统需求分析.docx》由会员分享,可在线阅读,更多相关《在线作业管理系统需求分析.docx(29页珍藏版)》请在冰豆网上搜索。

在线作业管理系统需求分析.docx

在线作业管理系统需求分析

在线作业管理系统

需求规格说明书

[Version1.0]

项目负责人:

李博宇项目组成员(排名不分先后)

刘文彬马晋国

宋站丞郭卿

胡姗姗张瑾

2010-3-28

1.序错误!

未定义书签。

1.1编写需求规格说明书的目的错误!

未定义书签。

1.2项目背景错误!

未定义书签。

1.3定义错误!

未定义书签。

1.4参考资料错误!

未定义书签。

2.软件产品一般性的描述错误!

未定义书签。

2.1运行环境与资源错误!

未定义书签。

2.2软件产品的功能错误!

未定义书签。

2.3用户特征错误!

未定义书签。

2.4限制与约束错误!

未定义书签。

3.功能行为需求错误!

未定义书签。

3.1引言错误!

未定义书签。

3.2业务需求功能模型一一用例模型错误!

未定义书签。

3.3相关用例的展开一一活动图错误!

未定义书签。

3.4输出结果错误!

未定义书签。

4.性能需求错误!

未定义书签。

4.1数据精准度错误!

未定义书签。

4.2时间特性错误!

未定义书签。

4.3适应性错误!

未定义书签。

4.4故障处理错误!

未定义书签。

5.运行需求错误!

未定义书签

5.1用户界面错误!

未定义书签

5.2硬件界面错误!

未定义书签

5.3软件界面错误!

未定义书签

6.其他需求错误!

未定义书签

7.附录错误!

未定义书签

1、引言

1.1.编写目的

《在线作业管理系统说明书》是为学生作业管理系统的设计而编写的技术文档。

需求分析的好坏将直接影响到项目的进度和质量。

编写说明书,是为了说明本系统需求、功能等相关信息,并给出系统的项目应用范围、目标、本项目与其它项目之间的关系、项目产品及成果、系统功能、系统性能、数据描述、故障处理能力以及其他专门的要求等,是系统验收的主要依据,也使其作为系统数据库开发的主要依据。

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

1.2.项目背景

在现代化的教育技术模式下,计算机已经广泛应用于学校的教育管理,给传统的教学方式带来了重大的革命。

如何有效进行作业管理是摆在我们面前的一个新的课题。

本文在研究目前国内外作业管理情况的基础上,从学校的实际需求出发,采用当前较为流行的B/S(浏览器/服务器)结构和JSP动态网页开发技术,设计并实现了一个功能较为完善的小型在线作业管理系统。

通过对系统进行一系列的需求分析、设计、编码、测试等工

作,使系统实现了管理员发布管理公告、教师管理、设置班级、课程;老师在线发布作业、批改作业、网上答疑;学生上传作业、查看作业信息、提出疑问的功能。

重点对系统设计过程作了相应描述,同时也对系统需要改进的地方做了总结。

待开发系统的名称:

在线作业管理系统。

任务的提出者为:

内蒙古大学计算机软件学院UML系统建模与分析设计课题

开发者为:

项目小组全体成员(排名不分先后):

李博宇、马晋国、宋站丞、刘文彬、郭卿、胡姗姗、张瑾使用者为:

项目研究人员、老师及同学

1.3.定义

SQLSERVER:

系统服务器所使用的数据库管理系统(DBMS)SQL:

StructuredQueryLanguage(结构化查询语言)。

系统:

若未特别指出,统指在线作业管理系统。

1.4.参考资料

高等教育出版社

人民邮电出版社

数据库系统概论》王珊,萨师煊

软件工程》张海藩

《SoftwareEngineering:

APractitioner'sApproach》Roger

S.Pressman

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

2.1.运行环境与资源

开发环境:

E4应用服务器:

IIS5.0数据库:

SQLServer

2.2.软件产品的功能本系统旨在辅助教师对学生上传的作业进行管理,主要功能有学生注册,登陆,学生作业上传,记分,公布,查询,统计成绩等功能。

该系统设置简易,用户操作简单易懂。

2.3.用户特征

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

学生:

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

教师:

教师登录功能,根据权限进入教师相应的页面的功能,

可修改密码,公布作业要求,查看并下载学生上传的作业,查看

学生名单功能,查看学生作业完成情况,对学生作业打分;不可删除作业。

管理员:

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

2.4.限制与约束

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

在线作业管理系统做为B/S结构的一个应用系统,不可避免的要受到B/S结构的约束。

在其实施的各个阶段都要服从它的一些规划,包括功能设计、系统配置和计划。

同时,由于信息的共享,在线作业管理系统还受到其它系统的信息约束。

人力、资金、时间的约束

在线作业管理系统的目标就是要辅助教师对学生上传的作业进行管理,其开发过程中也要考虑到人力、资金和时间的约束。

因此,在设计中,重点方便学生上传作业,方便教师为学生的作业打分,为教师提供更高效的服务。

技术发展规律的约束

计算机技术和产品的发展日新月异,将会给信息处理带来更多的手段,同时也会带来更加丰富的信息表达形式。

例如图象和语音技术的进步,多媒体技术的发展,这些都要求系统在设计时考虑技术变化的可能性,为可能的变化预留一定的系统处理能力。

3、功能行为需求3.1引言

在线作业管理系统主要提供网上的作业管理平台,主要分为管理员、教师、学生三个部分的功能。

管理员的功能体现在后台管理模块,教师和学生的功能用来进行留言交流,作业管理和信息查询

进入教师存理

用户添加

 

管理员逬入系统

选扌羊公告管理

向列表添加公告

提交发布沾求

未通过

通过

进入添加公告页面

J

填写公

!

告内容

检酚是否存在

非法输入

返冋添丿川成」力

消息并显示史

新的公告列表

 

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

 

用例建模

A

学生

O

A

教师

O

A

管理员

在线作业管理系统

问题域:

学生在线作业管理。

系统范围:

本系统旨在辅助学生信息管理系统对学生在校的一些课程作业信息进行管理。

主要顶层功能模块分为学生自身管理,教师子模块以及管理员对应的系统管理模块。

系统边界:

学生、教师自然信息管理,学生成绩、班级、课程管理;教师任课、所带班级学生、作业成绩录入管理;以及管理员对学生、教师等各项信息的综合管理。

执行者:

学生、教师、管理员。

用例:

学生管理、教师管理、管理员管理。

用例之间的关联:

在下层子系统中做进一步详细分析。

 

 

用例建模

问题域:

学生自身教学作业情况信息管理。

子模块功能:

学生管理子系统辅助学生对个人信息进行查看、修改;查看本学期所修课程作业、各次上传作业的分数;以及系统公告发布情况的浏览查看。

执行者:

学生。

用例:

个人信息管理、作业管理、成绩查询、公告浏览。

用例之间的关联:

其中个人信息管理中使用个人信息查询、信息修改用例功能,作业管理使用成绩查询、作业查询、作业上传用例功能,公告浏览使用公告查询用例功能。

公告浏览用例为学生子模块、教师子模块公用。

个人信息管理用例、成绩查询、作业查询用例为学生子模块、教师子模块及管理员子模块公用。

教师子模块

信息查询

信息修改

v

vvu

成绩管理

个人信息管理

<

授课情况

O

<

作业管理

<>

发布作业

<>

教师

作业情况统计

作业下载

学生查询

<>

公告浏览

告查询

用例建模

问题域:

教师自身教学情况信息管理。

子模块功能:

教师管理子系统辅助教师对个人信息进行查看、修改;查询学生信息;对每学期教授班级课程情况进行查看,查看及发布本学期所授课程作业、学生各次上传作业的分数的录入;以及系统公告发布情况的浏览查看。

执行者:

教师。

用例:

教师个人信息管理、作业管理、授课情况查看、成绩录入管理、作业情况统计、学生信息查看、公告浏览、作业下载、作业发布。

用例之间的关联:

其中个人信息管理中使用个人信息查询、信息修改用例功能,作业管理使用成绩管理、授课情况、发布作业、下载作业用例功能,公告浏览使用公告查询用例功能。

公告浏览用例为学生子模块、教师子模块公用。

个人信息管理用例、成绩查询、作业查询用例为学生子模块、教师子模块及管理员子模块公用。

管理员子模块

个人信息管理

教师管理

vvuse:

学生管理

班级添加

班级删除

<>

班级管理

班级课程设定

<>

<>

课程管理

课程删除

:

uses>>

课程添加

重置管理

公告管理

<>

添加公告

:

>

公告查询

删除公告

A

管理员

;es>>_.

.只.<

用户信息管理<>

用例建模

冋题域:

教务管理员综合信息管理。

子模块功能:

管理子系统拥有最大权限,可以进行大部分学生、教师、班级、课程信息进行查看、修改,以及添加、删除;每学期开学进行班级开设课程及授课教师的录入;拥有各科成绩管理的最终修改权;负责系统公告的发布、浏览及删除;每学期开学初进行系统重置,清空学生上学期作业信息、课程信息以及课程相应作业分数等。

执行者:

管理员。

用例:

个人信息管理、学生信息管理、教师信息管理、课程录入管理、学生成绩管理、班级课程设定、系统重置管理、公告管理。

用例之间的关联:

其中个人信息管理中使用个人信息查询、信息修改用例功能,班级管理使用班级添加、班级删除、班级课程设定用例功能,班级课程设定用例依赖课程管理,公告管理使用添加公告、删除公告用例功能,并且扩展公告浏览用例功能。

公告查询用例为学生子模块、教师子模块公用。

教师学生管理中的教师学生个人信息管理用例,学生成绩查询,作业查询用例为学生子模块、教师子模块及管理员子模块公用。

用例建模

问趙域,~

内蒙古大学教务奈统管理

了系统功能:

说理员子系统辅肋強理员完成H希•片齐骨理.在用户帝理方血主婪包括研朮牛"教帅佶息的噌删杳改,拥百系统最大权限■:

执行若:

西理员用例=密码管理*添加“删除、宜找、修改研究T教师信

用例之河的关系;

密码智理山禅个用户子聚统展用:

管理加修改功能扩展研究生“教师蟆块用户信息修改*管理员使用添加茂刑隐研完牛.、教帅用例;杳询用例包括研究生怙况脊询及教帅怙况青询.梵屮研究生情况杳询扩展鞍聊模块所带研就牛

用例建模

问题域,

内蒙占人学研尤卞个人倍息修理口

了系统功能h

研朮生更谊密码*对个人的信息逬行査训和修改。

1A行苦:

班定生

川恻;

肛允生个人信思企询和傷改信息,W及密码修茂.

川例之阿的关联,

密码宵玮乂齐个了疑锲他nt杏询、修改学生信息由倚起於模块圮用・

用例建模

问题城!

内蒙古大学教师自身信息及所带学生信息。

子系统功能:

教师倍息子模块辅助教师对个人佶息进行查看*修改,査看职称评定情况;硏究生导师查询学生情况10

执行者:

教师。

用例:

密码管理、个人信息管理、职称査询、学生情况查询&

用例之间的关联;

密码用例为各个子系统共用G教师个人信息管理、学生情况查询被管理员子模块复用。

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

描述“登陆”用例的活动图

 

描述“添加公告”用例的活动图

page-load()显示页面

选择公告管理

「丿

搜索公告

二检索数据库公告表

创建数据库对象

选中待删公告

显示公告列表

{}

获取待删公告对象

创建数据库对象

检索数据库公告表

删除待删公告对象

显示删除成功消息和结果

删除指定条目

 

 

描述“删除公告”用例的活动图

输入查询请求

显示信息

选择修改信息

显示课修改信息

发送查询请求

提交信息

查找课修改信息

数据库界面

查询数据库中的信息

返回信息

 

 

描述“查询学生信息”用例的活动图

输入查询请求

显示新信息

发送查询请求

提交信息

返回信息

显示出错信息

更新成功

V

查询数据库中的信息

输入新信息

显示信息

选择修改信息

查找课修改信息

显示课修改信息

验证输入是否合法

更新数据库

 

描述“更新学生信息”用例的活动图

3.4输出结果

4、性能需求

4.1数据精确度

数据的输入是否准确是数据处理的前提,错误的输入会导致

系统输出的不正确和不可用,从而使系统的工作失去意义。

数据

的输入来源是手工输入。

手工输入要通过系统界面上的安排系统

具有容错性,并且对操作人员要进行系统的培训。

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

4.2时间特性

无论是客户端还是管理端,当用户登录,进行任何操作的时

候,系统应该及时地进行反应,反应的时间在5秒以内。

系统应

能监测出各种非正常情况,如与设备的通信中断,无法连接数据库服务器等,一避免出现长时间等待甚至无响应。

4.3适应性

应该能广泛应用于不同类型的学校。

系统采用模块化设计,并且利用语言的跨平台特性。

当遇到突发事件时,系统能保存好用户信息,用户再下次登录时能保证信息的完整性。

4.4故障处理

正常使用时不应出错,若运行时遇到不可恢复的系统错误,也必须保证数据库完好无损。

在系统出错后,应能恢复回原来备份的数据库。

5、运行需求

5.1用户界面

在用户界面部分,根据需求分析的结果,用户需要一个用户友善界面。

在界面设计上,应做到简单明了,易于操作,并且要注意到界面的布局,应突出的显示重要以及出错信息。

外观上也要做到合理化,考虑到用户多对WINDOW风格较熟悉,应尽量向这一方向靠拢。

在设计语言上,已决定使用MSVISUAL

C++进行编程,在界面上可使用VISUALC++所提供的可视化组件,向WINDOWS风格靠近。

其中服务器程序界面要做到操作简单,易于管理。

在设计上采用下拉式菜单方式,在出错显示上可调用VISUALC++库中的错误提示函数。

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

和使用。

5.2硬件界面

5.3软件界面

学生上传作业界面:

操作人员选择上传作业的科目,进行上

传。

学生查看作业界面:

操作人员可查看上传作业的情况,以及

教师打分情况。

教师查看作业界面:

操作人员可查看并下载作业,以及对作

业打分

教师公布作业界面:

操作人员可上传作业要求

6、其他要求

可靠性需求:

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

开放性需求:

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

可扩展性需求:

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

系统安全性需求:

系统有严格的权限管理功能,各功能模块需有相应的权限方能进入。

系统需能够防止各类误操作可能造成的数据丢失,破坏。

防止用户非法获取网页以及内容。

易操作性:

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

7、附录

WelcomeTo

Download!

!

!

欢迎您的下载,资料仅供参考!

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 求职职场 > 简历

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1