草庐IT

业务建模

全部标签

2024美赛数学建模常用数学建模模型之——层次分析法

一、层次分析法的基本原理与步骤人们在进行社会的、经济的以及科学管理领域问题的系统分析中,面临的常常是一个由相互关联、相互制约的众多因素构成的复杂而往往缺少定量数据的系统。层次分析法为这类问题的决策和排序提供了一种新的、简洁而实用的建模方法。运用层次分析法建模,大体上可按下面四个步骤进行:(i)建立递阶层次结构模型;(ii)构造出各层次中的所有判断矩阵;(iii)层次单排序及一致性检验;(iv)层次总排序及一致性检验。下面分别说明这四个步骤的实现过程。1.1递阶层次结构的建立与特点应用AHP分析决策问题时,首先要把问题条理化、层次化,构造出一个有层次的结构模型。在这个模型下,复杂问题被分解为元素

【深度学习】因果推断与机器学习的高级实践 | 数学建模

文章目录每日一句正能量前言深度学习面临不可解释的重大挑战将因果引入机器学习是解决可解释性、稳定性的重要途径因果推断与机器后记每日一句正能量没有人可以打败你,除非你先打败自己。相信自己,克服困难,向前迈进。前言当前,以深度学习为核心的机器学习和人工智能技术迅猛发展,给人们生产生活带来了巨大的深刻变化。人工智能在带来巨大机遇的同时,也蕴含着风险和挑战。现阶段以数据驱动、关联学习为模式的机器学习方法倾向于在数据驱动下对变量之间关联关系进行统计建模,缺乏以知识指导机制实现变量之间“由果溯因”的因果推断与分析有效方法,导致其普遍存在解释性不强、稳定性不高等问题。复杂数据中变量之间关联关系有三种来源:因果

单集群400TB,OceanBase稳定支撑快手核心业务场景

一款日均超过千万人访问的短视频App快手,面对高并发流量如何及时有效地处理用户请求?通过在后端配置多套MySQL集群来支撑高流量访问,以解决大数据量存储和性能问题,这种传统的MySQL分库分表方案有何问题?快手对分布式数据库展开选型并最终大规模落地OceanBase的原因是什么?本文来自于快手运维负责人筱虫对此次快手数据库解决方案进行的思考和经验总结。快手APP是中国流行的短视频和直播应用之一,其内容涵盖生活的方方面面,希望以技术赋能,用科技提升每个人独特的幸福感。在快手上,用户可以用照片和短视频记录自己的生活点滴,也可以通过直播与粉丝实时互动。自2011年成立至2021年上市以来,快手日活用

2023APMCM亚太数学建模C题 - 中国新能源汽车的发展趋势(1)

摘 要  本文主要研究了中国新能源汽车的影响及其发展趋势,利用皮尔逊相关系数和多元线性回归研究了影响中国新能源汽车发展的主要因素;用ARIMA时间序列对未来十年新能源做出一定预测;建立随机森林回归模型对新能源汽车对全球传统汽车的影响进行了分析;通过岭回归分析了各国政策对中国新能源汽车发展的影响,最后建立碳排放因子模型对新能源汽车对生态环境的效益处进行分析。  针对问题1:首先我们选取近十年新能源汽车的销售量,保有量和市场份额来作为三个指标衡量新能源汽车的市场规模,进行可视化分析,发现2013年时,新能源汽车正处于起步阶段,发展较缓慢,直到2022年时,发展各项指标迅速上升,迎来爆发。为了进一步

基于HANA重构业务的总结

本文于2019年7月29日完成,发布在个人博客网站上。考虑个人博客因某种原因无法修复,于是在博客园安家,之前发布的文章逐步搬迁过来。依据领导的规划,本月启动了一项业务迁移工作,作为特别行动,部门安排首席SE亲自带领南京团队交付。本次特战的目标,使用恰当的技术,重构已有的实时业务,一劳永逸的解决业务交付过程中遇到的问题。当前基于Oracle交付业务,存在的问题如下:业务方案不准确,存在反复。当前每月做一次生产上线,近期连续出现几次上线后第二天修复问题的现象,最近的一次上线,迫于方案导致的性能问题,被迫回退代码。实现方案复杂。新人上手需要花费巨量的时间来学习。故障恢复慢。遇到源系统数据延迟,数据错

性能压力测试--确保企业数字化业务稳健运行

  随着企业的数字化转型和依赖云计算的普及,软件系统的性能已经成为企业成功运营的关键因素之一。性能压力测试作为确保系统在各种条件下都能高效运行的关键步骤,对企业的重要性不可忽视。以下是性能压力测试对企业的几个重要方面的影响和作用:  1.保障用户体验  企业的软件系统通常面向广大用户,用户体验直接关系到用户的满意度和忠诚度。通过性能压力测试,企业可以模拟大量用户同时访问系统的情况,确保系统在高负载下仍能保持较低的响应时间,从而提升用户体验,降低用户流失率。  2.降低系统故障风险  性能压力测试有助于发现系统在高负载下的性能瓶颈和潜在问题。通过提前发现并解决这些问题,企业能够大大降低系统在生产

基于HANA重构业务的总结

本文于2019年7月29日完成,发布在个人博客网站上。考虑个人博客因某种原因无法修复,于是在博客园安家,之前发布的文章逐步搬迁过来。依据领导的规划,本月启动了一项业务迁移工作,作为特别行动,部门安排首席SE亲自带领南京团队交付。本次特战的目标,使用恰当的技术,重构已有的实时业务,一劳永逸的解决业务交付过程中遇到的问题。当前基于Oracle交付业务,存在的问题如下:业务方案不准确,存在反复。当前每月做一次生产上线,近期连续出现几次上线后第二天修复问题的现象,最近的一次上线,迫于方案导致的性能问题,被迫回退代码。实现方案复杂。新人上手需要花费巨量的时间来学习。故障恢复慢。遇到源系统数据延迟,数据错

开发人员使用HANA交付业务的学习路径

本文于2019年7月22日完成,发布在个人博客网站上。考虑个人博客因某种原因无法修复,于是在博客园安家,之前发布的文章逐步搬迁过来。入门编程规范。开发环境使用方法。基本语法,与其它同类软件的对照。数据类型,与其它同类软件的对照。常用API的使用方法。基本的调试手段。熟练初步掌握技术架构,技术细节方案。常规运维信息,比如:1)查看,分析执行计划。2)资源占用情况,比如CPU,内存。3)慢SQL的判定,提取方法。常见报错的处理方法。常规优化类问题的处理办法。处理测试环境的问题。常规的编程技巧。掌握帮助文档的使用方法,满足日常工作要求。指导其他开发人员完成开发,验证工作。精通架构方案选型,软硬件组网

开发人员使用HANA交付业务的学习路径

本文于2019年7月22日完成,发布在个人博客网站上。考虑个人博客因某种原因无法修复,于是在博客园安家,之前发布的文章逐步搬迁过来。入门编程规范。开发环境使用方法。基本语法,与其它同类软件的对照。数据类型,与其它同类软件的对照。常用API的使用方法。基本的调试手段。熟练初步掌握技术架构,技术细节方案。常规运维信息,比如:1)查看,分析执行计划。2)资源占用情况,比如CPU,内存。3)慢SQL的判定,提取方法。常见报错的处理方法。常规优化类问题的处理办法。处理测试环境的问题。常规的编程技巧。掌握帮助文档的使用方法,满足日常工作要求。指导其他开发人员完成开发,验证工作。精通架构方案选型,软硬件组网

2020年认证杯SPSSPRO杯数学建模B题(第二阶段)分布式无线广播全过程文档及程序

2020年认证杯SPSSPRO杯数学建模B题分布式无线广播原题再现:  以广播的方式来进行无线网通信,必须解决发送互相冲突的问题。无线网的许多基础通信协议都使用了令牌的方法来解决这个问题,在同一个时间段内,只有唯一一个拿到令牌的通信节点才能发送信息,发送完毕后则会将令牌传递给其他节点。但我们考虑这样的一个无线网:每个通信节点都是低功率的发射器,并且在进行着空间上的低速连续运动(无法预知运动方向及其改变的规律),所以对一个节点而言,只有和它距离在一定范围之内的节点才能收到它的信号,而且节点会(在未声明的情况下)相互接近或远离。每个节点需要不定期地、断续地发送信息,但会时刻保持收听信息。发送和收听