2009-01-09 34 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

相關問題