Опыт применения метода ATAM для оценки архитектурыCUSTIS
Выступление Игоря Беспальчука, нашего руководителя проектов дирекции архитектуры, на заседании русского отделения INCOSE (9 ноября 2016 года, Москва).
Видеозапись выступления:
https://vimeo.com/190918892
Опыт применения метода ATAM для оценки архитектурыCUSTIS
Выступление Игоря Беспальчука, нашего руководителя проектов дирекции архитектуры, на заседании русского отделения INCOSE (9 ноября 2016 года, Москва).
Видеозапись выступления:
https://vimeo.com/190918892
Будущее уже наступило: от Agile к бирюзовым организациямCUSTIS
Выступление Максима Цепкова, нашего главного архитектора дирекции развития решений, на форуме «Дни PR и маркетинга на Юге» (1 июня 2017 года, Ростов-на-Дону).
Открытый семинар для студентов в компании CUSTIS (3 октября 2013 года).
Лектор: Игорь Беспальчук, руководитель проектов, сертифицированный Scrum Product Owner.
Аннотация: Данный обзорный семинар позволит широким взглядом окинуть процессы, происходящие при заказной разработке, получить представление об этой индустрии и разобраться, как происходит разработка заказного ПО в CUSTIS.
Видеозапись семинара: https://vimeo.com/76600088.
Проектирование Программных Систем. Лекция 01Dima Dzuba
Лекция рассказывает о базовых принципах построения программного обеспечения. Проводится сравнение гибких (Agile) и водопадных методологий разработки программного обеспечения.
Стандарт OMG Essence - в чем польза для аналитика?Yury Kupriyanov
"Режиссерская версия" слайдов к докладу "Стандарт OMG Essence - в чем польза для аналитика?" на ЛАФ'2013. Полностью приведены чеклисты для стадий альф: стейкхолдер, возможность и требования.
Опыт госпроектов и взаимодействия с корпоративными структурамиПрофсоUX
Доклад предназначен для UX-специалистов, руководителей проектов и всех остальных.
В последнее время UX-специалисты и компании все чаще привлекаются к реализации проектов для корпораций и государственных заказчиков. На первый взгляд кажется, что при работе с ними попадаешь из мира сотрудничества в мир формальных взаимодействий. На самом деле построить с такими заказчиками настоящее сотрудничество вполне возможно. Более того, заказчик в нем заинтересован, просто не всегда представляет, как это сделать. В докладе я поделюсь практиками работы с крупными заказчиками из опыта компании CUSTIS.
Доклад предназначен для Design Team Leads, которые заинтересованы в развитии своих дизайнеров, настройке процесса обучения; и дизайнеров, которые хотят развиваться и расти в профессиональном плане.
Наш департамент вырос с 20 до 55 дизайнеров в короткие сроки. Стала актуальной задача по определению уровня конкретного дизайнера: чем отличается Middle от Senior, как выровнять эти уровни между СНГ, Британией и США. Как обучить такое количество дизайнеров, выстроить Personal Development Plan.
В докладе мы хотим рассказать, какие инструменты и методы мы разработали для этого, какие результаты это принесло.
This document summarizes the results of an IAB Russia study on digital advertisers' views of the Russian digital advertising market. It acknowledges those who participated in and helped conduct the research, including ordering parties, partner agencies, advertisers, and experts. The main results found that from May to August 2014, as a crisis was developing, advertisers' budget plans for digital advertising did not change sharply. However, factors that could influence future budget plans were the economic situation and changes in the market.
Будущее уже наступило: от Agile к бирюзовым организациямCUSTIS
Выступление Максима Цепкова, нашего главного архитектора дирекции развития решений, на форуме «Дни PR и маркетинга на Юге» (1 июня 2017 года, Ростов-на-Дону).
Открытый семинар для студентов в компании CUSTIS (3 октября 2013 года).
Лектор: Игорь Беспальчук, руководитель проектов, сертифицированный Scrum Product Owner.
Аннотация: Данный обзорный семинар позволит широким взглядом окинуть процессы, происходящие при заказной разработке, получить представление об этой индустрии и разобраться, как происходит разработка заказного ПО в CUSTIS.
Видеозапись семинара: https://vimeo.com/76600088.
Проектирование Программных Систем. Лекция 01Dima Dzuba
Лекция рассказывает о базовых принципах построения программного обеспечения. Проводится сравнение гибких (Agile) и водопадных методологий разработки программного обеспечения.
Стандарт OMG Essence - в чем польза для аналитика?Yury Kupriyanov
"Режиссерская версия" слайдов к докладу "Стандарт OMG Essence - в чем польза для аналитика?" на ЛАФ'2013. Полностью приведены чеклисты для стадий альф: стейкхолдер, возможность и требования.
Опыт госпроектов и взаимодействия с корпоративными структурамиПрофсоUX
Доклад предназначен для UX-специалистов, руководителей проектов и всех остальных.
В последнее время UX-специалисты и компании все чаще привлекаются к реализации проектов для корпораций и государственных заказчиков. На первый взгляд кажется, что при работе с ними попадаешь из мира сотрудничества в мир формальных взаимодействий. На самом деле построить с такими заказчиками настоящее сотрудничество вполне возможно. Более того, заказчик в нем заинтересован, просто не всегда представляет, как это сделать. В докладе я поделюсь практиками работы с крупными заказчиками из опыта компании CUSTIS.
Доклад предназначен для Design Team Leads, которые заинтересованы в развитии своих дизайнеров, настройке процесса обучения; и дизайнеров, которые хотят развиваться и расти в профессиональном плане.
Наш департамент вырос с 20 до 55 дизайнеров в короткие сроки. Стала актуальной задача по определению уровня конкретного дизайнера: чем отличается Middle от Senior, как выровнять эти уровни между СНГ, Британией и США. Как обучить такое количество дизайнеров, выстроить Personal Development Plan.
В докладе мы хотим рассказать, какие инструменты и методы мы разработали для этого, какие результаты это принесло.
This document summarizes the results of an IAB Russia study on digital advertisers' views of the Russian digital advertising market. It acknowledges those who participated in and helped conduct the research, including ordering parties, partner agencies, advertisers, and experts. The main results found that from May to August 2014, as a crisis was developing, advertisers' budget plans for digital advertising did not change sharply. However, factors that could influence future budget plans were the economic situation and changes in the market.
Будущее omni-channel маркетинга: инструменты, кейсы и цифрыCUSTIS
Выступление Артема Казакова, директора по маркетингу Retail Rocket, на бизнес-завтраке «К 2017 готовы: продвинутые инструменты маркетинга для интернет-магазинов» (13 декабря 2016 года, Москва).
IAB Russia Digital Advertisers Barometer - 2015Roman Smolyakov
Некоммерческое Партнерство развития интерактивной рекламы IAB Russia публикует результаты второго ежегодного исследования мнений рекламодателей об интерактивной рекламе в России - IAB Russia Digital Advertisers Barometer - 2015.
6 апреля 2013 г. в омском филиале Luxoft прошел пятый IT-субботник – открытая встреча для IT-специалистов. Максим Юнусов, тренер Luxoft Training по анализу и проектированию ПО, представил доклад «Архитектура в Agile проекте».
В своем выступлении Максим рассказал об архитектуре в «раннем» и в «развитом» Agile, принципах дизайна, мифе о рефакторинге и факторах качества по Бертрану Мейеру, а также о качествах, ценных в Agile, и архитектурных взаимодействиях в Agile проектах.
www.cmcons.com. Практика и технология внедрения процесса конфигурационного управления и управления изменениями с применением IBM Rational ClearCase и ClearQuest
Архитектура для мобильных игр - с чего начать и популярные решения / Евгений ...DevGAMM Conference
В Интернете очень мало информации об архитектуре игр, много узкоспециализированной информации, подходов и закономерностей, но не хватает общего взгляда сверху. Этот доклад предназначен как для начинающих программистов, не знающих с чего начать, так и для опытных программистов, желающих сравнить свои решения с другими.
ITGM #5. System Duality and Its Practical Effect on Business Analysis [1.0, RUS]Alex V. Petrov
Как гласит один из постулатов современной системной инженерии, любая сложная инженерная система есть иррациональное единство функции и конструкции, и информационные системы — не исключение.
Постичь внутреннюю онтологическую двойственность таких систем — значит научиться отчетливо видеть альтернативные пути удовлетворения потребностей заинтересованных сторон, осознанно, а не интуитивно различать ограничения и требования, элементы ИТ-архитектур и элементы ИТ-решений, идентифицировать внешние и внутренние интерфейсы систем в их надсистемах и многое-многое другое.
Доклад А.Левенчука "SysArchi -- системное моделирование в ArchiMate 3.0" на семинаре "Дни инженерии организаций" факультета информатики, математики и компьютерных наук НИУ ВШЭ. Москва-Нижний Новгород, 11 сентября 2018
Choose method for requirements Tsepkov Analyst Days-2017Maxim Tsepkov
Как выбрать для проекта практики проектирования и работы с требованиями (Максим Цепков на AnalystDays-2017). Страница доклада http://mtsepkov.org/Methods4req
Открытый семинар для студентов в компании CUSTIS (25 сентября 2014 года).
Лектор: Игорь Беспальчук, руководитель проектов дирекции технологического развития.
Аннотация: Уже больше тридцати лет термин «архитектура» широко используется в разработке программного обеспечения. Без сомнения, архитектура — это нечто очень значительное, сложное, а может быть, и самое важное при создании качественного ПО. Но на вопрос о четком определении и критериях значимости архитектуры даже специалисты с большим опытом обычно отвечают уклончиво, умножая абстракции и не добавляя ясности в понимание. Неудивительно, что без четкого представления о том, что такое архитектура, нельзя сказать, какой она должна быть, как ее создать и как проверить, иными словами — как управлять архитектурой. На семинаре мы постараемся разобраться со всеми этими вопросами.
Видеозапись семинара: https://vimeo.com/107810012.
INFOSYSTEMS. How to Measure Software Architecture [1.01, RUS]Alex V. Petrov
Прошедший в «Академии информационных систем» (г. Москва) семинар «Как измерить архитектуру ПО?» ответил на вопрос о том, реально ли оценить архитектуру программной системы и сказать, насколько она полна, качественна, подвержена тем или иным недостаткам. В ходе семинара слушатели узнали, какие архитектурные метрики существуют, какие из них — признаны отраслью, в чем состоит их польза и как подходить к их применению в условиях производства.
Выступление Владимира Рахтеенко, нашего генерального директора, и Германа Алексеева, ИТ-директора ГК «Спортмастер», на Неделе российского ритейла (7 июня 2017 года, Москва).
Диаграммы учета как средство для наглядного и целостного отображения правил у...CUSTIS
Выступление Максима Цепкова, нашего главного архитектора дирекции развития решений, на конференции «Соколовские чтения «Бухгалтерский учет: взгляд из прошлого в будущее» (22 апреля 2017 года, Санкт-Петербург).
Опыт построения микросервисной архитектуры в цифровом банкеCUSTIS
Выступление Андрея Солощака, ведущего архитектора «Бинбанка», на профессиональной встрече CUSTIS Meetup: Микросервисы в Enterprise (16 марта 2017 года, Москва).
Золотая лихорадка MSA: почему нам не подошли микросервисы?CUSTIS
Выступление Юрия Веретельникова, сооснователя и технического директора Solit Clouds, на профессиональной встрече CUSTIS Meetup: Микросервисы в Enterprise (16 марта 2017 года, Москва).
Выступление Игоря Беспальчука, нашего руководителя проектов, на профессиональной встрече CUSTIS Meetup: Микросервисы в Enterprise (16 марта 2017 года, Москва).
От монолитных моделей предметной области — к модульнымCUSTIS
Выступление Максима Цепкова, нашего главного архитектора дирекции развития решений, на World Information Architecture Day (18 февраля 2017 года, Санкт-Петербург).
This document summarizes Adam Sitnik's presentation on .NET performance. It discusses new features in C# 7 like ValueTuple, ref returns and locals, and Span. It also covers .NET Core improvements such as ArrayPool and ValueTask that reduce allocations. The presentation shows how these features improve performance through benchmarks and reduces GC pressure. It provides examples and guidance on best using new features like Span, pipelines, and unsafe code.
Process и Case Management в информационной системе: от автоматизации As Is к ...CUSTIS
Выступление Максима Цепкова, нашего главного архитектора дирекции развития решений, на ежегодной конференции CEE-SECR – 2016 (29 октября 2016 года, Москва).
RBAC & ABAC: гибридное решение для управления правами доступаCUSTIS
Выступление Вячеслава Муравлева, нашего ведущего разработчика, на международной выставке InfoSecurity Russia (20 сентября 2016 года, Москва).
Видеозапись выступления:
https://vimeo.com/183804752
Омниканальная модель в ритейле: решения и кейсыCUSTIS
Выступление Петра Асратяна, директор программы модернизации информационных систем «Леруа Мерлен Восток», на конференции «IT в ритейле» (12 сентября 2016 года, Москва).
Выступление Игоря Катенина, директора по развитию инвестиционно-маркетингового агентства ФИНIQ, на профессиональной встрече CUSTIS Meetup: Омниканальность в ритейле (21 апреля 2016 года, Москва).
Выступление Алексея Тимонина, операционного директора OZON.ru, на профессиональной встрече CUSTIS Meetup: Омниканальность в ритейле (21 апреля 2016 года, Москва).
Собираем кубик Рубика: восстановление архитектурного описания корпоративной распределенной системы
1. 29 октября 2016
Собираем кубик Рубика:
восстановление архитектурного описания
корпоративной распределенной системы
Павел Музыка
Архитектор приложений
4. О чем система
Распределенная система сбора
финансовой отчетности: шесть стран
Система business-critical: не собрали
финансовую отчетность – не можем
управлять бизнесом
4/57
5. Наследие…
Терабайты финансовых учетных данных
Разработка системы начата в начале 2000-х
Недавно (в 2012 году) был крупный
реинжиниринг системы
За время существования системы состав
команды полностью поменялся несколько раз
5/57
6. Структура системы
Четыре функциональных модуля
Трехзвенка, две эпохи технологий UI, два
разных кодогенератора для нужд БД и др.
Основной блок вычислений – в базе
данных (Oracle)
+ Есть мощный движок построения
отчетности на C#
6/57
7. Ситуация
После двухлетнего неторопливого
сопровождения заказчик поставил задачу
существенного развития системы
В команде нет ни одного разработчика, который
работал бы над системой больше года
+ Два аналитика, один из которых пришел три
месяца назад
7/57
9. Существующее описание
Внутренняя wiki (много текста: 302 страницы)
Множество сделанных в Visio диаграмм,
разложенных как в Svn, так и на сетевом
хранилище
Актуальность большинства документов –
2012 год
9/57
11. Архитектура vs. архитектурное описание
Архитектура – фундаментальное устройство
самой системы
Архитектурное описание – описание
устройства системы
как внутреннего устройства
так и внешних интерфейсов
с системным окружением
с использующей системой
с обеспечивающей системой
11/57
13. Зачем описывать архитектуру?
Для совместного проектирования
Согласовывать изменения с заказчиком
Обсуждать изменения с разработчиками
Сравнивать различные варианты
Для передачи знаний о системе
Ее назначение и устройство
Методика разработки и поставки
Способы использования
13/57
16. Точка зрения в архитектуре
В 1977 году Douglas T. Ross, K. E. Schoman
предложили использовать концепции Context,
Viewpoint и Vantage point
В 1992 году Anthony Finkelstein с коллегами
предложили различать representation и specification
В стандарте IEEE 1471 это разделение стало
называться Viewpoint и View соответственно
16/57
17. Viewpoint vs. View
17/57
Viewpoint содержит
определение описания
View содержит
само описание
Viewpoint задает
типы моделей
(язык описания)
View содержит
сами модели
21. ISO/IEEE 42010
Жестко не регламентирует сами
viewpoint’ы
Дает метаописание viewpoint’а
Предлагает использовать Reference Model
of Open Distributed Processing (RM-ODP)
21/57
41. Software Archaeology
Для восстановления описания архитектуры
уже существующей системы не подходят методы
описания архитектуры в процессе проектирования
Так же как для сборки (решения) кубика
Рубика не подходят инструкции по его сборке
(монтажу из частей)
41/57
42. Практики в Software archaeology
Чтение существующей документации
и ее актуализация
Интервью с экспертами, пользователями
и другими включенными в процесс персонами
Исследование поведения системы
Исследование структуры системы
Постановка архитектурного процесса
42/57
45. Метод тестирования гипотез
Проводим первое интервью, задаем вопросы
на понимание
В оффлайне обдумываем, фиксируем
понимание, рисуем диаграммы
Проводим второе интервью с главным
вопросом «я правильно понял, что оно так?»
Получаем ответ «конечно же нет, оно должно
быть вот так»
Уходим на второй раунд обдумывания
и фиксирования в оффлайне
45/57
46. Особенности интервьюирования
Записывайте звук и видео, если это возможно
Нужно различать, о какой системе вам
рассказывают: о целевой, обеспечивающей или
использующей
Процесс сильно цикличен – желательно сокращать
время между итерациями
Структура необходимых viewpoint'ов будет
рождаться постепенно, поэтому нужно двигаться
сверху вниз: от концептуального к детальному
46/57
47. Интервьюируем заказчика и пользователя
Цель – составить сценарии использования системы
47/57
Структуры данных
Компоненты
Функции, поведение,
потоки данных
Встройка
в системное окружение
и интеграция
48. Интервьюируем аналитиков
Цель – выявить принципы, заложенные в систему, описать деление
на функциональные блоки
48/57
Структуры данных
Компоненты
Функции, поведение,
потоки данных
Встройка
в системное окружение
и интеграция
49. Интервьюируем разработчиков
Цель – получить детальную архитектуру функциональных блоков
или компонентов
49/57
Структуры данных
Компоненты
Функции, поведение,
потоки данных
Встройка
в системное окружение
и интеграция
50. Самостоятельные раскопки
Исследуем поведение
Подключаемся к тестовому стенду и пытаемся
работать с системой
Если есть автоматические тесты или тестовые
сценарии для QA, то обязательно их смотрим
Исследуем структуры
Открываем среду разработки и читаем код
Если среда позволяет, то строим диаграммы
по фрагментам системы
50/57
55. Как это сделано у нас
Основной репозиторий – это wiki
Вся структура описания – в wiki, связи между
viewpoint’ами – там же
Исходники диаграмм – в Enterprise Architect
или Visio
Enterprise Architect – инструмент коллективной
работы с диаграммами
Автоматизирована выгрузка диаграмм в wiki
из Enterprise Architect и Visio
55/57
56. Подводя итоги
Результат:
После восстановления архитектурного описания мы
смогли согласовать масштаб изменений с заказчиком
и снять основные риски
Выводы:
Восстановить архитектурное описание дорого в момент
возникновения необходимости и поэтому не всегда
возможно
Важно ставить практики управления архитектурой
и поддерживать описание в актуальном состоянии
56/57
Сюда хорошо бы на каждый пункт придумать интересную картинку
Douglas T. Ross and K.E. Schoman
* a viewpoint "makes clear what aspects are considered relevant to achieving ... the overall purpose [of the model]" and determines How do we look at [a subject being modelled]
* As examples of viewpoints, the paper offers: Technical, Operational and Economic viewpoints.
* "a representation style, the scheme and notation by which the viewpoint expresses what it can see" and
* "a specification, the statements expressed in the viewpoint's style describing particular domains"
В 2011 году стандарт IEEE 1471 был заменен на IEEE 42010
Хорошо бы сюда придумать картинку-метафору про Viewpoint View
Филип Крачтен в 1995 году предложил 5 точек зения, с которых нужно смотреть на систему.
In 1996 the ISO Reference Model for Open Distributed Processing (RM-ODP) was published to provide a useful framework for describing the architecture and design of large-scale distributed systems.
Тут тоже 5 viewpoint’ов, но они уже немного другие.
А вот сименс предлагает 4 View, но не включает в них архитектуру железа… Но зато исходный код выделен как элемент архитектуры.
Розански и Вудс предложили уже 6 viewpoint’ов, которые конечно же отличаются в нюансах от предыдущих.
Но они еще предложили использовать перспективу помимо вьюпоинта, предложив минимум 7 перспектив. Это все дает 7*6=42 вида диаграмм.
1. Так же как и для раскопок применяют не те же технологии что и для строительства
Люди трепетно относятся к своим трудам, поэтому сначала прочтите, что они уже описали, а потом задавайте вопросы
Люди склонны считать свои мысли очевидными
=> Для разных людей нужны разные картинки
Сложно выявить изначальные требования, поэтому остается выявлять текущее поведение системы
Проще всего попросить их самих заполнить раздел описания
Целостную картину описания все равно должны удерживать вы
Значит, нужно поставить практику работы с архитектурным описанием для всей команды
Диаграмма + тезисы
Тезисы только поясняют картинку, а не заменяют ее
Диаграммой и текстовым описанием можно добиться куда большего, чем одной диаграммой