3、于文本、表格等纸介质的手工处理，对于选课情况的统计和查询等往往采用对课程的人工检查进行，对学生的选课权限、以及选课代号等用人工计算、手抄进行。数据信息处理工作量大，容易出错；由于数据繁多，容易丢失，且不易查找。总的来说，缺乏系统，规范的信息管理手段。尽管学校都有计算机，但是尚未用于信息管理，没有发挥它的效力，资源闲置比较突出，这就是管理信息系统的开发的基本环境。数据处理手工操作，工作量大，出错率高，出错后不易更改。学校采取手工方式对学生选课情况进行人工管理，由于信息比较多，选课信息的管理工作混乱而又复杂；一般选课情况是记录在文件上，课程的数目和代号也记录在文件中，学校的工作人员也只是当时对它比
5、的软件是一个能符合设计之初的设想的软件。其特点是从用户的角度使用“用例图”出发来设计软件系统，这就避免了开发者开发出的系统虽然具有很多很好的功能，但确不能很好的符合客户真正的需求。二、需求工作流2.1.问题域2.1.1问题试设计一选修课程系统，使之能提供以下功能：（1）系统以菜单方式工作（2）课程信息录入功能(课程信息用文件保存)输入（3）课程信息浏览功能输出（4）查询功能：(至少一种查询方式)算法按学分查询按课程性质查询（5）学生选修课程(可选项)2.1.2问题的解决方案根据系统功能要求，可以将问题解决分为以下步骤：（1）分析系统中的各个实体之间的关系及其属性和行为；（2）根
7、，而且权限更多，比如授予权限、更改系统等图2-4选课用例的描述简短描述选课用例使学生能够选定自己喜欢的课程逐步描述1、学生可以根据自己的兴趣、专业方向选定自己喜欢的课程图2-5修改用例的描述简短描述修改用例使学生能更改自己的选定课程逐步描述1、学生可以根据自身情况更改自己的选课2、学生不能一次确实要学什么课程，所以要能修改图2-6保存用例的描述简短描述保存用例使学生选课信息保存在系统中逐步描述1、学生选课信息得以保存，方便查阅、使用图2-7提交用例的描述简短描述提交用例使学生能将自己的选课信息提交上去逐步描述1、提交后不能更改2、提交即选课成功图2-8退出学生选课系统的描述简
8、短描述退出学生选课系统用例是系统用户完成操作后可以退出逐步描述1、完成操作后退出学生选课系统图2-9增加学生用例的描述简短描述增加学生用例使老师可以增加学生逐步描述1、新转来的学生应该由老师增加进来2、漏掉的学生应该由老师增加进来图2-10删除学生用例的描述简短描述删除学生用例使老师可以删除那样应该被删除的学生逐步描述1、退学的、转走的学生应该由老师删除掉图2-11增加课程用例的描述简短描述增加课程用例使老师可以增加新开的课程逐步描述1、老师可以根据需要增加新开的课程图2-12删除课程用例的描述简短描述删除课程用例使老师能够删除那些选课人数太少的课程逐步描述1、选课人数太少的课程
12、老师和课程的关系是n:m.老师的属性有姓名、教师号、密码和所属院系，课程的属性有课程号、课程名、课时和学分。（3）管理员教师关系实体E-R图图4-5管理员老师E-R图一个管理员可以管多个老师，所以管理员和老师是1:n的关系。（4）全局E-R图图4-6学生选课全局E-R图一个学生可以选修多个课程，一个课程可以被多个学生选修，所以学生和课程是n:m的关系；一个老师可以任教多个班级，所以老师和班级是1:n的关系；一个课程可以在多个班级开始，所以课程和班级是1:n的关系。4.2.2逻辑模型学生（学号（主键），姓名，密码，院系）课程（课程号（主键），课程名，课时，学分）选修（学生，课程，（
13、都是主键）老师（教师号（主键），姓名，密码，院系）课程（课程号（主键），课程名，课时，学分）讲授（老师，课程，（都是主键）五、界面设计5.1用户登陆界面用户登陆界面是每一个用户，在登陆本系统时出现的界面，如要用户输入用户名、密码和验证码，以及确定用户身份。其界面如下图：图5-1用户登陆界面六、总结通过信息系统分析与设计这么课程的学习和这次课程设计，熟练掌握了面向对象思想和UML设计。深刻体会到UML设计的关键不是怎样使用ROSE，关键是思想，面向的对象的思想，然后用UML把思想表达出来。我感觉如果UML是编程语言，那么面向对象的思想就是算法。由于我将来走的计算机软件开发这条路，所以这次课程设计对我还是有帮助的，虽然做的不是很好，但是这是第一次做关于