定制开发或利用SharePoint与Web部件等？

我们目前正在为现有客户起草解决方案，创建大量电子服务。客户目前拥有MOSS 2007。建议的解决方案是使用MOSS作为电子服务的发射台

这项要求包括起草几份在线表格，提供登记设施，并促进某种工作流程。有人告诉我，提议的解决方案需要复杂的web表单

大多数是具有父子详细信息且具有多个窗口的复杂表单。建议的解决方案是进行一些定制开发，开发ASP.NET表单。这些表单将部署在当前MOSS门户的_layouts文件夹下，继承当前站点上的母版页设计

有人告诉我，这种方法使开发和部署更加简单，并且与MOSS实现了“完全集成”

我的问题是：

这是利用SharePoint的最佳方式吗？似乎提议的解决方案根本没有利用MOSS。。！我想也许利用Web部件会更好，但我被告知这更复杂，开发更智能、更直观的UI更困难。真的是这样吗？如果没有，建议的方法是什么

我们将使用Ultimus作为工作流引擎。但是，我被推荐使用K2工作流。有人两者都用过/对其中任何一种都有意见吗

非常感谢

---

亲切问候，

< P>如果他们有MOS 2007企业，你可以考虑如果Web呈现的信息包表单能够满足你对复杂Web表单的需求。归根结底，可能所有这些技术都能满足需要。问题在于您和您的客户拥有什么样的技能，以及如何使此解决方案保持最新状态。

Asim，他们提出的是一种可能的解决方案。但是，它们可以通过使用Web部件提供相同的功能。根据您提供的详细信息，我们无法决定哪种选择更容易。根据每个功能的需求，我在同一个项目中使用了这两种方法

我可以理解，他们似乎并没有利用MOSS，但他们实际上是在MOSS的上下文中构建页面

---

我还没有真正听说过Ultimus，我确实在概念验证中使用了K2，我对此非常满意。再说一遍，选择正确的工作流解决方案取决于您的需求。

我认为InfoPath表单限制性很大，您无法创建直观的用户界面，是这样吗？