学籍管理网站开发与设计aspnet

学籍管理网站开发与设计aspnet内容摘要：

至 2020 年 12 月 23 日：建立后台数据库，完成 Access 数据库的设计和规范，建立 ER 模型，完成系统详细设计并逐步完善系统。 2020 年 12 月 23 日至 2020 年 12 月 28 日：系统测试，测试系 统的容错性和安全性，查看系统功能是否完善，所有功能是否均能实现。 2020 年 12 月 28日至 2020 年 1 月 1 日：完成本系统的其他设计（包括文档修改说明、数据备份），系统正式投入使用。 具体 系统开发的进度计划 安排如下： 图 2 系统开发的进度计划 活动 代号 活动内容 周 次 1 2 3 4 5 6 7 8 9 10 11 12 A 需求分析 B 生产过程设计 C 业务流程分析 D 数据流程分析 E 数据库设计 F 信息系统开发 G 系统测试 H 系统运行 《信息系统与 WEB 开发》课程设计 第 6 页 共 36 页 3. 网站 需求分析 业务需求 业务组织 图 3— 通用学生 学籍 系统的组织结构图 系统管理 处 ：主要的任务是对 学籍 管理系统进行监督、维护、安全以及保密性等其他系统保护的管理，并将对使用该 学籍 管理系统的用户进行监督和管理。 教务处：主要是系统管理 处 的下 级管理者，主要是对各学院上交 学生 所在班级 和 与学生有关的事项 —— 退学和休学 等，并将其汇总录入和的处理统计 ， 进行管理和保存相关记录。 招生处： 记录 录取 学生的 基本情况 和其他与学生 信息 有关的事项，并将其汇总上交到教务办相关人员。 用户 ：主要是对该系统进行 浏览 、修改 用户密码 ， 系统将 用户 需要的信息发聩给 用户。 且通过系统可以将学校的关于 学生 方面 等的事项 通知 给用户。 学籍 管理 系统 教务处 教务处主任 教务处其他人员 学生 招生办主任 招生办其他人员 系统用户 招生处 系统管理处 系统监督员 系统维护员 系统管理 员 学生学籍管理网站系统 设计与开发 7 业务流程 业务流程 通用学生学籍管理 系统的构成为 用户管理 、 学规管理 、 学籍管理 模块。 其基本流程如下： 招生处在新生入学报到前发送新生 录取数据（ Excel 电子文档）到新生所在系→各系对已报到入学的新生编班编学号，把完整的班号和学号增加到 Excel电子文档上→在学校规定的新生入学报到时间后数周内将 Excel 电子文档 上交给教务处。 另外，招生处将招生人员变动表上报给教务处，进行招生人员信息处理，反馈新招生人员信息表给招生处。 教务处将所有学生学籍信息汇总保存，并建立学生籍档案。 教务 处能够对学生学籍档案进行添加、修改、删除和查询。 系统管理处 对学生的学籍档案进行安全管理和对系统进行维护。 学生 用 自己的 账号信息登录， 浏览查看自己学籍信息 ，并得到升 降 级 等 事 项通知。 图 4通用学生学籍管理 系统 业务流程图 学籍反馈 学生 教务 处 添删改查学籍信息 学籍档案 学籍卡 系统管理处 维护和管理 招生处 新生录取电子 档 招生人员变动表 招 生 人员 信 息处理 招生人员信息表 教务处 录入 学籍处理规定 学籍处理 汇总保存 《信息系统与 WEB 开发》课程设计 第 8 页 共 36 页 网站 功能需求 网站 功能 学籍管理系统 功能组成 有： 用户管理 功能 ：这个功能包括添加、编辑和删除用户的功能，并且能修改用户的密码。 另外，在这里要实现按模块的方式对用户的权限进行管理。 班级管理 功能 ：这个功能包括添加班级和删除班级信息。 招生人员管理 功能 ：这个功能包括添加招生人员和删除招生人员。 学籍管理 功能 ：这是系统的核心功能，首先要实现录入学籍信息的功能。 另外需要按班级，招生人员， 姓名等方式对学籍信息进行浏览、编辑、查询和删除操作。 由上可知，该财务管理信息系统的功能结构设计如图所示。 图 5 系统功能树 功能逻辑 在 学生学籍系统 管理过程中，根据上述对 系统 业务流程的分析得出系统的 顶层 数据流程图 ，见图 6。 对系统数据流程的具体分析如下： 1． 用户 管理数据流。 在这个过程中首先是 用户 发出的， 用户可以 发出 、添加用户信息、删除用户信息、编辑用户信息和 修改用户密码请求。 系统 根据 用户 登录 信息将 判断用户 是否具有该 模块操作的权限。 如果 用户有该模块的授权，可以学生学籍管理系统 添加用户信息 编辑用户信息 删除用户信息 修改用户密码 删除招生人员 用户管理 班级管理 删除班级信息 添加班级信息 浏览学籍信息 删除学籍信息 查询学籍信息 录入学籍信 息 修改学籍信息 添加招生人员 招生人员管理 学籍管理 学生学籍管理网站系统 设计与开发 9 对 该模块进行相关操作 ， 操作完后系统自行保持用户信息，并提交到数据 库 中的用户信息表。 记录操作成功后，则以返回操作成功信息给用户来结束运行。 如果没有访问权限，系统将弹出不可以操作的信息框给用户。 数据流程图见图 7。 2． 学规 管理数据流。 学规管理 数据流首先是 系统管理员 发出的， 管理员 对 学规管理模块 产生 班级信息和招生人员信息的操作 请求 ， 请求通过 时将 进入到相关操作的界面 ，将 要增加的信息和要删除的信息提 交给 系统，系统自行保 存 学规信息，并提交到数据 库 中的班级信息表和招生人员信息表。 如果没有访问权限，系统将弹出不可以操作的信息框给用户。 记录操作成功后，则以返回操作成功信息给用户来结束运行。 数据流程图见图 8。 3． 学籍 管理数据流。 管理员发出操作请求 ， 请求通过 时将 进入到相应的界面进行操作 ，将 要录入、修改、查询和删除学籍后信息提 交给 系统，系统自行保存学籍信息，并 更新 数据 库 中的 学籍 信息表。 如果没有 通过 ，系统将弹出不可以操作的信息框给用户。 记录操作成功后，则以返回操作成功信息给用户来结束运行。 数据流程图见图 9。 图 6— 通用学生 学籍 管理系统顶层数据流程图 学籍管理系统 招生处 用户 操作信息 操作成功 或失败 更新 信息 招生和就 业情况 系统管理处 维护和管理 学籍档案 《信息系统与 WEB 开发》课程设计 第 10 页 共 36 页 图 7对 “ 用户管理 ” 细化后的 1 层数据流程图 图 8对 “ 学规管理 ” 细化后的 1 层数据流程图 用户 增删班级数据 增删班级信息请求 班级信息表 招生处 增删 招生人员信息请求 权限审核 招生人员 信息表 添删招生 人员数据 教务处 用户 修改密码数据 修改密码请求信息 用户信息表 添删改用户信息请求 系统管理处 权限审核 用户信息表 添删改数据 教务处 学生学籍管理网站系统 设计与开发 11 图 9对 “ 学籍管理 ” 细化后的 1 层数据流程图 数据需求 数据关系 系统数据库中 招生人员信息。