- •Введение
- •1. Корпоративный портал
- •1.1. Возможности корпоративного портала
- •1.2. Обзор существующих решений
- •1.3. Этапы внедрения корпоративного портала
- •Каскадный жизненный цикл
- •Спиральный жизненный цикл
- •Экстремальное программирование
- •Функциональные требования заказчика
- •Планирование нагрузки
- •Существующее положение дел и требования по интеграции
- •Планы по дальнейшему развитию системы
- •2. Платформа веб-приложений Plone cms
- •2.1 Краткая характеристика
- •2.2 Возможности
- •2.3 Архитектура платформы
- •2.4 Достоинства и недостатки
- •2.5 Сравнение с другими системами
- •3. Реализация корпоративного портала на платформе Plone cms
- •3.1 Возможности корпоративного портала на платформе Plone cms
- •3.2 Этапы выполнения работы Установка Plone cms на сервер
- •Конфигурирование портала
- •Функциональность корпоративного портала
- •3.3 Взаимодействие пользователей корпоративного портала
- •Заключение
- •Список литературы
- •Приложение 1
Планирование нагрузки
Планируемая нагрузка на систему определяет уровень требований по масштабируемости и способности выдерживать высокие нагрузки. Возможна реализация портала на Oracle WebServer и для небольшой компании, однако, в такой ситуации велик риск не уложиться в бюджет. Так же возможна и реализация портала на PHP и Postgres для компаний с десятками тысяч пользователей, однако при этом задачи поддержки, обновления и масштабирования могут обходиться чрезвычайно дорого. Важными параметры для подбора платформы, соответствующей нагрузке так же являются количество сотрудников, характер и объемы используемых в системе данных.
Существующее положение дел и требования по интеграции
Немаловажным аргументом при выборе платформы являются исторические предпочтения компании. Существующие используемые приложения, (их набор определяет среду и окружение, в котором портал сможет интегрировать наибольшее число приложений), имеющийся парк серверов и рабочих станций (определяет минимальные и рекомендуемые системные требования к интерфейсам и механизмам портала), существующая IT инфраструктура (географическое распределение внешние системы и сервисы).
Планы по дальнейшему развитию системы
Подключение филиалов, расширение функциональности, увеличение количества сотрудников заставляют вносить в уже реализованные системы изменения и постоянно расширять и совершенствовать их, правильным подходом является планирование развития корпоративного портала еще на этапе его создания. Это, во-первых, делает завершенной систему требований к разработке, а во-вторых, позволяет минимизировать стоимость и сроки на проведение работ по развитию вашего интранет-портала в будущем.
Подводя итог, можно сказать, что основное влияние на выбор платформы оказывают требования заказчиков корпоративного портала. Кроме этого выбор платформы влияют планируемая нагрузка на систему (масштаб организации, количество сотрудников, характер используемых в системе данных), требования по интеграции с внешними системами (существующая IT инфраструктура, внешние системы и сервисы), планы по дальнейшему развитию системы (подключение филиалов, расширение функциональности, увеличение количества сотрудников).
Для компаний крупного и части среднего бизнеса в силу масштаба и количества пользователей, скорее всего, правильно будет строить портал с использованием одного из "тяжелых" решений Oracle Portal, IBM WebSphere, Microsoft SharePoint или SAP Enterprise Portal. При этом все дополнительно используемые информационные системы (управление проектами, ресурсами и взаимоотношениями с клиентами) необходимо будет "портализировать" отдельно. Такой подход характеризуется значительными затратами на лицензии, интеграцию и развертывание. Эти затраты, однако компенсируются мощностью и масштабируемостью решений.
Для компаний среднего и малого бизнеса чаще всего более подходит разработка портала специально под нужды компании с использованием легких технологий (PHP, HTML и JavaScript, PostgreSQL). Такой подход позволит не только значительно сократить лицензионные затраты и совокупную стоимость владения (TCO ‑ Total cost of ownership), но и получить на выходе продукт идеально удовлетворяющий потребности компании и в необходимой степени заменяющий отдельные корпоративные системы такие как ERP, CRM решения и проектные системы.