Вам не понаслышке знакомы эти слова?

Вы считаете, что за этими технологиями настоящее и будущее?

Хотите не просто «программить», но участвовать в серьезных законченных проектах в компании – лидере по созданию ПО?

Быть на острие технологий – Ваше жизненное кредо?

Вы нужны нам!

Консалтинговое подразделение компании Microsoft (Microsoft Consulting Services, MCS) в Москве и Санкт-Петербурге объявляет об открытии вакансий

·         консультанта по разработке (Development Consultant)

·         консультанта по портальным решениям (IW Consultant)

Чем занимается Microsoft Consulting Services?  

Объективно, мы единственное подразделение Microsoft в России, которое создает законченные решения от начала и до конца на базе наших технологий.

Если точнее, что задачами MCS как части Enterprise Services является:

• Оценка бизнес-потребностей заказчиков, определение рамок и ресурсоемкости проектов, рисков, сроков, создание планов проекта, архитектурных и других проектных документов.

·         Выполнение консалтинговых проектов, работая как самостоятельно, так и в группе, используя практики и методологии Microsoft

·         Проектирование архитектуры, разработка и внедрение решений на платформе Microsoft

• Передача знаний и консультации партнеров и заказчиков в области эффективного применения продуктов и технологий Microsoft, включая проведение презентаций и лабораторных работ
• Активное построение взаимоотношений с техническими специалистами и ИТ-менеджерами заказчиков и партнеров.

Работа у нас – это уникальная возможность

·         познакомиться с огромным количеством талантливых людей в России и за рубежом

·         получить неоценимый опыт разработки решений, бок о бок работая с лучшими специалистами в своем деле

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

·         постоянно взаимодействоват�� с коллегами из крупнейших российских и зарубежных компаний

·         активно совершенствовать английский язык

·         наконец, посмотреть мир!  

Что Microsoft ждет от Вас?  

• Высшее образование, предпочтительно — в компьютерной области.
• Не менее двух лет работы в ИТ-индустрии или в ИТ-подразделениях крупных компаний-заказчиков в области системного управления с применением продуктов Microsoft или конкурентных решений.
• Опыт работы в качестве архитектора, разработчика, консультанта или специалиста по внедрению
• Понимание принципов проектирования архитектуры приложений на платформе Microsoft
• Понимание основных видов консалтинговых действий и статусов, предоставление адекватных рекомендаций и отчетов.
• Способность к контролю за обеспечением качества выполняемых работ и обеспечению удовлетворения заказчиков.
• Общие знания в области управления проектами.
• Способность самостоятельно работать над несколькими проектами и задачами в режиме разделения времени.
• Инициативность, коммуникабельность, энергичность, надежность, ориентированность на результат и цели.
• Хорошее владение английским языком (устный и письменный).
• Опыт разработки технических документов, высокая грамотность и корректный стиль изложения.
• Возможность длительных (до 30% времени) командировок по России и за границу
• Свободное владение средствами и платформой разработки Microsoft: VisualStudio, .NET, C#/VB.NET/C++

Обязательно глубокие знания 1-й и более технологий из следующего списка:

• MS Office SharePoint Server / Windows SharePoint Services
• MS SQL Server, Reporting Services, Analytical Services (OLAP), Integration Services
• MS BizTalk Server
• MS PerformancePoint Server
• MS ProjectServer / EPM
• MS Office – Infopath / Outlook / Excel / Project / VSTO
• ASP.NET, Windows Forms, XML, Web-сервисы, WCF, платформенные сервисы Windows (COM+, WMI, IIS, etc)

Плюсом при рассмотрении кандидатур являются:

• Опыт использования и знания о конкурирующих технологиях
• Опыт разработки компонентов расширения, таких как для Web-parts для SPS/WSS, адаптеры BizTalk, дополнения (add-in) MS Office
• Сертификация MCSD, MCSD или MCPD

Условия:

·         Зарплата конкурентная с рынком + бонусы + соцпакет

·         Оформление согласно ТК

·         Корпоративный автомобиль

·         Уникальные перспективы профессионального и карьерного роста

·         Обучение

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

Рассмотрим все по порядку

Content Controls

Самой по себе довольно интересной, на мой взгляд, выглядит такая новая функция Office 2007 как Content Controls.

Content Controls это контейнеры для специфичной информации, которая требует контроля на этапе редактирования документа. В качестве содержимого может выступать дата, текст, блок форматированного текста и т.д.

Визуально в документе это выглядит следующим образом

При этом такие элементы не являются ActiveX контролами в понимании Office 2003 со всеми вытекающими.

При этом существует возможность запретить удалять или редактировать такие элементы, что позволяет создавать шаблоны для определенного вида документов с пред заданным содержанием (например disclaimer)

Интересным частным случаем является так называемые Building Blocks, которые позволяют сохранить часть форматированного текста в виде Quick Part, что позволяет в дальнейшем повторно использовать эти блоки, сохранив их в шаблоне документа.

Волшебное преображение

Если вы используете Microsoft Office SharePoint 2007 в качестве среды совместной работы, то Content Controls волшебным образом расширяют свои возможности.

Это заключается в том, что появляется возможность связать колонки библиотеки документов и отдельные Content Control-ы вашего документа.

Как это происходит.

1. Создаем библиотеку документов

2. Добавляем в библиотеку колонки

3. Переходим в свойства библиотеки и открываем шаблон документа для редактирования

4. В шаблоне документа вставляем в нужные места те поля, для которых мы создали колонки в библиотеке

5. Сохраняем шаблон

6. Создаем документ из этой библиотеке (на основе созданного шаблона)

7. Заполняем все поля (через Information Panel или в самом документе, что суть одно и тоже)

8. И сохраняем документ в библиотеку

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

Параметризация документов, однако.

Рассказ о Information Policy я начал в посте об аудите тут я хотел сделать небольшое дополнение.

Стандартными возможностями информационных политик являются

• Аудит
• Время жизни записи (элемента списка или документа)
• Метки
• Штрих код

Наиболее необычные, на мой взгляд, опции это метки и штрих код. И то и другое оказывает влияние непосредственно на сам документ, который попадает под эту политику. По сути что метка что штрих код несут один и тот же смысл...зафиксировать в бумажном документе некоторый уникальный идентификатор, по которому этот бумажный документ можно было бы в последствии идентифицировать. Причем пользователь будет явно видеть, скажем в Word, placeholder для первого или второго. По умолчанию эти функции работают с 2007 офисом, но есть некоторый 2007 Microsoft Office system add-in который по идее должен вносить этот функционал в 2003 офис, но тут я не уверен.

Помимо всего прочего есть возможность создавать свои правила информационных политик.

Делается это, как и многое в 2007 версии SharePoint, через определенную feature. Подробнее об этом можно почитать тут

Это небольшое дополнение к посту Заметка о безопасности. Настройка аудита

Состав протоколируемой информации

Описание событий

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

При этом при настройке доступны для протоколирования следующие группы действий пользователей

• Действия с библиотеками и элементами
  • Открытие или скачивание документа, просмотр элементов в списке, или просмотр свойств элемента
  • Редактирование элемента
  • Блокировка элемента на редактирование
  • Перемещение или копирование элемента в другое место портала
  • Удаление или восстановление элемента
• Действия со списками, сайтами и списками
  • Редактирование колонок и ContentType-ов
  • Поиск по сайту
  • Редактирование пользователей и разрешений

Интерфейс выглядит следующим образом

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

А настройки эти можно применить к коллекции сайтов (что прозрачно для понимания) и через Information Policy. Вот на последнем варианте я остановлюсь чуть поподробнее.

Information Policy это набор определенных правил, которые можно применять к библиотеке документов или ContentType.

Рассмотрим следующий сценарий

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

1. На уровне коллекции сайтов включается протоколирование действий с объектами безопасности.
2. На уровне коллекции сайтов создается Information Policy с протоколированием просмотра и редактирования документа.
   Созданная Information Policy связывается с библиотекой документов, которые необходимо контролировать дополнительно, или с ContentType-ом созданным для всех «секретных» документов.

В результате мы логируем только то, что надо, а с другой стороны не пропускаем какие-либо документы мимо логирования (ну если конечно мы правильно пользуемся ContentType-ам)

Интерфейс создания политики выглядит подобным образом

Помимо этого существует настройка параметров управления информационными политиками в рамках коллекции. Используя эти параметры можно задать политику по умолчанию для всех библиотек и ContentType-ов в которых можно хранить документы (т.е. наследников от Document).

После того, как Information Policy создана, она может быть назначена на несколько библиотек и ContentType

И на последок несколько слов об отчетности

В стандартной поставке MOS доступны следующие отчеты

Помимо этого можно сформировать свой собственный отчет только по выбранным объектам и группам событий

Да...и в самом конце несколько фишечек

· Протоколирование событий изменения настойки аудита отключить невозможно и данные события всегда будут записываться в журнал.

· Удаление событий или журнала аудита штатными средствами не предусмотрено. При удалении через API, в журнал записывается информация об этом событии.

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

· Доступ к настройкам аудита и просмотру журнала имеет только администратор коллекции