2009-01-09 77 views
0

对于大多数情况下,我的组织对WSS 3.0(不升级到MOSS)感到满意,但有一个例外,我们只想提出一种形式。这是相当大的形式(基本上改变了对IT服务的请求,在纸面上它很容易满足8.5×11页)。我们认为自定义ASP.NET编码是一个单独的独立页面,或者可能是一个Web部件。其他人在那里做了什么? MOSS和Infopath不是真正的选择,因为目前它对我们来说确实太贵了。提前致谢!只用Windows SharePoint Services 3.0做表单吗?

回答

1

您可以将其构建为独立的HTML/ASP.Net页面,并将其作为页面查看器Web部件包含,或者为您的WebPart滚动。如果您不知道SharePoint开发,后者会稍微复杂一些,但STSDEV等工具可以消除很多痛苦。

1

如果你必须自己开发它,直接asp.net。没有理由在共享点上做。学习曲线陡峭。开发基础设施将为一次性解决方案带来沉重打击。

IT服务的变更请求是大多数情况下工作流的一部分。我相信最好的工作流程工具是错误跟踪器。他们使用状态基础工作流程。在大多数情况下,这更适合现实世界。所以,如果你有这样的工具,你应该有。选中要使用的选项用于更改请求管理。

0

您可以将SharePoint设计器与WSS v3一起使用

0

您可能想考虑简化更改请求表单。 2页的东西是相当多的信息来填写更改请求。

我使用标准sharepoint列表来收集变更请求,并发现我很幸运能让人们填写第4-5个字段。

dataview webpart可用于添加数据而不是标准的新项目表单。

0

调查列表是一种很好的简单替代形式,可以在没有任何编码的情况下使用。输入“问题”,即。输入字段,然后为插入添加邮件警报。缺点是您无法控制表单的布局,因此每个输入字段严格限制为一行。这使得它可能不适合你的大型表单。但它使用起来非常简单,无论如何你都应该看看它。

如果您决定开发自己,请编写Web部件,并将其添加到WSS页面。 (最简单的部署:从ASP.Net WebPart类继承,放入GAC,在SharePoint Webapp的wpcatalog文件夹中创建.webpart文件)。回复撰写SharePoint中学习曲线过于陡峭的人,我假设如果您将WSS用于内部Web应用程序,您将在未来发现更多的SharePoint定制需求。学习如何做到这一点是一项很好的投资。

0

我想说的最好方法是创建一个Web用户控件,并将其添加到Web部件(容器Web部件) - 用户控件可以添加到12蜂巢中,并从那里挑选。鉴于页面有很多内容,我已经尝试过并且非常容易开发。 Webpart和标准的ASP页面开发的问题在于,没有设计视图。

1

您可以使用Infowise Smart List Pro完成大部分操作。它为80%的常见形式需求设计了一个简单的解决方案。它具有很好的SharePoint列表增强功能,如 - 字段权限,选项卡式视图,查看权限,默认值,规则等等。 格栅的事情是,智能列表专业不需要MOSS或SharePoint服务器。它只能在WSS或SharePoint Foundations上运行。 它在WSS 3上正常工作。0和SharePoint 2010.

这里是链接:http://www.infowisesolutions.com/product.aspx?id=SmartListPro

相关问题