学生签到系统需求分析.docx

学生签到系统需求分析.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、小结

通过这次课程设计，我进一步了解了软件工程重要性，同时明白合作意义所在。

在这次课程设计，通过可行性分析、需求分析，使我更加明白了需求分析重要性，它是后续工作最重要参考文件之一。

由于个人知识、思维有限，不能完全考虑系统完整性，在这一阶段遇到了相当大困难，比如对目标系统需求定义不够完整，清晰，会给以后后续工作带来相当困难。

此次做需求分析先做为初步工作，在以后设计中将进一步添加完善。