软件

　　什么是同源策略？我们为什么需要同源策略？ 　　我们先假设如果浏览器没有同源策略的情况，我们登陆了A银行的账号，如果这时我们打开了另一个网页（在另一个标签上）并且这个网页含有黑客设置的恶意js代码，在没有同源策略的情况下，黑客可以随意的读取你在A银行上的任何信息，做任何操作，我们个人隐私完全无法得到保障，所以同源策略是非常必要的。 　　同源策略：同协议，同域名，同端口。 不同源的客户端脚本(javascript、ActionScript)在没明确授权的情况下，不能读写对方的资源。 　　下面给出相对 http://abc.jjp.com/app/page.html 的同源检测结果 url 结果 原因 http://abc.jjp.com/app/page2.html 成功 http://abc.jjp.com/source/page2.html 成功 https://abc.jjp.com/app/dist/page3.html 失败 协议不相同 http://efg.jjp.com/app/page2.html 失败 域名不相同 http://abc.jjp.com:8080/app/page2.html 失败 端口不相同 　　　　 参考内容 https://www.jianshu.com/p/f4fc1ce49956 来源： https://www.cnblogs.com

5G网络即将覆盖普及， 一对一直播市场的未来可以说会更具潜力，近些年来一对一直播行业的发展迅猛，更多的人开始通过一对一直播平台社交网络来寻找娱乐，打发茶余饭后的时间。 一对一直播行业造就了网红经济，网红主播、网红景点、网红商品等等很多热门都被打上了网红的标签。众多的企业公司都想在直播大潮中分到一杯粉丝红利，但是直播中涉及的技术难题阻挡了一大部分人的冲动，如果自己的公司招聘技术人员，组织团队，包括前期的开发，中期的测试，后期的推广，会是一笔非常庞大的资金投入，最后是否能够盈利或者能否挽回成本都是在和市场打赌，风险非常巨大，如果抓不住这个时机，只能看着别人赚的盆满钵满，实属不甘心，这个时候就需要有人提供专业的技术服务，时至今日， 一对一直播软件市场已经不再满足传统的秀场直播，而是顺应市场的需求做出了改变。直播软件得以进行百变开发的关键一环就是直播系统源码。一套一对一直播软件的源码可以说是这套程序的核心环节了。那么直播源码的开发会遇到什么问题呢，小编总结了几点，供大家参考： 1、首先得选择好直播流媒体服务。 2、选择好以后呢开始研究直播接口的调用程度 3、然后再熟悉直播平台的业务逻辑，接口调通后要分析整个直播平台的结构，有哪些功能难实现或实现不了的功能，做好分析工作 4、接着进入开发阶段 5、最后开发完成整体调试功能，调试接口是否调用正确。 安卓、iOS前端和后台数据要打通 后台： 一

问题描述： 移动磁盘打不开驱动器中的光盘未被格式化，是因为这个I盘的文件系统内部结构损坏导致的。要恢复里面的数据就必须要注意，这个盘不能格式化，否则数据会进一步损坏。具体的恢复方法看正文 工具/软件：极限数据恢复软件 步骤1：先下载并解压程序打开后，直接双击需要恢复的分区. 步骤2：软件找出数据后，会放到与要恢复盘同名的目录中 步骤3：打钩所有需要恢复的数据，然后点右上角的《另存为》按钮，将打钩的文件复制出来。 步骤4：等待软件将文件拷贝完毕就好了 。 注意事项1：想要恢复移动硬盘驱动器中的光盘未被格式化需要注意，一定要先恢复数据再格式化。 注意事项2：驱动器中的光盘未被格式化恢复出来的数据需要暂时保存到其它盘里。 来源： 51CTO 作者： dkem 链接： https://blog.51cto.com/13450928/2476307

问题描述： 清空回收站是很常见的数据恢复故障。在清空回收站后如何恢复数据就显的尤为重要了，首先我们需要明白，在清空回收站后不能往要恢复的误删文件所在的分区，存入任何新的文件，否则数据覆盖了就无力回天了。接下来我们还需要了解下具体如何恢复清空回收站的文件，具体请看正文了解。 工具/软件：极限数据恢复软件 步骤1：先百度搜索并下载软件打开后，直接双击需要恢复的分区. 步骤2：这里只需要耐心等等就可以了（一般只需要几分钟）。 步骤3：删除过的文件在软件中标记为红色的文件名,是很容易找到。 步骤4：选中需要恢复的文件或整个文件夹，右击选中《复制选中的文件》将资料拷贝出来 步骤5：等软件将数据拷贝完成就可以了 。 注意事项1：删除文件后清空回收站恢复出来的数据需要暂时保存到其它盘里。 注意事项2：想要恢复按SHIFT键删除需要注意，一定注意不要往误删文件所在的盘存入新的文件。 来源： 51CTO 作者： osmx 链接： https://blog.51cto.com/13450921/2483260

作业来自哪里 作业要求 作业目标 作业正文 详情看下文 参考文献 软件工程师的帮忙，百度 来源： https://www.cnblogs.com/yy2015/p/12603402.html

1.app使用过程中，接听电话。可以测试不同的通话时间的长短，对于通话结束后，原先打开的app的响应，比如是否停留在原先界面，继续操作时的响应速度等。 2.app使用过程中，有推送消息时，对app的使用影响 3.设备在充电时，app的响应以及操作流畅度 4.设备在不同电量时（低于10%，50%，95%），app的响应以及操作流畅度 5.意外断电时，app数据丢失情况 6.网络环境变化时，app的应对情况如何：是否有适当提示？从有网络环境到无网络环境时，app的反馈如何？从无网络环境回到有网络环境时，是否能自动加载数据，多久才能开始加载数据 7.多点触摸的情况 8.跟其他app之间互相切换时的响应 9.进程关闭再重新打开的反馈 10.IOS系统语言环境变化时，各实体按键的测试，比如音量键，锁屏键，home键。后两者还可以设计好多用例，比如App打开状态下，按home键/锁屏键之后，隔1分钟，5分钟，10分钟，30分钟后，重新打开app/解锁，看是否还在原来打开的app子界面，还是回到app的主界面。 横屏和竖屏的显示和切换 11.多次快速点击时，这个同样适用于Andriod 12.IOS不同版本（尤其是IOS 5和7之间，UI更新比较大） 13.app有更新时能否主动推送 14. 要看看一般屏幕 和 双倍精度屏幕，显示的是不是都好 15 开始你拿到 ipa文件的时候，要看看文件大小

Web1.0 Web 1.0，指的是万维网发展的第一阶段，时间大约从1991年到2004年。“在Web 1.0中，内容创作者很少，绝大多数用户只是内容的消费者。”(在Web 1.0时代，人们只能被动地浏览内容。)。 Web2.0 Web2.0介绍 Web 2.0是一种新的互联网方式(第二代互联网)，通过网络应用（Web Applications）促进网络上人与人间的信息交换和协同合作，其模式 更加以用户为中心 。 Web 2.0的核心概念是互动、分享与关系，所有的网络行为，都可用“互动、分享、关系”的概念来作诠释。 2.0是软件版本，这里指一系列web技术的升级，计算机工业的商业革命。 Web2.0特点 将Web作为平台 驾驭集体智能 数据将变成未来的"Intel Inside" 软件不断发行与升级的循环将会被终结 轻量型程序设计模型 通过内容和服务的联合使轻量的业务模型可行 软件运行将跨越单一设备 丰富的用户体验 分享和参与的架构所驱动的网络效应 通过带动分散的、独立的开发者把各个系统和网站组合形成大汇集的改革 快速的反应与功能新增 Web2.0服务方式 1.双向消息协议： REST（RepresentationalStateTransfer）表示了一种Web服务, 客户端传送所有的事务的状态； SOAP（SimpleObjectAccessProtocol

项目 内容 这个作业属于哪个课程 任课教师博客主页链接 这个作业的要求在哪里 实验八 团队作业4：基于原型的团队项目需求调研与分析 团队名称 小团团团队 作业学习目标 （1）体验以原型设计为基础的团队软件项目需求获取技巧与方法。（2）学习利用UML模型描述用户需求。（3）编写软件需求规格说明书。 任务一：UML软件绘制工具简介 UML简介 Unified Modeling Language (UML)又称统一建模语言或标准建模语言，是始于1997年一个OMG标准，它是一个支持模型化和软件系统开发的图形化语言，为软件开发的所有阶段提供模型化和可视化支持，包括由需求分析到规格，到构造和配置。 面向对象的分析与设计(OOA&D，OOAD)方法的发展在80年代末至90年代中出现了一个高潮，UML是这个高潮的产物。它不仅统一了Booch、Rumbaugh和Jacobson的表示方法，而且对其作了进一步的发展，并最终统一为大众所接受的标准建模语言。UML定义了5类，10种模型图。 五种类图定义 1、用例图：从用户角度描述系统功能，并指各功能的操作者。 2、静态图：包括类图，包图，对象图。 - 类图：描述系统中类的静态结构。 - 包图：是包和类组成的，表示包与包之间的关系，包图描述系统的分层结构。 - 对象图：是类图的实例。 3、行为图：描述系统动态模型和对象组成的交换关系。包括状态图和活动图。

最近关注 GB28181 的朋友很多，昨天有位朋友问到 GB28181 出内网的问题，希望我花 5 分钟的时间 讲讲如何通过 GB28181 协议将内网的摄像机视频推送到公网。要说清楚这个问题， 5 分钟的时间应该不 够，还是写篇文章跟大家分享下。 说这个问题之前，我想先聊聊 GB28181 协议，首先我们需要了解的是 GB28181 是应用层协议，而 不是传输层协议。所谓应用层协议说简单点就是发送方跟接收方商议怎么协作：比如第一个信令由谁 发起，视频流的采用什么封装格式，什么时候开始推送视频，什么时候结束推送等等。 GB28181 协议 规定下级（也可以理解为客户端）首先向上级（服务端）注册，这一点让内网摄像机设备通过 GB281 81 协议主动推送视频到公网有了可能性。局域网的摄像机设备只有内网 IP ，公网下的服务无法主动找 到摄像机设备，然公网下的服务有公网 IP, 内网中的摄像机通过路由转换最终可以将注册信息发送给公 网下的服务（这一点 rtsp 协议是做不到的， rtsp 协议规定首先得服务端向客户端发送命令，所以内网摄 像机设备通过 rtsp 协议主动推送视频到公网是行不通，通过在内网部署流媒体服务主动推送视频流到公 网可行，代价是增加一台服务器）。 客户端设备已经注册上来了，接下来服务端要做的事情是查询设备信息以及发起视频流请求命令。

　　一学期的软件工程课就此结束，边做边学的理念，这门课教导的不仅仅是软件的开发。老师用他的经验来传道受业，用各种现实状况来讲解软件工程，讲解以后的工作态度，讲做事的习惯等等。我觉得这门课程的开设很大一定程度上提高了我们的思想认识，了解自己当前的状况。 　　一开始我以为软件工程就是编写代码做出一款软件，直到这门课的开设，我才真正了解到软件工程是一项工程，工程就意味着要有团队合作，要有效率体现，要有人员分配，要有人员管理，要有维护维修，要有安全监测，要有推销。它涉及的是很多流程和环节，面临的是用户的体验和需求，投向的是市场。这些都是从这门课的学习中所体会到的。 　　软件工程课很新颖，因为课程的学习中掺杂了不少从课本上学习不到的知识，我觉得更多的是素养和习惯。我曾思考老师为什么没有简单教我们如何编程，如何做框架，如何解决编程语言以及语法的一些问题，而却是让首先让我们去做，然后再去讲一些软件工程流程，软件工程开发的注意事项意见软件工程开发的方法。现在也明白了其中的一些道理，如果我们只去学习开发，提高的只是编程能力，提高不了大脑的思考能力以及开发水平和更高的素养。 　　翻了翻这一学期写的几篇博客，读了几本书，写了几篇读书笔记，对独立作业和结对作业以及团队项目做些了总结。学到的还是蛮多的。团队开发，我学会了要多做事，做实事才能提高；产品的发布，我学会了只有真正的了解用户的体验才知道如何改变