图2.1 系统模块图
3.11 学生管理模块
该模块主要负责管理所有在校学生的个人信息。学生通过这个模块，可以查询自己在校的学籍信息，打印自己的学籍信息以及修改自己的登陆密码等等。管理者通过这个模块，可以添加、更新、删除、查询学生的学籍信息。 3.12 课程管理模块
该模块主要的功能是管理全校的课程信息。主要功能包括添加，删除，修改，查询课程信息。其中只有管理员才具有对课程信息进行维护的权限（增加、删除、更新）。课程管理模块是选课管理模块的基础，只有在课程管理中添有选修课的信息，学生才能进行选课[5]。
针对选课模块。该功能的行使者是学生，学生通过浏览全部的课程信息，选择自己符合自己要求的课程。 3.13 成绩管理模块
该模块功能主要由老师所拥有。对于选择自己所教授课程的同学，老师具有给定该同学的专业分数，以及修改该同学的专业分数的权限。 3.14 教师管理模块
该模块功能也为管理员所拥有。管理员主要负责新老师信息的增加，老师信息的整理以及老师信息的打印。除此之外还可以查看每个老师所教授的课程。
3.2 系统的用例分析
系统登录
（admin）
图3.21 管理员用例图
管理学生 管理教师 管理课程 系统退出
管理员用例图，管理员（admin）可以实现的功能主要有：系统的登陆、对学生的管理（增加、删除、更新、查看）、对学生的管理（增加、删除、更新、查看）、对课程的管理（增加、删除、更新、查看）以及对新闻的管理（增加、删除、更新、查看）。
(Student)
图3.22学生用例图
学生选课 查看课程 修改密码 查看信息 学生用例图，学生（Student）可以实现的功能有：系统的登陆、个人学籍信息的查询、个人登陆密码的修改、学院课程的查询、个人课程的选修、发表留言、以及新闻（公告）的浏览。
查看信息 (Teacher)
发布分数 查看课程 修改密码
图3.23老师用例图
教师用例图，教师（Teacher）可以实现的功能有：系统的登陆、教师个人信息的查询、个人登陆密码的修改、查看学院所有课程、学生成绩的发布、查看学生的留言、查看学院新闻（公告）。
3.3 业务流程图
系统流程图是描绘物理系统的传统工具。它的基本思想是用图形符号以黑盒子形式描述系统里面的每个部件(程序,文件,数据库,表格,人工过程等等)。系统流程图表达的是信息在系统各部件之间流动的情况,而不是对信息进行加工处理的控制过程,因此尽管系统流程图使用的某些符号和程序流程图中使用的符号相同,但是它确是物理流程图而不是程序流程图。
3.31 系统登录流程图：
用户名密码 N 是否正确 Y
角色判定 选择登录角色 输入用户名、密码 开始
图3.24 管理员登陆流程图 3.32 管理员信息管理流程图：
删除信息 管理员登陆 信息列表 更新数据库 删除信息 修改成功 修改、更新信息 信息需要修改 更新数据库 基本数据库 新的信息 添加信息 添加成功 更新数据库 成功登陆到指定页面 更新登录信息初始化用户信息 图3.25 管理员信息管理流程图
3.4 系统的数据分析
数据流图表达了数据和处理的关系，数据流图是结构化系统分析的主要工具，它表示
了系统内部信息的流向，并表示了系统的逻辑处理的功能，描述了系统的组成部分及各部
分之间的联系。
学生课程表 教师 教师信息表 发布 显示学生成绩
图3.4-2 教师发布成绩数据流图
成绩 发布成功
查看 提交 课程 选择 学生
信息 课程
显示选课信息 管理员 审核
图3.4-3 学生选课数据流图
4 数据库设计
4.1 数据库的需求分析
数据库要尽量满足用户提出的各项要求。由于在学籍管理系统中，需要采集大量的信息，包括学生信息，班级信息，课程信息，成绩信息，教师信息等，需要合理有效的组织数据库的结构，合理设置数据库，这样就能在后期开发中减少难度，提高程序效率，根据学生基本信息及其相关信息的特点归纳一下规律：
（1）一个专业包含多个班级
（2）一个班级对应一个入学年份及学制 （3）一个班级包含多个学生的名字 （4）每一个学生都有不同的学号 （5）一个班级对应连续的多个学期 （6）一个班级在一个学期内开设多门课程 （7）每一门课程需要记录每一门学生的成绩 （8）一种角色对应一个或多个用户
根据以上数据之间的对应及依赖关系，可以确定数据库中所必备的信息应该有一下几方面：
（1）专业信息类别信息，包含院校所开设的专业名称及详细的介绍、描述。 （2）学生信息，包含学生的学号、姓名、性别及所属班级等基本信息。 （3）课程信息，包含开设课程的班级、课程及学期。 （4）成绩信息，包含学生的学号、课程、学期及成绩信息。
