Подходящая платформа для сложного рабочего процесса сайта
У меня есть клиент, которому необходимо создать сложный сайт интрасети, управляемый рабочим процессом или формой, с несколькими ролями и примерно 20 процессами рабочего процесса, функциями управления документами и уведомлениями по электронной почте / факсу.
Какова будет подходящая платформа для такого сайта?
Подходит ли SharePoint Foundation 2010 для этого, или я должен использовать сервер SharePoint Enterprise? Или есть что-то еще, что отвечает всем требованиям?
4 ответа
Сейчас я просто догадываюсь, потому что это не сильно отличается от обычных требований к настройке портала, но, возможно, кто-то найдет это полезным
Я только что открыл решение, которое использует IronPython в SharePoint - скриптовый приемник событий, задание таймера, страницу, рабочий процесс, консоль - и позволяет легко развертывать, сохранять, редактировать и настраивать скрипты в одном месте - https://github.com/kerray/NAVERTICA-SPTools
это отчасти натянуто, в настоящее время он не настолько гибок в отделе документооборота и это никоим образом не является отполированным продуктом, но его можно довольно легко расширить
Основное преимущество этого, помимо сохранения здравого смысла при работе с SharePoint API, заключается в том, что оно позволяет нам внедрять решения, которые сильно настраиваются, и, тем не менее, вся база кода состоит из одного общего решения - настройки выполняются в процессе реализации с использованием Скрипты IronPython
есть также некоторые другие потенциально интересные вещи в C# для тех, кто хочет покопаться (или готов подождать, пока я не закончу хотя бы общий обзор)
и хотя мне было позволено открыть исходные тексты довольно ограниченную часть того, что мы в противном случае используем для создания пользовательских порталов для наших клиентов, я помню, что начинал с SharePoint, и я знаю, что я бы убил за подобные инструменты (не то чтобы они были идеальными) для всех, но все же)
и не забывайте, он работает на 100% только с SharePoint Foundation 2010
Подходящая платформа будет во многом зависеть от конкретных потребностей клиента. Последние пару лет я занимался разработкой веб-приложения на основе Workflow/Form на ASP.NET. Это сработало довольно хорошо, особенно когда мы начали переходить на ASP.NET MVC. У нас есть демографический контроль доступа на основе ролей, демографические макеты портала, правила и уведомления по электронной почте. Теперь у нас есть, вероятно, полдюжины рабочих процессов, настроенных для нескольких разных клиентов, и теперь, когда инфраструктура создана, создание новых рабочих процессов и перенастройка существующих могут быть почти полностью выполнены из пользовательского интерфейса администратора.
.NET Framework теперь имеет платформу Workflow Foundation, но мы решили, что наши потребности не очень хорошо совпадают с его набором функций. С несколькими хорошими разработчиками ASP.NET MVC и Entity Framework предоставляют нам все необходимые функции.
Вы можете взглянуть на некоторые коммерческие платформы, такие как Iceberg, в которой инструменты пользовательского интерфейса сочетаются с дизайнером рабочего процесса "укажи и щелкни" и основаны на.net
Вы можете использовать SharePoint Foundation 2010 для размещения Windows Workflow Foundation ( http://msdn.microsoft.com/en-us/library/ms414613.aspx).
Windows Workflow Foundation, размещенный на SP Foundation 2010, достаточно надежен и, на мой взгляд, хорошо подходит для ваших требований.