选课系统需求分析.docVIP

选课系统的需求分析

选修课选课系统的需求分析说明书。本选课系统需要满足来自三方面的需求，这三个方面分别是学生、教师和管理员。其中的图用RationalRose绘制，由于篇幅所限,有部分内容予以省略。

3.1引言

3。1.1编写目的

编写本文档的目的在于详细、准确和全面的定义本选课系统的功能和和用户需求，用以指导系统顺利地进行开发，并保证后续地开发能够保质保量的完成。本文档所描述的需求信息将作为该项目最终验收的标准和依据。

3。1。2本文档对象

可以阅读本文档的对象有:

用户

需求分析人员

软件设计人员

软件实现人员

软件测试人员

3.1.3本项目概述

本项目所开发的学生选课系统完成学校对学生的选课信息的统计与管理，减少数据漏掉的情况，同时也节约人力、物力和财力。告别以往的人工统计。

本项目开发的软件采用B/S结构，方便学生、老师、管理员使用,学生可以再线查看可选课程信息、再线选课、信息修改、成绩查看，老师可以自己的课程人数、课程信息（包括开课时间、地点、开课方式），管理员可以对整个系统进行管理（包括系统管理、用户管理、课程管理）.

3。1。4文档概述

本文档准确、一致、全面定义和描述了学生选课系统的软件需求、文档组织内容如下：

第一章前言，简要介绍文档和项目的概况。

第二章可行性研究报告,对本项目的可行性进行论证。

第三章需求分析，即本章所写内容，描述系统的功能需求。

第四章设计，包括系统的概要设计和详细设计

第五章实现，本系统所有代码

第六章测试与维护，跟踪国软件使用过程，对其它的问题即时更正。并定时升级.

第七章总结

感谢

参考文献

3.1.5名词定义

B/S：即浏览器/服务器结构，基于浏览器的使用。

用户：用户分学生、老师和系统管理员,角色不同，所使用的功能不同.

网站：Internet上提供Web服务的计算机。该计算机的IP绑定了域名，在浏览器输入域名就可以访问该计算机的web资源。

3。2一般性描述

由于本系统的数据还算不上大型的。所以数据库服务器与web服务器共用同一台计算机.系统中的用户信息、系统信息和课程信息都放在数据库中。

3。2。1SystemUseCaseDiagram

系统用例图下图所示.

各UseCase说明如下:

（1)选课：学生可以执行选课的操作.

Step1：成功登陆

Step2：查看所有可选课程

Step3:进行选课操作

(2）查询：不管用户处于什么角色都可以使用查询

Step1：用户登陆

Step2:学生、老师和管理员分别使用的查询不一定全是相同的.

Step3：查看相应信息

（3）管理:系统管理员可以使用管理操作

（4)系统功能模块如3－1表所示:

图3－1系统用例图

表3－1系统功能模块

功能模块

功能使用者

查询可选课程

学生，管理员

查询可选课程信息

学生，管理员

更改用户信息

所有用户可以更改自己信息

执行选课

学生

查看自己所教课程信息

老师

课程管理

管理员

用户管理

管理员

系统管理

管理员

3.2。2用户特征

本项目所开发的系统用户有三类，学生、老师和系统管理员。

当学校公布可以选课了，学生就应该急时登陆选课系统进行选课。对学生来说，只要有一个能上网的就行可以在浏览器登陆了。系统中有哪些可选的课程由管理员添加，课程重要的信息之一就是该课程的老师。当加入老师时。应该跟老师的信息相关联。当老师登陆时，可以查看自己所教的课程的报名情况,以及学生对该课的评价等等信息.学生和老师都不可能使用管理员的功能。

3。2.3限制与约束

此系统必须满足以后限制：

系统中所有账户能够供用户随时使用，能够随时使用相应功能。

同一时刻，所有账户不能在多个地方登陆。

学生选课数目不能超过学校限制.

不能选已经超过规定人数的的课程，不能选已经开课的课程。

没有达到规定人数的课程不能开课.

该系统必须确保所有数据安全，以免损失。所有用户都要登陆才能访问,每个用户只能使用所属角色的权限，必要时限定访问次数。

界面友好，操作简单.

软件系统开放性好,结构灵活，可扩充，方便维护。

安全可靠。

3。2。4假设与前提条件．

假设学生不在学校，照样可以选课。只要有联网的电脑且有浏览器就行。

假设用户忘记密码，系统设置找回密码的方法，也可与管理员联系。

3.3功能需求描述

3.3.1系统的类图

图3－2系统类图

所有的类：

学生类：包括学生的信息和学生可以执行的操作。

老师类：包括老师的信息和老师可以执行的操作。

管理员：包括管理员的信息和管理员可以执行的