学生综合测评信息管理系统最近的.docVIP

学生综合测评信息管理系统需求分析说明 摘要 学生综合测评管理系统是高等院校学生管理事务中一项重要工作。其涉及大量的数据处理和根据学院规章制度实行的具体措施而做出相关信息规划，传统的人工统计与查询已经无法完全胜任Internet/Intranet技术有效地促进了高校学生信息全面而准确的管理  2.2功能需求 （1）用户登录 系统以用户名和密码方式登录，进入相应权限的操作界面。对于此系统所需设4个等级用户，一级用户（超级管理员）、2级管理员（普通管理员）、3级用户（如辅导员），四级用户（如学生）。 一级用户主要是创建用户并给用户分配权限； 二级用户可以对学生和班级的基本信息进行修改； 三级用户可以针对本班的信息修改，即只能录入本班辅导员分数； 四级用户只可进行数据查询和打印报表； （2）信息录入 评测的依据主要来自信息录入，其根据时间主要分为三个模块。 1）新学期开始：学生和班级基本信息录入 学生基本信息包括学号，姓名，性别，班级，系代码，住宿否，宿舍床位号；系统需要提供用户提供添加功能且其中每一项都为必填班级基本信息包括系代码，系名称，班级，专业，总数，男生人数，女生人数，辅导员；此信息都为填项，不需一项空缺。 以上2项即是系统基本信息，且需维护所用，也只有一级管理员可以直接从其他数据库导入信息，对于二级用户可以增删改查。其他用户无此权限。 2）每周：教师日志（考勤表）、请假条、班级评比相关数据输入、奖罚和惩处输入； 考勤表包括学号，姓名，性别，班级，时间请假节数，任课教师，根据时间生成的信息编号 请假条主要是学号，姓名，性别，班级，时间，请假类型（事件、病假），请假节数，辅导员。 班级评比数据数据班级，晚自习，教室卫生，宿舍卫生，时政学习）（大一和大二大三不同，其有流动班级和固定班级之分） 奖惩和处罚主要是根据其平时的表现和一些活动所得。 3）学期末：辅导员分数、宿舍分； 辅导员分数主要依据平时表现老师所给你的分数，其上限是5分； 宿舍分数主要是本学期根据本宿舍星级情况而定。（其主要由宿管统计） （3）信息查询 根据个人和班级可分。 个人：基本信息、考勤总汇，考勤明细； 班级：基本信息、考勤总汇、班级评比、班级评比明细； （4）信息打印 可根据时间和本校需求分。 每周：个人和班级考勤总汇，班级周评比，教师日志提交； 学期：期末考勤汇总，期末个人操行总汇，期末班级评比； （5）备份和初始化 学期结束和开始的时候，要进行系统数据的备份。在新学期的开始要对系统数据进行初始化，只保留班级和个人的基本信息。 2.3性能要求 （1）系统易操作性 所开发的系统应做到操作简单，尽量使系统操作不受用户对电脑知识水平的限制。 （2）系统可维护性 由于系统涉及的信息比较广，数据库中的数据需定期修改，系统可利用的空间及性能也随之下降，为了使系统更好地运转，学院可以对系统数据及一些简单的功能进行独立的维护及调整。 （3）系统具有开发性 该系统能够在开放的硬件体系结构中运行，并且能与其他系统顺利连接，不会因外部系统的不同面要做在量的修改工作。 2.4系统逻辑模型建立 在需求分析阶段，根据使用者和开发者的需求，标示各实体之间的关系画出E-R图，同时根据E-R图细分数据库表，搭建好基础数据库，为以后操作打下夯实基础。 （1）E-R图 表示方法：实体，属性，联系。 1）模型中的实体相当于实体集、 （2）数据库中表的建立 根据E-R图，数据规范化以及三大范式向关系模型转化。 服务器上建立名为sstDB的数据库，其中包括以下表：stu_info，manager_info，class_info，award_info，classCom_info，time_info，time_type，manager_type，leave_info，violent_type，department_info下面来说明个表的结构。 表1-1 学生信息表 学生基本信息表stu_info 字段 数据类型 备注 stu_id Varchar(8) 主键，学生学号,长度为8，如：G0831565 stu_name Varchar(4) 学生姓名,长度为4 stu_sex Char(2) 学生性别，默认为男，检查约束：值只能为男或女 stu_grade int 班级号，外键 stu_deparment Varchar(10) 系代码，外键 stu_hostel Varchar(2) 是否住宿，默认为“是“ stu_hostel_no Varchar(8) 宿舍床位号，如：41510_01 表1-2 管理员信息表 管理员信息表manager_info 字段 数据类型 备注 manager_id int 主键id manager_loginid V