您好,欢迎光临本网站![请登录][注册会员]  

开发技术下载,其它下载列表 第60976页

« 1 2 ... .71 .72 .73 .74 .75 60976.77 .78 .79 .80 .81 ... 222726 »

[其它] 如何量化用户体验

说明:火龙果软件工程技术中心  在一个叫做“老李”的哥们哪里发现了一个很有价值的笔记,保存下来让更多的朋友共享…用户体验本来是一个非常虚的词,这篇文章里我们主要谈谈如何把这样一个很虚的东西进行量化.让他成为你进行分析研究的依据.原文http://www.sitepoint.com/print/quantify-user-experience量化用户体验有四个重要因素1.品牌(branding)2.可用性(usability)3.功能性(functionality)4.内容(content)这些因素不是
<weixin_38627104> 上传 | 大小:199kb

[其它] 播种分类器:Kaggle补偿-源码

说明:播种分类器:Kaggle补偿
<weixin_42104947> 上传 | 大小:2mb

[其它] 信任评估中的多因素设计与仿真

说明:信任评估中的多因素设计与仿真
<weixin_38673924> 上传 | 大小:295kb

[其它] pocketchangeapp:提升书的演示应用程序-源码

说明:这是我们正在构建的演示应用程序,用于支持Lift Book。 德里克,马里乌斯和泰勒 PocketChange是根据。
<weixin_42127748> 上传 | 大小:108kb

[其它] 基于重复博弈的云网络动态访问控制模型

说明:基于重复博弈的云网络动态访问控制模型
<weixin_38504170> 上传 | 大小:405kb

[其它] 基于群分解构造具有高代数免疫力的矢量布尔函数

说明:基于群分解构造具有高代数免疫力的矢量布尔函数
<weixin_38604951> 上传 | 大小:373kb

[其它] 使用CVS进行版本控制实战

说明:火龙果软件工程技术中心  CVS的全称为ConcurrentVersionSystem(并行版本系统),主要用于项目的版本管理和协同开发。说明:本例的CVS的客户端和服务器端都装在同一台机上。一.服务端CVSNT篇1.安装与配置下载地址:http://www.cvsnt.org本文下载的是当前的最新版2.5.03。双击下载得到的cvsnt-2[1].5.03.2382.msi文件,开始进入安装,点击“运行”按钮,进入安装的欢迎界面,接着点击“Next”按钮,进入是否接受用户协定页面,用户勾选“I
<weixin_38720256> 上传 | 大小:529kb

[其它] 使用具有可证明的语义安全性的位对的公钥加密方案

说明:使用具有可证明的语义安全性的位对的公钥加密方案
<weixin_38665814> 上传 | 大小:347kb

[其它] 车载Ad Hoc网络中的可靠广播协议

说明:在车辆自组织网络(VANET)中,定期广播诸如速度和加速度之类的单个车辆的安全信息至关重要。 但是,当前基于竞争的媒体访问控制(MAC)协议不能保证高密度VANET中的高性能。 在本文中,我们提出了一种基于s分离码的MAC协议,通过在车辆进入网络时为每辆车辆分配一个通道来实现可靠和实时的广播。 我们的协议是自适应的,因为要求车辆根据网络密度调整其通信范围,以防止它们之间的干扰。 我们进行了广泛的仿真研究,结果表明,该方案可以成功满足专用短距离通信(DSRC)标准的要求,即每秒广播10次安全信息。
<weixin_38686187> 上传 | 大小:1mb

[其它] 车载自组织网络中的广告传播

说明:车载自组织网络中的广告传播
<weixin_38660069> 上传 | 大小:3mb

[其它] 机会网络中基于上下文的自适应路由

说明:本文为机会网络提出了一种新颖的路由算法:基于上下文的自适应路由(CBAR),它使用网络上下文信息和Dempster-Shafer(DS)证据理论来计算节点的基本可靠性分配函数,该函数描述了节点可信度的可靠性。 ,令人难以置信和信誉不明。 随着消息的分发,上下文将确定该节点是否可信,然后CBAR将选择具有更高可靠性值的节点。根据其转发消息的可信度,否则,将消息泛洪,以便可以更好地增强鲁棒性和传递概率。取得成就。 我们使用机会网络环境仿真器(ONE)来模拟和比较CBAR算法与现有路由算法的性能,这表
<weixin_38632763> 上传 | 大小:264kb

[其它] 开放性敏捷自动化测试架构介绍

说明:火龙果软件工程技术中心   本人主要是侧重电信领域的软交换及BOSS业务的测试,从本人多年所处理的现场问题来看,在现场发生的约80%的问题来源于软件版本升级后引入的新功能带来的对老功能的影响,有过不少沉痛的经验教训。我们公司曾经设置过专门的自动化测试部门,轰轰烈烈的从事自动化平台的开发,基本上发动了测试部门的所有同事从事测试CASE的脚本开发,时间力行半年,结果由于众所周知的原因,整个自动化体系以失败告终,最后,该自动化测试部门也就无疾而终了。我总结了一下,主要是下面的原因造成,这基本上也是行业
<weixin_38577261> 上传 | 大小:315kb
« 1 2 ... .71 .72 .73 .74 .75 60976.77 .78 .79 .80 .81 ... 222726 »