1、jsp选课系统课程设计 面 向 对 象 分 析 课 程 设 计学生选课系统姓名： 卢飞成 班级： 计算机12-1 学号： 12034480150 成绩： 一、设计目的 学生选课系统是指在网络上提供选课服务，使学生能够在规定的时间内在网上选课或退课而系统马上能够返回该学生是否成功的信息，还能查询课程信息、教师各人信息以及该课程成绩。教师可提供所开课程的基本信息，同时还可以通过本系统查询学生信息。教务管理员负责何时开放和关闭选课、发布信息、选课用户的管理和选课情况的监控等，并可以为教务管理员提供方便的管理功能，如添加、删除，修改课程信息和学生记录等。还可以随时完成统计工作，避免某门课的报名人数超出
2、它的最大容量，而如果报名人数不足又有部分学生没选上课，可将选课过程定为两次，本系统是选课实现系统化和自动化，提高教务工作效率。选课系统具有复杂和高度动态的特点，本系统采用使用UML技术进行建模。二、需求调查与业务建模需求分析： 学生网上选课系统是针对在校学生和教师使用，从学生的角度来说，由于学校教学制度的改革，现在大部分高等院校开始实行的是学生的自主选课模式，传统的教学模式学生按照学校安排好的课程上课已经不能适应新型的教学手段。业务建模： 业务对象：（1）学生用户是主要的需求者，主要需求功能是查询可选课程、查看自己选课情况及进行选课、退课操作等；（2）教师用户主要需求功能是查看自己所教授的课程
3、、课程有哪些学生选修、以及利用本系统提交学生的成绩；（3）管理员用户的功能需求较为复杂，包括对学生信息、教师信息、课程信息进行管理。在学生信息管理子模块中，实现对学生信息的添加、修改、删除操作，还可以输入查询条件进行查询操作。在教师管理子模块中，实现对教师信息的添加、修改、删除、查询等操作。在课程管理子模块中，实现对课程信息的添加，添加时为其分配任课教师、上课时间和地点，实现对课程的修改、删除、查看某个课程的详细信息等。愿景图：业务用例：(1)学生用例： (2)教师用例： (3)管理员用例：三、用例建模根据业务建模，得到系统用例： 四、用例分析 学生顺序图： 用例文档： 1.学生登陆用例编号:
4、1.1用例名称:学生系统登录参与者:学生用例描述:用户通过登陆进入该系统，进行相应功能的操作前置条件:登陆者为该系统的用户，已经有相应的用户号和密码后置条件:登陆之后可以进行相应功能的操作主干过程:1用户进入系统的登陆界面。2输入用户名。3输入相应的密码，点击登陆按钮。4成功登陆系统，显示登陆成功。分支过程:1用户的登录名在数据库中没有找到，显示“用户名不存在”的信息（2步之后）。2输入的密码和数据库中的密码不一致，显示密码错误的信息（3步之后）。异常过程:登陆时数据库连接失败。包括用例:课程信息查询，选课功能，成绩查询优先级:高使用频率:400个用户，每周五次，每次一个小时业务规则:必须是该
5、校的学生，并且需要选修课程，修够学分。特殊需求:不需要较强的安全性。假设:无备注:初始登录名和密码都为学生学号，学生登录后需要修改密码 2.学生选课用例编号:1.2用例名称:学生选课参与者:学生用例描述:用户进行选课前置条件:用户登陆成功后置条件:选课成功或者失败主干过程:1用户进行选课。2.选课成功，显示选课成功。分支过程:课程人数已满（2步之后）。异常过程:登陆时数据库连接失败。包括用例:课程信息查询，选课功能，成绩查询优先级:高使用频率:400个用户，每周五次，每次一个小时业务规则:必须是该校的学生，并且需要选修课程，修够学分。特殊需求:不需要较强的安全性。假设:无 3.学生退选用例编号
6、:1.3用例名称:学生退选参与者:学生用例描述:用户退选课程前置条件:用户登陆成功后置条件:退选成功或者失败主干过程:1用户退选课程。2退选成功，显示退选成功。分支过程:用户过去未选择此课程（2步之后）异常过程:登陆时数据库连接失败。包括用例:课程信息查询，选课功能，成绩查询优先级:高使用频率:400个用户，每周五次，每次一个小时业务规则:必须是该校的学生，并且需要选修课程，修够学分。特殊需求:不需要较强的安全性。假设:无学生查看课表顺序图:4.学生查看课表用例编号:1.3用例名称:学生查看课表参与者:学生用例描述:该用例允许学生查看自己所选课程的课表前置条件:成功登录进入学生管理界面后置条件
7、:进入到信息管理系统中学生用户的部分主干过程:1、学生成功登录学生管理系统，用例开始2、系统提示学生可进行的操作分支过程:3、学生选择查看课表菜单4、系统打开课表查询界面如果学生选择退休，则进入其他流异常过程:登陆时数据库连接失败。包括用例:课程信息查询，选课功能，成绩查询优先级:高使用频率:400个用户，每周五次，每次一个小时业务规则:必须是该校的学生，并且需要选修课程，修够学分。特殊需求:不需要较强的安全性。假设:无 教师顺序图：1.教师登陆用例编号:2.1用例名称:教师系统登录参与者:教师用例描述:用户通过登陆进入该系统，进行相应功能的操作前置条件:登陆者为该系统的用户，已经有相应的用户
8、号和密码后置条件:登陆之后可以进行相应功能的操作主干过程:1用户进入系统的登陆界面。2输入用户名。3输入相应的密码，点击登陆按钮。4成功登陆系统，显示登陆成功。分支过程:1用户的登录名在数据库中没有找到，显示“用户名不存在”的信息（2步之后）。2输入的密码和数据库中的密码不一致，显示密码错误的信息（3步之后）。异常过程:登陆时数据库连接失败。包括用例:个人信息查询，提交成绩功能，学生信息查询优先级:高使用频率:400个用户，每周五次，每次一个小时业务规则:必须是该校的教师特殊需求:不需要较强的安全性。假设:无教师统计成绩顺序图:2.教师提交成绩用例编号:2.2用例名称:教师提交成绩参与者:教师
9、用例描述:用户进行提交成绩前置条件:用户登陆成功后置条件:提交成功或者失败主干过程:1用户进行提交成绩。4用户成功提交成绩，显示提交成功。分支过程:用户不是该课程的任课老师（2步之后）异常过程:登陆时数据库连接失败。包括用例:个人信息查询，提交成绩功能，学生信息查询优先级:高使用频率:400个用户，每周五次，每次一个小时业务规则:必须是该校的教师特殊需求:不需要较强的安全性。假设:无 3.教师查看个人信息用例编号:2.3用例名称:教师查看个人信息参与者:教师用例描述:用户查看个人信息前置条件:用户登陆成功后置条件:主干过程:用户进行查看个人信息。异常过程:登陆时数据库连接失败。包括用例:个人信
10、息查询，提交成绩功能，学生信息查询优先级:高使用频率:400个用户，每周五次，每次一个小时业务规则:必须是该校的教师特殊需求:不需要较强的安全性。假设:无 4.教师查看学生信息用例编号:2.4用例名称:教师查看学生信息参与者:教师用例描述:用户查看学生信息前置条件:用户登陆成功后置条件:主干过程:用户查看学生信息。异常过程:登陆时数据库连接失败。包括用例:个人信息查询，提交成绩功能，学生信息查询优先级:高使用频率:400个用户，每周五次，每次一个小时业务规则:必须是该校的教师特殊需求:不需要较强的安全性。假设:无管理员顺序图：1. 管理员登陆用例编号:3.1用例名称:管理员系统登录参与者:管理
11、员用例描述:用户通过登陆进入该系统，进行相应功能的操作前置条件:登陆者为该系统的用户，已经有相应的用户号和密码后置条件:登陆之后可以进行相应功能的操作主干过程:1用户进入系统的登陆界面。2输入用户名。3输入相应的密码，点击登陆按钮。4成功登陆系统，显示登陆成功。分支过程:1用户的登录名在数据库中没有找到，显示“用户名不存在”的信息（2步之后）。2输入的密码和数据库中的密码不一致，显示密码错误的信息（3步之后）。异常过程:登陆时数据库连接失败。包括用例:学生查看，修改信息查询，课程查看，修改功能，教师查看，修改查询优先级:高使用频率:400个用户，每周五次，每次一个小时业务规则:必须是该校的管理
12、员。特殊需求:不需要较强的安全性。假设:无2. 管理员查看，修改学生信息用例编号:3.2用例名称:管理员查看，修改学生信息参与者:管理员用例描述:用户通过查看，修改学生信息前置条件:用户登陆成功后置条件:修改学生信息成功或者失败主干过程:1用户查看，修改学生信息。2修改学生信息成功，显示修改成功。分支过程:该学生不存在。（2步之后）。异常过程:登陆时数据库连接失败。包括用例:学生查看，修改信息查询，课程查看，修改功能，教师查看，修改查询优先级:高使用频率:400个用户，每周五次，每次一个小时业务规则:必须是该校的管理员。特殊需求:不需要较强的安全性。假设:无3. 管理员查看，修改课程信息用例编
13、号:3.3用例名称:管理员查看，修改课程信息参与者:管理员用例描述:用户通过查看，修改课程信息前置条件:用户登陆成功后置条件:修改课程信息成功或者失败主干过程:1用户查看，修改课程信息。2修改课程信息成功，显示修改成功。分支过程:该课程不存在（2步之后）。异常过程:登陆时数据库连接失败。包括用例:学生查看，修改信息查询，课程查看，修改功能，教师查看，修改查询优先级:高使用频率:400个用户，每周五次，每次一个小时业务规则:必须是该校的管理员。特殊需求:不需要较强的安全性。假设:无4. 管理员查看，修改教师信息用例编号:3.4用例名称:管理员查看，修改教师信息参与者:管理员用例描述:用户通过查看，修改教师信息前置条件:用户登陆成功后置条件:修改教师信息成功或者失败主干过程:1用户查看，修改教师信息。2修改教师信息成功，显示修改成功。分支过程:该教师不存在。（2步之后）。异常过程:登陆时数据库连接失败。包括用例:学生查看，修改信息查询，课程查看，修改功能，教师查看，修改查询优先级:高使用频率:40
