Интранет-портал Sharepoint - PullRequest
       9

Интранет-портал Sharepoint

1 голос
/ 07 декабря 2009

Перенос (переписывание) всего портала, изначально созданного в .net, на shareopoint не кажется очень легкой задачей. Мне поставили такую ​​задачу, и теперь я просто учусь, планирую и начинаю практиковаться, чтобы быстрее ее выполнить.

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

1 - На текущем портале есть что-то вроде «доски объявлений», которую я планирую создать с сайтом блога, что вы предлагаете?

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

3 - Должен быть способ хранения файлов, изображений, документов и контроля версий в некоторых из них.

4 - Должна быть настройка в дизайне и чистка в элементах управления по умолчанию на главной странице sharepoint (которые могут быть бесполезны для желаемых целей)

5 - Около 30 локальных пользователей и доступ к ним из Интернета (локальный сервер) на случай, если наши консультанты получат к нему доступ от клиентов

6 - у меня есть версия Visual Studio 2010 (уже с графическим дизайнером веб-частей), потому что компания, в которой я работаю, является золотым партнером MS.

7 - Я собираюсь программировать веб-части на c #, и часть разработки все еще остается для меня загадкой, поскольку я еще не настолько знаком с shareopint.

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

Ответы [ 4 ]

4 голосов
/ 07 декабря 2009

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

2.) Управление пользователями в SharePoint выполняется легко, но сложно. Установите процессы для добавления / изменения конечных пользователей и сведите к минимуму количество людей с этой способностью. В противном случае он выходит из-под контроля, и вы в конечном итоге не знаете, у кого есть к чему доступ. Я бы также предложил полагаться на группы AD, а не на предоставление отдельным лицам определенного доступа к сайтам.

3.) Хранение документов - сильная сторона SharePoint, думаю, вы будете впечатлены.

4.) Брендинг SharePoint потребует некоторого времени, но другие люди относятся к искусству. Обратите внимание, что некоторые страницы (называемые страницами приложения) не должны полностью контролироваться. Также обратите внимание, что вы не хотите удалять элементы управления с главной страницы, так как некоторые функции в SharePoint предполагают, что элементы управления есть - скорее их лучше скрыть с помощью CSS.

5.) Это звучит как плохая идея. Предполагается, что SharePoint, подключенный к Интернету, строго заблокирован, но если вы заблокируете его (то есть удалите доступ к страницам приложения), требуемая вам функциональность будет недоступна. Рассматривали ли вы интранет и отдельный экстранет?

6.) Все должно быть в порядке, VS2010 должен быть лучшим способом разработки для SharePoint.

7.) Держите свой бренд и функциональность отдельно и обязательно развертывайте их, используя файлы решения (в отличие от работы непосредственно с файловой системой). Кроме того, никогда не читайте и не пишите базу данных напрямую.

Я думаю, вы обнаружите, что замена настраиваемой интрасети на SharePoint - обычная задача, но у нее будет время для обучения. Трудной частью будет брендинг и миграция данных. Конечные пользователи будут отклонять новую систему, если она работает медленно, поэтому убедитесь, что вы получили архитектуру и конфигурацию непосредственно перед запуском (может потребоваться консультант).

3 голосов
/ 08 декабря 2009

1 - есть что-то вроде «сообщения доска "в текущем портале, который я планирую строить с блогом вид сайта, что ты предпочитаешь?

Обсуждения SharePoint идеально подходят для того, для чего они предназначены ... небольшие целевые обсуждения. А форум совсем другой. Это централизованная область с несколькими темами на разные темы. Вы можете попробовать CodePlex (который является вашим другом) Форумы SharePoint

2 - как задано в другом вопросе, я должны управлять пользователями и местными активный каталог организован и надежный собираюсь использовать

AD идеально подходит, если он у вас уже есть ... хорошо, что вы можете использовать страницу профиля для обновления информации AD, которая синхронизируется ... у вас есть много возможностей с этим. Но одним из основных преимуществ является то, что SharePoint может поддерживать несколько аутентификаций. Вы можете расширить сайт SharePoint и подключить другую аутентификацию (например, аутентификацию SQL), и тогда несколько групп пользователей могут взаимодействовать на одних и тех же сайтах с разными разрешениями. Не говоря уже о том, что SharePoint не просто предоставляет доступ к сайту, но вы можете сделать детализацию безопасности в целом доступной для отдельных элементов в списке или библиотеке.

3 - Должен быть способ хранения файлы, изображения, документы и имеющие контроль версий в некоторых из них.

Именно здесь у SharePoint больше всего возможностей OOB.

4 - Там должно быть настройки в дизайне и уборке в стандартные элементы управления sharepoint главная страница (которая может быть бесполезной для желаемые цели)

У нас есть полностью настроенная мастер-страница с кодом. Вы должны знать о сшивании функций и приемниках функций. Также используйте сайт Хизер Соломон

5 - около 30 локальных пользователей и существ доступный из интернета (местный сервер) в случае, если наши консультанты должны доступ к нему от клиентов

SharePoint кажется почти излишним для такого количества пользователей.

6 - у меня есть версия Visual Studio 2010 (уже с графический веб-дизайнер), потому что Компания, в которой я работаю, является золотым партнером MS.

Получение расширений Visual Studio для SharePoint

7 - Я собираюсь программировать веб-части в C #, и часть разработки по-прежнему для меня загадка, так как я не такая уже знакомы с shareopint.

Посмотрите на страницы приложений вместо веб-частей ... Страницы приложений гораздо более гибкие для пользовательских форм, чем веб-части. Веб-части полезны только тогда, когда функциональность должна быть доступна на специальной основе, чтобы вы могли позволить пользователям перетаскивать функциональность на страницу или если вам нужно ограничить функциональность для определенных групп пользователей (поскольку страницы макета доступны для всех сайты).

1 голос
/ 07 декабря 2009

Относительно 7 - Программирование веб-частей: Посмотрите на SmartPart на CodePlex. Это довольно простой способ создания простых веб-частей, особенно если у вас есть опыт работы с ASP.

1 голос
/ 07 декабря 2009

Ответы на похожий, но не идентичный вопрос этого человека могут быть полезны: Sharepoint для разработчика на C # Asp.net

В других существующих SO-вопросах есть много помощи. Просто нажмите на тег "sharepoint", затем сортируйте по голосам, и вы найдете много интересного для чтения.

...