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

学号：0967020462 班级：软件3班 姓名：周吴超 学生考勤管理系统 任务介绍 ? 1. 目标? 2．用户的特点 根据各类用户的需求描述，系统应当具备请假系统、考勤管理系统、后台管理系统这三大主要功能。请假系统功能需求：通过 。请假最长时间不能超过1个月，特殊情况除外。考勤管理功能需求：任课老师通过考勤管理系统，对学生上课出勤信息进行公开，但由于任课老师忙于教学，为了能及时准确无误的对学生出勤情况公开，要求系统能自动提理主要是用来管理系统操作的数据，因为高校每学年的学生都在变化，有新生入学，也有学生毕业。请假系统要借助院系领导 安排才能完成，考勤管理系统要借助请假系统、班级课表安排才能完成，然而每学年课表都在变化，院系领导 安排也有在变化，学生也在变化，因此必须要求后台管理系统能根据系统需求，动态的、准确的更新系统数据。根据系统用户的需求，将本系统按功能划分成三大功能模块：请假系统、考勤系统、后台管理模块，涉及到六大类用户：学生、任课教师、院系领导、班长、系统管理员。1、?请假系统模块本模块的功能是在线请假的实现及管理，主要涉及三大类用户：学生、院系领导用户，学生通过此功能模块进行在线请假及查看请假记录信息；院系领导 在线审批学生请假及查看请假记录信息；院系领导在线审批学生长时间的请假及查看请假记录信息。2、?考勤系统模块本模块的功能是学生考勤信息统计的实现、查看及管理，涉及六大类用户中的所有用户。学生在线查看自己所有学年的出勤信息；任课老师在线管理学生出勤信息；院系领导 、院系领导、班长查看不同的范围的学生出勤信息。3、?后台管理 本模块的功能实现整个系统数据的同步更新及维护，只涉及系统管理员用户。系统管理员动态的管理学生信息、课表安排、学年安排等信息，是整个系统实现的基础。 图：E-R图 功能模型---数据流图（DFD） （功能模型表明一个计算如何从输入值得到输出值，它不考虑计算的次序。功能模型由多张数据流图组成 （B）1层数据流图（所有用户操作都是通过数据库D0相联系。） 流图：系统管理员 流图：院系领导 流图：任课教师 流图：班级班长 流图：学生个人 对性能的规定 1精度 在进行输入输出时必须清晰的列出所有输入状况及数据，不能马马虎虎，要考虑到尽可能达到的范围，以使输入输出完整准确。 2时间特性要求 查询服务部分：用户通过电脑提交命令到返回结果不超过5秒钟。 数据管理部分：提交某一数据录入到结果返回不超过5秒钟。 3灵活性 操作方式： 支持Windows2000及以上的操作系统。 同其他软件接口： 设计连接Access数据库的软件包。 精度和有效时限的变化：用户自己设定。 输入输出要求 要符合精度的设定。 数据管理能力要求 （1）同学个人信息：学号，大小为10个字符；名字，不超过20字符；系别，不超过30个字符；班级，不超过8个字符； （2）请假信息：学号，大小为10个字符；请假时间，大小为12个字符；请假理由：大小不超过100个字符。 （3）任课老师表：教师号：大小为10个字符;教师名：不超过20字符；系别，不超过30个字符；任课课程：不超过30字符； （4）课程表：课程号码，大小16个字符；课程名：不超过30字符；上课时间：大小为12个字符； （5）管理员：用户编号：大小为10个字符；用户名：不超过20字符；用户密码：不超过12字符；用户权限：2个字符。 对学生信息、课程信息、任课教师信息、管理员信息、请假信息等内容的存储的各表至少需要100M以上空间，即至少需要500M空间进行数据的存储，并至少需要2G空间对增长的数据进行保存。 故障处理要求 （1）磁盘碎片过多、数据库存储空间不够，引起数据库访问变慢等问题需要对磁盘进行扩展和维护。 （2）执行程序非正常退出，响应确实，修改源代码前应备份。 （3）数据库没启动引起访问问题，须启动数据库服务器。 （4）其他具体问题，再做具体分析。多查多问。 1 班级 课程 考勤 任课教师