Drupal vs Бизнес: почему Drupal лучше любого framework и как его правильно готовить при управлении проектами. Вячеслав Касихин
1. Drupal vs Бизнес:
почему Drupal лучше любого framework
и как его правильно готовить
при управлении проектами
(при реализации от идеи до оптимизации)
Касихин Вячеслав (sonwol@yandex.ru)
при поддержки ребят из Skaven (Берлин-Москва-Бийск)
2. Часть 1: взгляд на проект со стороны Бизнеса,
а не программиста - сравнение важности
основных метрик
3. Бизнес Программист
• Цель любой задачи, получение • Хочет решать интересные
максимальной прибыли от задачи.
производимой деятельности.
• Не хочет изучать документацию.
• Имеется план на год вперёд.
• Хочет программировать как ему
• Продукт построен так, что удобно и реализовывать мечты.
команда может быть заменена в
любой момент.
• Не хочет делать так что бы с
конечным продуктом было
• Максимальное соотношение удобно работать другим если для
цены/качества в проекте. этого ему придётся выполнять
нудное, долгое и не интересно,
• Минимизация всех расходов и написание кода.
рисков в проекте.
• Хочет хорошую зарплату.
• Не хочет писать документацию
по проекту.
Итог: меняет работу раз в 1,5
года.
3
4. Бизнес метрики
● Проблемы которые решает проект.
● Прогнозируемость проекта (сложность и $).
● Конечный функционал проекта.
● Логические этапы проекта.
● Продолжительность и цена каждого этапа.
● Капитализация проекта при реализации
каждого этапа и ROI.
● Критические должности на каждом этапе.
● Опасность неизученных новых технологий в проекте.
● Поддерживаемость проекта.
● Стоимость обслуживания и развития проекта.
● Документированность проекта. 4
5. Часть 2: когда Drupal является лучшим
решением для бизнеса, а когда нет
6. Выбираем Drupal Стороннее решение
• Имеется готовый дистрибутив • Имеется готовое стороннее
(сборка) с нужным решение которое на 120%
функционалом. закрывает потребности на 3-4
ближайших года.
• Решить задачу можно с
использованием дополнительных • Требуется нетипичное решение
модулей. которое можно быстро
реализовать с максимальным
• Необходимо минимизировать соотношением цены/качества в
расходы на поддержку и проекте и всей необходимой
обслуживание. документацией.
• Максимальное соотношение • Приверженность определённой
цены/качества в проекте. технологии граничащая с
• А так же все остальные фанатизмом или сертификаты.
варианты, если Вам нет нужды в • Нет специалистов кроме как в
том что написано в правой этой области.
колонке.
6
7. Часть 3: почему Drupal лучше любого
framework в коммерческом проекте, примеры
из жизни
8. Drupal framework
• Устанавливаем. • Написать авторизацию и
управление пользователями.
• Настраиваем.
• Написать систему управления
• Дорабатываем модули. статьями.
• Тестируем. • Написать модуль интернет-
магазина.
• Радуемся удобству Drupal 7 и
ГИГАНСКОМУ количеству книг по • Понять что заказчик хотел не этого
нему. и вместо перенастройки модулей
начать писать всё заново.
• Снять стресс от не
прогнозируемости проекта
проекта.
• Потратить ОЧЕНЬ МНОГО
времени на отлов багов.
• Понять, что предедущий
разработчик был идиот
использовал не тот framework и
поклонялся не той чашке супа.
8
9. Часть 4: план реализации типового проекта на
Drupal (на примере интернет магазина,
информационного сайта и сервиса)
10. Примерный план
● Описание всего необходимого функционала проекта в Т.З.
● Описание каждого типа страниц сайта и функционала каждого элемента
на них, желательно с изображениями примеров подобных проектов.
● Список модулей и задачи которые они закрывают.
● Создание и последующие согласование дизайна проекта.
● Настройка Drupal и модулей.
● При необходимости — создание новых или изменение имеющихся
модулей.
● Вёрстка темы.
● Согласование виденья проекта и реализации.
● Создание списка изменений в модулях если они были сделаны.
● Краткая документация по проекту и архивирование его файлов.
10
13. Часть 5: примеры использования Drupal как
коробочного проекта, как платформы и как
framework в боевых проектах
14. Коробочный проект
• Установлен Drupal и модули.
• Единожды настроен.
• Написана инструкция для
администраторов.
• Проект копируется на другие сайты
с минимум изменений.
• Изменение темы оформления
занимает минимум времени.
• Требует минимум поддержки.
• Требует минимум затрат на
обновление.
• Большая скорость реализации
проекта.
• Весь проект — может состоять из
наборов шаблонов реализации
задач (не всегда это только
модули). 14
15. Платформа
• Drupal и набор модулей при
каждой установке используются
одни и те же, но не все и каждый
раз в разной комбинации.
• При каждой установке
производится частичная настройка
модулей и функционала.
• Периодический выходят
обновления привносящий новый
функционал в платформу, не
всегда необходимый для данной
установки.
• Для переноса настроек
используется модуль Features или
подобный (самописный).
• Так же как и у коробочного проекта
- обязательно есть свой
инсталятор.
15
16. framework
• Drupal используется только для
вывода информации и управления
пользователями.
• Реализованные на сайте формы
пересылают данные удалённому
скрипту который возвращает
обработанный результат который и
выводится пользователю с
применением дополнительных
графических библиотек.
• Возможен вариант, когда создаётся
модуль и уже в нём производится
подключение и работа со
сторонней библиотекой.
• Главное помнить цель разработки,
понимать, что jQuery тоже
является библиотекой (framework)
и главное в проекте соотношение
цены и качества.
16