学生考勤系统
学生姓名：王熙学号：1514011417
1.任务分析及涉及主要知识点
系统对学校全体学生的资料和考勤情况进行管理，通过每日的打卡把出勤信息输入到学校的考勤管理中心，保存学生每日的的出勤情况，以便于统计学生的出勤情况。同时方便班长查阅，即节省了人力，又省去了中间的很多容易出错的步骤。让学校学生的考勤管理更具有透明性，且方便管理。
通过学习软件工程的设计方法，使用户可以使用具备查询功能、登记功能、修改功能、删除功能、统计功能、政策及销假处理功能的软件，主要用于学生的考勤管理。
本系统包括两类使用用户：系统管理员，即具有输入、查询、删除、修改记录的班级班长，任课老师、学院领导以及系统开发人员；普通用户，即查询记录的学生。
系统管理员享有最高权限，学生只有查询权限。
总体设计后台管理模块的功能实现整个系统数据的同步更新及维护，只涉及系统管理员用户。系统管理员动态的管理学生信息、课表安排、学年安排等信息，是整个系统实现的基础。
2.
根据系统用户的需求，将本系统按功能划分成三大功能模块：请假系统、考勤系统、后台管理模块，涉及到六大类用户：学生、任课教师、院系领导、班长、系统管理员。
3.各模块的初步设计
根据各类用户的需求描述，系统应当具备请假系统、考勤管理系统、后台管理系统这三大主要功能。
请假系统功能需求：通过。请假最长时间不能超过1个月，特殊情况除外。
考勤管理功能需求：任课老师通过考勤管理系统，对学生上课出勤信息进行公开，但由于任课老师忙于教学，为了能及时准确无误的对学生出勤情况公开，要求系统能自动提供处理主要是用来管理系统操作的数据，因为高校每学年的学生都在变化，有新生入学，也有学生毕业。请假系统要借助院系领导安排才能完成，考勤管理系统要借助请假系统、班级课表安排才能完成，然而每学年课表都在变化，院系领导安排也有在变化，学生也在变化，
因此必须要求后台管理系统能根据系统需求，动态的、准确的更新系统数据。
后台管理模块的功能实现整个系统数据的同步更新及维护，只涉及系统管理员用户。系统管理员动态的管理学生信息、课表安排、学年安排等信息，是整个系统实现的基础。
根据系统用户的需求，将本系统按功能划分成三大功能模块：请假系统、考勤系统、后台管理模块，涉及到六大类用户：学生、任课教师、院系领导、班长、系统管理员。
UML-课程设计-学生成绩管理系统-精
————————————————————————————————作者：————————————————————————————————日期：
学生成绩管理系统UML建模 姓名： 学号： 班级： 指导教师：
一．设计目的 UML统一建模课程是一门面向对象开发方法的设计语言。UML统一建模课程设计实验课，着重加强面向对象建模技术。使用UML统一建模语言，用需求模型简化业务领域；用分析模型验证用例的正确性，一致性，完备性，可行性；用设计模型标识解决方案。通过模型实现了从业务领域到软件领域的映射。通过建模，使问题可视化，形式化。通过以序列的建模和迭代活动，对于提高学生综合素质十分必要。 UML统一建模课程是本科类计算机专业的一门骨干课程，技术复杂，应用范围广。本课程设计实验主要内容：构建系统的分析模型、设计模型。主要目标如下： 1. 掌握面向对象的分析技术、设计技术； 2. 构建“学生成绩管理系统”的需求分析模型和设计模型； 二．设计内容 1.可行性分析 随着网络通信技术的迅速发展和信息技术的广泛应用，计算机的应用已普及到经济和社 会生活的各个领域。教育领域也不例外，现今已经出现了各种远程网络在线教育系统、图书馆管理系统、学籍管理系统……其中学生成绩管理是任何院校都不可缺少的部分，它的内容对于学校的决策者和教学管理者来说都至关重要，而传统的人工管理方式效率较低，为数据的查询、更新和维护代来了极大的不便。所以学生学籍管理信息系统的开发和应用是必要的，它能够为管理人员提供充足的信息和快捷的查询手段，提高学校学籍管理的效率。 系统的可行性分析 （1）系统实施运行的可行性： 各教师，学生都已熟练掌握计算机的基本实用方法和操作技能，对新系统的开发，表现出极大的热情。提出了很多好的建议和要求。 （2）技术可行性： 校园网已正常运行；开发人员已熟练掌握开发工具。技术上实现系统是可行的。 （3）经济可行性： 校园内部局域网络已经建成；硬件投入不需要很大。 2.需求分析 2.1系统需求分析
2012-2013学年第二学期学号1208010217 《高级语言程序设计》 课程设计报告 题目：学生考勤管理系统 专业：计算机科学与技术 班级：12（2）班 姓名：李天栋 指导教师：孙淮宁 成绩： 计算机与信息工程系 2013年6月30日
目录 1设计内容及要求 (3) 1.1设计内容 (3) 1.2设计任务及具体要求 (3) 2概要设计 (4) 2.1该系统的功能简介 (4) 2.2 总体程序框图 (4) 2.3各个模块之间的主要关系 (5) 3设计过程或程序代码 (5) 3.1各个模块的程序流程图及运行界面 (5) 3.2对关键代码加以分析说明 (10) 4程序调试分析 (14) 5小结 (17) 致谢 (17) 参考文献 (17) 附：源程序 (18)
1 设计内容及要求 1.1设计内容 学生考勤信息记录了学生的缺课情况，它包括：缺课日期、第几节课（连续用begin-end 的形式表示）、课程名称（课程名称中不会出现空格）、学生姓名、缺课类型（迟到、早退、请假及旷课）。 1.2设计任务及具体要求 任务：(1)给出软件结构,说明各模块的功能。 (2)设计相关的类，并说明该类的作用。特别要用图形说明类之间的继承关系。 （3）编写代码 具体要求：（1）定义相关的数据,比如: 学生学号 学生姓名 课程名称 上课时间 到课时间 出勤状态 [旷课/病假/事假/迟到/早退] （2）能够进行以下操作: A．能够对数据进行增、删、改、查操作。 B．能够按学号顺序列出某一课程的出勤状况
2 概要设计 2.1系统的功能简介 考勤管理系统，有以下功能： （1)．录入学生的缺课记录：从键盘输入数据（提示：为避免重复从键盘输入数据，测试时可将数据存储在文件中，利用输入重定向功能读入），输入格式为：缺课日期第几节课课程名称学生姓名缺课类型每行一条纪录。例如： 2013-04-29 2-4 中国近现代文学史李云龙迟到2013-04-28 2-4 大学生社交礼仪马志鹏旷课 （2)．修改某个学生的缺课记录：可以对缺课纪录的任意部分进行修改，然后显示一下修改后的纪录。 （3)．查询某个学生的缺课情况：查询结果按照日期升序排序，同一天内按照所缺课程的时间升序排序。 （4)．统计某段时间内（以天为单位），旷课学生姓名及旷课节数，查询结果先按旷课节数降序排序，旷课节数相同的学生按姓名升序排序； （5)．统计某段时间内，有学生旷课的课程及旷课人次，按旷课人次由多到少排序，旷课人次相同的课程按课程名称升序排序。 2.2 总体程序框图
《面向对象分析与设计（UML）》课程设计报告 设计题目：学生成绩管理系统 院系：计算机科学与工程学院 专业：软件工程 班级： 学号： 姓名： 指导教师： 设计地点： 开课时间： 2012 至 2013 学年第 1 学期 常熟理工学院计算机科学与工程学院制
学生姓名成绩 评语： 指导教师（签名） 年月日
目录 1. 设计目的和任务.................................................................. .. (1) 2. 开发环境.................................................................. .............................. (2) 硬件环境.................................................................. ....................... (2) 软件环境.................................................................. (2) 3.设计题目.................................................................. (3) 题目名称.................................................................. ...................... . (3) 题目详细描述.................................................................. ........... .. (3) 功能要求.................................................................. (3) 4. 相关技术及知识点.................................................................. .. (4) UML的建模语言................................................................... . (4) RUP软件开发过程................................................................... ....... .. (4)
伟航教学管理系统软件 V2.0 说明书 1.引言 本软件使用说明书是为了指导伟航教学管理系统软件 V2.0的使用操作，同时为本软件系统的测试提供必要的信息。 本详细设计说明书的读者都包括以下人员： a. 代码编写人员 b. 测试人员 c. 概要设计人员 d. 其它对伟航教学管理系统软件 V2.0感兴趣的人员。 2.软件概述 2.1目标 1、使用方便、安装简单，用户只需要进行本地安装即可方便地使用本软件。 2、伟航教学管理系统软件 V2.0的设计旨在实现管理员、教师以及学生对信息的查询、修改以及更新提供便利性。教学管理系统是一个辅助学校教务人员完成日常工作中，涉及教师管理、课程管理和成绩管理等项目的日常比较繁重的工作。它应用计算机在数据处理和数据整理保存方面的优异性能，帮助工作人员提高工作的效率、减少出错情况。 2.2功能特点 该系统具有以下几个功能特点： （1）本软件系统的开发采用了C/S结构，技术成熟，使得该系统具有高可靠性、较强的拓展性和维护性；
（2）该系统支持并发用户数较多。响应时间仅在2s左右，具有良好的实用性和出众的性价比。 （3）同时本软件在预检结果的准确度方面也具有很高的可信性。开发人员在网络安全、数据传输安全、数据访问安全和数据存储安全等几个方面做了大量努力，使得系统安全性极高； 3.运行环境 3.1硬件环境 服务器端：CPU以Intel的型号为准，可以采用AMD相同档次的对应型号，内存基本配置4G 客户端：CPU为Core i3-2100 3.10GHz（标准配置），内存为4 GB（标准配置），磁盘存储为500 GB（标准配置）。 3.2软件环境 客户端：操作系统为Microsoft Windows 7、Windows 10、Microsoft XP 3.3方案设定 3.3.1 基本Ｅ-R图设计 伟航教学管理系统软件 V2.0使教学管理的计算机化成为高校管理现代化、决策科学化的一个重要环节,是开创教学管理工作新局面的必由之路。本系统的E-R图设计主要包括教师、学生、系部、课程等实体部分，本系统的E-R设计图如图3-1、图3-2、图3-3和图3-4所示。
《学籍管理系统分析报告》 课程：面向对象系统分析 实验时间：2016－2017学年第一学期 指导教师：
目录 1.系统需求 (4) 1.1 学生信息管理 (4) 1.2 学生成绩管理 (4) 1.3 其他 (5) 2.分析问题领域 (5) 2.1 确定系统范围和系统边界 (5) 2.2 定义活动者 (5) 2.3定义Use Case (6) 2.4 绘制Use Case图 (8) 3. 静态结构模型 (9) 3.1 建立对象类图 (9) 3.1.1 学生信息管理对象类图 (9) 3.1.2学生成绩管理对象类图 (10) 3.1.3系统主要接口 (10) 3.2 建立数据库模型 (11) 3.3 建立包图 (11) 4．建立动态模型 (11) 4.1 顺序图 (11) 4.1.1 管理员学生信息录入顺序图和协作图 (12) 4.1.2 管理员学生信息修改顺序图 (13) 4.1.3 学生个人信息管理顺序图 (14) 4.1.4 教务人员成绩录入顺序图 (15) 4.1.5 教务人员成绩修改顺序图 (16) 4.1.6 学生成绩查询顺序图 (17) 4.2 建立协作图 (18) 4.2.1管理员学生信息录入协作图 (19) 4.2.2管理员学生信息修改协作图 (19) 4.2.3 学生个人信息管理协作图 (20) 4.2.4 教务人员成绩录入协作图 (20) 4.2.5教务人员成绩修改协作图 (21) 4.2.6学生成绩查询协作图 (21) 4.3 状态图 (21)
4.3.1成绩状态图 (22) 4.3.2学生信息状态图 (23) 4.4 活动图 (23) 4.4.1注册学生信息活动图 (23) 4.4.2注册学生信息活动图 (24) 5.物理模型 (24) 5.1 构件图 (24) 5.2 部署图 (24)
Oracle数据库作业 ——学生考勤系统的Oracle实现 1学生考勤管理系统背景分析 随着高校校园信息化的逐步完善，有效地借助网络、数据库等技术提高工作和管理效率。如今针对师生的成绩查询系统、教务管理系统、招生就业系统、BBS、校园网站等系统在各大高校纷纷出现，对全校师生的学习、生活、管理、办公带来了便利。因此学生考勤管理系统能进一步加强高校学风建设，维护正常的教学秩序，给学生创造一个优良的学习环境。 目前高校学生上课考勤管理都是以任课老师上课点名，记录学生上课情况，对于时间比较长的请假，需要通过递交请假申请让班主任、院系领导都批准方能生效。这种模式在目前高校管理中暴露了不可避免的弊端： 1、学生请假不方便； 2、学生请假对任课老师不透明； 3、学生对自己整个学期的上课出勤情况没有整体的统计信息； 4、班主任对本班学生整个学期的上课出勤情况不易查看； 5、院系领导、学校领导不容易把握学生上课的出勤情况。 因此一个好的学生考勤管理系统在一定程度上可以解决这些弊端，本系统主要针对目前高校学生在线请假以及学生上课出勤管理而设计的信息系统。本系统涉及到高校六大类用户：学生、任课老师、班主任、院系领导、学校领导、系统管理员。 2学生考勤管理系统需求分析 2.1 用户需求描述 用户是系统的最终使用者，根据分析，本系统应当包括学生、班主任、任课老师、院系领导、学校领导、系统管理员六类用户，这六类用户对系统的需求简要概括如下： 2.2.1学生用户需求描述 学生对本系统的主要需求是：在线请假以及查看在校期间所有的上课出勤信息。 在线请假需求：学生请假的全过程当中，学生可以随时查看请假的详细进展情况。 查看出勤信息需求：学生可以查看在校期间所有学期上课出勤的详细信息，如：查看“Oracle数据库管理应用于开发”这门课程在整个学期请假、旷课多少次等信息。 其它需求：查看本人的基本信息，如本人的所属的院系、年级、专业、班级、学号、姓名、性别等，以及修改个人用户密码。
考勤管理系统数据库设计 数据库设计是指对于一个给定的应用环境，构造设计优化的数据库逻辑模式和物理结构，并据此建立数据库以及应用环境，使之能够有效地存储和管理数据，满足各种用户的应用需求，包括信息管理要求和数据操作要求。 数据库的目标是为用户和各种应用系统提供一个信息基础设施和高效率的运行环境。数据库设计的一个特点是“三分技术，七分管理，十二分基础数据”。 数据库设计的基本步骤如下： （1）需求分析 （2）概念结构设计 （3）数据库逻辑设计 （4）数据库物理设计 （5）数据库实施 （6）数据库运行和维护 一．数据库需求分析 设计这个系统的主要目的就是实现学生的考勤管理的规范化。 数据库的需求分析阶段是整个数据库设计过程中的基础，也是耗时就多，最困难的一步。需求分析的任务就是 通过详细调查现实世界要处理的对象，充分了解原系统工 作概况，明确用户的各种需求，然后在此基础上确定新
系统的功能。这个阶段的工作成果主要以下三个方面的内容： （1）数据项：每种具体数据的名称、意义、类型、取值范围以及与其他数据项之间的逻辑关系。 （2）数据集：若干数据项的有逻辑关联的集合，包括名称、意义和组成数据集的数据项。 （3）数据流：应用系统运行时，数据是怎么输入、处理和输出。 二．数据库概念结构设计 局部e-r图设计 （1）学生信息表的e-r图 （2）刷卡表的e-r图 刷卡
（3）刷卡记录表的e-r图 全局e-r图如下：
三．数据库逻辑结构设计 数据库逻辑设计主要是将概念结构设计转换为某个dbms所支持的数据模型设计出 刷卡表结构如下： 学生信息表结构如下：
1 绪论 1.1系统简介 学生信息管理系统是针对学校人事处的大量业务处理工作而开发的管理软件，主要用于学校学生信息管理，总体任务是实现学生信息关系的系统化、科学化、规范化和自动化，其主要任务是用计算机对学生各种信息进行日常管理，如查询、修改、增加、删除，另外还考虑到学生选课，针对这些要求设计了学生信息管理系统。 1.2设计目的 学生信息管理系统是高校管理信息系统的重要组成部分，开发或及时升级学生信息管理系统，是提高管理水平和工作效率的必然要求。本设计是对该学生信息管理系统的一个总体的把握，以便在后续的进一步开发过程中更好的控制总体进度,系统主要面向的对象是在校的学生。 1.3设计内容 本系统主要用于学校学生信息管理，总体任务是实现学生信息关系的系统化、规范化和自动化，其主要任务是用计算机对学生各种信息进行日常管理，如查询、修改、增加、删除，针对这些要求设计了学生管理信息系统。本设计主要解决与学生信息管理相关的问题，设计一个功能齐全的学生管理信息系统，实现学生档案信息的增删查改以及学生选课及课程的增删查改、学生成绩的录入和对学生成绩的分析等主要功能。 2 需求分析 2.1. 系统目标 2.1.1 信息系统目标 分析设计并开发实现完善的学生信息管理系统，实现学生信息管理的系统化、规范化和自动化，提高管理水平和工作效率。 2.1.2 目标说明 完成系统目标，功能上尽量完善，性能上要求能够完全适应日常运营管理需求。
2.2 系统结构 2.2.1 信息系统需求结构 系统需求包括功能需求、性能需求、可靠性要求、安全与保密要求等。 经过综合分析，确定该系统包括以下功能： （1）学生基础信息管理 学生基础信息管理包括对学生的姓名、性别、学号、登录名称和登录密码等基本信息的查看和修改，以及学生院系、班级、学期等信息的查询。 （2）教师基本信息管理 教师基本信息管理是对教师的登录名称、登录密码，教职工号等的维护。 （3）课程信息管理 课程信息管理包括对课程设置和班级选课的管理。该模块可实现以下功能：添加、修改、删除和显示课程代码、课程名称、学分和院系名称。添加、删除和提交班级所选课程。 （4）成绩信息管理 成绩信息管理包括对成绩录入和成绩分析的管理。该模块可实现以下功能：录入班级课程成绩，以不同形式（列表统计、图表分析）显示班级课程成绩。 （5）其它相关信息展示 除了以上的信息需要管理维护，可能还有些相关信息需要查询维护等，如通知公告等。 2.2.2 需求结构的说明 以上主要从功能需求进行分析说明，另外还有性能需求和可靠性需求等，将在下面进行进一步分析。 2.3.系统功能需求 2.3.1 功能用例模型 根据系统功能需求，系统的用例图如下。 （1）系统整体用例图
门禁考勤管理系统（V1.11/V1.15） 操 作 用 说 明 书
目录 一、前言 (4) 二、软件安装 1、系统要求 (6) 2、安装 (6) 3、卸载 (8) 三、操作说明 (10) 1、系统管理 (11) 2、人事管理 (19) 3、考勤管理 (21) 4、查询 (24) 5、数据管理 (25)
四、操作流程 (30) 五、常见故障与解决方法 (30) 前言： 软件安装默认目录：C: \Program Files\门禁考勤管理系统,(建议安装到D:\Program Files\门禁考勤管理系统) 。在WIN2000系统安装时，一定要以管理员帐号登陆WIN2000系统才能安装；否则安装运行门禁考勤管理软件时会出错！ 硬件建议：赛扬1.5G或PIII 1.0G以上，128M内存，20G硬盘7200转以上补充说明： 1.如果安装完后运行门禁考勤管理系统时出现如下错误：“连接数据出错” 请作出如下调整： A.在控制面板中‘“区域选项”日期设为{yyyy-mm-dd}的形式，时间设为 {hh:mm:ss}的形式 做完A步骤后如果再出现“连接数据出错”再做B步骤 B.在控制面板中的ODBC项中建立一个的ODBC是HYkaoqin 的ODBC
到控制面板中的ODBC项双击“数据源(ODBC)” 进入以下界面后，点击选择：MS Access Database,再点击“添加” 再进入如下界面再点击“完成”
进入如下界面，在“数据源名（N）”输入：Hykqoqin然后点击“确定” 创建完毕。
门禁考勤网络结构图： Com口 485转换器
信息与电子工程学院 课程设计报告 课程名称：Java程序设计课程设计姓名: 学号: 班级: 指导老师: 2016年6月 完成时间: 学生考勤系统
问题描述： 以班为单位，可以以日期为标识记录每个学生的考勤情况（正常、旷课、请假、迟到、早退）、可以查看某个学生的考勤情况、可以查看全班的考勤情况 1. 需求分析（标题，黑体，小四，段前段后 0.5行） （1 ）用户需求描述： 学生用户：学生对本系统的主要需求是在线请假以及查看学期内的上课出勤信息。在线请假中，学生可以随时查看请假的进展情况。另外学生还可以修改本人的密码。 教师用户：任课老师对本系统的主要需求是查看班级信息，查看学生信息。并且在上课前进 行点名，管理所教班级学生的上课出勤信息，查看学生上课出勤情况，对学生请假审请进行批准等。另外，教师还可以修改自己的密码。 （2 ）系统功能划分： 根据用户需求的描述，该考勤管理系统应该具备：在线请假模块，考勤管理模块这两大模块。 在线请假模块： 该模块主要操作用户是由学生，由学生登录并进行请假操作。可以选择请假开始时间，请假 结束时间，请假的原因等，最后提交由教师和辅导员进行审核审批，审核通过后学生可以在 请假记录里面实时查看请假通过情况。若教师或辅导员不允许该请假，学生可以在请假失败 记录里面查看具体原因。 考勤管理模块： 该模块主要由教师登录并进行操作，自己操作界面中修改学生考勤。老师在上课时通过该模 块可以对本课程考勤情况进行网上考勤，考勤结果会保存在后台，也可以通过选择导出为E 表格，最后方便统计整个学期本课程所有学生的考勤情况。 2. 总体设计 功能结构图
项目组号 44 密级公开 湖南科技职业学院软件学院 二○一二届毕业设计文档 项目名称学生考勤管理系统 专业软件技术（CMU认证方向 指导教师刘炜 项目组成员秦世龙 2012年 6 月
前言 1．项目开发目的： “至诚至公，精业乐业”是HNS软件学院的宗旨，同时每个学期的项目答辩更是为学院的“使无业者有业，使有业者乐业”做了很好的铺垫，项目学生考勤管理系统的开发使学校可以解决学生请假不方便；学生请假对任课老师不透明；学生对自己整个学期的上课出勤情况没有整体的统计信息；班主任对本班学生整个学期的上课出勤情况不易查看等问题。 2．项目开发背景： A、软件系统名称：学生考勤管理系统 B、任务提出者：HNS软件学院 C、本系统最终提供软件学院全体师生使用； 3．项目开发定义： 本项目包括用户注册登陆，在线请假，查看所有上课出勤信息，查看用户个人的基本信息。 4．项目开发技术： 本项目基于windows Server开发的门户网站。所用到的工具主要有BetBeans 等文本编辑器。所使用的技术为java框架技术。
目录 第1章项目开发计划书 (1) 1.1项目范围 (2) 1.2客户资料 (2) 1.3项目成果 (2) 1.4资源需求 (2) 1.5项目风险分析 (3) 1.6分配任务 (3) 第2章XXX系统需求规格说明书 (4) 2.1问题陈述： (5) 2.2要达到的目标： (5) 2.3具体的分析： (5) 第3章XXX系统设计书 (11) 3.1 命名规则 (12) 3.2软件结构图 (14) 3.3时序图 (15)
第1章项目开发计划书 文件修改记录
XX学院计算机科学与技术系 实验报告 课程名称程序设计基础实验(2) 实验项目应用系统的面向对象设计与分析实验类型综合性实验 完成人 所在班级 指导教师 完成日期2009年11月 30日
实验报告正文 一．实验报告简表 实验课题名称学籍管理系统 综合性实验项目应用系统的面向对象设计与分析 服务课程程序设计基础实验(2) 实验小组组长 指导教师 参与实验人员及其在实验课题中承担的主要任务(包括组长) 学号小组成员姓名班级在实验课题中的主要作用 二．设计内容与要求 设计内容：设计基于文件结构的学籍管理系统 设计要求： （1）录入学生基本信息的功能界面 （2）修改学生基本信息的功能界面 （3）查询学生基本信息的功能界面 （4）删除学生基本信息的功能界面
三．总体设计，包括需求分析、功能描述、设计工具与运行环境、类及类间关系描述等 a、Student.java:程序的入口。初始化主界面，使主界面位于屏幕中 间，且用户不能改变其大小。 b、MainFrame.java:程序的主界面。由菜单、登陆界面和操作选项所 构成。其中菜单的“文件”中各操作项必须在登陆后方可选择， 输入用户名和密码点击“进入”，提示登陆成功之后（用户名和密 码在数据库的Admin表中，如果用户填的密码或用户名错误或没 填都会产生相应的警告框），登陆界面消失，出现“添加信息”、“修 改信息”、“信息查询”和“删除信息”四个按钮，且菜单中的操 作项也被激活。点击要操作的按钮或菜单项，进入要操作的界面 （窗口出现在屏幕左上角）。 c、AddInf.java:添加信息界面。按照要求添入基本信息，如果用户 填错或没填，提示错误信息（如不能添加已经注册的学号）。填写 完整后，点击“增加”按钮，将信息加入数据库的BaseInf表中。 d、ChangeInf.java:修改信息界面。按照提示输入要修改信息的学生 学号，点击“下一步”（如果数据库无此学号，则提示“无此对应 信息”），从数据库中将该学生的完整信息读出，用户修改之后点 击“修改”即可。注意：为了防止意外，修改学生信息时，程序 禁止了对学号的修改。（为了程序设计方便和代码重用，修改信息 的代码是先删此该生所有信息，再将修改后的信息全部添加到数 据库，这也是数据库修改的原理） e、SeachInf.java:查询信息界面。输入要查询的学生的学号或姓名 （也可两项都填写），点击“查询”，将提示“查无对应信息”或 将查询到的学生完整信息显示出来，如果有多条对应信息，“下一 条”按钮可选，单击之后可查看下一满足条件的信息，查找准确 的学生信息。 f、DelInf.java:删除信息界面。输入要删除信息的学生的学号，单 击“下一步”，程序给出该生的完整信息，点击“删除”，提示是 否确定删除对话框，仔细查看信息确认无误后，单击“确定”完 成删除，否则单击“取消”。 四．详细设计，包括类图及代码等 Student.java： import javax.swing.UIManager;
学生成绩管理系统 一、需求分析 学生成绩管理工作是高校教育工作的一项重要内容。教务管理工作是指学校管理人员按照一定教育方针，运用先进的管理手段，组织、协调、指挥并指导各用户活动，以便高效率、高质量地完成各项教学任务，完成国家所制定的教育目标。学生成绩管理工作是学校教学工作的中枢，是保证高校教学机制正常运转的枢纽，它是一项目的性、计划性、适用性、创造性和科学性很强的工作。学生成绩工作关系到高校教学秩序的稳定。大中型院校人员众多，如果没有好的管理，就不能取得很好的成果，应用数据库来管理，在这方面能够取得很好的效果。 系统的可行性分析 1.系统实施运行的可行性 各教师，学生都已熟练掌握计算机的基本实用方法和操作技能，对新系统的开发，表现出极大的热情。提出了很多好的建议和要求。 2.技术可行性 校园网已正常运行；开发人员已熟练掌握开发工具。技术上实现系统是可行的。 3.经济可行性 校园内部局域网络已经建成；硬件投入不需要很大。 学生成绩管理系统是为了开发学生信息管理系统而编写，主要 面向系统分析员、程序员、测试员、实施员和最终用户。其主要任务
是用计算机对学生成绩信息进行日常管理，如查询、修改、增加、删除，另外还考虑到学生选课，针对这些要求设计了学生成绩管理系统。推行学校信息管理系统的应用是进一步推进学生学籍管理规范化、电子化控制辍学和提高义务教育水平的重要举措。 首先学生可以登录系统，并可以根据自己的情况修改密码，然后通过登陆系统查看自己的成绩，并可以对自己的成绩提出申请错误信息。其次是作为参与者的教师，教师可以输入学生的成绩，也可以查询其对应所教的科目的学生的成绩情况。第三参与者就是教务人员，教务人员就是核实学生的成绩情况并分类各科的成绩。第四参与者是系统管理员，系统管理员有权利添加，删除学生；整个系统的管理都是由系统管理员进行的，如用户的授权、用户的添加与删除等情况。所以系统管理员的角色也非常重要。 系统功能分析 4.参与者的确定 经过对该系统的分析，参与者可确定为：学生、教师和教务员、系统管理员。 5.用户登录 将登录分为学生登录、教师登录、教务员登录、管理员登录，不同的用户有着不同的权限。 6.成绩管理 在学期结束时，教师通过批改试卷得到的成绩单将学生成绩依次加入学生成绩数据库中。
课程设计报告 课程名称面向对象程序设计 课题名称学生考勤管理系统 专业计算机科学与技术 班级 1181班 学号 201113030128 姓名蔡彪 指导教师李珍辉谭小兰 2012年 12 月 15日
湖南工程学院 课程设计任务书 课程名称面向对象程序设计 课题学生考勤管理系统 专业班级计算机1181班 学生姓名蔡彪 学号 201113030128 指导老师李珍辉谭小兰 审批 任务书下达日期 2012 年 12 月 15 日 任务完成日期 2013 年 01 月 05 日
一、设计内容与设计要求 1.课程设计目的： 面向对象程序设计课程设计是集中实践性环节之一，是学习完《面向对象程序设计》课程后进行的一次全面的综合练习。要求学生达到熟练掌握C++语言的基本知识和技能；基本掌握面向对象程序设计的思想和方法；能够利用所学的基本知识和技能，解决简单的面向对象程序设计问题，从而提高动手编程解决实际问题的能力。 2.课题题目 学生考勤管理系统 3．设计要求： （1）根据自己对应的课题完成以下主要工作：①完成系统需求分析：包括系统设计目的与意义；系统功能需求（系统流程图）；输入输出的要求。②完 成系统总体设计：包括系统功能分析；系统功能模块划分与设计（系统功能模 块图）。③完成系统详细设计：包括数据库需求分析；数据库概念结构设计（E －R图）；数据库逻辑结构设计；类层次图；界面设计与各功能模块实现。④系 统调试：调试出现的主要问题，编译语法错误及修改，重点是运行逻辑问题修 改和调整。⑤使用说明书及编程体会：说明如何使用你编写的程序，详细列出 每一步的操作步骤。⑥关键源程序（带注释） （2）按规定格式完成课程设计报告，将其打印稿(A4纸)上交给老师存档。 （3）不得抄袭他人程序、课程设计报告，每个人应体现自己的个性设计。
基于UML 的学生学籍管理系统模型 一、问题概述 在高校是日常管理中，对学生学籍的管理是一项非常重要的教学管理任务，其管理模式的科学化与规范化，管理手段的信息化与自动化对于学校的总体发展产生深远的影响，由于管理内容内过多，繁琐，处理的过程也非常复杂，单纯人工管理很难跟上学校教学改革与发展的步伐，所以需要一个便于学生信息管理的学生学籍管理系统来帮助学生信息的管理。 二、建模过程 1、建立系统用例模型 1.1系统描述 在学籍管理过程中，主要有活动有学生对个人信息的填写与提交，学生进行选课，学生对信息查询；教师对选课学生的课程成绩输入；教务员对学生信息的管理（包括添加、修改、删除）和对教师信息的管理（主要是账户管理）。 1.2系统参与者的确定 学生学籍管理系统的主要参与者有：教务员，教师和学生。 1.3系统用例描述 提取以下的几个用例： （1）用户管理：为了更好地管理用户的权限及维护学生信息、系统信息的安全，在用 户进行系统进行相应的操作前，需要对用户的身份进行验证，所以有用户登录这一过程，这时便需要对权限内的用户进行管理。 （2）选课管理：学生在学校选课期间可以进行选就选课，检查和删除课程，而在平时 可以对所选课程进行查询；而在学生选课出现问题时，在提出申请后，教务员可以直接帮助学生对选课信息进行修改，同时，教务员可根据教学需要进行一定的选课条件限制。 （3）信息管理：学生可以对个人信息进行查询操作；在新生注册时，教务员要把新生 的信息录入系统，而根据教学需要，教务人员可以对学生信息进行查询，修改，删除操作。（4）成绩管理：任课教师在考试后输入学生相应课程的分数；学生对个人历年课程成 绩的查询；同时，教务员对教师录入的成绩进行监控与核实，如果成绩出现问题后，教务员可以对学生成绩的修改。 （5）系统管理：教务员在需要时可以对系统的服务进地启动和停止，主要是在某些特 殊情况下的操作。
学生考勤管理系统 ---详细设计说明书 组长：XXX 组员：XXX XXX XXX XXX XXX
目录 1.引言 (2) 1.1编写目的 (2) 1.2背景分析 (2) 1.3参考资料 (3) 2．总体设计 (3) 2.1任务和目标 (3) 2.2运行环境及条件概述 (3) 2.2.1技术方面 (3) 2.2.2经济方面 (4) 2.2.3操作方面 (4) 3．系统详细需求分析 (3) 3.1学生需求描述 (3) 3.2功能需求描述 (4) 3.3详细系统运行环境及开发工具 (5) 3.3．1相关开发工具简介.................................. .. (5) 3.3．2 B/S（浏览器/服务器）简介 (4) 3.3．3 JSP简介 (5) 4.总体方案确定 (5) 4.1学生考勤管理前台 (6) 4.2学生考勤管理后台 (7) 5.系统详细设计 (10) 5.1系统功能划分 (10) 5.1.1请假系统模块 (10) 5.1.2考勤系统模块 (10) 5. 1. 3后台管理模块 (10) 5.2数据字典 (11) 5.3系统界面详细设计 (12) 5.3.1登陆界面 (12) 5.3.2 系统主界面 (13) 5.3.3 添加学生信息界面 (14) 5.3.4 课程管理界面 (15) 6.数据库系统设计 (15) 6.1逻辑结构设计 (19) 6.2主要实体模型 (20) 6.3E-R图分析 (21) 6.4数据库表设计 (21) 7.软件测试 (20) 7.1页面使用安全 (21) 7.2请假系统测试 (21) 7.3修改密码测试 (21) 7.4考勤管理测试 (22)
学号________________ 密级________________ （黑体5号） 兰州城市学院本科毕业论文 （1号宋体居中） 学生考勤系统的设计与实现 （2号黑体居中，标题行间距为32磅） 学院名称：信息工程学院 专业名称：计算机科学与技术 学生姓名：高国诚 指导教师：朱正平教授 （宋体小3） 二○一三年五月
BACHELOR'S DEGREE THESIS OF LANZHOU CITY UNIVERSITY （Times New Roman 2号粗体居中） Design and Implementation of student attendance system （Times New Roman 2号粗体居中） College ：College of Information Engineering Subject ：Computer science and technology Name ：Gao Guo cheng Directed by ：Zhu Zheng ping Professor （Times New Roman 4号居中） May 2013 （Times New Roman小2号居中）
郑重声明 （宋体粗体2号居中） 本人呈交的学位论文，是在导师的指导下，独立进行研究工作所取得的成果，所有数据、图片资料真实可靠。尽我所知，除文中已经注明引用的内容外，本学位论文的研究成果不包含他人享有著作权的内容。对本论文所涉及的研究工作做出贡献的其他个人和集体，均已在文中以明确的方式标明。本学位论文的知识产权归属于培养单位。 （宋体4号） 本人签名：日期：
学 生 考 勤 管 理 系 统 可行性研究报告 作者： 日期：
目录 1项目背景 (2) 2任务概述 (2) 2.1项目目标 (2) 2.2项目范围 (3) 2.3初步想法 (3) 3对现有系统的分析 (3) 3.1处理流程和数据流程 (4) 3.2局限性 (5) 4所建议的系统 (6) 4.1对所建议系统的说明 (6) 4.2处理流程和数据流程 (6) 4.3改进之处 (8) 4.4可行性分析 (9) 4.4.1 经济可行性 (9) 4.4.2技术可行性 (9) 4.4.3 运行可行性 (9) 4.4.4 法律可行性 (9) 5结论 (9)
1项目背景 目前国内高校中为保证出勤率普遍存在上课,开会,出早操等活动点名的情况,而且大部分是靠人工操作来实现，费时又费力。该项目针对这些活动考勤情况的运行状态进行分析和总结利用网络技术代替人工记录学生出勤情况，减少了考勤部门在人力物力方面的开资，并方便使用者和学生随时查看，体现了学生考勤的公平性与公开性。使用者为学校学生考勤管理中心工作人员，如各班班主任，各任课教师、各学院辅导员、各学院领导、各位学生本人及部分学校领导。 该软件系统联入本校内部局域网，与其他与学生管理系统相关的系统联系，统一管理学生的考勤状况，使学校整体协调性更高；此外，各学院和各部门也可以通过共享系统信息，以更好地提高管理效果，为学校的教学活动带来更多的方便。 2任务概述 该系统主要功能模块为学生考勤管理中心信息管理、班主任对学生考勤信息的管理、任课教师对学生考勤信息的管理、辅导员对学生考勤信息的管理和学生对自己考勤信息的查询。系统能够使查询学生考勤信息变得更为轻易，并使这些信息更为一目了然。学生在登陆系统时，需输入学生的学号、姓名，其他人员需输入验证码登录。只有通过验证的身份才能进入系统进行相关的操作。系统间信息的传递也需要进行安全设置，以防止学生的考勤信息被恶意篡改。 2.1项目目标 学生考勤管理中心的系统目标：建立一个能灵敏、高效、及时，全面提高学生考勤管理的集成系统，辅助管理决策者及时、准确地做出决策。 （1）实现学生考勤缺席情况的全面计算机处理，提高学校学生信息管理中心的工作效率和工作质量。 （2）及时提供学生考勤情况的统计信息，提高管理水平。 （3）与学生共享信息，使学生能随时查看自己的缺勤情况。
学籍管理系统
学籍管理系统 目录 一、学籍管理系统概述 ................................... 错误!未定义书签。 1.1项目的背景与意义 ..................................... 错误!未定义书签。 1.1、背景.......................................................... 错误!未定义书签。 1.2业务模式..................................................... 错误!未定义书签。 二、可行性分析 ............................................... 错误!未定义书签。 2.1系统功能及分析: ........................................ 错误!未定义书签。 2.1.1系统功能目标: ......................................... 错误!未定义书签。 2.1.2系统功能分析： ...................................... 错误!未定义书签。 2.2系统的逻辑模型 ......................................... 错误!未定义书签。 2.2.1业务流程分析 .......................................... 错误!未定义书签。 2.2.2 数据流程分析 .......................................... 错误!未定义书签。 2.2.3数据字典.................................................. 错误!未定义书签。 三、系统总体功能需求 ................................... 错误!未定义书签。 3.1.学生信息管理模块 ..................................... 错误!未定义书签。 3.1.1新生信息管理 .......................................... 错误!未定义书签。 3.1.2毕业学生信息管理 .................................. 错误!未定义书签。 3.1.3学生学籍更改 .......................................... 错误!未定义书签。 3.2学生成绩管理模块 ..................................... 错误!未定义书签。 3.3信息查询模块 ............................................. 错误!未定义书签。
学生管理系统建模 步骤 （1）分析并得出系统的主要参与者与主要用况，并画出系统的用况图。为所有的用况撰写脚本，将脚本放于单独的word文档中，并将文档与相应的用况相连接。 1）确定系统的使用者 通过对上面问题陈述的分析，我们可以发现系统的使用者主要有Student和Professor，同时还需要Registrar来维护这个系统。此外，由于需要打印Student列表，故需要参与者Billing System；由于需要自动维护课程目录的改变，故需要参与者Course Catalog。因此应该在用况视图中添加如图5-15所示的参与者。 2）确定系统的用况 通过对上面问题陈述的分析，我们可以知道参与者Student主要要做view report cards和register for courses 两件工作，而参与者Professor主要要做Select Courses to Teach和Submit Grades两件工作。参与者Registrar 要维护信息，即要做Maintain Professor Information和Maintain Student Information两件工作，此外Registrar 还要控制注册何时结束，即要做Close Registration的工作。由于安全性的原因，要使用系统还需要首先做Login的工作。因此，应在用况视图中添加如图5-16所示用况。 3）用况图 通过上面的分析我们确定了系统中的参与者，用况以及它们之间的关系，根据这些关系，可以画出系统用况视图中的Main用况图，如图5-17所示：
（2）实现关键用例。做出相应的顺序图和协作图，对于每一个协作，说明其静态结构和动态结构。 为了说明协作的动态结构，我们可以画出其顺序图与协作图。对于Login协作而言，由于只有一个边界类LoginForm与系统的使用者交互，而任何系统的使用者都必须登陆，故可画出其顺序图和协作图，如图5-18和图5-19所示。