基于面向对象教务管理系统的分析与设计分析.docVIP

基于面向对象教务管理系统的分析与设计 分析篇 1.1 建立需求模型 1.1.1系统设计的背景 教务管理是大学的主要日常管理工作之一，涉及到校、师、生的诸多方面，随着教学体制的不断改革，尤其是学分制、选课制的展开和深入，教务日常管理工作日趋繁重、复杂。迫切需要研制开发一款基于Internet网的综合网上教育管理软件。传统的手工操作方式，易发生数据丢失，统计错误，劳动强度高，且速度慢。使用计算机可以高速，快捷地完成以上工作。在计算机联网后，数据在网上传递，可以实现数据共享，避免重复劳动，规范教学管理行为，从而提高了管理效率和水平。通过教务管理系统的使用，可以把有效的减轻管理人员的负担，使其有更多的精力从事教务管理政策的研究实施，教学计划的制定执行和教学质量的监督检查，从而全面提高教学质量。所以教务信息管理系统的可运行性和功能效用的多少就显得尤为重要了。 1.1.2 需求分析 近年来，随着高校招生规模的不断扩大，学校教务管理的信息量也急剧增加，传统的管理方法以难以适应学校发展的需要。本项目任务是开发一个教务管理系统。学校需要一个全新的教务管理系统，用于向全体师生和教务管理员提供一个集成绩查询、课程表查询、教师成绩录入、学生评教、选课、纪律规章考核分数查询、课件下载功能于一身的教务管理平台。 系统允许超级管理员在系统后台对学生和教师的信息进行维护，管理员根据权限级别的不同可以在后台管理系统中对下级用户除密码外的信息进行的查询、修改、添加和删除。 系统允许所有注册用户对个人信息进行修改和维护，并查阅自己的成绩、课程表、选课等信息；需要安装有 Apache 、 PHP 和 MySQL ，需要把信息的增、删、查、改情况记录到 My SQL数据库中，以便管理员查询信息和进行管理。 系统需要对每学期用户的增加和用户信息的修改做记录，并列印成报表，同时允许生成 Excel 及 PDF格式文件以便保存。 1.1.3 发现参与者 参与者是在系统之外与系统进行交互的实际事物。参与者可以是人员，也可以是硬件设备或外系统。由此可以确定系统的参与者有管理员、学生、教师。 1.1.4 用况图 用况是指对系统角色的交互进行响应，并产生一个可见的结果所进行的一系列动作，它描述了系统的一个完整的功能需求。 通过对需求的分析，及结合对现有教务管理系统的使用，可以确定的用况图有管理员用况图、教师用况图、学生用况图。 管理员：修改帐号信息、发布课程表、学生信息管理、公告管理等等。 教师：查询个人信息、修改个人信息、学生成绩录入等等。 学生：查询个人信息、查询成绩、查询选课信息、网上选课等等。 1.1.4 用况规约 登陆系统 用例参与者 所有用户 用例描述 用户登录系统进行信息查询 前置条件 用户名存在 后置条件 对应的用户密码正确 基本操作流 1：运行教务管理系统 2：输入用户名密码 3：通过验证 可选操作流 密码错误或用户名不存在，退出系统 查询成绩 用例参与者 所有用户 用例行为 查询成绩 用例描述 用户登录系统根据相应权限可进行学生成绩查询 前置条件 成功登录该系统 后置条件 成绩录入已完成 基本操作流 1：系统登录成功 2：选择想要查询的成绩信息 3：系统验证权限通过 4：显示相应的成绩信息表 5：退出查询 备选操作流 不存在相应的成绩信息，没有查询相应信息的权限，退出系统 发布公告 用例参与者 管理员 用例行为 发布公告 用例描述 管理员发布公告 前置条件 成功登录该系统 后置条件 拥有权限 基本操作流 1：系统登录成功 2：输入公告内容 3：发布 4：退出系统 备选操作流 没有发布公告，退出系统 1.2建立基本模型 1.2.1发现对象 从用况图中和系统分析中采用名词和实体识别法可以确定的对象、对象类有：学生、教师、管理员、课程、公告这几个类。 1.2.2定义对象的特征 学生的属性有：学号、姓名、性别、年龄、系别、班级 、密码等信息； 学生的操作有：选课、查看公告、查看个人信息、修改密码等。 教师的属性有：教师号、姓名、性别、职称、系别、讲授课程、密码等信息； 教师的操作有：查看公告、成绩管理、查看个人信息、修改密码等。 管理员的属性有：用户名、密码等信息； 管理员的操作有：发布公告、用户管理、修改密码等。 课程的属性有：课程名、课程号、学分、学时等信息； 公告的属性有：标题、内容、发布时间、发布人等信息 1.2.3类图 1.3建立辅助模型 1.3.1建立顺序图 1.3.2建立活动图 1.3.3建立状态图 设计篇 2.1问题与部分的设计 2.2人机交互部分的设计 2.3控制驱动部分的设计 2.4构件化与系统部署