下载文档原格式
目录摘要 (1)第一章系统分析 (1)1.1需求分析 (1)1。
2可行性研究 (1)1.3系统的开发方法的选择 (2)1.4组织结构与功能分析 (3)第二章系统设计 (3)2。
1系统总体结构设计 (3)2.2数据结构与数据库设计 (4)2。
3设计步骤： (5)2.4输入/输出设计 (6)第三章界面及模块设计 (7)3.1登录界面 (7)3.2管理员模块 (9)3。
3学生模块 (13)3.4教师模块 (15)第四章小结 (19)参考资料 (19)摘要学生选课管理系统是教学管理的重要组成部分，其开发主要包括后台、数据库的建立和维护以及前端应用程序的开发两个方面，前者要求建立起数据的一致性、完整性和安全性好的数据库，而对于后者则要求应用程序功能完备、易使用及界面友好等特点。
运用软件工程和面向对象技术对学生选课管理系统进行了建模与分析，在此基础上实现了学生选课管理的功能。
主要内容如下：首先，对学生选课的工作流程进行描述和分析,分析其工作中存在的缺陷和不足，在此基础上得出理想的工作流程模式。
按照模块化设计思想,将流程各个阶段分开设计。
其次,对系统的设计过程中的一些技术难点和实现方法进行叙述。
其中包括权限分配、添加、删除、修改功能的实现,查询功能以及打印功能的实现等等经过仔细分析,系统使用Microsoft公司的Visual FoxPro8。
0来开发,利用其提供的各种面向对象的开发工具，快速建立系统应用原形，并对初始原型系统进行需求分析,然后通过不断修正和改进，最终形成一个用户满意的系统。
关键词：选课、查询、数据库、Visual FoxPro8.0第一章系统分析1.1需求分析我校拟定建立一个基于VF的“选修课管理系统",以改变原有的选修课教学管理方式，充分利用校园网环境为教师和学生提供方便.“选课系统”应提供如下服务：1、允许教务人员输入下学期的预设课程2、允许学生查看本学期的预设课程目录，也可以在查看时进行选课报名，系统将对报名要求进行有效性审核，若该课程报名人数已达上限或该学生已经学习过此课程,将拒绝报名并给出提示。
软件需求分析报告网上选课管理系统目录一项目前景文档 (1)1.业务需求 (1)1.1业务背景、机会和客户需求 (1)1.2业务目标（Business Objective，BO）和成功标准（Success Crite，SC) (2)1.3业务风险（Risk，RI） (2)2.解决方案的前景 (2)2.1前景陈述 (2)2.2主要系统特性（Features，FE） (3)2.3假设（ASsumption）和依赖（DEpendency） (3)3.项目范围和限制 (3)3.1初始版本和后续版本的范围 (3)3.2限制和排除条件（LImitation，LI） (4)4业务环境 (4)4.1涉众档案 (4)4.2项目优先级 (5)4.3运行环境（Operating Environment，OE） (5)二软件需求规格说明书 (7)1 引言 (7)1.1概述 (7)1.2背景 (7)1.3定义 (8)1.4参考资料 (9)2任务概述 (9)2.1目标 (9)2.2运行环境（Operating Environment，OE） (9)2.3假定（Assumption）和约束（Constraint） (11)3需求规定 (11)3.1对功能的规定 (11)3.1.1用户需求 (11)3.1.2系统需求 (26)3.2非功能性需求 (46)3.2.1性能需求（Performance） (46)3.2.2安全设施需求（Safety） (47)3.2.3安全性需求（Security） (47)3.2.4软件质量属性 (47)3.3外部接口需求 (48)3.3.1用户界面（User Interfaces，UI） (48)3.3.2软件接口（Software Interfaces，SI） (48)3.3.3通信接口（Communications Interfaces，CI） (48)一项目前景文档1.业务需求1.1业务背景、机会和客户需求随着在校大学生人数的不断增加，教务系统的数据量也不断的上涨。
软件需求规格说明书(终稿)(总25页)--本页仅作为文档封面，使用时请直接删除即可----内页可以根据需求调整合适字体及大小--<教师报课系统>需求规格说明书作者： Mod4完成日期：修订历史记录目录1. 引言...................................................... 错误!未定义书签。
目的................................................... 错误!未定义书签。
背景................................................... 错误!未定义书签。
定义................................................... 错误!未定义书签。
参考文献................................................ 错误!未定义书签。
2. 项目概述.................................................. 错误!未定义书签。
产品描述............................................... 错误!未定义书签。
产品功能............................................... 错误!未定义书签。
用户特点............................................... 错误!未定义书签。
一般约束............................................... 错误!未定义书签。
假设与依据............................................. 错误!未定义书签。
3. 具体需求.................................................. 错误!未定义书签。
软件需求规格说明书用户需求确认书列举的需求已包含现阶段所用需求，需求明确，符合要求用户职务用户签名签订日期目录1.引言1.1编写目的 (4)1.2范围 (4)1.3参考资料 (4)2.项目概述2.1产品描述 (4)2.2产品功能 (5)2.3运行环境 (5)2.4假设和依据 (6)3.具体需求3.1系统角色 (6)3.2登录界面 (8)3.3学生管理系统 (8)3.3.1导入学生信息 (9)3.3.2选课系统 (9)3.3.3查看课程介绍/查看发表评论 (10)3.3.4查看个人成绩 (11)3.3.5查看科目补考成绩 (11)3.4教师管理系统 (11)3.4.1导入教师信息 (12)3.4.2查看负责课程 (12)3.5管理员系统 (13)3.5.1导入学生选课目录 (15)3.5.2导出课程成绩 (15)3.5.3修改补考时间 (15)3.5.1修改课程负责人 (16)3.5.2查看课程选修状况 (16)3.6系统维护 (16)3.6.1数据字典的维护 (16)4.非功能需求4.1性能需求 (16)4.2安全性需求 (17)4.3可用性需求 (17)4.4用户文档 (17)4.5其他需求 (17)5.外部接口需求5.1用户接口 (18)5.2硬件接口 (18)5.3软件接口 (18)5.4通信接口 (18)1.引言1.1编写目的为了是用户更清楚的了解到开发此软件的性能需求以及作用功能，清晰地描述出此软件在开发过程中所需的资料技术等等1.2范围说明：a.学生管理系统，webAPPb.该软件可以解决在某些教务处使用高峰期，学生开学选课阶段，经常会出现运行迟缓，系统崩溃等问题c.解决学生选课时对课程的认知度不充分性，拥有对课程的详细介绍及上级学生对该课程的评论及认识d.老师可以录入课程成绩，自动计算该学期该课程平均成绩、及格率等等，学生也可以更清楚了解课程的具体要求.1.3参考资料参考相关软件设计规划书，以及相关开发文献2项目概述2.1产品概述就用了两年多的福州大学教务处的而言，功能繁多，基本上所有学生、教师等关于信息、课程、学习、报名乃至于课表作息等功能都一应俱全，也正因为此，在某些教务处使用高峰期，如学生开学选课阶段，经常会出现运行迟缓，系统崩溃等问题，在情况紧急之下甚至会导致某些严重后果。
教务系统用户需求说明书版本历史目录0. 文档介绍 (40.1文档目的 (40.2文档范围 (40.3读者对象 (40.4参考文档 (40.5术语与缩写解释 (41. 产品介绍 (52. 产品面向的用户群体 (53. 产品应当遵循的标准或规范 (54. 产品的功能性需求 (54.0功能性需求分类 (55. 产品的非功能性需求 (65.1用户界面需求 (65.2软硬件环境需求 (65.3产品质量需求 (65.N 其它需求 (7附录A:用户需求调查报告 (8 A.1需求标题 1 (8A.N 需求标题N (80. 文档介绍0.1 文档目的根据对用户的需求调查,做出的一份规格说明书,有利于后续任务的完成,是我们进行本系统开发的必要的一步。
0.2 文档范围本文档适用于“教务系统”项目,并可为类似项目提供参考。
0.3 读者对象用户/项目经理0.4 参考文档?钱乐秋等,《软件工程》,青还大学出版社;?张害藩,《软件工程导论》(第四版,清华大学出版社;?王珊等,《数据库原理及设计》,清华大学出版社;?赵池龙等,《软件工程实践教程》,电子工业出版社。
0.5 术语与缩写解释1. 产品介绍(1本项目主要用于管理教职员工及学生的相关信息;(2完成各院(系与学生有关的各种数据(如学生的注册信息、课程设置、教学培养计划、教学执行计划、学生选课申请、学生成绩等的录入、查询、更新以及各种表格的生成,完成对在校生的基本管理,以及对教学人员(教师、班主任、教务人员的管理。
(3本项目适用领域主要是学生、教职员工。
2. 产品面向的用户群体教务系统软件属教育行业事务管理软件,可广泛应用于全日制大、中、小学及其他各类学校3. 产品应当遵循的标准或规范产品设计应符合面向对象程序设计思想,遵循良好的代码规范。
4. 产品的功能性需求4.0 功能性需求分类5. 产品的非功能性需求 5.1 用户界面需求5.2 软硬件环境需求5.3 产品质量需求5.n 其它需求附录A:用户需求调查报告常见需求调查方式有:?与用户交谈,向用户提问题。
《软件工程》课程设计手册 (3)1.1 开辟背景 (3)1.2 开辟目的 (3)1.3 开辟运行境 (3)1.4 系统功能 (3) (3)2.1 系统需求 (3)2.2 功能需求 (3)2.3 业务流图 (3) (4)3.1 基本设计概念和处理流程 (4)3.2 系统层次模图 (4)3.3 系统层次模块图 (4)3.4 模块设计 (5) (5)4.1 数据库的逻辑设计 (5)4.2 数据库的配置 (6) (8)5.1 学生登录模块的设计与实现 (8)5.2 学生注册模块的设计与实现 (9)5.3 学生查询模块的设计与实现 (9)5.4 学生选课模块的设计与实现 (10) (10) (10) (11)1.1 开辟背景Internet 的飞速发展深刻地影响了人们的日常生活和商业运作方式。
人们打开网页浏览当天的新闻，发电子邮件给远方的朋友，使用搜索引擎查找资料，进入网上商城购买商品——这一切都是在使用Internet。
社会的方方面面渗透着互连网的应用，使得一向烦琐的手工程序变得方便，快捷，而学校网上选课系统正是基于这一思想而发展起来的。
1.2 开辟目的传统的手工选课不仅复杂，也牵涉了不少的人力，对管理也造成为了诸多不变，而借助网上选课系统，学生在规定选课时间段内，可以不受地点和时间的限制完成选修课的申请，而学校也可以方便地对系统进行管理和控制，提高工作效率。
1.3 开辟运行环境:开辟工具:java 语言开辟环境:JDK1.4 系统功能：(1) 登录、注册功能.(2) 选课功能(3) 查询功能2.1 系统需求用户的需求具体体现在各种学习成绩的提供、保存、更新和查询方面，这就要求数据库结构能充分满足各种信息的输入和输出。
采集基本数据、数据结构及数据处理的流程，组成一份详尽数据字典，为后面的具体设计打下基础。
2.2 功能需求通过系统功能分析，针对普通的网上选课系统，总结出如下的需求信息：(1) 学生的需求：网上选课、选课情况查询；(2) 本系统主要实现学生信息管理和选课查询。
软件需求分析报告教务管理系统学生姓名 __ __学号专业班级院（系）指导教师完成时间成绩前言项目小组分工：需求分析、文档的整理及后期的功能测试。
教务管理系统的建模实现。
伴随着高校信息化建设的日益完善，高等学校的教务管理系统在高校管理中越来越受到老师和学生的青睐。
高等学校的教学管理系统功能全面、操作简单快捷，可以为学生和老师建立电子档案，并且便于实时修改、保存和查看，实现了无纸化存档，为学校节省了大量的资金和空间。
学生可以通过教务管理系统方便快捷地查询自己的个人信息，进行网上查询课表、成绩以及报考的事宜。
因此结合现有教务系统的优点，制作此教务管理系统。
目录一、项目前景文档................................. 错误!未定义书签。
1.业务需求........................................ 错误!未定义书签。
业务背景........................................... 错误!未定义书签。
业务目标和成功条件................................. 错误!未定义书签。
业务目标（Business Objective，BO）................. 错误!未定义书签。
业务成功条件（Success Crite，SC)................... 错误!未定义书签。
业务风险（Risk，RI）............................... 错误!未定义书签。
2. 解决方案的背景......................... 错误!未定义书签。
前景陈述........................................... 错误!未定义书签。
主要的系统特征（Feature）.......................... 错误!未定义书签。
学生选课系统软件需求说明书目录1引言11.1编写目的11.2背景11.3定义11.4参考资料12任务m2.1目标12.2用户的特点22.3假定和约東23需求規定23.1对功能的规定23.2对性能的規定4321績度43.2.2时间特U要求43.2.3灵活性43.3输人输出要求43.4敷摇管理能力要求43.5故障处理要求43.6其他专门要求54运行坏境規定54.1设备54.2支持S件54.3 接口54.4控嗣5学生选课系筑软件需求说明书1引言1.1编写目的编写本文档的目的在干甘细、准确和全面的定义本选课系统的助能和用户需求，用以指导系统领利地进行开发，并尿证后镇地开发能％保质保量的完应。
本文苗所描述的需求18息将作为域项目最终验收的标進和依据。
頂期破者：学生、老师、管理人员。
1.2背景本项目所开发的学生选课系统完戒学校对学生的选课信息的统廿与管理，减少数据爲掉的情况，同时也节约人力、物力和射力。
告别以往的人I^iito本坝目开发的联件采用B/S结构，方便学生、老IJiL tlf员便用，学生可以再线查看可选课样信息、再线选9L信息修改、JO査看,老U可以自己的课程人数、课程信息（包括开课时间、地点、开课方SU管理员可以对整个系竦进行管理（包括系烦管理、用户管理、课程管理）01.3定义B/S：即浏览器/服务器结构，基于湄览器的便用。
用户：用户分学生、老Iflifll系统菅理员，角色不间，所使用的助能不同。
:Internet 1提供Web服务的it算机。
该计算机的IP绷定了域名，在浏览器蹴入域名就可以诉冋垓计算机的web®1.4参考资料《信息系躱分析设it与管理》2任务楡述2.1目标该系统用于規高教务处的工作效率，方便用户之间18息的交渝，简化学生选课的济程, 使选课till作更规化，系统化，程序JL提高18息业理的速度和能皤员时、准瓠有效的tiO修改选课择课相关信息。
在学校91的现有局域网施丫网络环境卞，信息由各用户在规定的权限下在各自的工作站上录人，信息上网后各用户可1»,选课，修改，菅卑, 迖到信息共享。
1引言 (2)1.1编写目的 (2)1.2背景 (2)1.3定义 (2)1.4参考资料 (3)2总体设计 (3)2.1需求规定 (3)2.2运行环境 (6)2.3基本设计概念和处理流程 (7)2.4结构 (9)2.5功能需求与程序的关系 (10)2.6人工处理过程 (10)2.7尚未问决的问题 (10)3接口设计 (10)3.1用户接口 (10)3.2外部接口 (10)3.3内部接口 (11)4运行设计 (11)4.1运行模块组合 (11)4.2运行控制 (11)4.3运行时间 (12)5系统数据结构设计 (12)5.1逻辑结构设计要点 (12)5.2物理结构设计要点 (15)5.3数据结构与程序的关系 (16)6系统出错处理设计 (16)6.1出错信息 (16)6.2补救措施 (17)6.3系统维护设计 (17)概要设计说明书1引言1.1编写目的（1）开发学生网上选课系统，提高管理工作的效率、提高信息的开放性、改善学生和教师对其最新信息查询的准确性。
（2）本报告由共同修改完成。
1.2背景随着学校规模的不断扩大，专业、班级学生的数量急剧增加，有关学生选课的各种信息量也成倍增长，而且目前许多高校的学生选课管理仍停留在复杂的人工操作上，重复工作较多，工作量大，效率低。
因此，迫切需要开发学生网上选课系统来提高管理工作的效率。
学生网上选课系统，在学生选课的规范管理、科学统计和快速查询方面具有较大的实用意义。
它提高了信息的开放性，大大地改善了学生、教师对其最新信息查询的准确性。
1.3定义（1）Active Server Pages (ASP) 是服务器端脚本编写环境，是由Server端脚本、对象以及组件拓展过的标准主页使用它可以创建和运行动态、交互的Web 页和基于Web 的功能强大的应用程序。
ASP程序是以。
asp为扩展的文本文件，其控制部分是用VBScript和Jscript等脚本语言来编写的。
ASP的工作流程大致是：①当浏览器从Web服务器上请求。
选课系统
数据需求说明书
文挡编号hust_shujuxuqiu
文挡名称数据需求说明书
撰写人郭聚勇，李文杰，李开，李
润龙，陈光，侯海涛，孙冰。
审核/批准
创建时间2011-04-5
更改说明
选课系统的需求分析
1引言 (4)
1.1编写目的 (4)
1.2背景 (4)
1.3定义 (4)
1.4参考资料 (4)
2任务概述 (5)
2.1目标 (5)
2.2用户的特点 (5)
2.3假定和限制 (5)
3需求规定 (6)
3.1对功能的规定 (6)
3.2对性能的规定 (9)
3.2.1精度 (9)
3.2.2时间特性要求 (9)
3.2.3灵活性 (10)
3.3输入输出要求 (10)
3.4故障处理要求 (10)
3.5其他专门要求 (10)
4运行环境规定 (11)
4.1设备 (11)
4.2支持软件 (11)
4.3接口 (11)
1引言
1.1编写目的
编写本文档的目的在于详细、准确和全面的定义本选课系统的功能和和用户需求，用以指导系统顺利地进行开发，并保证后续地开发能够保质保量的完成。
本文档所描述的需求信息将作为该项目最终验收的标准和依据。
1.2背景
a．待开发软件名称：选课系统
b．项目任务提出者：文档老师
c．开发者：
d．用户：高校学生及教务管理人员
e．实现该软件单位：
f．项目与其他软件、系统的关系：该系统需要兼容其他系统，以方便其他系统直接拷贝数据等。
1.3定义
用户：用户分学生、老师和系统管理员，角色不同，所使用的功能不同。
B/S ：即浏览器/服务器结构，基于浏览器的使用。
1.4参考资料
《国家软件文档标准》
《该高校选课科目》
《软件需求说明书模版》
2任务概述
2.1目标
本项目所开发的学生选课系统完成学校对学生的选课信息的统计与管理，减少数据漏掉的情况，同时也节约人力、物力和财力。
告别以往的人工统计。
本项目开发的软件采用B/S结构，方便学生、老师、管理员使用，学生可以再线查看可选课程信息、再线选课、信息修改、成绩查看，老师可以自己的课程人数、课程信息（包括开课时间、地点、开课方式），管理员可以对整个系统进行管理（包括系统管理、用户管理、课程管理）。
2.2用户的特点
本项目所开发的系统用户有三类，学生、老师和系统管理员。
当学校公布可以选课了，学生就应该急时登陆选课系统进行选课。
对学生来说，只要有一个能上网的就行可以在浏览器登陆了。
系统中有哪些可选的课程由管理员添加，课程重要的信息之一就是该课程的老师。
当加入老师时。
应该跟老师的信息相关联。
当老师登陆时，可以查看自己所教的课程的报名情况，以及学生对该课的评价等等信息。
学生和老师都不可能使用管理员的功能。
2.3假定和限制
2.3.1限制
此系统必须满足以下限制：
（1）系统中所有账户能够供用户随时使用，能够随时使用相应功能。
（2）学生选课数目不能超过学校限制。
（3）不能选已经超过规定人数的的课程，不能选已经开课的课程。
（4）没有达到规定人数的课程不能开课。
（5）该系统必须确保所有数据安全，以免损失。
所有用户都要登陆才能访问，每个用户只能使用所属角色的权限，必要时限定访问次
数。
（6）界面友好，操作简单。
2.3.2假定
（1）假设学生不在学校，照样可以选课。
只要有联网的电脑且有浏览器就行。
（2）假设用户忘记密码，系统设置找回密码的方法，也可与管理员联系。
3需求规定
3.1对功能的规定
3.1.1系统的类图：
所有的类：
学生类：包括学生的信息和学生可以执行的操作。
老师类：包括老师的信息和老师可以执行的操作。
管理员：包括管理员的信息和管理员可以执行的操作。
课程类：包括每个课程的信息和可以被执行的操作。
3.1.2类的详细说明
学生类：
属性：
ID：这是系统数据库中自己分配的一个号码，是唯一的，且会自动往上加的一个序列号，是数据库的关键字，以保证数据的完整性。
学号：用来存学生的学号，每个学生都有学号且唯一。
姓名：存学生的姓名。
性别：用来标识用户的性别。
年龄：储存用户的年龄。
入学年份：储存学生进入学校的时间。
毕业院校：记录学生上一次毕业的学校。
密码：学生登陆时所使用的密码。
方法：
登陆与注销：最基本的功能，进入时必须登陆，长时间不使用系统会自己注销用户。
修改资料：对学生自己的可以修改的信息可以进行修改。
不能修改的就不能一更改。
查看课程：查看所有被选课程和个体课程的详细信息。
选课：如果课程可以被选。
就可以调用这个方法进行选课。
查看成绩：如果学生选了某门课并且已经考试，可以查看成绩。
取消选课：如果对选的课不满意，在规定的时间内可以取消。
老师类
属性：
ID：同学生
老师工号：每个老师唯一的证件号码。
姓名：教师姓名。
性别：性别
年龄：年龄
职称：教师的职称号。
密码：登陆使用的密码。
方法
登陆/注销：最基本的方法或者功能。
修改资料：修改可以修改的自己的信息。
查看程信息：查看自己带的课或者其它课程的信息，两种情况的结果不一样。
成绩登记：当完成课程后，对学自己所带的课的学生添加成绩。
管理员
属性：
ID：同学生。
用户名：登陆所用的用户名。
密码：登陆使用的。
方法：
管理用户：对学生和教师进行管理。
管理课程：对所有课程进行管理，例如添加删除课程等。
管理选课：对选课的情况进行管理。
管理成绩：对成绩进行管理，例如设置成绩录入时间的限制等。
3.1.3系统功能模块:
图3－1系统用例图
3.2对性能的规定
3.2.1精度
在现在使用的电脑中，联网了就行。
要求不高。
3.2.2时间特性要求
（1）对服务器的要求，至少能够容纳1000人同时访问。
（2）本地系统，使用功能时，在网速好的情况下，系统响应时间为10秒以内，
3.2.3灵活性
（7）系统中所有账户能够供用户随时使用，能够随时使用相应功能。
（8）同一时刻，所有账户不能在多个地方登陆。
（9）学生选课数目不能超过学校限制。
（10）不能选已经超过规定人数的的课程，不能选已经开课的课程。
（11）没有达到规定人数的课程不能开课。
（12）该系统必须确保所有数据安全，以免损失。
所有用户都要登陆才能访问，每个用户只能使用所属角色的权限，必要时限定访问次
数。
（13）软件系统开放性好，结构灵活，可扩充，方便维护。
3.3输入输出要求
输入要求：
学生学号，数字组成，11位。
学生登陆密码最大6位，手工输入，不能为空
所选科目，科目代号，俩位数字组成。
输出要求：
1．提示信息要完善
2．科目输出要明了，要有明确的提示。
3．要提供详细的选课信息，每门课程的信息，已经有多少人报，还有多少名额，等等。
4. 要精确显示学生已选的课程结果。
3.4故障处理要求
1．学生无法登陆时，要显示此机故障，待修复。
2．任何不可预料的故障引起的系统崩溃，重新启动系统后可自动排除。
3.5其他专门要求
1．据传输需稳定，不可丢失。
2．周期性地数据更新应该易于实现。
3．能够全天24小时运行稳定
4运行环境规定
以下简要地规定了运行本软件的环境（包括硬件环境和支持环境）。
4.1设备
以下列出的是支持该软件运行的软件环境，包括要用到的操作系统、编译（或汇编）程序、测试支持软件。
4.2支持软件
4.3接口
同其他软件之间的接口：与RSS服务器之间，与Oracle数据库接口，
数据通信协议：RSS 2_0 Specification (version 2_0_11)。
