Архивы по месяцам: Сентябрь 2007

Устранение неполадок загадочные ошибки SharePoint.

Обзор:

Отладка усложняется при разработке пользовательских функций для служб Windows SharePoint Services 3.0 (WSS) или Microsoft Office SharePoint Server (МОСС). Главный виновник является, что SharePoint обычно поверхности очень мало диагностических сведений на веб-браузер при возникновении ошибки. Эта запись в блоге описывает, как найти дополнительные системные диагностические сведения, часто может обеспечить что больше бит детализации, что один нуждается в том, чтобы выявить коренные причины. Это может привести к решению проблемы.

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

Подход:

SharePoint сохраняет большой объем информации для диагностики журнала в файле журнала в 12 куст.

«12 улей" обычно располагается в «C:\Программа FilesCommon FilesMicrosoft SharedWeb сервера Extensions12». (Я не уверен, если это возможно для 12 улей, чтобы жить где-нибудь еще, На самом деле).

Идея заключается в том, чтобы найти текущий файл журнала, силу ошибку и затем быстро открыть файл журнала. Эти файлы журнала, характеризуются:

  • Обильное количество информации. SharePoint создает очень большое количество диагностических сведений и записывает его в файл журнала очень быстро. Вам нужно быть быстрым с пальцами, чтобы захватить его.
  • Кратность. SharePoint не писать в один файл журнала, но скорее создает несколько файлов журнала в последовательности.
  • Скопируйте и вставьте красиво в MS Excel.

Мой любимый метод:

  1. Откройте проводник windows, указывая на 12 hivelogs.
  2. Сортировать представление Показать по дате изменения (Последний первый).
  3. Выделите наиболее текущий файл журнала.
  4. В окно веб-браузера, силы к ошибки.
  5. Быстро открыть текущий файл журнала и скопировать его содержимое в MS Excel.
  6. Перейти в конец и анализировать соответствующие записи.

Другие заметки:

По умолчанию, Журнал диагностики расположен в 12 Каталог hiveLOGS.

Рекомендации по использованию MS (Согласно Майк T. из Microsoft) государство, что файлы журнала должны быть сохранены в отдельный жесткий диск. Один делает это через Центральный администратора. Ваш системный администратор может сделать это, в этом случае вам очевидно нужно найти там файл журнала вместо по умолчанию 12 Расположение улья).

Эта запись рассматриваются вопросы, такие как:

  • Не удалось запустить из-за внутренней ошибки рабочего процесса SharePoint.
  • (больше, чтобы быть добавлены с течением времени)
  • Эта запись была полезной в диагностике ошибок рабочих процессов (Например. «Не удалось запустить из-за внутренней ошибки рабочего процесса»).

МОСС: Эффективное внедрение в организацию

(Эта запись размещена крест между http://paulgalvin.spaces.live.com/blog/ и http://blogs.conchango.com)

Опубликованные на этом сайте, являются мои собственные и не обязательно отражают позиции Conchango, стратегии или мнения.

Обзор:

Эта запись описывает некоторую справочную информацию о большой (3,000 Пользователи) Сервер Microsoft Office SharePoint Server (МОСС) свитке и то, что мы сделали, чтобы получить проект, таким образом, что Клиент счастлив и твердо вниз путь который заканчивается с полным принятием набора функций Мосс. На момент написания вступления, Мы находимся около 50% комплекте с первого этапа проекта. Как вещи развивают, Я буду обновлять эту запись и/или новые записи.

В данном конкретном случае, Компания уже установлен сервер SharePoint Portal Server 2003. ИТ-группа устанавливался в своего рода «Давайте посмотрим, если кто-то заботится" моды. Он был быстро принят многими бизнес-пользователей и стал очень популярным на предприятии в целом. Как вы можете себе представить, Это была не лучшая стратегия внедрения (который клиент с готовностью признает) и когда Мосс прибыл на место происшествия, клиент решил "сделать это правильно" и нанял нас помочь им.

Одним из центральных вопросов, стоящих перед нами, когда мы начали осуществление этого проекта было: Как мы представляем Мосс этому клиенту? Учитывая, что клиент уже имел опыт работы с SharePoint, мы гадали — нам нужно сделать «дифференциальный" обучение или же мы начинаем от земли вверх? После работы с ключевыми пользователями, Мы определили, что рассматривая это как зеленое поле проекта, сделал больше чувства.

Это решение дал отправной точки, но до сих пор оставил нас с основным требованием выяснить хорошей стратегией для выкатывания Мосс для предприятия. Мосс является такой большой животных … Она включает в себя управление контентом, Управление документами, Поиск, безопасность, Выбор целевой аудитории, Управление проектами, «Потрясающе сорок" шаблоны, рабочий процесс, разъем передачи данных бизнес, и т.д.. Соедините это с тем, что это большой организации, можно действительно используют практически все крупные Мосс функция и у вас есть задатки большой проект с предприятия и много хороших вещей происходит.

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

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

Сфера:

Как я хотел, команда может создать план проекта, который включал такие вехи, как «PoepleSoft интеграции через BDC завершено», «Новые межведомственные продукта запуска рабочего процесса полный" и «Руководство КПИ принято», Мне пришлось согласиться на что-то менее. Это не сказать что «меньше" Это плохо. На самом деле, «меньше" что мы решили для первоначального развертывания был опережает где они были прежде, чем мы начали. В нашем случае, «меньше" превратился в:

  • Простой документ управления с использованием библиотеки документов, версия элемента управления и содержимого типы.
  • Эффективный поиск на основе типов контента и настроить предварительный поиск (через управляемые свойства, XSLT производить довольно результаты, и т.д.).

Помимо указанных выше особенностей корпоративного (означает, что они должны были быть развернута для всех ведомств и пользователей), Мы добавили следующие Синглтон в области мини проектов:

  • Доказательство концепции интеграции BDC.
  • Многоступенчатый и многоотраслевая рабочий процесс, созданный через СПД.
  • Сложные формы InfoPath.
  • Наплавка KPI для некоторых бизнес-процесса (вероятно HR талант приобретение в нашем случае, Хотя это может измениться).

Область здесь не является 100% Точная, но представитель нашего подхода и достаточных для моих целей здесь, который должен объяснить, что я считаю, чтобы быть эффективным"" Введение мха, который установит клиент твердо вниз Золотой путь полного усыновления Мосс.

Я не буду писать гораздо больше о singleton в этой записи. Я хочу указать на то, что они являются частью нашей всеобъемлющей стратегии. Идея заключается в реализации основной документ управления и поиска возможностей для всех пользователей, но обеспечивают весьма функциональный, высокая видимым и весьма представительной примеры других основных функций MOSS, которые просто за большинство пользователей способность поглощать на этой ранней стадии. Однако, они будут «вне там" и один надеется, что другие подразделения будут знать о или узнать о них и хотят эти функции для себя, приводит к принятию более. Наш отдел продаж «боеприпасов также служить эти истории успеха Синглтон" для успешно, выиграв второй, Третий и n фазы проектов.

Что мы представляем и почему?

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

Я обнаружил, что это трудно объяснить типы контента без визуальные помощники. Более технические народные может уйти от дискуссии о типах контента при КТ описаны в терминах баз данных. «КТ похож на таблицы базы данных, Он имеет столбцы и столбцы определяются в терминах типов данных, но типы данных КТ включают более чем просто целое число/Дата, но также «выбор" и «подстановки" и тому подобное." Мы можем говорить о «расширении" типы контента, так же, как одно может наследовать функциональность от базового класса в объектно-ориентированных языках. Однако это явно не полезно для человека администратора Департамент транспорта, который не имеет технических фона. Т.е., почти все, что имеет значение в свитке Мосс.

Белая доска используется ненадежный. Я представил идею типа контента и Рисованные бриллиант (или так они кажутся) фотографии типов контента и что они делают для вас с точки зрения поиска и как они могут быть расширены, и т.д.. В конце концов, чувствую, как некоторые лампы включена, но результирующий картина белая доска беспорядок.

Это привело нас к нашему месту посадки текущего и так далеко наиболее эффективным: Мосс Песочница узел настроен Показать эти особенности.

С помощью сайта Песочница, Мы демонстрируем:

  • Типы контента:
    • Создание CT с несколькими типами данных (текст, Дата, Выбор, Логическое значение, Поиск, и т.д.).
    • Расширение CT, создавая новый CT, основанный на родителей.
    • Поиск документов с помощью метаданных CT.
  • Библиотеки документов:
    • Связывание одного КТ с библиотекой.
    • Что происходит, когда мы отправить документ в библиотеке?
    • Связывание нескольких КТ с библиотекой doc.
    • Что происходит, когда мы отправить документ в библиотеке?
    • Фильтрация и сортировка через заголовки столбцов в doc lib.
    • Представления библиотеки документов:
      • Сортировка
      • Группировка
      • «Быстрый вход" (представление листа данных)
      • «Без тегов данных" (чтобы помочь с миграцией Мосс из других источников контента; Подробнее об этом ниже).

На сайте Песочница:

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

Типы контента:

Мы определили следующие типы контента: Счет-фактура, Заказ на покупку, Обслуживание счета.

Мы выбрали порядок счета и покупки, потому что они имеют более или менее универсальные под
стоял сущности. Все в бизнесе понимает, что фактура является требование на оплату Клиент для сумма Выпущенный на определенный Дата оплачивается в соответствии с некоторыми условия оплаты. Это приводит к естественной определение CT, который мы назвали «учебные счета" (чтобы отличить его от любого другого вида счета-фактуры). Аналогичным образом легко определяется заказа на покупку. Мы также создали счет услуги обучения»" создавая новый CT, основанный на счет обучения»" КТ и добавлен только один столбец, «Услуги».

С выше, Теперь мы можем продемонстрировать некоторые ключевые особенности CT не увязая пытается объяснить абстрактное понятие, впервые; все уже понимают, что мы подразумеваем под «счет-фактура" и «заказ на покупку" и вместо этого возможность сосредоточиться на механике CT сам.

Настраиваемые списки:

КТ с столбцами типа «подстановки" Укажите пользовательский список или библиотеку документов. Мы используем это широко и для песочницы, Мы создали один пользовательский список, который содержит клиентов. Мы выбрали клиентов, потому что это понятие легко понять и легко продемонстрировать. Счет-фактура CT имеет столбец, "клиента" определенного типа «подстановки" Это указывает на этот список.

Мы создали аналогичные настраиваемый список для управления «поставщиков" для заказа на покупку»" CT.

Библиотеки документов:

Мы создали две библиотеки документов: «Счета-фактуры" и «Смешанные документов».

Мы настроили библиотеки документов счета-фактуры для управления только документы типа КТ «Фактура».

Мы настроили «смешанные документы" Библиотека для управления все три CT.

Создать несколько представлений, которые показывают, сортировка, Фильтрация, лист данных и группировка.

Поиск:

Мы определены два новых управляемых свойств и сопоставить их клиентами и номер счета-фактуры.

Мы создали новый сайт поиск индивидуальных заранее и изменить его, чтобы пользователи могли искать «счета-фактуры" используя эти два сопоставленных свойств.

Изменить XSLT, чтобы номер счета-фактуры и клиента, при их наличии, появляются в HTML-таблицу в яркий цвет. Цель здесь заключается в том, чтобы продемонстрировать, что такое форматирование возможно.

Положить все это вместе:

Мы организуем для ключевых пользователей принять участие в демо-версию.

Мы следуем этой простой скрипт:

  1. Описать смысл и цель CT, использование счетов и заказов на покупку в качестве примеров.
  2. Показать определение КТ счета-фактуры при одновременно заверив их, что они не должны использовать эти экраны, сами, просто забрать концепции.
  3. Перейдите к библиотеке документов счетов-фактур.
  4. Загрузить документ.
  5. Продемонстрировать, что заказчик раскрывающемся действительно поступает из настраиваемого списка.
  6. Добавить нового клиента в список клиентов, а затем обновить недавно загруженных счета мета данных с вновь созданной заказчиком.
  7. Перейти к «смешанные документы" Библиотека и загрузить документ. Объяснить, каким образом система запрашивает тип документа.
  8. Вернитесь к библиотеке документов фактуры и показать, как нажав на имя столбца изменяется порядок сортировки.
  9. Демонстрации фильтрации уровня столбца.
  10. Показать разные представления, которые демонстрируют Многоуровневая сортировка, Фильтрация и группировка.
  11. Показать представление данных листа.
  12. Объясните цель «расставленными документов" вид.
  13. Перейти к настроить расширенный поиск.
  14. В настоящее время, Недавно отправленный документ должен обход и индексирование, так что выполните поиск, который демонстрирует способность найти что счета через сопоставленного свойства.
  15. Мы продемонстрировать разницу между поиском через сопоставленные свойства vs. просто поиск текста.

В этой точке, Мы более или менее сделано с демо. Кажется чтобы занять около 30 Кому 45 минут, в зависимости от того, сколько вопросов задают.

Мы затем отправить их обратно в их столы с «домашнее задание». Это состоит из простой excel таблицу, где мы просим их определить для нас, что они думают, что они нуждаются в терминах CT в, Оба на высоком уровне (просто имя и бизнес цели) а также и типа данных столбцов они будут храниться в столбце. Мы не просим их, чтобы определить типы данных столбцов в выражении Мосс, но бизнес-терминов.

В резюме:

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

Мы моделируется легко поняты и общих бизнес-сущности, так что пользователи могут сосредоточиться на Мосс и не увязнуть в сущностях / Примеры сами.

Бизнес-пользователи уйти от диссертации сессий с «домашнее задание" в форме excel документов, которые они в настоящее время компетентные заполнить и использовать для разработки их собственных типов содержимого первого надреза.

Наконец, как мы проводим демонстрации с течением времени, члены команды клиента, сами становятся более способными к продвижению вперед, демо в себя и вообще освободить остальных из нас вверх для работы на более сложные вопросы, как глобальной таксономии, сложные рабочие процессы, BDC и т.п..

Обучение гибкой // Scrum

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

Я возможно трансляции некоторых это неправильно.

Ответы представили несколько человек и Agile Управление проектами, Кен Scwaber является последовательное «первое погружение" Рекомендация.

Личности:

  • Кен Швабер
  • Майк Кон

Книги:

  • Agile Управление проектами с Scrum по Кен Швабер.
  • Разработка программного обеспечения худой: Agile инструментарий для руководителей разработки программного обеспечения Мэри и том Poppendieck.
  • «ничего, Майк Кон"
  • Agile ретроспективы по Кен Швабер, Диана Larsen, Эстер Дерби.

Ссылки: