2. О чем будем говорить? Что такое «хорошая архитектура»? Как создать хорошее решение Безопасность -сегодня, завтра Три кита: Identity, CRM, SelfCare Новая бизнес-модель Обучение хорошего архитектора Вопросы
3. Хорошая архитектура - это удачный компромисс между желаниями и ограничениями. Архитектура в архитектуре
5. Что их объединяет? Материалы/крепеж? – Нет. Вывод 1: Хорошая архитектура - это НЕ технологии. Форма/основа? – Нет. Вывод 2: Хорошая архитектура может базироваться на разных принципах (фундаментах)
7. Выводы Вывод 1: Красивое, дорогое и гармоничное с виду, тоже на деле может оказаться неудачным архитектурным решением. Вывод 2: Хорошие эксплуатационные качества сами по себе не делают архитектуру хорошей.
9. Пингвины не летают Найти удачный прототип решения (правило изобретения велосипеда) Сократить число ключевых деталей до минимума (пока велосипед остается велосипедом) Помните: Для запуска «пингвина» вам понадобиться катапульта - она увеличит стоимость вашего решения и сроки его реализации (раза в два).
10. Инструменты и подходы Использовать процессный подход к построению архитектуры. Найти требуемый компромисс между универсальностью и специализацией. Использовать методы ТРИЗ и принцип Парето для поиска решений и отсечения лишнего.
12. Расписание на послезавтра Факты: Система проектируется сегодня, разрабатывается завтра, внедряется и эксплуатируется послезавтра. Среда, в которой работает решение, изменяется очень быстро. Вывод: Система должна отражать в своей архитектуре требования будущего (соответствовать им), учитывать возможность изменения условий среды.
14. Кооперация решений Факт: У клиента одновременно работает несколько разнообразных систем, образующих его информационную инфраструктуру. Вывод: Решение должно предусматривать возможность интеграции с ключевыми компонентами заказчика
15. Ландшафтный дизайн Факт: Даже хорошее с точки зрения архитектуры сооружение может потерять все свои преимущества, если оно не будет сочетаться со средой. Вывод: Решение должно быть совместимым с информационной архитектурой существующих систем.
17. Риски Ситуация меняется очень быстро, по этому, основной риск и ключевой фактор – время. Факт: Agile технологии – попытка победить риски. Они развиваются и популярны потому, что: уменьшают время разработки (снижают основной фактор риска) сокращают количество требований (т.е. реализуют на практике принцип Парето)
18. Распространение ИТ в нашей жизни влечет повышенные требования к безопасности. Безопасность
19. Безопасность Сейчас: Пароли и права пользователей. Завтра: Основной концепт - отделение бизнес - информации от расчетных и технических данных (физически). Множество разнообразных одновременно используемых систем порождает необходимость в единой модели управления правами доступа.
21. Identity Предоставляет единую среду для хранения информации о пользователе и его правах, единый интерфейс для работы с ними. Позволяет решить проблему настройки, контроля и администрирования при объединении различных систем в единое целое.
22. CRM Предоставляет механизмы и среду для описания бизнес-логики работы системы и возможность строить персонализированный процесс взаимодействия с клиентом. Технологии современных коммуникаций позволяют компаниям находить и обслуживать своих клиентов почти любой точке мира – CRM создает удобную среду для этого.
23. SelfCare Клиент получает право решать – какая услуга или товар ему нужен, как он хочет вести свои дела, не спрашивая всякий раз у продавца услуг. Компания «доверяет» своему клиенту. Сокращаются издержки компании на персонал. Повышается лояльность клиента по отношению к компании.
24. Новые принципы ведения бизнеса обязательно отражаются на архитектуре решений, которые призваны их поддержать. Новая бизнес-модель
25. Новая бизнес-модель Клиент более не за дверями компании - он входит в число сотрудников и работает на компанию, решая задачу увеличения ее прибыли. Правда, «зарплату» он получает услугами и бонусами, а не деньгами.
26. Один из способов, к сожалению, не используемый сейчас в ИТ. Обучение Архитекторов
27. Листая каталоги Обучаясь традиционной архитектуре, студенты постоянно изучают опыт и работы других архитекторов, дают оценку их сильным и слабым сторонам. На помощь к ним приходят специальные книги, каталоги и журналы. Рано или поздно – такая практика обязательно появится в ИТ и будет признана официально, но, ждать этого момента совершенно не обязательно, можно и нужно начать сейчас.