微观策略工作流程的最佳实践

Question

我们是一个由微观策略工作团队组成的团队。我们分享每一个角色，但我们没有工作。

每个人都可以构建或更改属性并更改架构。这导致报告无法正常工作。此外，没有“好”的文件。我们试图用sharepoint建立文档，但是我们也没有工作流程。

最初，我们有一个旧项目，其中为每个报告所有属性新构建。所以我们没有重用任何现有的模式对象。

因此，我们开始了一个新项目。我们意识到由于缺乏理解和缺乏工作流程，我们犯了很多错误。我们觉得我们可以慢慢理解事情（父母的孩子），但工作流程仍然很糟糕。

我们有一个开发项目和一个虱子项目，但随着我们现在的工作方式，我们有很多问题。尤其是，缺少的版本控制系统正在消耗我们。我们执行更改并忘记我们所做的。因此，我们不得不使用备份，在某一天摧毁有益的工作

那么，什么是最好的做法： *部署新的属性，事实和报告 *确保构建新的属性和事实后，旧的报表 *提高事实表和亲子关系

定义文档 *属性的任何帮助表示赞赏

Answer 1

在团队环境MicroStrategy的发展，从发展部署到生活，可以是非常具有挑战性的。正如您正确地指出的那样，缺少版本控制以及对象之间未知的相关性可能会导致难以解决的问题。这个问题没有一个正确的答案，但我会建议如下：

使用所有由MicroStrategy提供的工具。当您从一个项目部署到另一个项目时，不要只是在对象管理器中拖放，创建一个包。部署该软件包时，请确保选择创建撤消软件包，以便在遇到任何问题时回滚更改。

在该笔记上，请事先尝试解决这些问题。在部署之前和之后运行Integrity Manager，即使它只是为报告生成SQL，也会指出是否破坏了任何内容。在此注意：

创建第三个环境/项目。根据您的喜好调用这个测试/发布控件。在这里，您可以测试在对象管理器中创建的包，以确保它们具有所需的效果，并且不会破坏任何东西。实际上，这对于您的部署来说是一个干活。应该定期从实时（通过项目重复）刷新此环境，以确保它不会处于意外状态（例如由于断开的对象管理器包导入）。

除此之外，我只能提供组织建议。一个人承担架构对象（即事实，属性，转换）的责任并不罕见，因此开发人员不会撤销彼此的更改。如果你有一个大项目，这些对象可以分成功能区和分配的个人。

文档总是很棘手，但我想尽可能多地放入对象描述中。这具有在Web界面中显示（通过工具提示）的优点，并且包含在自动项目文档中，如果您选择生成该界面。很显然，每个对象都有更改日志功能，但根据我的经验，这些日志很快就不会由开发人员完成，因为保存发生得太频繁。尽管如此，如果你可以让人们填充它，那么你就可以在理解项目变化的时候开始。

总结：

• 使用对象管理器包来部署变化
• 与诚信管理中心测试的变化，尽早
• 使用版本控制项目/环境发现任何问题，因此您在生产环境中不会遇到问题
• 尽可能将模式对象的责任分配给特定的一个或多个人员。