软件需求工程论文
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
学号:
课程设计
课程名称《软件需求工程》
论文题目《高校课堂考勤管理系统》需求分析报告
学院计算机科学与技术学院
专业软件工程
班级
姓名
指导教师岑丽
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)
第一部分:论文要求
(1)对所选系统进行严密的需求获取以及需求分析。
(2)给出所选系统的各层次需求,包括业务需求,用户需求,功能需求以及非功能需求。
(3)论文中给出所要实现系统的需求规格说明书。
(4)需求规格说明书要详尽,必须包括以下内容:引言,总体描述,功能需求,接口需求以及其它非功能性需求等,符合需求规格说明书各项细则。
(5)附录中给出所选系统需求规格说明书中各图表, 或者图表的获取过程. 例如数据字典的具体描述或者是UML建模中图的获取过程。
第二部分:需求描述
1业务需求
如今,学生作为一个庞大的群体而存在。由于现在家庭孩子比较少,致使家长们对孩子的管理存在一些客观的偏爱。在学习及生活的很多方面,学生表现出自我约束能力不强,独立性比较差。而学风,是一所大学的灵魂,也是立校之本。一所具有良好学风的大学,才能展现出其治学严谨的独特魅力。因此,一个好的课堂考勤系统对一个学校是很有必要的。
考勤作为一个学校的基础管理,以便老师了解学生的出勤情况(包括迟到、早退、请假等情况)。学生考勤管理系统是为了解决学生考勤管理的而设计的,目的是督促学生准时上下课,使学生有一个良好的学习环境。
2用户需求
(1)学生用户需求描述
学生对本系统的主要需求是:在线请假以及查看在校期间所有的上课出勤信息。
在线请假需求:学生假的全过程当中,学生可以随时查看请假的详细进展情况。
查看出勤信息需求:学生可以查看在校期间所有学期上课出勤的详细信息,如:查看“高等数学”这门课程在整个学期请假、旷课、迟到、早退了多少次,以及具体的时间、任课老师姓名、第几节课等详细信息。
其它需求:查看本人的基本信息,如本人的所属的院系、年级、专业、班级、学号、姓名、性别等,以及修改个人用户密码,查看本班课表安排。
(2)任课老师用户需求描述
任课老师对系统的主要需求是:管理所教班级学生的上课出勤信息以及查看所教班级学生的上课出勤信息。
管理学生上课出勤需求:表,随着时间的变化,自动列出还没有在网上公布的学生上课出勤信息,系统自动根据学生请假系统,决定学生上课出勤的最终结果。查看
学生出勤信息需求:查看所教班级学生整个学期上出勤统计信息及详细信息。
其它需求:查看上课课表,本人基本信息以及修改个人用户密码。
(3)院系领导用户需求描述
院系领导对本系统的主要需求是:审批本班学生本学期的在线请假以及查看本班学生本学期所有课程的上课出勤信息。
审批学生请假需求:本班学生本学期在线请假申请后,自动提示院系领导有等待审批的请假信息,院系领导针对请假申请信息进行学生请假审批,以及对请假信息回复。查看学生上课出勤信息需求:查看本班学生整个学期有关课程的上出勤统计信息及详细信息。
其它需求:查看本班学生的基本信息、修改个人用户密码等。
(4)班长用户需求描述
班长对系统的主要需求是:查看全校学生上课出勤信息。
查看出勤信息需求输入查询条件后,系统根据查询条件列出本校学生相关的上课出勤信息。
其它需求:查看有关学生的基本信息以修改个人用户密码等。
(5)系统管理员用户需求描述
系统管理员有系统的最高权限,负责系统所需所有数据的动态同步更新以及维护,根据系统针对各用户的设计,基本功能需求如下:
a.管理学校各院系、年级、专业、班级的添加、删除、修改等。
b.管理每个学期每个班级的课程安排及指定院系领导和任课老师。
c.管理系统所有用户。
d.管理全校课表安排。
f.管理全校每学年开学的起止时间。
g.管理系统的请假、考勤信息。
3功能需求
根据各类用户的需求描述,系统应当具备请假系统、考勤管理系统、后台管理系统这三大主要功能。
(1)请假系统功能需求:请假最长时间不能超过1个月,特殊情况除外。
(2)考勤管理功能需求:任课老师通过考勤管理系统,对学生上课出勤信息进行公开,但有时候由于任课老师忙于教学,为了能及时准确无误的对学生出勤情况公开,要求系统能自动提供处理主要是用来管理系统操作的数据。
(3)后台管理系统功能需求:请假系统要借助院系领导安排才能完成,考勤管理系统要借助请假系统、班级课表安排才能完成,因为高校每学年的学生都在变化,有新生入学,也有学生毕业。而每学年课表都在变化,院系领导安排也有在变化,学生也在变化,所以就压球后台管理系统能根据系统需求,动态的、准确的更新系统数据。
4非功能需求
要求系统处理数据精度高,再短暂时间内获得响应,可以灵活的做出调整,故障出现能够快速的处理,系统的数据不会丢失可以恢复,安全要求系统信息不会被外界更改,只有固定的人才有更改信息的权利,系统要稳定,能够保证大量用户的同时访问,要求系统健壮不易崩溃。系统应该具有可扩展性。