资产管理是资源控制的超集

在规划源控制解决方案时，是否考虑了整个资产管理？例如：图像，外部链接，内容，规格和数据？我知道这里有足够的力量来使源代码管理有效地工作，但我经常看到好的源代码管理，但手动操纵其他相关资产。资产管理是资源控制的超集

（新增）这个问题是由的StackOverflow播客＃启发36 http://blog.stackoverflow.com/2009/01/podcast-36/

来源

2009-01-13 meade

我在哪里工作，我们有相关的源代码控制，内部文档，第三方API文档，代码，数据库SQL项目的所有资产，内容等，整个shebang。

我们还通过Sharepoint等协作工具为非开发人员提供可用的商业文档，如规格，项目计划（尚无项目服务器）。

来源

2009-01-13 13:49:39 Kev

内容管理，配置管理，源代码管理和普通企业控制（即SAS-70，SOX控件）之间有一些界限。

两者不同，没有超集/子集关系。

您有一些企业信息，并且您有用于处理该信息的基础结构。

企业信息 is data（not processing）;这经常在内容管理器和关系数据库之间分开。

内容管理是您购买（或扩展）的应用程序。它处理“半结构化”和“非结构化”信息。例如，图像，链接和“内容”。有些人称之为“资产管理”。
RDBMS是您购买的应用程序。它包含结构化信息。

普通企业控件应该涵盖所有这些“生产”数据 - 内容和RDBMS。如果他们不这样做，那么没有任何内容管理或RDBMS软件可以提供帮助。

基础设施很大程度上是处理（不是数据）。您必须将配置管理应用为一门学科。配置管理包括所有运行时配置参数，设置，文件以及不包括源代码。

您的源代码控制和您的配置是处理企业信息资产的一部分。

我建议你专注于配置管理 - 源代码，设置参数，补丁等

内容，就像在一个数据库管理数据，是用户，而不是开发商的责任。技术人员提供RDBMS或内容管理工具。但技术人员不承担使用信息的责任 - 最终用户拥有这些信息 - 他们可以随心所欲地处理这些信息。

内容管理（或“资产管理”）将手动。你可以购买他们的工具，但用户需要开发他们自己的流程来使用这些工具。它总是看起来手动。

来源

2009-01-13 13:54:21

你能告诉我，如果我在这个其他（无关的）SO问题中正确解释了你的术语http://stackoverflow.com/问题/ 440409？ – VonC 2009-01-14 07:30:38

在我工作的公司，我们作为开发人员同意，在产品生命周期中发生的一切变化都是由不同人员操纵的，应该在版本控制系统中进行托管。我与不同部门多次讨论过这个问题，结果总是“听起来不错，但发展以外的人不能处理版本控制系统”。所以我们在源代码控制下没有规范等。更糟的是，我们有部分代码，例如由非开发人员编辑的java-resource-files，据称他们无法在源代码管理下工作，因此我们被迫检查文件，将它们发送给译员，编辑这些文件，将它们发送回去，然后我们检查结果成sc再次（但可能在他们同时工作： - （和合并）......这实际上是真正发生的短版本（甚至涉及MS-Excel）

所以，我的答案'是的，一切都应该在源代码控制之下'，但是除了代码之外什么都不会。

来源

2009-01-13 14:41:41

资产管理是资源控制的超集

回答

相关问题