《软件工程》
需求分析报告
报告名称 选课系统需求分析
1导言
1.1目的
该文档是关于用户对于学生选课系统的功能和性能的要求，重点描述了学生选课系统的设计需求，将作为对该工程在概要设计阶段的设计输入。
本文档的预期读者是：
l 设计人员
l 开发人员
l 测试人员
l 用户
1.2范围
该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决整个项目系统的“做什么”的问题。在这里，对于开发技术并没有涉及，而主要是通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的渠道。
1.3术语表定义
此附件用以定义并解释文档内对使用实例描述阅读者及其他项目文件阅读者相对陌生的专门术语。可以被用作非正式的数据字典,捕捉数据定义,以便用例描述和其他项目的文件可以集中系统所必须的信息。
术语表中包含了选课系统中关键概念的运用定义。
课程 :大学提供的一种学科。
课程信息 :某个具体学期课程的具体介绍-你可以在本学期内的平行时间段内上同一门课。包括上课的日期和时间。
课程目录 :大学提供的所有课程的完整的目录。
全体教员 :大学任教的所有教授。
财政系统 :用于处理账单信息的系统。
成绩 :对每个学生每门课程信息的评价。
教授 :大学任课老师。
成绩单 :学生一学期内所有课程的成绩。
学生名册 :参加一个特定课程的所有学生的名字。
学生 :在大学注册并上课的学生。
课程表 :一个学生在当前学期选择的所有课程。
历史记录 :一个特定的学生缴纳学费后在财政系统里的历史信息记录。
2系统定义
2.1项目来源及背景
学院希望开发一个新的客户端-服务器模式系统来代替旧系统，新系统允许学生通过介入校园网的电脑选课和查看报告单。教授能够连接系统登陆授课和记录成绩。
由于经费紧张，学院不能立刻完全替换整个系统。学院保持了记录了所有课程信息的现有课程目录数据库。该数据库是运行在DECVAX上交互的关系数据库。幸运的是学院已经投资了开放的SQL接口允许通过学院Unix服务器访问。原有的系统表现的非常糟糕，新系统必须确保及时访问原有系统的数据。新系统从原有数据库访问课程信息但不更新。教务处将继续通过另一个系统维护课程信息。
2.2项目目标
本项目设定的目标如下：
l 系统能够提供友爱 的用户界面，使操作人员的工作量最大限度地减少；
l 系统具有良好的运行效率，能够达到提高效率的目的；
l 系统应有良好的可扩充性，可以容易地加入其他系统的应用；
l 通过这个项目可以锻炼队伍，提高团队的开发能力和项目管理能力；
3功能规格
3.1系统结构图
根据系统用户的不同可以划分为3个子系统：管理员子系统、学生子系统和教师子系统（如图1-2）。
图 1-2 系统结构图
3.2系统活动图
图 1-3 系统活动图
4 系统分析
4.1角色定义
管理员：管理员负责向系统中添加学生和教师的个人信息以及课程信息，实现对教师、学生和课程信息的修改、删除、查询操作，并对管理员个人密码进行修改。
学生：学生具有查看待选课程信息和任课教师信息、选择课程、查看所选课程和管理已选课程的功能，还可以输入查询条件进行查询操作。
教师：教师具有查看选择自己课程学生信息和开课信息、教师个人密码修改、学生成绩录入和修改的功能，还可以输入查询条件进行查询操作。
4.2管理员子系统
管理员子系统包括管理员登录、学生信息管理、教师信息管理、课程信息管理、修改登录密码、注销退出系统六个功能模块
1）登录
操作者输入正确的用户名和密码登录系统
用例描述：登录；
执行者：管理员，教授，学生；
前置条件：系统处于登录状态,有登录屏幕显示；
后置条件：如果用例是成功的,演员正在登录到系统。如果不是,系统状态不变；
基本路径：
a) 使用者输入用户名和密码；
b) 系统确认输入的名称和密码并记录用户到系统中；
可选路径：“
a) 无效名称/密码：如果用户输入无效用户名和密码则系统提示错误信息，用户可以选择继续输入或者退出登录。此时用例均结束；
2）学生信息管理
用于对学生基本信息进行增加、删除及修改等基本操作，查看学生选课和课程信息
用例描述：学生信息管理
执行者：管理员
前置条件：管理员登录后台管理界面；
后置条件：如果学生信息维护成功，则学生的相关信息将记录到数据库中；
基本路径：
a) 点击查看学生信息，可以浏览到所有的学生信息；
b) 输入不同的学生id，可以查看不同的学生信息；
c) 可以对学生基本信息进行删除、修改等基本操作；
d) 可以对学生选课信息进行删除操作；
e) 点击添加学生，可以添加学生基本信息。
3）教师信息管理
用于对教师记录进行增加、删除及修改等基本操作
用例描述：教师信息管理
执行者：管理员
前置条件：管理员登录后台管理界面；
后置条件：如果教师信息维护成功，则教师的相关信息将记录到数据库中；
基本路径：
a) 点击查看教师信息，可以浏览到所有的教师信息；
b) 输入不同的教师id，可以查看不同教师的信息；
c) 可以对教师基本信息进行查看修改、删除等基本操作；
d) 点击添加教师，可以添加教师信息。
4）课程信息管理
通过此模块对课程信息进行增加、修改、删除等基本操作
用例描述：课程信息管理
执行者：管理员
前置条件：管理员登录后台管理界面；
后置条件：如果课程信息维护成功，则课程的相关信息将记录到数据库中；
基本路径：
a) 进入后台管理界面，显示管理员的所有功能菜单，点击课程信息管理；
b) 点击查看课程信息，可以浏览到所有的课程信息；
c) 输入不同的查询条件，可以查看不同课程的信息；
d) 可以对课程信息进行查看修改、删除等基本操作；
e) 点击添加课程，可以添加课程信息。
5）修改登录密码
用户可以在登录系统后修改密码，以确保信息私有性和安全性
用例描述：修改登录密码
执行者：管理员
前置条件：管理员登录后台管理界面；
后置条件：如果登录密码修改成功，则相关信息将记录到数据库中；
基本路径：
a) 进入后台管理界面，显示管理员的所有功能菜单；
b) 点击修改密码，可以对修改管理员的登录密码。
4.3学生子系统
学生系统的包括学生登录系统、查看开课信息、查看教师信息、学生选定课程、查看选课信息、查看课程成绩、修改登录密码、注销退出系统九个功能模块
1）学生登录系统
学生输入正确的用户名和密码登录系统
用例描述：学生登录
执行者：学生
前置条件：进入学生选课系统学生登录界面并输入学号、密码和验证码
后置条件：进入学生选课学生主界面
基本路径：
a）进入学生选课系统学生登录界面。
b）输入学号、密码和验证码。
c）点击“登录”按钮，进入学生选课系统学生主界面。
2）查看选课课信息
了解课程的课程主要介绍、课程的任课教师信息、课程编号等以决定是否选修该课程，了解任课教师的基本信息，包括：教师姓名、教师个人简介等，以方便学生决定是否选修其任教的课程
用例描述：选择课程
执行者：学生
前置条件：学生登录系统成功
后置条件：进入选择课程界面，可以了解课程的主要介绍、课程任课教师信息等
基本路径：
a）进入选课系统学生主界面，显示学生的所有功能菜单；点击左边列表中的“选择课程”。
b）进入学生选课界面。
c）在课表一览中，可以点击教师姓名来了解该课程任课教师的详细信息，也可以点击“详细信息”来了解课程的主要介绍 。
3）学生选定课程
学生对自己喜欢的课程进行选择，选课结果将放到学生的选课表中，还可以查询自己己选修的课程及相关的信息，用户可以从选课结果表中删除已选择的课程，再改选其它的课程
用例描述：学生选定课程
执行者：学生
前置条件：学生登录系统成功
后置条件：选择课程、查询所有课程或查询特定课程
基本路径：
a）进入选课系统学生主界面，显示学生的所有功能菜单；点击左边列表中的“选择课程”。
b）在课表一览中，选择自己要选择的课程，并点击“选择课程”。系统会将这门课程添加到已选择课程中，并弹出对话框“选择课程成功！”，否则会弹出“你已经选择了该门课程！”。
c）学生可以针对课程号、课程名、教师名进行快速查询。选择查询条件后，点击“查询”，就可以查询所要查看的课程。
d）学生可以点击“查看全部课程”，可以在课表一览中显示全部课程。
4) 查看课程成绩
查询已选修课程的考核成绩
用例描述：查看课程
执行者：学生
前置条件：学生登录系统成功
后置条件：查看已选课程、删除已选课程
基本路径：
a)查看已选择课程
b)可以删除已选课程
4.4教师子系统
教师子系统包括教师登录系统、查看任教课程信息、查看学生选课信息、查看学生选课信息、录入学生课程成绩、查看学生成绩信息、修改登录密码、注销退出系统七个部分
1）教师登录系统
教师输入正确的用户名和密码登录系统
用例描述：教师登录系统
执行者：教师
前置条件：教师进入学生选课系统教师登录界面，输入正确的用户名、密码和验证码；
后置条件：如果登录成功，进入选课系统教师主界面
基本路径：
ａ）学生选课系统登录界面有学生登录，教师登录，管理员登录三个选项，选择教师登录
ｂ）输入教师编号，密码，验证码，点击登录按钮
ｃ）登录成功，以教师身份进入学生选课系统
2）查看任教课程信息
一个教师可以开设多门课程，教师登录后可以看到自己所教的课程信息
用例描述：查看任教课程信息
执行者：教师
前置条件：以教师身份登录学生选课系统
后置条件：查看选课学生的信息
基本路径：
ａ）以教师身份进入学生选课系统
ｂ）进入查看选课学生页面，查看任教课程信息
3）查看学生选课信息
教师查询所有选修自己任教课程的选课学生信息，如学生号、姓名、班级、所属院系等
用例描述：查看选课学生信息
执行者：教师
前置条件：以教师身份登录学生选课系统
后置条件：查看选课学生的信息，可以按条件进行查询或全部查询
基本路径：
ａ）以教师身份进入学生选课系统
ｂ）进入查看选课学生页面
ｃ）打开查看学生页面
ｄ）按条件进行查询或全部查询学生信息
4）管理成绩信息
教师给选修自己课程的所有选课学生进行成绩管理，包括成绩录入、成绩修改，查看学生成绩信息
用例描述：管理成绩信息
执行者：教师
前置条件：以教师身份登录学生选课系统
后置条件：打开成绩管理页面，编辑学生成绩
基本路径：
ａ）以教师身份进入学生选课系统
ｂ）进入成绩管理页面
ｃ）打开编辑学生成绩页面
ｄ）编辑学生成绩
5）修改登录密码
每个使用系统的用户都有一个用户帐号和密码，教师用户默认密码为自己的教师号，用户可以在第一次登录系统后修改密码，以确保信息私有性和安全性,密码进行加密。
用例描述：修改登录密码
执行者：教师
前置条件：以教师身份登录学生选课系统
后置条件：修改密码成功，则修改数据库中记录相关信息。
基本路径：
ａ）以教师身份进入学生选课系统
ｂ）进入修改密码页面
ｃ）输入旧密码，新密码，提交信息
5 性能需求
根据用户对本系统的要求，确定系统在响应时间、可靠性、安全等方面有较高的性能要求。
5.1界面需求
系统的界面要求如下：
１）页面内容：主题突出，站点定义、术语和行文格式统一、规范、明确，栏目、菜单设置和布局合理，传递的信息准确、及时。内容丰富，文字准确，语句通顺；专用术语规范，行文格式统一规范。
２）导航结构：页面具有明确的导航指示，且便于理解，方便用户使用。
３）技术环境：页面大小适当，能用各种常用浏览器以不同分辨率浏览；无错误链接和空链接；采用CSS处理，控制字体大小和版面布局。
４）艺术风格：界面、版面形象清新悦目、布局合理,字号大小适宜、字体选择合理，前后一致，美观大方；动与静搭配恰当,动静效果好；色彩和谐自然,与主题内容相协调。
5.2可靠性需求
该系统应持续工作一天24小时一周7天,而有不超过10%的停机时间
5.3开放性需求
系统应具有十分的灵活性，以适应将来功能扩展的需求。新系统必须确保及时访问原有系统的数据。新系统从原有数据库访问课程信息但不更新。教务处将继续通过另一个系统维护课程信息。
5.4性能性需求
系统将支持最多2000个并发用户对中央数据库在任何给定的时间,和最多500个并发用户对本地服务器,在任何一个时间。该系统应提供访问遗留的课程目录数据库不超过10秒钟的延迟。基于风险的原型已经发现遗留的课程目录数据库并不能满足我们的性能需求没有创造性的使用中间层的处理能力。系统必须能够完成80%的交易量在2分钟
5.5系统安全性需求
系统必须确保学生的课表不被除自己以外的人修改，教师的授课表不被除自己以外的人修改。只有教授可以为学生打分，只有注册员才可以修改学生信息。
设计约束。该系统应集成到一个现有的遗留系统，即课程目录系统,这是一个RDBMS数据库。该系统应提供一个基于windows的桌面界面。
6.0选课系统分析
6.1系统管理员
系统管理员需求分析 系统管理员负责整个系统的维护，其需求最为复杂，包括对学生、教师、选课进行管理和统计，及系统状态的查看、维护并生成选课报表、排课报表。所涉及的信息包括课程信息、教师信息和学生信息。因此系统管理员具有该系统的最高权限，能够编辑各信息模块，如插入一个新生的信息，增添一门课程的信息，删除退休教师的信息等。
6.2教师需求分析
在该系统中，为方便教师工作，要求教师能够核实自己信息、查询所授课程的信息、查看自己教学班的信息，以及最后登记学生的成绩等。
6.3学生需求分析
该系统为学生主要提供选课服务，因此学生可以直接查看选课情况，学生可以根据本人学号和密码登录系统，进行相关操作。此外还应附带其他服务，如核实个人信息，查看教师信息、课程信息以便选课，查看自己选课结果，查询考试成绩等。
6.4数据需求
用户平台需求：
操作系统：Microsoft Windows 2k/XP或更高版本；
数据库：SQL Server 2000
第二篇：选课系统需求分析文档
选课系统需求说明书
09级计算机四班
徐峰
2012.08.13
1 导言 ?????????????????????????????3
1.1目的 ???????????????????????????3
1.2范围 ???????????????????????????3
1.3缩写说明 ?????????????????????????错误！未定义书签。
1.4术语定义 ?????????????????????????3
1.5引用标准 ?????????????????????????错误！未定义书签。
1.6参考资料 ?????????????????????????错误！未定义书签。
1.7版本更新信息 ???????????????????????错误！未定义书签。
2系统定义 ????????????????????????????4
2.1项目来源及背景 ??????????????????????4
2.2项目目标 ?????????????????????????4 3应用环境 ????????????????????????????错误！未定义书签。
3.1系统运行的网络环境 ??????????????????? 错误！未定义书签。
3.2系统运行的硬件环境 ???????????????????错误！未定义书签。
3.3系统运行软件环境 ????????????????????错误！未定义书签。
4功能规格 ????????????????????????????4
4.1系统结构图 ?????????????????????????4
4.2系统活动图 ?????????????????????????6 5 系统分析 ????????????????????????????7
5.1角色定义 ?????????????????????????7
5.1.1管理员 ????????????????????????7
5.1.2学生 ????????????????????????7
5.1.3教师 ????????????????????????7
5.2管理员子系统 ???????????????????????7
5.3学生子系统 ???????????????????????9
5.4教师子系统 ???????????????????????11
6 性能需求......................................................... 13
6.1界面需求 14
6.2响应时间需求 错误！未定义书签。
6.3可靠性需求 14
6.4开放性需求 14
6.5可扩展性需求 错误！未定义书签。
6.6系统安全性需求 14
7产品提交 ......................................... 错误！未定义书签。 8实现约束 ......................................... 错误！未定义书签。 9签字 ............................................. 错误！未定义书签。
1导言
1.1目的
该文档是关于用户对于学生选课系统的功能和性能的要求，重点描述了学生选课系统的设计需求，将作为对该工程在概要设计阶段的设计输入。
本文档的预期读者是：
? 设计人员
? 开发人员
? 测试人员
? 用户
1.2范围
该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决整个项目系统的“做什么”的问题。在这里，对于开发技术并没有涉及，而主要是通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的渠道。
1.3术语表定义
此附件用以定义并解释文档内对使用实例描述阅读者及其他项目文件阅读者相对陌生的专门术语。可以被用作非正式的数据字典,捕捉数据定义,以便用例描述和其他项目的文件可以集中系统所必须的信息。
术语表中包含了选课系统中关键概念的运用定义。
课程（course）：大学提供的一种学科。
课程信息(course offering)：某个具体学期课程的具体介绍-你可以在本学期内的平行时间段内上同一门课。包括上课的日期和时间。
课程目录(course catalog)：大学提供的所有课程的完整的目录。
全体教员(faculty)：大学任教的所有教授。
财政系统(finance system)：用于处理账单信息的系统。
成绩(grade)：对每个学生每门课程信息的评价。
教授(professor)：大学任课老师。
成绩单（report card）：学生一学期内所有课程的成绩。
学生名册（roster）：参加一个特定课程的所有学生的名字。
学生(student)：在大学注册并上课的学生。
课程表（schedule）：一个学生在当前学期选择的所有课程。 历史记录（transcript）：一个特定的学生缴纳学费后在财政系统里的历史信息记录。
2系统定义
2.1项目来源及背景
学院希望开发一个新的客户端-服务器模式系统来代替旧系统，新系统允许学生通过介入校园网的电脑选课和查看报告单。教授能够连接系统登陆授课和记录成绩。
由于经费紧张，学院不能立刻完全替换整个系统。学院保持了记录了所有课程信息的现有课程目录数据库。该数据库是运行在DECVAX上交互的关系数据库。幸运的是学院已经投资了开放的SQL接口允许通过学院Unix服务器访问。原有的系统表现的非常糟糕，新系统必须确保及时访问原有系统的数据。新系统从原有数据库访问课程信息但不更新。教务处将继续通过另一个系统维护课程信息。
2.2项目目标
本项目设定的目标如下：
? 系统能够提供友爱 的用户界面，使操作人员的工作量最大限度地减少； ? 系统具有良好的运行效率，能够达到提高效率的目的；
? 系统应有良好的可扩充性，可以容易地加入其他系统的应用；
? 通过这个项目可以锻炼队伍，提高团队的开发能力和项目管理能力；
3功能规格
3.1系统结构图
根据系统用户的不同可以划分为3个子系统：管理员子系统、学生子系统和教师子系统（如图1-2）。
图 1-2 系统结构图
3.2系统活动图
图 1-3 系统活动图
4 系统分析
4.1角色定义
管理员：管理员负责向系统中添加学生和教师的个人信息以及课程信息，实现对教师、学生和课程信息的修改、删除、查询操作，并对管理员个人密码进行修改。 学生：学生具有查看待选课程信息和任课教师信息、选择课程、查看所选课程和管理已选课程的功能，还可以输入查询条件进行查询操作。
教师：教师具有查看选择自己课程学生信息和开课信息、教师个人密码修改、学生成绩录入和修改的功能，还可以输入查询条件进行查询操作。
4.2管理员子系统
管理员子系统包括管理员登录、学生信息管理、教师信息管理、课程信息管理、修改登录密码、注销退出系统六个功能模块
1）登录
操作者输入正确的用户名和密码登录系统
用例描述：登录；
执行者：管理员，教授，学生；
前置条件：系统处于登录状态,有登录屏幕显示； 后置条件：如果用例是成功的,演员正在登录到系统。如果不是,系统状态不变； 基本路径：
a) 使用者输入用户名和密码；
b) 系统确认输入的名称和密码并记录用户到系统中； 可选路径：“
a）无效名称/密码：如果用户输入无效用户名和密码则系统提示错误信息，用户可以选择继续输入或者退出登录。此时用例均结束。；
2）学生信息管理
用于对学生基本信息进行增加、删除及修改等基本操作，查看学生选课和课程信息
用例描述：学生信息管理
执行者：管理员
前置条件：管理员登录后台管理界面；
后置条件：如果学生信息维护成功，则学生的相关信息将记录到数据库中； 基本路径：
a) 点击查看学生信息，可以浏览到所有的学生信息；
b) 输入不同的学生id，可以查看不同的学生信息；
c) 可以对学生基本信息进行删除、修改等基本操作；
d) 可以对学生选课信息进行删除操作；
e) 点击添加学生，可以添加学生基本信息。
3）教师信息管理
用于对教师记录进行增加、删除及修改等基本操作
用例描述：教师信息管理
执行者：管理员
前置条件：管理员登录后台管理界面；
后置条件：如果教师信息维护成功，则教师的相关信息将记录到数据库中； 基本路径：
a) 点击查看教师信息，可以浏览到所有的教师信息；
b) 输入不同的教师id，可以查看不同教师的信息；
c) 可以对教师基本信息进行查看修改、删除等基本操作；
d) 点击添加教师，可以添加教师信息。
4）课程信息管理
通过此模块对课程信息进行增加、修改、删除等基本操作
用例描述：课程信息管理
执行者：管理员
前置条件：管理员登录后台管理界面；
后置条件：如果课程信息维护成功，则课程的相关信息将记录到数据库中；
基本路径：
a) 进入后台管理界面，显示管理员的所有功能菜单，点击课程信息管理；
b) 点击查看课程信息，可以浏览到所有的课程信息；
c) 输入不同的查询条件，可以查看不同课程的信息；
d) 可以对课程信息进行查看修改、删除等基本操作；
e) 点击添加课程，可以添加课程信息。
5）修改登录密码
用户可以在登录系统后修改密码，以确保信息私有性和安全性
用例描述：修改登录密码
执行者：管理员
前置条件：管理员登录后台管理界面；
后置条件：如果登录密码修改成功，则相关信息将记录到数据库中；
基本路径：
a) 进入后台管理界面，显示管理员的所有功能菜单；
b) 点击修改密码，可以对修改管理员的登录密码。
4.3学生子系统
学生系统的包括学生登录系统、查看开课信息、查看教师信息、学生选定课
程、查看选课信息、查看课程成绩、修改登录密码、注销退出系统九个功能模块
1）学生登录系统
学生输入正确的用户名和密码登录系统
用例描述：学生登录
执行者：学生
前置条件：进入学生选课系统学生登录界面并输入学号、密码和验证码
后置条件：进入学生选课学生主界面
基本路径：
a）进入学生选课系统学生登录界面。
b）输入学号、密码和验证码。
c）点击“登录”按钮，进入学生选课系统学生主界面。
2）查看选课课信息
了解课程的课程主要介绍、课程的任课教师信息、课程编号等以决定是否选修该课程，了解任课教师的基本信息，包括：教师姓名、教师个人简介等，以方便学生决定是否选修其任教的课程
用例描述：选择课程
执行者：学生
前置条件：学生登录系统成功
后置条件：进入选择课程界面，可以了解课程的主要介绍、课程任课教师信
息等
基本路径：
a）进入选课系统学生主界面，显示学生的所有功能菜单；点击左边列表中的“选择课程”。
b）进入学生选课界面。
c）在课表一览中，可以点击教师姓名来了解该课程任课教师的详细信息，也可以点击“详细信息”来了解课程的主要介绍 。
3）学生选定课程
学生对自己喜欢的课程进行选择，选课结果将放到学生的选课表中，还可以查询自己己选修的课程及相关的信息，用户可以从选课结果表中删除已选择的课程，再改选其它的课程
用例描述：学生选定课程
执行者：学生
前置条件：学生登录系统成功
后置条件：选择课程、查询所有课程或查询特定课程
基本路径：
a）进入选课系统学生主界面，显示学生的所有功能菜单；点击左边列表中的“选择课程”。
b）在课表一览中，选择自己要选择的课程，并点击“选择课程”。系统会将这门课程添加到已选择课程中，并弹出对话框“选择课程成功！”，否则会弹出“你已经选择了该门课程！”。
c）学生可以针对课程号、课程名、教师名进行快速查询。选择查询条件后，点击“查询”，就可以查询所要查看的课程。
d）学生可以点击“查看全部课程”，可以在课表一览中显示全部课程。
4) 查看课程成绩
查询已选修课程的考核成绩
用例描述：查看课程
执行者：学生
前置条件：学生登录系统成功
后置条件：查看已选课程、删除已选课程
基本路径：
a)查看已选择课程
b)可以删除已选课程
4.4教师子系统
教师子系统包括教师登录系统、查看任教课程信息、查看学生选课信息、查看学生选课信息、录入学生课程成绩、查看学生成绩信息、修改登录密码、注销退出系统七个部分
1）教师登录系统
教师输入正确的用户名和密码登录系统
用例描述：教师登录系统
执行者：教师
前置条件：教师进入学生选课系统教师登录界面，输入正确的用户名、密码
和验证码；
后置条件：如果登录成功，进入选课系统教师主界面
基本路径：
ａ）学生选课系统登录界面有学生登录，教师登录，管理员登录三个选项，
选择教师登录
ｂ）输入教师编号，密码，验证码，点击登录按钮
ｃ）登录成功，以教师身份进入学生选课系统
2）查看任教课程信息
一个教师可以开设多门课程，教师登录后可以看到自己所教的课程信息 用例描述：查看任教课程信息
执行者：教师
前置条件：以教师身份登录学生选课系统
后置条件：查看选课学生的信息
基本路径：
ａ）以教师身份进入学生选课系统
ｂ）进入查看选课学生页面，查看任教课程信息
3）查看学生选课信息
教师查询所有选修自己任教课程的选课学生信息，如学生号、姓名、班级、所属院系等
用例描述：查看选课学生信息
执行者：教师
前置条件：以教师身份登录学生选课系统
后置条件：查看选课学生的信息，可以按条件进行查询或全部查询 基本路径：
ａ）以教师身份进入学生选课系统
ｂ）进入查看选课学生页面
ｃ）打开查看学生页面
ｄ）按条件进行查询或全部查询学生信息
4）管理成绩信息
教师给选修自己课程的所有选课学生进行成绩管理，包括成绩录入、成绩修改，查看学生成绩信息
用例描述：管理成绩信息
执行者：教师
前置条件：以教师身份登录学生选课系统
后置条件：打开成绩管理页面，编辑学生成绩
基本路径：
ａ）以教师身份进入学生选课系统
ｂ）进入成绩管理页面
ｃ）打开编辑学生成绩页面
ｄ）编辑学生成绩
5）修改登录密码
每个使用系统的用户都有一个用户帐号和密码，教师用户默认密码为自己的教师号，用户可以在第一次登录系统后修改密码，以确保信息私有性和安全性,密码进行加密。
用例描述：修改登录密码
执行者：教师
前置条件：以教师身份登录学生选课系统
后置条件：修改密码成功，则修改数据库中记录相关信息。
基本路径：
ａ）以教师身份进入学生选课系统
ｂ）进入修改密码页面
ｃ）输入旧密码，新密码，提交信息
5 性能需求
根据用户对本系统的要求，确定系统在响应时间、可靠性、安全等方面有较高的性能要求。
5.1界面需求
系统的界面要求如下：
１）页面内容：主题突出，站点定义、术语和行文格式统一、规范、明确，栏目、菜单设置和布局合理，传递的信息准确、及时。内容丰富，文字准确，语句通顺；专用术语规范，行文格式统一规范。
２）导航结构：页面具有明确的导航指示，且便于理解，方便用户使用。
３）技术环境：页面大小适当，能用各种常用浏览器以不同分辨率浏览；无错误链接和空链接；采用CSS处理，控制字体大小和版面布局。
４）艺术风格：界面、版面形象清新悦目、布局合理,字号大小适宜、字体选择合理，前后一致，美观大方；动与静搭配恰当,动静效果好；色彩和谐自然,与主题内容相协调。
5.2可靠性需求
该系统应持续工作一天24小时一周7天,而有不超过10%的停机时间
5.3开放性需求
系统应具有十分的灵活性，以适应将来功能扩展的需求。新系统必须确保及时访问原有系统的数据。新系统从原有数据库访问课程信息但不更新。教务处将继续通过另一个系统维护课程信息。
5.4性能性需求 系统将支持最多2000个并发用户对中央数据库在任何给定的时间,和最多500个并发用户对本地服务器,在任何一个时间。该系统应提供访问遗留的课程目录数据库不超过10秒钟的延迟。基于风险的原型已经发现遗留的课程目录数据库并不能满足我们的性能需求没有创造性的使用中间层的处理能力。系统必须能够完成80%的交易量在2分钟
5.5系统安全性需求
系统必须确保学生的课表不被除自己以外的人修改，教师的授课表不被除自己以外的人修改。只有教授可以为学生打分，只有注册员才可以修改学生信息。 设计约束。该系统应集成到一个现有的遗留系统，即课程目录系统,这是一个RDBMS数据库。该系统应提供一个基于windows的桌面界面。