选课管理系统文档

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

选课管理系统
一.需求分析
1.引言
1.1 编写目的
分析选课系统所需要的功能运行环境及开发环境,并对系统做出初步的设计.
1.2 设计背景
项目名称:选课管理系统.
项目提出者:鄢德英.
项目设计人员:杨鑫黄新宇.
项目使用者:高校教师和学生.
1.3 参考资料
<数据库系统概论>
<软件工程实践者的研究方法>
1.4 开发环境
开发软件:Powerbuilder 9.0
数据库软件:Microsoft SQL Server 2000
开发环境:Windows XP
2.任务概述
2.1 目标
2.1.1为解决高校学生选课问题,本系统创建了管理员普通类用户,设置不同的权
限,完成选课信息查询功能.
2.1.2 管理员创建普通用户,并对其他用户进行管理.管理员可查询删除修改插
入其他用户.
2.1.3 普通用户可查询管理信息.
2.2 用户特点
本系统是面向高校学生教师和网络管理员的.对电脑都有一定的操作能力,根据菜单提示都能熟练使用本系统.
3.需求规格
管理员模块学
















块数据库连接






3.1 功能需求
3.2 性能需求
3.2.1 响应时间
系统响应的最短时间要求
3.2.2 精度需求
系统输入输出的精度要求
3.3 运行环境需求
3.3.1 软件环境
操作系统及版本:Windows 98及其以上系统
支撑软件:Powerbuilder 9.0
数据库环境:Microsoft SQL server 2000
3.3.2 硬件环境
CPU:
内存:
外存:
输入输出设备:
现阶段所使用的计算机均可.
二.可行性分析
1.1 课题调研
1.1.1与实践活动和相关的文件和资料由教师提供.
1.1.2本课题要求学生有熟练的Powerbuilder开发能力,有较强的自学能力以及一定的关系数据库理论开发功底.
1.1.3具有对复杂表进行处理的能力.
1.1.4具体问题再做详细调查研究并与指导老师面谈.
1.2 可行性分析
1.2.1技术可行性-----本系统仅需要一台装有Office软件的计算机即可,对机器本身没有太高的要求,一般当前学校或个人电脑完全可满足要求.对于软件技术要求,现在的程序设计语言已非常成熟,要运用HTML样式,图形图象制作工具来制作生动活泼的网页及美观的图形文件或动画文件,数据库使用SQL Server 2000中提供的数据库桌面工具ODBC.
1.2.2经济可行性-----由于本系统是为学生选课管理使用的系统,装上该应用软件,即可使用系统,系统成本主要集中在系统软件的开发上,当系统投入运行后可以为学校节约大量的人力,物力.所带来的效益远远大于系统软件的开发成本.在经济上完全可行.
1.2.3 操作可行性-----界面设计时充分考虑管理人员的习惯,使得操作简单;数据录入迅速规范可靠;统计准确;制表灵活;适应力强;容易扩充.第2章内容主要是:系统需求分析包括,现有系统介绍;系统的实体分析,实体关系图.
三.系统分析
在本系统中,有两类用户:系统管理员,普通用户.两种不同的用户所具有的操作权限以及操作内容均不一样.
系统管理员负责向系统中添加学生和教师的个人信息以及教学信息.同时可管理帐户信息.
普通用户不能管理帐户信息.
1.通用操作
信息插入删除查询
2.用户所具有功能
2.1系统管理员
包括帐户管理的一切功能.
2.2普通用户
除了帐户管理的一切功能.
四.数据库系统分析
本系统的数据库实体主要有"学生" "教师" "课程"等.其中"教师"与"课程"存在"开设"联系,并且一个教师可以开设N门课程,即"教师"与"课程"之间是一对多的关系.一个学生可以学习N门课程,一门课程可以有M个学生学习,即"学生"与"课程"之间是多对多的关系.
整个数据库可以用一个E-R图表示,如图:
教师
开设
课程
学生管理员
N
M
1 N
选修
E —R 图中的实体图:
学生
年龄
姓名
学号
性别 院系
课程
课程名称 学分
课程号
先行课程
选课
学号
课程号
成绩
教师
姓名
年龄
性别
教师编号
用户
帐号
密码
教师号
工资
职称
管理员权限
五.数据库逻辑设计
数据库逻辑设计就是将E—R图转换为关系模型的过程,即将所有实体和关系转换成一系列的关系模式.转换过程中常见规则有:
5.1一个实体型转换为一个关系模式;
5.2一个一对一的联系可转换成一个独立的关系模式,也可与任意一端对应的关系模式合并;
5.3一个一对多的联系可以转换成一个独立的关系模式,也可与多的那一端对应的关系模式合并;
5.4一个多对多的关系转换成一个关系模式.
根据以上四条规则,下面将E—R图转换成关系模型.
学生(学号,姓名,性别,年龄,院系)
课程(课程编码,课程名称,先行课,学分,)
选课(学号,课程编号,教师号,成绩)
管理员(帐号,密码,管理员权限)
六.数据库物理实现
经过数据库系统分析和逻辑设计后,数据库的结构已经非常清晰.
剩下的就是用一种数据库软件实现这样的结构.本系统中数据库采用Microsoft SQL Server 2000作为数据库.
首先我们在Microsoft SQL Server 2000的"企业管理器"创建一个数据库,我们命名为SCDB 如图.
选中SCDB数据库,向数据库中添加5个表: 学生, 教师, 课程, 选课, 用户.
如图.
课程表
选课表
学生表
用户表
教师表
七.界面和主程序
7.1.1登陆界面
7.1.2用户操作界面选课信息
课程信息
用户信息
教师信息
学生信息
7.2主程序代码。

相关文档
最新文档