选课系统需求分析计划.docxVIP

精品文档 精品文档 PAGE 精品文档 选课系统的需求解析 选修课选课系统的需求解析说明书。本选课系统需要知足来自三方面的需 求，这三个方面分别是学生、教师和管理员。其中的图用RationalRose绘制，由于篇幅所限，有部分内容予以省略。 3.1 引言 3.1.1 编写目的 编写本文档的目的在于详尽、正确和全面的定义本选课系统的功能和和用 户需求，用以指导系统顺利地进行开发，并保证后续地开发能够保质保量的达成。 本文档所描绘的需求信息将作为该项目最终查收的标准和依据。 本文档对象 能够阅读本文档的对象有： 用户 需求解析人员 软件设计人员 软件实现人员 软件测试人员 本项目概括 本项目所开发的学生选课系统达成学校对学生的选课信息的统计与管理，减少数据漏掉的情况，同时也节俭人力、物力和财力。辞别过去的人工统计。 本项目开发的软件采用B/S构造，方便学生、老师、管理员使用，学生能够再线查察可选课程信息、再线选课、信息改正、成绩查察，老师能够自己的课程人数、课程信息（包括开课时间、地址、开课方式），管理员能够对整个系统进行管理（包括系统管理、用户管理、课程管理）。 文档概括 本文档正确、一致、全面定义和描绘了学生选课系统的软件需求、文档组织内容如下： 第一章 序言，简要介绍文档和项目的大体。 第二章 可行性研究报告， 对本项目的可行性进行论证。 第三章 需求解析 ，即本章所写内容，描绘系统的功能需求。 第四章 设计， 包括系统的纲领设计和详尽设计 第五章 实现，本系统所有代码 第六章 测试与维护，追踪国软件使用过程，对其余的问题即时改正。并 准时升级。 第七章 总结 感谢 参照文件  名词定义 B/S： 即浏览器/服务器构造，鉴于浏览器的使用。 用户：用户分学生、老师和系统管理员，角色不同，所使用的功能不同。网站：Internet上提供Web服务的计算机。该计算机的IP绑定了域名，在浏览器输入域名就能够接见该计算机的web资源。 3.2 一般性描绘 由于本系统的数据还算不上大型的。所以数据库服务器与web服务器共用同一台计算机。系统中的用户信息、系统信息和课程信息都放在数据库中。 SystemUseCaseDiagram 系统用例图下列图所示。 各UseCase说明如下： 选课：学生能够履行选课的操作。 Step1：成功登岸 Step2：查察所有可选课程Step3：进行选课操作 查问：不论用户处于什么角色都能够使用查问 Step1：用户登岸 Step2：学生、老师和管理员分别使用的查问不一定全是相同的。 Step3：查察相应信息 管理：系统管理员能够使用管理操作 系统功能模块如3－1表所示： 图3－1 系统用例图 功能模块 查问可选课程 查问可选课程信息 更改用户信息 履行选课 查察自己所教课程信息 课程管理 用户管理 系统管理  表3－1  系统功能模块 功能使用者 学生，管理员 学生，管理员 所有用户能够更改自己信息 学生 老师 管理员 管理员 管理员 用户特点 本项目所开发的系统用户有三类，学生、老师和系统管理员。 当学校宣布能够选课了，学生就应当急时登岸选课系统进行选课。对学生来说，只需有一个能上网的就行能够在浏览器登岸了。系统中有哪些可选 的课程由管理员增添，课程重要的信息之一就是该课程的老师。当加入老师时。应当跟老师的信息有关系。当老师登岸时，能够查察自己所教的课程的报名情况，以及学生对该课的评论等等信息。学生和老师都不可能使用管理员的功能。 限制与拘束 此系统必须知足以后限制： （1）系统中所有账户能够供用户随时使用，能够随时使用相应功能。 （2）同一时刻，所有账户不能在多个地方登岸。 （3）学生选课数目不能超过学校限制。 （4）不能选已经超过规定人数的的课程，不能选已经开课的课程。 （5）没有达到规定人数的课程不能开课。 （6）该系统必须保证所有数据安全，省得损失。所有用户都要登岸才能接见，每个用户只能使用所属角色的权限，必要时限定接见次数。 （7）界面友好，操作简单。 （8）软件系统开放性好，构造灵活，可扩大，方便维护。 （9）安全可靠。 假定与前提条件． 1）假定学生不在学校，仍旧能够选课。只需有联网的电脑且有浏览器就行。 2）假定用户忘记密码，系统设置找回密码的方法，也可与管理员联系。 3.3 功能需求描绘 系统的类图 图3－2 系统类图 所有的类： 学生类：包括学生的信息和学生能够履行的操作。 老师类：包括老师的信息和老师能够履行的操作。 管理员：包括管理员的信息和管理员能够履行的操作。 课程类：包括每个课程的信息和能够被履行的操作。 类的详尽说明 学生类： 属性： ID：这是系统数据库中自己分派的一个号码， 是唯一的，且会自动往 上加的一个序列号，是数据库的重点字，以保证数据的完整