使用Siebel CRM的推荐开发实践？

Question

我可能很快就会使用Siebel CRM，我正在寻找有关使用现代开发实践和企业最佳实践的建议。

具体来说，我想了解以下方面的建议：

• 我们应该如何设置版本控制（特别是使用Subversion）？我们的存储库应该有什么样的结构？我们应该如何处理分支和标签？
• 我们如何进行代码审查？我们如何同行审查通过Siebel Tools进行的配置更改，这些更改不一定具有任何“代码”？我们希望审查这些变更，以便进行质量保证和知识转移，以及遵守变更管理政策。
• 什么样的变更管理适用于Siebel？我们如何验证在进行新部署时，实际上只更改了我们的更改日志中列出的内容？
• 我们如何自动测试我们的应用程序？是否可以使用Siebel进行单元测试？我看到了另一个问题，建议用于网络测试的QTP，但还有其他选项吗？
• 我们可以采取其他措施来实施Siebel开发工作的持续集成实践吗？
• 您对命名惯例和传统上属于“编码风格”指南的其他内容有何建议？
• 我们应该如何将开发角色与Siebel管理员角色分开？我们的构建/测试/部署周期应该是什么样的？

我不太可能为此获得任何新的昂贵工具，但如果有一个付费工具可以提供非常好的投资回报率，请随时提及。

如果您在这些方面有其他建议，但我的某个问题没有明确说明，请随时添加。

Answer 1

Answer 2

我们为Siebel系统建立了一个完整的持续集成工具链，包括Subversion，Hudson，Jira，Siebel ADM以及一些集成了所有内容的自编内容。

这个helepd很多，虽然Siebel“源代码”不适合标准的CI方法，比如说，某些基于Java的项目。

并且，是的，可以将您的文件（包括SIF）放入Subversion存储库，并将其用作部署的源。

我打算在http://siebel-ci.blogspot.de/中发表关于此事的博客 - 请继续关注。

Answer 3

SVN / CVS不适合Siebel，原因有几个 a）Siebel对象是db对象和SVN / CVS等存储sif等效的变化 除了一些基本查询外，这些更改无法查询 b）Siebel工具和SVN之间的集成是一种松散耦合的集成 理想的集成应该是Siebel存储库和invidual工具。

看一下我们的工具Object Hive，它解决了基于文件的版本控制的许多缺点 http://www.enterprisebeacon.com/siebel_version_control_tool.html
Object Hive一直是专门为Siebel版本控制的，它的一些功能是：
1）基于对象的存储库，类似于存储所有版本历史记录的Siebel存储库 这使得查询更改非常容易，并根据更改进行代码审查 2）基于浏览器的GUI，类似于Siebel工具，用于查询版本历史记录（没有用于更改的梳理sif文件）。
3）无缝集成 - 直接与Siebel存储库集成 没有任何凌乱的开发人员的安装。 4）强大的报告（实时和批量），可轻松识别任何时间段内的变化 5）Oracle Exa-ready认证。