学生签到系统需求分析.docx
《学生签到系统需求分析.docx》由会员分享，可在线阅读，更多相关《学生签到系统需求分析.docx（13页珍藏版）》请在冰点文库上搜索。
学生签到系统需求分析
学生签到系统
之
需求规格报告说明书
组名：
WLK
姓名、学号：
吴同嘉1208000227
林寒青1208000204
康锦锋1208000245
班级：
12非师3班
1、引言2
1.1目的2
1.2背景2
1.3参考资料2
2、任务概述2
2.1任务目标2
2.2用户特点2
2.3条件约束2
3、需求规定3
3.1对功能的规定3
3.2对性能的规定3
3.3输入输出要求3
3.4数据管理能力要求3
3.5故障处理要求4
3.6其他专门要求4
4、运行环境规定4
4.1设备4
4.2接口4
4.3控制4
5、逻辑结构模型设计5
5.1数据库概述5
5.2数据字典5
6、UML建模5
6.1用例图：
6
6.2活动图6
6.3顺序图8
6.4类图9
7、小结10
1、引言
1．1目的
本需求分析文档的目的是说明会学生签到系统最终所运行的条件，性能要求及要实现的功能，为进一步设计与实现打下基础。
本文档以文档形式将用户对软件的需求固定下来，是与用户沟通的成果，也供用户验收项目时参考。
本文档预期读者为：
用户，项目管理人员，软件设计人员，编程人员，测试人员等项目相关人员
1．2背景
系统名称：
《学生签到系统》
需求背景：
为了保证现在大学生课堂出勤率以及学生信息的管理，大部分学校纷纷采取不同的措施来对学生的出勤率进行管理和安排，故对合理、高利用率的学生签到系统有着迫切的需求，一个可行性的系统对此有着重要的意义。
系统用途：
本系统利用相应的安卓平台，帮助学校等各个部门更加电子化，智能化地管理学生出勤的运作，从而提高学校管理的效率
系统开发人员：
本系统由WLK（吴同嘉、林寒青、康锦锋）团队完成从可行性分析，需求分析，概要计，实现，调试等一系列过程
1．3参考材料
《Android开发从入门到精通》
《考勤管理系统可行性研究报告》闽南师范大学图书馆
《Android开发入门与实战体验》李佐彬、等机械工业出版社
2、任务概述
2．1任务目标
1）系统要求管理员必须输入正确的用户名和密码才能进行删除数据库；
2）系统要求能查看学生信息管理业务中学生信息、课程信息；
3）系统能查询签到情况；
4）系统维护提供完全的计算机管理等；
2．2用户特点
本系统是面向学校学生信息管理而开发的，由于系统的界面清晰、美观，操作简单、方便，所以操作人员只需要具备一定的电脑操作技能即可。
管理员（维护人员）不需要任何数据库专业技能知识。
本系统可以极大的提高工作效率、保证学生最大的出勤率，预期使用频度较高。
2．3条件约束
应用本系统必须是学校老师、学生和开发人员，系统结合学生自身情况，对学生信息管理业务中学生信息、课程信息，签到情况等查询、维护提供完全的计算机管理，只实现以下功能:
学生签到，查看学生签到情况，学生信息管理，学生信息添加。
普通用户可以使用本系统查看个人签到详细资料（包括截图），添加学生信息，查看学生信息，系统管理员在使用的基础上还可以对普通用户进行管理（清除学生签到人员列表）
3、需求规定
3.1对功能的规定
本学生签到系统包括学生信息管理，学生签到管理两个部分，本签到系统有以下几个功能：
学生签到，查看学生签到情况，学生信息管理，学生信息添加，普通用户可以使用本系统查看个人签到详细资料（包括截图），添加学生信息，查看学生信息，系统管理员在使用的基础上还可以对普通用户进行管理（清除学生签到人员列表）。
3.2对性能的规定
学生签到管理系统中管理权限上应当进行严格控制，具体思想如下：
1）要想对该学生签到管理系统进行操作就应当具有某些操作权限。
没有权限
的用户将不能通过任何渠道来登录该系统，查看该系统的任何信息和数据，以确保系统的严密性和安全性。
2）在上述要求基础上可以为该系统设定多种登录方式，程序开始运行所有功能将是不可使用的，只有系统登录和退出系统两个窗口可以使用，没有系统管理员或者普通用户的用户名和密码任何人都不能登录该系统。
3）在具体实现时还应为系统管理员和普通用户设定不同的权限，系统管理员
应当可以使用系统的所有模块，普通用户对于用户管理模块是无权使用的。
4）签到出现空的信息或者错误的信息将自动提醒输入详细的信息，按照一定的时间规定内没有反应需要重新签到，填写签到的信息。
3.3输入输出要求
输入数据类型为int型和char型，输出数据为int型、char型和string等多种类型。
3.4数据管理能力要求
定时整理数据：
系统管理员根据市场行情定时整理系统数据库，对用户信息的管理情况是否涉及违规等情况的管理均可由计算机执行，并将运行结果归档。
（1）技术层面
使用较新的开发和维护技术；
数据库管理员管理好数据库数据；
③专职维护人员维护硬件。
④软件存在并行操作
（2）人员层面
①维护协议；
思想认识；
法律法规教育；
④工作流程及方式方法。
3.5故障处理要求
在开发阶段可以随即修改数据库里的相应内容。
本软件可能产生的错误为软件、硬件故障以及对各项性能而言所产对故障处理的要求。
还有数据库的错误信息，应有数据库管理员对数据库进行维护。
为了确保系统恢复的能力，数据库管理员要定期对数据库进行备份。
用一览表的方式说明每种可能的出错或故障情况出现时，系统输出信息的形式、含意及处理方法。
序号
出错状况
解决方法
1
数据库容量过大，
服务器运行缓慢
定期维护减少冗余
2
突然断电
使用后备电源
3
数据丢失
数据库镜像还原
4
出现大的程序问题
启用备份程序，如无法启用则只能关闭网站进行抢
修
问题
系统输出信息形式
含义
处理方法
录入信息重复
屏幕显示
信息重复
重新录入
3.6其他专门要求
其他专门要求如用户单位对安全保密的要求，对使用方便的要求，对可维护性、可补充性、易读性、可靠性、运行环境转换性的特殊要求。
对数据库的安全性、完整性要求：
用户各项数据信息必须确保安全性和完整性。
4、运行环境规定
4.1设备
首先班级负责考勤的同学要在手机安装本客户端，通过信息录入和选择，对学生日常上课进行考勤，学校老师可以通过客户端获得学生的出勤情况。
4.2接口
用户接口：
用android开发的与用户进行信息交流
内部接口：
本系统之内的各个系统模块之间的接口的安排：
主控模块（学生签到系统）调用各个子模块（录入，查看签到详情，信息显示等）。
4.3控制
用户在签到首页面之后，可以已签到的信息进行对学生签到系统的访问、查询。
以管理员身份（输入用户名和密码）结束之后进入系统访问也就意味着开始管理系统来管理学生签到的信息。
5、逻辑模型结构设计
5.1数据库概述
数据库是数据管理的最新技术，是计算机科学的重要分支。
由于数据库具有数据结构化、最低冗余度、较高的程序与数据独立性、易于扩充、易于编制应用程序等优点，较大的信息系统都是建立在数据库设计之上的。
此系统用到的数据表格较少，安卓系统软件自带数据库database，能够存放和读取大量的数据，管理众多并发的用户，故选用安卓自带的database数据库。
5.2数据字典
上面部分数据字典的内容：
*******************************************
名字：
学生信息
别名：
user_list
描述：
在校学生
定义：
学生信息=学号+姓名+班级＋联系电话
学号＝｛字符｝
姓名＝｛字符｝
班级＝{字符｝
联系电话＝｛字符｝
位置：
学生信息表
*******************************************
名字：
签到信息
别名：
USER
描述：
签到信息对应的属性
定义：
签到信息＝学号＋姓名＋班级+联系电话+签到时间
学号＝｛字符｝
姓名＝｛字符｝
学号＝｛字符｝
班级＝｛字符｝
联系电话＝｛字符｝
签到时间＝DATE
位置：
签到信息表
*******************************************
名字：
管理员信息
别名：
LOOGIN
描述：
管理员对应的属性
定义：
管理员信息＝账号+密码
账号＝｛字符｝
密码＝｛字符｝
位置：
管理员信息表
*******************************************
6、UML建模
6.1用例图
（用例图）
6.2活动图
（1）签到活动图
（2）添加学生信息活动图
（3）查看人员详细信息与截屏
（4）清除已签到人员数据库
6.3顺序图
（1）签到顺序图
（2）添加学生信息顺序图
6.4类图
（类图）
7、小结
通过这次课程设计，我进一步了解了软件工程的重要性，同时明白合作的意义所在。
在这次课程设计，通过可行性分析、需求分析，使我更加明白了需求分析的重要性，它是后续工作的最重要参考文件之一。
由于个人知识、思维有限，不能完全考虑系统的完整性，在这一阶段遇到了相当大的困难，比如对目标系统的需求定义的不够完整，清晰，会给以后的后续工作带来相当的困难。
此次做的需求分析先做为初步工作，在以后设计中将进一步添加完善。
升级会员 