每月檔案: 5 月 2009

SharePoint 示範: 利用 SharePoint 打造一個垂直的商務應用程式

[請注意: 我想要馬上說我覺得這次示威的預期成果的金融興趣, 我提及完全資訊公開, 等. 這是實際上第一次我曾經博客事件位置要以這種方式個人得益。]

此 web 演示發生 (星期四), 06/04 在 12:30 美國東部時間, 在結束 1:30路透社.

在我的優秀商業夥伴的合作, 集成的系統及服務集團 (ISSG), 我一直在努力開發使用 SharePoint 作為平臺的垂直商務應用程式. 在此情況下, 我們正在構建的應用程式服務的需要,讓他們的客戶定制的產品的製造商. 在這些情況下, 大量的協作需要客戶與製造商之間的地方. 此外,還有大量的製造商中不同群體之間所需的協作, 包括銷售, 工程, 研究與開發, 法律和其他群體.

該演示要展示應用程式,方便了協作的那種, 所有這些協作位需要討論如何與後端 ERP 系統集成.

最後, 這不一個 SharePoint 演示. 這是解決方案的一個演示碰巧使用 SharePoint 作為平臺特定的細分問題.

所以, 為什麼你會費心去註冊,看看這個演示? 我希望博客的讀者不會對按訂單製造商的解決方案感興趣的所有內容take您的收穫將是概念本身–僅使用SharePoint來提供業務解決方案而無需考慮SharePoint本身.

如果你有興趣, 請在這裡報名(https://www323.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=skmqfwbr5smmlx20).

</結束>

訂閱我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

你就能撬動我的感冒從 SharePoint 設計器, 死人的手

我的最新文章www.EndUserSharePoint.com. 我寫了關於 SharePoint 設計師, 最終使用者和最終使用者可能嘗試的戰略和按照大綱,以顯示能力和建立信任圍繞此工具.

評論都比文章本身更有趣.

將其簽出.

</結束>

訂閱我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

有效地按照 Microsoft SharePoint (和其他) SharePoint 論壇

我一直有跟進井 MSDN 論壇一年 (可能是幾乎 2 此時的年) 和我時不時聽到有人要做的是如何"硬". 我發現它很容易,我會分享我的"技術"的思想. 這種技術也適用于 www.endusersharepoint.com (http://www.endusersharepoint.com/STP).

以 MSDN 為例, 第一次去標準論壇網頁,如為這裡的 SharePoint 主頁面的一般性問題: http://social.technet.microsoft.com/Forums/en-US/sharepointgeneral/threads

您應該馬上注意到論壇將啟用 RSS, 如圖所示:

image

我一直使用谷歌閱讀器來管理我的 RSS 種子現在很長時間 (www.google.com/reader). 我去那裡, 添加 RSS 提要為論壇和我現在通過 RSS 所有新論壇的帖子. 我的谷歌飼料 SharePoint 論壇看起來就像這:

image

谷歌提供我本身的過帳尼斯的看法:

image

最後, 谷歌讓我使用鍵盤滾動通過這種方式在論壇中的帖子.

我可以快速掃描通過職位,只關注那些我覺得我可以作出有益的貢獻.

警報關閉迴圈. 通過 RSS 更新職位不來 (儘管我認為他們用到很久以前). 不過, 如果我開機自檢論壇張貼的回應, 論壇通知我通過電子郵件和即時消息,有人回復反過來. 或, 如果我不能作出有益的貢獻,但我想知道別人要說些什麼, 我可以深入到它並顯式請求警報,當他人做回應.

在一小時內或減去您可以設置此過程和在為期一周的定期使用, 瞭解各種鍵盤技巧和快捷方式,這樣,這將成為第二天性.

我確切相同的技術用於最終使用者了 SharePoint.Com 的"殘端小組"論壇. 這是他們的 RSS 源: http://www.endusersharepoint.com/STP/rss/.

論壇是一種令人敬畏的方法, 可能是最好的辦法,沒有直接的個人經驗, 學習產品並變得如何好調查中的世界, 在大, 使用 SharePoint. 試一試!

</結束>

訂閱我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

Technorati 標籤:

為更有效的工作流審核使用自訂清單

我已經有點整頓了我的生活併發現一些時間提交的一篇文章 www.endusersharepoint.com. 我最新的文章是在這裡: 為更有效的工作流審核使用自訂清單 (http://www.endusersharepoint.com/?p=1658).

這就是開放 ' 圖:

設計器 SharePoint 工作流並不給我們大量的發生與我們的工作流解決方案的可視性. 和, 我們做得到的可見度受到一個相對較差的介面和 60 一天時間視窗. 這 60 一天視窗可以是新的 SharePoint 設計器使用者主要失望,因為它不由該工具本身的廣告. 它根本不是鮮見有人以火了 SharePoint 設計師, 創建一個工作流解決方案,利用了"日誌到歷史記錄清單"行動......

問題是,在後 60 天, 這種方法您創建的任何消息從工作流歷史記錄清單中刪除! 後位,咬牙切齒,"他們在想什麼?"參數, 這是底線: 碰巧的是,它需要發生. 問題是, 我們如何能在它附近?

官方的答覆是依靠 SharePoint 的內置審核功能. 從最終使用者的角度來看, 然而, 這是在 WSS 非常薄弱和苔蘚也好不了多少. 所幸的是, 我們仍然可以利用熟悉的 SharePoint 設計器工具,來創建持久的工作流歷史記錄和審計的數量級是引導更有用的線索. 這裡是如何.

描述了如何創建一個更友好、 更有用的審計解決方案在 SPD 中創建聲明性工作流.

我得到了啟發,寫這篇文章從最近的一個專案,開發了九個技術 SPD 工作流為一個邏輯業務流程支援的用戶端. 現在,九是一個合理的數位假定為, 它肯定是一個挑戰,要調試它,或在一個簡單的視圖中查看進程的整體狀態. 這些單獨的技術工作流的每個人都有自己獨立的工作流歷史記錄清單,這並非易於管理. 我是能夠將所有這些組合到單個審核清單使用我在網站描述的技術.

將其簽出.

</結束>

訂閱我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

竹日曆進行交互與 SharePoint 導致"時發生意外的錯誤"

今天, 我一直在使用竹的日曆 web 部件進行一些改進的協作環境. 這標準的中小農場與兩個負載平衡目送, 為索引的"應用程式伺服器",InfoPath 和群集的 SQL 後端.

用戶端安裝一些災害復原軟體上目送之一而導致網站集合中的特定網站的破碎 WFE. 每當負載平衡指著受影響的 WFE 和該網站, 使用者看到很大程度上空白的白色的螢幕,這句話"時發生意外的錯誤". 沒有其他資訊顯示, 只是那句.

他們問我要看看它. 我很容易複製的問題,然後加 ?內容 = 1 到 URL 的末尾. 這是學會他們使用竹 web 部件. 又回到頁面和現在, 突然, 它向我展示了一個很好的有序錯誤訊息:

image

我不知道發生了什麼,或者我做了什麼獲取要顯示其他比追加的控制的錯誤訊息 ?內容 = 1 位的查詢字串.

這可能是非常罕見的邊緣箱子,但如果你得到的消息, "出現意外的錯誤"去和添加 ?內容 = 1 到查詢字串,看看到底.

</結束>

訂閱我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

Technorati 標籤: ,

抱怨 Windows 直播評論控制

我挑了 windows 活空格早在 7 月 2007 作為我的博客平臺. 大部分為, 我沒有任何遺憾和微軟當然擴展它隨著時間的推移 (雖然我主要是找出有關新功能的事故).

我最大的抱怨現在是博客垃圾評論. 這個人 / 帳戶 (http://cid-82b0534bceed9881.profile.live.com/) (除其他外) 頻繁地將大量的垃圾評論添加到我的博客的評論形式. 微軟添加一個不錯的功能,以顯示"最近的評論"這樣找出可以相當快的速度至少他們 (而在之前, 我不得不分別走進每個博客條目) 和他們清理. 它是仍然耗時.

我希望,:

  1. 微軟將會把一些更好地過濾垃圾郵件.
  2. 我可以阻止特定人從添加評論.
  3. 未有上述, 我可以更輕鬆地識別和刪除垃圾郵件. 馬上, 我需要做注釋的注釋,它是較慢, 尤其是當一些垃圾郵件機器人的人/程式添加 25 自 50 在一個會話中的評論.

如果您是 windows 即時使用者並有一些有用的技巧分享, 我會很感激.

</endGripe>

訂閱我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

SharePoint 週六現象繼續 (加, 我的幻燈片)

我從返回華盛頓昨天出席最新後 SharePoint 星期六. 什麼顯著的事件! 繼續其他 SP 星期六的傳統, 它是很好地運行. 環境, 整個組織, 流, 供應商區, 糧食 ... ... 都是太棒了.

答案是肯定的, 最好的部分是內容,我不認為任何人都感到很失望.

它真的很令我驚奇的如何所以很多人的令人振奮自己從床上早就是星期六,去聽聽人談論為 SharePoint 8 小時🙂驚人.

賠率是, 那裡是一 SharePoint 週六事件來您的方式,如果不存在, 你為什麼不開始一個人?

我在會議上提出用舌頭扭標題, "使用 SharePoint 平臺打造垂直商務應用程式"。 你可以在這裡演示文稿: https://cid-1cc1edb3daa9b8aa.skydrive.live.com/browse.aspx/Public. 它不是我平常的演示文稿又與它的樂趣. 我會給這再一次在 6 月份的但在北弗吉尼亞州使用者組會議 6 月底.

</結束>

訂閱我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin