教务管理系统分析报告

仲恺农业工程学院教务管理系统分析与设计姓名何耀联院（系）信息学院专业年级信管083学号10334317指导教师王俊红起止时间.10-.12

目录1可行性分析 41.1引言 41.2经济可行性 41.3技术可行性 41.4管理可行性 42系统需求分析 52.1顾客需求 52.1.1学生模块功能需求 52.1.2教师模块功能需求 52.1.3系统管理员功能模块需求 52.2组织构造图 52.3业务流程图 62.4数据流程图 72.5用例图（包括用例描述） 83系统设计 123.1系统总体设计（系统的功能模块构造图） 123.2系统各功能模块设计 123.2.1次序图 123.2.2类图 143.2.3状态图 153.2.4活动图 174数据库设计 204.1数据分析 204.1.1E-R图 204.1.2数据库表 214.2逻辑构造设计 235总结 241可行性分析1.1引言教务信息管理系统类似于档案管理，它是一种教育单位不可缺乏的部分,它的内容对于学校的决策者和管理者来说都至关重要，因此教务信息管理系统应当可认为顾客提供充足的信息和快捷的查询手段。但目前尚有某些单位和部门还是使用老式人工的方式公务员之家管理文献档案，这种管理方式存在着许多缺陷，如：效率低、保密性差，此外时间一长，将产生大量的文献和数据，这对于查找、更新和维护都带来了不少的困难。同步伴随学校的规模不停扩大，学生数量急剧增长，有关教务的多种信息量也成倍增长。因此教务信息管理系统的可运行性和功能效用的多少就显得尤为重要了。1.2经济可行性教育事业的不停发展，各级教育层次的教学规模日益扩大，采用老式的教务信息管理措施（如开发程度不高的管理系统）不仅挥霍大量人力、物力和财力资源，并且不能满足目前教育发展的需求。基于学生对于自己学习事业的关怀，开发具有高效，易于查询并且便于管理员管理的教务信息系统的需求就明显增多。1.3技术可行性教务信息管理系统最简朴的是采用SQLserver的数据库技术进行架构，重要包括登录，教师顾客，管理员顾客，学生顾客四个模块，各个对象根据自己的权限进行查询。1.4管理可行性系统管理员通过数据库后台对学生或者其他的输入对象输入的数据进行整顿和更新。由于信息量的巨大，管理员要时不时对系统进行维护和更新，保证系统可以顺畅运行。采用教务管理信息系统可取代原系统的单据手工传递工作，减少人工开支，节省资金，并且可大大提高信息量的获得，缩短信息处理周期，规划教学资源，提高学生信息，及时反馈教学信息的运用率。2系统需求分析2.1顾客需求2.1.1学生模块功能需求(1)只限于一般顾客和管理员操作。并且不一样的顾客级别所操作的教务信息类型是有限制的。顾客可以向里面添加、修改和删除数据。(2)学生顾客登陆后可以进行学籍管理、成绩管理、等级考试管理等基本信息管理。2.1.2教师模块功能需求教师可以通过登录系统后进行教师管理、排课管理、教学计划、成绩管理基本信息管理。2.1.3系统管理员功能模块需求(1)数据备份：管理员可以通过选择保留的途径把数据库保留在硬盘中，也可保留在软盘中。(2)数据恢复：管理员可以通过选择途径把数据恢复。(3)操作学生管理：仅限管理员。其中可以添加、修改、删除操作学生，设置他们的权限、级别及密码。(4)系统整顿信息：显示距离管理员整顿系统的时间。2.2组织构造图图1教务系统管理组织构造图2.3业务流程图图2教务管理系统业务流程图2.4数据流程图图3学生管理数据流程图图4教师管理数据流程图图5系统管理员管理数据流程图2.5用例图（包括用例描述）图6教务系统管理用例图用例描述用例名称：登录教务系统进行管理参与者：学生简要阐明：学生通过账号密码登录系统进行信息管理。前置条件：学生可以通过密码的检测顺利登录系统。基本领件流：学生顾客单击“登录”按钮。顺利进入系统页面。学生顾客可以在自己对应的权限内进行查询或修改信息。学生顾客查询或修改信息后，单击“退出”按钮，那么系统服务器就把信息保留起来以便管理员整顿。用例终止。其他事件流：学生顾客登录系统后只是查询有关信息而不作任何修改，页面内的内容不会变化。后置条件：查询后的信息不会在服务器上变化，但修改后的信息会在服务器上进行更新显示。注释：无用例名称：登录教务系统进行管理参与者：教师简要阐明：教师顾客通过账号密码登录教务系统进行信息的管理。前置条件：教师可以通过密码的检测顺利登录系统。基本领件流：教师顾客单击“登录”按钮。顺利进入系统界面。教师顾客可以在对应的权限内进行成绩管理、排课管理和教学安排。教师顾客进行编辑查询后，单击“确定”按钮进行信息保留，数据库会对修改的信息进行更新显示。用例终止。其他事件流：教师顾客登录系统后只是查询有关信息而不作任何修改，页面内的内容不会变化。后置条件：教师顾客进行修改后的信息会在服务器上进行更新显示。注释：无用例名称：登录教务系统进行管理参与者：系统管理员简要阐明：系统管理员通过账号密码登录教务系统进行信息的管理。前置条件：系统管理员可以通过密码的检测顺利登录系统。基本领件流：管理员顾客单击“登录”按钮。顺利进入系统界面。管理员登录系统服务器，对服务器信息进行整顿，分析。或者修改学生、教师顾客的权限。进行日志的管理。管理员进行编辑查询后，单击“确定”按钮进行信息保留，数据库会对修改的信息进行更新显示。用例终止。后置条件：整顿后的服务器信息会被更新显示。注释：无

3系统设计3.1系统总体设计（系统的功能模块构造图）图7教务管理系统详细设计构造图3.2系统各功能模块设计3.2.1次序图次序图是将交互关系表达为一种二维图。UML次序图一般用于：确认和丰富一种使用情境的逻辑。一种使用情境就是系统潜在的使用方式的描述，也就是它的名称所要描述的。一种使用情境的逻辑也许是一种用例的一部分，或是一条备选线路；一种贯穿单个用例的完整流程。图8学生管理次序图图9教师管理次序图图10系统管理员管理次序图3.2.2类图类图(Classdiagram)是显示了模型的静态构造，尤其是模型中存在的类、类的内部构造以及它们与其他类的关系等。类图(Classdiagram)由许多（静态）阐明性的模型元素（例如类、包和它们之间的关系，这些元素和它们的内容互相连接）构成。类图可以组织在（并且属于）包中，仅显示特定包中的有关内容。类图(Classdiagram)是最常用的UML图，显示出类、接口以及它们之间的静态构造和关系；它用于描述系统的构造化设计。图11教务管理系统类图3.2.3状态图状态图(StatechartDiagram)是描述一种实体基于事件反应的动态行为，显示了该实体怎样根据目前所处的状态对不一样的事件做出反应的。一般我们创立一种UML状态图是为了如下的研究目的：研究类、角色、子系统、或组件的复杂行为。图12成绩管理状态图图13学生选课状态图图14教学安排状态图3.2.4活动图活动图（activitydiagram，动态图）是阐明了业务用例实现的工作流程。业务用例工作流程阐明了业务为向所服务的业务主角提供其所需的价值而必须完毕的工作。业务用例由一系列活动构成，它们共同为业务主角生成某些工件。图15学生成绩查询活动图图16学生选课活动图图17教师录入成绩活动图4数据库设计4.1数据分析4.1.1E-R图E-R图也称实体-联络图(EntityRelationshipDiagram)，提供了表达实体类型、属性和联络的措施，用来描述现实世界的概念模型。图18教务管理系统E-R图4.1.2数据库表属性属性类型与否标识长度与否可认为空学号varchar是20否姓名varchar否10否班级编号varchar否20是性别varchar否10是年级int否是政治面貌varchar否5是民族varchar否5否籍贯varchar否20否专业院系varchar否10是入课时间Datetime否10否出生日期Datetime否10否表1学生信息数据库属性属性类型与否标识长度与否可认为空课程编号int是否课程名称char否20否学分int否是课时varchar否20否上课地点char否20否表2课程库数据库表属性属性类型与否标识长度与否可认为空姓名varchar否10否分数varchar否20否课程编号int是否与否重修varchar否2是与否补考varchar否2是与否已确定成绩varchar否2是表3成绩表数据库表属性属性类型与否标识长度与否可认为空编号Char是10否姓名Char否10否性别Char否2否出生日期Datetime否10是职称Char否5否系别Char否10否表4教师数据库表属性属性类型与否标识长度与否可认为空课程号Int是否课程名称Char否20否学分Int否否教师Char否10是表5课程信息数据库表4.2逻辑构造设计逻辑构造设计阶段的任务是将概念构造设计阶段所得到的概念模型转换为详细DBMS所能支持的数据模型（即逻辑构造），并对其进行优化。逻辑构造设计一般分为三步进行：1.从E-R图向关系模式转化数据库的逻辑设计重要是将概念模型转换成一般的关系模式，也就是将E-R图中的实体、实体的属性和实体之间的联络转化为关系模式。2.数据模型的优化数据库逻辑设计的成果不是唯一的。为了