我的项目中遇到一个棘手的问题，项目是使用mui框架 +部分原生开发的app，目前遇到一个问题，在h5播放视频的时候竖屏时候正常，点击全屏按钮，android app直接白屏或奔溃，ios正常，现寻高手解决此问题给予回报，就远程解决这个问题就行，提出解决方案我们做尝试，给500-1000的回报
一、需求描述 产品类别：电商 开发进度：已经有原型、UI图，需要技术开发。 技术：使用java语言、其他不限。 二、参考产品 E宠app 三、人才要求 3 年以上java开发经验，有电商系统开发经验。
一、需求描述 产品类别：电商 开发进度：已经有原型、UI图，需要技术开发。 技术：使用java语言、其他不限。 二、参考产品 E宠app 三、人才要求 2 年以上android开发经验，有电商系统开发经验。
一、需求描述 产品类别：支付 功能：智能水控机支付系统，通过支付宝和微信支付，从饮水机取水。顾客需要充值一定金额到微信电子钱包，每次取水扣除相应的水费。结算后台可实现几个账号实时分账。 搭配所需控制器可试样机 二、参考产品 自动售货机 前期最好见面沟通无误
一、需求描述 产品类别：App 开发进度：可提供一些思路。 功能：写一个后台持续运行的App，在adb掉线的情况下，自动重新建立与控制主机adb server的连接。 技术：Android Java。 二、参考产品 无 三、人才要求 Android开发经验，熟悉Android Api，Accessibility。 四、其他要求 可远程，技术细节可再交流、价格、时间可再议。
一、需求描述 产品类别：视频微信小程序 开发进度：已经有原型、UI图，需要技术开发。 功能：实现从网上抓取汽车评测自媒体视频聚合到小程序中实现播放功能， 包含数据抓取、数据存储，视频播放，视频分类。 技术：没有要求，能实现高效播放视频即可 二、参考产品 ios应用程序名称：汽车评测 考虑到APP Store中可能搜索不到，附下面访问地址： https://itunes.apple.com/cn/app/%E6%B1%BD%E8%BD%A6%E8%AF%84%E6%B5%8B-%E6%9C%80%E6%96%B0%E8%BD%A6%E8%AF%84%E8%A7%86%E9%A2%91%E9%9F%B3%E9%A2%91%E6%9D%82%E5%BF%97/id1370456070?mt=8 三、人才要求 最好有视频处理、爬虫数据、小程序相关开发经验 四、其他要求 坐班要求：没有要求 项目周期：没有要求
驻场地点在成都，外地勿扰 一、需求描述 产品类别：CRM，订单管理，薪酬核算、财税智能 开发进度：从0到1，需要熟悉公司产品，销售，客户，服务管理体系，输出业务架构。并进行技术架构搭建，再进行业务功能开发 功能：订单进度流程自动化管理、CRM客户关系关系销售过程管理、企业内部薪酬核算系统（目前有现成薪酬制度和表格）、税务智能申报、财务自动核算、自动生成经营管理数据 技术：理解java内存模型和常见的gc模式，有SOA或微服务分布式相关架构和开发经验，熟悉spring，spring mvc。深刻理解IOC，AOP。熟悉nosql技术，如Redis。熟悉前端框架并有实际开发经验，如nodejs。负责搭建SaaS系统的技术框架。 二、参考产品 订单关系系统：暂无 CRM：快启、EC 财税智能：亿企代帐、易代账、云帐房 薪酬系统：暂无 三、人才要求 熟悉基于SaaS模式的企业管理软件技术框架。有开发各核心业务的能力。研究过开源框架，例如：snapcrm，sugercrm，PSI 四、其他要求 坐班要求：全天坐班 项目周期：总周期约30天。
一、需求描述 产品类别：电商 开发进度：已经有后台，需要二开，需要技术开发，目前就缺个JAVA工程师 功能：实现电商平台的功能完善，以及提供接口给移动端 技术：使用JAVA语言，其他不限。 项目周期：总周期约40天。
功能描述：隶属龙猫数据网站其中一个功能模块,增加“数据下载”栏目。实现数据文件下载功能，页面有一级二级三级及后台管理功能。整合网站其它栏目到后台。 具体要求： 1.一个栏目页\一个列表页\一个详情页\管理页面3个，共6个页面。 2.网站前后台分离。 3.需要整合产品服务、新闻、招聘版块内容。 4.后台添加用户及修改密码功能。 5.对SEO友好，符合SEO优化规则。 前期信息了解请到www.longmaosoft.com网站。
任务描述： 1，客户为军工研究所，近期来惠州工厂参观（惠州市博罗县石湾镇里波水第二工业区）。预计时间为5月末到6月初（实际时间，需要客户另行通知）。同行有负责技术的技术总监。来工厂会参观生产、测试、研发情况。实际时间约为1天（特殊情况可能为2天）。 2，我们目前没有研发的团队，需要高级硬件工程师的合作伙伴临时组建研发的环境。包括信号分析仪等常用研发分析设备，需要合作伙伴带来。我们提供电脑，测试的产品（我们生产固态硬盘,www.solidatassd.com），常用工具等。具体如何配合，提前协商。 3，合作伙伴能够和对方的技术总监能够进行基本的技术信息交流（我们会提供某一个产品的原理图和layout图作为参考，其它产品系列大同小异，我们的产品非常简单）。对方的技术总监的焦点主要可能在以下方面：（1）各种测试手段，包括高低温实验、湿度实验、高度实验、振动实验、冲击实验、霉菌实验、盐雾实验。（2）当客户的主板采用我们的固态硬盘出现问题的时候，我们是否能做现场的技术解析（合作伙伴最好有相关的运作经验，具体细节，我没办法一一列出）。固态硬盘主要是SATA、PATA等标准协议。我们没有底层固件的源代码，在这种情况下，如何解析客户的问题（解析并非一定要解决）。（3）研发的方向，更大的容量、更高的速度、更多的接口形式（比如PCIE接口，NVME协议）。合作伙伴对SATA、PATA、PCIE的协议，最好有些了解。（4）如果客户有特殊协议的接口要求，我们是否能特殊研发。合作伙伴需要对Soc了解一些。比如https://china.xilinx.com/products/silicon-devices/soc/zynq-7000.html ，可以将SATA SSD通过Soc转换成客户要求的协议接口。（5）其它。 4，协作工程师负责组件产品测试环境（不会参与探讨，客户参观测试环境的时候，由高级硬件工程师负责解释和说明）。 经验要求： 1，有多年军工产品硬件研发经验。 2，对Soc了解。 3，自带1名协作工程师。 报价： （1）核心的高级硬件工程，1名，2000/天。 （2）协作工程师，1名，500/天。 （3）器材设施，预算1500，需要自带相对完备的测试环境。
离线答题APP，是一款用于运行我公司问卷答题执行程序实现离线答题应用的APP，支持被访者在无网络情况下，通过APP回答问卷，存储答案，并在有网络情况下，将答案数据上传云端。 1、项目阶段：已完成需求文档设计、交互原型设计、开发功能清单梳理，现在需要技术开发实现 2、项目要求： 2.1、优先考虑一套开发同时支持在Android与iOS平台运行，其次考虑基于Android平台的开发 2.2、APP端需能够加载并运行由reactJS开发的单页面前端代码 2.3、APP端需要有数据库或数据文件，用于永久保存问卷数据 3、技术要求：熟练 react native 开发技术 4、坐班要求：可以每周坐班1-2次，其他时间可以在线沟通协作
一、需求描述 产品类型：信息网站 开发进度：已完成信息分类 功能：用户浏览记录、数据统计、信息发送。 技术：与58同城类相似。 二、参考产品 百姓网 58同城 三、能购完成网站的建成上线。 四、其他要求 按规定日期完成相应的工作，不需要坐班。 项目完成周期：90天
智能运维保障云平台设计需求 总体需求： 1. 平台软件主要运行在服务器上。同时也希望能有中间件的开发包括进去。 2. 旧的平台是运行于windows系统下，而新的平台没有明确要求是linux系统还是windows系统。 3. 主要是稳定，能负载几十万的客户端设备交互数据。兼容性要强，扩展性强。 4. 开发语言也没有限定，就是要稳定。 5. 希望有现有的模块，能缩短开发周期，稳定的框架。 6. 功能不必太复杂，要操作简单，UI界面要好看。 7. 希望项目完成后源码能开放。 8. 是否有相似的模板框架，选用成熟的框架（比如车载gps的框架），具体能说明一下大概的架构，工作的原理，相关的信息处理量。 9. 在统一平台下进行移动远程监测和控制【基于IOS、Android的APP客户端】。 10. 能兼容旧的平台端，兼容旧的终端设备。（这部分包括了旧的中间件，旧的平台，就的终端设备等情况，是否可以考虑出一套兼容的方案） 11. Pc客户端最好是通过网页访问平台（B/S或者C/S架构可以由开发工程师按需求来定）。 12. 支持10000个以上传感设备并发连接，每1秒一个心跳业务处理。 13. 是否支持中间层高性能分布式部署？支持多个Web前端站点？支持跨域访问？（这几个问题不太懂要请教一下） 14. 另外对于数据库，平台软件，中间件，如何配合，是分布式还是其他处理方式？以后如何扩展？ 15. 支持服务接口令牌Token安全审计和校验。（这个不太明白，请教一下） 16. 支持核心数据MD5加密。 17. 采集数据监控——数据分析——远程可视（含手机端） 18. 服务器搭建在专网中 19. 为了体现直观，设备的检测中心中，对每个设备的检测能同时切换到其数据的统计，通过柱状图或者其他图表示历史数据。 20. 支持Http及https协议数据访问。 21. 最终成果要求能够快速响应操作指令，达到具有实时性、可视化，安全、快速、高可用、易维护。 22. 监控中心、报表中心、告警中心、控制中心、GIS地图、管理中心、系统日志等等。（监控中心就是有相关设备数据的列表，然后进入设备，报表就是关于各个设备的报表、历史报表，控制中心包括远程控制设备的状态一个列表，GIS地图就是在地图上有相关的设备更新状况，还能通过导航到达，管理中心就是给各个设备分配监测的参数，包括设置管理员之类的，告警中心就是有告警设备的。） 问题：现在有个问题就是所有的平台都是有类型的功能项，比如监测中心，报表中心，告警等等，但是每个项关联起来很困难，比如我要去看某个设备的实时数据，及其报表，其历史告警状况，其控制状况，这都要切换到想对应的界面去。要先去监控界面看实时，然后又点击到报表中心去查找对应的设备号，查看报表，再到报警中心查找对应的报警，最后到控制中心控制远程控制。操作流程非常复杂。希望就简单地在一个界面展示出来，有相应的链接。比如我从监控中心进入设备界面，在设备界面中就有现有的按钮可以控制当前的设备，可以查到最后几条控制历史，可以点开报表，查到到本设备的历史数据，并可以通过图表格式表示出来，本设备的告警情况，及告警处理情况。 APP目的就是给现场操作人员方便，所以必须具备的功能就要有检测状态，地图导航，告警处理确认，设备控制。 另外配置部分也是太多操作太复杂了，最好就是有那种引导式的菜单，能一个窗口就能把所有项都配置完了。除了管理员权限分别部分可以当独划出来，其他的关于设备的配置都得一个窗口配置完（分多个菜单）。 开发的前1周内能出个技术方案，2周内能给出UI界面及布局设计图给我们审阅，以便及时修改。每2周给出一个设计的界面布局及相关的技术实现demo。（主要是针对设计与用户需求的切合性，能及时修改） 这个是我们的旧的平台的框架，但是可能架构比较旧，只用对旧产品的了解，要做相应的调整。 细化需求： 1. 登录 1) 登录用户分为管理员，领导用户和普通用户,访客四种用户。 2) 管理员可进行后台管理配置。 2. 首页 1) 主界面系统基本操作 a) 导航 b) 更改密码 c) 退出系统 3. 系统维护中心 图标如下： （通过这个图标进入有不同的配置，超级用户进入就超级用户的配置，普通用户进入就是普通用户的配置，也就是说部分项在普通用户进入是隐藏的） 1) 超级用户系统配置 这种情况是以超级管理员登录时配置的配置情况。 功能项： a) 角色信息维护： 角色分系统角色和用户自定义角色，系统角色属于功能性角色，在系统开发时内置到数据库中，禁止用户删除；用户自定角色属于权限组，用户可增删改自定义角色信息。（在这就可以添加入维护用户，访客等权限） b) 单位信息维护： 提供单位组织机构信息维护，以目录树的形式展现，系统总管理员可维护一级单位，二级单位管理员可维护其单位部门信息或下属单位信息。系统总管理员可以对一级及二级以下单位都可以维护。 c) 用户角色授权： 对用户进行授权管理，给用户分配功能角色等。来控制用户权限大小。 权限有： ① 查看日志 ② 设备维护 ③ 用户信息管理 说明：这里用户信息管理，就是可以添加、删除或者修改下一级的用户 ④ 远程控制 d) 报警级别管理 ① 有查询框 ② 能新增、删除报警 ③ 有报警显示表格 表格中显示了当前增加的报警类型，可修改。 ④ 报警配置中应该有配置 如下： 报警级别编号（就是一个表格中一个编号，一个报警对应一个编号从1往后数）。 报警级别（从1往后数，数字越高，级别越大），每一个级别对应一种颜色（黄、橙、红、棕….）,可以限定最多只能设置7个告警，这样颜色就可以只在7种中选定。 报警名称， 是否声光报警（预留项）， 是否短信提醒， 是否电话提醒 注意：（短信和电话次数和间隔都得有，不过可以有个默认值填进去，比如间隔为60秒，重发次数为1，表格中记得要有单位）。 可参考图如下： e) 告警类型管理 i. 开关量告警配置 ① 开关量分类名称 ② 分类缺省描述 ③ 告警触发逻辑值 说明：告警触发逻辑值，和下面的图写的“报警值类型”有区别，这里就是说明，当这个逻辑量等于多少时触发报警。因为逻辑量只有true和false，那么就规定非0的值都认为是true，0值为false。 ④ 开关量告警级别 ⑤ 延迟告警时间（秒） ⑥ 告警过滤间隔（秒） ⑦ 0时的描述 ⑧ 1时的描述 ⑨ 报警忽略时长 参照下图 ii. 模拟量报警配置 ① 模拟量分类名称 ② 分类缺省描述 ③ 保留小数位数 ④ 是否采用线性转换 ⑤ 告警延迟时间 ⑥ 告警回差值 （告警到不告警的值） ⑦ 原量程最小值和最大值 ⑧ 目标量程最小值和最大值 ⑨ 门限最大值和最小值及对应的告警级别 这个有四组，我们可以删减到2组 ⑩ 报警忽略时长 记住上面的图缺少了单位。这个可能和线性转换，原量程最大值和最小值，目标量程最大值最小值有关系，具体实现时可以再讨论合理方案。 2) 用户配置 所谓用户配置，就是以非超级管理员登录的情况的配置。 a) 设备信息管理 这里每个配置最好都是有导航指引用户的。 ① 箱体配置 说明：参数有： 箱体编号 箱体名称 经纬度 地区选择（社区选择） 电流参考值和门限值不考虑。 这里参考值应该是乘以原量程或者门限值等情况。初步我们就不做参考值了，就做门限值，也不线性转换了。 ② 摄像头配置 参数有： 摄像机编号 摄像机类型 摄像机IP 供货单位 维护单位 所属的区域 ③ 其他设备配置 用户配置箱体上的设备，选择完箱体后就可以添加摄像头。配置完就可以添加摄像头对应的无上网设备（爆闪灯或者补光灯）。 设备编号（与摄像头对应比如XXX_bg, XXX_bs） 设备类型 设备ip（如果为无设备就不填，默认显示无） 设备对应通道（参数）号 供货单位 维护单位。 如下面第一级为箱体，第二级为摄像头，第三级为爆闪灯补光灯。 注：每次配置下的箱体是一个，但是摄像头和其他设备时可以有多个。 上面三项选择完后，对应的箱体就出现在相应的箱体列表，在箱体列表中有显示在线状态和离线状态，可以切换在线和离线状态（分别表示是否监控）。点击右键可以修改相关的参数，按保存配置就能实时更新。这里的切换状态，修改参数等操作都要输入一次用户密码或者说跳出一个确认按钮，以免误操作。 从上面三项可以看出来有三项配置的，一个是箱体的配置，一个是摄像头的配置，最后一个是一些无网设备的配置。最好一项旧平台是没有的，但是为了融入资产管理这一个理念，我把它加入了。这三项都紧密相关，所以所有的配置都可以放到一个窗口下，分多个菜单配置。另外参数监控的门限应该也在这里配置。 告警的配置可以参考如下： 只是上面过于复杂，有很多都很专业性，我们考虑是否给普通用户就看到简单的配置，而超级用户才看到具体的专业性配置呢？比如像告警级别如何划分，划分多少个这些，这个不要又怕以后可能用户需要修改而改不过来，而如果若全部展现出来，有怕用户看不懂，看懵了。所以我考虑这部分专业性的配置应该给超级用户来配置，而用户只需要设置门限和告警级别。 配置完的设备就可以出现在监控中心中，但是显示是白色的，即是离线（或者说是未授权）。如果过授权完就可以在地图看到，并在监控中心看到相应的颜色（正常或者异常）。 4. 资产状态显示(监控中心) 功能项： 1) 界面分监测区域和概括统计、异常区域。 2) 监测区显示视频点基本信息及异常信息。 3) 显示所有设备或授权设备状态统计 4) 点击设备图标或异常滚动记录条能够进入视频点详情页面。 5) 动态列表监测点设备分四种（离线、正常、高风险、报警） 6) 增加自定义关键字设备搜索功能 7) 支持设备拼音快速检索 有个列表显示所有的箱体，点击箱体中便可以看到相应箱体的全部参数状态。 如下的选项是刷选选项，可以刷选所有正常的箱体，高风险的，和异常(其实就是报警这个应该与告警系统那个统一)的箱体。另外要加多一个白色的，表示离线状态的箱体多少个。 然后选择进入对应的箱体的视频点详情页面类似如下： 在箱体列表中有显示在线状态和离线状态（白色），可以切换在线和离线状态（分别表示是否监控）。点击右键可以修改相关的参数，按保存配置就能实时更新。这里的切换状态，修改参数等操作都要输入一次用户密码或者说跳出一个确认按钮，以免误操作。（点击右键可以跳出一个窗口，有两个按钮一个是修改参数保存，另一个是切换状态） 8) 视频点详情页面描述 a) 要有视频的点的详细信息 如： 监控箱体名称，ID，所属社区等所有之前配置的参数。 监测的参数，包括温度、网络、电压、门磁状态等等。 还有个参数的报警状态，还有个箱体的总体状态，这个是所有参数的告警状态的并集。 还有检测的摄像头的网络状态 统计的表格，统计饼状图或者柱状图 告警的历史表格 远程控制的界面按钮，控制后的状态展现 进入杆体的图类似如下 下面是视频点详情页面（比较重要要修改的多） 鼠标指向任何一个摄像头，出现如下信息： 就是希望在设备界面能点出本杆体的报表数据，包括柱状图，告警历史，并且能控制，UI界面能有个监控箱，能有操作按钮。如下图: 上图虽然不太美观，但是具备了同一窗口下有控制，有监控，有告警等等，但是我们希望的是有链接达到对应的报表，统计图等等。而上面的图也缺少了对于整个监控箱体、服务器、摄像头等设备的拓扑图的描述。 5. 远程控制 远程控制前权限验证 提供远程控制设备选项 提供控制接口参数选项 执行远程控制，系统生成操作日志，包含登陆用户信息及控制参数等信息。 显示最近一次远程控制设备及操作用户信息 能实现APP处理 这个是一个独立的控制菜单，感觉如果控制做到了设备界面的话，这边的功能就多余了，不过这边可以做的是可以做成历史控制查询。查看控制的历史列表。详细实现可再讨论方案。 6. 地图功能（GIS监测） 1) 功能项： 以静态图形式展现GIS地图 地图可放大缩小（仅静态图放大缩小，不支持层级）、移动。 视频点设备位置（根据视频点配置的经纬度） 设备图标能够实时根据设备状态进行变化，区分正常状态和报警状态 视频点设备拼音检索 快速定位视频点在地图中所在位置。 GIS地图中根据当前登陆用户设备授权来显示设备。设备授权详见系统维护中心说明（用户设备授权按设备所属单位、所属片区、设备ID等授权） 点击设备图标进入视频点详情监测页面（设备界面）。 鼠标浮动到设备图标上时，以浮动框形式显示视频点基本信息。 能够框选地图区域，框选后统计区域内的设备类型，数量和状态 能在手机APP中实现导航 地图能通过网络或者其他方式更新（不过要考虑专网的情况下如何更新） 有地图如上，每个点对应一个杆体，鼠标指向其中一个会显示一些基本的信息，如交流供电，温度，网络状况。这个直流可以省去。 以上两图都是参考，但是位置名，当前状态，电压，电流，功率，网络得有。 每当配置完杆体，并挂载在线状态，便会在地图上出现相应的坐标出现杆体来（根据经纬度）。点击对应的杆体，便可以进入视频点详情监测页面。 7. 告警故障监控 1) 功能项 a) 实时告警处理 b) 历史告警处理 c) 告警参数要全部展现出来 箱体名称 报警的参数（这个要么全部列到表里面，可直观地看到哪些正常，哪些故障；要么把所以告警的参数以对应的颜色列到表格中） 箱体的总体告警情况 处理状态 区域刷选 告警类型刷选 能实现APP处理 实时报警是以语音报警提示为主，后台程序实时扫描设备点状态，如有最新告警设备，则语音播放并闪烁系统主界面上报警图标，来提醒用户，用户点击实时报警图标后，跳转到查看当前所有的报警设备。用户可对报警设备进行报警受理处理。 下表只是旧的报警列表要修改，只是参考： 或者可以不采用图标方式可以采用列表方式。 点击任何一个报警设备会进入一个报警处理窗口（另外从设备界面也能进入这个报警处理窗口）。窗口如下： 但是上面的项目得修改一下： 名称，温度，电压，电流，功率，网络，总体报警状态（所有报警的并集），处理状态。 正常流程是，看见名称，然后在对应的参数下面会出现相应的状态，正常就是绿色正常，异常会出现相应的颜色，然后选择，右键可以受理，处理状态就变成受理，如果现场处理完了，可以选择受理的设备点击右键（或者通过APP处理），选择设备处理完成，此时会跳出一个说明框，写下故障原因及处理方法。此时处理的故障就跳到历史故障查询中去。如果故障没有消除，仍然会再出现一次在实时报警处理栏中。 如果在设置报警时设置了报警推送（短信或者APP），那么报警就会通过短信或者APP信息的方法发送到这个区的管理员的手机上。 8. 报表统计 1) 功能项 这里的报表有： 视频点状态统计 视频点报警历史查询 视频终端统计 摄像机统计 摄像机断网实时统计 摄像机断网历史统计 摄像机断电实时统计 摄像机断电历史统计 2) 数据统计分析 区域统计（选择一个大的片区，分析其下一级别中每个区，在某一个时间段内出现故障的数量） 单项分析（点开某个视频箱，分析其在一段时间内出现故障的数量） 单项分析2（分析某一视频点在某段时间内，各个故障分别占的比重） 横向分析（选择某区域某段时间内所有视频点的故障数量比较） 纵向分析（某一视频点每个月或者每个星期的故障次数） （这个报表只有表格没有统计，我们需要就是将所有数据能做个一个统计的图，如柱状图或者饼状图） 可以参考如下： 可以按月份来统计各个视频点的故障数，按饼状图可以看出不同故障的占比等等。 可以分析如：区域报警分析，单项分析，横向分析，纵向分析，整个监控平台下各个区域的报警情况等。 而另外要考虑的是：断网、断电、温度等告警是要做成一份表格还是分开，上面的例子中明显是以分开的形式的。 9. 操作日志 操作日志就是显示最近平台谁在操作。 10. 帮助文档 帮助文档也没有什么可以看的。 11. 其他要求 在项目初期及后期先后以电子档形式提交以下资料 1. 项目初期提交《智能运维保障云平台技术方案》 2. 项目后期提交《智能运维保障云平台用户手册》 3. 项目后期提交《智能运维保障云平台项目总结报告》 4. 项目验收后，提交《智能运维保障云平台系统源码》
最好人在成都，便于沟通协调。 原来的app界面有一些需要调整的地方，修改地方大概30多处，不过好多都是一些细节的修改，少数是属于大的修改。可以和原来的安卓开发人员详细了解一下，在整体调整一下app的兼容性。
已有.apk文件（120MB） 为了上传google play(100MB限制)，需要拆包为 apk+ .obb文件； 提供工具，教会我们使用拆包工具；支持我们上传google play(以前的版本.apk只有20MB, 我们已经多次顺利上传);
Java、Objective-C、 PHP、SQL、 Java (Android)、 C#、JavaScript、Python、 Ruby C++、 案例包含不限于 选题来源：实验室 研究内容 计算机安全问题愈演愈烈，软件安全问题是其中关键因素之一。如何提前检测出软件系统中存在的漏洞，是现在软件安全领域急需解决的问题。本论文主要研究内容包括： （1）对已有软件安全漏洞检测技术和分析工具进行总结，分析存在的问题； （2）提出一种基于模糊度量的软件安全漏洞检测方法； （3）通过实验验证提出方法的有效性。 研究方法 （1）对软件安全漏洞概念和产生原因的研究，以及对现有漏洞发掘方法 分析和对比，总结出一种软件安全漏洞检测流程和方法。 （2）结合模型检测、有限状态自动机理论和模糊模式识别提出一种基于 模糊度量的软件漏洞检测方法。 （3）通过实验对比，验证方法的有效性。 研究目标 （1）分析已有软件安全漏洞检测技术，总结分析存在的问题； （2）提出的一种基于模糊度量的软件安全漏洞检测方法； （3）设计合理实验验证以上方法的有效性 三、主要技术指标 （1）检测率（正确性或覆盖率）与传统检测方法相比较有提高； （2） 可以检测出新的软件安全漏洞，并有案例证明
一、需求描述 产品类别：APP（for iOS and Android） 开发进度：已有初步UI图，需要技术开发 功能：用户可发布物品信息并可在线支付功能，并包含用户浏览记录保留、信息推送、确定用户所在大概位置、群聊功能 技术：不限 二、参考产品 咸鱼 三、人才要求 拥有APP开发经验者即可（不会的可以学，学习时间不算在项目周期内，并需由项目总负责人决定最长学习时间） 四、其他要求 坐班要求：太原市内需至少保证一周两次坐班或接受项目总负责人去工作环境探班 项目周期：总周期约一年
Modocker 是国内一家 3D 模型在线展示网站，提供了企业版 Open API 接口，现需要根据 Open API 接口制作面向第三方开发者的移动开发SDK，使得第三方 App 在开发时可以使用 Modocker SDK 方便的将模型展示嵌入其中。 功能要求： 1. 调用系统 WebView 能力展示模型。 2. 使用 Modocker 企业版 Open API 获取模型信息和文件。 3. 本地缓存和离线浏览功能，将模型信息和文件缓存到本地，在再次打开时优先读取本地缓存，在离线时也可以浏览。 需求人才： Android Java 或 iOS OC/Swift，如果你全都会，可以都做了。 说明： 1. 模型展示使用 WebGL，企业版 Open API 已经封装好，无需本项目开发者掌握图形知识。
