разработка на SharePoint v.s. разработка Lotus Connections

Question

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

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

Любые советы или относящиеся документы приветствуются.

EDIT1: Есть ли у кого-нибудь хорошие опубликованные документы?

спасибо заранее, Джордж

Answer 1

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

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

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

Answer 2

Другой администратор SharePoint здесь (означает, что нет опыта работы с продуктами Lotus), но как администратор другой платформы перед SharePoint, я могу дать вам несколько соображений о том, почему мы переключились, и о том, что мы видели как некоторые преимущества SP Платформа. Может или не может применяться к вашей ситуации.

1. Интеграция с другими продуктами MS. Я работаю в среде, ориентированной на MS, и мы только что обновили ее до Exchange 2007, а также Office 2007. Степень интеграции между этими 3 платформами очень помогла в принятии пользователей. В частности, возможность создавать и проверять документы из Word - прямо в библиотеку SP doc и т. Д. Если вы используете более старую версию Office, интеграция все еще существует, но она не такая чистая. У MS есть статья на своем сайте, в которой описываются различия в функциональности с SP 2007 и различными версиями Office.

2. В вашем сообщении вы упомянули IM/Video и т. Д. - просто для уточнения - SharePoint не предоставляет эту функциональность, но он хорошо интегрируется с продуктом MS, который делает - Office Communication Server. Это очень мощный инструмент, который обеспечивает чат, общий рабочий стол, IP-видео и аудиоконференции - и для SP - наличие осведомленности. Это означает, что если вы перейдете в библиотеку документов - и увидите белую бумагу, которую я написал или просто обновил - моим именем будет небольшая точка, в которой будет отображаться зеленый (доступный) желтый (холостой) красный (занятый) а также предоставить вам варианты отправки по электронной почте мне, текст, установить appt и т. д. Объем сотрудничества, который это облегчил, действительно помог нашим командам. У меня есть вопрос о вашей белой бумаге, предложении и т. Д., Я вижу, что вы в сети, и я могу отправить вас немедленно. Очень круто.

3. Связь с другими платформами. Наша предыдущая система управления документами была очень нишей - и идея подключения многофункционального принтера/сканера к и сканирования документов непосредственно в систему была несуществующей. С SP, однако, его такой стандарт, который вы можете подключить практически к любой системе.

4. Расширяемость. На нашей старой платформе нам приходилось специально обучать разработчиков этой системе. В большинстве случаев мы заканчивали наймом внешних консультантов для разработки и поддержки платформы, которая была не дешевой. С SP 85% того, что мы хотим сделать, доступно из коробки или без кодирования. Для небольшого процента истинной настройки, которая запрашивается, наши .Net-разработчики могут справиться с этим (так как база кода одинакова). Это означает, что мы можем более эффективно управлять ресурсами и делать все возможное для разработки в доме.

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

Это по крайней мере дает вам одну сторону монеты. Надеюсь, вы сможете получить представление о Lotus.

Answer 3

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

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

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

Теперь моя компания требует, чтобы все предложения основывались на этом шаблоне. И все предложения будут храниться в библиотеке Pursuits в SharePoint.

Так что я мог бы сделать одну из двух вещей. Я мог бы распространять этот шаблон для всех продавцов и их помощников. Попросите их установить его локально на своей машине, и когда пришло время для написания предложения, создайте новый документ в Word, основываясь на этом предложении, и надейтесь, что он загрузит его в библиотеку Pursuits. Когда у меня есть изменения в шаблоне, я бы сделал их и должен был отправить новый обновленный шаблон всем, кто его использует, надеясь, что они смогут установить его правильно и т. Д.

OR ...

Я мог бы создать библиотеку Pursuits - и загрузить шаблон заявки в эту библиотеку, поскольку новые документы шаблона основаны на. Для этого, когда необходимо создать новое предложение, вы перейдете к библиотеке, щелкните [New] на панели инструментов библиотеки, и новый документ будет создан на основе этого шаблона. Предложение завершено, и в рамках процесса сохранения предложение автоматически загружается в библиотеку Pursuits.

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

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

Еще один пример типа интеграции SP имеет приложения w/Office - при создании электронной почты, а затем переход к приложению к нему - Outlook предоставит вам возможность отправки вложения или просто поместить ссылку к файлу в письме - так что получатели могут просто перейти на соответствующий сайт в SharePoint, где находится файл.

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

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

Надеюсь, что это поможет.

Answer 4

На основании вашего списка функций продукт Lotus, который вы хотите, не является соединением, а Quickr. Я тоже предвзятый, и у меня нет прямого опыта использования Sharepoint или Connections, но вы должны проверить: http://migratenotes.wordpress.com/

Answer 5

О, давай! Вопросы слишком просты. Конечно, SharePoint! У вас есть весь код сервера C# для резервного копирования и HTML5 или Silverlight для некоторых продвинутых клиентских материалов. Кроме того, это целая структура. Отрасли приняты. C# - даже мультиплатформенная. Но Lotus Connections? Некоторое небольшое частное решение, которое, вероятно, даже никто, не сможет запомнить за несколько лет.

Answer 6

это полностью зависит от ваших требований. если ваше требование скорее связано с социальным сотрудничеством, чем с управлением документами и рабочими процессами (разработка тоже), то коннекты - это то, с чем вам следует идти. Я архитектор sharepoint, но я видел демонстрацию связей с моими консультантами IBM. это больше похоже на «facebook», полностью настроенный для вашей организации. Функции социального взаимодействия - больше в соединениях, но другие функции управления документами, рабочих процессов и т. Д. - это то, что SharwPOint станет лучшим инструментом для.