Skip to main content
Mobile menu
Solutions
Altium Develop
Design advanced PCBs in Altium Designer, working independently or connecting reviewers, sourcing data, and release coordination when needed
Altium Agile Teams
Bring structure to multidisciplinary electronics development and collaboration without sacrificing speed
Altium Agile Enterprise
Connect context from intent through release with an intelligent, governed, extensible platform
资源 & 支持中心
Altium 365 免费工具
Gerber Compare
在线 PCB 查看器
了解产品
下载
联系我们
关注微信
扫描二维码
关注Altium微信平台
资源 & 支持中心
所有资源
支持中心
文档
官方直播
Altium 社群
社群
Bug提交
创意
教育
学生实验室
教育者中心
Altium 教育课程
Search Open
Search
Search Close
登录
PCB供应链
Main menu
首页
PCB设计
团队协作
元器件创建
PCB数据管理
PCB设计输出和文档
ECAD/MCAD
HDI设计
高速设计
多板设计
PCB布局
PCB布线
PCB供应链
电源完整性
RF设计
刚柔结合板PCB设计
原理图输入
信号完整性
PCB设计仿真/分析
软件
Develop
Discover
Agile
Altium的365
Altium Designer的
资源中心
项目
Altium Academy
工程新闻
指南书
新闻通讯
播客
项目
培训课程
网络研讨会
白皮书
首页
PCB供应链
PCB供应链
不要让元器件短缺和供应链波动影响您的生产排期。浏览我们的资源库,详细了解PCB供应链以及如何为您的设计采购元器件。
Altium's Supply Chain Solutions
PCB Supply Chain Basics
Gaining Supply Chain Visibility with PCB Design
Overview
指南
网络研讨会
视频
Customer Stories
Tech Docs
All Content
Filter
found
Sort by
Most Recent
Most Popular
Title (A-Z)
Title (Z-A)
Role
ECAD 库管理员
电气工程师
工程经理
机械设计工程师
PCB 设计工程师
采购经理
软件工程师
Software
开发
敏捷
Altium Designer
Altium 365
BOM Portal
PLM集成
Octopart
Content Type
指南
网络研讨会
视频
播客
白皮书
Region
EMEA
Americas
电子元件销售的增长预期
1 min
Blog
长期增长和短期挑战推动了电子元件行业的发展。 电子元件行业正在经历一个前所未有的增长期,这一增长由快速的技术进步、消费电子产品需求的增加,以及机器学习、物联网(IoT)、智能自动化以及日益流行的人工智能(AI)等新兴技术的普及所驱动。 虽然电子元件市场长期持续增长并不令人意外,但公司需要创建采购、供应链运营和预测策略,这些策略将在这个增长中但又不稳定的行业中最符合他们公司的利益。 调查显示 电子元件销售的前景非常乐观,这得益于全球电子市场的扩张。根据市场研究公司 Precedence Research的数据,全球电子元件市场规模在2022年估计为1902.8亿美元(USD),预计到2032年将增长到3684亿美元(USD),在2023年到2032年的预测期内,复合年增长率为6.83%。 推动这一增长的因素包括各行业对电子设备采用率的增加、智能技术的兴起以及全球经济的快速数字化。 此外,电动汽车(EVs)、可再生能源系统以及AI的部署等新兴趋势预计将推动对半导体、传感器和电源管理设备等电子元件的强劲需求。此外,物联网设备和连接技术的普及为电子元件制造商创造了新的机会,因为对微型化、节能元件的需求持续上升。 我们很幸运能在一个令人兴奋且不断增长的行业中工作。但这些从3万英尺高度看行业的视角,并不代表我们在地面层面面临的问题。数据通常是滞后的,而且经常没有考虑到可能对需求产生重大影响的当前事件,无论是向上还是向下。只需一个意外的负面地缘政治事件、一个意外的原材料短缺或经济冲击,就可能在一夜之间影响到你的客户和你的业务。 业务问题 以下是电子元件行业中一些普遍的业务问题,这些问题可能影响日常运营。 供应链中断。 电子行业高度依赖全球供应链,元件通常从多个国家采购。自然灾害、地缘政治紧张和COVID-19大流行等中断事件凸显了这些供应链的脆弱性,导致短缺和价格波动。 技术迅速过时。 电子行业的技术进步步伐是无情的,导致频繁的产品创新、产品生命周期缩短和 过时。 价格波动。电子元件市场以其著名的波动性而闻名,价格因供需动态和市场条件的迅速变化而波动。 法规合规性。电子行业受到严格且不断演变的法规要求的约束,包括 环境法规、产品安全标准和出口管制。确保符合这些法规增加了制造和分销过程的复杂性。
阅读文章
敏捷开发能否适用于硬件?成功的3个关键要素
56 min
Webinars
观看网络研讨会,探索敏捷方法论的好处以及它们如何被应用到硬件开发的实体世界中!
Watch
7个行业正在利用物联网的力量
1 min
Newsletters
物联网(IoT)一直在革新各个行业,改变许多领域的运营格局——而电子组件正是这一切的核心。从先进的传感器到微型控制器和无线通信模块,创新的组件正在使各种各样的IoT设备成为可能,这些设备能够实时收集和分析数据,提供以前无法获得的洞察力,并带来新的效率水平。 从帮助优化农业产量和减少浪费,到在零售中实现个性化购物体验和改善库存管理,IoT是一个塑造我们未来的技术巨头。根据福布斯的数据,到2024年底,将有 超过2000亿个活跃的IoT设备。当我们迈向这个未来时,让我们来看看IoT正在施展魔法的七个行业。 1. 医疗保健 医疗保健行业是IoT进步的主要受益者。从远程患者监测(RPM)和远程医疗,到药物依从性和慢性病管理,IoT正在重塑医疗服务的提供方式,并在患者护理中发挥着关键作用。它提供实时数据,使得及时干预和更好的患者结果成为可能,同时减轻了医疗从业者和设施的负担。 传感器——包括 温度传感器、 压力传感器和 运动传感器——是医疗保健IoT设备中的关键组件,用于监测生命体征、活动水平和环境条件。 无线通信模块使IoT设备能够将数据无线传输给医疗专业人员和系统。可穿戴健康监测器,如Fitbits和智能手表,跟踪心率、睡眠周期和其他指标,允许患者监控自己的健康并与他们的医疗提供者分享这些数据。 IoT医疗保健市场的价值预计在2023年达到约1500亿美元,并将在2028年成长为2890亿美元的市场。 2. 零售 零售领域正充满了旨在增强客户体验和简化运营的物联网实施。这是因为物联网促进了实时库存管理、供应链优化、店内分析和个性化营销,为零售商在竞争激烈的市场中提供了许多新的竞争优势途径。 RFID标签用于实时跟踪库存水平,减少缺货和过度库存的风险。它们还有助于需求预测和供应链优化。 信标通过向客户的智能手机发送定制通知,提供个性化的店内体验。客户跟踪系统使用 物联网传感器跟踪客户流量模式,分析客户行为,并创建个性化的购物体验以增加销售和客户满意度。 3. 制造业
阅读文章
首次PCB制造批次的数量
1 min
Blog
工程经理
Engineering / Technology Executive
您的首次大规模PCB制造应该使用正确的数量或遵循LRIP(低率初始生产)概念。以下是您首次生产运行应使用的内容。
阅读文章
为什么原则是正确的,但策略需要重新思考
1 min
Blog
+7
Simulation Engineers
机械设计工程师
Project Leads
Test Engineers
工程经理
在我们揭秘敏捷系列的最后一部分中,我们将探索硬件开发与敏捷方法论交汇的复杂领域。虽然敏捷的核心原则提供了坚实的基础,但当应用于 电子硬件的独特挑战时,重新评估策略变得至关重要。在我们的探索旅程中,我们将揭示敏捷的共同元素和仪式,以及我们如何在有形产品开发的背景下转变它们。 从采纳并持续培养敏捷思维开始 在深入探讨可以将日常软件敏捷实践提升为硬件开发的强大优势的战术调整之前,首先接受敏捷心态的基本原则是至关重要的。一个好的起点可能是考虑 敏捷宣言的初衷,并修改语言以满足硬件开发的需求。下表提供了一个可能的硬件开发宣言。 每个宣言意图的简单总结可能是, "让我们一起合作,采用迭代开发和学习方法,来发现并交付客户真正价值的东西。" 当然,这几乎适用于任何项目,而且在团队深陷日常开发策略时,记住这些基本原则是至关重要的。 方向规划的关键作用 敏捷的迭代特性有时可能给人一种印象,即早期规划不如直接开始重要。然而,在硬件开发中,为了导航复杂的物理和电子产品设计与开发过程,一定程度的前期规划是必不可少的。不要想象它是一个详尽的前期计划,而应该将其视为一张路线图,指导团队通过迭代学习和执行进行开发旅程。 在敏捷硬件开发的早期规划中,涉及到设定明确的目标、定义里程碑以及通过深思熟虑的原型制作和 反馈策略来进行风险评估和缓解。通过这样做,团队可以在敏捷的适应性和成功硬件开发所需的结构化规划之间找到平衡。 将用户故事与工作项分开 正如我们在本系列的前一篇文章中讨论的, 敏捷“大师们”经常敦促硬件团队填充他们的待办列表,用用户故事来定义任务。让我们考虑一个关于硬件的用户故事,并假设你计划开发一台新的叉车。你写下了以下用户故事: "作为用户,我希望能够快速领取我的物料,以便节省移动库存的时间。" 硬件开发者知道该怎么做吗?可能不知道。要解决的问题方面太多了。实施可能涉及叉车的速度、叉装附件的准确性、智能库存感应、库存的方向以及许多其他因素。这些硬件的用户故事应该成为客户目标,而不是 产品要求和工作项,而不是具体的功能或任务。 用户故事在敏捷硬件设计流程中有其位置,用于关注客户的需求并澄清客户试图实现的结果。然而,由于物理产品的用户故事不能直接转化为功能、属性或任务,它们成为开发任务积压工作的起点,而不是积压工作项本身。 原型设计策略:展示进展和成功
阅读文章
Customer Success Stories
Benchmark Electronics
Discover how Benchmark eliminated manual processes, improved cross-team visibility, and accelerated product development with Altium solutions.
大多数敏捷“大师”对硬件开发的误解
1 min
Blog
+7
Simulation Engineers
机械设计工程师
Project Leads
Test Engineers
工程经理
敏捷方法论,源于软件开发领域,被誉为技术行业的变革力量。然而,当我们进入硬件和电子开发领域时,敏捷原则的看似顺畅适应遇到了一系列挑战和误解。在这三部分探索的第一部分中,我们分析了 硬件与软件开发之间差异引起的敏捷挑战。在本文中,我们将检验由敏捷“大师们”传播的神话。 在深入探讨电子硬件开发中的敏捷细节之前,重要的是要澄清,我们的目的不是贬低敏捷教练和顾问。我们认识并感激他们帮助客户获得敏捷方法论好处的良好意图和热情。虽然一些批评可能源于对硬件细节的有限理解,但目的不是批评,而是有效地适应敏捷原则,以满足硬件开发的特定需求。我们的重点是调整敏捷策略,以在这一独特背景下发挥其好处,修改方法但保留原则。 谬论 #1: 你必须保持灵活并适应 敏捷大师正确地颂扬了迭代执行、 反馈循环以及在软件的数字领域中蓬勃发展的快速适应能力的优点。然而,这些原则转移到硬件和电子的有形领域时,引入了一层在纯数字领域中未发现的复杂性。与软件相比,物理解决方案需要“完成”,以便订购零件、制造模具和满足严格的制造需求。敏捷对持续变化的呼吁与硬件的无情本质发生冲突,即使是在游戏后期需要进行的轻微 更改也会产生连锁反应。 作为回应,修改敏捷开发以适应硬件开发需要一种范式转变。这不是关于无休止的修改,而是基于快速学习和执行周期的明智、战略性调整和 原型设计。这些旨在在时间、预算和资源的限制条件下最大化价值。敏捷灵活性与物理产品最终需求之间的平衡需要更加谨慎的迭代计划和对整个项目风险降低的深刻承诺。 谣言 #2: 每个冲刺都必须开发一个可工作的原型 虽然敏捷纯粹主义者经常宣扬每两到三周开发一个完全功能的原型 “冲刺”是实现敏捷的普遍“必须”,但这种方法在面对硬件和电子开发(以及预算)的现实时,其实际可行性就会崩溃。构建某物,展示进度,并使用这个成果来获得宝贵的技术和商业反馈以指导你的下一次迭代的想法是正确的。然而,每个硬件项目都是一个具有自己的目标、依赖关系、领先时间约束、需要创新的领域和风险的独特实体。每个项目都应该有其自己独特的原型制作和学习方法。 要真正拥抱敏捷硬件产品开发,团队必须摒弃一刀切的思维模式。相反,他们必须仔细审视项目需求,然后合作制定一个创造性的、学习性的和原型设计策略。重要的是要认识到,“原型”可以是任何可展示的输出,从初步的宣传册到泡沫模型(就像史蒂夫·乔布斯著名的iPod模型,它能“让你口袋里放1000首歌”),甚至包括部分或完全功能的原型。 神话#3:向待办事项列表添加故事,然后就开始 敏捷方法的一个内在优势在于它们启动项目的速度比传统瀑布式方法要快得多。实际上,对于敏捷硬件电子项目,我们已经看到从概念识别到开发启动的周期显著缩短。这个周期,在传统的分阶段方法下通常需要数月甚至数年的时间,现在通过敏捷方法被压缩到了几周甚至几天。当然,这一戏剧性的结果部分原因是我们如何定义“开发启动”。 在软件领域,这是直截了当的。敏捷大师倡导编写用户故事来定义软件功能,将它们优先排序到待办列表中,并启动一个冲刺。然而,在硬件领域,至少需要一些最初的规划来指导项目朝着正确的方向发展,这需要对架构、关键期望属性、约束以及其他因素有所了解。这种最初的努力似乎与敏捷原则“工作中的软件是进度的主要衡量标准”和“欢迎变更需求,即使是在开发后期”相冲突。
阅读文章
Pagination
First page
« First
Previous page
‹‹
页面
4
当前页面
5
页面
6
页面
7
页面
8
页面
9
Next page
››
Last page
Last »