软件工程课程设计高校教务管理系统

1/24软件设计方法课程设计设计说明书高校教务管理系统（教师端）的的设计与开发学生姓名学号班级信管072班成绩指导教师2009年12月25日2/24软件设计方法课程设计评阅书题目高校教务管理系统（教师端）的设计与开发学生姓名学号指导教师评语及成绩指导教师签名：年月日答辩评语及成绩答辩教师签名：年月日教研室意见总成绩：室主任签名：年月日3/24课程设计任务书2009—2010学年第1学期专业：计算机科学与技术学号：姓名：课程设计名称：软件设计方法课程设计设计题目：高校教务管理系统（教师端）的设计与开发完成期限：自2009年12月28日至2009年1月8日共2周设计依据、要求及主要内容（可另加附页）：为方便学校教务管理，按软件工程软件开发流程开发教务管理系统（教师端），要求:1）问题定义及需要分析，画出数据流图；2）完成教师基本信息、课程计划、学生选课查看、课程介绍、教学日历、成绩管理、教务信箱、教师教学评价、发布课程通知等功能；3）进行设计并用相应的工具表示（如层次结构图、JACSION图等）；4）测试系统，说明测试方法及测试用例；5）较好的界面设计、完善的帮助功能；6）编写课程设计报告。指导教师（签字）：教研室主任（签字）：批准日期：年月日0/24摘要高校教务管理工作是高等教育中的一个极为重要的环节，是整个院校管理的核心和基础。随着计算机技术的飞速发展和高等教育体制改革的不断深入，传统的教务管理方法、手段以及工作效率已不能适应新的发展需要，无法很好地完成教学管理工作。这是开发这个教务管理系统的原因。本系统主要实现教师查询个人信息、学生选课信息和课程通知等，录入学生成绩、课程计划、教学日历和个人信息等，删改各项信息的功能。系统使用Powerbuilder制作前台界面，后台使用MicrosoftSQLServer2000制作数据库。通过Powerbuilder建立MSSMicrosoftSQLServer数据源来连连接前台界面和后台数据库。经过本次课程设计，实现了一些基本功能，由于我们组仅设计教务管理系统的老师端，对没有实战经验的我们来说，难度增加了，在发布功能上没有实现是我们的不足。关键词：高校教务管理系统；录入；查询；SQLServer2000；Powerbuilder；1/24目录1问题定义..........................................................02可行性研究........................................................13需求分析..........................................................43.1功能需求分析................................................43.2数据库概念设计..............................................43.3数据库逻辑设计...............................................54总体设计..........................................................74.1模块化......................................................74.2层次结构图..................................................75详细设计..........................................................86实现.............................................................106.1数据库物理设计.............................................106.2编码.......................................................116.2.1制作菜单..............................................116.2.2教师信息管理模块......................................116.2.3成绩管理模块..........................................126.2.4课程管理模块..........................................126.2.5教学管理模块..........................................136.3测试.......................................................14总结.............................................................17参考文献...........................................................180/241问题定义随着学校规模的扩大，人员的不断增加、复杂程度逐渐增强，学校中，教务是一项繁琐的事，每年都有新生入学、老生毕业，以及其他各种人事变动。每学期的考试成绩都需要分析，纵、横向比较，能及时反馈信息，还要对教师的教学成绩考核提供数据。如何有效地管理、分析、处理这些信息，帮助学校和教师掌握学生的情况，这就是教学信息管理系统需要完成的功能。以前简单的用Excel来打印几张报表的人机作坊再也无法适应当今学校的教学管理了，比如用Excel虽然能简单管理学生的学籍、成绩等，但用户界面简单，管理起来难度大，修改和查找学生的信息都比较麻烦，并且在操作过程中没有用户权限，只要能打开计算机的人就能打开数据进行任意的修改，大大的降低了信息的安全性和保密性,效率低,,人工的大量浪费；另外时间一长,将产生大量的文件和数据,这对于查找、更新和维护都带来了不少困难。随着科学技术的不断提高,计算机科学日渐成熟,其强大的功能已为人们深刻认识,它已进入各个领域并发挥着来越重要的作用。作为计算机应用的一部分,使用计算机对学校的各类信息进行管理,具有着手工管理所无法比拟的优点.例如:检索迅速、查询方便、效率高、可靠性好、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高学校信息管理的效率。（1）本文主要着手于建立数据库以及对数据的各种操作功能。教师登录后对信息的查看，和录入两大功能。查看的是个人信息，教学评价，课程计划，课程通知等，录入的是个人信息，学生成绩，教学日志等。（2）以上各类信息目前还处于手工或半手工的管理状态，效率低，可靠性差。如果采用计算机进行以上各类信息的管理，必将大大提高工作效率，对各类信息的维护及了解起到积极的作用。因此一个功能完备的学校信息管理系统的开发都非常有必要。1/242可行性研究1、可行性研究的目的，就是用最小的代价在尽可能短的时间见内确定问题是否能够解决。首先需要进一步分析和澄清问题定义。本系统下述三个方面研究每种解法的可行性。（1）技术可行性本系统使用了SqlServer2000制作数据库。运用Powerbuilder制作前台界面，通过MSSMicrosoftSqlServer连接前台和后台。在技术上是可行的。（2）经济可行性本系统仅限于学习实践，并不涉及开发费用，开发费用使用是合理的。（3）操作可行性能够良好的解决教师需要的问题。操作时可行的。2、数据流图数据流图，简称DFD，就是采用图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。使用逐步求精的方法，从顶层流程图逐一分解，到最终流程图。从图2.1到图2.5所示。图2.1顶层流程图2/24图2.2系统0层图图2.3系统1层图3/24图2.4系统1层图图2.5系统2层图4/243需求分析“需求分析”，是指对要解决的问题进行详细的分析，弄清楚问题的要求，包括需要输入什么数据，要得到什么结果，最后应输出什么。可以说，在软件工程当中的“需求分析”就是确定要计算机“做什么”。3.1功能需求分析通过对本系统功能的需求分析，得到如下功能：（1）教师基本信息的查询、修改、录入：为了方便教师对基本信息的管理，将本功能分为三个小模块查询、修改、和录入，这样老师就能方便的进行基本信息的管理。（2）课程计划的录入、查询、修改：为了方便教师对课程计划的管理，将本功能分为三个小模块查询、修改、和录入课程计划信息。（3）学生选课的查看：教师查看那学生选课后可以对课程制作教学日历。（4）课程介绍：教师可以利用这个功能了解课程的基本信息，以便老师安排教学。（5）教学日历：教师可以利用教学日历知道自己和学校的课程计划。（6）成绩管理：教师和学生都可以查看成绩，老师还可以录入、修改成绩。（7）教务信箱：学校可以利用此功能通知老师一些安排和信息。学生可以利用此功能给老师发一些问题和建议。（8）教师教学评价：教师可以对老师的教学做评价和提意见。3.2数据库概念设计基本项构思ERD的四条基本原则：①原则1（确定实体）：能独立存在的事物，例如人、物、事、地、团体、机构、活动、事项等等，在其有多个由基本项描述的特性需要关注时，就应把它作为实体。②原则2（确定联系）：两个或多个实体间的关联与结合，如主管，从属，组成，占有，作用，配合，协同等等，当需要予以关注时，应作为联系。实体间的联系可分为一对一、一对多、多对多等三类，在确定联系时还要确定其类型。③原则3（确定属性）：实体的属性是实体的本质特征。实体应有标识属性（能把不同个体区分开来的属性组），并指定其中一个作为主标识。联系的属性是联系的结果或状态。④原则4（一事一地）：信息分析中得到的基本项要在且仅在实体联系图中的一个地方作为属性出现。根据上面的设计出本系统的E-R图，如图所示：5/24图3.1所有实体E-R图3.3数据库逻辑设计关系模型的逻辑结构是一组关系模式的集合。将E-R图转换为关系模型就是要将实体型、实体的属性和实体型之间的联系转换为关系模式。由ERD导出一般关系模型的四条原则；①一个1：1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。如果软换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，每个实体的码均是该关系的候选码。如果与某一端实体对应的关系模式何明，则需要在该关系模式的属性中加入另一个关系模式的码和联系本身的属性。②一个1：n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为n端实体的码。③一个m：n联系转换为一个关系模式。与该联系相连的各实体的码以及联系本身的属6/24性均转换为关系的属性，各实体的码组成关系的码或关系码的一部分。④3个或3个以上实体间的一个多元联系可以转换为一个关系模式。与该多元联系项链呢的各实体的码以及联系本身的属性均转换为关系的属性，各实体的码组成关系的码或关系码的一部分。根据以上原则将E-R图转换成的关系模式如下：根据E—R图分析1：1的关系转化为2个表，1：m的转化为2张表，m:n转化为3张表得出数据库的基本表7张：教师信息表（工号姓名所属教研室电话备注性别出生日期住址）课程信息表（课程名课程号课程类型备注）课程计划表（课程名工号学期上课时间上课教室姓名）课件表（课程名课件内容）成绩信息表（学号课程名姓名得分）学生选课信息表（学号姓名课程名课程类型）教学评价表（姓名课程名得分评价）7/244总体设计通过总体设计,要达到的基本目的就是回答：“概括的说，高校教务系统（教师端）