选课系统实验报告.docx
《选课系统实验报告.docx》由会员分享，可在线阅读，更多相关《选课系统实验报告.docx（18页珍藏版）》请在冰点文库上搜索。
选课系统实验报告
信息系统分析与设计实验报告
2012年4月
实验一信息系统分析与设计开始工具
一、实验目的
熟悉信息系统分析与设计开始工具visio2007，RationalRose和PowerDesigner。
二、实验内容
1、信息系统的需求分析
2、对需要解决的问题、对象及约束条件进行分析
3、安装好实验所需要的开发。
总共有三个：
visio2007，RationalRose和PowerDesigner。
4、熟悉这些开发工具，了解它们的具体操作。
然后用这些工具绘出一些简单的模型。
如用Rose绘制销售系统的一个用例图。
根据自己的选题，对系统进行分析，做出新的信息系统规划，对要开发的新信息系统的服务范围及要解决的问题进行分析和汇总。
三、实验总结
通过这次实验，熟悉了系统分析与开发熟悉的工具，了解通过开发工具来辅助自己进行系统的分析和设计，而这可以让我分析和设计起来更加的方便和快捷。
但是对于这些工具，仅仅通过这短短的一节课并不能完全掌握的，只有通过以后的使用来熟悉它们。
实验二需求分析与建模
一．实验目的
1.通过对案例企业的战略分析，了解企业信息化现状，做出新的信息系统规划，对要开发的新信息系统的服务范围及要解决的问题进行分析和汇总。
2.在此基础上，对新信息系统需求建立用例模型。
二．实验内容：
（一）信息系统需求分析
1．问题陈述
在二十一世纪的新时代，随着计算机技术的发展及计算机的日益普及，计算机技术在各行各业中都得到广泛的应用。
网络选课系统是高等院校安排教学必不可少的工具。
本文介绍基于网络环境下的本校学生网上选课系统的开发，对系统的结构、功能和关键技术进行了具体论述，并给出了在网络环境下进行选课。
本系统包括系统模块、学生模块、教师模块等其他功能模块。
系统的实际运用模式，能够适用于高等学校日常的选课管理，为师生提供诸多的便利。
同时具有良好的开放性，实用性强，保密性好，稳定性高，支持多用户操作。
2.系统目标
本系统目标是实现选课系统所需的各种基本功能，包括学生选课、退课功能和教师查看选修课程、提交课程成绩功能以及管理员添加学生、维护学生信息、成绩管理、添加教师、维护教师信息、维护选修课程，还有公用的修改密码等功能。
实现这些功能的同时还需实现如下的非功能目标：
1、系统能够提供友爱的用户界面，使操作人员的工作量最大限度地减少；
2、系统具有良好的运行效率，能够达到提高效率的目的；
3、系统应有良好的可扩充性，可以容易地加入其他系统的应用；
4、通过这个项目可以锻炼队伍，提高团队的开发能力和项目管理能力；
3.系统用例图
4.系统用例描述文件
用例名:
选课用例
用例类型
用例ID:
CTTS-01
BusinessRequirements:
☑
优先权:
高
来源:
需求-MSS-R1.00
主要的业务执行者:
学生
其他的参与执行者:
学生、老师、管理者
描述:
本用例描述“选课”事件。
一个学生仅能为自己选课；一个老师仅能查看自己所授课程的被选情况；一个管理者可以增加、删除或更改系统内的课程。
先决条件:
学生必须事先已经登录，以便系统确定用户身份（学生、老师、技术员、管理者），并且是在学校规定的选课期间。
触发条件:
当学生进入选课系统后启动本用例。
事件的典型过程:
执行者行为
系统响应
Step1:
当一个学生进入选课系统时，启动本用例。
Step2:
系统将显示与此学生相关的必修、限选、系内任选、全校任选的全部课程。
Step3:
在系统界面右上方点击你所要选的课程类型（限选、系内任选、全校任选等）。
Step4:
系统显示出你所选定类型的的所有课程。
Step5:
需要选择哪门课只需在课程前的方框内打勾，点击确定。
Step6:
提交成功后，系统显示选课成功。
Step5:
在系统界面右上方点击退课。
Step6:
系统显示出你所选定的所有课程。
Step7:
选中要退选的课程，点击确定。
Step8:
提交成功后，系统显示退课成功。
可替代的过程:
AltStep3a：
如果要退课，则点击右上方的退课。
AltStep4a：
如果要退课，则系统将在你所选定的课程前出现一个小方框。
AltStep5a：
如果要退课，则在要退的课程前的小方框内打勾。
AltStep6a：
如果要退课，则系统将显示退课成功。
结束条件:
用户关闭对话框或退出选课系统将终止本用例
业务规则
None
实施约束和说明
采用web编程使客户能易于远程访问
用例名:
修改密码用例
用例类型
用例ID:
CTTS-02
BusinessRequirements:
☑
优先权:
高
来源:
需求-MSS-R1.00
主要的业务执行者:
学生、老师、管理员
其他的参与执行者:
学生、老师、管理者
描述:
本用例描述“修改密码”事件。
学生、老师、管理员均具有修改自己登录密码的功能。
先决条件:
学生必须事先用原密码已经登录，以便系统确定用户身份。
触发条件:
当用户登录后点击修改密码则启动本用例。
事件的典型过程:
执行者行为
系统响应
Step1:
当一个用户输入用户名、密码后登录。
Step2:
系统将显示已登录系统。
Step3:
点击修改密码。
Step4:
弹出一个修改密码的对话框。
Step5:
在对话框中填写相应信息如：
用户名、原密码、新密码等，点击确定。
Step6:
系统弹出对话框，提示密码修改成功。
可替代的过程:
无
结束条件:
用户关闭“修改密码”对话框将终止本用例
业务规则
None
实施约束和说明
采用web编程使客户能易于远程访问
用例名:
查看选课信息用例
用例类型
用例ID:
CTTS-03
BusinessRequirements:
☑
优先权:
高
来源:
需求-MSS-R1.00
主要的业务执行者:
学生
其他的参与执行者:
学生、老师、管理者
描述:
本用例描述“查看选课”事件。
一个学生仅能为自己所选课程；一个老师仅能查看自己所授课程的被选情况；一个管理者可以查看所有课程的选定情况。
先决条件:
用户必须事先已经登录，以便系统确定用户身份（学生、老师、技术员、管理者）。
触发条件:
当学生进入选课系统后，点击课程表（学生）启动本用例。
事件的典型过程:
执行者行为
系统响应
Step1:
当一个学生进入学课系统时，点击本学期课程表启动本用例。
Step2:
系统将显示此学生选定的必修、限选、系内任选、全校任选的全部课程。
可替代的过程:
AltStep1a：
如果该用户是老师，则点击本学期所教授的课程安排。
AltStep1b：
如果该用户是管理员，则点击本学期所有课程安排。
AltStep2a：
如果该用户是老师，则系统将显示该老师将教授的所有课程的被选情况。
AltStep2b：
如果该用户是管理员，则系统将显示所有课程的被选情况。
结束条件:
用户关闭对话框或点击退出选课系统将终止本用例
业务规则
None
实施约束和说明
采用web编程使客户能易于远程访问
用例名:
提交成绩用例
用例类型
用例ID:
CTTS-04
BusinessRequirements:
☑
优先权:
高
来源:
需求-MSS-R1.00
主要的业务执行者:
老师
其他的参与执行者:
老师、管理者
描述:
本用例描述“提交成绩”事件。
老师可以把学生的本学期的成绩提交到网上；当出现问题是老师可以请管理者对成绩进行增加、删除或更改。
先决条件:
老师必须事先已经登录，以便系统确定用户身份（学生、老师、技术员、管理者）。
触发条件:
当老师进入选课系统后，点击上传成绩启动本用例。
事件的典型过程:
执行者行为
系统响应
Step1:
当一个老师进入学课系统时，点击上传成绩启动本用例。
Step2:
系统将显示一个成绩录入表。
Step3:
老师在成绩录入表里录入学生的成绩，点击确定。
Step4:
提交成功后，系统显示录入成功。
可替代的过程:
无
结束条件:
用户关闭对话框或退出选课系统将终止本用例
业务规则
None
实施约束和说明
采用web编程使客户能易于远程访问
用例名:
添加学生信息用例
用例类型
用例ID:
CTTS-05
BusinessRequirements:
☑
优先权:
高
来源:
需求-MSS-R1.00
主要的业务执行者:
管理员
其他的参与执行者:
管理员
描述:
本用例描述“添加学生”事件。
一个管理员可以增加、删除或更改学生的信息。
先决条件:
管理员必须事先已经登录，以便系统确定用户身份（学生、老师、技术员、管理者）。
触发条件:
当管理进入系统后点击学生信息启动本用例。
事件的典型过程:
执行者行为
系统响应
Step1:
当一个管理员进入系统时，点击学生信息启动本用例。
Step2:
系统将显示学校学生的相关信息。
Step3:
点击添加。
Step4:
系统弹出添加学生对话框。
Step5:
在对话框中填入学生信息如：
姓名、学号、班级等。
点击确定。
Step6:
系统显示出添加成功。
可替代的过程:
AltStep1a：
如果管理员要添加课程信息，则点击课程信息启动本用例。
AltStep2a：
如果管理员要添加课程信息，则系统将显示出课程信息。
AltStep4a：
如果管理员要添加课程信息，则系统将弹出添加课程对话框。
AltStep5a：
如果管理员要添加课程信息，则在对话框中填写课程信息。
结束条件:
用户关闭对话框或退出选课系统将终止本用例
业务规则
None
实施约束和说明
采用web编程使客户能易于远程访问
用例名:
删除学生信息用例
用例类型
用例ID:
CTTS-06
BusinessRequirements:
☑
优先权:
高
来源:
需求-MSS-R1.00
主要的业务执行者:
管理员
其他的参与执行者:
管理员
描述:
本用例描述“删除学生”事件。
一个管理员可以增加、删除或更改学生的信息。
先决条件:
管理员必须事先已经登录，以便系统确定用户身份（学生、老师、技术员、管理者）。
触发条件:
当管理进入系统后点击学生信息启动本用例。
事件的典型过程:
执行者行为
系统响应
Step1:
当一个管理员进入系统时，点击学生信息启动本用例。
Step2:
系统将显示学校学生的相关信息。
Step3:
点击删除学生。
Step4:
所有学生前将出现一个小方框。
Step5:
点击学生前的小方框，点击确定。
Step6:
系统弹出对话框，显示删除成功。
可替代的过程:
AltStep1a：
如果管理员要删除课程信息，则点击课程信息启动本用例。
AltStep2a：
如果管理员要删除课程信息，则系统将显示出课程信息。
AltStep3a：
如果管理员要删除课程信息，则点击删除课程。
AltStep4a：
如果管理员要删除课程信息，则所有课程前将出现小方框。
AltStep5a：
如果管理员要删除课程信息，则点击课程前的小方框。
结束条件:
用户关闭对话框或退出选课系统将终止本用例
业务规则
None
实施约束和说明
采用web编程使客户能易于远程访问
用例名:
更改学生信息用例
用例类型
用例ID:
CTTS-07
BusinessRequirements:
☑
优先权:
高
来源:
需求-MSS-R1.00
主要的业务执行者:
管理员
其他的参与执行者:
管理员
描述:
本用例描述“更改学生信息”事件。
一个管理员可以增加、删除或更改学生的信息。
先决条件:
管理员必须事先已经登录，以便系统确定用户身份（学生、老师、技术员、管理者）。
触发条件:
当管理进入系统后点击学生信息启动本用例。
事件的典型过程:
执行者行为
系统响应
Step1:
当一个管理员进入系统时，点击学生信息启动本用例。
Step2:
系统将显示学校学生的相关信息。
Step3:
右击一个学生，在点击更改。
Step4:
系统弹出更改学生信息对话框。
Step5:
在对话框中填入要更改的学生信息如：
姓名、学号、班级等。
点击确定。
Step6:
系统显示出更改成功。
可替代的过程:
AltStep1a：
如果管理员要更改课程信息，则点击课程信息启动本用例。
AltStep2a：
如果管理员要更改课程信息，则系统将显示出课程信息。
AltStep4a：
如果管理员要更改课程信息，则系统将弹出更改课程对话框。
AltStep5a：
如果管理员要更改课程信息，则在对话框中填写要更改的课程信息。
结束条件:
用户关闭对话框或退出选课系统将终止本用例
业务规则
None
实施约束和说明
采用web编程使客户能易于远程访问
三．实验总结：
通过实验，对系统分析有了进一步的认识，为自己的系统确定了方向，了解了企业信息化现状，已做出新的信息系统规划，分析和汇总了自己的信息系统---网上考试系统的服务范围及要解决的问题。
实验三业务流程分析与建模
一．实验目的
通过对业务流程的分析，了解自己系统的流程分析，然后通过绘画流程图，来完善自己的系统。
二．实验内容：
通过软件的演示，实现对所选系统的流程图的构成分析和实际绘画。
5、业务流程图：
2、功能模块图：
三．实验总结：
通过实验，对系统分析有了进一步的认识，为自己的系统确定了方向，了解了企业信息化现状，已做出新的信息系统规划，分析和汇总了自己的信息系统所需业务的范围，并绘制了流程图，对之后的系统设计奠定了基础。
实验四数据分析与建模
一．实验目的
通过客户技术跟踪系统（CTTS）实例分析，介绍了数据分析和建模方法，介绍了从现实世界到信息世界抽象出来的数据模型的建立，以及用E-R实体联系模型来对现实世界的事物进行概念化、抽象化描述。
二．实验内容：
1、实体定义矩阵。
2、情景数据模型
3、绘制E-R图
4、PowerDesigner12.5绘制概念数据模型
5、转换为物理数据模型（PDM）
系统E-R图：
三．实验总结：
通过实验，对系统分析有了进一步的认识，为自己的系统确定了方向，
了解了企业信息化现状，已做出新的信息系统规划，分析和汇总了自己的信息系统所需业务的范围，并绘制了E-R图，对之后的系统设计奠定了基础。
升级会员 