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

时间:2016-07-06 11:26:28

标签: microstrategy

我们是一个由5人组成的团队,负责微策略。我们分享每一个角色,但我们没有工作。

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

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

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

我们有一个开发项目和一个虱子项目,但是按照我们现在的工作方式,我们遇到了很多问题。特别是,缺失版本控制系统正在扼杀我们。我们进行改变并忘记我们做了什么。因此,我们必须使用备份,在特定的一天销毁有用的工作

那么最佳做法是什么:  *部署新的属性,事实和报告  *确保旧报告在构建新属性和事实后起作用  *改进文件  *在事实表和父子关系上定义的属性

感谢任何帮助

1 个答案:

答案 0 :(得分:3)

团队环境中的MicroStrategy开发,从开发部署到实时部署,可能非常具有挑战性。正如您正确指出的那样,缺少版本控制以及对象之间未知的相互依赖性可能会导致无法解决的问题。这个问题没有人正确答案,但我建议如下:

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

就此而言,尽量提前发现这些问题。在部署之前和之后运行Integrity Manager,即使它只是为报告生成SQL,也会指出您是否已经破坏了任何内容。在那个说明:

创建第三个环境/项目。无论您喜欢什么,都可以调用此测试/释放控件。在这里,您可以测试在对象管理器中创建的包,以确保它们具有所需的效果,并且不会破坏任何内容。实际上,这是您的部署生存的干运行。应定期从实时(通过项目复制)刷新此环境,以确保它不会处于意外状态(例如,导致对象管理器包导入损坏)。

除此之外,我只能提供组织建议。一个人对模式对象(即事实,属性,变换)负责是不常见的,这样开发人员就不会撤消彼此的变化。如果您有一个大型项目,这些对象可以分为功能区域和分配的个人。

文档总是很棘手,但我希望尽可能多地放入对象描述中。这样做的好处是可以在Web界面中显示(通过工具提示),并且包含在自动化项目文档中,如果您选择生成它。显然每个对象都有更改日志功能,但根据我的经验,开发人员很快就会完成这些日志,因为保存过于频繁。尽管如此,如果你能让人们填充这一点,你就可以先了解项目的变化。

总结:

  • 使用对象管理器包来部署更改
  • 使用Integrity Manager测试更改,以尽早发现问题
  • 使用版本控制项目/环境,这样您就不会在生产环境中捕获问题
  • 尽可能将架构对象的责任分配给特定的人员。