选课系统实验报告.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图,对之后的系统设计奠定了基础。