Mobile menu
电子设计协作
首页 电子设计协作

电子设计协作

创建现代电子产品需要多个领域和专家之间的合作。浏览我们的资源库，了解更多关于使用电子设计软件与您的团队成员和客户合作的信息。

Manage Cross-Functional Engineering Teams 团队协作与PCB设计 MCAD 协作
Filter
found
Sort by
Role
Software
Content Type
Region
Clear Filters
应用现代化需求和系统工程以加快产品开发 44 min Webinars Systems Engineers/Architects Product Managers 工程经理 +3 Systems Engineers/Architects Systems Engineers/Architects Product Managers Product Managers 工程经理 工程经理 Test Engineers Test Engineers Simulation Engineers Simulation Engineers

观看网络研讨会，探索电子产品开发的未来，重点关注Altium最近对Valispace的收购。了解Valispace如何转变需求管理和系统工程，促进增强的协作，加速设计过程，并导致更好的产品。

 Watch
军工采购者如何应对零件过时问题 军工采购者如何应对零件过时问题 1 min Blog 国防和航空航天行业的采购专业人员面临着 零件过时的重大挑战。随着技术和设计的快速发展，组件可能很快就会变得过时，影响长期供应链运作。这一问题因严格的监管要求、长交货时间和漫长的认证过程而加剧。采购和供应链团队必须通过积极的供应商管理、替代采购策略和系统化的生命周期规划来预测和缓解过时风险。 此外，确保供应连续性的同时保持供应连续性对于满足关键客户要求至关重要。与供应商的合作努力、对市场趋势的持续监控和预测工具对于有效应对这些挑战至关重要。 军事和航空航天买家的特殊需求 军事和航空航天买家的独特需求进一步加剧了电子零件过时的挑战。与通常足够的商业应用不同，军事和航空航天系统通常需要高可靠性和经过强化的组件，这些组件专门设计用于承受恶劣的操作环境。 此外，为确保组件满足军事和航空航天监管机构设定的严格标准，需要进行严格的认证和资格审查过程。这为采购过程增加了额外的复杂性，因为组件不仅要可用，还必须符合严格的行业法规和标准。与商业行业不同，可以轻松替换或升级的产品， 军事和航空航天系统通常具有延长的生命周期，通常跨越数十年。这需要对战略采购采取前瞻性的方法。 国防和航空航天行业的采购专业人员面临着由两个行业的独特特性引起的一系列挑战。以下是他们遇到的一些关键挑战。 安全和分类。这两个行业都涉及敏感技术和信息，通常在不同级别进行分类。采购专业人员必须确保严格遵守安全协议，以保护分类数据并防止供应商社区的未经授权访问。 法规合规。 国防和航空航天部门受到严格监管，政府机构如联邦航空管理局（FAA）和国防部（DoD）施加了严格的要求。采购专业人员必须导航复杂的法规框架，以确保符合出口管制、采购法规和质量标准。 复杂的供应链。航空航天和国防项目涉及复杂的供应链，包括多个供应商层级，通常跨越不同的国家和地区。协调和管理这些供应链可能具有挑战性，特别是在处理长交货时间、依赖关键组件和地缘政治风险时。 长期采购周期。 因为严格的测试和认证要求、官僚程序以及合同谈判，国防和航空航天采购项目通常具有较长的采购周期。采购专业人员必须有效管理这些长周期和交货时间，同时确保设备和系统的及时交付，以满足项目截止日期。 采购挑战。 航空和军事设备的生命周期可能超过30年，在此期间，它们需要旧件支持。但是，这些系统的内部组件的生命周期要短得多。电子组件可能会因为供应商难以获取原材料或完全停止生产而变得过时。更换组件可能会开始另一个长期的资格认证过程。 预算限制。 这两个行业领域都受到预算限制和不确定性的影响，国防预算受政府优先事项的影响，航空项目受市场动态和客户需求的影响。采购专业人员必须仔细管理预算，并寻求性价比高的解决方案，同时保持质量和性能标准。 技术和创新。 国防和航空航天行业的特点是技术快速进步和创新。采购专业人员必须紧跟新兴技术，评估它们对项目要求的潜在影响，并与设计师和供应商合作，利用技术变革。 阅读文章
卓越进化博客封面 重新定义微型化和超高密度互连技术的装配过程 1 min Blog Manufacturing Engineers Manufacturing Engineers Manufacturing Engineers 在电子组装领域保持领先意味着拥抱创新并重新定义标准流程。七年前，SMTA测试板作为一种突破性的焊膏测试工具被引入，它应对了电子产品微型化加速趋势所带来的挑战。我们开始了对这一测试板进行改进和增强的旅程，并邀请您关注即将发布的电子书，每一章都是“卓越进化”故事的一部分。 为什么迁移到超高密度互连(Ultra HDI)？ 进化的需求不可否认。电子组件的景观已经转变，微型化达到了前所未有的水平。当我们跳入这一重新设计过程时，焦点放在了超高密度互连(Ultra High-Density Interconnect, UHDI)技术上。这种尖端方法与当前行业趋势保持一致，并预见了电子制造的未来需求。 Ultra HDI呈现了一种范式转变，推动了PCB设计、制造和组装可能性的边界。随着电子设备在尺寸上的缩小和对更高性能的需求上升，传统方法已不再足够。迁移到Ultra HDI不仅仅是一个升级；它是一项战略举措，以适应更细的间距、更紧凑的空间和更高级的组装技术。 电子书将记录将微型化和Ultra HDI纳入SMTA焊膏测试工具的旅程。从概念到实现，每一章都将揭示定义这一变革过程的挑战、突破和创新。 认识关键贡献者 Altium 365创新：Altium 365支持这个项目的开发合作。完成后，该板将作为一个参考设计，配合Altium 365嵌入式查看器使用。探索 Altium 365电子开发平台的协同作用，当我们推动电子组件测试创新的边界时。见证最新功能如何增强超微型组件设计过程。 Shea 阅读文章
敏捷开发能否适用于硬件？成功的3个关键要素 56 min Webinars

观看网络研讨会，探索敏捷方法论的好处以及它们如何被应用到硬件开发的实体世界中！

 Watch
多CAD工程顶级挑战封面照片 多CAD工程：前6大挑战 1 min Blog Users of Competitor Tools 工程经理 Project Leads Users of Competitor Tools Users of Competitor Tools 工程经理 工程经理 Project Leads Project Leads 在理想情况下，每个工程师、制造商、承包商和客户都会使用相同的CAD系统，这样可以大大简化协作努力。然而，产品设计的现实远非如此理想。不同的公司选择不同的ECAD系统，需要在电子产品开发中适应这一点。 即使在同一个组织内，也常见不同部门或分支使用不同的设计软件，不论它们的物理位置如何。这种多样性导致许多挑战，包括错误、混乱、效率低下、努力重复和财务损失。但为什么会这样呢？ 多CAD环境的原因 遗留设计 首先，许多组织操作一个主要的CAD工具，但也保留了在多个CAD系统中创建的一系列遗留设计。这些较早的设计仍然相关，通常需要更新或修改以符合现实世界的应用或正在进行的项目。在我们最近的 网络研讨会调查中，超过51%的受访者声明保持多个ECAD工具的原因是遗留项目。 超过51%的受访者声明遗留项目是保持多个ECAD工具的原因。 分散的ECAD工具选择 其次，你可能会遇到有分散团队的组织，每个团队都被授予自主选择CAD工具的自由。这种多样性往往源于过去的收购，新整合的公司希望保持它们已建立的工作流程和实践。 此外，特定团队可能更喜欢使用特定的CAD工具而不是组织的主要选项，因为熟悉度、效率，或者因为他们已经与其他软件和系统开发了自定义集成。切换到不同的CAD工具可能意味着失去这些定制解决方案或面临在重新配置工作流程时的重大障碍。 事实上， 超过40%的受访者承认至少每个月使用一次次要ECAD工具，只有略超过16%的人报告仅依赖单一ECAD工具。 超过40%的受访者至少每月使用一次次要ECAD工具，只有大约16%的人报告仅依赖单一ECAD工具。 设计承包商和制造商 最后，设计承包商和合同制造商的作用不容忽视。这些外部合作伙伴服务于各种客户，需要熟练掌握多种CAD系统，以满足客户的规范、建议和偏好。 多CAD工程的挑战 但是，理解多CAD环境背后的原因仅仅是开始。这些不同的系统显著增加了跨平台ECAD管理和协作的复杂性，原因如下。 #1 文件不兼容 不同的CAD系统通常使用它们自己独特的数据格式，当跨平台共享文件时会导致兼容性问题。虽然许多CAD工具提供文件转换器以适应另一个系统的文件格式，但这些转换器并不完美，尤其是对于复杂设计。转换过程本身可能导致数据丢失、损坏或错误等问题，这可能严重影响设计的完整性。 阅读文章
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 Simulation Engineers 机械设计工程师 Project Leads +7 Simulation Engineers Simulation Engineers 机械设计工程师 机械设计工程师 Project Leads Project Leads Test Engineers Test Engineers 工程经理 工程经理 在我们揭秘敏捷系列的最后一部分中，我们将探索硬件开发与敏捷方法论交汇的复杂领域。虽然敏捷的核心原则提供了坚实的基础，但当应用于 电子硬件的独特挑战时，重新评估策略变得至关重要。在我们的探索旅程中，我们将揭示敏捷的共同元素和仪式，以及我们如何在有形产品开发的背景下转变它们。 从采纳并持续培养敏捷思维开始 在深入探讨可以将日常软件敏捷实践提升为硬件开发的强大优势的战术调整之前，首先接受敏捷心态的基本原则是至关重要的。一个好的起点可能是考虑 敏捷宣言的初衷，并修改语言以满足硬件开发的需求。下表提供了一个可能的硬件开发宣言。 每个宣言意图的简单总结可能是， "让我们一起合作，采用迭代开发和学习方法，来发现并交付客户真正价值的东西。" 当然，这几乎适用于任何项目，而且在团队深陷日常开发策略时，记住这些基本原则是至关重要的。 方向规划的关键作用 敏捷的迭代特性有时可能给人一种印象，即早期规划不如直接开始重要。然而，在硬件开发中，为了导航复杂的物理和电子产品设计与开发过程，一定程度的前期规划是必不可少的。不要想象它是一个详尽的前期计划，而应该将其视为一张路线图，指导团队通过迭代学习和执行进行开发旅程。 在敏捷硬件开发的早期规划中，涉及到设定明确的目标、定义里程碑以及通过深思熟虑的原型制作和 反馈策略来进行风险评估和缓解。通过这样做，团队可以在敏捷的适应性和成功硬件开发所需的结构化规划之间找到平衡。 将用户故事与工作项分开 正如我们在本系列的前一篇文章中讨论的， 敏捷“大师们”经常敦促硬件团队填充他们的待办列表，用用户故事来定义任务。让我们考虑一个关于硬件的用户故事，并假设你计划开发一台新的叉车。你写下了以下用户故事： "作为用户，我希望能够快速领取我的物料，以便节省移动库存的时间。" 硬件开发者知道该怎么做吗？可能不知道。要解决的问题方面太多了。实施可能涉及叉车的速度、叉装附件的准确性、智能库存感应、库存的方向以及许多其他因素。这些硬件的用户故事应该成为客户目标，而不是 产品要求和工作项，而不是具体的功能或任务。 用户故事在敏捷硬件设计流程中有其位置，用于关注客户的需求并澄清客户试图实现的结果。然而，由于物理产品的用户故事不能直接转化为功能、属性或任务，它们成为开发任务积压工作的起点，而不是积压工作项本身。 原型设计策略：展示进展和成功 阅读文章