您的当前位置:首页正文

基于Android的员工请销假管理系统的设计与实现

2024-11-09 来源:个人技术集锦

注:展示部分文档内容和系统截图,需要完整的视频、代码、文章和安装调试环境请私信up主。

3.5 数据库表结构

用户表主要是用来存储和管理用户数据的表格。包含了主键Id、用户名Username、密码Pass、性别Sex、添加时间Addtime、年龄Age、电话Phonenumber的类型和长度。如表3.1所示。

表3.1 用户表

字段

类型

字段说明

备注

Id

Int

主键

自增

Username

Varchar(50)

用户名

非空

Pass

Varchar(30)

密码

非空

Sex

Varchar(30)

性别

默认为1

Addtime

Date

添加时间

跟随系统时间

Age

Char

年龄

Phonenumber

Varchar(50)

电话

请假表主要是来存储和管理用户请假申请数据的表格。包含了主键Id、添加时间Addtime、名称Title、简介Introduction、类型Type、人员Personnel的类型和长度。如表3.2所示。

表3.2 请假表

字段

类型

字段说明

备注

Id

Int

主键

自增

Addtime

Date

添加时间

非空

Title

Varchar(30)

名称

非空

Introduction

Varchar(30)

简介

Type

Varchar(30)

类型

非空

Personnel

Char

人员

非空

Token表主要是为了防止表单重复提交。包括了主键Id、用户Id(Userid)、用户名Username、表名Tablename、角色Role、密码Token、添加时间Addtime、过期时间Expiratedtime的类型和长度。如表3.3所示。

表3.3 Token表

字段

类型

字段说明

备注

Id

Bigint

主键

自增

Userid

Bigint

用户Id

非空

Username

Varchar(100)

用户名

非空

Tablename

Varchar(100)

表名

Role

Varchar(100)

角色

非空

Token

Varchar(100)

密码

非空

Addtime

Timestamp

添加时间

非空

Expiratedtime

Timestamp

过期时间

非空

管理员表主要是为了存储和管理管理用户数据的表格。包含了主键Id、姓名Username、密码Password、角色Role、添加时间Addtime的类型和长度。如表3.4所示。

表3.4 管理员表

字段

类型

字段说明

备注

Id

Bigint

主键

自增

Username

Varchar(100)

姓名

非空

Password

Varchar(100)

密码

Role

Varchar(100)

角色

非空

Addtime

Timestamp

添加时间

非空

请假类型表主要是为了存储和管理请假类型数据的表格,包含了请假分类Id、类别Type、备注Remark。如表3.5所示。

表3.5 请假类型表

字段

类型

长度

NULL

主键

注释

Id

Bigi0nt

20

请假分类Id

Type

Varchar

20

类别

Remark

Varchar

500

备注

4 系统实现

4.1 用户注

用户注册流程图,如图4.1所示。

用户在进入系统之前,需要先登陆或者注册,拥有账号的用户才能使用该系统[16]。该系统新用户可以点击注册,如果填写错误,则会提示错误之处[17]。输入相应的详细用户信息,最后弹出一个“注册成功”的窗口,然后在登陆界面内,输入相应信息,就可以成功进入系统[18]。如图4.2所示。

4.5 请假信息模块

员工点击请假申请进入到此界面,拥有添加和查看请假信息的管理,可以查看自己所有请假申请的信息。该员工请销假管理系统的请假信息具体界面如图4.7所示:

4.6 公告信息界面模块

员工用户可以查看公司的公告信息详情,有很多关于公司对员工的鼓励信息,汲取信息中的精神,让员工更有干劲。该员工请销假管理系统的公告信息界面如图4.8所示:

5 系统测试与分析

5.1 测试目的

在项目的实施过程中,系统测试是一个不可或缺的、非常重要的环节,它尝试着通过对系统的测试,来了解当前阶段系统存在的问题,并对系统漏洞展开详细的检查,从而能够在正式投入使用之前,对系统进行及时的维护和更新,并避免出现用户体验不好的问题。所以,在本阶段,本人会对系统进行测试,以保证系统能给使用者带来更高的体验。

5.2 测试计划

本人会做一份系统性的试验方案,对系统进行是单元测试,对系统的添加、登录、注册、个人信息、请假和销假等功能模块为例,进行测试。

5.3 测试用例

系统的测试用例将围绕着系统的核心功能进行详细的阐述,一个核心功能点可以衍生出一条测试用例。在使用用例时,测试员应根据用例要求进行有效的操作。下面是关于测试的更多细节。

进入展示界面点击添加下拉框,分别录入符合系统提示要求和不符合系统提示要求的信息,最后点击保存,完成信息的添加测试。添加信息测试结果如表5.1所示。

表5.1 系统添加用户信息测试结果表

编号

测试方法

预期结果

实际结果

1.

录入符合系统提示要求的用户信息,点击保存。

添加成功。并将所添加的用户信息展现于用户展示界面。

符合预期

2

录入不符合系统提示要求的用户信息,点击保存。

不符合系统提示要求的信息添加失败,并且给予用户添加失败提示。

符合预期

3

录入符合系统提示要求的用户信息,点击重置。

录入信息被重置。

符合预期

修改用户信息测试用例,测试人员登录管理员账户,点击用户管理中的用户展示功能,这样点击之后会来到一个用户展示的界面,来到这个界面后会出现一个按钮,这个按钮是用户信息的右侧的一个进行修改的标识,可以根据系统给出的一系列提示,把符合和不符合系统预先设定规则的一些信息进行一个改变的操作,进行点击修改,就会完成对员工请销假管理系统一些信息的修改动作。完成这些操作产生的结果如表5.2所示下:

表5.2 系统修改用户信息测试结果表

编号

测试方法

预期结果

实际结果

1

按系统提示要求录入用户修改信息,点击修改。

修改成功。用户展示界面显示修改后的用户信息。

符合预期

2

录入不符合系统提示要求用户修改信息,点击修改。

修改失败,给予用户修改失败提示。

符合预期

3

按系统提示要求录入用户修改信息,点击关闭。

修改框关闭,用户信息未被修改。

符合预期

对用户登录功能模块进行测试,测试人员在登录界面输入已存在的用户名和密码,输入空白和输入错误的用户名和密码,进行测试[20]。如表5.3所示。

表5.3 平台用户登录模块测试用例表

编号

测试步骤

预期结果

测试结果

1

输入数据库中已经存在的用户名和密码

跳入系统界面,登录成功

可进入系统,与预期相符

2

只输入用户名而不输入密码

弹出对话框,密码不能为空

弹出相应提示,不能进入系统

3

只输入密码而不输入用户名

弹出对话框,用户名不能为空

弹出相应提示,不能进入系统

4

输入错误的用户名或者密码

弹出对话框,提示账号或密码错误

提示登录失败,请重试

对个人信息模块功能进行测试,测试人员在个人信息分别输入符合格式的信息和不符合格式的信息进行测试界面,如表5.4所示。

表5.4 个人信息模块测试

编码

测试步骤

预期结果

测试结果

1

输入正确的用户名、旧密码、新密码与确认密码

修改密码成功,可以使用新密码登录

符合预期

2

输入错误的用户名或旧密码

提示用户用户名或密码错误,请重新输入

符合预期

3

用户名与旧密码正确,新密码与确认密码不一致

提示新密码与确认密码不一致,重新输入

符合预期

目    录

显示全文