学生选课系统需求分析.docx

学生选课系统需求分析.docx

《学生选课系统需求分析.docx》由会员分享，可在线阅读，更多相关《学生选课系统需求分析.docx（32页珍藏版）》请在冰豆网上搜索。

学生选课系统需求分析

学生选课信息系统

需求分析

1.引言

1.1编写目的

本文档目的旨在方便开发者更全面的分析整个系统，从各个方面综合分析系统的需求，把整个系统的需求细化为一些模块的具体需求，集中地预测研发中可能出现的问题从而尽量避免。

同时本文档需要用户的参与，在开发前期以文档的形式来系统面向用户，用户根据自身的需求，结合此需求文档，向开发人员提出改进意见，用户也能更早的了解这个系统预想状态。

对系统逐渐的清晰明了，以便尽早发现问题，及早改进，减少修改费用，从而方便今后系统能更好的开展。

1.2背景

本系统开发的目的是采用信息化和网络化的手段，帮助学生和学校信息化的管理选课教学任务。

为学生提供全面的选课数据信息，为有效的控制选课提供有力的帮助；为学校做到及时、准确地掌握选课情况，为选修课程做好部署工作。

1.3软件设计目标

本系统是为高校学院制定的个人选课及管理的现代化信息平台，学生能过浏览器进行网上选课和并且可以查询自己的选课计划及所选课程进度。

同时，管理员可以通过游览器进行课程添加、删除和修改。

这无论对于学生和教师管理员来说都节省了大量的工作量。

充分利用网上选课系统来提高教学选课管理的效率，实现全面网络化、规范化和集成化。

1.4参考资料

《管理信息系统》张小川、别祖杰等编著，电子工业出版社，2009-08

《软件工程》第一版作者：

杨文龙科学技术文献出版社时间：

1989年

《数据库系统概论》第三版作者：

萨师煊出版社：

高等教育出版社时间：

2000年

《系统分析与设计教程（第7版）》（美）舍利（Shelly,G.B.）等著作，史晟辉等机械工业出版社，2009-11

2.任务概述

2.1运行环境

（1）系统选型原则

1.C#

C#语言是跨平台、可扩展、OO（面向对象）的特性，是开发高校信息系统可靠性、高稳定性应用的最佳平台。

2.SQLServer2008

3.开发工具

使用UML建模工具RationalRose进行系统的详细设计。

4.visualstudio2010

（2）系统最低要求运行环境：

应用服务器：

INTEL2GCPU,1GRAM2台。

操作系统：

WIN2000SERVER

C#中间件服务器：

WebSphereApplicationServer

（3）数据库

服务器：

INTEL2GCPU,1GRAM2台，一台为备份，建议采用磁盘阵列作为存储方式。

操作系统：

Web

数据库：

SQLServer2008

2.2用户特征

系统的使用用户主要为大学生，教师，教务处工作人员（系统管理员）。

2.3假定和约束

系统的使用用户主要是学生，教师，教务处工作人员（管理员），因此系统属于院校应用信息系统范畴内，运行在院校内部专网上，信息系统运行的前提和假设如下：

1）信息采集表内容及格式（包含学生信息表，教师信息表，选修课程表）已经给定。

2）信息采集系统依托院校内部专网运行，采用B/S结构构架，中心硬件设备建立在院校信息数据中心和各系院的相应信息系统机房中。

3）院校中心机房及网络环境已经具备。

4）系统用户仅限个系院学生，教师，教务处工作人员（管理员），不对外提供公开访问。

3.需求规定

3.1软件功能说明

本系统主要包括了学生选课模块，管理员课程管理模块，教师成绩管理模块。

各模块的简要功能说明：

1.学生选课模块：

管理学生的个人信息。

学生可以修改密码；对选课进行查询，选择。

0

2.管理员课程管理：

对选课进行修改和增加。

3.教师成绩管理模块：

对学生成绩继续输入。

图3-1业务用力图

3.2对功能的一般性规定

1.指定必须支持简体中文GBK字符集，尽可能支持GBK18030。

2.最终用户的所有新系统接口必须根据OO（面向对象）原则进行设计。

3.新系统必须基于浏览器/应用服务器/数据库服务器程序模型。

4.所用新系统如果存在国际、国内或行业标准，就按标准进行定义。

5.所用新系统必须定义用户身份验证、访问控制和数据保护的管理职责与标准的安全性策略。

6.学生选课信息系统完成覆盖全部系院多级广度的网络体系。

系统应能保证各系院大量学生，教师的稳定、快速及准确的访问。

3.3对安全性的要求

本系统运行在院校内部专网，与外网隔离，为不同的用户根据不同的角色设置了不同的访问权限。

数据传输安全性。

4.功能需求

4.1学生选课用例图

创建系统用例的第一步是确定系统的参与者。

网上选课系统的参与者包含三种，分别是Student（学生）,Teacher（教师）和SystemManager（管理员），如图所示。

图4-1系统参与者

然后，我们根据参与者的不同分别画出各个参与者的用例图。

学生用例图：

学生在本系统中的可以进行登录、查询课程、选择课程和查询个人信息的相关操作。

通过这些活动创建的学生用例图如图4-2所示。

图4-2学生用例图

（1）用例_编辑个人信息

用例叙述

学生可以通过选课系统查看自己的基本信息。

假设条件

●系统提供了“个人信息”用户界面。

●系统中有一个能够通过浏览器访问的个人信息数据库。

前置条件

●学生已成功登陆系统。

后置条件

●NULL

步骤序列

1.学生成功登陆系统，进入选课系统界面。

2.选课系统自动显示学生的信息。

受益参与者

●学生

用例_查询个人信息

用例叙述

学生可以通过选课系统查看自己的基本信息。

假设条件

●系统提供了“个人信息”用户界面。

●系统中有一个能够通过浏览器访问的个人信息数据库。

前置条件

●学生已成功登陆系统。

后置条件

●NULL

步骤序列

1.学生成功登陆系统，进入选课系统界面。

2.选课系统自动显示学生的信息。

受益参与者

●学生

用例_修改个人信息

用例叙述

学生可以通过选课系统查看自己的基本信息。

假设条件

●系统提供了“个人信息”用户界面。

●系统中有一个能够通过浏览器访问的个人信息数据库。

前置条件

●学生已成功登陆系统。

后置条件

●NULL

步骤序列

1.学生成功登陆系统，进入选课系统界面。

2.选课系统自动显示学生的信息。

受益参与者

●学生

（2）用例_选择课程

用例叙述

学生可以通过选课系统查看选课的基本信息

假设条件

●管理员提交了选课且开通了选课权限的信息。

前置条件

●学生已成功登陆系统。

后置条件

●学生查询，更改自己的选课信息。

步骤序列

1.学生成功登陆系统，进入选课系统界面。

2.选课界面出现了选课功能的界面。

受益参与者

●学生

受益参与者

●学生

用例_成绩查询

用例叙述

学生可以通过选课系统查看课程成绩。

假设条件

●系统中有一个能够通过浏览器访问的选课数据库。

前置条件

●学生已成功登陆系统。

后置条件

●NULL

步骤序列

1.学生成功登陆系统，进入选课系统界面。

2.学生选择成绩查询的菜单。

3.系统根据选课表显示课程成绩。

受益参与者

学生

（3）用例_查询课程信息

用例叙述

学生可以通过选课系统查看课程信息。

假设条件

●系统中有一个能够通过浏览器访问课程信息数据库。

前置条件

●管理员对选课权限公开。

●学生已成功登陆系统。

后置条件

●NULL

步骤序列

1.学生成功登陆系统，进入选课系统界面。

2.选课界面出现了选课功能的界面。

3.学生选择课程信息的菜单。

4.系统根据选课表显示课程信息。

受益参与者

●学生

用例_查看选课说明

用例叙述

学生可以通过选课系统查看选课说明。

假设条件

●系统中有一个能够通过浏览器访问查看选课说明数据库。

前置条件

●管理员已编写查看选课说明。

●学生已成功登陆系统。

后置条件

●NULL

步骤序列

1.学生成功登陆系统，进入选课系统界面。

2.选课界面出现了选课功能的界面。

3.学生选择查看选课说明。

4.系统显示选课说明。

受益参与者

●学生

4.2管理员课程管理用例图

图4-3管理员用例图

（1）用例_课程管理

用例叙述

管理员可以通过选课系统编辑课程的基本信息。

假设条件

●系统提供了选课管理模块界面

前置条件

●管理员已成功登陆系统。

●管理员已进入选课管理模块界面。

后置条件

●管理员管理课程信息。

步骤序列

1.管理员成功登陆系统，进入管理员选课系统界面。

2.管理员选择课程模块。

3.系统显示课程模块。

受益参与者

●管理员

用例_查看课程信息

用例叙述

管理员可以通过选课系统查看课程信息。

假设条件

●系统中有一个能够通过浏览器访问课程数据库。

前置条件

●管理员已成功登陆系统。

后置条件

●系统数据库接收管理员课程记录。

步骤序列

1.管理员成功登陆系统，进入管理员选课系统界面。

2.管理员选择课程模块。

3.系统显示课程信息。

受益参与者

●管理员

用例_修改课程

用例叙述

管理员可以通过选课系统提交课程信息。

假设条件

●系统中有一个能够通过浏览器访问课程数据库。

前置条件

●管理员已成功登陆系统。

后置条件

●系统数据库接收管理员课程记录。

步骤序列

1.管理员成功登陆系统，进入管理员选课系统界面。

2.管理员选择课程模块。

3.系统显示课程模块。

4.管理员选择添加课程。

5.系统显示修改课程界面。

6.管理员选择提交课程信息。

受益参与者

●管理员

a用例_添加课程

用例叙述

管理员可以通过选课系统提交课程信息。

假设条件

●系统中有一个能够通过浏览器访问课程数据库。

●管理员已选择了专业。

前置条件

●管理员已成功登陆系统。

后置条件

●系统数据库接收管理员课程记录。

步骤序列

1.管理员成功登陆系统，进入管理员选课系统界面。

2.管理员选择课程模块。

3.系统显示课程模块。

4.管理员选择添加课程。

5.系统显示添加课程界面。

6.管理员选择提交课程信息。

受益参与者

●管理员

b用例_删除课程

用例叙述

管理员可以通过选课系统提交课程信息。

假设条件

●系统中有一个能够通过浏览器访问课程数据库。

前置条件

●管理员已成功登陆系统。

后置条件

●系统数据库接收管理员课程记录。

步骤序列

1.管理员成功登陆系统，进入管理员选课系统界面。

2.管理员选择课程模块。

3.系统显示课程模块。

4.管理员选择添加课程。

5.系统显示删除课程界面。

6.管理员选择提交课程信息。

受益参与者

●管理员

（2）用例_学生管理

用例叙述

管理员可以通过选课系统编辑学生的基本信息。

假设条件

●系统提供了选课管理模块界面

前置条件

●管理员已成功登陆系统。

●管理员已进入选课管理模块界面。

后置条件

●管理员管理学生信息。

步骤序列

1.管理员成功登陆系统，进入管理员选课系统界面。

2.管理员选择学生模块。

3.系统显示学生模块。

受益参与者

●管理员

用例_查看学生信息

用例叙述

管理员可以通过选课系统查看学生信息。

假设条件

●系统中有一个能够通过浏览器访问学生数据库。

前置条件

●管理员已成功登陆系统。

后置条件

●系统数据库接收管理员学生记录。

步骤序列

1.管理员成功登陆系统，进入管理员选课系统界面。

2.管理员选择学生模块。

3.系统显示学生信息。

受益参与者

●管理员

用例_修改学生

用例叙述

管理员可以通过选课系统提交学生信息。

假设条件

●系统中有一个能够通过浏览器访问学生数据库。

前置条件

●管理员已成功登陆系统。

后置条件

●系统数据库接收管理员学生记录。

步骤序列

1.管理员成功登陆系统，进入管理员选课系统界面。

2.管理员选择学生模块。

3.系统显示学生模块。

4.管理员选择添加学生。

5.系统显示修改学生界面。

6.管理员选择提交学生信息。

受益参与者

●管理员

a用例_添加学生

用例叙述

管理员可以通过选课系统提交学生信息。

假设条件

●系统中有一个能够通过浏览器访问学生数据库。

●管理员已选择了专业。

前置条件

●管理员已成功登陆系统。

后置条件

●系统数据库接收管理员学生记录。

步骤序列

1.管理员成功登陆系统，进入管理员选课系统界面。

2.管理员选择学生模块。

3.系统显示学生模块。

4.管理员选择添加学生。

5.系统显示添加学生界面。

6.管理员选择提交学生信息。

受益参与者

●管理员

b用例_删除学生

用例叙述

管理员可以通过选课系统提交学生信息。

假设条件

●系统中有一个能够通过浏览器访问学生数据库。

前置条件

●管理员已成功登陆系统。

后置条件

●系统数据库接收管理员学生记录。

步骤序列

1.管理员成功登陆系统，进入管理员选课系统界面。

2.管理员选择学生模块。

3.系统显示学生模块。

4.管理员选择添加学生。

5.系统显示删除学生界面。

6.管理员选择提交学生信息。

受益参与者

●管理员

用例_查看选课信息

用例叙述

管理员可以通过选课系统查看选课信息。

假设条件

●系统中有一个能够通过浏览器访问选课数据库。

前置条件

●管理员已成功登陆系统。

后置条件

●系统数据库接收管理员选课记录。

步骤序列

1.管理员成功登陆系统，进入管理员选课系统界面。

2.管理员选择选课模块。

3.系统显示选课信息。

受益参与者

●管理员

（3）用例_教师管理

用例叙述

管理员可以通过选课系统编辑教师的基本信息。

假设条件

●系统提供了选课管理模块界面

前置条件

●管理员已成功登陆系统。

●管理员已进入选课管理模块界面。

后置条件

●管理员管理教师信息。

步骤序列

1.管理员成功登陆系统，进入管理员选课系统界面。

2.管理员选择教师模块。

3.系统显示教师模块。

受益参与者

●管理员

用例_查看教师信息

用例叙述

管理员可以通过选课系统查看教师信息。

假设条件

●系统中有一个能够通过浏览器访问教师数据库。

前置条件

●管理员已成功登陆系统。

后置条件

●系统数据库接收管理员教师记录。

步骤序列

1.管理员成功登陆系统，进入管理员选课系统界面。

2.管理员选择教师模块。

3.系统显示教师信息。

受益参与者

●管理员

用例_修改教师

用例叙述

管理员可以通过选课系统提交教师信息。

假设条件

●系统中有一个能够通过浏览器访问教师数据库。

前置条件

●管理员已成功登陆系统。

后置条件

●系统数据库接收管理员教师记录。

步骤序列

1.管理员成功登陆系统，进入管理员选课系统界面。

2.管理员选择教师模块。

3.系统显示教师模块。

4.管理员选择添加教师。

5.系统显示修改教师界面。

6.管理员选择提交教师信息。

受益参与者

●管理员

a用例_添加教师

用例叙述

管理员可以通过选课系统提交教师信息。

假设条件

●系统中有一个能够通过浏览器访问教师数据库。

●管理员已选择了专业。

前置条件

●管理员已成功登陆系统。

后置条件

●系统数据库接收管理员教师记录。

步骤序列

1.管理员成功登陆系统，进入管理员选课系统界面。

2.管理员选择教师模块。

3.系统显示教师模块。

4.管理员选择添加教师。

5.系统显示添加教师界面。

6.管理员选择提交教师信息。

受益参与者

●管理员

b用例_删除教师

用例叙述

管理员可以通过选课系统提交教师信息。

假设条件

●系统中有一个能够通过浏览器访问教师数据库。

前置条件

●管理员已成功登陆系统。

后置条件

●系统数据库接收管理员教师记录。

步骤序列

1.管理员成功登陆系统，进入管理员选课系统界面。

2.管理员选择教师模块。

3.系统显示教师模块。

4.管理员选择添加教师。

5.系统显示删除教师界面。

6.管理员选择提交教师信息。

受益参与者

●管理员

4.3教师成绩管理用例图

图4-4教师用例图

（1）用例_课程管理

用例叙述

教师、管理员可以通过系统进行课程成绩管理。

假设条件

●系统提供了课程成绩管理界面

前置条件

●教师、管理员已成功登陆系统。

后置条件

●教师、管理员管理选课信息。

步骤序列

教师、管理员成功登陆系统，进入课程成绩管理系统界面。

受益参与者

●教师、管理员

用例_录入成绩

用例叙述

教师、管理员为选修的学生录入成绩。

假设条件

●系统中有一个能够通过浏览器访问查看选课表数据库。

前置条件

●管理员已打开成绩录入权限。

●教师、管理员已成功登陆系统。

后置条件

●系统接收成绩录入记录。

步骤序列

1.教师、管理员成功登陆系统，进入课程成绩管理系统界面。

2.选择科目管理。

3.系统显示科目管理界面。

4.选择录入成绩菜单。

5.显示该选课学生信息界面。

6.教师、管理员录入成绩且提交。

受益参与者

●教师、管理员

用例_查看课程信息

用例叙述

教师、管理员为选修的学生课程。

假设条件

●系统中有一个能够通过浏览器访问查看选课表数据库。

前置条件

●管理员已打开成绩课程权限。

●教师、管理员已成功登陆系统。

后置条件

●系统接收课程记录。

步骤序列

1.教师、管理员成功登陆系统，进入课程成绩管理系统界面。

2.选择科目管理。

3.系统显示科目管理界面。

4.选择课程成绩菜单。

5.显示该选课学生信息界面。

6.教师、管理员课程成绩且提交。

受益参与者

●教师、管理员

（2）用例_编辑个人信息

用例叙述

教师、管理员可以通过系统进行个人信息管理。

假设条件

●系统提供了个人信息管理界面

前置条件

●教师、管理员已成功登陆系统。

后置条件

●教师、管理员管理选课信息。

步骤序列

教师、管理员成功登陆系统，进入个人信息管理系统界面。

受益参与者

●教师、管理员

用例_修改个人信息

用例叙述

教师、管理员为选修的学生个人信息。

假设条件

●系统中有一个能够通过浏览器访问查看个人信息数据库。

前置条件

●管理员已打开个人信息权限。

●教师、管理员已成功登陆系统。

后置条件

●系统接收成绩个人信息记录。

步骤序列

1.教师、管理员成功登陆系统，进入个人信息管理系统界面。

2.选择个人信息管理。

3.系统显示个人信息管理界面。

4.选择个人信息菜单。

5.显示该选课学生个人信息界面。

受益参与者

●教师、管理员

用例_查询个人信息

用例叙述

教师、管理员为选修的学生个人信息。

假设条件

●系统中有一个能够通过浏览器访问查看个人信息数据库。

前置条件

●管理员已打开个人信息权限。

●教师、管理员已成功登陆系统。

后置条件

●系统接收成绩个人信息记录。

步骤序列

1.教师、管理员成功登陆系统，进入个人信息管理系统界面。

2.选择个人信息管理。

3.系统显示个人信息管理界面。

4.选择个人信息菜单。

5.显示教师个人信息界面。

受益参与者

●教师、管理员

4.4创建系统静态模型

4.4.1对象类模型

类模型是面向对象方法的核心，类模型从对象的角度描述系统的组成，描述对象及相互间的关系。

系统已在前面进行过简单描述，通过检查问题陈述中的所有名词短语和代词，得到初始类：

学生教师管理员选课操作选课管理申请教课

成绩管理成绩查询用户管理课程信息可选课程学生已选课程

经过分析最后得到教师、学生、管理员、课程信息及系统维护这几个类。

并标识出类的名称及属性。

1、类图说明

（1）BaseUser类是一个系统角色用户的基类，主要方法有两个：

modifyPWD（）用于修改用户的密码；

loginCheck（）用于用户登录验证。

（2）Admin类继承自BaseUser类。

（3）Student类继承自BaseUser类，主要方法有：

studentAdd（）用于添加学生；

studentDelete（）用于删除学生；

studentUpdate（）用于更新学生信息；

getStudents（）用于获取学生列表。

（4）Teacher类继承自BaseUser类，主要方法有：

teacherAdd（）用于添加教师；

teacherDelete（）用于删除教师；

teacherUpdate（）用于更新教师信息；

getTeachers（）用于获取教师列表。

（5）Course类是一个课程类，主要方法有：

courseAdd（）用于添加课程；

courseDelete（）用于删除课程；

courseUpdate（）用于修改课程信息；

getCourses（）用于获取课程列表。

（6）Elect类是一个选课表类，主要方法有：

elect（）选修课程；

electDelete（）退选课程；

getElectInfo（）获取选课信息；

haveSubmit（）检测是否已提交过成绩；

submitScore（）提交成绩。

完整的类图如下图所示：

图4-5系统类图

图4-6界面类图

4.5创建系统动态模型

系统的动态模型可以使用顺序图、状态图和活动图来进行描述。

（1）创建顺序图和协作图

学生选择课程的活动步骤包括：

（1）进入选择课程的界面

（2）选择需要的课程（3）查询课程信息（4）数据控制类判断课程可以被选择（5）数据库执行选课并保存信息（6）返回选课成功的信息（7）在界面显示选课成功的信息。

根据以上步骤创建的序列图和协助图，如下图4-6和图4-7所示。

图4-7学生选择课程顺序图

我们还可以利用系统的活动图来描述系统的参与者是如何协同工作的。

网上选课系统中，根据学生选课的活动步骤，我们可以创建活动图如下图4-7所示。

图4-8系统活动图

（2）创建管理员管理子系统顺序图

1.管理员顺序图

管理员顺序图包括：

1、登陆：

即为管理员用户登录到管理员界面的一个操作，此为界面类的操作；2、点击添加，修改或删除：

即为管理员用户的操作，在管理员实体类与课程实体类之间完成。

图4-9管理员顺序图

（3）教师管理子系统顺序图

教师顺序图包括：

1、登陆：

即为教师用户登录到教师界面的一个操作，此为界面类；2、点击相应操作：

即为教师用户的操作，在教师实体类与选择（对课程的一种操作）实体类之间完成。

（添加、修改，删除顺序图同上）

图4-10教师顺序图

（4）学生管理子系统顺序图

学生选课顺序图包括：

1、登陆：

即为学生用户登录到学生界面的一个操作，此为界面类的操作；2、点击选课：

即为学生点击选择课程的操作，在学生实体类与选择（对课程的一种操作）实体类之间完成。

图4-11学生顺序图

4.6创建系统状态图

网上选课系统中，有明确状态转换的类是课程，整个对课程进行操作的过程中，系统的状态图如下图所示。

图4-12系统状态图

4.7创建系统部署模型

对系统的实现结构进行建模的方式包括两种，即构件图和部署图。

网上选课系统的构件图我们通过构件映射到系统的实现类中，说明该构件物理实现的逻辑类，在本系统中，我们可以对学生类、课程类、界面类、数据控制