初学者之《复刻英雄联盟官网之人脸识别登录》①
时间:2022-12-29 11:30:00
《复刻英雄联盟官网人脸识别登录》初学者①
第1章 绪 论
第2章 Web项目需求分析
前言
英雄联盟是竞技时代,英雄联盟被推到了最高点MOBA游戏,但其官方网站的登录方式可能有点麻烦,本文是一种基于人类识别的登录方式。基于人脸识别登录的英雄联盟官方网站充分利用了人脸识别时代的主流技术,提高了游戏网站对用户的便利性,更准确地访问了用户信息。在这项基于Web在开发的编程项目中,巧妙地嵌套了人脸识别登录系统,实现人脸注册并通过1:N识别完成人脸识别登录操作;同时,也利用了MySQL数据库共享和保持相关用户信息数据的独立性,在一定程度上减少数据冗余,实现数据集中控制;结合前端页面的开发HTML界面,CSS和原生JavaScript脚本语言及Jquery,将个人设计风格融为一体,呈现有官网未呈现的页面效果;并成功运用SpringBoot框架完成了项目后端的稳定开发,实现了重要信息数据的安全传输,改善了与用户更好的互动功能
一、绪论
自20世纪60年代和80年代以来,随着计算机技术和光学成像技术的不断发展,人脸识别系统的应用于20世纪90年代,早期的人脸识别系统是基于人脸生物特征的收集。如今,随着大数据时代的到来,人工智能技术的飞跃式发展进一步推动了人脸识别技术。因此,人脸识别技术也得到了更广泛的应用,从各种软件的登录模式和主要企业的人脸识别系统;人脸识别技术在当今社会已经占据了重要地位。基于人脸识别登录的游戏Web今天的社会还没有涉及到发展,但这种嵌入式人脸识别登录功能无疑是现代社会游戏玩家的极大便利。如果对于更多用户的游戏官网来说,人脸识别在处理用户信息方面的安全性、保密性和便利性也可以得到更好的体现。面对这个项目,光中国现在已经达到了1.面对这个电子竞技时代的潮流,2亿用户的英雄联盟官网涌入大量人群,伴随着用户信息等相关数据。数据量越大,数据处理就越重要。面对如此多的数据,其管理工作逐渐变得繁琐。因此,数据的安全性最终会相应降低。然而,人脸识别技术的存在只是弥补了这一缺陷,这不仅可以提高玩家个人数据处理的安全性,而且在一定程度上减少了玩家登录官方网站的复杂过程。 对于人脸识别登录系统的功能,通过前沿技术龙头企业开发的人脸识别开发技术文件,人脸识别技术已广泛采用高精度人脸比较模型和活体检测模型,实现高精度人脸比较,并配合 云的多层次活体检测保证了用户信息的安全,达到了有效拦截各种攻击的目的。基于人脸识别的英雄联盟官方网站采用了这种技术,实现了更方便的人脸识别登录系统。它可以很容易地解决用户玩家在事故中无法使用其他设备登录的问题,从而方便用户玩家的使用体验。 对发前端,Web该项目已经在人们的生活中流行起来,人们每天都在浏览网站的总量,这已经成为我们无法衡量的天文数字。但网站前端开发的目的是与用户实现更好的互动,让用户体验到前所未有的便利,所以Web开发设计前端页面Web发展的重中之重。一个良好的Web良好的然需要良好的互动性和全面的互动功能,良好的互动性能需要良好的页面布局(HTML CSS)为了支持,全面的交互功能需求需要更完美的交互脚本语言(本土语言)JavaScript Jquery)来实现。 对于后端的开发,数据的传输、控制、处理和存储已成为整个项目的关键,因此数据库的使用尤为重要。而MySQL数据库便是一个优选的关系型数据库管理系统,它满足了对数据进行处理所必要的所有功能,但其本项目具体应用的数据库框架为MyBatis 。同时,轻量级也是不可或缺的java开发框架Spring,控制反转(IoC)和面向切面(AOP)这两个核心可以让开发者通过声明更灵活地管理事务,提高开发效率和质量。 一个Web完整的开发项目必然需要前端和后端开发,基于人脸识别登录的英雄联盟官方网站是所有自创的半复制版本Web项目。
二、Web项目需求分析
1.Web项目需求描述
该Web该项目的主要目的是帮助方便用户玩家登录操作辅助功能是人脸识别登录,让用户玩家在一些意外情况下仍然可以轻松进入游戏官网查看个人信息,其意外情况主要分为两类: 第一类是常规账号密码登录方式,忘记密码导致无法登录的问题在现实生活中很常见,这无疑增加了用户登录的复杂过程,因为你需要找到密码,然后修改密码,然后完成登录;第二类是用户在紧急情况下失去电源,导致登录验证信息无法接受,网站为了玩家账户的安全,自然不会通过其登录申请。这样,一旦存在主要问题,对用户来说极其不方便,但嵌入人脸识别登录功能正好弥补了这一缺陷。这样,一旦存在主要问题,对用户来说极其不方便,但嵌入人脸识别登录功能正好弥补了这一缺陷。 以上是关于人脸识别登录的功能要求,然后还需要优惠券充值、英雄购买、英雄战斗模拟、社区水平升级和登录功能,因此Web该项目主要针对用户和管理员。对于用户来说,他们可以在网页上充值优惠券,然后利用账户上的优惠券余额购买他们最喜欢的英雄;购买后的英雄化身将相应地呈现在用户的英雄展板上,供用户在模拟战斗中使用;同时,用户可以通过日常登录和战斗获得的体验值来提高社区水平,从而享受更多的体验和好处。对于管理员来说,需要维护和管理整个系统的相关内容信息,使整个系统Web系统布局更加合理,也使用户信息更加清晰地显示在管理背景中,便于数据维护和
基本数据操作。
2.Web系统用例分析
根据该Web可以看到系统大致需求描述的信息Web系统采用的软件开发方法是面向对象的方法,主要面向用户和管理员。这里提到的用户指的是应该Web系统用户可以选择在网站登录界面登录账户密码或人脸识别登录,然后在个人信息页面查看个人游戏战斗记录和资产信息,最后包括使用登录功能升级;管理员主要是增加、删除、查看数据、编辑网站内容和上传图片。因此,根据上述分析可以得到用例图2.1.其主要分布如图所示
在这张图中,我们可以看到系统分为六个主要用例,每个用例都属于自己的职责范畴,主要包括主页浏览、英雄搜索、登录注册、用户个人信息管理、战斗模拟和管理员操作的网站管理。在没有登录的情况下,每个用户都可以进行主页浏览和英雄搜索,以了解更多的网站元素信息;登录后,Web用户可以操作的是登录注册、个人信息管理和战斗模拟,在登录过程中需要实现人脸识别功能;管理员登录后,操作是管理整个页面的信息,通过图片文件以及链接URL更改主页内容,同时管理用户的基本信息,确保信息内容的完善。
2.1. 用户信息管理用例需求分析
在整个系统用例图中,可以清楚地发现信息管理用例中有四个用例,主要包括签名变更、英雄购买、优惠券充值和头像变更。因此,我们可以获得用户信息管理用例图,如图所示
- 【修改个人信息用例描述】:对于一个项目来说,修改个人基本信息的设置是整个用户信息管理的关键,因为在整个项目中Web在项目中,这种用例是每个用户的个性化自我风格定制,以满足用户对网站的个性化需求。在修改个人信息中,用户可以通过更改召唤师昵称并设置自己喜欢的头像,也可以附上自己喜欢的个性签名,从而展示出用户自己的独特风格,同时也设置了英雄购买和点券充值的用例,因为在用户信息管理的容器中,英雄资产和点券资产本就属于用户个人信息的一部分。在修改个人信息时,是为了满足用户的个性化需求。用户完成登录后,可以看到自己的基本信息。当然,用户也可以相应地修改一些信息,以实现自己的个人需求。因此,根据上述用例分析,可以获得修改个人信息的用例描述:
id | MM1 |
---|---|
名称 | 修改个人信息 |
参与者 | Web系统用户 |
前置条件 | 用户登录 |
后置条件 | 用户保存 |
主要事件流 | 1.登录跳转用户个人信息页面 |
2. Web系统显示用户个人信息 | |
3. 用户需要修改召唤师名称、个性签名和头像 | |
4. 用户点击确定并提交 | |
5. Web系统显示用户信息修改成功 |
- 【英雄购买用例描述和点券充值用例描述trong>】当用户登录到Web之后,其看到了比较喜欢的英雄面板,就会有一种想要购买的冲动,因为英雄的拥有是整个英雄模拟对战的基础,而只有购买了自己喜欢的英雄,该英雄才会在个人英雄面板上进行显示,同时也只有拥有这些资产才能够去利用它们参加比赛,因此这里也就需要用到英雄购买的手段获取英雄,同时购买所需要的点券也是需要充值的游戏币,其资产余额也是用户信息的一部分,所以这里就需要用例描述如表1和表2所示。
id | MM2 |
---|---|
名称 | 英雄购买 |
参与者 | Web系统用户 |
前置条件 | 用户完成登录,点券余额充足 |
后置条件 | 无 |
主要事件流 | 1.用户完成登录 |
2.用户浏览推荐英雄购买栏进行【换一批】选择 | |
3.用户点击购买按钮进入英雄购买界面 | |
4.用户点击购买完成英雄购买流程 | |
次级事件流 | 1.用户未登录 |
1.a 用户未登录 | |
1.a.1 用户无法查看推荐英雄购买栏 | |
4.a 点券余额不足 | |
4.a.1 点击取消回到主界面进行点券充值 | |
4.a.2 点击购买进入英雄购买界面进行英雄购买 |
id | MM3 |
---|---|
名称 | 点券充值 |
参与者 | Web系统用户 |
前置条件 | 用户完成登录 |
后置条件 | 确认充值 |
主要事件流 | 1.用户完成登录 |
2.用户点击点券充值进入充值界面 | |
3.用户选择余额充值选项卡进行点击 | |
4.用户点击确认充值,完成充值 | |
次级事件流 | 1.用户未登录 |
1.a 用户未登录 | |
1.a.1用户无法查看点券充值栏 | |
3.a 余额充值选项卡 | |
3.a.1 点击选择 |
2.2 对战模拟用例需求分析不同的充值金额
该用例的描述主要是针对用户购买英雄之后进行的英雄模拟对战,从而产生相应的对战数据,即单个英雄的胜负率以及每种场次对局的比例。在该用例中主要涉及到了具体的选择比赛方式用例和选择对战英雄的用例,那么其具体的用例图就如图所示。
而后,可以根据其如上的用例图进行分析,用户直接操作的对战模拟功能,使得其容器中的比赛方式和英雄选择用例功能才得以完成,所以其所具备的用例描述就如表所示。
id | LC1 |
---|---|
名称 | 对战模拟 |
参与者 | Web系统用户 |
前置条件 | 用户完成登录、并点击对战模拟选项卡进入对战模拟区 |
后置条件 | 无 |
主要事件流 | 1. 用户点击对战模拟选项卡进入对战模拟区 |
2. 用户选择点击对应的比赛方式 | |
3. 用户选择点击对战英雄 | |
4. 用户点击开始对战,等待10s出示比赛结果 | |
次级事件流 | 1.用户未登录 |
1.a 用户未登录 | |
1.a.1用户无法查看对战模拟栏 | |
4.a用户未选择比赛方式 | |
4.a.1系统提示选择比赛方式 | |
4.a用户未选择对战英雄 | |
4.a.1系统提示选择对战英雄 |
2.3 登录注册用例需求分析
登录注册主要就是面向用户玩家的功能操作,而本文所设计的登录注册操作的用例需要涉及到四个主要用例,其分别为人脸识别登录、账户密码登录以及账户密码注册和人脸信息采集。进行该用例的操作,其目的就是为了实现为用户带来的人脸识别登录的需求,对用户进行基本的人脸信息采集,然后进行用户数据之间的相互绑定,从而达到通过人脸识别就能够登录该网站的目的。
其实在通过系统用例图我们也可以观察到,这部分主要设置了四个标签的用例,而且每个标签用例在功能实现上也都相互独立,根据描述的信息便可确定其具体的登录和注册用例图,如图所示:
倘若用户玩家想要进行登录注册的功能,那么就需要先确定是否已经注册过,如果当先用户并没有拥有账户,那么就需要先进行注册然后再采集人脸基本信息,只有在完成了这两步之后,人脸识别登录或者的账号密码登录操作才能顺利进行,否则会系统会判出未拥有账户的提示,而其具体的用例描述也分为登录用例描述和注册用例描述,因此可见表所示:
id | AP1 |
---|---|
名称 | 登录 |
参与者 | Web系统用户、管理员 |
前置条件 | 用户注册 |
后置条件 | 无 |
主要事件流 | 1. 用户点击登录进入登录界面 |
2. 用户点击快速登录进入人脸识别登录窗口完成 | |
3. 用户输入召唤师昵称信息 | |
4. 用户输入账户密码信息 | |
5. 用户点击登录提交按钮完成登录 | |
次级事件流 | 5.a用户未进行注册 |
5.a.1系统提示用户先完成注册操作 |
id | AP2 |
---|---|
名称 | 注册 |
参与者 | Web系统用户 |
前置条件 | 用户点击个人账户注册按钮 |
后置条件 | 无 |
主要事件流 | 1. 用户进入注册页面 |
2. 用户输入召唤师昵称信息 | |
3. 用户输入账户密码信息 | |
4. 用户点击人脸信息采集按钮进行人脸信息采集 | |
5. 用户点击完成按钮注册任务完成 |
2.4 英雄搜索用例需求分析
搜索往往都是遍历整个网页的内容进行内容的确定,但是由于该网站项目所具有的标签和内容太多了,所以暂且搜索就用来定位152位英雄的基本信息了和具体的英雄标签,因此在此项目中的搜索用例也被称之为:英雄搜索。其中也包括英雄标签搜索,而标签的具体内容主要包括:战士、法师、坦克、射手、刺客,在这里不管是通过英雄的名称去搜索,还是通过它所具备的职位标签去搜索,都可以搜索到想要的英雄信息,而其具体的用例描述也如表所示:
id | S1 |
---|---|
名称 | 搜索英雄 |
参与者 | Web系统用户 |
前置条件 | 点击搜索按钮触发搜索框 |
后置条件 | 用户可根据搜索结果对英雄的基本信息进行查看 |
主要事件流 | 1. 用户点击搜索按钮触发搜索框 |
2. 用户点击搜索框 | |
3. 用户输入所要搜索的关键词汇 | |
4. 用户再次点击搜索按钮 | |
5.系统返回搜索结果 | |
次级事件流 | 5.a 系统未搜索到相关内容 |
5.a.1系统提示未搜索到相关结果的信息 |
2.5 网站管理用例需求分析
网站管理用例主要面向的对象是该网站的管理员,其中,可以由整体的系统用例图可以分析到,此部分用例主要分为两个大的用例,这两个用例的内容分别是管理员管理用户信息的用例和管理员管理网站首页的用例,像管理用户信息的用例中,其主要运用到的功能需求就是对用户的信息进行增、删、改、查的操作,而在管理员管理网站首页的用例中,主要设计的功能需求是方便管理员对网站首页的活动图片和活动内容进行修改,以便于网站内容的方便更新详细内容,所以其具体的用例图也由图所示。
根据所画出的网站管理用例图可以知道,对于网站管理的前提条件就必须做到登录管理员账户,也只有在管理员账户登录的情况下,才能进行管理用户信息和管理首页内容的需求操作,其具体步骤也如用例描述表分析的那样,其详细用例描述见表所示。
id | ADMIN1 |
---|---|
名称 | 网站管理 |
参与者 | 管理员 |
前置条件 | 管理员登录账户并校验身份 |
后置条件 | 无 |
主要事件流 | 1. 管理员进入管理页面 |
2. 管理员点击用户信息查看按钮 | |
3. 管理员对注册的用户信息进行预览或进行张增、删、改、查处理 | |
4. 管理员点击确认提交按钮进行保存 | |
5. 管理员返回管理页面 | |
6. 管理员点击管理首页内容按钮 | |
7. 管理员对首页的内容文字和图片进行修改上传 | |
8. 管理员点击确认并提交按钮 | |
9. Web系统窗口提示内容保存成功 | |
次级事件流 | 1.a 管理员登录校验不成功 |
1.a.1Web系统将不跳转管理员管理页面 |
总结
以上就是今天要写的内容,属实有点太多了,下一篇完结吧,不过最后先把我的复刻的web页面发几张展示展示,初学者一枚,望大家支持啊!!!