logo资料库

学生学籍管理信息系统.doc

第1页 / 共13页
第2页 / 共13页
第3页 / 共13页
第4页 / 共13页
第5页 / 共13页
第6页 / 共13页
第7页 / 共13页
第8页 / 共13页
资料共13页,剩余部分请下载后查看
随着信息技术高速发展,信息化程度的不断提高,计算机的应用已普及到经济和社会生活的各个领域。计算机虽然
为了适应现代社会的高效率,提高当前在教学领域的管理水平,我们特开发一套学籍管理系统。
该系统由目前主流的程序设计开发工具实现,其功能在系统内部由源代码直接完成。通过操作手册,用户
1.1编写目的
1.2项目背景
2.1目标
2.2运行环境
3.数据描述
3.1功能划分
3.2描述
1.可行性研究的前提
2.技术可行性
5结论
3.1 用户调查
3.2 构造系统的逻辑模型
3.3 数据分析——概念模型设计
3.5 软件系统结构的设计
3.6 数据库的设计
③ 班级信息表(class),共有5个字段分别为:班级名称、所属院系、辅导员、教室、人数,见表3
④ 专业信息表(zy),有2个字段分别为:专业名称、所属院系
⑤ 成绩信息表(score),有5个字段分别为:学号、姓名、专业、课程名称、成绩,
1引言
1.1编写目的
1.2背景
1.3定义
2外部设计
2.1标识符和状态
3结构设计
3.1概念结构设计
3.2逻辑结构设计
3.3物理结构设计
4.2安全保密设计
学生学籍管理信息系统 用户描述 1.引言 随着信息技术高速发展,信息化程度的不断提高,计算机的应用已普及到经济和社会生活 的各个领域。计算机虽然与人类的关系愈来愈密切,还有人由于计算机操作的不方便而继续 沿用传统的手工劳动。 为了适应现代社会的高效率,提高当前在教学领域的管理水平,我们特开发一套学籍 管理系统。 该系统由目前主流的程序设计开发工具实现,其功能在系统内部由源代码直接完成。 通过操作手册,用户可以了解本软件的基本工作原理。操作人员只需输入一些简单的汉字、 数字,即可达到自己的目标,从而为教学办公自动化带来了极大的方便。 1.1 编写目的 此文档作为用户对即将开发的软件的功能要求,是软件设计和开发者的主要依据。 1.2 项目背景 项目名称:学生学籍管理信息系统 项目委托单位:XXX 软件开发单位:hustwh_xj 2.任务描述 2.1 目标 使得学籍管理更为完善; 对学生档案的管理更为方便; 减轻教学管理人员的工作量。 2.2 运行环境 本系统是基于 C/S 模式的采用 vb 实现的学生管理信息系统(Students Management Information System),以后简称 SMIS。数据库服务器由 access 实现。操作系统:WINDOWS xp;数据库服务器端软件 Microsoft Access2000 + SQL 查询语句。 3.数据描述 1. 数据流程图: 1
用 户 系统登录 初始化 新生报到 信息录入 分班开始学习 结束 退出登录 录入成绩 考试 信息修改及打印 2.针对这个处理流程,现具体描述如下: ① 用户登录:对系统进行初始化设置,包括对专业、课程和班级的设置 ② 新生报到:按专业分班进行教学,并为每位新生分配学号,然后对学生基本信息进 行录入, ③ 学生分配到班级、领教材开始新的大学学习生活 ④ 用户对学生在校期间个人基本信息发生变化的,在系统中进行修改 ⑤ 期末考试结束,把每个学生的成绩进行录入、修改、查询和打印 3.功能 3.1 功能划分 学生档案管理系统必须完成以下功能: 系统管理模块学籍管理模块,班级管理模块,专业课程管理模块,成绩管理模块,用户 帮助模块。 3.2 描述 系统管理模块:包括用户管理,重新登录,退出系统子功能 学籍管理模块:包括学生添加学生查询学生注销学生打印子功能。 班级管理模块:包括添加,查询,注销班级子功能。 专业课程管理模块:包括设置专业,设置课程,查询修改子功能。 成绩管理模块:添加成绩。 用户帮助模块:对各个病人的生理信号的安全范围进行输入、修改、查询。 二、可行性分析 1.可行性研究的前提 学生档案管理系统必须完成以下功能: ① 数据添加功能:对于新生报到,系统必须具有班级的建立,课程的设置,如果新增 专业,则能添加新专业,期末学生的考试成绩信息必须能够录入; ② 数据修改功能: 当上述资料发生变化或有错误信息输入时,应能够及时对数据进行 修改和补充; ③ 数据查询功能:该系统的主要功能之一即根据用户提供的相关信息,能够及时查找 出对应的学生信息,系统应该提供多种查询方法,以便满足用户的不同需求; 2
④ 数据打印功能: 学生基本信息和成绩录入后应可以打印出来形成文字档案,装入学 生档案,这也是学生档案管理系统必须具备的功能。 2.技术可行性 a. 经费、投资方面的来源和限制:各种硬件和工作人员工资需至少 1 万元 b. 硬件、软件、运行环境和开发环境方面的条件和限制:软件需求:操作系统 WINDOWS 2000 Advance Server 以上;数据库服务器端软件 access。硬件需求:10M 以上的 LAN 接入 网络带宽,P4 3.0G Xeon CPU /1G 内存/360G(10K) SCSI 硬盘的服务器,P3 以上微机(带 网卡)的客户机,P4 3.0G Xeon CPU /1G 内存/36G(10K) RAID 硬盘的数据库服务器 本系统采用 vb 实现,依靠其强大的控件系统,access 数据库管理系统和用 c 语音编制 的传感器驱动相结合,能在 2 个月内开发出系统。 3.经济可行性 学校如果要采用完全人工的方式处理,现在看来基本上是不太可能的。首先是一个 存放的问题,必需要有一个足够大的档案室来存放这些档案,而且随着年数的增加,这个规 模几乎是成几何式的增长。其次是存取,查阅的问题,随着档案的不断增加,要从如此复杂 的档案库中调阅某学生的档案所消耗的人力物力是无法估量的,而且学生档案本身就很复 杂,要查阅或者修改其中的某一项值,其修改的冗余度太大。最后是 一个保存和管理的问 题,纸质媒介存放时间短,体积大,需要的人力物力过大。虽然制作一个数据管理系统的前 期投资相对较大,但后期除了系统的维护升级和少量人力的投入以外几乎无其他投资,随着 时间的推移,就会逐步显现经济上的巨大优势。 4.法律可行性 法律可行性是考虑要开发系统是否存在任何侵犯、妨碍和责任问题,用户操作可行 性考虑待开发软件的运行方式在用户组织内是否行得通,现行管理制度、人员素质、操作知 识是否可行。 由于在本系统中是有合同作为双方合作的基础,所以不会存在任何侵犯、妨碍和责任问 题。即使存在了,也可以根据合同进行分析,一定有人会负责任,所以此系统完全可以进行 开发。 由以上经济、技术、操作和法律四方面的分析可以看出,本系统的开发时机成熟,从多 种角度考虑,都是可行的。 5 结论 本系统投资势在必行。 三、需求分析 3
用户需求分析 根据系统分析得到的现行业务处理流程,在反复研究后,首先得到目标系统 即学生档案管理系统的业务流程,其处理流程如图所示 用 户 系统登录 初始化 新生报到 信息录入 分班开始学习 结束 退出登录 录入成绩 考试 信息修改及打印 针对新的处理流程,现具体描述如下: ① 用户登录:对系统进行初始化设置,包括对专业、课程和班级的设置 ② 新生报到:按专业分班进行教学,并为每位新生分配学号,然后对学生基本信息进 行录入, ③ 学生分配到班级、领教材开始新的大学学习生活 ④ 用户对学生在校期间个人基本信息发生变化的,在系统中进行修改 ⑤ 期末考试结束,把每个学生的成绩进行录入、修改、查询和打印 3.1 用户调查 经过详细的调研,并多次与学生档案管理的老师进行研讨后,首先加深了对学生信息 管理系统业务的深刻了解,其次在充分熟悉学生档案管理业务的同时,将整个学生档案管理 的业务流程描述如下: ○1 新生入校,首先报到并进行登记注册,然后到财务部门缴费。根据学生被录取的专 业,持缴费单到所在系部报到注册。 ○2 到系或部注册后,根据选报专业分配到班级 ○3 进入正常大学生活,参加各种教学活动,学期期末要求每位同学参加各科的期末考 试。 ○4 考试结束,由各系或部将每位学生的考试成绩及其他一些相关信息记录到每个同学 的档案中。 根据以上总结,得出可行的业务流程图 办理登记手续 新生 财务处 学生处 系部 安排课程 系部分班 学生 学生处 考试成绩 教室 档案信息 开始学习活动 4
3.2 构造系统的逻辑模型 根据现行学生信息管理的业务流程,确定数据流图中的源点和终点都选定为学生,如 此就得到了学生档案管理系统的基本系统模型。 学 生 学生基本信息 学生档 案管理 学生成绩信息 学 生 根据基本系统模型,逐步细化,得到描绘逻辑系统细化后的数据流图。 D1 学生信息表 D3 课程信息表 学生基 本信息 课程信息 新生报到 1.1 注册 学 生 1.2 1.3 成绩信息 建档分班 课程确定 班级 信息 D2 班级信息表 D4 成绩信息表 学生 毕业分档 1.4 成绩信息 处理档案 系统的主要数据元素的数据字典卡片,以具体说明数据字段卡片中相关数据的含义 名字:学生信息表 别名: 名字:学号 别名: 描述:记录每一个学生基本情况的表 定义:学生信息表=学号+姓名+性别+出生日期 +专业+班级+家庭住址+邮政编码+备注 位置:学生管理数据表 名字:课程信息表 别名: 描述:记录每一门课程基本情况的表 定义:课程信息表=课程名称+所属专业 位置:学生管理数据表 描述:唯一地标识学生信息表中一个特定学生 的关键域 定义:学号=15{文本}15 位置:学生信息表 成绩信息表 名字:课程编号 别名: 描述:唯一地标识课程信息表中一门特定课程 的关键域 定义:课程编号=10{文本}10 位置:课程信息表 5
名字:成绩信息表 别名: 描述:记录每一门课程考试成绩情况的表 定义:成绩信息表=学号+姓名+成绩专业+ 课程名称+成绩 位置:学生管理数据表 名字:成绩 别名: 描述: 定义:成绩={整型} 位置:成绩信息表 3.3 数据分析——概念模型设计 分析用户对数据的要求。 3.4.1 数据库建模 实体:学生、课程、专业、班级等。它们的实体图分别如图所示 学生实体 学号 姓名 政治面貌 性别 学生 出生日期 家庭住址 课程实体 课程名称 课 程 所属专业 专业实体 专业名称 专 业 所属院系 班级实体 人 数 班级名称 班 级 所属院系 所在教室 辅导员 6
根据两两实体之间的联系,然后进行合并,给出所有实体的联系图即 E-R 图,如图 1 所示 课程 学 学生 成绩 属于 班级 属于 专业 图 1.9 学生信息管理的 E-R 图 3.4.2 关系描述的设计 学生(学号、姓名、性别、政治面貌、出生日期、专业、班级、家庭住址、联系方式、 备注) key 为学号, 课程(课程名称、所属专业)key 为课程名称, 专业(专业名称、所属院系)key 为专业名称 班级(班级名称、所属院系、辅导员、教室、人数)key 为班级名称 成绩(学号、姓名、专业、课程名称、成绩)key 为学号与课程名称 在考虑系统安全的前提下,需要增加用户关系,其关系模式如下: 用户(用户名称、密码、用户 ID)key 为用户名称 得出以上关系后,根据关系数据库的理论要求,需要对所有关系进行关系规范化。 系统设计 系统设计一般分为总体设计和详细设计,进过需求分析阶段的工作,已经清楚系统必须 完成的工作,下面的工作就是决定“如何做”的问题。总体设计的基本目的就是“概括地说 系统应该如何实现?”。通过该阶段的工作将划分出组成系统的物理元素——程序、文件、 数据库、文档等,另一方面的主要工作就是设计软件的结构,即确定系统都由哪些模块组成 及模块之间的相互关系。 3.5 软件系统结构的设计 3.5.1 得到新的业务流程 目标系统即学生档案管理系统的业务流程 用 户 系统登录 初始化 新生报到 信息录入 分班开始学习 7
结束 退出登录 录入成绩 考试 信息修改及打印 具体描述如下: ① 用户登录:对系统进行初始化设置,包括对专业、课程和班级的设置 ② 新生报到:按专业分班进行教学,并为每位新生分配学号,然后对学生基本信息进 行录入, ③ 学生分配到班级、领教材开始新的大学学习生活 ④ 用户对学生在校期间个人基本信息发生变化的,在系统中进行修改 ⑤ 期末考试结束,把每个学生的成绩进行录入、修改、查询和打印 3.5.2 系统功能结构图 学生信息管理系统的系统功能结构图。 学生档案管理系统 系统 学籍管理 添加用户 修改密码 退出系统 添加学籍 修改学籍 删除学籍 打印信息 班级管理 专业与课程 添加班级 修改班级 专业信息 课程信息 设置专业课 添加专业信息 设置课程 添加课程 修改课 卡 程 程 成绩管理 添加成绩 查询修改成绩 打印成绩单 8
分享到:
收藏