学生考勤管理系统需求分析文档.doc

学生考勤管理系统需求分析 曲阜师范大学计算机科学学院 06 级 2 班 第二小组 1 文档编号 NO.2 版 本 号 01 文档名称： 需求分析报告 项目名称： 学生考勤管理系统 项目负责人： 秦 伟 编写 第二小组 2009 年 4 月 15 日 校对 秦伟 2009 年 4 月 20 日 审核 夏小娜 2009 年 4 月 27 日 批准 夏小娜 2009 年 4 月 27 日 开发单位 曲阜师范大学计算机科学学院 06 级 2 班 第二小组 学生考勤管理系统需求分析 曲阜师范大学计算机科学学院 06 级 2 班 第二小组 2 1 引言引言.3 1.1 编写目的3 1.2 背景3 1.3 定义3 1.4 参考资料3 2 任务概述任务概述.3 2.1 目标3 2.2 用户的特点4 2.3 假定和约束4 3 需求规定需求规定.4 3.1 对功能的规定4 3.2 对性能的规定12 3.2.1精度.12 3.2.2时间特性要求.12 3.2.3灵活性.12 3.3 输人输出要求12 3.4 数据管理能力要求12 3.5 故障处理要求13 3.6 其他专门要求13 4 运行环境规定运行环境规定.13 4.1 设备13 4.2 支持软件13 4.3 接口14 4.4 控制14 附录附录:任务分工任务分工 .15 学生考勤管理系统需求分析 曲阜师范大学计算机科学学院 06 级 2 班 第二小组 3 1 1、引言、引言 1 1、1 1 编写目的编写目的 作为用户与该系统软件开发维护人员共同遵守的软件需求规范说明，本 软件需求说明书的主要目的是明确所要开发的软件所应具有的功能、性能， 使系统分析人员和软件设计人员能清楚地了解用户的需求，并在此基础上进一 步提出概要设计和完成后续设计与开发工作，为软件开发范围、业务处理规范 提供依据，也是应用软件进行合同最终验收的依据。 系统对学校全体学生的资料和考勤情况进行管理，通过每日的打卡把出勤 信息输入到学校的考勤管理中心，保存学生每日的的出勤情况，以便于统计学 生的出勤情况。同时方便班长查阅，即节省了人力，又省去了中间的很多容易 出错的步骤。让学校学生的考勤管理更具有透明性，且方便管理。 此外系统还涉及系统数据安全和用户管理的问题、各种代码使用和维护问 题、数据安全和数据维护问题、统计报表生成和输出等问题，因此还要求系统 具有系统管理和事务处理功能。总而言之，要求通过系统的开发，达到系统项 目的总体目标是：在整个系统的框架下，结合学生在学校的实际出勤情况的需 要实现对数据更新、数据查询、数据统计、数据分析等功能进行有效的管理。 并提供用户友好接口，满足学校管理需求的软件，提高学校对学生的管理效率， 从而完善学校的管理制度。 预期的读者就是各类学校的系统管理员或系统求购者，使用前仔细阅读此 软件说明是很必要的，以便更好的使用、管理和维护此系统！ 1 1、2 2 背景背景 a、待开发软件名称：学生考勤管理系统 b、本项目的任务提出者：夏小娜 开发者：秦伟、石晶、沈守国、冉令帅、宋长龙、沈海利、尚频、甄 慧 用户：某高校的学生管理中心、教务处以及学校系统设计管理人员 实现软件的单位：曲师大 06 级计算机科学与技术 2 班第 2 小组 c、考勤作为一个基础管理，是学校对学生进行管理的基本依据。实际管 理和记录工作非常需要快速获知各个年级学生的每日出勤情况，以便 于及时向班长反映学生的出勤、缺勤情况（包括迟到、早退、病假、 事假、旷课等情况） 。因此此系统在操作系统的基础上，结合 Accesss 数据库管理系统，运用 VC+来实现运行。 1 1、3 3 定义定义 学生考勤管理系统 VC+ Access 1 1、4 4 参考资料参考资料 学生考勤管理系统可行性研究报告曲师大 06 级计科 2 班第 2 小组 编写 软件工程导论 （第五版）2008 年 2 月 张海藩编著清 华大学出版 社 数据库系统概论 （第四版）2006 年 5 月 王珊 萨师煊著 高等 教育出版社 Access2002 数据库应用2006 年 8 月 李佳著 人民邮电出版社 Visual C+教程 2007 年 12 月 郑阿奇 主编 机械工业出版 学生考勤管理系统需求分析 曲阜师范大学计算机科学学院 06 级 2 班 第二小组 4 社 2、任务概述、任务概述 21 目标 通过学习软件工程的设计方法，主要采用 Visual C+以及 Access 技术，使用户可以 使用具备查询功能、登记功能、修改功能、删除功能、统计功能、政策及销假处理功能的 软件，主要用于学生的考勤管理。 22 用户的特点 本系统包括两类使用用户：系统管理员，即具有输入、查询、删除、修改记录的班级 班长，任课老师、学院领导以及系统开发人员；普通用户，即查询记录的学生。 系统管理员享有最高权限，学生只有查询权限。 账号为学生的学号，密码默认为 000000. 23 假定与约束 开发日期：2009 年三月至 2009 年六月。 本系统开发人员为 8 人。 本系统适用于一般市面上的机型。 3 需求规定需求规定 3.1 对功能的规定对功能的规定 3.1.1 根据各类用户的需求描述，系统应当具备请假系统、考勤管理系统、后台管 理系统这三大主要功能。 请假系统功能需求：通过 。请假最长时间不能超过 1 个月，特殊情况除外。 考勤管理功能需求：任课老师通过考勤管理系统，对学生上课出勤信息进行公开，但由于 任课老师忙于教学，为了能及时准确无误的对学生出勤情况公开，要求系统能自动提供处 理主要是用来管理系统操作的数据，因为高校每学年的学生都在变化，有新生入学，也有 学生毕业。请假系统要借助院系领导 安排才能完成，考勤管理系统要借助请假系统、班级 课表安排才能完成，然而每学年课表都在变化，院系领导 安排也有在变化，学生也在变化， 因此必须要求后台管理系统能根据系统需求，动态的、准确的更新系统数据。 根据系统用户的需求，将本系统按功能划分成三大功能模块：请假系统、考勤系统、 后台管理模块，涉及到六大类用户：学生、任课教师、院系领导、班长、系统管理员。 1、 请假系统模块 本模块的功能是在线在线请假的实现及管理，主要涉及三大类用户：学生、院系领导用户，学 生通过此功能模块进行在线请假及查看请假记录信息；院系领导 在线审批学生请假及查看 请假记录信息；院系领导在线审批学生长时间的请假及查看请假记录信息。 学生考勤管理系统需求分析 曲阜师范大学计算机科学学院 06 级 2 班 第二小组 5 IPO 表 系统：学生考勤管系统 作者：第二小组 模块：请假系统模块 日期：2009 月 4 月 15 日 编号：NO1.1 被调用： 考勤系统模块 输入： 学生请假申请 输出： 请假的详细进展 情况 调用： 后台管理模块 处理： 院系领导针对请假申请信息进行学生请假审批。 局部数据元素： 学生信息、 请假信息、 课程信息 注释： 2、 考勤系统模块 本模块的功能是学生考勤信息统计的实现、查看及管理，涉及六大类用户中的所有用户。 学生在线查看自己所有学年的出勤信息；任课老师在线管理学生出勤信息；院系领导 、院 系领导、班长查看不同的范围的学生出勤信息。 学生考勤管理系统需求分析 曲阜师范大学计算机科学学院 06 级 2 班 第二小组 6 IPO 表 系统：学生考勤管理系统 作者：第二个小组 模块：考勤系统模块 日期：2009 月 4 月 15 日 编号：NO1.2 被调用： 后台管理模块 ： 输入：缺课日期、哪几节课、课 程名称、学生姓名及学号、缺课 类型（迟到、早退、请假及旷课） 注释： 3、 后台管理模块 本模块的功能实现整个系统数据的同步更新及维护，只涉及系统管理员用户。系统管 理员动态的管理学生信息、课表安排、学年安排等信息，是整个系统实现的基础。 调用： 请假系统模块 输出：学生考勤表单。 处理：对学生信息进新记录登记. 局部数据元素： 用户信息、 全部学生姓名及学号 学生考勤管理系统需求分析 曲阜师范大学计算机科学学院 06 级 2 班 第二小组 7 IPO 表 系统：考勤管理系统 作者：第二小组 模块：后台管理模块 日期：2009-4-15 编号：NO3 被调用： 请假系统模块、考 勤系统模块 调用： 系统管理员 输入：院系的学生信 息变动、课表安排、 学年安排 输出：学生信息表、 用户信息表、课程表、 学年安排表 注释： 处理：对学校院系学生信息的增加、删除、修改等及用户信 息删除和学生 局部数据元素： 用户信息、学 生信息 3.1.2 用户需求描述 1.学生用户需求描述 学生对本系统的主要需求是：在线请假以及查看在校期间所有的上课出勤信息。在线 请假需求：学生 假的全过程当中，学生可以随时查看请假的详细进展情况。查看出勤信息 需求：学生可以查看在校期间所有学期上课出勤的详细信息，如：查看“高等数学”这门 课程在整个学期请假、旷课、迟到、早退了多少次，以及具体的时间、任课老师姓名、第 几节课等详细信息。 其它需求：查看本人的基本信息，如本人的所属的院系、年级、专业、班级、学号、姓名、 性别等，以及修改个人用户密码，查看本班课表安排。 2 任课老师用户需求描述 任课老师对系统的主要需求是：管理所教班级学生的上课出勤信息以及查看所教班级学生 的上课出勤信息。管理学生上课出勤需求： 表，随着时间的变化，自动列出还没有在网上 公布的学生上课出勤信息，系统自动根据学生请假系统，决定学生上课出勤的最终结果。 查看学生出勤信息需求：查看所教班级学生整个学期上出勤统计信息及详细信息。 其它需求：查看上课课表，本人基本信息以及修改个人用户密码。 3院系领导用户需求描述 院系领导 对本系统的主要需求是：审批本班学生本学期的在线请假以及查看本班学 学生考勤管理系统需求分析 曲阜师范大学计算机科学学院 06 级 2 班 第二小组 8 生本学期所有课程的上课出勤信息。 审批学生请假需求：本班学生本学期在线请假申请后，自动提示院系领导 有等待审批的请 假信息，院系领导 针对请假申请信息进行学生请假审批，以及对请假信息回复。查看学生 上课出勤信息需求：查看本班学生整个学期有关课程的上出勤统计信息及详细信息。 其它需求：查看本班学生的基本信息、修改个人用户密码等。 4.班长用户需求描述 班长对系统的主要需求是：查看全校学生上课出勤信息。 查看出勤信息需求：输入查询条件后，系统根据查询条件列出本校学生相关的上课出勤信 息。 其它需求：查看有关全校的基本信息以信修改个人用户密码等。 5.系统管理员用户需求描述 系统管理员有系统的最高权限，负责系统所需所有数据的动态同步更新以及维护，根据 系统针对各用户的设计，基本功能需求如下： （1） 、管理学校各院系、年级、专业、班级的添加、删除、修改等。 （2） 、管理每个学期每个班级的课程安排及指定院系领导 和任课老师。 （3） 、管理系统所有用户。 （4） 、管理全校课表安排。 （5） 、管理全校每学年开学的起止时间。 （6） 、管理系统的请假、考勤信息。 3.1.3 数据表描述 学生信息表（学号、姓名、院系、年级、专业、性别等） 请假信息表（学号、请假时间、请假理由） 课程表 (课程号、课程名、上课时间) 任课教师表（教师号、教师名、任课课程号） 用户表（用户编号、用户名、用户密码、用户权限） 3.1.4 E_R 图 学生考勤管理系统需求分析 曲阜师范大学计算机科学学院 06 级 2 班 第二小组 9 课程 考勤任课教师 学生 请假 教授 请假情况 学号 姓名 性别 院系 年级 教师号考勤情况 任课号 课程名 姓名 上课时间 课程名 N M N M N M 图：E-R 图 3.1.5 功能模型-数据流图（DFD） （功能模型表明一个计算如何从输入值得到输出值，它不考虑计算的次序。功能模型由多 张数据流图组成 ） （A） 系统级流图 班长、学 生 处理事务 产生报表 院系领导 处理事务 数据库信息 处理事务 管理员处理事务 任课教师 产生报表 产生报表产生报表 班级 学生考勤管理系统需求分析 曲阜师范大学计算机科学学院 06 级 2 班 第二小组 10 （B）1 层数据流图（所有用户操作都是通过数据库 D0 相联系。 ） 流图：系统管理员 流图：院系领导 学生考勤管理系统需求分析 曲阜师范大学计算机科学学院 06 级 2 班 第二小组 11 流图：任课教师 流图：班级班长 学生考勤管理系统需求分析 曲阜师范大学计算机科学学院 06 级 2 班 第二小组 12 流图：学生个人 3.2 对性能的规定对性能的规定 3.2.1 精度 在进行输入输出时必须清晰的列出所有输入状况及数据，不能马马虎虎，要考虑到尽可能 达到的范围，以使输入输出完整准确。 3.2.2 时间特性要求 查询服务部分：用户通过电脑提交命令到返回结果不超过 5 秒钟。 数据管理部分：提交某一数据录入到结果返回不超过 5 秒钟。 3.2.3 灵活性 操作方式： 支持 Windows2000 及以上的操作系统。 同其他软件接口： 设计连接 Access 数据库的软件包。 精度和有效时限的变化：用户自己设定。 3.3 输入输出要求输入输出要求 要符合精度的设定。 3.4 数据管理能力要求数据管理能力要求 （1）同学个人信息：学号，大小为 10 个字符；名字，不超过 20 字符；系别，不超过 30 个字符；班级，不超过 8 个字符； （2）请假信息：学号，大小为 10 个字符；请假时间，大小为 12 个字符；请假理由：大 小不超过 100 个字符。 （3）任课老师表：教师号：大小为 10 个字符;教师名：不超过 20 字符；系别，不超过 学生考勤管理系统需求分析 曲阜师范大学计算机科学学院 06 级 2 班 第二小组 13 30 个字符；任课课程：不超过 30 字符； （4）课程表：课程号码，大小 16 个字符；课程名：不超过 30 字符；上课时间：大小为 12 个字符； （5）管理员：用户编号：大小为 10 个字符；用户名：不超过 20 字符；用户密码：不超 过 12 字符；用户权限：2 个字符。 对学生信息、课程信息、任课教师信息、管理员信息、请假信息等内容的存储的各表 至少需要 100M 以上空间，即至少需要 500M 空间进行数据的存储，并至少需要 2G 空间对 增长的数据进行保存。 3.5 故障处理要求故障处理要求 （1）磁盘碎片过多、数据库存储空间不够，引起数据库访问变慢等问题需要对磁盘 进行扩展和维护。 （2）执行程序非正常退出，响应确实，修改源代码前应备份。 （3）数据库没启动引起访问问题，须启动数据库服务器。 （4）其他具体问题，再做具体分析。多查多问。 3.6 其他专门要求 在程序的开发过程中，应遵循结构化的程序设计原则，精心设立运行日志，从而 加强系统的可维护性；另一方面要注重系统的界面友好性、保持各程序模块界面的统一。 4 运行环境规定运行环境规定 41 设备 4.1.1 最低配置 服务器端： 1）硬件需求：处理器 Intel Pentium III 内存 128M 硬盘 40G 2）软件需求：Windows 98