基于SpringBoot+Vue入校申报审批系统的设计与实现(源码+部署说明+演示视频+源码介绍+lw)(1)https://developer.aliyun.com/article/1558938
第4章系统设计
市面上设计比较好的系统都有一个共同特征,就是主题鲜明突出。通过对页面简洁清晰的布局,让页面的内容,包括文字语言,或者视频图片等元素可以清晰表达出系统的主题。让来访用户无需花费过多精力和时间找寻需要的内容。
4.1界面设计原则
一般来说,大部分用户使用系统,有些是想从系统中获取需要的信息,有些则是使用系统提供的服务。所以,为了改善用户体验,提高系统的使用率,在对系统界面设计时,需要按照下面的原则进行。
第一点,对用户进行分析,了解用户使用系统的目的,以及使用系统的方式,考虑大部分用户的阅读习惯,设计Z字形或F型结构可以方便用户获取信息。
第二点:设计有效的导航,这个包括每个页面上都有导航条的显示,有时也可以在页面的底部设计导航条,当用户进入具体页面时,要设计相应的位置提示,在页面中比较特殊的位置,需要设计返回链接,可以返回上个页面,也可以返回首页等。
第三点:对整个系统要运用统一的设计方案,包括色彩方案的一致性,页面模板的相似性等,对相同操作和专业术语的描述在整个系统中也应该保持一致。
第四点:设计的界面要保证传达的内容清晰准确。要避免在同一个页面设计非常多的内容,另外可以准确对系统内容进行分类,把页面中用户视觉集中的位置,用来显示重要信息。
作为初学者,并没有那么多的设计经验,但是可以运用上面提到的界面设计原则设计出比较好的系统,可以让用户产生良好的使用体验。
4.2功能结构设计
为了让系统的编码可以顺利进行,特意对本系统功能进行细分设计,设计的系统功能结构见下图。
图4.1 系统功能结构图
4.3 数据库设计
开发一个系统也需要提前设计数据库。这里的数据库是相关数据的集合,存储在一起的这些数据也是按照一定的组织方式进行的。目前,数据库能够服务于多种应用程序,则是源于它存储方式最佳,具备数据冗余率低的优势。虽然数据库为程序提供信息存储服务,但它与程序之间也可以保持较高的独立性。总而言之,数据库经历了很长一段时间的发展,从最初的不为人知,到现在的人尽皆知,其相关技术也越发成熟,同时也拥有着坚实的理论基础。
4.3.1 数据库概念设计
这部分内容需要借助数据库关系图来完成,也需要使用专门绘制数据库关系图的工具,比如Visio工具就可以设计E-R图(数据库关系图)。设计数据库,也需要按照设计的流程进行,首先还是要根据需求完成实体的确定,分析实体具有的特征,还有对实体间的关联关系进行确定。最后才是使用E-R模型的表示方法,绘制本系统的E-R图。不管是使用亿图软件,还是Visio工具,对于E-R模型的表示符号都一样,通常矩形代表实体,实体间存在的关系用菱形符号表示,实体的属性也就是实体的特征用符号椭圆表示。最后使用直线将矩形,菱形和椭圆等符号连接起来。接下来就开始对本系统的E-R图进行绘制。
(1)下图是用户实体和其具备的属性。
图4.1 用户实体属性图
(2)下图是入校检查实体和其具备的属性。
图4.2 入校检查实体属性图
(3)下图是公告信息实体和其具备的属性。
图4.3 公告信息实体属性图
(4)下图是字典表实体和其具备的属性。
图4.4 字典表实体属性图
(5)下图是入校申报实体和其具备的属性。
图4.5 入校申报实体属性图
(6)下图是用户表实体和其具备的属性。
图4.6 用户表实体属性图
4.3.2 数据库物理设计
作为程序后台的支持,本数据库也需要设计数据存储的结构。而数据存储结构的设计就包括了数据表结构的设计和创建。数据表结构包括了字段,数据类型,还有字段的取值范围等信息。而E-R模型中的实体就是一张表,实体的特征就可以作为该表中的字段,根据本程序信息存储要求,设计每个字段需要的类型,还有该字段的取值范围等。每当设计完成一张数据表,就需要及时保存在数据库里面,并对该设计的数据表准确命名,要求设置的数据表的名称尽量不要是中文,而且要方便记忆。因为在程序编码阶段,通过SQL语句可以把程序里面的数据写入在各个数据表里面,而这个环节需要使用到数据表的名称。如果数据表名称是中文的话,可能会乱码并影响程序运行。下面就以表格形式展示设计的结果。
表4.1字典表表
序号 |
列名 |
数据类型 |
说明 |
允许空 |
1 |
Id |
Int |
id |
否 |
2 |
dic_code |
String |
字段 |
是 |
3 |
dic_name |
String |
字段名 |
是 |
4 |
code_index |
Integer |
编码 |
是 |
5 |
index_name |
String |
编码名字 |
是 |
6 |
super_id |
Integer |
父字段id |
是 |
7 |
beizhu |
String |
备注 |
是 |
8 |
create_time |
Date |
创建时间 |
是 |
表4.2公告信息表
序号 |
列名 |
数据类型 |
说明 |
允许空 |
1 |
Id |
Int |
id |
否 |
2 |
news_name |
String |
公告标题 |
是 |
3 |
news_types |
Integer |
公告类型 |
是 |
4 |
news_photo |
String |
公告图片 |
是 |
5 |
insert_time |
Date |
公告时间 |
是 |
6 |
news_content |
String |
公告详情 |
是 |
7 |
create_time |
Date |
创建时间 |
是 |
表4.3入校检查表
序号 |
列名 |
数据类型 |
说明 |
允许空 |
1 |
Id |
Int |
id |
否 |
2 |
ruxiaoshenbao_id |
Integer |
入校申报 |
是 |
3 |
tiwen |
BigDecimal |
体温 |
是 |
4 |
ruxiaojiancha_photo |
String |
健康码 |
是 |
5 |
xingcheng_photo |
String |
行程码 |
是 |
6 |
ruxiaojiancha_status_types |
Integer |
是否去过风险地区 |
是 |
7 |
ruxiaojiancha_content |
String |
检查详情 |
是 |
8 |
create_time |
Date |
创建时间 |
是 |
表4.4入校申报表
序号 |
列名 |
数据类型 |
说明 |
允许空 |
1 |
Id |
Int |
id |
否 |
2 |
ruxiaoshenbao_uuid_number |
String |
编号 |
是 |
3 |
yonghu_id |
Integer |
用户 |
是 |
4 |
zhuanye_types |
Integer |
人员身份 |
是 |
5 |
ruxiaoshenbao_time |
Date |
入校时间 |
是 |
6 |
cuxiao_time |
Date |
出校时间 |
是 |
7 |
ruxiaoshenbao_yesno_types |
Integer |
处理状态 |
是 |
8 |
ruxiaoshenbao_yesno_text |
String |
申请结果 |
是 |
9 |
create_time |
Date |
创建时间 |
是 |
表4.5用户表
序号 |
列名 |
数据类型 |
说明 |
允许空 |
1 |
Id |
Int |
id |
否 |
2 |
yonghu_name |
String |
用户姓名 |
是 |
3 |
yonghu_photo |
String |
头像 |
是 |
4 |
yonghu_phone |
String |
联系方式 |
是 |
5 |
yonghu_id_number |
String |
身份证号 |
是 |
6 |
yonghu_email |
String |
邮箱 |
是 |
7 |
yonghu_delete |
Integer |
假删 |
是 |
8 |
create_time |
Date |
创建时间 |
是 |
表4.6用户表表
序号 |
列名 |
数据类型 |
说明 |
允许空 |
1 |
Id |
Int |
id |
否 |
2 |
username |
String |
用户名 |
是 |
3 |
password |
String |
密码 |
是 |
4 |
role |
String |
角色 |
是 |
5 |
addtime |
Date |
新增时间 |
是 |
第5章系统实现
这个环节需要使用前面的设计方案,包括对系统模块的设计,还有对程序后台的数据支持的数据库的设计等。不过这部分内容还是强调系统编码人员的开发能力,要把前面设计的内容通过编码的形式以一个完整的,可以运行的系统呈现出来。
功能模块的实现
5.1用户信息管理
如图5.1显示的就是用户信息管理页面,此页面提供给管理员的功能有:用户信息的查询管理,可以删除用户信息、修改用户信息、新增用户信息,
还进行了对用户名称的模糊查询的条件
图5.1 用户信息管理页面
5.2 入校申请管理
如图5.2显示的就是入校申请管理页面,此页面提供给管理员的功能有:查看已发布的入校申请数据,修改入校申请,入校申请作废,即可删除,还进行了对入校申请名称的模糊查询入校申请信息的类型查询等等一些条件。
图5.2 入校申请管理页面
5.3公告类型管理
如图5.3显示的就是公告类型管理页面,此页面提供给管理员的功能有:根据公告类型进行条件查询,还可以对公告类型进行新增、修改、查询操作等等。
图5.3 公告类型管理页面
5.1公告信息管理
如图5.4显示的就是公告信息管理页面,此页面提供给管理员的功能有:根据公告信息进行新增、修改、查询操作等等。
图5.4 公告信息管理页面
第6章 系统测试
尽管系统在编码过程中,程序的编制人员也会对编程的功能模块进行逐个测试,但还是避免不了已经组合完成的系统整体没有错误。很多时候,面对功能繁多,逻辑复杂的系统时,系统的测试就需要不同人来测试,并设计一些故障来检验系统的应对能力,以及发现很多系统内部的潜在问题。并通过寻求解决办法去完善系统,确保系统质量。
6.1 系统测试方法
根据系统的测试流程,划分的系统测试方法有单元测试,集成测试,系统测试,验收测试。接下来就开始描述这些内容。
单元测试:这个测试环节在编码中用得最多,主要是编程人员进行的,通常对编码实现的各个子模块当成一个单元完成测试,主要基于代码的层面去发现问题,所以它也是白盒测试中的一种。
集成测试:这个环节进行的前提是,已经把系统的各个子模块进行了组合,然后把组合的完整系统进行测试,检验组成目标系统的各个子模块是否具备兼容性,还有目标系统是否根据预期目标正常运行。
系统测试:这个环节用到了黑盒测试,主要是检验系统的功能。并确定目标系统的各个功能是否运行正常。
验收测试:这个环节需要用户参与,让用户在系统操作界面上通过对不同数据的输入,检测系统的输出结果,以此检验目标系统与用户需求之间存在的差异程度。存在的差异越小,就代表着越符合用户的期望。
6.2 功能测试
入校申报审批系统的目标用户最终面向的是系统的功能,所以检验本系统的功能也是一项重要任务,只有该系统的功能都能保证正常使用,才会吸引更多的用户来使用。
6.2.1 登录功能测试
本系统在编码时,提前在登录模块编写了安全验证规则,通过判断访问者提供的数据,引导符合要求的用户进入指定页面。测试表如下。错误的数据输入,在本系统中会得到及时的反馈提示。
表6.1 登录功能测试表
功能 |
录入的数据 |
预期结果 |
实际结果 |
结论 |
管理员登录 |
用户名:空 密码:空 |
提示请填写用户名 |
提示请填写用户名 |
通过测试 |
管理员登录 |
用户名:guanliyuan 密码:空 |
提示请填写密码 |
提示请填写密码 |
通过测试 |
管理员登录 |
用户名:guanliyuan 密码:gly |
提示用户名密码不匹配 |
提示用户名密码不匹配 |
通过测试 |
管理员登录 |
用户名:guanliyuan 密码:guanliyuan |
提示登录成功,并跳转到功能操作区 |
提示登录成功,并跳转到功能操作区 |
通过测试 |
6.3 测试结果分析
通过测试,可以发现入校申报审批系统具备完善的功能,同时具备易操作性和易维护性的特点,在系统安全性上也有比较健全的数据保护机制。至此,入校申报审批系统可以投入使用。