学生考勤管理系统需求分析文档_第1页
学生考勤管理系统需求分析文档_第2页
学生考勤管理系统需求分析文档_第3页
学生考勤管理系统需求分析文档_第4页
学生考勤管理系统需求分析文档_第5页
已阅读5页,还剩11页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、学生考勤管理系统一需求分析文档编号 N0.2版本号 01文档名称:需求分析报告项目名称: 学生考勤管理系统项目负责人:秦 伟编写第二小组2009年4月15日校对秦伟2009年4月20日审核夏小娜2009年4月27日批准夏小娜2009年4 月27日开发单位曲阜师范大学计算机科学学院06级2班第二小组曲阜师范大学计算机科学学院06级2班 第二小组1学生考勤管理系统一需求分析1引言31.1编写目的31.2背景31.3定义31.4参考资料32任务概述32.1目标322用户的特点42.3假定和约束43需求规定 43.1对功能的规定43.2对性能的规定123.2.1 精度123.2.2时间特性要求123.

2、2.3灵活性123.3输人输出要求123.4数据管理能力要求123.5故障处理要求133.6其他专门要求134运行环境规定 134.1设备134.2支持软件134.3 接口 144.4控制14附录:任务分工.15曲阜师范大学计算机科学学院06级2班 第二小组2学生考勤管理系统一需求分析曲阜师范大学计算机科学学院06级2班 第二小组3学生考勤管理系统一需求分析1引言1、1编写目的作为用户与该系统软件开发维护人员共同遵守的软件需求规范说明,本软件需求说明书的主要目的是明确所要开发的软件所应具有的功能、性能,使系统分析人员和软件设计人员能清楚地了解用户的需求, 并在此基础上进一步提出 概要设计和完成

3、后续设计与开发工作,为软件开发范围、业务处理规范提供依据, 也是应用软件进行合同最终验收的依据。系统对学校全体学生的资料和考勤情况进行管理,通过每日的打卡把出勤 信息输入到学校的考勤管理中心, 保存学生每日的的出勤情况,以便于统计学生 的出勤情况。同时方便班长查阅,即节省了人力,又省去了中间的很多容易出错 的步骤。让学校学生的考勤管理更具有透明性,且方便管理。此外系统还涉及系统数据安全和用户管理的问题、各种代码使用和维护问 题、数据安全和数据维护问题、统计报表生成和输出等问题,因此还要求系统具 有系统管理和事务处理功能。总而言之,要求通过系统的开发,达到系统项目的 总体目标是:在整个系统的框架

4、下,结合学生在学校的实际出勤情况的需要实现 对数据更新、数据查询、数据统计、数据分析等功能进行有效的管理。并提供用 户友好接口,满足学校管理需求的软件,提高学校对学生的管理效率,从而完善 学校的管理制度。预期的读者就是各类学校的系统管理员或系统求购者,使用前仔细阅读此软件说明是很必要的,以便更好的使用、管理和维护此系统!1、背景a待开发软件名称:学生考勤管理系统b、本项目的任务提出者:夏小娜开发者:秦伟、石晶、沈守国、冉令帅、宋长龙、沈海利、尚频、甄慧用户:某高校的学生管理中心、教务处以及学校系统设计管理人员实现软件的单位:曲师大06级计算机科学与技术2班第2小组c 、考勤作为一个基础管理,是

5、学校对学生进行管理的基本依据。实际管理 和记录工作非常需要快速获知各个年级学生的每日出勤情况,以便于及时向班长反映学生的出勤、缺勤情况(包括迟到、早退、病假、事假、 旷课等情况)。因此此系统在操作系统的基础上,结合 Accesss数据库 管理系统,运用VC+来实现运行。1、3定义学生考勤管理系统VC+ Access1、4参考资料学生考勤管理系统可行性研究报告曲师大06级计科2班第2小组编写软件工程导论(第五版)2008年2月 张海藩编著清 华大学出版社 数据库系统概论(第四版)2006年5月 王珊 萨师煊著 高等教 育出版社«Access2002数据库应用2006年8月 李佳著 人民

6、邮电出版社Visual C+教程2007年12月 郑阿奇 主编机械工业出版社2、任务概述通过学习软件工程的设计方法,主要采用Visual C+以及Access技术,使用户可以使用具备查询功能、登记功能、修改功能、删除功能、统计功能、政策及销假处理功能的软件, 主要用于学生的考勤管理。2. 2用户的特点本系统包括两类使用用户:系统管理员,即具有输入、查询、删除、修改记录的班级班长,任课老师、学院领导以及系统开发人员;普通用户,即查询记录的学生。系统管理员享有最高权限,学生只有查询权限。账号为学生的学号,密码默认为000000.2. 3假定与约束开发日期:2009年三月至2009年六月。本系统开发

7、人员为 8人。本系统适用于一般市面上的机型。3需求规定3.1对功能的规定3.1.1根据各类用户的需求描述,系统应当具备请假系统、考勤管理系统、后台管理系统这三大主要功能。请假系统功能需求:通过。请假最长时间不能超过 1个月,特殊情况除外。考勤管理功能需求: 任课老师通过考勤管理系统,对学生上课出勤信息进行公开,但由于任课老师忙于教学,为了能及时准确无误的对学生出勤情况公开,要求系统能自动提供处理主要是用来管理系统操作的数据,因为高校每学年的学生都在变化,有新生入学,也有学生毕业。请假系统要借助院系领导安排才能完成,考勤管理系统要借助请假系统、班级课表安排才能完成,然而每学年课表都在变化,院系领

8、导安排也有在变化,学生也在变化,因此必须要求后台管理系统能根据系统需求,动态的、准确的更新系统数据。根据系统用户的需求,将本系统按功能划分成三大功能模块:请假系统、考勤系统、后台管理模块,涉及到六大类用户:学生、任课教师、院系领导、班长、系统管理员。1、请假系统模块本模块的功能是 在线请假的实现及管理, 主要涉及三大类用户:学生、院系领导用户,学生通过此功能模块进行在线请假及查看请假记录信息;院系领导在线审批学生请假及查看请假记录信息;院系领导在线审批学生长时间的请假及查看请假记录信息。系统:学生考勤管系统 模块:请假系统模块编号:N01.1IPO表作者:第二小组被调用:考勤系统模块调用:后台

9、管理模块输入:学生请假申请输出:请假的详细进展 情况日期:2009月4月15日曲阜师范大学计算机科学学院06级2班 第二小组6学生考勤管理系统一需求分析曲阜师范大学计算机科学学院06级2班 第二小组#学生考勤管理系统一需求分析处理:院系领导针对请假申请信息进行学生请假审批。注释:局部数据元素: 学生信息、 请假信息、 课程信息2、考勤系统模块本模块的功能是学生考勤信息统计的实现、查看及管理,涉及六大类用户中的所有用户。学生在线查看自己所有学年的出勤信息;任课老师在线管理学生出勤信息;院系领导、院系领导、班长查看不同的范围的学生出勤信息。曲阜师范大学计算机科学学院06级2班 第二小组#学生考勤管

10、理系统一需求分析曲阜师范大学计算机科学学院06级2班 第二小组7学生考勤管理系统一需求分析系统:学生考勤管理系统 模块:考勤系统模块编号:N01.2被调用:后台管理模块IPO表作者:第二个小组日期:2009月4月15日调用:请假系统模块输入:缺课日期、哪几节课、课 程名称、学生姓名及学号、缺课 类型(迟到、早退、请假及旷课)输出:学生考勤表单。处理:对学生信息进新记录登记局部数据元素:用户信息、全部学生姓名及学号注释:3、后台管理模块本模块的功能实现整个系统数据的同步更新及维护,只涉及系统管理员用户。系统管理员动态的管理学生信息、课表安排、学年安排等信息,是整个系统实现的基础。曲阜师范大学计算

11、机科学学院06级2班 第二小组8学生考勤管理系统一需求分析系统:考勤管理系统模块:后台管理模块编号:N03IPO表作者:第二小组日期:2009-4-15曲阜师范大学计算机科学学院06级2班 第二小组9学生考勤管理系统一需求分析曲阜师范大学计算机科学学院06级2班 第二小组#学生考勤管理系统一需求分析调用:系统管理员被调用:请假系统模块、考勤系统模块曲阜师范大学计算机科学学院06级2班 第二小组#学生考勤管理系统一需求分析曲阜师范大学计算机科学学院06级2班 第二小组#学生考勤管理系统一需求分析输入:院系的学生信息 变动、课表安排、学年 安排输出:学生信息表、用 户信息表、课程表、学 年安排表曲

12、阜师范大学计算机科学学院06级2班 第二小组#学生考勤管理系统一需求分析曲阜师范大学计算机科学学院06级2班 第二小组#学生考勤管理系统一需求分析处理:对学校院系学生信息的增加、删除、修改等及用户信息 删除和学生局部数据元素:注释:用户信息、学生信息3.1.2用户需求描述1学生用户需求描述学生对本系统的主要需求是:在线请假以及查看在校期间所有的上课出勤信息。在线 请假需求:学生 假的全过程当中,学生可以随时查看请假的详细进展情况。查看出勤信息 需求:学生可以查看在校期间所有学期上课出勤的详细信息,如:查看“高等数学”这门课 程在整个学期请假、旷课、迟到、早退了多少次,以及具体的时间、任课老师姓

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

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

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

16、.4 E_R 图考勤情况学号教师号姓名姓名MN考勤任课教师性别任课号N学生院系教授课程名MN年级请假课程名M班级请假情况上课时间图:E-R图3.1.5功能模型-数据流图(DFD )(功能模型表明一个计算如何从输入值得到输出值,它不考虑计算的次序。功能模型由 多张数据流图组成)(A)系统级流图曲阜师范大学计算机科学学院06级2班 第二小组11学生考勤管理系统一需求分析曲阜师范大学计算机科学学院06级2班 第二小组#学生考勤管理系统一需求分析(B)1层数据流图(所有用户操作都是通过数据库D0相联系。)曲阜师范大学计算机科学学院06级2班 第二小组#学生考勤管理系统一需求分析流图:系统管理员流图:院

17、系领导流图:任课教师曲阜师范大学计算机科学学院06级2班 第二小组12学生考勤管理系统一需求分析曲阜师范大学计算机科学学院06级2班 第二小组13学生考勤管理系统一需求分析4. 1统计統计项* 吗统计结笔DO*1数据库信息4.4杳询条件查询.查询结果f4.2段谙a 周申信4.3报表.班皴打印1丄-班长曲阜师范大学计算机科学学院06级2班 第二小组#学生考勤管理系统一需求分析曲阜师范大学计算机科学学院06级2班 第二小组#学生考勤管理系统一需求分析流图:班级班长曲阜师范大学计算机科学学院06级2班 第二小组#学生考勤管理系统一需求分析曲阜师范大学计算机科学学院06级2班 第二小组#学生考勤管理系

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

19、 个字符;班级,不超过 8个字符;(2)请假信息:学号,大小为 10个字符;请假时间,大小为 12个字符;请假理由:大 小不超过100个字符。(3)任课老师表:教师号:大小为 10个字符;教师名:不超过20字符;系别,不超过 30 个字符;任课课程:不超过 30字符;(4)课程表:课程号码,大小 16个字符;课程名:不超过 30字符;上课时间:大小为 12个字符;(5) 管理员:用户编号:大小为10个字符;用户名:不超过 20字符;用户密码:不超 过12字符;用户权限:2个字符。对学生信息、课程信息、任课教师信息、管理员信息、请假信息等内容的存储的各表至少需要100M以上空间,即至少需要 500M空间进行数据的存储,并至少需要2G空间对增长的数据进行保存。3.5故障处理要求(1)磁盘碎片过多、数据库存储空间不够,引起数据库访问变慢等问题需要对磁盘进 行扩展和维护。(2)执行程序非正常退出,响应确实,修改源代码前应备份。(3)数据库没启动引起访问问题,须启动数据库服务器。(4)其他具体问题,再做具体分析。多查多问。3.6其他专门要求在程序的开发过程中,应遵循结构化的程序设计原则,精心设立运行日志,从而 加强系统的可维护性;另一方面要注重系统的界面友好性、保持各程序模块界面的统一。4运行环境规定4. 1设备4.1.1最低配置 服务器端:1)硬件需求:处理器In tel

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论