精华内容
下载资源
问答
  • 本人的毕业设计题目, 后端采用SpringBoot框架+mybatis进行管理, 前端采用Layui框架进行渲染 主要针对学生的电子版实验报告进行分析对比查重查重功能有文本查重、图片查重、代码查重三部分。 文本查重 图片...

    毕业设计基于SpringBoot框架的作业查重系统

    本人的毕业设计题目,项目的一些细节问题还需要进一步修改

    后端采用SpringBoot框架+mybatis进行管理,
    前端采用Layui框架进行渲染
    主要针对学生的电子版实验报告进行分析对比查重,
    查重功能有文本查重、图片查重、代码查重三部分

    项目现在已经可以在服务器上运行了,70块钱买了一年的阿里云,不过只有1m的速度,初次加载还是会慢一些 -.-

    [项目地址链接]

    1. 文本查重(利用IK分词器对文本分词,然后调用算法进行相似度对比,在文本查重时会过滤掉代码内容)
      在这里插入图片描述

    2. 图片查重(一个学生的作业中可能包含多张图片,因此需要做到我将所有学生作业的图片全部提取出来存入一个List集合中,然后建立双重循环遍历对比图片)
      在这里插入图片描述

    3. 代码查重(在代码查重时会过滤掉文本内容)
      在这里插入图片描述

    以下为本系统的运行图和业务逻辑说明

    系统结构图:
    在这里插入图片描述
    电子版实验报告数据
    在这里插入图片描述

    1. 登录界面
      在这里插入图片描述

    2. 学生管理界面
      (1)用户可以增删查学生
      在这里插入图片描述

    (2)用户可以查看学生的历史作业查重结果,以折线图的形式动态呈现
    在这里插入图片描述

    1. 学生作业相似度查询界面

    (1)用户可以添加待查重作业
    (上传作业模板的目的是将学生电子版作业中的模板内容去除掉,以此来提高查重结果精确度)
    在这里插入图片描述

    (2)点击开始查重,后台即运行查重业务逻辑进行查重,生成查重结果存储至数据库并返回给前台
    在这里插入图片描述

    (3)输入指定的作业名称和班级名称可以查询查重结果(下拉框内容是从数据库中获取的)
    在这里插入图片描述
    (4)点击文本按钮,查看单个学生的文本抄袭情况
    在这里插入图片描述
    (5)点击图片按钮,查看单个学生图片抄袭情况(结果显示为赵H的多张图片与许Q相似)
    在这里插入图片描述

    (6)点击代码按钮,查看单个学生代码抄袭情况
    在这里插入图片描述

    1. 作业文本查重结果界面(此界面可为详细界面,可以看出学生之间的互相抄袭情况)
      用户可以在下拉框中选择实现报告名称和班级名称查询对应的实验报告(下拉框中数据是从数据库获取的)
      在这里插入图片描述

    2. 作业代码查重结果界面(此界面可为详细界面,可以看出学生之间的互相抄袭情况)
      用户可以在下拉框中选择实现报告名称和班级名称查询对应的实验报告(下拉框中数据是从数据库获取的)
      在这里插入图片描述

    3. 作业图片查重结果界面(此界面可为详细界面,可以看出学生之间的互相抄袭情况)
      用户可以在下拉框中选择实现报告名称和班级名称查询对应的实验报告(下拉框中数据是从数据库获取的)
      在这里插入图片描述

    展开全文
  • 本科游戏设计毕设经历

    万次阅读 2018-07-06 10:02:24
    大学毕设经历   以前其实还没听说过本科毕设有多难,研究生和博士生到是知道难度有些...  我的毕设是做个游戏APP,起初我本来选题是连连看APP游戏设计,但是后来遇到一点事情说题目重复了要求更换,于是我在4月...

    文章目录


    提供了必设源码:https://github.com/abcnull/IndependentPlaneGame
    欢迎大家 star 和 fork

      以前其实还没听说过本科毕设有多难,研究生和博士生到是知道难度有些大,在网上听很多人说本科的毕业设计很水,虽然目前为止我还没有答辩,还有一周,但是就我的毕设经历来讲,我觉得本科毕设真的不简单,也许是网友们实力太强或者是大学检查的很水,或者说我的实力太差了。
      我的毕设是做个游戏APP,起初我本来选题是连连看APP游戏设计,但是后来遇到一点事情说题目重复了要求更换,于是我在4月初的时候去换题目,结果是换成的俄罗斯方块游戏改进也重复了,我便在导师的要求下换了一个类似于“雷霆战机”那样的飞行射击类游戏APP,当时学校没什么事情,我就一直呆在家里,从四月份开始,要知道5月初就要中期检查了,5月中旬还要论文检查之类的,5月底要答辩了,所以说我做这个APP游戏还是时间很紧迫的,所以这段时间一直没有更新CSDN博客,时间都去做毕设了,今天开始的后几天可以连续写博客了。其实我以前只学过一点Android开发,而且忘了很多,Android游戏以前都没做过。
      这次的游戏APP题目是飞机游戏APP设计与实现,幸好我在寒假的时候没有太松懈,复习了Android的一些内容,学习了View的相关知识,还看了网上对于俄罗斯方块的实现(虽然忘了),同时仔细看了安卓游戏从零开始的入门,看了不少东西,对做这么一个题目也不能说完全没有信息。后来我在网上也查过许多的资料,终于在4月快结束的时候基本把项目弄好了。使用的是eclipse,View框架,因为我以前一直用eclipse没用过Android Studio,而且我也没系统的学习过一些游戏引擎,所以只能用View来做游戏,而且View足够用了,虽然逻辑部分可能很复杂。
      还记得我4月份在家做毕业设计,几乎连续12天早上睡醒就直接打开电脑码代码做毕业设计,就这样一直做,做到晚上11点多便去睡觉,除了上厕所偶尔出个门,连吃饭都是在电脑前。4月底终于把项目基本完成,后来我在5月份的时候给项目添加了许多新的功能,而且在5月份前几天先去给另一个老师进行中期检查,老师估计只看了不到一分钟,他直接看了在我手机上运行的游戏的效果,稍微问了几点问题,然后就行了,感觉中期检查好水啊~。当时中期检查我还担心看不看论文,因为我还没写论文,不过幸好中期检查根本不看论文。后来的几天我把论文补上了,一开时论文的格式问题非常让人头痛,什么设置页眉页脚,还有许多需要注意到的格式问题,我调了很久,我还记得我写了2天2夜,包括调整格式,写论文,修改论文,查重等,偶,对了忘了提及了,在写论文前,我添加了许多新功能。论文一开始写了2w多字,然后去查重,发现22%,这个在我意料之外,因为都是我自己写的,竟然这么多重复,后来我把很多句子改的比较刁钻,再一查16%,我还不满意,再改再去查只有5%了。后来我那论文给到时检查,结果导师说不合格,我其实一开始还信心满满的,结果像被破了一票冷的冷水,是我的行间距有问题,再加上由于我过于追求重复率低使得我改的某些句子有点读的不通顺。后来我只得再修改,现在把句子改通顺了,但是改的只剩下1w7的字了,查重是15%,接下来我尽量想办法改到10%以内。导师说10%以内会比较稳。
      现在我谈谈我的项目实现功能,这是一个飞行射击游戏,里头的图片我是从百度图片里头搞的,然后用美图秀秀来抠图(美图秀秀学了半天),游戏进入的界面我后来美化了一下也变得好看了,图片都是从网上弄得然后自己修改。游戏可以设置游戏难度,可以设置音乐,可以查看作者,可以查看玩法,进入游戏,你可以触屏移动控制战斗机,战斗机会一直发射子弹,默认是黄色单发子弹,游戏中有黄色的小敌机,绿色的中敌机,红色的大敌机还有章鱼一样的老板敌机,老板敌机可以发射火球来攻击战斗机,当然老板敌机比较难出现,它是每隔一定时间才会出现,并且界面上只能有一个老板敌机。在游戏中玩家可以获得5中道具,其中有3种是子弹道具,这些子弹道具都是蓝色子弹,子弹道具分别有双发的子弹道具,战斗机为不发射子弹的子弹道具,战斗机两侧发射子弹的子弹道具,还有炸弹道具和生命值恢复道具,在屏幕上点击两下,界面上所有的敌方单位都会爆炸,战斗机最初有3条生命,战斗机每被击中就会变白几帧,每次接收到回血道具就会变绿几帧。音乐是循环播放的,只有背景音乐,没有特效音乐。我还记得当时选音乐时候选了很久,想选一首好听的同时又比较适合的。游戏可以暂停可以重新开始,还可以查看FPS,我是小米5,可以发现非常稳定的维持在60帧/s。
      项目的一些部分是怎么实现的呢?我大致讲一下,因为我在其他博客中会写一点。项目主要是通过View来代表整个游戏界面,在onDraw()中绘制游戏界面,每执行一次绘制其实就是一帧画面,有postinvalidate()方法可以重绘,这个只要在必要时候写就行了。因为手机绘制一帧的画面是非常快的,只要能保证你会的每一帧中图片的位置都不同就行了,在游戏中有许多精灵对象,游戏分三种状态,我只要在游戏进行态时候,执行某一精灵对象的绘制方法,代表该精灵在这一帧中绘制出来了,其实精灵的绘制方法就是安卓graphics包下的drawBitmap之类的方法,将位图绘制在界面上即可,那有人会问,你怎么改变每一帧精灵的位置呢,其实精灵的绘制方法不是直接写drawBitmap之类的,而是分为三个方法,第一个方法负责移动精灵位置,第二个方法负责绘制精灵位置,第三个方法负责检查销毁之类的即可。在游戏进行态的时候,只要战斗机没有被销毁(因为我是根据战斗机是否被销毁来判定游戏是否在结束态),那么最后在执行postinvalidate()方法实现重绘,只要在游戏进行态,就会不断的循环。其中有许多的特殊功能,还不是很好说清楚,一些经验和特殊功能我会在其他博文中写清楚。
      我这个人有点强迫症,有点完美主义,做的不好就非常不安心。接下来的数天我还要改论文,项目做得是差不多了,我也的确做的很累了。项目以后再做些其他的游戏出来,就是通过这次毕设,使我对游戏制作变得非常感兴趣,有时间去学习一下unity3d,再去做做游戏。
      这次毕业设计真的是一个很难得的经历,确实学习到了不少东西。由于我非常怕遗忘,而且我认为经验非常重要,于是写下这篇博文给大家分享我的毕设经历。我码字太快了,一下子就码到这里来,可能有很多错别字还有语句不通的问题,希望提醒(#.#)。

    展开全文
  • 论文题目:基于MUI框架的影视播放APP的设计与实现 学 号:  姓 名:  系 别:  专 业:  班 级:  指导教师: 完成日期: 2020年4月30日 【毕业设计大作业】基于MUI框架的影视播放APP...

     

     

     

     

     

     

     

     

    本 科 生 毕 业 论 文

     

     

     

     

    论文题目:基于MUI框架的影视播放APP的设计与实现

     

     

     

    学  号:    

    姓  名:      

    系  别:        

    专  业:     

    班    级:       

    指导教师:     

    完成日期:  2020年4月30日

     

    【毕业设计大作业】基于MUI框架的影视播放APP的设计与实现(代码+论文资料全套) - 互站网 https://www.huzhan.com/code/goods402679.html

    目  录

    摘  要

    ABSTRACT

    第1章 绪论

    1.1  课题背景

    1.2  国内外研究现状

    1.3  目的与意义

    1.4  开发技术和工具简介

    第2章 系统分析

    2.1  可行性分析

    2.1.1  经济可行性

    2.1.2  操作可行性

    2.1.3  技术可行性

    2.1.4  系统流程图

    2.2  需求分析

    2.2.1  功能需求

    2.2.2  性能需求

    第3章  总体设计

    3.1  功能模块设计

    3.2  数据库设计

    3.2.1  数据库概念设计

    3.2.2  数据库逻辑设计

    第4章  系统详细设计

    4.1  APP端的首页窗口设计

    4.2  APP端的电视播放窗口设计

    4.3  APP端的搜索功能窗口设计

    4.4  APP端的影视播放窗口设计

    第5章  系统测试

    5.1  测试的目的

    5.2  APP端模块测试

    5.2.1  APP端窗口模块功能测试

    5.2.2  APP端软件压力测试

    5.2.3  APP端软件兼容性测试

    5.3  测试结论

    总  结

    参考文献

    致  谢

    摘  要

    近年来,我国在线网络视频行业发展迅猛。随着移动互联网和移动电话设备的发展,移动端网络视频用户开始占据网络视频用户群体的主流。移动端网络视频行业存在较大机遇,因此开发一款基于MUI框架的影视播放APP既降低开发成本又缩短开发时间。根据相关数据,中国移动互联网APP人均月使用时间高居榜首的为视频服务类APP使用时间24.6小时,从数据我们可以看出该视频软件具有较大市场空间和市场价值。该软件能够帮助运营者低成本方便快速的将自己的影音视频资源提供给软件用户观看、欣赏,该软件功能主要为影音视频展示和播放、搜索,电视频道源的展示、播放,用户的登录注册、分享推广等功能。软件技术方面采用了MUI框架的APP和PHP开发的后台通过JSON接口进行数据交互,PHP的后台通过JSON接口收到来自MUI框架的APP的用户数据等内容后通过SQL语句操作数据库进行增删改查并返回所需返回的相关数据或直接返回相关状态码,最终APP端根据JSON接口返回的数据或者相关状态码做出相对应的动作或方法。MUI框架的接近原生、高性能、低端设备的高兼容性、跨端等优点使得运用MUI框架开发的APP软件具有较低的开发成本和较好的用户体验。

     

     

    关键词网络视频;视频应用;影音视频;视频播放

    ABSTRACT

    In recent years, China's online network video industry has developed rapidly. With the development of mobile Internet and mobile phone devices, mobile network video users begin to occupy the mainstream of network video users. There are great opportunities in the mobile network video industry, so the development of a film and television playback APP based on MUI framework not only reduces the development cost but also shortens the development time. According to the relevant data, the highest per capita monthly use time of APP in China is the video service APP. From the data, we can see that the video software has large market space and market value. The software can help operators to provide their own audio and video resources to software users with low cost, convenience and speed. In the aspect of software technology, the APP of the MUI framework and the background of the PHP development communicate with each other through the JSON interface. The background of the PHP receives the user data from the APP of the MUI framework through the JSON interface, and then operates the database through the SQL statement to add, delete, modify and check the database and return the relevant data or return the relevant status code directly. Finally, the app side makes the corresponding action or method according to the data returned by the JSON interface or the relevant status code. The advantages of MUI framework, such as close to native, high performance, high compatibility of low-end devices, cross-end and so on, make the APP software developed by MUI framework have lower development cost and better user experience. After the completion of the software development, the software project has been sold on a website and served nearly 100 small and medium-sized enterprises and entrepreneurs across the country. it has achieved good software sales performance and realized the customer's project profit.

     

     

    Keywords: Network Video; Video Application; Audio and Video; Video Playback

     

    第1章 绪论

    1.1    课题背景

    中国移动互联网行业飞速发展,中国移动端网民月均APP使用时间中视频服务类APP使用时间高达24.6小时[1],高居各类APP榜首。根据工信部的有关数据显示2018年国内手机上网用户数12.9亿户,而中国网络视频行业的手机端网络视频用户规模据统计2018年仅有5.9亿人[2],因此仍然存在着较大的市场空间和巨大的发展潜力。抖音短视频、快手短视频、西瓜视频、腾讯微视这些短视频APP迅速发展,为网络视频行业带来巨大用户量,同时也帮助网络视频行业培养用户观看视频的生活习惯,用户把越来越多的时间花在视频类APP上。随着互联网行业迅速发展,行业内流传着一句“流量为王,用户至上”的法则,用更低的成本获得更多的用户就能取得较好的效益。本毕业设计所研究的基于MUI框架的影视播放APP使用了MUI框架的开发技术既解决了用户需求又降低极大降低了APP的开发成本,项目运营将会有较好的经济效益。

    1.2    国内外研究现状

    在国外市场,视频服务行业的领军企业奈飞(Netflix)公司在最新财报中披露2020年第一季度全球新增付费订阅用户数高达1580万[3],可能与全球范围内的新型冠状病毒肺炎有密不可分的联系,各个国家发布的一系列禁足令等措施给线上视频服务类公司的业务带来积极影响。奈飞公司全球用户总量已经高达1.83亿,这些用户每年为奈飞公司带来巨大的会员服务收入。该公司财报数据显示2020年第一季度,当季度实现营业收入57.7亿美元,第一季度净利润7.09亿美元远高于去年同期的3.44亿美元的净利润。由此可见,疫情同样为奈飞公司带来一定的收入增长和用户的增长。现在,奈飞公司仍旧致力于改进算法、积累用户数据,它每天都会有700名工程师对3000万次包括播放、暂停、快进等动作、奈飞注册用户每天给出的400万次评分、用户提交的300万次搜索请求,用户视频观看时间、用户地理位置等大数据进行分析处理[4],从而通过算法推荐来博取用户的喜欢和用户的付费意愿。大数据和5G将会为视频服务行业带来一个增长的巨大机遇。疫情影响下美股市场多次熔断,不断下跌,但在这场历史罕见的美股市场的大跌中,却有亚马逊、奈飞和ZOOM等几家美股公司的股价创出了新高[5],而奈飞公司是国外在线视频行业的领头企业,在线视频行业可能将迎来风口。

    在我国国内,在线网络视频行业发展已有多年历史。国内移动网络用户对于视频类APP的使用习惯早已经被行业内的腾讯视频、优酷视频、爱奇艺视频、搜狐视频、芒果视频、乐视视频等头部企业培养起来,这既是一种巨大的挑战也是一种极佳的机遇。先以腾讯视频为例,根据腾讯控股有限公司在官网最新公布的财报中数据显示2019年腾讯视频付费用户数量高达1.09亿[6],腾讯视频仅付费用户数就已经破亿,仅腾讯视频会员服务的相关收入就能够给腾讯控股有限公司带来巨大收益。从腾讯视频的数据我们可以明显看出移动网络用户对视频服务类APP的付费商业模式能够接纳和适应,与此同时随着去年腾讯视频的自制电视剧《庆余年》等剧集的热播,这一类自制电视剧的付费超前点播的商业模式也同样为腾讯视频带来巨大经济效益。美股上市公司北京爱奇艺科技有限公司(IQ.US)公布的公司财报显示2019年爱奇艺视频会员数量已达到1.07亿,2019年全年仅爱奇艺会员服务业务的收入就高达144亿元人民币[7],爱奇艺在2019年也开始了相关的会员业务探索,开启了像腾讯视频一样的会员付费超前点播的业务模式,这为视频服务行业的会员订阅商业模式之外带来了其他商业模式的业务发展可能性。从爱奇艺视频APP的电视剧播放指数榜中我们可以看出,《延禧攻略》和《老九门》等经典剧集具有较好的长尾效应,这些电视剧的较高播放指数一定程度上也推动了爱奇艺的会员用户数量的稳步增长。从Quest mobile的有关腾讯视频和爱奇艺视频的APP日活跃用户数据中我们看出,春节期间腾讯视频和爱奇艺视频日活跃用户基本在1亿用户左右徘徊,随着腾讯视频和爱奇艺视频一些电视剧的上线伴有小幅度日活跃用户数量的增长,并且爱奇艺视频的日活跃用户数量相较于腾讯视频还存在一定优势。根据Quest mobile的数据,爱奇艺视频APP成为了2020年3月中国移动互联网APP月活跃用户规模第五的APP,月活跃用户数超5.7亿[8],以此可见移动互联网网民对于视频服务类APP的需求真实存在且视频服务类行业APP用户数仍有增长空间。结合腾讯控股有限公司的有关腾讯视频的财报、北京爱奇艺科技有限公司的财报、Questmobile的数据,我们不难看出随着商业模式和用户心智的发展,相关视频服务类APP的内容生产成本和净亏损额在逐渐的双双收窄,这为视频服务类APP的商业模式和市场前景的发展交出了一份满意的答卷。

    纵观国内外的视频服务类APP行业天花板尚未达到,仍有大量的移动互联网用户尚未成为视频服务类APP的用户。视频服务类APP的其他付费用户也可以通过价格优势吸引有机会转化为其他视频服务类APP的用户,因此行业仍然存在较大市场空间,行业红利依然存在机遇也依然存在。

    1.3    目的与意义

    基于MUI框架的影视播放APP(以下简称该APP)的用户可以通过该APP项目方便快捷的观看该APP运营者提供的影音视频或者其他类别的视频资源,并且该APP的用户可以不用观看各式各样其它视频服务类APP的长达一分钟甚至更久的广告,可以获得更好的影音视频观看体验。相较于腾讯视频APP、爱奇艺视频APP、优酷视频APP等头部企业的应用程序该APP拥有更小的安装包,占用更少的手机存储空间,更少的广告垃圾和广告缓存占用。

    该APP对于运营者来说成本相较于其它视频服务类APP开发成本更低,运营所付出时间成本也更低。拥有更灵活的操作,可以在首页的导航位置设置广告进行宣传推广或者利用首页导航位置的黄金位置设置其他产品的广告通过其他产品来获得一定盈利。该APP利用了开源的PHP验证后台系统的邀请功能,APP的老用户可以通过分享海报或者链接获得一定的奖励,从而间接的帮助该APP的运营者能够以更低的边际成本(边际成本,在经济学和金融学中指每一单位新增的生产产品或者购买产品所带来的成本总和的增量,互联网行业一般指每个新增用户所带来运营总成本的增量)的更快获得APP新用户,保证较好的用户增长同时取得一定的利润。

    1.4    开发技术和工具简介

    1.HBuilderX编译器

    HBuilderX编译器(HTML Builde X)主要是为前端开发者提供的IDE,可用于开发普通Web项目或者开发DCloud出品的uni-app项目、5+App项目、wap2app项目。拥有更快的运行速度(相对于C++内核),对markdown、vue支持更为优秀,支持开发APP及小程序尤其对DCloud的uni-app、HTML5+App等手机端产品有良好的支持。HBuilderX编译器和MUI框架都由数字天堂(北京)网络技术有限公司(以下简称数字天堂)开发出品,因此HBuilderX对于MUI框架的支持相较于其他IDE居于的得天独厚的优势。数字天堂在HBuilderX编译器中直接集成了MUI框架,可以直接在HBuilderX编译器进行云端打包生成APP。

    2.MUI框架

    MUI框架(Mobile UI)是由数字天堂为HTML5+APP而配套推出的开源UI框架。HTML5+APP可以使用很多基于HTML的UI库,MUI是DCloud官方推出的一个库,在性能体验、与HTML5+APP的结合上,拥有更好的优势[9]。HTML5的在安卓低端设备上运行体验极差,导致了很多Mobile APP开发者放弃了HTML5技术。MUI框架解决了HTML5的默认控件样式丑陋、切页白屏、不忍直视的转页动画、浮动元素的抖动、无法流畅下拉刷新等各种问题,为移动端的跨端开发提供了可能性,可以更加方便的开发出高性能APP的框架,也是目前较接近原生APP体验效果的前端框架[10]。

    3.TBS腾讯浏览服务

    TBS腾讯浏览服务(Tencent Browsing Service,以下简称TBS)是腾讯免费提供一款基于腾讯X5浏览器内核的解决方案,在开发完成后HBuilderX进行打包时我们需要勾选该功能模块。传统的系统浏览内核(Webview)存在很多缺点如适配成本高、视频播放能力差、渲染速度慢、流量消耗较大等,而我们引入的TBS有效解决了这些问题。TBS整合了腾讯公司的底层浏览技术和腾讯公司的资源及能力,能够帮助开发者有效提升开发、运营、商业化的效率。

    【毕业设计大作业】基于MUI框架的影视播放APP的设计与实现(代码+论文资料全套) - 互站网 https://www.huzhan.com/code/goods402679.html

    第2章 系统分析

    2.1    可行性分析

    2.1.1  经济可行性

    1.MUI框架

    基于MUI框架进行APP的开发,能够实现一次开发多端使用的效果,通过HBuilderX编译器的云打包功能,配置APP的相关包名、签名、应用图标、应用启动图、需要使用的相关模块等信息后可以在云端服务器直接打包生成安卓APP程序安装包和越狱版的苹果APP程序安装包。开发环节的人工成本上只需要一名前端工程师的薪资支出,减少了安卓Java工程师和苹果IOS工程师的薪资支出。由一名前端工程师对该APP进行开发,利用MUI框架的一次开发多端使用优势,相对于聘用安卓Java工程师和苹果IOS工程师降低了开发的沟通时间成本,能更快的使该APP满足上线使用的要求。

    2.腾讯TBS浏览服务

    该APP集成了TBS的SDK,APP内相关浏览服务及视频解码等均由TBS来实现,使得播放视频功能开发减少了适配多种机型的开发付出的时间、人力、财力成本。Android原生播放器支持视频播放格式较少,仅只支持mp4, 3gp, ts, mkv , webm(Android 4.0+)这几种格式的播放,而TBS的视频播放器几乎可以支持市面上所有的视频格式包括mp4, flv, avi, 3gp, webm, ts, ogv, m3u8, asf, wmv, rm, rmvb, mov, mkv等18种视频格式,接入TBS的SDK后可以有效增强对视频播放解码的支持并且拥有极强的兼容能力。因此集成TBS的SDK的APP能以最低的经济成本实现更强大的视频播放解码功能。

    3.开源的PHP验证后台

    该APP使用的开源PHP验证后台,可以支持廉价的虚拟空间安装PHP相关支持后就能使用。相对于其他视频服务类APP的管理需要高昂的服务器费用相比节省了很多运营成本,对于中小微企业及创业者从事视频服务类行业及领域提供了低成本的解决方案和从业的可能性。

    2.1.2  操作可行性

    该APP的APP端窗口页面仿照同类视频服务类APP的样式及主要功能,界面简洁操作使用相对简单。该APP的运营者提供的影音视频数据会在影片展示、VIP影片列表进行影片数据展示,该APP的用户可以直接在登录注册后直接在影片展示模块点击观看相关影音视频,如果需要观看VIP影片列表的视频该APP的用户可以在成为VIP用户后直接进入VIP区在VIP影片列表选择观看或者VIP搜索页面内搜索观看想要观看的影音视频。该APP添加了电视窗口的功能,通过电视数据JSON接口获得相关电视播放源数据展示给该APP的用户供该用户自己选择喜爱的电视频道进行观看。

    该APP的PHP后台管理端采用扁平化界面设计,使用了开源的PHP验证后台。该PHP后台拥有完善的功能接口并且功能配置相对简单,只需要拥有会电脑的简单操作技巧就可以上手使用该APP的PHP后台管理端。在该APP的PHP后台管理端的用户管理功能模块,进行用户添加、修改用户VIP时间、修改用户密码、用户封号等操作并写入数据库完成用户管理;配置中心功能模块,进行APP端的版本设置、QQ客户设置、APP下载地址设置、公告设置、广告设置、解析接口、VIP会员价格的设置等操作并写入数据库完成APP的一些主要配置管理。

    所有的设置及用户信息全部写入数据库,APP端通过PHP验证后台的JSON接口获得数据并完成交互,无需人工直接管理数据库内容。整套系统对于该APP的用户和该APP的运营者都十分容易操作和使用。

    2.1.3  技术可行性

    1.MUI框架

    该APP的APP端采用MUI框架进行了开发,该MUI框架是由Dcloud官方推出的基于HTML5+APP的一款前端框架,优化了很多HTML5中的缺点和不足之处。打开APP后用户可以获得接近原生APP的性能体验,MUI框架拥有比HTML5更加美观的面板、列表框、消息框、图文列表框、图片轮播等控件及流畅的下拉刷新、侧滑动作、滑动触发菜单等页面动作方法。MUI框架属于轻量级框架,不需要依赖任何第三方的JS库,MUI框架的JS和CSS文件经过压缩后仅仅只有100+K和60+K相对于其他较复杂的前端框架更节省设备空间并拥有更好的体验。MUI框架已经发布并维护多年,框架技术相对成熟可以满足绝大部分的开发需求。最重要的是Dcloud官方推出了HBuilderX的编译器可以完美支持MUI框架的APP的开发,省去很多引入框架配置框架的时间精力。电视直播和视频播放功能上,我们运用MUI框架所提供的方法去开发,同时我们也在将代码云打包编译的时候使用HBuilderX提供的TBS模块使得实现相关技术更加方便快捷。

    2.腾讯TBS浏览服务

    该APP的APP端集成的TBS拥有相对较强的点播视频支持能力和直播视频支持能力[11]。点播视频的支持能力上面TBS播放器兼容市面上主流的18种视频格式相对于Android的原生播放器拥有更强的兼容性;TBS播放器支持绝大多数主流手机设备的硬件解码,相对于其他软件解码的播放器消耗更少的CPU、内存拥有更强的稳定性;直播视频的支持能力上面TBS播放器支持HLS,RTMP/RTSP,HTTP+FLV,MMS4种直播流的播放,HLS直播流的视频延时在TBS的同层播放器的技术下仅有三秒相对于系统内核的HLS直播流十秒的时延来说有极大的提升。在接入TBS的SDK后,在视频播放时可以使用TBS播放器的悬浮小窗播放功能,该APP用户允许APP的相关权限后可实现APP外点播视频以及直播视频观看。

    3.开源的PHP验证后台

    该APP的后台管理端采用的是一款基于PHP的开源验证后台,PHP语言有着多年发展历史因此相关技术已经相当成熟。该APP的APP端和该APP的后台管理端所有数据交互均通过JSON接口来完成,不需要APP端连接数据库进行操作,并且JSON数据格式早以成为很多工程师认可的一种数据交互格式[12],一定程度上保证了数据安全又保证了数据的可读性。该开源的PHP验证后台项目上线已有一年多,在多位PHP工程师坚持不懈的努力之下不断迭代和更新,所以目前的PHP的验证后台已经能满足使用的需求,于是我们选择了这个开源的PHP验证后台作为该APP的后台管理端使用。

    2.1.4  系统流程图

    通过影视播放APP的可行性分析,得到该APP的APP端系统流程图。影视播放APP系统流程图如图2.1所示。

     

    图2.1  影音播放APP系统流程图

    2.2    需求分析

    2.2.1  功能需求

    现在市面上虽然存在着像爱奇艺视频APP、优酷视频APP、腾讯视频APP这种同类型的竞品,但是这些视频服务类APP存在的庞大的应用缓存数据、冗长的片头广告、昂贵的会员费用、想看却找不到的影音视频通病都给很多用户带来一定的困扰。因此该APP的APP端在开发过程中应吸取其他视频服务类APP优势之处的同时解决用户对其他视频服务类APP使用中的困扰和问题。

    该APP的APP端开发采用轻量级的MUI框架的同时集成TBS的SDK,相对于同类视频服务类APP减少代码数量并优化了代码结构,一定程度上减少应用程序的安装包大小和应用程序的体积并且保证了APP端的功能体验的完整性。该APP的APP端在集成仅几百K的TBS的SDK之后就满足了该APP的用户对点播视频和直播视频的观看需求。TBS提供的基于腾讯X5的云端加速、云端省流量服务能够一定程度上减少应用视频缓存数据,当该APP的用户在该APP和其他视频服务类APP观看一部相同码率、相同时间、相同分辨率的影音视频理论可以普遍减少20%~40%的流量消耗和本地存储空间消耗,相同网络环境下相同的影音视频理论可以平均提升35%的视频加载速度,相对其他视频服务类APP缩小了应用缓存数据、减少了对用户设备存储空间的占用同时还优化了用户体验[13]。

    该APP的APP端开发过程中我们摒弃传统视频服务类APP的片头广告的商业模式,在该APP的用户在视频播放页面点击想要观看的影音视频剧集之后可以立刻开始加载观看他想要观看的影音视频,不需要该APP的用户再付出时间等待像其他视频服务类APP那种冗长的广告。该APP将广告的内容设置在首页轮播、首页导航、推广窗体的位置,有效避开了对该APP用户影音视频观看体验的影响。

    该APP的开发经济成本相对于传统视频服务类APP减少很多,该APP的运营者可以设置一个极低的VIP价格来达到盈利的同时还能吸引用户的目的。传统视频服务类APP的月度会员价格大都设置在20元的价格,年度会员价格大都设置在240元的价格,该APP的经济成本可以让该APP的运营者将年度会员的价格设置在100元甚至是50元、20元的价格。相对于其他视频服务类APP,该APP的运营者就拥有了极大的价格优势来吸引用户并能实现盈利。

    该APP的APP端的影音视频数据全部来自外部的影音视频网站JSON接口数据,支持多种影音视频资源网站的JSON格式接口的对接。该APP进行开发时首页窗口采用了某大影音视频资源网站免费提供的影音视频的JSON格式的视频采集接口进行采集,该网站影音视频数据每天都由网站的工作人员进行维护更新,视频数据数量在5万多条来满足该APP用户的观看影音视频的数据。VIP区采用了某开发者提供的某六零影视网站的爬虫程序的JSON数据接口,该数据接口数据来自某六零网站采集的全网的优酷视频、爱奇艺视频、腾讯视频、芒果视频、搜狐视频、乐视视频、韩剧网、新蓝网等12家视频网站的230多万条影音视频数据。使用了两条外部网站的影音视频数据JSON接口后使得该APP能够几乎满足用户的所有影音视频观看点播需求。

    2.2.2  性能需求

    1.MySQL据库性能需求

    数据库性能方面,该APP的用户打开APP端时,需要请求后台管理端的APP的配置信息JSON接口获取相关信息,这时候需要后台管理端连接数据库取相关数据表中的值。为了APP端能更多用户同时使用,Mysql的最大连接数设置为500,其它Mysql缓存及线程池大小等设置根据该APP的用户数量进行调整。

    2.APP端性能需求

    APP端性能方面,在视频播放页面接入TBS的SDK后在点播视频和直播视频时硬件解码能力、网页视频渲染能力、低端设备兼容性上都有一定提升。尤其是腾讯在云安全和云加速方面多年的技术发展,致使APP端在使用TBS后有效防止DNS劫持,恶意攻击和节省流量方面有了较大的改进,因此播放功能通过接入TBS来借鉴腾讯的相关技术保证了该APP系统相关功能的稳定性、安全性、兼容性和可靠性。

    APP端采用了MUI框架后相对于普通HTML5+APP有更好的UI体验,MUI框架提供了一些根据IOS风格进行设计的组件及方法,可以直接使用这些MUI官方提供的滑动触发操作菜单、侧滑导航、下拉刷新、列表、图片轮播等组件及方法。HTML5中视频播放要求较高且在不引入相关JavaScript不支持m3u8等格式解码[14],样式也不够美观。MUI框架内的组件和方法都由Dcloud官方的工程师进行了一定的适配兼容工作,保证了由这些组件和方法构成的Webview窗口页面在多种类型的移动设备上能够正常使用并且不会导致页面样式出现错位不显示的问题。MUI框架经过Dcloud官方的工程师多年的开发和维护已经足够成熟,并且已经集成在HBuilderX编译器中保证稳定运行。虽然Dcloud官方的工程师目前已经停止MUI框架的更新和维护,但是他们始终没有停止对于HBuilderX编译器使用MUI框架进行开发中出现各种问题的解决以及HBuilderX编译器对MUI框架APP在云端打包过程中的BUG的解决修复工作。

    3.虚拟空间(服务器)性能需求

    虚拟空间(服务器)性能方面,鉴于APP端需要使用相关支付功能,需要该APP的PHP后台管理端进行支付的异步通知核心等操作,建议后台管理端部署虚拟空间(服务器)CPU和内存性能随该APP的用户数量的适时调整,以保证后台管理端能够在虚拟空间(服务器)上正常运行处理用户支付操作。现在云服务商发达的技术,虚拟空间(服务器)都能够实时调整,只要付费升级足以保证后台管理端正常运行。

    1. 总体设计

    3.1    功能模块设计

    综合了其他视频服务类APP的相关功能模块和视频服务类APP的用户的困扰,该APP的APP端设计了6个窗口、26个子功能。功能模块图如图3.1所示。

    图3.1  功能模块图

    功能描述:

    1.首页窗口

    (1)影片搜索:帮助用户快速搜到自己想观看的视频内容。通过影片搜索JSON接口获得搜索结果返回给用户。用户点击搜索按钮后跳转到搜索模块窗口输入搜索关键词进行搜索即可。

    (2)影片分类:用户通过分类功能快速找到自己想看的视频类型。通过资源网站提供的JSON数据接口,将各个分类的影片数据展示给用户。

    (3)轮播板块:管理者在后台设置好相应轮播内容。APP通过JSON接口实时获取后台设置轮播内容数据,显示给用户。

    (4)导航板块:管理者在后台设置好相应导航内容。APP通过JSON接口实时获取后台设置导航内容数据,显示给用户。

    (5)公告板块:管理者在后台设置好相应公告内容。APP通过JSON接口实时获取后台设置公告内容数据,显示给用户。

    (6)影片展示:APP通过资源网站JSON接口获取相关视频数据后展示用户所选分类的视频数据信息。

    2.电视窗口

    (1)卫视频道:通过JSON数据接口获得相关电视频道的播放数据,匹配电视频道后将相应卫视频道数据加入相关列表中,点击后执行播放。

    (2)央视频道:通过JSON数据接口获得相关电视频道的播放数据,匹配电视频道后将相应央视频道数据加入相关列表中,点击后执行播放。

    (3)地方频道:通过JSON数据接口获得相关电视频道的播放数据,匹配电视频道后将相应地方频道数据加入相关列表中,点击后执行播放。

    (4)剧场电影:通过JSON数据接口获得相关电视频道的播放数据,匹配电视频道后将相应剧场电影数据加入相关列表中,点击后执行播放。

    3.VIP区窗口

    (1)VIP影片搜索:VIP会员用户可以通过多个搜索引擎搜索电影资源,不同搜索引擎搜索范围和的数据量数据内容均有差异。从而吸引用户付费,帮助管理员盈利。

    (2)VIP轮播模块:轮播内容来自某影视网站,通过PHP爬虫爬取网站内容,通过接口返回数据。APP端显示JSON接口返回的轮播数据来推荐给用户,以此解决用户不知道观看什么影片的难题。

    (3)VIP影片列表:影片内容来自某影视网站,该网站通过PHP爬虫爬取网站内容,然后从该网站JSON接口返回数据得到所需内容。APP端显示JSON接口返回的相关影片数据来供用户观看。

    4.推广窗口

    网页窗口:管理员在后台设置好推广网址,用户打开APP后通过JSON接口得到网址后将直接跳转到该网页。方便管理员通过实现APP流量变现赚钱。

    5.用户窗口

    (1)用户信息:通过相关JSON接口获取用户数据,显示用户的头像、用户名、会员到期时间、下级数量、以及用户余额。帮助用户了解自己帐号信息,同时新用户在该页面进行登录注册。

    (2)会员购买:通过PHP后台聚合的第四方支付接口,帮助想要付费的用户快速唤起手机支付软件进行支付,更快获得VIP权限。管理员以此实现盈利。

    (3)卡密兑换:方便用户使用电子卡密进行兑换,管理员可以通过赠送方式赠与用户或直接售卖卡密方式进行盈利。或管理员印制实体卡密卡片进行售卖盈利。

    (4)余额提现:用户的下级用户消费后会将消费额度提交给后台,后台计算后按比例将金额加到该用户余额中,从而帮助用户赚钱。用户在该窗口设置好相关提现信息,将通过JSON接口提交到后台。管理员在后台可对用户的提现请求驳回或者通过。

    (5)海报分享:用指定图片加上后台注册链接拼接用户邀请ID生成二维码拼合成图片。用户进行分享,邀请其他用户注册。被邀请用户可以直接扫描二维码访问注册链接。

    (6)加入代理:后台设置好代理价格,窗口展示代理相关权利,用户点击“成为代理”按钮进行付费,后台将支付请求链接返回给APP端,用户进行支付即可。

    (7)退出登录:用户点击按钮清空本地存储的相关用户数据,用户可以登录其他用户账号。

    6.播放窗口

    (1)视频标题:在标题栏显示当前在播放的视频的名字和集数信息,提示用户自己当前观看内容。

    (2)播放器:播放器播放用户需要观看的视频内容,支持左右滑动快进,右半屏上下滑动调音量,左半屏上下滑动调亮度等功能。

    (3)视频简介:APP请求接口获取相关视频简介信息,在视频简介区显示视频信息包含:评分、年份、地区、导演等内容。

    (4)视频集数:用户进入该窗口后,请求接口获取到视频的集数链接及集数标题,用户点击集数按钮观看对应视频。

    3.2    数据库设计

    3.2.1  数据库概念设计

    1.用户信息实体

    结合相关需求分析和其它视频服务类APP我们可以得出该APP的所需要的用户信息属性内容。用户信息实体属性图如图3.1所示。

     

     
      

    图3.1  用户信息实体属性图

    2.会员卡密数据实体

    结合相关需求分析和其它视频服务类APP我们可以得出该APP的所需要的会员卡密数据属性内容。会员卡密数据实体属性图如图3.2所示。

     

     
      

    图3.2  会员卡密数据实体属性图

    3.配置信息实体

    结合相关需求分析和其它视频服务类APP我们可以得出该APP的所需要的配置信息属性内容。配置信息实体属性图如图3.3所示。

     

     
      

    图3.3  配置信息实体属性图

    4.用户支付信息实体

     

     
      

    结合相关需求分析和其它视频服务类APP我们可以得出该APP的所需要的支付信息属性内容。用户支付信息实体属性图如图3.4所示。

    图3.4  用户支付信息实体属性图

    5.用户提现信息实体

    结合相关需求分析和其它视频服务类APP我们可以得出该APP的所需要的用户提现信息属性内容。用户提现信息实体属性图如图3.5所示。

     

     
      

    图3.5  用户提现信息实体属性图

     

     
      

    结合相关需求分析和其他实体属性图我们可以得出该APP的所需要的数据内容的整体数据表E-R图。系统E-R图如图3.6所示。

    图3.6  系统E-R图

    3.2.2  数据库逻辑设计

    1.用户信息数据表

    参照数据库的概念设计图,我们可以的得出该APP的数据字典如下所示,部分字段为后期再次开发预留使用,暂无实际用处。用户信息数据表如表3-1所示。

    表3-1  用户信息数据表

    序号

    字段

    类型

    默认

    含义

    1

    Uid (主键)

    int(10)

     

    用户ID

    2

    name

    varchar(255)

    NULL

    用户昵称

    续表3-1

    序号

    字段

    类型

    默认

    含义

    3

    username

    varchar(32)

     

    用户帐号

    4

    password

    varchar(32)

     

    用户密码

    5

    inv

    int(10)

    NULL

    推荐人

    6

    number

    int(10)

     

    用户下级数量

    7

    vip

    int(10)

     

    用户会员时间戳

    8

    money

    double(12,2)

     

    用户余额

    9

    lock

    enum('y', 'n')

    y

    帐号封禁状态

    10

    online

    varchar(255)

     

    用户登录时间戳

    2.会员卡密数据表

    参照数据库该表的概念设计图,我们得出该APP的APP端会员卡密数据表。会员卡密数据表如表3-2所示。

    表3-2  会员卡密数据表

    序号

    字段

    类型

    默认

    含义

    1

    Id (主键)

    int(10)

     

    卡密ID

    2

    generate

    varchar(500)

    管理员

    卡密生成者

    3

    kami

    varchar(32)

     

    卡密内容

    4

    type

    enum('TK', 'ZK', 'YK', 'BNK', 'NK', 'YJKK', 'YJK')

     

    卡密类型

    5

    new

    enum('y', 'n')

    y

    卡密状态

    6

    username

    varchar(32)

     

    卡密使用者

    3.配置信息数据表

    参照数据库该表的概念设计图和用户可能存在的一些功能需求,出该APP的APP端配置信息数据表,部分字段预留并未真正使用。配置信息数据表如表3-3所示

    表3-3  配置信息数据表

    序号

    字段

    类型

    默认

    含义

    1

    Id (主键)

    int(11)

     

    软件ID

    续表3-3

    序号

    字段

    类型

    默认

    含义

    2

    qq

    int(20)

     

    QQ号

    3

    banben

    decimal(10,1)

     

    软件版本号

    4

    dizhi

    varchar(500)

     

    更新下载地址

    5

    qunkey

    varchar(500)

     

    QQ群key

    6

    gxneirong

    varchar(500)

     

    更新提示内容

    7

    gonggao

    varchar(500)

     

    APP公告内容

    8

    guanggao

    varchar(500)

     

    APP广告内容

    9

    fldizhi

    varchar(500)

     

    APP推广地址

    10

    mrjiekou

    varchar(500)

     

    默认接口

    11

    jiekou

    varchar(500)

     

    接口

    12

    qita

    varchar(500)

     

    其他接口

    13

    rjjg

    varchar(100)

     

    软件VIP价格

    14

    charge

    int(2)

     

    运营模式,是否收费

    15

    onerate

    decimal(10,2)

    0.00

    分销比例

    16

    tworate

    decimal(10,2)

    0.00

    分销比例

    17

    threerate

    decimal(10,2)

    0.00

    分销比例

    18

    diaryvip

    int(11)

    0

    签到赠送VIP时间

    19

    juhe_userid

    varchar(20)

    NULL

    支付商户ID

    20

    juhe_userkey

    varchar(50)

    NULL

    支付商户秘钥

    21

    juhe_posturl

    varchar(100)

    NULL

    支付商户网关地址

    4.用户支付信息数据表

    参照数据库该表的概念设计图,我们得出该APP的APP端用户支付信息数据表。用户支付信息数据表如表3-4所示。

    表3-4  用户支付信息数据表

    序号

    字段

    类型

    默认

    含义

    1

    Id (主键)

    int(11)

     

    支付订单ID

    2

    username

    varchar(40)

     

    支付用户名

    3

    orderno

    varchar(25)

    NULL

    支付订单号

    4

    amount

    decimal(10,2)

    0.00

    支付金额

    5

    status

    tinyint(4)

    0

    订单支付状态,1支付成功0未支付

    6

    createtime

    int(11)

     

    创建支付时间戳

    5.用户提现信息数据表

    参照数据库该表的概念设计图,我们得出该APP的APP端用户提现信息数据表。用户提现信息数据表如表3-5所示。

    表3-5  用户提现信息数据表

    序号

    字段

    类型

    默认

    含义

    1

    Id (主键)

    int(11)

     

    提现ID

    2

    uid

    int(11)

     

    提现用户ID

    3

    username

    varchar(30)

     

    提现用户帐号

    4

    txmoney

    float(10,2)

     

    提现金额

    5

    status

    tinyint(4)

    0

    提现状态

    6

    txtime

    int(11)

    0

    提现时间

    7

    successtime

    int(11)

    0

    提现处理时间

    8

    bankinfo

    varchar(300)

     

    提现帐号信息

    1. 系统详细设计

    4.1    APP端的首页窗口设计

    APP端的首页窗口的设计中,运用了MUI框架提供的Ajax的post和get方法通过JSON接口与该APP的后台管理端进行数据交互。

    首页窗口的主题核心功能模块影片展示列表采用了仿照某六零影视网站设计列表框,根据该网站的JS脚本、CSS样式文件进行了一定优化改善,设计出了该仿某六零影视网站的列表框。根据需求分析、其它视频APP的参考和APP的功能模块设计可得出该APP的APP端首页程序流程图如图4.1所示,APP端首页窗口界面效果图如图4.2所示。

     

     
      

    图4.1  APP端首页程序流程图

     

    图4.2  APP端首页窗口界面效果图

    4.2    APP端的电视播放窗口设计

    电视播放模块页面,播放模块主要采用集成在APP端的TBS播放器对JSON数据接口提供的m3u8等格式电视直播源数据进行播放,引入TBS既保证了电视源的安全性防止了DNS劫持又保证了较好的电视频道观看体验。根据系统整体功能模块图和对电视直播类APP用户需求的分析可以得到该APP的APP端的电视播放模块页面系统流程图如图4.3所示,APP端电视播放模块页面效果图如图4.4所示。

     

    图4.3  APP端的电视播放模块页面系统流程图

     

     
      

    图4.4  APP端电视播放模块页面效果图

    4.3    APP端的搜索功能窗口设计

    搜索功能模块界面调用了某开发者提供的基于某六零网站爬虫程序的JSON格式搜索接口,该APP用户输入搜索关键词后,通过MUI框架的ajax方法将搜索关键词请求到该接口,等待接口返回搜索结果JSON数据后,进行JSON数据解析取得所需要的数据添加到搜索结果列表当中展示给该APP的用户。

    根据需求分析、其它视频APP的参考和APP的功能模块设计可得出该APP的APP端搜索窗口系统流程图如图4.5所示,APP端搜索窗口界面效果图如图4.6所示。

     

     
      

    图4.5  APP端搜索窗口系统流程图

     

     
      

    图4.6  APP端搜索窗口界面效果图

    4.4    APP端的影视播放窗口设计

    影视播放窗口页面顶部使用MUI官方的标题栏,获取影音视频的视频标题名称后设置为标题栏的标题内容。标题栏下方开发时引入MUI官方的Webview模块的方法,最终在HBuilderX的云打包编译时manifest.json中指定位置添加"Webview-x5" : {},代码即可添加TBS的SDK,将TBS播放器引入到播放窗口页面。进入该页面后,APP端程序的该窗口的切换事件中将该APP用户在影片展示或VIP影片列表、搜索结果窗口点击的视频的播放链接赋值给视频链接的全局变量取出传递给Webview进行跳转,由于引入了TBS该视频将直接由TBS播放器进行解码渲染播放。Webview模块下方自行绘制了视频详情页面,将影片展示或VIP影片列表、搜索结果窗口点击的视频的详情数据和视频集数标题进行展示,并用剧集播放链接标记剧集集数标题的tag标签。当点击剧集集数标题时,监听事件监听点击动作后取该剧集集数标题的tag标签传给Webview窗口进行播放动作。

    根据需求分析、其它视频APP的参考和APP的功能模块设计可得出该APP的APP端影视播放窗口系统流程图如图4.7所示,APP端的影视播放窗口界面效果图如图4.8所示。

     

     
      

    图4.7  APP端影视播放窗口系统流程图

     

     
      

    图4.8  APP端的影视播放窗口界面效果图

    第5章  系统测试

    5.1    测试的目的

    对软件系统的测试一般包含以下内容:功能测试、健壮性测试、恢复测试、安全测试、压力测试、兼容性测试等。对软件系统进行测试的目的和意义是为了尽可能多的发现服务器管理端和APP端程序中存在的错误和BUG,并及时发现进行修复,同时确认该APP软件系统的可用性。

    5.2    APP端模块测试

    5.2.1  APP端窗口模块功能测试

    本功能模块测试主要都是一些APP端的常用功能进行测试,使用白盒测试,针对每一个页面中的按钮、子窗口进行测试,APP端用户窗口登录注册及首页窗口等模块测试用例表如表5-1所示。

    表5-1  APP端用户窗口登录注册及首页窗口等模块测试用例表

    模块名称

    APP端用户窗口登录注册及首页窗口等模块

    测试描述

    测试用户窗口各个子模块的功能是否可用。

    用例编号

    测试步骤

    输入数据

    预期结果

    测试结果

    YH_001

    进入用户窗口,点击用户信息或点击用户头像后进入登录页面,输入数据,点击登录

    输入手机号(帐号):756325647

    密码:123456

    弹出对话框提示“登录成功”,并返回用户窗口

    同预期结果

    YH_002

    进入用户窗口,点击用户信息或点击用户头像后进入登录页面,点击新用户注册

    输入手机号(帐号):正确未注册过的手机号

    密码:任意密码

    邀请码:选填,邀请人的用户ID

    弹出对话框提示“恭喜您注册成功”,重启应用

    同预期结果

    YH_003

    进入用户窗口,点击会员购买,点击选择会员类型进行支付

    弹出对话框提示“支付成功”,并返回用户窗口,会员时间已增加

    同预期结果

    续表5-1

    用例编号

    测试步骤

    输入数据

    预期结果

    测试结果

    YH_004

    进入用户窗口,点击卡密兑换,输入VIP兑换码,点击开通

    兑换码:7BxivEcTJKIGbfng

    弹出对话框提示“充值成功,马上体验!”

    同预期结果

    YH_005

    进入用户窗口,点击余额提现,再次点击选择余额提现,输入提现金额和支付宝帐号。

    提现金额:10元

    支付宝帐号:任意帐号

    弹出对话框提示“提现成功,24小时内到账支付宝”

    同预期结果

    YH_006

    进入用户窗口,点击加入代理,再次点击加入代理,选择支付方式

    支付成功后,弹出对话框提示“您已加入代理,请开始分享推广.”

    同预期结果

    YH_007

    进入用户窗口,点击分享推广,自动生成海报,点击右上角选择分享方式

    弹出对话框提示“链接已复制快去分享给好友”或“海报已存到xxx,快去分享吧”

    同预期结果

    YH_008

    进入用户窗口,点击退出登录。

    弹出对话框提示“帐号已退出”,用户信息显示未登录

    同预期结果

    YH_009

    进入首页窗口,进行下拉刷新操作,下滑查看其他影视数据的操作。

    正常加载首页窗口,影视数据,导航模块,轮播图正常加载。

    同预期结果

    YH_010

    进入首页窗口,进行下拉刷新操作,选择其他电影、电视剧、综艺、动漫等分类。

    正常加载首页窗口,影视数据,导航模块,轮播图正常加载。各个分类数据也能正常显示。

    同预期结果

    根据系统详细设计中的模块设计。APP端电视窗口各频道及电视播放模块测试的测试用例表如表5-2所示。

    表5-2  APP端电视窗口各频道及电视播放模块测试用例表

    模块名称

    APP端电视窗口各频道及电视播放模块

    测试描述

    测试各个子模块的功能是否可用。

    用例编号

    测试步骤

    输入数据

    预期结果

    测试结果

    TV_001

    进入直播窗口,选择央视频道分类,点击第一个频道

    跳转电视直播页面,电视直播内容开始播放

    同预期结果

    TV_002

    进入直播窗口,选择卫视频道分类,点击第二个频道

    跳转电视直播页面,电视直播内容开始播放

    同预期结果

    TV_003

    进入直播窗口,选择剧场电影分类,点击第三个频道

    跳转电视直播页面,电视直播内容开始播放

    同预期结果

    TV_004

    进入直播窗口,选择超级推荐分类,点击第四个频道

    跳转电视直播页面,电视直播内容开始播放

    同预期结果

    TV_005

    进入直播窗口,选择央视频道,点击第一个频道,进入电视播放窗口点击暂停

    电视直播成功暂停播放

    同预期结果

    TV_006

    进入直播窗口,选择央视频道,点击第一个频道,进入电视播放窗口点击全屏

    电视直播画面占据手机全屏

    同预期结果

    根据系统详细设计中的模块设计。APP端VIP区窗口及影视播放模块测试的测试用例表如表5-3所示。

    表5-3  APP端VIP区窗口及影视播放模块测试用例表

    模块名称

    APP端VIP区窗口及影视播放模块

    测试描述

    测试各个子模块的功能是否可用。

    用例编号

    测试步骤

    输入数据

    预期结果

    测试结果

    VIP_001

    进入VIP区窗口,点击任意轮播图片

    进入播放窗口,页面信息加载完毕后,显示视频信息和播放器窗口,并自动播放第一集

    同预期结果

    VIP_002

    进入VIP区窗口,点击任意VIP影视列表图片

    进入播放窗口,页面信息加载完毕后,显示视频信息和播放器窗口,并自动播放第一集

    同预期结果

    VIP_003

    进入VIP区窗口,点击任意VIP影视列表图片,进入播放窗口后点击右上角更换一条播放线路

    更换播放线路成功,TBS播放器重新加载视频

    同预期结果

    MAIN_04

    进入首页窗口,点击任意首页影视展示列表电影分类的图片,进入播放窗口选择点击视频剧集进行播放

    播放页面加载完毕后,点击剧集后开始视频播放

    同预期结果

    MAIN_05

    进入首页窗口,点击任意首页影视展示列表电视剧分类的图片,进入播放窗口选择点击视频剧集进行播放

    播放页面加载完毕后,点击剧集后开始视频播放

    同预期结果

    MAIN_06

    进入首页窗口,点击任意首页影视展示动漫分类的图片,进入播放窗口点击视频剧集进行播放

    播放页面加载完毕后,点击剧集后开始视频播放

    同预期结果

    续表5-3

    用例编号

    测试步骤

    输入数据

    预期结果

    测试结果

    MAIN_07

    进入首页窗口,点击任意首页影视展示列表综艺分类的图片,进入播放窗口选择点击视频剧集进行播放

    播放页面加载完毕后,点击剧集后开始视频播放

    同预期结果

    根据系统详细设计中的模块设计,该APP端影片搜索功能窗口及VIP区影视搜索模块测试的测试用例表如表5-4所示。

    表5-4  APP端影片搜索功能窗口及VIP区影视搜索模块测试用例表

    模块名称

    APP端影片搜索功能窗口及VIP区影视搜索模块

    测试描述

    测试各个子模块的功能是否可用。

    用例编号

    测试步骤

    输入数据

    预期结果

    测试结果

    SM_001

    进入首页窗口,点击搜索按钮,进入搜索窗口,输入搜索词,等待返回搜索结果,点击搜索结果。

    搜索词:钢铁侠

    进入播放窗口,页面信息加载完毕后,显示视频信息和播放器窗口,点击后播放第一集

    同预期结果

    SM_002

    进入首页窗口,点击搜索按钮,进入搜索窗口,输入搜索词,等待返回搜索结果,点击搜索结果。

    搜索词:喜剧人

    进入播放窗口,页面信息加载完毕后,显示视频信息和播放器窗口,点击后播放第一集

    同预期结果

    SM_003

    进入首页窗口,点击搜索按钮,进入搜索窗口,输入搜索词,等待返回搜索结果,点击搜索结果。

    搜索词:王牌对王牌

    进入播放窗口,页面信息加载完毕后,显示视频信息和播放器窗口,点击后播放第一集

    同预期结果

    SV_004

    进入VIP窗口,点击右上角搜索按钮,进入搜索窗口,输入搜索内容,点击搜索按钮,等待搜索结果,点击第一个搜索结果。

    搜索词:蜘蛛侠

    播放页面加载完毕后,点击剧集后开始视频播放

    同预期结果

    续表5-4

    用例编号

    测试步骤

    输入数据

    预期结果

    测试结果

    SV_005

    进入VIP窗口,点击右上角搜索按钮,进入搜索窗口,输入搜索内容,点击搜索按钮,等待搜索结果,点击第二个搜索结果。

    搜索词:庆余年

    播放页面加载完毕后,点击剧集后开始视频播放

    同预期结果

    SV_006

    进入VIP窗口,点击右上角搜索按钮,进入搜索窗口,输入搜索内容,点击搜索按钮,等待搜索结果,点击第三个搜索结果。

    搜索词:喜羊羊

    播放页面加载完毕后,点击剧集后开始视频播放

    同预期结果

    SV_007

    进入VIP窗口,点击右上角搜索按钮,进入搜索窗口,输入搜索内容,点击搜索按钮,等待搜索结果,点击第四个搜索结果

    搜索词:极限挑战

    播放页面加载完毕后,点击剧集后开始视频播放

    同预期结果

    5.2.2  APP端软件压力测试

    在本测试主要是应对大量用户使用可能造成软件未响应或相关功能出现问题,由于资源有限,我们仅使用安卓模拟器多开开启十个设备进行白盒测试。APP端登录、搜索、电视直播三个功能进行测试用例表如表5-5。

    表5-5  APP端登录、搜索、电视直播等功能模块软件压力测试用例表

    模块名称

    登录、搜索、电视直播、影视播放、首页模块

    测试描述

    测试各个功能是否依然可用。

    用例编号

    测试步骤

    输入数据

    预期结果

    测试结果

    YL_001

    开启十个安卓模拟器,录制登录动作及账号,点击登录,同时操作。

    输入手机号:756325647

    密码:123456

    功能正常可用

    同预期结果

    续表5-5

    用例编号

    测试步骤

    输入数据

    预期结果

    测试结果

    YL_002

    开启十个安卓模拟器,录制搜索动作,点击搜索,同时操作。

    搜索词:喜剧人

    功能正常可用

    同预期结果

    YL_003

    开启十个安卓模拟器,录制电视直播观看动作,点击电视线路,同时操作。

    功能正常可用

    同预期结果

    YL_004

    开启十个安卓模拟器,录制进入影视列表,点击列表图片进入播放页面,同时操作。

    功能正常可用

    同预期结果

    YL_005

    开启十个安卓模拟器,录制打开首页下拉刷新及选择首页分类操作,同时操作。

    功能正常可用

    同预期结果

    YL_006

    开启十个安卓模拟器,录制首页进入搜索窗口的搜索动作,点击搜索,同时操作。

    搜索词:清平乐

    功能正常可用

    同预期结果

    YL_007

    开启十个安卓模拟器,点击打开APP。录制进入首页窗口后,滑动轮播模块,点击轮播模块并返回,同时操作。

    功能正常可用

    同预期结果

    YL_008

    开启十个安卓模拟器,打开APP。录制进入首页窗口,随机点击导航模块图标,点击后再点击设备返回键同时操作。

    功能正常可用

    同预期结果

    5.2.3  APP端软件兼容性测试

    本测试主要是为了尽可能适配绝大多数移动端(手机设备)而进行的测试,防止软件在一些主流设备上无法使用崩溃或卡死情况出现。由于设备有限,我们主要对VIVO X20、IQOO 3、OPPO R9、小米10手机播放功能进行测试。APP端播放窗口模块软件兼容性测试用例表如表5-6。

    表5-6  APP端播放窗口模块软件兼容性测试用例表

    测试名称

    APP端播放窗口模块

    测试描述

    测试各个设备上的功能是否正常可用。

    用例编号

    测试步骤

    输入数据

    预期结果

    测试结果

    JR_001

    VIVO X20安装打开APP登录帐号,播放VIP区第一部影片。

    输入手机号:756325647

    密码:123456

    成功进入播放窗口并播放视频,功能可用。

    同预期结果

    JR_002

    IQOO 3安装打开APP登录帐号,播放VIP区第一部影片。

    输入手机号:756325647

    密码:123456

    成功进入播放窗口并播放视频,功能可用。

    同预期结果

    JR_003

    OPPO R9安装打开APP登录帐号,播放VIP区第一部影片。

    输入手机号:756325647

    密码:123456

    成功进入播放窗口并播放视频,功能可用。

    同预期结果

    JR_004

    小米10安装打开APP登录帐号,播放VIP区第一部影片。

    输入手机号:756325647

    密码:123456

    成功进入播放窗口并播放视频,功能可用。

    同预期结果

    5.3    测试结论

     

    【毕业设计大作业】基于MUI框架的影视播放APP的设计与实现(代码+论文资料全套) - 互站网 https://www.huzhan.com/code/goods402679.html​​​​​​​

     

    经过多次对“基于MUI框架的影视播放APP”的模块功能测试、压力测试、兼容性测试,APP端系统经测试表现稳定,未出现重大问题,且整体显示结果均与期望的结果相同,基本功能全部测试完成。由于测试费用限制无法完成更多测试,该APP端可能还存在部分设备不兼容、APP端卡死等问题,不保证该设计的APP支持所有设备和保证较高用户并发时的稳定性和可用性。

    总  结

    论文第1章分析了国内外网络视频行业巨大市场空间和行业前景,开发一款基于MUI框架的APP的不但能完成运营者需要还能以取得不错的盈利;第2章简述了该APP开发运用的MUI框架、TBS、HBuilderX编译器。与此同时对该APP系统进行了全面分析,采用MUI框架同时集成TBS开发既经济又有成熟的技术并且开发相对简单,开源的PHP验证后台和该APP端进行搭配使用满足了绝大部分运营者和用户的需求;第3章介绍了根据对需求的分析为该APP设计了26个子功能和5个数据库来充分满足相关需求;第4章对系统中的核心功能模块进行了详细的介绍,绘制相关图例表加以文字描述;第5章记录开发完成后对部分核心功能进行功能测试、压力测试、兼容性测试的测试用例,测试结果符合预期,从而保证了该APP系统能正常稳定运行。经过这次对基于MUI框架的影视播放APP的开发和测试,该系统虽已经达到预期效果但仍旧存在界面不够美观、功能不够丰富等不足,由于时间、精力、财力有限这些不足还需要在后续的实践中逐渐完善弥补。

    参考文献

    [1] 艾瑞咨询. 2019年Q3中国互联网流量季度分析报告[R]. 2019-11.

    [2] CNNIC. 2019年第43次中国互联网络发展状况统计报告-网络视频[R]. 2019-3-1.

    [3] Netflix. Inc. Fy2020 first quarter results[R]. 2020-4-21

    [4] 戎文华. 奈飞何以腾飞[J]. 国企管理, 2019, (07): 96-99.

    [5] 刘柯. 美三大牛股“ 基因” 相同高清在线视频将成未来风口[N]. 金融投资报, 2020-04-24(001).

    [6] 腾讯控股有限公司. 2019年年度财务报告[R]. 2020-3-18

    [7] 北京爱奇艺科技有限公司. 2019年年度财务报告[R]. 2020-2-28

    [8] QuestMobile研究院. QuestMobile2020中国移动互联网春季大报告[R]. 2020-4-21.

    [9] 汪佳佳. MUI在Web APP开发中的应用与研究[J]. 数码世界, 2016(10) : 70-71.

    [10] 李张永, 陈和平, 顾进广. 跨平台移动Web开发框架与数据交互方法[J]. 计算机工程与设计, 2014, 35(5): 1827-1832.

    [11] 罗东. 腾讯X5的底层想象力[J]. 21世纪商业评论, 2014, (Z1): 72-73.

    [12] Bourhis Pierre, Reutter Juan L., VrgoÄ Domagoj. JSON: Data model and query languages[J]. Information Systems, 2020, 89(C).

    [13] 肖健. 腾讯将开放技术服务平台押宝X5引擎[J]. 计算机与网络, 2014, 40(18):14.

    [14] Network Performance in HTML5 Video Connections[J]. Network Protocols and Algorithms. 2018-12-26.

    致  谢

    感谢父母、同学、   校、教导过我的所有任课教师、我的指导老师对我的帮助和支持,没有你们的帮助和支持不会有我的现在。感谢在我开发设计该APP时支持我,购买我这个基于MUI框架的影视播放APP项目的客户,让我觉得这个APP有价值有意义能给别人带来帮助。感谢指导老师临毕业前对我的辛勤付出,指导帮助我完成毕业设计。也十分感谢我的老师,没有他们对我的谆谆教导和努力,我不会有能力完成这个毕业设计的开发和测试、编写论文的各项内容。

     

    展开全文
  • iThenticate查重系统的使用及如何去除参考文献

    万次阅读 热门讨论 2019-09-07 10:24:51
    题目:iThenticate查重系统的使用及如何去除参考文献 期刊投稿时,有时期刊会以重复率过高而退稿,要求降低重复率后方可送外审。这时就需要对原文进行修改,但为了确保修改是否有效,再次投稿前一般自己会进行一次...

    题目:iThenticate查重系统的使用及如何去除参考文献

            期刊投稿时,有时期刊会以重复率过高而退稿,要求降低重复率后方可送外审。这时就需要对原文进行修改,但为了确保修改是否有效,再次投稿前一般自己会进行一次查重。用的比较多的是iThenticate,网上搜索一下会有两个网址,分别是http://www.ithenticate.com.cn/http://www.ithenticate.com/,一个有.cn一个没有。据带有.cn的网站FAQ介绍:

    也就是说.cn的网站是英文版网站的代理。另外,FAQ页面还介绍了“iThenticate/CrossCheck是什么”等问题:

    更多内容,可参见页面http://www.ithenticate.com.cn/faq/

     

            那么到底应该使用中文版iThenticate还是英文原版iThenticate呢? 看一下以上FAQ页面的报价可以看出,中文版的检测费用低一些:

    而英文版的检测费用似乎高一些:

    例如一般十几页的文章,假设单词数在10001~15000之间,中文版网站的价格是300元人民币,而英文版网站的价格则是100美元,要贵一倍还多。

            但其实不然,因为中文版网站交一次钱只能检测一次:

    而英文版网站交一次钱,对本篇论文检测一次之后,还可以免费提供五次该论文的修改稿的查重(后面细说)。如此算来,英文版网站的费用也不高。另外,选择英文原版iThenticate或许更放心一些吧,毕竟是原版……

     

            接下来就说说英文版iThenticate的使用……

     

            其实一般问题都好说,就有一个关键问题:使用iThenticate查重时,如何去除参考文献?接下来慢慢说……

     

            首先根据论文字数Buy Credits,一般十几页的文章应该在25000单词之内,可以只买100美元那个,购买过程中需要用信用卡支付,银联信用卡亦可使用;另外,需要使用email注册账号,按照提示注册即可;付款的Receipt后面会自动发送到你设置的email,注意查收即可。进入控制台后,按提示进入上传文档界面:

    这里的Author First Name, Author Last Name, Document Title如何填写都关系不大,重点在于单击Choose File选择自己的文档,然后单击Upload按扭。此后会进入操作控制台界面:

    其中,Title部分就是刚填的Document Title,Author就是刚填的个人信息。此时控制右上角会时不时地显示刷新的状态,Author左边的Report会显示Processing,过一会儿之后这儿会显示百分比(上图中为27%),就表示查重过程已经完成。单击这个百分比,可以进入以下界面:

    窗口左侧显示论文内容,窗口右侧是Match Overview,显示各个对比source的相似度。默认是包含参考文献的,而查重实际上不必包含参考文献部分。怎么设置呢?

            单击以上窗口的右下角如下按扭:

    然后进入设置:

    将Exclude Bibliography后面的复选框选中,然后再单击Apply Changes,稍等一下即可得到去除参考文献的查重结果。

            实际上,前面对比结果页面的右上角:

    就会显示是否包含参考文献,比如上图中显示Bibliography Excluded,说明已经去除了参考文献(这里默认显示的是不去除参考文献的结果,即应该是27%;在截图前个人去除了参考文献,所以这里显示相似度为19%)。

     

            最后再补充一下,iThenticate除了第一次查重之外,还免费提供对五次该文的修改稿查重的机会,在控制台中注意以下位置:

    其中revision 1 of 5表示当前是第1次修改稿,还可以查4次修改稿;右侧Actions下面的上传箭头就是用来继续上传新的修改稿的。在上传修改稿时,系统会提示不能与原版本差异太大,那样会被认为是一篇新的稿件而不能被当作为修改稿查重~

    展开全文
  • 论文题目:基于串行通讯不同计算机数据库之间数据交换系统 开发语言:C# 包括内容:论文+可执行程序+源码+答辩ppt+外文翻译+进度表+程序操作演示录像 数 据 库:SQL 论文字数:7000字...
  • 几十个珍藏的网站,相信你会用到的

    千次阅读 多人点赞 2020-03-05 11:47:26
    写在前面 论文相关 Sci Hub:各种不能下的论文都能在这里免费下载到,简直就是美滋滋。 中国知网:提供一般学术论文下载,这个应该...PaperFree:初步查重,可以免费1W字论文查重,支持机器修改重复的部分,很舒服哦...
  • 1、题目描述:  生成定量小学四则运算的题目。 2、需求分析:  在现今的时代,科技丰富了我们的生活。纸质作业对于老师和学生有着不少的障碍,无法实时反馈和方便练习等。...3、功能设计:  ①生成四则...
  • 实现一个自动生成小学四则运算题目的命令行程序 成员 3118005408 方俊涛 、3118005409 冯宇航 GitHub: 文章目录PSP PSP PSP 2.1 Personal Software Process Stages 预估耗时(分钟) 实际耗时(分钟) ...
  • 【Java】课程设计—学生在线考试系统

    千次阅读 多人点赞 2020-12-29 23:08:01
    Java课程设计—学生考试系统 阅前注意 系统中所有密码均已默认设置为123456 开发时使用的Java版本为JDK 14.0.1 使用的开发工具为 IntelliJ IDEA Community 2019.2 数据库为MySQL 8.0.22.0 已在Windows10下通过测试 ...
  • 一、题目描述: 1. 使用 -n 参数控制生成题目的个数,例如 Myapp.exe -n 10-o Exercise.txt 将生成10个题目。 2. 使用 -r 参数控制题目中数值(自然数、真分数和真分数分母)的范围,例如 Myapp.exe -r 10 ...
  • 团队成员:谢家明(代码生成) 谢竣(测试完善) 项目需求: 1. 使用 -n 参数控制生成题目的个数,例如 Myapp.exe -n 10 ...2. 使用 -r 参数控制题目中数值(自然数、真分数和真分数分母)的范围,...
  • 全网目前最全python例子(附源码)

    万次阅读 多人点赞 2019-12-30 14:55:05
    PyQt设计器开发GUI,能够迅速通过拖动组建搭建出来,使用方便。如下为使用PyQt,定制的一个专属自己的小而美的计算器。 除此之外,使用Python的Flask框架搭建Web框架,也非常方便。 总之,在这个 Python小例子 ...
  • 题目:实现一个自动生成小学四则运算题目的命令行程序 功能(已全部实现) 使用-n 参数控制生成题目的个数 使用-r 参数控制题目中数值(自然数、真分数和真分数分母)的范围 生成的题目中计算过程不能产生负数,...
  • 一个本科生的毕业设计和论文

    万次阅读 多人点赞 2020-06-07 22:31:59
    但是在此之前我一点也不知道这个东西,连界面UI都是我自己设计编码的,也不怕啥 最后老师公布答辩的时候我在隔壁教室没听到,最后听他们说是过了,有82分,一颗心总算也是落下来了。 再然后就是晚上十点多了,答辩...
  • 本系统带文档lw万字以上+答辩PPT+查重 如果这个题目不合适,可以去我上传的资源里面找题目,找不到的话,评论留下题目,或者站内私信我, 有时间看到机会给您发 开发流程设计 系统流程的分析是通过调查系统所涉及...
  • 前段时间写了一个自动生成中小学数学题目的控制台小程序 下面简要介绍一下我这次的一个开发过程 需求: 1、命令行输入用户名和密码,如果用户名和密码都正确,提示输入小学、初中和高中三个选项中的一个,否则...
  • 分析与设计 PS:由于分析和设计都整合在一个文档里,所以这次的作业就直接以一个文档的形式交出来的。 目 录 0. 文档介绍 0.1 文档目的 0.2 文档范围 0.3 读者对象 1. 产品介绍 1.1 产品简介 1.2 产品范围...
  • 3.题目查重测试 在四则运算中,由于存在加法交换律、乘法交换律以及左右结合律,故算式之间存在形式不同但逻辑运算相同的情况,在本项目中需要对该类情况进行测试,其设计如下: 编号 算式1 算式2 ...
  • 本系统带文档lw万字以上+答辩PPT+查重 如果这个题目不合适,可以去我上传的资源里面找题目,找不到的话,评论留下题目,或者站内私信我, 有时间看到机会给您发 1、关于无人售货机管理系统的基本要求 (1)功能...
  • 实现难度:难,希望有志于从事算法设计工作的同学选择此题目,做好这个题目对找工作很有帮助。 实现思路  可以使用迭代开发的思路。 (1)开发出一个雏形。  比较两篇文档(txt,or word格式)...
  • //课程编码查重 bool CheckName ( List * & L , int n , char name [ 20 ] ) ; //课程名称查重 void InputClass ( List * & L ) ; //输入课程信息 void DisClass ( List * L , int len ) ;...
  • 高级程序设计课程设计 一、教学目标和基本要求 本课程全面系统的学习面向对象程序设计的基本概念,基本语法和编程方法。正确理解掌握C++面向对象程序设计的基本特性:类,对象,继承与派生,多态,虚函数,模板,...
  • 蔡诺文负责部分: PSP表格 PSP2.1 Personal Software Process Stages 预估耗时(分钟) 实际耗时(分钟) Planning 计划 5 10 · Estimate ...· 生成设计文档 ...· 设计复审 (和同事审核设计
  • 计算机专业Java毕业设计(项目+论文+源码)

    千次阅读 多人点赞 2021-07-15 08:57:17
    马上就要做毕业设计啦,计算机专业的小伙伴们终于开始紧张啦~ 但是Java相关的毕业设计,真的太难啦,都不知道做什么选题!!! 如果你平时没认真学,那么很可能根本就不知道怎么做毕业设计! 尤其是对于摸鱼上瘾的...
  • 本系统带文档lw万字以上+答辩PPT+查重 如果这个题目不合适,可以去我上传的资源里面找题目,找不到的话,评论留下题目,或者站内私信我, 有时间看到机会给您发 项目设计目标与原则 1、关于员工管理系统设计与实现...
  • 数独终局游戏(终局生成、题目生成和解题)项目简介1、项目要求2、PSP表格3、解题思路及过程3.1 数独终局生成解决过程 项目简介 Github链接:https://github.com/fagen/sudoku 1、项目要求 能够生成1-1e6个不一样的...
  • 【毕业设计】基于springboot+vue.js的校园二手商城系统 一、综述 二手市场在中国是一个不够完善和成熟的市场,尤其在大学校园内。随着经济的发展,大学生生活水平的不断提高,闲置物品对很多人都是比较麻烦的问题...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 391
精华内容 156
关键字:

题目查重的界面设计