Оправдывает ли уровень усилий использование SharePoint 2010 в качестве публичного веб -портала?

sharepoint.stackexchange https://sharepoint.stackexchange.com/questions/19257

Вопрос

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

  • На сайте будет представлен регулярный вход (формы)
  • Сайт будет содержать некоторые списки, в которых контент либо получен из локальной базы данных, либо в системе BackOffice
  • На сайте представлены расчеты в режиме реального времени, которые я могу представить только с помощью операций AJAX/JavaScript.
  • Сайт должен быть в состоянии быть подготовленным на клиентской основе.
  • Каждый пользователь будет иметь много профиль-информации, подключенную к нему, которая должна храниться в синхронизации с обратной основой на запланированной основе (каждую ночь). Эта информация должна быть сортируемой и доступной для поиска, а также редактируемой в SharePoint.
  • Будет публикация новостей, которые необходимо ориентироваться на конкретную аудиторию (группы пользователей)
  • Общий дизайн сайта должен быть изменен из стандартного «SharePoint Look и Feel»

В целом это некоторые из основных моментов приложения, и мой вопрос тогда:

Считаете ли вы, что это «типичный» проект SharePoint, или он будет полезен для Roll-Town? (Стоимость лицензирования не должна рассматриваться в этот вопрос).

Я очень надеюсь, что вы сможете предоставить мне хорошие плюсы/минусы здесь.

ОБНОВИТЬ

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

Спасибо за все Ваши ответы! Все точки в ответах были приняты во внимание при представлении анализа клиенту.

Это было полезно?

Решение

На сайте будет представлен регулярный вход (формы)

Для этого я бы порекомендовал использовать базу форм или аутентификацию Windows

Сайт будет содержать некоторые списки, в которых контент либо получен из локальной базы данных, либо в системе BackOffice

Списки OOTB SharePoint могут быть использованы для сохранения и извлечения данных (локальный IE, сохраненный в SharePoint ContentDB), в то время как для работы с системой BackOffice можно использовать службы подключения к бизнесу (BCS). Для BCS вы можете использовать внешние списки для манипулирования данными об отказе.

На сайте представлены расчеты в режиме реального времени, которые я могу представить только с помощью операций AJAX/JavaScript.

Вы можете использовать модель объекта клиента для выполнения комплексных расчетов на стороне клиента, вместо этого

Сайт должен быть в состоянии быть подготовленным на клиентской основе.

Вам нужны пользовательские мастер -страницы/CSS для выполнения брендинга в соответствии с пожеланиями клиентов.

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

Вам нужна служба профиля пользователя, чтобы синхронизировать информацию о профилях пользователей и, возможно, задание таймера для синхронизации всех данных с базой данных Backoffice. Источника, вы можете выполнить Поиск с помощью BCS

Будет публикация новостей, которые необходимо ориентироваться на конкретную аудиторию (группы пользователей)

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

Общий дизайн сайта должен быть изменен из стандартного «SharePoint Look-and-

Пользовательские основные страницы и CSS или темы могут быть использованы

Другие советы

Это типично для реализации SharePoint.

Если вы думаете о SharePoint больше как о платформе, чем о приложении, ожидается и желательна настройка.

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

  1. Это «типично»? Да. Эта задача довольно распространена для разработки SP.
  2. Вам нужно «катиться-владельца»? Зависит от требований, но в «сложных» случаях почти всегда да.
  3. Это правильные вопросы? Нет. Вы должны определить проблему, иначе она будет закрыта

Upd:

  1. Вход (формы) - По умолчанию существует. Но, скорее всего, вам понадобится пользовательский
  2. Списки - По умолчанию
  3. Расчеты - Развитие требуется
  4. Брендинг - Развитие требуется
  5. Профиль -информация подключена - По умолчанию. Используйте сервис UserProfile Sync
  6. Нацелен на конкретную аудиторию (группы пользователей)- По умолчанию. Административная задача
  7. Общий дизайн - Развитие требуется

Я бы сказал, что для этих требований SharePoint протекает. Если у вас есть глубокое понимание того, как работает SharePoint, то сделайте это. Если нет, пользовательское приложение, написанное в ASP.NET, будет разработано быстрее, чем попытка выяснить, как работать с SharePoint.

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

Плюс

  • Может быть легко подготовлен
  • Используйте услуги Business Connectivity для получения данных Back Office
  • Может использовать аутентификацию форм и создать свои собственные группы
  • Больше опыта разработки традиций включал в себя написание визуальных веб -частей с Ajax
  • Цена, включенная в лицензию на сервер

Минусы

  • Нет профиля, не придется создать свой собственный
  • Брендинг не так просто, как создание собственного решения

Задавая этот вопрос здесь, вы, возможно, совершаете первую ошибку. Это сообщество для «энтузиастов SharePoint», и я думаю, что вы получили (и вы получите больше) ответов, таких как: «Эта проблема может быть решена по функциональности [Enter] SP. Я не буду повторять то, что уже указали другие - все ваши требования могут быть выполнены SP (почти все с Оотб Особенности)

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

И, в конце концов, если вы решите пойти с SharePoint, убедитесь, что у вас есть некоторые опытные разработчики. (или доступ к этому сайту :))

Лицензировано под: CC-BY-SA с атрибуция
Не связан с sharepoint.stackexchange
scroll top