选课系统Word文件下载.docx

1、5.1.1新系统考虑要满足的实际性需求（根据调研结果总结） 115.1.2使用范围要求 135.1.3功能要求 135.1.4信息采集与各部门的使用权限 145.1.5数据完整性、正确性： 155.2 性能需求 155.3其他需求 165.3.1系统管理员需求分析 165.3.2教师需求分析 165.3.3学生需求分析 165.3.4数据需求 165.4 用户平台需求 18一 背景 1.1运作背景 海南大学是中央部属高校，位于中国海南，创建于1923年。半个多世纪以来，学校已发展成为以工为主，工、理、管、文等学科协调发展的多科性大学。现设有纺织、服装艺术设计、材料科学与工程、旭日工商管理、机械

2、工程、信息科学与技术、计算机科学与技术、环境科学与工程、化学化工与生物工程、外语、人文、理学12个专业学院，另有成教学院、网络学院、体育部、国际文化交流学院、国际合作办学的东华大学莱佛士国际设计专修学院。 拥有5个博士后流动站、4个一级博士学位授权点，31个二级博士学位授权点、6个一级硕士学位授权点、63个二级硕士学位授权点、52个本科专业，学科涉及工学、理学等九大学科门类。共有1个一级学科国家重点学科，5个二级学科国家重点学科，1个国家重点（培育）学科，7个上海市重点学科，同时设有11个国家级和部级重点实验室、工程中心和检测中心，2个国家“111”引智基地以及国家大学科技园。因此，有必要建立

3、一个科学的完善的学生选课系统。 1.2面临的问题目前选课管理系统其实很好了，没有多大的实质性问题，只是尚存在一些需要改进的地方，不过有些体制问题还是有的，在这边可以提提。但是这要靠学校本身来解决了，我们无能为力。首先安全性不够高，只需要输入用户名和密码就可以进了，有出现过学生帐号被盗，已选课程被删，导致学生未能选上该门课，不过这是小概率事件，我觉得除了用户名和密码之外，再加上验证码或者设置2级密码或者也可以设置手机密保。其次选课人数过多导致系统崩溃，无法进行选课，这是最主要的问题，这现象和学校服务器有很大的关系，如果校方肯花点钱在服务器上面的话应该是可以解决的，不过这个系统可以设置可同时访问的

4、最大人数，还有用处理多人并发访问功能高点的数据库也是有是可行的方法。还有第一次选课的缺乏人数限额导致了可选人数大大超过实际接受人数，从而让绝大部分选择热门课程或热门教师的人被调到第二轮选课，而这一设置并非能减少第一轮选课可以给第二轮选课压力。既然学生对某些课程有需求，为什么仍然把课程的允许人数定这么低？完全可以采用3-4个班的大班教学，类似马哲的方式。选体育课时，由于可以同时选择多门课程，导致有些同学中选了多门，而有些同学则一门也没选中。最后我觉得我们学校选课系统有个缺陷，就是在没有超过允许人数范围时，可以多个人同一时间选该课程，即使最后人数超过最大允许人数。 1.3开发系统的必要性 本系统是

5、为了更好管理学生选课排课信息而设计的。教务处在正常运营中必须面对大量课程、学生信息、教师信息以及三者间相互联系产生的选课信息，由于学校的学生和课程繁多，包含的信息量大且复杂，使选课管理工作更规范化，系统化，程序化，提高信息处理的速度和准确性，能够及时、准确、有效的查询和修改选课排课相关信息。二、系统目标 系统的主要用户是管理员、教师和学生，管理员可以通过超级用户身份登录,对系统进行全面的管理维护, 老师、学生以不同用户的身份进入不同的界面，执行不同的操作拥有各自的权限。该系统用于提高教务处的工作效率，方便用户之间信息的交流，简化学生选课的流程，使选课管理工作更规范化，系统化，程序化，提高信息处

6、理的速度和准确性，能够及时、准确、有效的查询和修改选课排课相关信息。在学校内部的现有局域网这个网络环境下,信息由各用户在规定的权限下在各自的工作站上录入，信息上网后各用户可查询，选课，修改，管理，达到信息共享。三 组织结构分析 3.1组织机构关系结构图（组织、部门、岗位的隶属关系与职能） 组织（部门、企业、车间、科室等）及其组成部分之间的隶属关系或管理与被管理的关系； 各级组织的职能和有关人员的工作职责、决策内容。 教务处：对学生、教师、选课进行管理和统计，及系统状态的查看、维护并生成选课报表、排课报表。所涉及的信息包括课程信息、教师信息和学生信息。教师：确认教学和自己的开课情况，以及最后登记

7、学生的成绩等。 学生：学生可以根据本人学号和密码登录系统，进行相关操作。可以核实个人信息，查看教师信息、课程信息以便选课，查看自己选课结果，查询考试成绩等。 教务科：负责本科教学教务管理和学分制选课工作。 根据教学任务书，负责编制全校本科生课程排课表。编制学年制班级的课程表， 学分制各年级的排课、选课各项工作。重读班、增开课、第二专业的教学任务书下达，排课。 教学实践科：组织实施校内外实习实践、金工实习、计算机上机、公益劳动、毕业设计（论文），等实践教学环节。四 业务流程分析 4.1业务处理流程（包括文字描述、单据、表格等） 业务描述：在每学期末，教务处向各系院下发教学计划表，由各系院根据计划

8、表安排开设课程，再交给教务处。教务处汇总信息（教师信息，时间安排，教室安排，课程信息），列出选课表，供学生选择。学生进行第一次选课，生成个人选课表，与时间安排表，课程和教师名单，教室安排表一起，汇总选课信息，再交由选课管理系统随机进行处理，生成选课总名单，学院选课名单，班级选课名单，课程名单，个人课程表，分别交给教务员，院系，辅导员，教师和学生。学生根据第一次选课的结果，进行第二次，第三次的补选，流程与第一次相同，但选课管理系统按学生选课的时间顺序生成选课结果。同时，学生也可以进行退选，同样交给选课管理系统处理。学生可以查询个人课程表（课程信息，时间信息，教师信息，教室安排），教师可以查询自己

9、的开课信息（时间，教室，课程）和学生名单，院系可以查看本院课程安排信息（教师，时间，教室，课程，学生），辅导员办公室可以查看所带班级的信息，教务处可查看以上所有信息。4.3原始单据单据名称别名简述来源去处组成流通量教学计划表每个学院需完成的教学课程教务处院系学时大开设课程表每个学院开设的课程课程编号，课程名时间安排表课程的时间安排学生教师时间小课程和教师名单每门课程对应的教师学生课程号，课程名，教室号，教师名教室安排表课程教室的安排教室号选课表1学生可选的所有课程课程号，课程名，教师，教室，时间选课表2每个学生的选课情况课程号，学生号退课表学生退选的课程选课总名单所有信息的总表教务员课程号，课

10、程名，学生号，学生名，教师，教室，时间学院选课名单学院学生的选课情况班级选课名单班级学生的选课情况辅导员个人课程表每个人的选课情况课程名单每门课的选课学生信息教师4.4数据项分析数据项名称编号类型长度取值范围学生姓名A0101varChar 8Not null学号A0102Char9性别A01032男/女班级A0104varchar10系A0105varchar 20课程名A0106Varchar课程编号A01076上课时间A0108 Not null上课地点A0109教师姓名A0110varChar学分A0201Number1=0教师性别A0202职工号A0203A0204管理员姓名A020

11、5管理员工号A0206五 用户需求学生选课系统用于根据教学计划、教师资源等，制定每学期的课程表及相关信息，面对的用户包括系统管理员、教师和学生。因此该系统的功能模块应分为系统管理员需求、教师需求、学生需求三个部分。管理员可以通过超级用户身份登录,对系统进行全面的管理维护, 老师、学生以不同用户的身份进入不同的界面，执行不同的操作。5.1 业务需求 5.1.1新系统考虑要满足的实际性需求（根据调研结果总结）I 系统管理员（拟定教务处）1 课程评定的实效性。因为现在的教学评定太过于虚，很多学生都不会用心去填写这项表单，这会直接导致教务处对课程的评定，对课程质量的提高会产生不利的影响。需要满足这一项

12、需求，得先从涉及评定表单的设计合理化，与学生的交流发现问题所在开始。设计表单不能以要什么写什么来表达，而是需要用问题背后所会涉及的形式来设计问题，这样学生的填表积极性会提高。且一定要强调保障表单的隐私权。2 课程变动通知自动化。因为每次的课程变动仅仅是以通知形式来传达，其实效性还是存在一定人性化缺陷的（如没看到通知就被其他通知的更新推到后面去了）。可以的话以自动化删除选择性方案来解决。II 教师1 排课时间的人性化。因为有些老师的课程一直会是上午12节，或下午12节，老师也是人也需要适当的公平性合理安排。老师的状态是直接影响教学质量的，教学质量又直接影响期末的教学评定。若把这一项需求也考虑进去

13、的话，相信课程的安排会取得实际性效益。2 成绩管理的合理化。据很多教师的意见，成绩的输入改写过程会比较繁琐，那若在业务流程方面和权限设置方面做一些必要的改善会不会能解决这种不必要的繁琐程序呢。III 学生1 第二轮选课的公平性。因为每次第一轮选课后没选上的学生，到第二次选课时是以先下手先得手来取决。一致导致网络拥堵，学生心慌，若第二次选课也是以随机抽选的形式来的话，是否会更具有公平性。2 选课的更大自主性。虽然说学生可以自主跨专业选择自己喜欢的课程上。但时间上太过于冲突，在选修上存在很大的不可行。3 考试时间与地点的通知及时。考试时间以及地点的通知怠慢是普遍性提出的问题，可能办事程序也影响此现

14、象，但如果是业务的繁琐复杂导致的，那是否可以改进呢。4 学分的上限设置合理性。虽然是很少部分人的提议，也认为是可考虑范围。就是一学期可选学分的最高上限的规定是否必要，按学生个人喜好，觉得这一点并非是必要的。5.1.2使用范围要求 按东华大学全日制本科学生课程管理等相关文件完成学生选课系统管理，该系统用于提高教务处的工作效率，方便用户之间信息的交流，简化学生选课的流程，使选课管理工作更规范化，系统化，程序化，提高信息处理的速度和准确性，能够及时、准确、有效的查询和修改选课排课相关信息。5.1.3功能要求 系统管理：实现教务人员对系统的管理，包括添加删除用户。更改密码， 数据备份，数据还原，注销，

15、等功能。 基本信息管理：实现显示学生和老师的基本信息（包括学生基本信息，教 师基本信息，课程基本信息）。 选课管理：实现学生自主选择课程，选择老师。 查询：包括实现学生查询，老师查询，管理人员查询。学生查询包括自己 的基本信息，自己的课程，课表，成绩，同班同学等，老师查询包 括查询自己的信息，自己所带班的学生，自己的课表等。管理人员 的查询包括每个老师的和学生可以查询的信息。 服务器配置：对它进行配置可以使得在其他电脑上也照常使用。这样不 必每次都到数据库中去更改。 帮助系统：帮助系统为用户指明方向。 权限管理：:为学生、教师、管理员提供不同权限进行学生成绩管理。5.1.4信息采集与各部门的使

16、用权限 每学期选课系统由教务处管理员维护开通，开课情况由教务处制定，学生自己选择所需课程，最后由教务处汇总。为了保证信息的安全和数据的权威性，对于网上信息的使用权限和责任规定如下：学生基本信息课程信息教师信息查询权 查询权登录，修改，处理权 可根据所选该门课的学生自动生成课程选课名单 可根据某学生所选全部课程自动生成该学生的课程表 可根据某教师的课程自动生成教师的课程安排表5.2 性能需求因为选课管理系统用于学生网上选课，提高教务处工作效率，使选课管理工作规范化，系统化，程序化，提高信息处理的速度和准确性，能够及时、准确、有效的查询和修改选课排课相关信息，所以数据库系统应该具有备份和恢复功能，

17、保证学生数据库的长期完整性和正确性。另一方面，作为系统的服务器应该能够无故障的运行，即使在多人并发登录的时候也应该不会瘫痪，但是这个要求似乎太高了，每次选课系统一般都会瘫痪，而且能够便于管理员的操作。安全性要求比较高，对业务逻辑必须封装，避免有人登陆他没权限的网页，避免黑客从数据流中截取敏感数据。5.3其他需求5.3.1系统管理员需求分析系统管理员负责整个系统的维护，其需求最为复杂，包括对学生、教师、选课进行管理和统计，及系统状态的查看、维护并生成选课报表、排课报表。因此系统管理员具有该系统的最高权限，能够编辑各信息模块，如插入一个新生的信息，增添一门课程的信息，删除退休教师的信息等。5.3.

18、2教师需求分析在该系统中，为方便教师工作，要求教师能够核实自己信息、查询所授课程的信息、查看自己教学班的信息，以及最后登记学生的成绩等。5.3.3学生需求分析该系统为学生主要提供选课服务，因此学生可以直接查看选课情况，学生可以根据本人学号和密码登录系统，进行相关操作。此外还应附带其他服务，如核实个人信息，查看教师信息、课程信息以便选课，查看自己选课结果，查询考试成绩等。5.3.4数据需求老师：姓名，性别，职工号 老师属性图学生：姓名，性别，学号，班级，系。 学生属性图课程：课名，学时，学分，课程号，上课时间，上课地点。 课程属性图管理员：姓名，员工号 管理员属性图5.4 用户平台需求操作系统：Microsoft Windows 2k/XP或更高版本；数据库：SQLServer 2000六 产品提交6.1提交产品为：6.2应用系统软件包6.3数据库初始数据6.4系统开发过程文档6.5系统使用维护说明文档6.6提交方式：CD介质 七 签字 本需求规格经过双方认可，特签字如下表。表：需求规格签字用户签署信息企业签署信息单位名称海南*大学海南软件有限公司签署人姓名签署日期20014.4.182014.4.18