微软制造用户组认可标识程序

西切斯特，o微软制造用户组(MS-MUG)建议独立软件供应商(isv)和制造终端用户采用微软为Windows XP设计的标志程序作为工厂桌面应用程序的最低认证级别。这个自我认证程序克服了几乎所有工厂软件都无法通过Windows 2000认证的障碍，并保留了MS-MUG最初推荐给微软的一些关键认证属性。宝洁公司(Procter & Gamble)的戴夫·鲍曼(Dave Bauman)是MS-MUG的主席，他说:“虽然为Windows XP设计的标志程序并没有解决MS-MUG最初提交给微软的输入中提出的所有问题，但它确实包含了足够的内容，可以为制造商和isv提供一个共同的平台，以确保工厂车间桌面应用程序的稳定性。”

为Windows XP设计的立场声明源于MS-MUG的持续努力，这是开放模块化体系结构控制器用户组(OMAC)内的一个工作组，旨在解决制造商在将微软技术应用于制造自动化应用时所面临的问题。DLL Hell和软件版本管理是MS-MUG在1999年成立时最初的爆发点。当现有系统上的应用程序使用的动态链接库(DLL)被新操作系统版本或应用程序软件升级中包含的更新DLL所取代时，DLL地狱及其相关的系统不稳定性就会发生。另一方面，当操作系统、服务包和应用软件发布的快速步伐都被考虑在内时，版本管理问题会导致更高的总拥有成本(TCO)。

迁移到Windows 2000解决了许多早期操作系统版本特有的问题。微软对该小组的进一步建议包括安装经过Windows 2000认证的程序，以最大限度地减少管理dll时可能出现的问题。问题是，直到今天，几乎没有任何工厂车间应用软件是在Windows 2000下认证的。相反，isv报告了一些领域的问题，例如认证成本过高，需要对软件进行重大修改以满足某些要求，以及需要花费大量时间来教育第三方测试公司制造软件的独特功能，特别是驱动程序接口。一些应用软件，如HMI包，可以包含一千多个驱动程序，必须根据Windows 2000认证计划进行测试和付费。

MS-MUG的回应是提出了一个子认证，该认证将解决DLL地狱问题，但不会对工厂的isv施加这样的负担。微软推出了专为Windows XP设计的标志程序，这个解决方案满足了MS-MUG的许多应用程序稳定性要求，而且isv也可以接受，因为他们现在可以根据较小的需求集进行自我认证。波音公司的Miles Hagestad说:“自我认证的能力使这个解决方案在成本意识强的环境中更加引人注目。”

MS-MUG的另一个主要贡献者，3M公司的Ashok Nangia说，“虽然为Windows XP设计的标志程序不满足推荐给微软的所有认证要求，但它确实提供了一个应用程序稳定性、安装/卸载程序和升级可预测性的通用平台。”我们建议isv和制造业终端用户都使用这个项目来实现基于微软的制造软件的通用认证水平。”

微软制造用户组(MS-MUG)是开放模块化体系结构控制用户组(OMAC)内的一个工作组，致力于解决制造商将商业软件技术应用于工业应用时所面临的问题。MS-MUG的成员包括制造公司，微软，以及技术和自动化供应商。鼓励任何对在工业自动化中使用微软技术感兴趣的人加入这一努力。关于MS-MUG工作组的更多信息，包括成员信息，可以通过https://www.arcweb.com/omac或电话781-471-1112获得。也鼓励有兴趣的人加入该组织的邮件列表(https://www.onelist.com/subscribe/MMU)。

您是否具有本内容中提到的主题的经验和专业知识?你应该考虑为我们的CFE媒体编辑团队做出贡献，并获得你和你的公司应得的认可。点击在这里开始这个过程。