网上选课UML设计
网上选课系统主要包括如下功能：管理员通过管理界面进入，建立本学期要开的各种课程、将课程信息保存在数据库里并可以对课程进行改动和删除。学生通过客户机浏览器根据学号和密码进入选课界面，在这里学生可以进行三种操作：查询已选课程、选课以及付费。同样，通过业务层，这些操作结果存入数据库中。
本系统拟使用Java语言通过三层模型实现：数据核心层，业务逻辑层和接入层。其中，数据核心层包括对于数据库的操作；业务逻辑层作为中间层对用户输入进行逻辑处理、再映射到相应的数据层操作；而接口层包括用户界面，包括系统登入界面、管理界面、用户选课界面等。
本系统涉及的用户包括管理员（Registrar）和学生（Student），他们是用例图中的活动。数据库管理系统是另外一个活动者。
注：因为付费方式的多样化，所以在此将不讨论涉及到付费有关的设计。
1．1用例图
1．1．1事件流
①添加课程事件流：
1.管理员选择进入管理界面，用例开始。
2.系统提示输入管理员密码。
3.管理员输入密码。
4.系统验证密码。
A1：密码错误
5．进入管理界面，系统显示目前所建立的全部课程信息。
6．管理员选择添加课程。
7．系统提示输入新课程信息。
8．管理员输入信息。
9．系统验证是否和已有课程冲突。
A2：有冲突
10．系统添加新课程，提示课程添加成功。
11．系统重新进入管理主界面，显示所有课程。
12．用例结束。
其他事件流：
A1：密码错误
1．系统提示再次输入。
2．用户确认。
3．三次错误，拒绝再次访问。
4．否则进入添加课程事件流第5步。
A2：有冲突
1．系统提示冲突，显示冲突课程信息。
2．用户重新输入。
3．继续验证直到无冲突。
4．进入添加课程事件流第10步。
注：删除课程事件流和修改课程事件流与此类似，在此不再详述。
②选课事件流：
1.学生进入选课登入界面，用例开始.
2.系统提示输入学号和密码.
3.学生输入学号密码.
4.系统验证：
A1;验证失败。
5、进入选课主界面。
6、学生点击选课。
7、系统显示所有课程信息。
8、学生选择课程。
9、系统验证课程是否可选。
A2：不可选。
10、系统提示课程选择成功，提示学生交费。
11、用例结束。
错误流：
A1：验证失败
1．系统提示验证失败，提示重新输入。
2．三次失败，拒绝访问。
3．成功，转选课事件流第5步。
A2：不可选
1．系统提示不可选及原因。
2．学生重新选课。
3．重新验证直至成功。
4．转选课事件流死10步。
注：查询事件流比较简单，在此不详述。
1．1．2用例图
点击浏览器中的 Use Case View中的Main，弹出用例图窗口，添加用例如下图：
活动者包括：People , Registrar , Student ,Database.其中Registrar和People之间是概括（generalization）关系，Student和People之间也是概括（generalization）关系。
用例包括：Select Course , Query Course , Pay for Course ,Add Course ,Modify Course , Delete Course.
1．2活动图
在用例图中分析了各个用例的事件流，故在此不在叙述。根据用例里的事件流描述，得到各个用例的活动图。
1．2．1 Add Course 活动图
在浏览器中，使用鼠标右键点击Use Case View，在弹出的菜单里选择“New”—“Activity Diagram”，则在Use Case View 中添加一项”State/Activity Model” ,该项产生一个名为“New Diagram”的活动图，将其改为“Add Course”.
Add Course 活动图如下：
分成三个泳道：用户接口，业务逻辑接口，数据库接口。
1．2．2 Delete Course 活动图
在浏览器中，使用鼠标右键点击”State/Activity Model”，在弹出的菜单里选择“New”—“Activity Diagram”，该项产生一个名为“New Diagram”的活动图，将其改为“Delete Course”.
Delete Course 活动图如下：
同样分成三个泳道：用户接口，业务逻辑接口，数据库接口。
1．2．3 Modify Course 活动图
在浏览器中，使用鼠标右键点击”State/Activity Model”，在弹出的菜单里选择“New”—“Activity Diagram”，该项产生一个名为“New Diagram”的活动图，将其改为“Modify Course”.
Modify Course 活动图如下：
分成三个泳道：用户接口，业务逻辑接口，数据库接口。
1．2．4 Query Course 活动图
在浏览器中，使用鼠标右键点击”State/Activity Model”，在弹出的菜单里选择“New”—“Activity Diagram”，该项产生一个名为“New Diagram”的活动图，将其改为“Query Course”. Query Course 活动图如下:
该活动图比较简单。
1．2．5 Select Course 活动图
在浏览器中，使用鼠标右键点击”State/Activity Model”，在弹出的菜单里选择“New”—“Activity Diagram”，该项产生一个名为“New Diagram”的活动图，将其改为“Select Course”. Select Course 活动图如下:
分成三个泳道：用户接口，业务逻辑接口，数据库接口。
1．3序列图和协作图
序列图主要由活动者（actor）、对象（object）、消息（message）、生命线（lifeline）和控制焦点（focus of control）组成。
1．3．1 Select Course 序列图与协作图
查找Select Course用例的对象，包括有：①界面②课程③对于业务层的操作，也应该有对象进行处理。
④事件流中设计的角色有：学生、数据库。
分析对象角色之间交互的消息，本用例主要有以下交互：
1．学生通过界面发送选课命令。
2．界面向控制对象请求课程信息。
3．控制对象向数据库发送查询数据消息。
4．控制对象暂存数据库的查询结果。
5．界面对象从控制对象中取得所有的课程信息。
6．在界面上显示所有的课程信息。
7．界面对象发送命令要求控制对象删除课程信息。
8．学生选择课程。
9．界面对象要求学生输入学好。
10．界面对象向控制对象发送信息，查询该学生是否可以选择选定的课程。
11．控制对象从数据库中查询关联信息。
12．控制对象判断是否可以选课。
13．如果可以选课，则向数据库中添加关联信息。
14．向界面对象返回信息。
根据以上分析，整理的最终Select Course序列图如下：
选择Select Course 序列图，按“F5”可以直接生成Select Course的协作图，如下：
1．3．2 Add Course 序列图与协作图
查找Add Course用例的对象，包括有：①界面②课程③对于业务层的操作，也应该有对象进行处理。④事件流中设计的角色有：管理员、数据库。
分析对象角色之间交互的消息，本用例主要有以下交互：
1．管理员进入管理界面，选择添加课程功能。
2．界面提示用户输入课程信息。
3．界面对象创建一个课程对象。
4．通过控制对象来对课程信息进行合法性检查。‘
5．控制对象向课程对象返回结果。
6．控制对象向数据库查询课程相关信息。
7．控制对象对查询结果进行判断。
8．控制对象向数据库中插入数据。
9．在界面上显示结果。
10．控制对象撤消建立的课程对象。
根据以上分析，整理的最终Add Course序列图如下：
选择Add Course 序列图，按“F5”可以直接生成Add Course的协作图，如下：
1．3．3Modify Course 序列图与协作图
采用同样的方法分析，Modify Course序列图如下：
选择Modify Course 序列图，按“F5”可以直接生成Modify Course的协作图，如下：
1．3．4Delete Course 序列图和协作图
删除课程的过程，涉及的对象有：①管理员②界面③控制对象④数据库
这些对象的交互如下：
1．管理员输入待删除的课程信息（IID）等。
2．界面对象将信息发送给控制对象。
3．控制对象查询课程信息是否有效。
4．控制对象向界面返回信息，如果课程信息有效，则要求界面提示管理员确认删除。
5．管理员确认删除课程。
6．界面将确认删除的信息发送给控制对象。
7．控制对象将确认删除对象的信息发送给数据库。
8．数据库实施删除，并将结果返回过控制对象。
9．控制对象将结果返回给界面。
Delete Course序列图如下：
选择Delete Course,按“F5“可以直接生成Delete Course的协作图，如下：
1．3．5Delete Course 序列图和协作图
Query Course序列图，如下：
选择Query Course,按“F5“可以直接生成Query Course的协作图，如下：
1．3．6Registrar Login序列图和协作图
管理员要对课程信息进行更改时，要输入用户名和密码，以确保其拥有相应的权限。
事件流如下：
1．系统提示管理员输入用户名和密码。
2．管理员输入用户名和密码。
3．系统检查用户名和密码的合法性。
4．将检查结果返回给用户。
查找Registrar Login用例的对象，从事件流中发现涉及以下对象：①界面②控制对象③数据库④事件流中设计的角色有：管理员、数据库。
分析对象、角色之间交互的消息，主要有以下交互：
1．界面对象提示用户输入注册信息。
2．用户输入注册信息。
3．界面将注册信息提交给控制对象。
4．控制对象到数据库中查询注册信息。
5．控制对象判断注册信息是否合法。
6．控制对象将检查结果返回到界面对象。
7．界面对象显示结果。
根据以上分析，最终的Registrar Login序列图，如下：
选择Registrar Login, 按“F5”可以直接生成Registrar Login的协作图，如下：
1．4类图
1．4. 1类的创建
通过对本系统的分析可以抽象出７个类：Ｐeople (Student和Ｒegistrar的基类)、Ｓtudent(学生类)、Registrar(管理员类)、ＦormObject(界面类)、Ｃourse(课程类) 、ControlObject(控制对象类)、DataBase（数据库类）。
Ｐeople 主要有以下属性和操作：
⑴（name）
⑵年龄（age）
⑶查询（getname）
⑷设置（setname）
⑸查询年龄（getage）
⑹设置年龄（setage）
Registrar（管理员类）主要有以下属性和操作：
⑴管理员编号（regID）
⑵初始化（构造函数）（registrar）
⑶查询管理员信息（getregistrar）
⑷设置管理员编号（setregID）
⑸查询管理员编号（getregID）
Student（学生类）主要有以下属性和操作：
⑴学号（studentID）
⑵初始化（构造函数）（student）
⑶查询对象学号（getstudentID）
⑷设置对象学号（setstudentID）
DataBase （数据库类）主要有以下属性和操作：
⑴连接的数据库名称（位置）（dbpath）
⑵查询课程（Querycourse）
⑶添加课程（Addcourse）
⑷删除课程（Deletecourse）
⑸查询所有的课程（Ｑuerycourse）
⑹查询关联（Queryassociation）
⑺添加关联（Addassociation）
⑻查询选择的课程信息（Queryselectcourse）
⑼查询密码（QuerypassWD）
⑽取得数据库名称（getDBpath）
⑾设置数据库名称（setDBpath）
⑿打开数据库（OpenDB）
ControlObject（控制对象类）主要有以下属性和操作：
⑴验证课程的合法性（verifycourse）
⑵判断能不能添加指定的课程（canadd）
⑶判断能不能修改指定的课程（canmodify）
⑷通过ＩＤ查询课程（QuerycoursebyID）
⑸确认删除（confirmDelete）
⑹查询所有的课程（getallcourse）
⑺查询关联（queryassociation）
⑻判断是不是能选择（canselect）
⑼查询课程列表（QuerycourseList）
⑽验证管理员的合法性（Verifyregistrar）
⑾检查密码（checkpassWD）
⑿构造函数（conttrolObject）
Ｃourse（课程类）主要有以下属性和操作：
⑴课程名称（name）
⑵开课教室（classroom）
⑶课程号(courseID)
⑷授课教师(teacher)
⑸选课的学生（students）
⑹开课起始时间（firstlessondate）
⑺允许选课的学生人数（maxstudents）
⑻设置课程名称（setname）
⑼设置开课教室(setclassroom)
⑽设置课程号（setcourseID）
⑾设置授课教师信息（setteacher）
⑿设置开课起始时间（setfirstlessondata）
⒀设置允许选课的学生人数(setmaxstudents)
⒁查询课程名称（getname）
⒂查询开课教室（getclassroom）
⒃查询课程号（getcourseID）
⒄查询授课教师信息（getteacher）
⒅查询开课起始时间（getfirstlessondate）
⒆查询允许选课的学生人数（getmaxstudents）ＦormObject(界面类) 主要有以下属性和操作：
⑴查询课程信息（getcourseInfo）
⑵显示选课成功信息（showsuccessInfo）
⑶查询课程编号（getcourseID）
⑷显示确认页（showconfirmpage）
⑸确认删除（confirmdelete）
⑹选择命令（selectcommand）
⑺显示课程列表（displaycourseList）
⑻查询选择的课程（Queryselectcourse）
⑼构造函数（FormObject）
１．４. ２类图的建立
最后详细的类图，如下：
（在该类图中由于空间的限制，故将其中的一些属性和操作隐藏。）
1．５状态图
１．５．１实例分析
分析一个课程类（对象）（Ｃourse）的状态变化过程》课程对象被创建，添加到数据库中。管理员可以删除、修改课程信息，在某个学期开设该课程，如果选修人数超过指定人数，
就不再允许学会选这门课。学期结束，课程的状态结束。
１．５．２状态图的建立
在浏览器中选择“Logical View”,按下鼠标右键，在弹出的菜单里选择“Ｎew”,再选择“State Diagram”，创建一个新的状态图。同时将名字改成“Ｃourse”,如图：
１．6组件图
１．６．１分析
在选课系统中，包括MainProgram类（主程序）、People类、ＣontrolObject类、Student类、Registrar类、Course类和ＤataBase类。其中，People类是Student类和Ｒegistrar类的基类，所以Student类和Ｒegistrar类依赖People类。ＦormObject类和ＣontrolＯbject类都和Course类相关, FormObject类和
ＣontrolObject类依赖Ｃourse类。ＣontrolObject类和DataBase类相关，ControlObject类依赖DataBase类。
１．６．2组件图的建立
在浏览器中选择“Ｃomponent View”,按下鼠标右键，在弹出的菜单里选择“Ｎew”,再选择“Component”，创建一个新的组件。如图：
网上购物系统软件需求说明书
目录 1. 引言 0 目的 0 项目范围 0 定义、缩略语、缩写 (1) 2. 系统需求概述 (2) 用例模型 (2) 假设和依赖 (5) 3. 系统详细需求 (6) Use-Case 清单 (6) 规格说明 (6) 功能性需求 (6) 可用性 (7) 可靠性 (7) 性能 (7) 保障性 (7) 设计上的限制 (8) 4. 术语表 (9)
软件需求说明书 1.引言 1.1目的 本文档描述了学生选修课管理系统的软件需求规格。目的在于向读者表述系统的环境，系统的功能和非功能的需求。 1.2项目范围 本次软件项目开发的是一个学生选修课管理系统。使用此系统的学生通过互联网进行选课；使用此系统的管理员通过互联网进行系统的管理。系统的功能如下：学生能够通过课程名来寻找课程，并获得课程的摘要信息。 学生能够通过输入某些关键字，对课程进行查询,并获得符合检索条件的课程的摘要信息。 学生能够在课程详细画面上获得课程的详细介绍信息。 学生能够在页面上修改自己的注册资料，更新原有的注册信息。 学生能够在输入合法的用户账号和密码后，登录系统。 学生能够在任何时间退出系统。 学生能够查看当前选课的最新状态。 学生能够对各科成绩进行查询。 学生能够对各科课程信息及老师信息的查询。 能够允许学生修改个人信息。 学生能够浏览基本的课程并实现主要的选课功能。 学生能够填写选课信息、查看已选课程、修改选课。 老师能够申请教课。 老师能够查询课程，申请教课。 老师能够查询课程报名人数情况，进行成绩评定。 老师可以修改个人信息、浏览基本课程以及查看学生的选课情况。 管理员能够在输入合法的用户账号和密码后，登录系统。 管理员能够在任何时间退出系统。 管理员能够创建课程的指定任课老师、设定课程人数、统计学生选课信息、发通 知。 管理员能够维护课程数据，包括课程、老师数据的新增，更新，删除和检索。 管理员能够维护权限数据，包括新增，更新，删除，检索操作。 管理员使用子系统“选课管理”中的教学大纲信息和“科室分配管理”中的教师
防灾科技学院 实习报告书 防灾科技学院灾害信息工程系 2015年制
实习所用软件简介： 系统的搭建平台选用的操作系统是Windows XP：Microsoft Windows XP是微软公司推出供个人电脑使用的操作系统，包括商用及家用的台式电脑等。2011年9月底前，Windows XP是世界上使用人数最多的操作系统，它的全球市场占有率达42%。2012年8月份，统治操作系统市场长达11年之久的Windows XP最终被Windows 7超越。 基于数据库的选课系统的数据管理所选得软件是SQL Server2008：SQL Server 2008 在Microsoft的数据平台上发布，可以组织管理任何数据。可以将结构化、半结构化和非结构化文档的数据直接存储到数据库中。可以对数据进行查询、搜索、同步、报告和分析之类的操作。SQL Server 2008 允许使用Microsoft .NET 和Visual Studio开发的自定义应用程序中使用数据，在面向服务的架构(SOA)和通过 Microsoft BizTalk Server 进行的业务流程中使用数据。信息工作人员可以通过日常使用的工具直接访问数据。 基于https://www.doczj.com/doc/1d7339070.html,的选课系统开发所选的开发工具 Visual Studio 2010：Microsoft Visual Studio 2010 是微软的一个综合性的应用程序生命周期管理工具套件，可供团队用于确保从设计到部署的整个过程都能取得较高质量的结果。无论是创建新的解决方案，还是改进现有的应用程序，都能针对不断增加的平台和技术（包括云和并行计算）将梦想变成现实。 基于系统的建模选择的画图软件viso：Office Visio 2007 是一款便于IT 和商务专业人员就复杂信息、系统和流程进行可视化处理、分析和交流的软件。使用具有专业外观的 Office Visio 2007 图表，可以促进对系统和流程的了解，深入了解复杂信息并利用这些知识做出更好的业务决策。Visio帮助创建具有专业外观的图表，以便理解、记录和分析信息、数据、系统和过程。使用 Visio 时，以可视方式传递重要信息就像打开模板、将形状拖放到绘图中以及对即将完成的工作应用主题一样轻松。
数学与计算机学院 课程设计说明书 课 程 名 称: JAVA 数据库网络综合课程设计 课 程 代 码: 题 目: 选修课程管理系统 年级/专业/班: 2012 级计科 3 班 学 生 姓 名: 徐茂淋 学 号: 312012********* 开 始 时 间: 2014 完 成 时 间: 2014 年 12 年 12 月 2 月 28 日 日 课程设计成绩： 学习态度 及平时成 绩（20） 技术水平 与实际能 力（20） 完成 情况 (20) 创新（5） 说明书（计算书、图 纸、 分析报告）撰写 质量 （35） 总 分 （100）
指导教师签名：年月 日 数学与计算机学院 课程设计任务书 （ 2014/ 2015学年第1学期） 专年业： 级： 计算机科学与技术 2012 课程名称： 课程代码： JAVA 数据库网络综合课程设计
一、设计题目 选修管理系统 二、主要内容 调查学校教务处，设计用于管理全校学生选修课活动的系统。主要功能有： 1.全校选修计划课程管理； 2.全校选修开课课程管理； 3.全校学生选课管理； 4.全校选修课成绩管理； 5.打印报表； 6.系统维护，如数据安全管理（含备份与恢复）、操作员管理、权限设置等； 要求： 1.设计学生选课录入界面及学生选课查询界面； 2.设计课程输入界面和学生选课表及课程选修情况查询界面； 3.根据学生库和课程库，输出学生课程表（选课冲突时按学号分配课程）； 三、具体要求 1.对系统作需求分析和数据库逻辑结构设计。 2.设计出ER模型，并完整标明每个实体型的相关属性，推荐使用Erwin实现。 3.利用前台开发工具，完成对每个实体型中实体数据的查询和编辑操作，并 提供相应的界面。
网上选课系统总体设计说明书
1.导言 1.1目的 目的旨在推动软件的规范化，使设计人员遵循统一的概要设计书写规范，节省制作文档的时间，降低系统实现的风险，做到系统设计资料的规范性和全面性，以利于系统的实现、测试、维护、版本升级等。 1.2范围 软件设计总体结构设计、全局数据库和数据结构设计、外部接口设计、主要部件功能分配设计、部件之间的接口设计等方面的内容。 1.3命名规则 变量对象命名规则：申明全局变量、局部变量对象的命名规则。 数据库对象命名规则：申明数据库表名、字段名、索引名、视图名等对象的命名规则。 1.4术语定义 表1-1 术语定义或解释表
1.5参考资料 [1]用户需求报告 [2]软件开发合同 [3]数据库设计规范 [4]命名规范 1.6相关文档 [1]《详细设计说明书》 [2]源程序清单 [3]测试计划及报告 [4]《用户使用手册》
1.7版本更新记录 表1-2 版本更新记录 2.总体设计 2.1总体结构设计 总体结构示意图：
图2-1 总体结构示意图 2.2运行环境设计 该软件系统的运行环境： 硬件平台： 最低配置：奔腾4处理器、512内存、60G硬盘。 建议配置：奔腾双核T4400 2.2GHZ及其以上 2G内存、320G硬盘 外设的要求：键盘、鼠标、显示器。 软件平台： A：windows 98 以上的操作系统 B：Myeclipse 和 pl/sql C：Microsoft office 网络平台： 通信协议、通信带宽。 2.3子系统清单 表2-1 子系统清单
2.4功能模块清单 表2-2 功能模块清单 3.模块功能分配 3.1专用模块功能分配 3-1 专用功能模块分配 表
一、系统设计可行性 1.1网上选课系统的产生 网上选课系统是针对在校学生和教师使用的，从学生的角度来说，由于教学制度的改革，现在大部分的高等院校开始实行学生自主选课模式，传统的教学模式已经不能适应新的教学模式，如果还只是通过纸上的方式选课，一方面浪费大量的人力、物力，另一方面浪费时间以及在统计过程中不可避免的会出现差错。随着高校的人数增加，暴露出来的弊端会越来越多。 因此，利用网络，使学生只要在计算机前输入自己的个人选课信息即可完成原来几倍的作业量。从教室的角度来讲，同样可以节约大量的时间和减少工作量以及减少错误的发生率。 1.2可行性分析 网上选课系统的可行性分析包括以后几个方面： 1.技术可行性 由于校园网络的普遍应用，使得网上选课非常的方便，无需再进行网络的建设。基于B/S模式的选课系统更加适合校园网，使得学生可以在任何有校园网的地方完成选课过程。 https://www.doczj.com/doc/1d7339070.html,、C#语言在大二的时候学过了，而且数据库Access运 用的比较熟练，大部分做起来还算得心应手，部分不会的现在上网也比较方便，可以在网上进行查找。． 2.经济可行性
校园网应经普及，因此网络设备上不需要大的投入。加之，B/S 模式的系统只要求客户端具备浏览器的基本功能，就能实现网上选课。因此，从经济上来说，开发网上选课系统不需要很大的投入，硬件上只需要Web服务器和数据库服务器即可。 3.操作可行性 B/S模式的最大优势就是操作方便、如同浏览网页一样。 综上所述，网上选课系统在高校中是可行的。 二、系统的需求分析 2.1引言 2.1.1编写的目的 本文档是对该学生选课系统的一个整体把握，以便在下一步的开发设计中更好的控制开发。 本文档的预期读者是： 设计人员 开发人员 管理和测试人员 最终用户． 2.1.2背景 由于电脑时代的到来以及internet的迅速发展，电脑无处不在，当然各种工作效率也大幅提高，那么对于一个学校来说，开发一个好的学生选课系统势在必行。鉴此，特开发此学生选课系统，该系统实现了选课的网络化、信息化、现代化。
课 程 设 计 题 目 基于UML 的网上选课管理系统设计 学 院 计算机科学与技术学院 专 业 计算机科学与技术专业 班 级 姓 名 指导教师 2014 年 06 月 27 日
目录 课程设计任务书 (2) 系统分析 (3) 问题描述 (3) 用例模型描述 (3) 系统设计 (4) 类图描述 (4) 核心用例的顺序图 (5) 状态图 (7) 组件图 (8) 系统实施 (9) 信息代码设计 (9) 数据库设计 (9) 输入设计 (10) 输出设计 (11) 用户界面和处理过程的设计 (11) 系统测试 (14) 测试方法 (14) 测试结果 (14) 设计的特点、不足、收获与体会 (15) 特点 (15) 不足 (15) 收获与体会 (15) 本科生课程设计成绩评定表 (16)
课程设计任务书 学生姓名：专业班级： 指导教师：工作单位： 题目: 基于UML的网上选课管理系统设计 初始条件： 理论：学完UML及软件体系结构课程，掌握一种计算机高级语言的使用。 实践：计算机实验中心提供计算机及软件开发环境。 要求完成的主要任务:（包括课程设计工作量及其技术要求，以及说明书撰写等具体要求） （1）系统分析（包括系统描述（问题域描述）、用例模型、分析类图）。 （2）系统设计（包括系统的逻辑模型如设计类图、顺序图、状态图及 组件图等）。 （3）系统实施（包括信息代码设计、数据库设计、输入设计、输出设 计、用户界面设计和处理过程的设计以及最终的程序设计）。 （4）编制好程序后，设计若干测试用例，上机测试并通过所设计的程 序系统。 （5）设计报告格式按附件要求书写。课程设计报告书正文的内容应包 括： 1．问题描述； 2．用例模型及分析类图的描述； 3．设计类图、核心用例的顺序图与状态图、组件图等的描述； 4．信息代码设计、数据库设计、输入设计、输出设计的描述； 5．用户界面设计和处理过程的设计的描述； 6．给出软件的测试方法和测试结果。 7．设计的特点、不足、收获与体会。 时间安排： 第18周周一至周二：完成系统分析。 第18周周三至周五：完成系统静态模型设计及部分动态模型设计。 第19周周一：完成系统动态模型设计。 第19周周二至周三：完成系统实施及测试。 第19周周四至周五：验收及撰写课程设计报告。 设计验收安排：第19周的星期四第1-8节课到实验中心进行上机验收。 设计报告书收取时间：第19周的周五下午16：00。 指导教师签名： 2014年6月2日 系主任（或责任教师）签名：年月日
网上选课UML设计 网上选课系统主要包括如下功能：管理员通过管理界面进入，建立本学期要开的各种课程、将课程信息保存在数据库里并可以对课程进行改动和删除。学生通过客户机浏览器根据学号和密码进入选课界面，在这里学生可以进行三种操作：查询已选课程、选课以及付费。同样，通过业务层，这些操作结果存入数据库中。 本系统拟使用Java语言通过三层模型实现：数据核心层，业务逻辑层和接入层。其中，数据核心层包括对于数据库的操作；业务逻辑层作为中间层对用户输入进行逻辑处理、再映射到相应的数据层操作；而接口层包括用户界面，包括系统登入界面、管理界面、用户选课界面等。 本系统涉及的用户包括管理员（Registrar）和学生（Student），他们是用例图中的活动。数据库管理系统是另外一个活动者。 注：因为付费方式的多样化，所以在此将不讨论涉及到付费有关的设计。 1．1用例图 1．1．1事件流 ①添加课程事件流： 1.管理员选择进入管理界面，用例开始。 2.系统提示输入管理员密码。 3.管理员输入密码。 4.系统验证密码。 A1：密码错误 5．进入管理界面，系统显示目前所建立的全部课程信息。 6．管理员选择添加课程。 7．系统提示输入新课程信息。 8．管理员输入信息。 9．系统验证是否和已有课程冲突。 A2：有冲突 10．系统添加新课程，提示课程添加成功。 11．系统重新进入管理主界面，显示所有课程。 12．用例结束。 其他事件流： A1：密码错误 1．系统提示再次输入。 2．用户确认。 3．三次错误，拒绝再次访问。 4．否则进入添加课程事件流第5步。 A2：有冲突 1．系统提示冲突，显示冲突课程信息。 2．用户重新输入。 3．继续验证直到无冲突。 4．进入添加课程事件流第10步。 注：删除课程事件流和修改课程事件流与此类似，在此不再详述。 ②选课事件流：
网上选课系统 详细设计说明书 学院：计算机科学技术学院 专业：软件工程 班级：08-2班 组长：张一帆 组员：田晓磊张雪杨景隆潘萌
1 引言 1.1编写目的 随著WWW(World Wide Web) 及Internet 的快速发展及日渐普及,学校校务行政的电脑化也迈入以网络为基础的新纪元.选课系统是大学教务系统中非常重要一环,由于牵涉到每一学生该学期的学习,加上新的课程设计中,大量的选修与更具弹性的措施,使得传统的人工作业不合时宜,半自动的语音选课亦不能满足这些新需求;网际网路的兴起,使我们有机会重新检讨选课的作业流程,以及如何运用网路其不受时空限制的特性进行选课作业流程的改善.为了提高学校教务工作的效率，更加合理的利用既有的资源，减少传统选课方式给学生带来的不便和麻烦，网上选课系统的采用被提上日程。此外，学生公寓宽带的安装使得学生能够在寝室非常方便的获取网络资源。这又为网上选课系统被广大同学接受提供了必要的资源。在以往学生常常抱怨不易找到所要资讯,以及选课期间同学因怕额满选不到理想的课,都挤在第一天选课造成塞车严重,而且若第一天有课的同学便常因抢不到理想的课而忿忿不平.此外在选课时同学们必须先查好所欲选之课程代码再来选课,为此教务处每学期要印出各系所开课表供学生查询选课资讯,即使每两人共用一册数量仍相当庞大且选课后课表便没用处,而且一旦调课或开课上的变更,无法及时异动,一方面造成纸张资源的浪费,另一方面学生即使先查好课表再去选课,也无法确定自己的课表,既不方便又费时.在预选课后教务处人员要印一次点名计分册给老师,到了加退选后因选课有异动又得再印一次最新的选课名册给任课老师,造成教务处人员的重复工作负担,对老师而言,必须仰赖教务处工作人员的处理及列印,自己无法随时掌握选课学生名单,也甚不方便.每学期到了学期末同学们最关心的成绩,必须等收到成绩单才能知道自己的成绩,若要历年成绩单也要等开学后到教务处填申请单,再去出纳组缴费过一天后才能来领取.因此,如何建立一个方便且即时的成绩管理系统,以伴随选课系统也是十分迫切的.为了建立一个方便,公平,又有效率的选课系统,我们决定规划一个植基于网际网路的网路选课系统,并实现下列几个主要的目的: (1).提升选课公平性； (2).缩短选课时间,提高效率； (3).节省课表列印经费并节省人力； (4).学生可即时上网查询单学期或历年成绩 1.2项目背景
网上选课系统的设计与实现（代码） 目录 摘要 (1) ABSTRACT (2) 第一章引言 (3) 1.1课题背景及意义 (3) 1.2开发工具的选用及介绍 (3) 1.3课题的可行性分析 (5) 第二章系统总体分析与设计 (6) 2.1设计构想 (6) 2.2界面规划 (7) 2.3数据流程规划 (8) 第三章数据库设计与实现 (9) 3.1数据库系统分析 (9) 3.2数据库逻辑设计 (11) 第四章登录界面详细设计 (14) 4.1界面设计 (14) 4.2管理员/教师/学生登录功能 (14) 4.3密码修改页面 (18) 第五章管理员详细设计 (22) 5.1界面设计 (22) 5.2设计方法 (22) 第六章测试及设计过程中的问题及解决 (27) 6.1数据库的连接 (27) 6.2参数的传递 (27) 6.3运行环境 (28) 第七章结论 (29) 致谢 (30)
参考文献 (31)
摘要 在没有学生选课系统之前，选课方法是随堂报名，这种方法虽然简单，但是造成选课的盲目性和教务处处理选课数据的繁重性，并且容易发生数据丢失和统计错误。为了减轻教务处工作量，以及更加合理的分配教学资源，对学生选课系统进行设计和开发。 本文主要针对学生选课系统管理员端，以及登录，注销，修改密码这些功能的设计和开发。针对管理员的功能，主要从管理员对教师，学生，院系，课程，以及管理员自身信息功能的添加，查看，修改，删除进行了设计和开发，实现了对教师，学生，院系，课程，以及管理员自身信息的管理功能。 学生选课系统的基本设计思想是使用B/S结构来开发，另外着重讨论了用https://www.doczj.com/doc/1d7339070.html,技术和SQL Server 2000来开发该系统,并给出了主要部分的实现代码及控件的使用，另外还对控件的优点进行讨论。系统在Windows XP系统和https://www.doczj.com/doc/1d7339070.html,平台下开发完成，使用C＃作为开发语言。由于架构比较合理，系统有较高的安全性和较好的使用性能。其中连接数据库的字符串可随时在web.config里修改，增加了配置的灵活性，保证了数据库的安全。 关键词：学生选课，https://www.doczj.com/doc/1d7339070.html,,B/S结构，管理员端
网上选课系统可行性分析报告 1、引言 1.1 编写目的 开发网上选课管理系统是为了实现学校人力资源的优化和学生成绩管理的科学管理而设计的，更方便老师对学生的了解和学生对课程的安排，更有利于教课的进行。方便学生、管理者、老师获取学生信息。对学生信息将进行安全检测，包括真实性。通过试用本系统，可以更加有效的管理学生的学籍管理，成绩信息等，并且具有对信息的增加，查询，修改等功能。 1.2 项目背景 待开发项目名称：学生网上选课管理系统； 委托单位：黔南民族师范学院 开发单位：黔南民族师范学院的学生 主管部门：黔南民族师范学院的老师 用户：黔南民族师范学院 产品的所有权：黔南民族师范学院 项目开发者：马红霞、涂贵欢、毛必琴 项目背景： “学生选课系统”是指在网络上提供选修课服务，使学生能够在规定的时间内在网上选课或退课而系统马上能够返回该学生是否成功的信息，能查询课程信息、教师个人信息以及该程成绩。教师可提供说开课程的基本信息，同时还可以通过本系统查询选修课学生信息。教务管理员负责何时开放和关闭选课、发布信息、选课用户的管理和选课情况的监控等，并可以为教务管理员提供方便的管理功能：添加、删除、修改课程信息和学生记录等。随时完成统计工作，避免某门课的报名人数超出它的最大容量，而如果报名人数不足又有部分学生没选上课，将课程的选修过程设置为两次。本系统是选修课实现系统的自动化从而提高教务工作的效率。较为全
面的涵盖了学生从入学到毕业的全部信息，牵涉部门广各系部、学生办、财务部处等。 1.3 参考资料 [1] 吕云鹏王昕鹏邱玉龙编著.软件工程—理论与实践. 人民邮电出版社. [2]白度文库.wenku.baidu./view/fc6709115f0e7cd184253679.html [3]曾建潮.软件工程.武汉理工大学出版社. 2、可行性研究的前提 2.1 基本要求 主要功能：教师对学生资料、成绩以及所选课程进行修改管理；学生可通过查询自身成绩，自主选择相关课程，管理员（教务处）统管所有学生、教师的相关信息。 性能要求：所有数据实时更新保持同步，且定时备份。 输出要求：简单、快捷、实时。 输入要求：及时的修改和更新学生、教师和课程的信息。 安全与保密要求：系统本身配备一定的安全机制，保证各项数据的完整、正确。 每类用户进入系统时，均需输入唯一的用户名和密码；教师有权对学生所选课程成绩进行录入、查询和修改；学生有权对选修课程进行修改；管理员有权对学生信息、所选课程、科目成绩进行管理、修改。 完成期限:3个月 2.2 开发目标 （1）开发此学生选课管理系统软件，使教学人员及操作者进行选课管理，方便操作者随时添加、查询、修改，使工作人员从繁琐的填表，查表工作中解放出来，使得人力和设备减少； （2）使供需双方都获得满意的结果； （3）促进报表、统计数字的规范化；
《网上选课系统》课程设计 20111 / 2012 学年第 1 学期 姓名：____黄勇、王超、陈云_____ 专业：____计算机科学与技术_____ 班级：_______0905092___________ 指导教师：周蓓、周荣、许秀兰、王剑 计算机科学与工程学院 2011
一、系统简介 (3) 1.1系统基本功能简介 (3) 1.2系统需求分析 (3) 1.2.1业务流程分析 (4) 1.2.2数据流分析 (8) 1.2.3数据字典 (11) 二、系统设计 (13) 2.1数据库设计 (13) 2.1.1概念结构设计 (13) 2.1.2逻辑结构设计 (16) 2.2系统模块设计 (22) 三、系统实现 (25) 3.1实现概况 (25) 3.2 登录模块 (26) 3.2.1程序流程图 (26) 3.2.2关键代码 (26) 3.3 排课模块 (29) 3.4选课模块 (32) 3.4.1程序流程图 (32) 3.4.2选课的存储过程 (33) 3.5其他模块简介 (34) 3.6系统界面设计 (35) 3.6.2选课主界面 (35) 结论 (38)
一、系统简介 1.1系统基本功能简介 网上选课系统是根据大学的选课的网上申请与管理而进行开发设计的是实现选课的网上申请与安排，管理。 此系统功能主要根据角色的不同而设置了不同的权限，例如管理员具管理此系统的全部权限（设置选课时间的开放时间），增删改学生，老师，管理员，发布选课信息，排课等。 学生随时都可以进入系统查看选课信息，等选课开放时间开放后能进行自主选课，取消所选课程。 教师没有时间限制，随时可以登录观看自己的上课时间，地点。 1.2系统需求分析 通过对系统需求进行分析，系统中设有三类用户：管理员，教师，学生期末管理员开放成绩输入的时候输入学生成绩。各用户的具体描述如下：（1）管理员 描述：管理员维护整个系统，包括发布选课信息，设置选课时段，选课前学生只能登录查看选课通知，不能选课；选课结束，学生不能再进行选课更改，只能查看选课信息。管理让学生所选的课程。增删改学生、老师，管理员信息。选课结束后，管理员手动进行排课，排课时数据库中有各种验证来验证排课信息的冲突，排完课后，发布排课信息，让老师，学生进行查看,设置成绩输入的开放时间。 （2）教师 描述：只能查看选课通知，排课安排，根据上课时间，地点准备教学资料，期末管理员开放成绩输入的时候输入学生成绩。 （3）学生： 描述：选课前查看选课通知，不能进行选课；等待到选课时间段后，
课程设计报告 院（系）：计算机科学与工程 专业：信息对抗 班级： 110609 姓名：龙枭 学号： 110609110
课题：学生选课系统 一、概述： 随着计算机的普及，各个高校均采用计算机进行学生选课，而对学生选课相关信息的管理由学生选课管理系统实现。本程序的设计任务就是制作一个可以用于学生选课管理的系统，要可以进行对本系统、数据的管理、数据查询、常用操作、数据库管理等功能。具体来说就是可以通过管理功能对本系统用户进行用户添加删除以及密码修改和权限的管理；还可以通过数据管理功能对教师、学生、课程、选课、成绩等信息进行添加、修改和删除等具体的操作；再者可以通过数据查询功能对教师、学生、课程、成绩等信息的查询；本程序采用C# 实现管理员对学生、教师、课程、教师授课、登成绩、学生选课信息管理。实现的主要功能有：学生、教师、课程、教师授课、登成绩、学生选课数据的入库、查询、修改、删除、更新等等的功能，是一个可以满足学生方便选课，查询；教师查询，登成绩；管理员方便管理所有信息的系统。 二、学生选课系统需求分析与设计方案： 1. 学生选课系统功能需求分析： 学生选课系统是管理员用来管理学生、教师、课程、教师授课、登成绩、学生选课信息而开发的，所以其需求的功能是对学生、教师信息的所有操作，其中包括： 1.1 学生： <1> 对自己个人信息能够进行查询，修改密码。 <2> 能查询自己选过的课程及成绩。 <3> 能查询所有课程及授课信息。 <4> 能选择自己想选修的课程，也能取消。 1.2 教师： <1> 对自己个人信息能够进行查询，修改密码。 <2> 能查询自己教授的课程及成绩。 <3> 能查询所有选择自己授课的学生信息。 <4> 能给选修自己授课的学生登成绩。 1.3 管理员： <1> 能将所有学生、教师、课程、授课、选课等信息录入数据库。 <2> 对数据库中的学生、教师、课程、授课、选课等信息能够进行查询。 <3> 能对据库中的学生、教师、课程、授课、选课等信息能够进行修改。 <4> 能对据库中的学生、教师、课程、授课、选课等信息能够进行删除。2.学生选课系统设计方案： 2.1 系统功能结构图：
学生选课系统需求规格说明书 学生选课系统需求规格说明书 姓名：潘园园 学号：1108210127 班级：11信管1班 1．文档介绍 (2) 1.1文档目的 (2) 1.2 文档的范围 (2) 1.3 读者对象 (2) 1.4 缩写说明 (2) 1.5 参考资料 (2) 2. 任务概述 (3) 2.1 项目的来源及背景 (3) 2.2 项目要达成的目标 (3) 2.3 系统总体业务流程分析 (3) 2.4 学生选课系统业务流程图 (4) 2.5 学生选课数据流程图 (5) 2.6 产品面向的用户群体 (6) 2.7 产品中的角色 (6) 2.8 产品范围 (6) 3. 功能需求 (7) 3.1 功能需求的分类 (7) 3.2 后台功能需求 (7)
3.2.1管理员信息管理 (7) 3.2.2 学生信息管理 (7) 3.2.3 教师信息管理 (7) 3.2.4 课程信息管理 (7) 3.2.5 教室信息管理 (7) 3.3 前台管理功能需求 (7) 3.3.1 登陆系统 (7) 3.3.2 个人信息资源管理 (8) 3.3.3 学生选课 (8) 3.3.4 教师反馈 (8) 3.3.5 退出系统 (8) 3.4 非功能性需求 (8) 3.4.1 用户界面需求 (8) 3.4.2 软件安全需求 (8) 3.4.3 产品质量需求 (8) 3.4.4 软件运行环境需求 (8) 3.4.5 其他需求 (8) 4.产品提交 (9) 1．文档介绍 1.1文档目的 本文档目的是在开发一个全面的用户需求系统，从多方面分析用户的需求以及尽量的满足。而此文档是关于学生选课的一个系统，我们知道，学生选课系统是专门为各个高校提供服务的一个平台，广泛的被各高校的学生和老师所用。
.导言 目的 目的旨在推动软件的规范化，使设计人员遵循统一的概要设计书写规范，节 省制作文档的时间，降低系统实现的风险，做到系统设计资料的规范性和全面性， 以利于系统的实现、测试、维护、版本升级等。 范围 软件设计总体结构设计、全局数据库和数据结构设计、外部接口设计、主要 部件功能分配设计、部件之间的接口设计等方面的内容。 命名规则 变量对象命名规则：申明全局变量、局部变量对象的命名规则。 数据库对象命名规则：申明数据库表名、字段名、索引名、视图名等对象的 命名规则。 术语定义 表术语定义或解释表 序号术语名称术语定义 总体结构软件设计的总体逻辑结构。按照不同的设计方法，有不同的总体逻辑 结构。 外部接口本软件系统与其他软件系统之间的接口，接口设施可以是中间件。接 口描述包括：传输方式、带宽、数据结构、传输频率、传输量、传输 协议。 数据结构数据结构包括：数据库表的结构、其他数据结构等 概念数据模型关系数据库的逻辑设计模型，叫做概念数据模型。主要包括一张逻辑 图及其相应的数据字典。 物理数据模型关系数据库的物理设计模型，叫做物理数据模型。主要内容包括一张 物理表关系图及其相应的数据字典。 视图在基表或其他视图之上建立的一张虚表，叫做视图，它具有物理表的 许多性质，在数据处理和授权上很有用。 角色数据库只能够享有某些特权操作的用户，叫做角色。角色的权利通过 授权来实现。 子系统具有相对独立功能的小系统叫做子系统。一个大的软件系统可以划分 为多个子系统，每个子系统可由多个模块和多个部件组成。 模块具有功能独立、能被调用的信息单元叫做模块。模块是结构化设计中
的概念。 内部接口软件系统内部各子系统之间、个部件之间、各模板之间的接口，叫做 内部接口。接口描述包括：调用方式、入口信息、出口信息等。 相关文件相关文件是指当本文件内容变更后，可能引起变更的其他文件。如需 求分析报告、详细设计说明书、测试计划、用户手册。 参考资料参考资料是指本文件书写时用到的其他资料，如各种相关规范、模板、 标准、准则。 参考资料 []用户需求报告 []软件开发合同 []数据库设计规范 []命名规范 相关文档 []《详细设计说明书》 []源程序清单 []测试计划及报告 []《用户使用手册》 版本更新记录 表版本更新记录 版本号创建者创建日期维护者维护日期维护记录 小明 小黄 .总体设计 总体结构设计 总体结构示意图：
UML统模语言 实验报告 实验名称：学生选课系统UML部署系（院）：计算机科学学院 专业班级：软工11402 姓名：靳生栋 学号：201404621 指导教师：应霞
实验时间：2017.10.15—2017.10.21 实验地点：12教一楼B区机房 一．需求分析 网上选课系统是一个高等院校用来进行对学生选修课程管理的管理信息系统（MIS）。该信息系统能够为学生提供方便的选课功能，也能够提高高等院校对学生和教学管理的效率。网上选课系统的功能性需求包括以下容： （1）系统管理员负责系统的管理维护工作，维护工作包括课程的添加、删除和修改，对学生基本信息的添加、修改、查询和删除。 （2）学生通过客户机浏览器根据学号和密码进入选课界面，在这里学生可以进行查询已选课程、指定自己的选修课程以及对自己基本信息的查询。 满足上述需求的系统主要包括以下几个小的系统模块： （1）基本业务处理模块。基本业务处理模块主要用于实现学生通过合法认证登录到该系统中进行网上课程的选择和确定。 （2）信息查询模块。信息查询模块主要用于实现学生对选课信息的查询和自身信息的查询。 （3）系统维护模块。系统维护模块主要用于实现系统管理员对系统的管理和对数据库的维护，系统的管理包括学生信息、课程信息等信息的维护。数据库的维护包括数据库的备份、恢复等数据库管理操作。 二．创建系统用例模型 1.学生用例能够通过该系统进行如下活动： （1）查询选课信息。学生可以在查询界面了解可供自己选择的各门课程的详细信息。 （2）登录选课系统。学生能够根据自己的学号和密码登录选课系统，如果身份验证失败，不得进行下一步操作。如果通过身份验证才能进入下一个操作界面。
网上选课系统 网上选课系统的产生是因为目前高校扩招后，在校学生日益增多。如果仍然通过传统的纸上方式选课，既浪费大量的人力物力，又浪费时间。同时，在人为的统计过程中不可避免出现的错误。因此，通过借助网络系统，让学生只要在电脑中输入自己的个人选课信息来替代有纸化的手工操作成为高校管理的必然趋势。该信息系统能够为学生提供方便的选课功能，也能够提高高等院校对学生和教学管理的效率。 6.1需求分析 网上选课系统的功能性需求包括以下内容： （1）系统管理员负责系统的管理维护工作，维护工作包括课程的添加、删除和修改，对学生基本信息的添加、修改、查询和删除。 （2）学生通过客户机浏览器根据学号和密码进入选课界面，在这里学生可以进行查询已选课程、指定自己的选修课程以及对自己基本信息的查询。 满足上述需求的系统主要包括以下几个小的系统模块： （1）基本业务处理模块。基本业务处理模块主要用于实现学生通过合法认证登录到该系统中进行网上课程的选择和确定。 （2）信息查询模块。信息查询模块主要用于实现学生对选课信息的查询和自身信息的查询。 （3）系统维护模块。系统维护模块主要用于实现系统管理员对系统的管理和对数据库的维护，系统的管理包括学生信息、课程信息等信息的维护。数据库的维护包括数据库的备份、恢复等数据库管理操作。 6.2系统建模 在系统建模以前，我们首先需要在Rational Rose 2003中创建一个模型。并命名为“网上选课系统”，该名称将会在Rational Rose 2003的顶端出现，如下图6-1所示。 图6-1创建项目系统模型
6.2.1创建系统用例模型 创建系统用例的第一步是确定系统的参与者。网上选课系统的参与者包含二种，分别是Student（学生）和SystemManager（系统管理员），如图6-2所示。 图6-2 系统参与者 然后，我们根据参与者的不同分别画出各个参与者的用例图。 1. 学生用例图：学生在本系统中的可以进行登录、查询课程、选择课程和查询个人信 息的相关操作。通过这些活动创建的学生用例图如图6-3所示。 图6-3 学生用例图图6-4系统管理员用例图 2. 系统管理员用例图：系统管理员在本系统中能够进行登录、修改学生信息、添加、修改和删除课程、添加和删除学生信息的相关操作。通过这些活动创建的系统管理员用例图如图6-4所示。 6.2.2创建系统静态模型 从前面的需求分析中，我们可以根据主要的五个类对象：学生类、系统管理员类、课程类、数据控制类和界面类创建完整的类图如图6-5所示。 图6-5 系统类图 6.2.3创建系统动态模型 系统的动态模型可以使用交互作用图、状态图和活动图来进行描述。
本科学生课程设计任务书 题目网上选课系统开发 1、课程设计的目的 使学生掌握数据库的基本概念，结合实际的操作和设计，巩固课堂教学内容；使学生掌握数据库系统的基本概念、原理和技术，将理论与实际相结合，应用现有的数据建模工具和数据库管理系统软件，规范、科学地完成一个小型数据库的设计与实现；把理论课与实验课所学内容做一综合，并在此基础上强化学生的实践意识、提高其实际动手能力。 2、课程设计的内容和要求（包括原始数据、技术要求、工作要求等） （1）学生信息管理：学生基本信息的录入、修改和删除。 （2）可选课程信息管理：课程的课程号、课程名、可选专业及开课学期学分等基本信息的录入、修改和删除。 （3）学生选课：学生登录后，根据学生的专业及开课学期生成可选的课程表，让学生完成选课，并自动生成选课信息表。 （4）学生选课信息的调整。 （5）选课信息表的查询：所选课的课程号、课程名、学号、选课时间、所修学期等基本信息在一定的时间段内可删除。 （6）统计信息：各类基本信息的分类统计。 3、主要参考文献 [1] 张莉．SQL Server 数据库原理与应用教程（第3版）[M]．北京：清华大学出版社．2012 [2] 王成良．数据库技术及应用[M]．北京：清华大学出版社．2011 [3] 刘金岭,冯万利．数据库系统及应用教程—SQL Server 2008 [M]．北京：清华大学出版社．2013 [4] 杨学全等.SQL SERVER 实例教程（第2版）[M]．北京：电子工业出版社,2008 [5] 郑阿奇等. https://www.doczj.com/doc/1d7339070.html, 程序设计教程[M]．北京：机械工业出版社,2008 [6] 邓子云，张赐．JSP网络编程从基础到实践[M]．北京：电子工业出版社[M]．2006 [7] 宫继兵等https://www.doczj.com/doc/1d7339070.html, 2.0 Web 数据库开发教程[M]．北京：机械工业出版社,2009 [8] 陈磊,刘洋等.Java程序设计基础（第3版）[M]．北京：清华大学出版社，2009 4、课程设计工作进度计划 第1天：选题、完成需求分析 第2天：数据库概念结构设计 第3天：数据库逻辑结构设计及物理实现 第4天：应用程序开发 第5天：程序调试分析和结果、编写课程设计报告 指导教师（签字）日期年月日 教研室意见： 年月日 学生（签字）： 接受任务时间：年月日 注：任务书由指导教师填写。 I
6 网上选课系统 网上选课系统的产生是因为目前高校扩招后，在校学生日益增多。如果仍然通过传统的纸上方式选课，既浪费大量的人力物力，又浪费时间。同时，在人为的统计过程中不可避免出现的错误。因此，通过借助网络系统，让学生只要在电脑中输入自己的个人选课信息来替代有纸化的手工操作成为高校管理的必然趋势。该信息系统能够为学生提供方便的选课功能，也能够提高高等院校对学生和教学管理的效率。 6.1需求分析 网上选课系统的功能性需求包括以下内容： （1）系统管理员负责系统的管理维护工作，维护工作包括课程的添加、删除和修改，对学生基本信息的添加、修改、查询和删除。 （2）学生通过客户机浏览器根据学号和密码进入选课界面，在这里学生可以进行查询已选课程、指定自己的选修课程以及对自己基本信息的查询。 满足上述需求的系统主要包括以下几个小的系统模块： （1）基本业务处理模块。基本业务处理模块主要用于实现学生通过合法认证登录到该系统中进行网上课程的选择和确定。 （2）信息查询模块。信息查询模块主要用于实现学生对选课信息的查询和自身信息的查询。 （3）系统维护模块。系统维护模块主要用于实现系统管理员对系统的管理和对数据库的维护，系统的管理包括学生信息、课程信息等信息的维护。数据库的维护包括数据库的备份、恢复等数据库管理操作。 6.2系统建模 在系统建模以前，我们首先需要在Rational Rose 2003中创建一个模型。并命名为“网上选课系统”，该名称将会在Rational Rose 2003的顶端出现，如下图6-1所示。 图6-1创建项目系统模型
6.2.1创建系统用例模型 创建系统用例的第一步是确定系统的参与者。网上选课系统的参与者包含二种，分别是Student（学生）和SystemManager（系统管理员），如图6-2所示。 图6-2 系统参与者 然后，我们根据参与者的不同分别画出各个参与者的用例图。 1. 学生用例图：学生在本系统中的可以进行登录、查询课程、选择课程和查询个人信 息的相关操作。通过这些活动创建的学生用例图如图6-3所示。 图6-3 学生用例图图6-4系统管理员用例图 2. 系统管理员用例图：系统管理员在本系统中能够进行登录、修改学生信息、添加、修改和删除课程、添加和删除学生信息的相关操作。通过这些活动创建的系统管理员用例图如图6-4所示。 6.2.2创建系统静态模型 从前面的需求分析中，我们可以根据主要的五个类对象：学生类、系统管理员类、课程类、数据控制类和界面类创建完整的类图如图6-5所示。 图6-5 系统类图 6.2.3创建系统动态模型 系统的动态模型可以使用交互作用图、状态图和活动图来进行描述。
重庆工业职业技术学院毕业设计（论文） 课题名称网上选课系统设计与实现 专业班级：10计应303 学生姓名：张三 指导教师：刘娜 二O一二年十二月
目录 摘要............................................... 错误！未指定书签。关键词............................................. 错误！未指定书签。引言............................................... 错误！未指定书签。 1 系统相关技术介绍................................. 错误！未指定书签。 1.1 系统开发采用的技术方案—— S模式........... 错误！未指定书签。 1.2 设计模式.................................. 错误！未指定书签。 1.3 介绍...................................... 错误！未指定书签。 1.3.1 将内容的生成和显示进行分离............ 错误！未指定书签。 1.3.2 强调可重用的组件...................... 错误！未指定书签。 2 系统开发工具及容器............................... 错误！未指定书签。 2.1 开发工具................................... 错误！未指定书签。 2.1.1 简介.................................. 错误！未指定书签。 2.1.2 简介.................................. 错误！未指定书签。 2.2 数据库的选择............................... 错误！未指定书签。 2.3 版本的选择................................. 错误！未指定书签。 2.4 容器....................................... 错误！未指定书签。 3 需求分析......................................... 错误！未指定书签。 3.1可行性分析.................................. 错误！未指定书签。 3.2 功能模块分析............................... 错误！未指定书签。 3.3 软硬件环境需求............................. 错误！未指定书签。 4 概要设计......................................... 错误！未指定书签。 4.1 系统功能结构............................... 错误！未指定书签。 4.2 系统流程图................................. 错误！未指定书签。 4.3 系统数据库模型............................. 错误！未指定书签。 4.4 数据库表设计............................... 错误！未指定书签。 5 详细设计......................................... 错误！未指定书签。 5.1 界面设计................................... 错误！未指定书签。 5.2 系统功能模块设计........................... 错误！未指定书签。 5.2.1 公共模块.............................. 错误！未指定书签。 5.2.2管理员模块............................ 错误！未指定书签。 5.2.3 学生模块.............................. 错误！未指定书签。结束语............................................. 错误！未指定书签。致谢.............................................. 错误！未指定书签。参考文献........................................... 错误！未指定书签。