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

EN

我们应该如何设置版本控制(特别是使用Subversion)？

使用Siebel工具文档中提供的指导。但是请注意，Siebel并不是从SVN中的文件构建的，所以它只是作为一个归档工具使用；您不能管理您的代码或从SVN构建。

我们的存储库应该有什么样的结构？我们应该如何处理分支和标记？

Siebel开发代码不是在SVN中构建或管理的，所以这是一件非常无用的事情。只需注意构建SRF和导出Repo并与SVN中的标记或分支匹配的日期。

我们如何进行代码评审？我们如何通过Siebel工具对不一定有任何“代码”的配置更改进行同行评审？我们希望审查这些更改，以确保质量保证和知识转移，以及遵守变更管理政策。

使用Siebel工具来完成这个任务。它有一个内置的“签入”工具，用于查找明显的错误(所有的开发人员都应该在签入之前使用这个工具)和一个diff工具(您需要检查同一个对象的旧版本--如果需要，可以将它拖出SVN )。我通常每天自动化检查工具一次，检查输出日志，每天5次从Siebel服务器自动生成，并在编译过程中查找错误。可以通过SVN和标准的diff工具进行区分，但是Siebel对象在SVN中存储为类似XML的文件，因此有时很难读取。

，什么类型的变更管理在Siebel中运行得很好？当我们执行新的部署时，我们如何验证只有更改日志中列出的内容实际上是更改的呢？

如何使应用程序的测试自动化？用Siebel可以进行单元测试吗？我看到了另一个问题，认为QTP用于web测试，但还有其他可行的选择吗？

QTP是标准的方式去检查甲骨文网站的其他供应商，他们可能会推荐。你也可以试试西库利。

我们还可以做其他的事情来实现我们的Siebel开发工作中的持续集成实践吗？

不怎么有意思。

，对于传统上属于“编码风格”指导方针的命名约定和其他事情，您有哪些建议？

查看Siebel书架的适当部分，以了解当前的命名指南，并始终使用这些准则。

我们应该如何将开发角色与Siebel管理员角色分开？

不知道你是什么意思。

我们的构建/测试/部署周期应该是什么样子？

建立一个新的战略成果框架，并出口一个新的回购从发展每晚一次。一旦所有的开发工作都签入并完成了单元测试，就可以使用下一个SRF和Repo，并进入测试环境。在正常的软件开发中，您可以将SVN分支并继续在主干上进行开发，但是Siebel是不同的，因为您不能从SVN构建大量文件，您也不能轻松地将大量的文件从SVN还原到您的构建环境中，所以最好在dev (并在完成之前暂停mainline dev开发)或在测试环境中为测试做热修复，并为开发环境做丑陋的支持(事实上，大多数人都是这样做的)。构建一个新的SRF并导出一个新的Repo从测试每晚一次，一旦这是好的，为您的生产发行版一个副本。试着坚持不超过4周的周期(设计/原型的1周)。1周用于开发，1周用于测试，1周用于错误修复和部署)--超过这一点，规划的开销将变得太大。

提示更容易的生活:避免eScript，除非在业务服务中(否则会变得难以管理)；使用所有Siebel内置的工具，而不是滚动；尽量避免任何卷起功能(这似乎是个好主意，但总是会破坏性能)；将屏幕和视图的数量保持在最低限度；在构建报告时不要构建视图；始终确保EIM表和模式扩展匹配，即使现在不使用EIM；尝试构建符合您的逻辑模式的Integration -它们总是有用的(对于web服务、XML发布来说)，而且是一项很难构建的工作；比起运行时事件，它们更喜欢工作流策略；不要在没有索引的情况下添加新的排序或搜索规范--永远不会；永远不要通过引用链接到LOV表；总是进行修补；如果供应商没有说您可以做什么，就永远不要这样做。

我们已经为我们的Siebel系统建立了一个完整的连续集成工具链，包括Subversion、Hudson、Jira、Siebel ADM和一些集成所有东西的自写工具。

虽然Siebel的“源代码”并不像一些基于Java的项目那样适合标准CI方法，但这也是很多问题的根源所在。

而且，是的，可以将您的文件(包括SIF )放入您的Subversion存储库，并将其用作部署的源代码。

我计划在http://siebel-ci.blogspot.de/上发表这方面的博客--请继续关注。

SVN/CVS不适合Siebel，原因如下

( a) Siebel对象是db对象，SVN/CVS等存储的sif等效于更改。

除了一些基本的查询之外，这些更改是不可能查询的。

( b) Siebel工具与SVN的集成是一种松散耦合的集成。

理想的集成应该是使用Siebel存储库和invidual工具。

看看我们的工具对象Hive，它解决了基于文件的版本控制的许多缺点。

http://www.enterprisebeacon.com/siebel_version_control_tool.html

Object一直以来都是专门针对Siebel版本控制的，它的一些特性包括：

1)基于对象的存储库，类似于存储所有版本历史的Siebel存储库。

这使得查询更改和根据更改进行代码检查非常容易。

2)基于浏览器的GUI，类似于Siebel工具，用于查询版本历史记录(不对sif文件进行更改)。

3)无缝集成--直接与Siebel存储库集成。

没有混乱的安装为独立开发人员。4)强大的报告(实时和批处理)，可以方便地识别任何时间段的更改。

5) Oracle Exa就绪认证。