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

1、文档编号NO.2版本号01文档名称：需求分析报告项目名称：学生考勤管理系统项目负责人：秦伟编写第二小组2009年4月15日校对秦伟2009年4月20日审核夏小娜_2009一年4月27日批准夏小娜2009年4_月27日开发单位曲阜师范大学计算机科学学院06级2班第二小组1引言31.1 编写目的31.2 背景31.3 定义31.4 参考资料32任务概述33.1 目标33.2 用户的特点43.3 假定和约束43需求规定41 对功能白规定41 对性能白规定121.5 精度121.5 时间特性要求121.5 灵活性121 输人输出要求121 数据管理能力要求121 故障处理要求131 其他专门要求134

2、运行环境规定13设备13支持软件13接口14控制14附录:任务分工.151、引言1、1编写目的作为用户与该系统软件开发维护人员共同遵守的软件需求规范说明，本软件需求说明书的主要目的是明确所要开发的软件所应具有的功能、性能，使系统分析人员和软件设计人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计和完成后续设计与开发工作，为软件开发范围、业务处理规范提供依据，也是应用软件进行合同最终验收的依据。系统对学校全体学生的资料和考勤情况进行管理，通过每日的打卡把出勤信息输入到学校的考勤管理中心，保存学生每日的的出勤情况，以便于统计学生的出勤情况。同时方便班长查阅，即节省了人力，又省去了中间的很多

3、容易出错的步骤。让学校学生的考勤管理更具有透明性，且方便管理。此外系统还涉及系统数据安全和用户管理的问题、各种代码使用和维护问题、数据安全和数据维护问题、统计报表生成和输出等问题，因此还要求系统具有系统管理和事务处理功能。总而言之，要求通过系统的开发，达到系统项目的总体目标是：在整个系统的框架下，结合学生在学校的实际出勤情况的需要实现对数据更新、数据查询、数据统计、数据分析等功能进行有效的管理。并提供用户友好接口，满足学校管理需求的软件，提高学校对学生的管理效率，从而完善学校的管理制度。预期的读者就是各类学校的系统管理员或系统求购者，使用前仔细阅读此软件说明是很必要的，以便更好的使用、管理和维

4、护此系统！1、2背景a、待开发软件名称：学生考勤管理系统b、本项目的任务提出者：夏小娜开发者：秦伟、石品、沈守国、冉令帅、宋长龙、沈海利、尚频、甄慧用户：某高校的学生管理中心、教务处以及学校系统设计管理人员实现软件的单位：曲师大06级计算机科学与技术2班第2小组c、考勤作为一个基础管理，是学校对学生进行管理的基本依据。实际管理和记录工作非常需要快速获知各个年级学生的每日出勤情况，以便于及时向班长反映学生的出勤、缺勤情况（包括迟到、早退、病假、事假、旷课等情况）。因此此系统在操作系统的基础上，结合Accesss数据库管理系统，运用VC+俅实现运行。1、3定义学生考勤管理系统VC+Access1、

5、4参考资料学生考勤管理系统可行性研究报告曲师大06级计科2班第2小组编写软件工程导论（第五版）2008年2月张海藩编著清华大学出版社数据库系统概论（第四版）2006年5月王珊萨师燎著高等教育出版社Access2002数据库应用2006年8月李佳著人民邮电出版社«VisualC+教程2007年12月郑阿奇主编机械工业出版社2、任务概述2.1目标通过学习软件工程的设计方法，主要采用VisualC+以及Access技术，使用户可以使用具备查询功能、登记功能、修改功能、删除功能、统计功能、政策及销假处理功能的软件，主要用于学生的考勤管理。2.2用户的特点本系统包括两类使用用户：系统管理员，即

6、具有输入、查询、删除、修改记录的班级班长，任课老师、学院领导以及系统开发人员；普通用户，即查询记录的学生。系统管理员享有最高权限，学生只有查询权限。账号为学生的学号，密码默认为000000.2.3假定与约束开发日期：2009年三月至2009年六月。本系统开发人员为8人。本系统适用于一般市面上的机型。3需求规定对功能的规定根据各类用户的需求描述，系统应当具备请假系统、考勤管理系统、后台管理系统这三大主要功能。请假系统功能需求：通过。请假最长时间不能超过1个月，特殊情况除外。考勤管理功能需求：任课老师通过考勤管理系统，对学生上课出勤信息进行公开，但由于任课老师忙于教学，为了能及时准确无误的对学生出

7、勤情况公开，要求系统能自动提供处理主要是用来管理系统操作的数据，因为高校每学年的学生都在变化，有新生入学，也有学生毕业。请假系统要借助院系领导安排才能完成，考勤管理系统要借助请假系统、班级课表安排才能完成，然而每学年课表都在变化，院系领导安排也有在变化，学生也在变化，因此必须要求后台管理系统能根据系统需求，动态的、准确的更新系统数据。根据系统用户的需求，将本系统按功能划分成三大功能模块：请假系统、考勤系统、后台管理模块，涉及到六大类用户：学生、任课教师、院系领导、班长、系统管理员。1、请假系统模块本模块的功能是在线请假的实现及管理,主要涉及三大类用户：学生、院系领导用户，学生通过此功能模块进行

8、在线请假及查看请假记录信息；院系领导在线审批学生请假及查看请假记录信息；院系领导在线审批学生长时间的请假及查看请假记录信息。系统：学生考勤管系统模块：请假系统模块编号：NO1.1IPO表作者：第二小组被调用：考勤系统模块调用：后台管理模块输入：学生请假申请输出：请假的详细进展情况日期：2009月4月15日处理：院系领导针对请假申请信息进行学生请假审批。注释:局部数据元素：学生信息、请假信息、课程信息2、考勤系统模块本模块的功能是学生考勤信息统计的实现、查看及管理，涉及六大类用户中的所有用户。学生在线查看自己所有学年的出勤信息；任课老师在线管理学生出勤信息；院系领导、院系领导、班长查看不同的范围

9、的学生出勤信息。系统：学生考勤管理系统模块：考勤系统模块编号：NO1.2被调用:后台管理模块IPO表作者:日期:第二个小组2009月4月15日调用：请假系统模块输入：缺课日期、哪几节课、课程名称、学生姓名及学号、缺课类型（迟到、早退、请假及旷课）处理：对学生信息进新记录登记局部数据元素：用户信息、全部学生姓名及学号输出：学生考勤表单。注释:3、后台管理模块本模块的功能实现整个系统数据的同步更新及维护，只涉及系统管理员用户。系统管理员动态的管理学生信息、课表安排、学年安排等信息，是整个系统实现的基础。系统：考勤管理系统模块：后台管理模块编号：NO3IPO表作者：第二小组日期：2009-4-15被

10、调用：请假系统模块、考勤系统模块调用：系统管理员输入：院系的学生信息变动、课表安排、学年安排输出：学生信息表、用户信息表、课程表、学年安排表处理：对学校院系学生信息的增加、删除、修改等及用户信息删除和学生局部数据兀素：用户信息、学生信息注释：3.1.2用户需求描述1.学生用户需求描述学生对本系统的主要需求是：在线请假以及查看在校期间所有的上课出勤信息。在线请假需求：学生假的全过程当中，学生可以随时查看请假的详细进展情况。查看出勤信息需求：学生可以查看在校期间所有学期上课出勤的详细信息，如：查看“高等数学”这门课程在整个学期请假、旷课、迟到、早退了多少次，以及具体的时间、任课老师姓名、第几节课等

11、详细信息。其它需求：查看本人的基本信息，如本人的所属的院系、年级、专业、班级、学号、姓名、性别等，以及修改个人用户密码，查看本班课表安排。2任课老师用户需求描述任课老师对系统的主要需求是：管理所教班级学生的上课出勤信息以及查看所教班级学生的上课出勤信息。管理学生上课出勤需求：表，随着时间的变化，自动列出还没有在网上公布的学生上课出勤信息，系统自动根据学生请假系统，决定学生上课出勤的最终结果。查看学生出勤信息需求：查看所教班级学生整个学期上出勤统计信息及详细信息。其它需求：查看上课课表，本人基本信息以及修改个人用户密码。.院系领导用户需求描述院系领导对本系统的主要需求是：审批本班学生本学期的在线

12、请假以及查看本班学生本学期所有课程的上课出勤信息。审批学生请假需求：本班学生本学期在线请假申请后，自动提示院系领导有等待审批的请假信息，院系领导针对请假申请信息进行学生请假审批，以及对请假信息回复。查看学生上课出勤信息需求：查看本班学生整个学期有关课程的上出勤统计信息及详细信息。其它需求：查看本班学生的基本信息、修改个人用户密码等。.班长用户需求描述班长对系统的主要需求是：查看全校学生上课出勤信息。查看出勤信息需求：输入查询条件后，系统根据查询条件列出本校学生相关的上课出勤信息。其它需求：查看有关全校的基本信息以信修改个人用户密码等。.系统管理员用户需求描述系统管理员有系统的最高权限，负责系统

13、所需所有数据的动态同步更新以及维护，根据系统针对各用户的设计，基本功能需求如下:(1)、管理学校各院系、年级、专业、班级的添加、删除、修改等。(2)、管理每个学期每个班级的课程安排及指定院系领导和任课老师。(3)、管理系统所有用户。(4)、管理全校课表安排。(5)、管理全校每学年开学的起止时间。(6)、管理系统的请假、考勤信息。数据表描述学生信息表(学号、姓名、院系、年级、专业、性别等)请假信息表(学号、请假时间、请假理由)课程表(课程号、课程名、上课时间)任课教师表(教师号、教师名、任课课程号)用户表(用户编号、用户名、用户密码、用户权限)E_R图考勤情况姓名姓名MN考勤任课教师N学生教授课

14、程名MN请假课程名M请假情况上课时间图：E-R图功能模型-数据流图（DFD）（功能模型表明一个计算如何从输入值得到输出值，它不考虑计算的次序。功能模型由多张数据流图组成）（A）系统级流图数据库信息产生报表院系领导处理事务处理事务产生报表任课教师（B）1层数据流图（所有用户操作都是通过数据库D0相联系。）流图：系统管理员流图：院系领导流图：任课教师班线班长查询考勤宿息统计统计画*;统计结号,班终班长假请息请新信do*1数据库信息44,4查询条件查询查询结果班长4.3打印班皴班长流图：班级班长学生统计昨统计结汇查询条件查询结果04查询.学生个人学生个人申请0.3.报表一打印学生个人流图：学生个人对

15、性能的规定精度不能马马虎虎，要考虑到尽可能达在进行输入输出时必须清晰的列出所有输入状况及数据,到的范围，以使输入输出完整准确。时间特性要求查询服务部分：用户通过电脑提交命令到返回结果不超过5秒钟。数据管理部分：提交某一数据录入到结果返回不超过5秒钟。灵活性操作方式：支持Windows2000及以上的操作系统。同其他软件接口:设计连接Access数据库的软件包。精度和有效时限的变化：用户自己设定。输入输出要求要符合精度的设定。数据管理能力要求(1)同学个人信息：学号，大小为10个字符；名字，不超过20字符；系别，不超过30个字符；班级，不超过8个字符；(2)请假信息：学号，大小为10个字符；请假

16、时间，大小为12个字符；请假理由：大小不超过100个字符。(3)任课老师表：教师号：大小为10个字符；教师名：不超过20字符；系别，不超过30个字符；任课课程：不超过30字符；(4)课程表：课程号码，大小16个字符；课程名：不超过30字符；上课时间：大小为12个字符；(5)管理员：用户编号：大小为10个字符；用户名：不超过20字符；用户密码：不超过12字符；用户权限：2个字符。对学生信息、课程信息、任课教师信息、管理员信息、请假信息等内容的存储的各表至少需要100M以上空间，即至少需要500M空间进行数据的存储，并至少需要2G空间对增长的数据进行保存。故障处理要求(1)磁盘碎片过多、数据库存储

17、空间不够，引起数据库访问变慢等问题需要对磁盘进行扩展和维护。(2)执行程序非正常退出，响应确实，修改源代码前应备份。(3)数据库没启动引起访问问题，须启动数据库服务器。(4)其他具体问题，再做具体分析。多查多问。其他专门要求在程序的开发过程中，应遵循结构化的程序设计原则，精心设立运行日志，从而加强系统的可维护性；另一方面要注重系统的界面友好性、保持各程序模块界面的统一。4运行环境规定4.1设备最低配置服务器端：1)硬件需求：处理器IntelPentiumIII内存128M硬盘40G2）软件需求：Windows98学生考勤管理系统服务器端Access数据库客户端：1）硬件需求：处理器Intel奔月1133或相当的处理器内存64M硬盘10G2）软件需求：Windows98学生考勤管理系统客户端建议配置服务器端：1）硬件需求：处理器IntelPentiumIV2.8G内存256M硬盘80G2）软件需求：MicrosoftWindows2000/XPACCESS数据库学生考勤管理系统服务器端客户端：1）硬件需求：处理器IntelPentiumIV1.8或相当的处理内存128M硬盘20G2）软件需求：