那么ALM系统、ERP和嵌入式产品呢？

Question

我们正在努力获得一个新的应用程序生命周期管理(ALM)系统，包括bug跟踪器、文档系统、项目管理等。

我们需要关注的是，我们处理的是相当复杂的嵌入式系统，我们希望尽可能地集成不同的服务(项目管理、问题/任务跟踪、文档等)。如果只是软件，我只会买一些类似JIRA的东西，但是事实上我们希望管理软件、固件(没有大问题)，以及在同一个系统中的硬件，这让我有点怀疑。

我在寻求关于以下几点的建议：

• 如何使用嵌入式产品管理“bug”呢？在软件中，您有受影响模块的版本(S)。在嵌入式产品中，你有不同的软件驱动在实践中，简单地把硬件部分当作软件预期系统中的软件模块来考虑好吗？我倾向于相信它会为bug跟踪界面添加许多自定义字段，因此不会促进它的系统使用。
• 有些人希望将集成提升到将硬件库存集成到其他部分的水平。这意味着ALM中的项目(如JIRA)必须根据子组件保留其硬件组件。这也意味着，例如，有关的ALM必须能够管理部件供应商，并提供便利，以便于一般的采购订单的创建、发送和管理。

我想知道，在这一点上，嵌入式项目管理过程中的所有内容是否都可以集成到一个管理系统中，或者是否必须在错误/任务跟踪(可能是软件和硬件)与项目管理和2)高级项目管理、库存跟踪、销售/购买订单等之间划清界限。最终所希望的似乎是一个集成的JIRA和ERP。或者，是否有可能在现有的ERP中进行适当的ALM，或者在ALM系统中已经有一个像样的ERP？

据我现在所知，我个人的观点是把问题和项目管理分开(ALM + documentation +.)从企业资源规划。问题是，在企业资源规划系统和ALM项目管理中都有关于项目的文档(用于软件、固件、硬件、.)。有趣的是，有些事情一开始看起来很不相关，比如时间表(ERP)和一个问题(ALM中的bug跟踪器)，但最终，它可能很有趣，很想知道，甚至需要知道在一个bug或项目上花费了多少时间(bug、问题、特性、其他任务)。这为ERP/ALM的全面统一提供了一个方向。

在这一点上，你应该感觉到我的提问。任何有帮助的输入都将不胜感激。谢谢!

Answer 1

我曾为公司开发用于地震记录的嵌入式设备，包括定制硬件、固件和软件。

事实证明，只是一个传统的问题跟踪系统，如RedMine (我们使用的)或JIRA (如您所建议的)已经完美地做到了。

我不擅长JIRA，但在RedMine中您可以定义项目的“区域”，所以我们将整个项目分成三大部分:硬件、固件和软件。RedMine允许您“动态”地更改该区域，如果您注意到一个bug而不知道它的来源，您可以将其作为一个普通bug发布，然后负责固件或硬件工程师的开发人员可以将其分配到适当的部分。