推荐与Siebel CRM合作的开发实践？

Question

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

具体而言，我希望有关以下领域的建议：

• 我们应该如何设置版本控件（特别是颠覆）？我们的存储库应该有什么样的结构？我们应该如何处理分支机构和标签？
• 我们如何进行代码评论？我们如何在不一定具有任何“代码”的Siebel工具上进行配置更改？我们希望审查这些更改，以了解质量保证和知识转移以及遵守变更管理政策。
• 哪种更改管理与Siebel效果很好？当我们进行新部署时，我们如何验证更改日志中列出的事物实际上会更改？
• 我们如何自动化应用程序测试？ Siebel是否可以进行单位测试？我看到了另一个提示用于网络测试的QTP的问题，但是还有其他选项可行吗？
• 我们还有其他事情可以通过我们的Siebel开发工作来实施持续的集成实践？
• 您对传统上遵循“编码风格”准则的命名惯例和其他事情有什么建议？
• 我们应该如何将开发角色与Siebel管理员角色分开？我们的构建/测试/部署周期应该是什么样的？

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

如果您有其他建议，但没有由我的一个问题专门解决，请随时添加。

Answer 1

我们应该如何设置版本控件（特别是颠覆）？

使用Siebel工具文档中提供的指南。但是请注意，Siebel不会从SVN中的文件中构建，因此它仅作为档案工具有用。您无法管理代码或从SVN构建。

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

Siebel开发代码不是在SVN中构建或管理的，因此这是一件毫无用处的事情。只需注意您构建SRF并导出回购并与SVN中的标签或分支匹配的日期。

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

使用Siebel工具来做到这一点。它具有内置的“检查”工具，以解决明显的错误（所有开发人员都应在检查之前使用此错误）和一个diff工具（您需要检查相同对象的较旧版本 - 您可以将其拖出SVN如果你想）。我通常每天一次自动化检查工具，并查看输出日志，并每天从Siebel服务器中自动构建5次，并在编译期间查找错误。通过SVN和标准差异工具的差异可能是可能的，但是Siebel对象以SVN中的XML样文件存储，因此有时很难读取。

哪种更改管理与Siebel效果很好？当我们进行新部署时，我们如何验证更改日志中列出的事物实际上会更改？

?

我们如何自动化应用程序测试？ Siebel是否可以进行单位测试？我看到了另一个提示用于网络测试的QTP的问题，但是还有其他选项可行吗？

QTP是要走的标准方法 - 在Oracle网站上查看他们可能建议的其他供应商。您也可以尝试Sikuli。

我们还有其他事情可以通过我们的Siebel开发工作来实施持续的集成实践？

并不真地。

您对传统上遵循“编码风格”准则的命名惯例和其他事情有什么建议？

请查看Siebel Bookshelf的适当部分，以获取当前的命名指南，并始终使用这些指南。

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

不明白你的意思。

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

建立一个新的SRF，并每晚一次从开发人员出口新仓库。一旦所有开发工作都已签入并完成了单位测试，请采用下一个SRF和回购，然后推入测试环境。在正常软件开发中的这一点上，您会分支您的SVN并继续在中继线上开发，但是Siebel是不同的，因为您不能从SVN构建，并且您无法轻易将大量文件从SVN恢复到构建环境中，因此您'最好在DEV（和暂停Mainline Dev开发之前）或在测试环境中进行热门修复，并在开发环境中进行丑陋的备份（实际上，这就是大多数人所做的）。建立一个新的SRF，并每晚一次从测试中导出一个新的存储库，一旦很好，请为您的生产发布即可。尝试坚持不超过4周的周期（DES/原型为1周。开发1周，测试1周，1周进行错误修复和部署） - 远不止于此，计划的开销也将变得伟大的。

提示为更轻松的生活提示：避免除外，除非在商业服务中（否则它变得难以管理）；使用所有Siebel内置工具，而不是滚动自己的工具；尝试避免任何汇总功能（这似乎总是一个好主意，但总是会破坏性能）；将屏幕和视图的数量保持在绝对最低限度；当您应该建立报告时，请勿建立视图；始终确保您制作的EIM表匹配和架构扩展 - 即使您现在不使用EIM；尝试构建集成对象以匹配您的逻辑模式 - 它们始终很有用（对于Web服务，XML发布）和事实之后的工作要构建；更喜欢工作流策略而不是运行时事件；不要在没有索引的情况下添加新的类型或搜索规格 - 永远不会；不要将重点链接链接到LOV表；总是补丁；如果供应商不说您可以做某事，请不要做。

Answer 2

我们已经为Subversion，Hudson，Jira，Siebel ADM和一些集成所有内容的东西建立了一个完整的连续集成工具链。

尽管Siebel的“源代码”不像基于Java的一些项目那样适合标准CI方法，但这种螺旋螺旋杆很多。

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

我打算在此博客 http://siebel-ci.blogspot.de/ - 敬请关注。

Answer 3

SVN/CVS不适合Siebel，有一些原因是
A）Siebel对象是DB对象和SVN/CVS等。
除了一些基本查询外，这些更改不可能查询。
b）Siebel工具与SVN之间的集成是一个松散的耦合集成。
理想的集成应该与Siebel存储库和不景气工具。

看一下我们的工具对象hive，它解决了基于文件的版本控件的许多简短启动。
http://www.enterprisebeacon.com/siebel_version_control_tool.html
对象Hive已专门用于Siebel版本控制，其某些功能是：
1）基于对象的存储库类似于存储所有版本历史记录的Siebel存储库。
这使得查询更改并根据更改进行代码审查非常容易
2）基于浏览器的GUI，类似于Siebel工具以查询版本历史记录（没有梳理SIF文件以进行更改）。
3）无缝集成 - 直接与Siebel存储库集成。
不适用于不景气开发人员。 4）强大的报告（实时和批次）可以轻松识别任何时间段的更改。
5）由Oracle Exa准备就绪的认证。