Если вы читали книгу Сэма Ньюмена «Создание микросервисов» (Building Microservices. Designing Fine-Grained Systems By Sam Newman), то могли столкнуться с ощущением когда за словами теряется смысл. В книжке приводятся совершенно верные рассуждения о синхронных и асинхронных взаимодействиях, архитектуре и интеграции, разнице между оркестровкой и хореографией, непрерывном развертывании и мониторинге и даже страшной аббревиатуре HATEOAS. Но за всеми этими вполне разумными суждениями сложно разглядеть ответ на вопрос «Зачем?» В какой-то мере ответ на этот вопрос дается другими экспертами ThoughtWorks в концепции Evolutionary Architecture. Статья тоже довольно абстрактна, но прикладываемые к ней видео семинаров и выступлений на конференциях позволяют догадаться, о чем идет речь. Выскажу свою версию надеясь, что она не очень далека от оригинального суждения. Читать далее [r]evolutionary architecture
Метка: use case
Отображение пути вместо рисования связей
Для упомянутого в предыдущем сообщении вебинара я нарисовал простую картинку (см. рисунок, кликабельно). Я не следовал какой-то строгой нотации в этом наброске. Моей целью являлось в двух словах рассказать о том, что такое система управления инцидентами, какие акторы (действующие лица) участвуют в работе с такого рода системой и как выглядит процесс решения инцидента. Главным характеризующим свойством такого рода процессов является наличие двух уровней поддержки. (Иногда выделяют большее количество уровней, но для нас сейчас это не принципиально) На первом уровне происходит классификация обращения и назначение его на соответствующую группу второго уровня. Иногда инцидент может быть решен и на первом уровне. Есть даже специальный KPI, именуемый First Line Resolution Rate, который показывает долю инцидентов, закрытых первым уровнем поддержки. Читать далее Отображение пути вместо рисования связей
Описание вариантов использования и современный user experience
Конец света так и не наступил, а до Нового года остается еще пара дней. Поэтому я решил воспользоваться возможностью оставить в 2012 году еще одно сообщение в своем блоге.
20-21 декабря я проводил очередной тренинг по архитектуре корпоративных информационных систем. И так получилось, что среди слушателей этого потока никто не был ранeе знаком с книжкой Алистера Коберна «Современные методы описания функциональных требований» (Alistair Cockburn «Writing Effective Use Cases») Пришлось затронуть эту тему поглубже. Рассказать о том, как описывать шаги сценария. Как правильно строить предложение, описывающее шаг: выделять действующее лицо (actor, субъект), которое обладает самостоятельным поведением, объект с которым производится операция, описывающий операцию глагол и т.д. К счастью, у меня в презентации всегда есть пара слайдов, которые можно использовать для такого объяснения (см. рисунок). Читать далее Описание вариантов использования и современный user experience