Архивы по месяцам: Январь 2009

Поведение рабочих процессов управления с настраиваемыми списками (Снова)

Ранее в этом месяце, Я воедино статьи первоначально планировалось для Марк Миллер www.endusersharepont.com. Однако, Вместо этого я использовал, как Дастин Хоффман использовал крест в конце Выпускник чтобы парировать мои (Awesome! дружественные!) Редактор TechTarget.

Это еще одна статья рабочий процесс SharePoint Designer в том же ключе, как мои более поздние усилия здесь: http://www.endusersharepoint.com/?p=1226 («Использовать контрольные списки для создания гибкого рабочего процесса решения»).

Она начинается, как это:

Вас когда-нибудь хотела можно временно отключить рабочий процесс SharePoint Designer? Вы можете сделать это, чтобы масса утвердить большое количество документов без установки от десятков — или возможно сотни — ненужных процессов.

Одним из способов для этого является доступ рабочего процесса с помощью конструктора Share Point и отключить его. Для этого, Вам будет нужно открыть SharePoint Designer, доступ рабочего процесса, изменить его свойства и повторно сохраните его. Проблема с этим методом, что он немного грязный и вероятно много кольцо колокола тревоги в большинстве компаний.

В целом, пустячный с рабочих процессов SharePoint Designer не является хорошей практикой в производственной среде, не является частью процесса, хорошо контролируемых.

Статья затем проведет вас через решение этой проблемы, которая использует настраиваемый список для выключать WF как потребности диктуют. Читать все это здесь (HTTP://WP.bitpipe.com/Resource/org_1127860336_240/SharePoint_vol5_v6 1_16.PDF).

Эта статья была вдохновлена на вопрос на форумах здесь: http://www.endusersharepoint.com/STP/. Хотя я провожу гораздо больше времени на форумах MSDN, Я настоятельно рекомендую, что вы должны заглянуть на форуме EUSP также, особенно для конечных пользователей ориентированных вопросы. Это еще одним источником достоверной информации и консультаций.

</конец>

Подписаться на мой блог.

Следуй за мной по щебетать на http://www.twitter.com/pagalvin

Использовать контрольные списки для создания решений гибких рабочих процессов

На прошлой неделе, Марк Миллер написал мой последний SharePoint Designer рабочий процесс статьи для конечных пользователей на своем сайте (http://www.endusersharepoint.com/?p=1226).

Она начинается, как это:

Мы технические типы используют много жаргона и сокращений в нашей повседневной жизни, таких как «ООП» (объектно-ориентированное программирование), «КТ» (Типы контента), «ЧП» (SharePoint Designer), «RTFM» (Пожалуйста, прочитайте руководство), и т.д.. Эта статья относится с конкретной бука под названием «жесткого кодирования:«Что это такое, Почему это плохо и как его избежать в решения конструктора рабочих процессов SharePoint.

Я опишу, как мы можем использовать пользовательские списки для хранения данных управления и конфигурации рабочего процесса. Используя этот подход, Мы можем избежать жесткого кодирования значения таких утверждающих’ адреса электронной почты, утверждение лимитов доллар, и т.д..

Проверить это.

</конец>

Подписаться на мой блог.

Следуй за мной по щебетать на http://www.twitter.com/pagalvin

Управление и поиск SharePoint – Это никогда не слишком поздно, чтобы начать

Я Написал статью (HTTP://searchwinit.techtarget.com/TIP/0,289483,sid1_gci1345231_mem1,00.HTML#) для SearchWinIT.com по вопросам управления, как он относится к поиска SharePoint. Это не в моей обычной «голос" но это редактирование для вас 🙂

Вот как он начинает:

Хотя почти каждый аспект SharePoint могут получить выгоду от сильного управления план, MOSS 2007 функциональность корпоративного поиска выгоды прежде всего.

Как и все части SharePoint, есть хорошие новости и плохие новости о управления. Для многих организаций, плохая новость, что это чрезвычайно трудно включить план управления где они отсутствуют.

Но вот хорошая новость: Вы можете быстро настроить и улучшить корпоративного поиска в почти любое время. И при реализации плана управления для корпоративного поиска, Вы можете увидеть немедленные результаты.

Одна из проблем с SharePoint и управления является, что компании часто получают колено глубоко в SharePoint без плана управления и тогда, Существует не легкий путь вперед, чтобы решить. Не так с поиском. Прочтите статью, чтобы получить мои мысли по этому вопросу.

</конец>

Подписаться на мой блог.

Следуй за мной по щебетать на http://www.twitter.com/pagalvin

Предстоящие быстро презентации, Среда 01/28, Полдень EDT

Я буду делать мой первый когда-либо онлайн презентации организовано могучий маркетинговой машиной EMC в 12:00 полдень EDT в среду, 01/28. Я не знаю, чего ожидать от этого, с точки зрения посещаемости. Однако, с тех пор я веду его, Я могу вам сказать, что ожидать, если вы делаете время для его.

Я буду описывать то, что мы здесь, в консоли управления Exchange означает, когда мы говорим о «корпоративного поиска." Я различия между регулярного старых поиска SharePoint (что полезно само по себе) и корпоративного поиска, Это намного больше, противный, интересные и запутанной проблемы, требующие решения.

Я собираюсь сделать аргумент, что быстро это хороший инструмент для использования при попытке решить проблему корпоративного поиска (и я сделать некоторые аналогии в каналы, хотя я на него). Это очевидно связей в SharePoint и будет частью сообщества ткани в течение 2009 и на последующий период. Это крючок для тех, кто читает мой блог здесь.

Если вы заинтересованы в БЫСТРОМ, Я думаю, что вы сможете найти достаточно полезной информации, чтобы оправдать время провел слушать меня говорить об этом.

Это маркетинговые презентации, но все вещи маркетинга в конце, так что вы можете всегда уходят в тот момент.

Могучий EMC маркетинг машина дала мне ссылку Подписаться, так что пожалуйста, используйте его для регистрации.

</конец>

Подписаться на мой блог.

Следуй за мной по щебетать на http://www.twitter.com/pagalvin

Самостоятельное создание сайтов не именно о создании сайтов

Как и многие типы консультант SharePoint, Я подвергается большое количество функциональности SharePoint. Несколько раз, Я довольно глубоко нырять. Другие времена, я только что заметил, как я лечу на другой набор параметров меню. Одним из них является "самостоятельное создание сайтов." У меня не было необходимости для него до этой недели.

На этой неделе, Мне нужно решить проблему бизнес, который я думаю, что собирается стать более распространенным, как компании послаблений и охватывают более непосредственный контроль конечного пользователя в SharePoint. В этом случае, Я разработал шаблон сайта для поддержки конкретных конечных пользователей сообщества. Люди в этом сообществе должны иметь возможность создавать свои собственные сайты по своему желанию, используя этот шаблон, всякий раз, когда желание поражает их.

Я напомнил, видя "самостоятельное создание сайтов" раньше и я всегда спрятан что мой затылок, думая, что «Самообслуживание создание сайта" SharePoint жаргоне смысл, Очевидно, что достаточно, что-то вроде «Включите меня если вы хотите, чтобы конечным пользователям возможность создавать сайты, когда они хотят."

Таким образом, Включите его, Попробуйте его вне и для меня, Это не создание сайтов. Это создание сайта коллекции. Довольно большая разница. Это не то, что я хочу, Конечно, нет.

Вполне возможно позволить конечным пользователям создавать новые сайты sub через пользовательский уровень разрешений. Это точно, где я пошел бы в первую очередь за исключением, что лейбл "самостоятельное создание сайтов" лейбл обманул меня. Через щебетать, Я узнаю, что это обманывало и других 🙂

Я до сих пор работает, как обеспечить немного более рациональный процесс во время пребывания чисто из коробки, но есть определенный путь, чтобы следовать. Просто не отвлекаться на лейбл.

</конец>

Подписаться на мой блог.

Следуй за мной по щебетать на http://www.twitter.com/pagalvin

Бирки Technorati:

Выступая на заседании группы разработчиков SharePoint Нью-Йорк

Я буду представлять на разработчиков SharePoint Нью-Йорке совещании группы в Нью-Йорке в офисах Microsoft на 6-м пр во вторник, 01/27 на 6:00 ВЕЧЕРА (чуть больше недели с настоящего!).

Подпишите вверх здесь.

Это будет иметь технический доклад, где я ходить через процесс создания действий настраиваемого рабочего процесса, который может быть упакован и установил в среде SharePoint и используется в SharePoint Designer для создания решений декларативных рабочих процессов.

Думаю, что это: http://www.codeplex.com/spdactivities

Я делать немного проповедование христианства как я иду, делать дело, что разработчики должны думать трудно о преимуществах такого рода усилий. само собой что-то вроде этого: Дайте человеку рыбу, и он ест за день, строить его действия пользовательского рабочего процесса, и он может разработать и осуществить свой собственный бизнес-процесса для поиска рыбы (или любой другой пищи!) и оставить разработчики самостоятельно сделать сложного программирования, что разработчики, лучше всего делать большой мощности.

Это очевидно, что разработчик ориентированный сессия, но я призываю любопытно конечных пользователей и администраторов, чтобы показать вверх. Хотя конкретный процесс создания пользовательских действий ориентирована непосредственно на разработчиков, Мета разговор об одном не.

Я надеюсь увидеть вас там.

</конец>

Подписаться на мой блог.

Следуй за мной по щебетать на http://www.twitter.com/pagalvin