第14章学籍管理系统要点分析.ppt

第14章 学籍管理系统 学习内容 需求分析 创建系统用例模型 创建系统静态模型 创建系统动态模型 创建系统部署模型 14.1 需求分析 在学校的学籍管理中，需要从大量的日常教学活动中提取相关信息，以反映教学情况。传统的手工操作方式，易发生数据丢失，统计错误，劳动强度高，且速度慢。使用计算机可以高速、快捷地完成以上工作。在计算机联网后，数据在网上传递，可以实现数据共享，避免重复劳动，规范教学管理行为，从而提高管理效率和水平。 学籍管理系统是一个由学校学籍管理信息中心监控，针对现有教学信息、各教学系（部）、教研室分级管理，由学生档案管理、成绩管理、查询管理等几部分组成的管理系统。 14.1 需求分析 根据学校学籍的日常管理，本系统的用户主要分为有三种：一种是学校的学生、一种是学校的教务人员、还有一种是系统管理员。三者的身份不同，权限不同，所以，具体的功能需求也不同。 1. 对于学校的学生来说，可以通过用户名和密码登录系统，可以查询并修改个人信息，而且可以查询各门课程的成绩。 2. 对于学校的教务人员来说，登录系统后，可以录入学生信息、录入和查询学生的课程成绩。 3. 对于管理员来说，登录系统后，可以管理学生以及教务人员的信息，还可以管理学生成绩信息。 14.1 需求分析 本学籍管理系统的各个功能模块及各个模块间的关系如下图所示的功能结构图。 14.2 创建系统用例模型 确定系统的参与者 学籍管理系统的参与者包含以下三种： 1. 学生，泛指所有使用学籍管理系统的学校学生，是专门抽象出来的一个参与者。 2. 教务人员，也就是老师、班主任、校长等学校的教学管理人员，是抽象出来的一个参与者。 3. 管理员，即本系统的系统管理员，负责对本系统进行数据管理、数据维护、对用户进行管理的参与者。 14.2 创建系统用例模型 学生用例图 1. 在学籍管理系统中输入密码和用户名，通过身份验证后登录系统，如果忘记密码，可以找回自己的密码。 2. 在学籍管理系统中进行个人信息的修改，包括，更新个人信息和修改登录密码。 3. 在学籍管理系统中进行个人信息的查询。 4. 在学籍管理系统中进行学习成绩的查询。 14.2 创建系统用例模型 教务人员用例图 1. 在学籍管理系统中输入密码和用户名，通过身份验证后登录系统，如果忘记密码，可以找回自己的密码。 2. 在学籍管理系统中注册、录入学生信息。 3. 在学籍管理系统中录入学生成绩，包括成绩登记、成绩修改和统计学生分数。 4.在学籍管理系统中查询学生成绩。 14.2 创建系统用例模型 管理员用例图 1. 在学籍管理系统中输入密码和用户名，通过身份验证后登录系统，如果忘记密码，可以找回自己的密码。 2. 在学籍管理系统中管理学生信息，包括删除学生信息。 3. 在学籍管理系统中管理教务人员信息，包括添加教务人员，修改教务人员信息、删除教务人员。 4. 在学籍管理系统中管理学生成绩信息，包括：删除成绩、删除学生分数统计。 14.3 创建系统静态模型 根据系统功能需求中的名词可以基本的识别出学籍管理系统能够抽象出如下十二个类： 1. 学生类：用于描述学生的信息。 2. 教务人员类：用于描述教务人员的信息。 3. 管理员类：用于描述系统管理员的信息。 4. 成绩类：用于描述学生的课程成绩信息。 5. 课程类：用于描述学生的课程信息。 6. 窗口类（基类）：所有操作界面的基类。 7. 登录窗口类：进行用户登录的操作界面。 8. 个人信息管理窗口类：进行学生、教务人员和管理员个人信息处理操作的界面。 9. 成绩管理窗口类：进行学生成绩处理的操作界面。 10.查询窗口类：对本系统信息查询进行操作的界面。 11.数据库类：用于描述数据库数据信息。 12.控制类：用户在界面类和数据库类之间传递业务操作 数据。 14.3 创建系统静态模型 学籍管理系统的类图中的类不是单独存在的，各个类之间存在着千丝万缕的联系： 1. 关联关系：学生可以选修几门课程，可以拥有多门课程的成绩，因此，学生和课程、成绩都是一对多的关联关系；管理员可以管理多个教务人员或者学生的信息，管理员和学生、教务人员也是一对多的关联关系；学生、管理员、教务人员操作窗口时一次只能操作一个界面，是一对一的关联关系；教务人员可以管理多个学生课程的成绩，也是一对多的关系。另外，控制类和数据库类以及控制类和窗口基类都是一对一的关联关系。 2. 泛化关系：所有的操作窗口类都是一个界面，因此都是窗口类（基类）的派生类。 14.4 创建系统静态模型 最后，创建完成后的学籍管理系统的类图如下图所示。 14.4 创建系统静态模型 组织系统包图 本系统采用了分层的架构，即把系统分为了“表示层”、“控制层”和“数据访问层”三个层次。那么对系统进