1、而且我们可以免费参阅图书馆的书籍、期刊，免费下载相关文献资料，所以在经济上不存在很大的负担。1.3操作可行性由于本系统是以数据、图表作为人机交互载体的，在整个系统的使用过程中，需要用户输入相关信息，根据相应提示进行选择即可，操作简单，人机交互界面友好，系统具有较强的亲和性和易用性，用户只需要阅读用户手册，或者观看别人演示，即可熟练掌握本系统的使用。因此从操作可行性方面来说，本系统也是完全可行的。第二章 需求分析2.1引言为了规范、有条理的进行本系统的设计以及合理的满足使用者的需求，为使后续的开发维护工作变得可靠而轻松，编写本系统需求分析说明书，旨在开发过程中进行参考，使系统在需求的范围之内进行
2、开发，避免重复劳动，加快开发进度以及提高开发效率，同时也是为以后系统维护服务提供指南。2.1 系统需求用户的需求具体体现在选课信息和用户信息的提供、保存、更新和查询的方面。这就要求数据库的设计必须合理，使之能够充分满足各种信息的输入和输出，保证数据存储的可靠性，并且能够快速取出和存入。而前台显示部分，应具有人性化的界面，方便用户操作。因各个学校的实际情况不同，系统应该具有兼容性。例如：一些学校学生人数较多，同时登陆系统，系统承载的负荷就很大。系统需要同时处理很大的数据量，这时系统不会因此崩溃。此外，系统还应该具有较强的安全性，保证身份不同的用户，不能越权操作。非合法用户不能对数据进行操作。2.
3、2编写目的本软件需求说明旨在分析、确定本系统的任务，以及明确系统在功能、性能、操作使用上、运行环境、与外界的数据接口、输入/输出等各相关方面的要求，用来给本系统的开发人员和用户阅读，同时也作为开发过程中的开发标准，当双方确认之后，以供开发参考。预期读者是系统设计人员、数据库设计人员。2.3 功能需求通过系统功能的分析，结合需求分析员在各大高校实地考查，调查的对象涵盖了，学校的教职工、在校师生。特别是对已经运行了与本系统同类产品的学校的师生使用选课管理系统心得体会进行了分析，总结出如下的需求信息：1） 学生的需求：能进行选课，查看管理员发布的选课信息，自己的选课情况，本人的基本信息，课程的成绩；
4、2） 教师的需求：能查看自己的个人信息，及所授课的班级的所有学生的本门课程的成绩信息，并能进行增加和修改；3） 管理员的需求：对学生选课情况进行管理，包括发布选课信息，对学生的选课情况进行查看。管理员还可以对授课老师的信息进行管理。第三章 数据库分析与设计3.1编写目的 数据库（Database）是按照数据结构来组织、存储和管理数据的仓库，是管理信息系统的一个核心部分。 为了便于程序与数据库的连接以及对数据库的管理维护，特编写本章，意在作为编程人员的参考以及数据库管理员维护数据的参考。3.2逻辑模型的建立3.2.1 数据流图（1）系统顶层图选课信息选课教师信息课程信息教课信息查询学生选课系统教
5、师学生管理员学生信息图3.2.1学生选课系统环境图3.2.2 数据流程图一层分解图（1）用户登陆管理。用户在登陆时，系统会进行判断。用户一共有三种类型，分别是学生，教师和管理员。其中，一部分教师是管理员。在登陆的只有学生和教师两种类型，管理员的身份由系统自行判断。在判定时需要查询用户信息库。用户信息库，包括学生注册信息，教师注册信息，管理员信息等。学生选课管理系统一层分解图登陆管理，如下图所示：F5F6F2F8F7F1F10F3F9F4用户P1登陆管理P2用户选课管理D1用户信息库D2选课信息库图3.2.2学生选课系统顶层数据流图注： F1:用户登陆信息 F2:用户注册信息 F3:用户基本信息
6、 F4:用户基本信息 F5:学生选课信息清单 F6:学生选课信息 F7:登陆错误信息 F8:系统反馈用户信息 F9:用户信息清单 F10:修改密码后的用户信息P1.1用户身份鉴别P1.2修改密码用户操作管理图3.2.3学生选课系统一层分解图登陆管理用户修改信息 F2:密码修改反馈信息 F3:用户登陆信息用户登陆反馈信息 F5:修改后的密码信息 F6:库中的用户信息 学生登陆信息 F8:教师登陆信息 F9:管理员登陆信息（2）用户操作管理。在登陆管理进行判断后，发送学生登陆信息，教师登陆信息，管理员登陆信息的其中一种。根据用户身份信息的不同，进入不同的管理界面，相应的操作的功能，权限都有所不同。
7、如下图所示：P2.1学生管理图3.2.4学生选课系统一层分解图学生管理学生提交的操作信息 F2:学生操作后反馈信息 F3:原始学生信息学生查询选课信息 F5:学生操作后返回的信息 教师管理图3.2.5学生选课系统一层分解图教师管理教师提交的操作信息 F2:教师操作后反馈信息 F3:原始教师信息 F4:教师查询选课信息 F5:教师操作后返回的信息 管理员管理图3.2.6学生选课系统一层分解图管理员管理管理员提交的操作信息 F2:管理员操作后反馈信息 F3:原始管理员信息 F4:管理员查询选课信 F5:管理员更新后的选课信息 3.2.3 数据流程图二层分解图（1）学生管理。将 P2.1 进行分解，
8、学生管理包括，查看选课信息和个人信息，进行选课、重新选课。学生选课管理系统二层分解图学生管理如下图所示：F13F12F11P2.1.1个人信息查询P2.1.2选课信息查询P21.3增加选课P2.1.4删除选课图3.2.7学生选课系统二层分解图学生管理提交的个人查询信息 F2:查询个人信息后的反馈信息 查询选课信息后的反馈信息 F4: 提交的选课查询信息 F5:选课信息 F6:提交选课信息后的反馈信息 删除选课信息后的反馈信息 F8:删除选课信息 F9:原始个人信息 F10:原始用户信息 F11:原始选课信息 F12:增加选课的信息 F12:删除选课的信息（2）教师管理。将 P2.2 进行分解，
9、教师管理包括，查看选课信息和个人信息，填写学生的成绩。P2.2.2查询选课信息P2.2.1P2.2.3填写学生信息图3.2.8学生选课系统二层分解图教师管理 选课信息 F2:提交选课信息后的反馈信息 填写学生成绩信息后的反馈信息 F4: 提交的学生成绩信息 提交的个人查询信息 F6: 原始个人信息 F8:需要修改的选课信息 修改后的学生信息 F10:原始的选课信息 （3）管理员管理。将 P2.3 进行分解，管理员管理包括，1.管理学生信息，包括对学生信息的查询、增加，修改，删除；2.管理教师信息，包括对教师信息的查询、增加，修改，删除；3.选课信息管理，包括发布选课信息，增加，修改，删除选课课
10、程等。学生管理系统二层分解图学生管理如下图所示：P2.3.1管理学生信息P2.3.2管理教师信息P2.3.3管理课程信息图3.2.9学生选课系统二层分解图管理员管理 提交的操作学生信息的条件 F2:提交管理学生信息后的反馈信息 提交的操作教师信息的条件 F4: 提交管理教师信息后的反馈信息 提交的操作管理员信息的条件 F6: 提交管理管理员信息后的反馈信息 原始学生信息 F8:调用用户信息库 F9: 调用用户信息库 F10: 原始教师信息 F11: 原始课程信息 F12: 调用选课信息库3.2.4数据字典表1项 目描 述数据存储编号D1数据存储名称用户表简述其中存放着学生，教师，管理员的信息数
11、据存储组成学号+姓名+性别+年龄+专业|+密码 |教师号+教师姓名+性别+职称+工资+补助+年龄+专业+密码 | 管理员号+姓名+密码相关联的处理人员信息管理表2D2选课表其中存放着学生选课的信息和教师教课的信息学号+课程号+成绩+学年+学期 | 教师号+课程号对选课，退课，登记成绩，查询表3处理逻辑名称身份验证检查输入信息的合法性输入的数据流学号+密码处理过程根据输入的学号和密码，检索用户，确定用户类别，以确定该用户的权限，显示查询信息输出的数据流学生选课信息，学生成绩，学生学籍，密码修改处理频率频繁表4查询登记查询专业表及课程表，成绩表教师名+教师号+密码根据输入的信息，确定用户类别，根据
12、用户类别，显示查询信息学生成绩，课程表第四章 系统UML建模4.1 系统需求分析学生选课系统主要满足来自三方面的需求，这三个方面分别是学生用户、教师用户和管理员用户，也即是三类用户角色。（1）学生用户是主要的需求者，主要需求功能是查询可选课程、查看自己选课情况及进行选课、退课操作等；（2）教师用户主要需求功能是查看自己所教授的课程、课程有哪些学生选修、以及利用本系统提交学生的成绩；（3）管理员用户的功能需求较为复杂，包括对学生信息、教师信息、课程信息进行管理。在学生信息管理子模块中，实现对学生信息的添加、修改、删除操作，还可以输入查询条件进行查询操作。在教师管理子模块中，实现对教师信息的添加、
13、修改、删除、查询等操作。在课程管理子模块中，实现对课程信息的添加，添加时为其分配任课教师、上课时间和地点，实现对课程的修改、删除、查看某个课程的详细信息等。本系统将管理员用户、教师用户、学生用户的身份及权限进行严格的划分，让管理员拥有最高权限，可以查看、维护系统中的所有信息，如添加学生，添加课程，修改课程信息等；让教师拥有查看自己开设的课程的信息，以及提交所开设课程成绩的权限；让学生拥有选课和退选的权限；而修改密码模块的权限每个用户都可拥有，用以修改自己的密码信息。通过进行严格的权限划分，可以更好地进行管理，也可更好地保护用户信息安全。4.2系统用例图（1）管理员用例图管理系统课程管理统计管理
14、授课管理增加授课信息统计总学分数统计没选课程统计每科人数图4.1管理员用例图（2）教师用例图登陆成绩查看课程图4.2教师用例图（3）教师用例图选修课程图4.3学生用例图4.3系统时序图4.3.1学生时序图学生首先使用自己的帐号和密码登录系统，登录模块会将学生的ID保存在系统缓存中并提交给课程查询模块。课程查询模块提示学生输入查询条件，学生输入适当的查询条件后查询模块显示符合查询条件的课程列表。学生得到课程列表后，提交自己想要选修的课程ID。生成提交单并提交给数据模块进行保存，保存成功后，选修模块提示学生选修该课程成功。9：提示选修成功8：提交成功7：提交课程6：提交课程ID3：提示输入查询条件
15、1：输入帐号密码妈、登录模块课程查询模块数据模块2：提交用户4：输入查询条件5：显示查询课程列表图4.3.1学生时序图4.3.2教师时序图教师首先使用自己的帐号和密码登录系统，登录模块会将教师的ID保存在系统缓存中并提交给课程查询模块。学生查询模块提示学生输入查询条件，教师输入适当的查询条件后查询模块显示符合查询条件的学生列表。教师得到学生列表后，提交自己要录入分数的学生信息。生成提交单并提交给数据模块进行保存，保存成功后，录入成绩模块提示教师录入成绩成功。提示录入成功录入成功提交分数6录入分数学生查询模块录入成绩模块显示查询学生课程列表图4.3.2教师时序图4.3.3管理员时序图管理员首先使
16、用自己的帐号和密码登录系统，登录模块会将管理员的ID保存在系统缓存中并提交给操作模块。管理员进入需操作模块，选择自己需操作的选项，生成提交单并提交给数据模块进行保存，保存成功后，操作模块提示管理员此次操作成功。提示操作成功提交操作6提交操作选项提示选择要操作功能进入需操作模块操作模块选择要操作的功能显示功能选项列表图4.3.3管理员时序图第五章 总体设计5.1系统功能结构学生模块管理模块用户登录用户管理模块用户注册输入基本信息查询可选课程选择课程查询已选课程查询个人信息增加专业信息修改专业信息增加新课程信息修改课程信息信息统计高校学生选课系统图5.1系统功能结构图5.2系统流程图开始用户登录管
17、理系统系统欢迎界面功能列表结束图5.2系统总体流程图第六章 概念设计6.1 实体之间的联系根据需求分析，归结出合适的联系：1） 一个学生最多能够选多门课，一门课可以被多个学生选2） 一个老师最多能教一门课，一门课可以被多个老师教授3） 管理员一定是教师6.2 E-R 图6.2.1 局部 E-R 图（1）学生实体及其属性图出生日期姓名学号入学年份专业号密码图6.2.1学生实体及其属性图（2）课程实体及其属性图课程课程号课程名先行课课时结束时间开始时间学分上课地点图6.2.2课程实体及其属性图（3）专业实体及其属性图专业学院图6.2.3专业实体及其属性图（4）专业实体及其属性图教师号教师名性别职称
18、工资补助图6.2.4专业实体及其属性图（5）学生课程联系E-R图选修MN分数选课时间选课学期图6.2.5学生课程联系E-R图（6）教师课程关系E-R图讲授图6.2.6教师课程关系E-R图（7）管理员教师关系E-R图1图6.2.7教师课程关系E-R图6.2.2全局E-R 图选课学年xuexueina 成绩教授图6.2.8学生选课全局E-R图第七章 逻辑设计根据需求分析中的 E-R 图，通过对实体的属性和之间的联系的分析，我们将其由概念模型向关系模型转化，并且根据范式化理论进行优化7.1.1联系的转化的关系模式教师表（教师号，教师名,性别，职称，工资，补助，年龄，专业号，密码）课程表（课程号，课程
19、名，先行课，课时，学分，上课地点，开课时间，结束时间）学生表（学号，学生名，性别，生日，专业号，密码）专业表（专业号，学院名，专业名）管理员表（教师号，管理员名，密码）学生选课表（学号，课程号，分数，学年，学期）教师选课表（教师号，课程号）画红线的是主键，画红波浪线的是外键第八章 物理设计8.1.1 数据库的存储结构通过需求分析，概要设计和逻辑设计流程得到本系统的数据库结构。8.1.2 数据库的表设计进一步确定上一章逻辑设计中设计好的关系模式中各个数据项的类型和长度，将每个关系转换为数据库中的二维表格，并确定了各个表的主键和外键，得到以下表结构：表8.1.2 学生表字段名称字段含义数据类型及长度约束默认值SnoVarchar（10）主键Sname学生姓名Varchar（20）非空SexVarchar（2）男Brith生日Char（2）Dno外键Password表8.2.3教师表TnoTnameProfSalIntComm表8.2.4管理员表Ano管理员号Aname管理员姓名表8.2.5课程表CnoCnameCpnoChourCcreditAddress上
