学号：课程设计课程名称《软件需求工程》论文题目《高校课堂考勤管理系统》需求分析报告学院计算机科学与技术学院专业软件工程班级姓名指导教师岑丽2012——2013学年第1学期目录第一部分：论文要求 (3)第二部分：需求描述 (3)1业务需求 (3)2用户需求 (3)3功能需求 (4)4非功能需求 (4)第三部分：需求规格说明 (4)1引言 (5)1.1编写目的 (5)1.2背景1.2.1系统名称 (5)1.2.2 文档约定 (5)1.2.3产品围 (5)1.2.4参考文献 (5)2综合描述 (6)2.1产品的前景 (6)2.2产品的功能 (6)2.3用户类和特征 (6)2.4运行环境 (7)2.5设计和实现的限制 (7)2.6假设和依赖 (7)3.外部接口需求 (7)3.1用户界面 (7)3.2硬件接口 (7)3.3软件接口 (7)4.系统特性 (7)4.1说明和优先级 (7)4.2功能需求 (7)5.其他非功能需求 (9)5.1性能需求 (9)5.2安全设施需求 (10)5.3安全性需求 (10)5.4软件质量属性 (10)5.5业务规则 (10)5.6用户文档 (10)6其他需求 (10)第四部分：理解与感想 (11)附录 (12)评分标准 (15)第一部分：论文要求（１）对所选系统进行密的需求获取以及需求分析。

（２）给出所选系统的各层次需求，包括业务需求，用户需求，功能需求以及非功能需求。

（３）论文中给出所要实现系统的需求规格说明书。

（４）需求规格说明书要详尽，必须包括以下容：引言，总体描述，功能需求，接口需求以及其它非功能性需求等，符合需求规格说明书各项细则。

（５）附录中给出所选系统需求规格说明书中各图表, 或者图表的获取过程. 例如数据字典的具体描述或者是UML建模中图的获取过程。

第二部分：需求描述1业务需求如今，学生作为一个庞大的群体而存在。

由于现在家庭孩子比较少，致使家长们对孩子的管理存在一些客观的偏爱。

在学习及生活的很多面，学生表现出自我约束能力不强，独立性比较差。

而学风，是一所大学的灵魂，也是立校之本。

一所具有良好学风的大学，才能展现出其治学谨的独特魅力。

因此，一个好的课堂考勤系统对一个学校是很有必要的。

考勤作为一个学校的基础管理，以便老师了解学生的出勤情况（包括迟到、早退、请假等情况）。

学生考勤管理系统是为了解决学生考勤管理的而设计的，目的是督促学生准时上下课，使学生有一个良好的学习环境。

2用户需求（1）学生用户需求描述学生对本系统的主要需：在线请假以及查看在校期间所有的上课出勤信息。

在线请假需求：学生假的全过程当中，学生可以随时查看请假的详细进展情况。

查看出勤信息需求：学生可以查看在校期间所有学期上课出勤的详细信息，如：查看“高等数学”这门课程在整个学期请假、旷课、迟到、早退了多少次，以及具体的时间、任课老师姓名、第几节课等详细信息。

其它需求：查看本人的基本信息，如本人的所属的院系、年级、专业、班级、学号、姓名、性别等，以及修改个人用户密码，查看本班课表安排。

（2）任课老师用户需求描述任课老师对系统的主要需：管理所教班级学生的上课出勤信息以及查看所教班级学生的上课出勤信息。

管理学生上课出勤需求：表，随着时间的变化，自动列出还没有在网上公布的学生上课出勤信息，系统自动根据学生请假系统，决定学生上课出勤的最终结果。

查看学生出勤信息需求：查看所教班级学生整个学期上出勤统计信息及详细信息。

其它需求：查看上课课表，本人基本信息以及修改个人用户密码。

（3）院系领导用户需求描述院系领导对本系统的主要需：审批本班学生本学期的在线请假以及查看本班学生本学期所有课程的上课出勤信息。

审批学生请假需求：本班学生本学期在线请假申请后，自动提示院系领导有等待审批的请假信息，院系领导针对请假申请信息进行学生请假审批，以及对请假信息回复。

查看学生上课出勤信息需求：查看本班学生整个学期有关课程的上出勤统计信息及详细信息。

其它需求：查看本班学生的基本信息、修改个人用户密码等。

（4）班长用户需求描述班长对系统的主要需：查看全校学生上课出勤信息。

查看出勤信息需求输入查询条件后，系统根据查询条件列出本校学生相关的上课出勤信息。

其它需求：查看有关学生的基本信息以修改个人用户密码等。

（5）系统管理员用户需求描述系统管理员有系统的最高权限，负责系统所需所有数据的动态同步更新以及维护，根据系统针对各用户的设计，基本功能需求如下：a.管理学校各院系、年级、专业、班级的添加、删除、修改等。

b.管理每个学期每个班级的课程安排及指定院系领导和任课老师。

c.管理系统所有用户。

d.管理全校课表安排。

f.管理全校每学年开学的起止时间。

g.管理系统的请假、考勤信息。

3功能需求根据各类用户的需求描述，系统应当具备请假系统、考勤管理系统、后台管理系统这三大主要功能。

（1）请假系统功能需求：请假最长时间不能超过1个月，特殊情况除外。

（2）考勤管理功能需求：任课老师通过考勤管理系统，对学生上课出勤信息进行公开，但有时候由于任课老师忙于教学，为了能及时准确无误的对学生出勤情况公开，要求系统能自动提供处理主要是用来管理系统操作的数据。

（3）后台管理系统功能需求：请假系统要借助院系领导安排才能完成，考勤管理系统要借助请假系统、班级课表安排才能完成，因为高校每学年的学生都在变化，有新生入学，也有学生毕业。

而每学年课表都在变化，院系领导安排也有在变化，学生也在变化，所以就压球后台管理系统能根据系统需求，动态的、准确的更新系统数据。

4非功能需求要求系统处理数据精度高，再短暂时间获得响应，可以灵活的做出调整，故障出现能够快速的处理，系统的数据不会丢失可以恢复，安全要求系统信息不会被外界更改，只有固定的人才有更改信息的权利，系统要稳定，能够保证大量用户的同时访问，要求系统健壮不易崩溃。

系统应该具有可扩展性。

第三部分：需求规格说明1引言1.1编写目的本系统说明书的主要目的是明确系统所应具有的功能、性能，使人们能清楚地了解用户的需求，为软件的进一步设计奠定基础。

系统对学校全体学生的资料和考勤情况进行管理，通过每日的打卡把出勤信息输入到学校的考勤管理中心，保存学生每日的的出勤情况，以便于统计学生的出勤情况。

同时便班长查阅，即节省了人力，又省去了中间的很多容易出错的步骤。

让学校学生的考勤管理更具有透明性，且便管理。

有总而言之，要求通过系统的开发，达到系统项目的总体目标是：在整个系统的框架下，结合学生在学校的实际出勤情况的需要实现对数据更新、数据查询、数据统计、数据分析等功能进行有效的管理。

提供用户友好接口，满足学校管理需求的软件，提高学校对学生的管理效率，从而完善学校的管理制度。

1.2背景（1）系统名称：高校课堂考勤管理系统（2）考勤作为一个基础管理，是学校对学生进行管理的基本依据。

实际管理和记录工作非常需要快速获知各个年级学生的每日出勤情况，以便于及时向班长反映学生的出勤、缺勤情况（包括迟到、早退、病假、事假、旷课等情况）。

也便学校领导查询管理，便教务处理。

1.2.1系统名称系统名称是：高校课堂考勤系统1.2.2文档约定使用Microsoft Office Word文档编写需求规格说明书，按照文字两端对齐、表格居中对齐的排版约定进行编写。

字体大小要求合理，复合各个层级的关系。

1.2.3产品围本系统的开发目的是为了便学校的信息管理和学生请假，分为前台和后台两部分，前台为用户提供了使用该系统的环境，管理人员通过后台可以便地对系统进行管理和维护。

该系统的使用者分为学生、班长、老师、学校领导以及一些系统维护人员。

1.2.4参考资料《软件工程导论》（第五版）2008年2月海藩编著清华大学出版社《软件需求工程》2008年8月毋国庆等编著机械工业出版社《UML和模式应用》（第三版）2009年3月Craig Larman著机械工业出版社2综合描述2.1产品的前景高校课堂考勤系统作为一个保障后勤工作的一个有力的力量，确有其存在的必要性。

它也是应广大老师与学生的要求而产生的，主要是这个系统也应了当下科技的主流。

他与学校的教务系统紧密相连，记录考勤工作，便进行学生与老师的教务管理。

2.2产品的功能本系统主要的功能就是记录学生的考勤，实现在线请假的功能，也便学校领导查看学生出勤率，便排课表、修改课表等工作。

2.3用户类和特征本系统包括两类使用用户：系统管理员，即具有输入、查询、删除、修改记录的班级班长，任课老师、学院领导以及系统开发人员；普通用户，即查询记录的学生。

系统管理员享有最高权限，学生只有查询权限。

2.4运行环境本系统适用于一般市面上的机型。

2.5设计和实现的限制开发时间比较短，机器限制，开发人员的数目少、经验也不足，是开发系统中主要问题管理不完善，设计时没能全得到考虑，系统的数据多处理难度高，安全保密面的问题都会影响本项目的开发进程。

2.6假设和依赖系统中系统信息管理模块及管理系统环境绝大部分为考勤系统部，而查询模块为网上环境。

关于系统管理人员受到的管理可能很少变动要很少。

系统手动的输入很多的。

假设学生只要请假，但是老师因为一些原因没批准，就不能请到假。

3外部接口需求3.1用户界面用户界面设计：最小分辨率为800*600，最大分辨率为1366*768.界面在浏览器中居中全屏显示。

3.2硬件接口考虑到大量数据的备份等要求，需要保持与磁带机和光盘刻录机的接口，这较易实现。

3.3软件接口这里，主要考虑软件与操作系统、数据库管理系统的接口，以及局域网和互联网软件之间的数据交换。

考虑到文档处理时有可能需要较常用的办公软件。

例如Microsoft的Office系列，所以应尽量实现它们之间的数据格式的自动转换。

4.系统特性4.1说明和优先级高校课堂考勤管理系统，因为其简单的输入输出（等级：高），而且一幕了然的签到情况表（等级：高），使得教学管理变得简单明了。

而且，其中，学生在线请假，也便了学生不用弄请假条之类的东西，节约了辅导员及老师的时间（等级：高）4.2功能需求登陆：签到：找回密码：签退：5.其他非功能需求5.1性能需求（1）精度需求：保证查询的查全率和查准率为100%，所有在相应域中包含查询关键字的记录都能查到，所有在相应域中不包含查询关键紫的记录都不能查到。

（2）时间需求：系统对大部分操作的相应时间应在1-2秒。

（3）灵活性：满足运行环境在允操作系统之间的安全转换和与其他应用软件的独立运行要求，当系统操作及各种数据要做出相应相应的修改时设计的软件要做适当的调整，灵活性很大。

（4）故障处理：在开发阶段出现的故障由开发人员来修改和处理，测试通过之后。

主要表面的常见的问题如操作设置的问题数据库的变更等则是交给系统管理人员来维护管理。

正常情况数据库不容出错。