Метка: use case

Проектируем Открытый API

Дорогие друзья и уважаемые коллеги, всем вам привет! Слушатели семинаров по архитектуре не раз отмечали, что совместное проектирование ИТ-решений является чуть ли не самой интересной и полезной частью таких занятий. Потому я часто задаю себе вопрос: можно ли перенести эту практику в виртуальное пространство. Принесет ли пользу заочное обсуждение постановок задач и выбор вариантов реализации. Достаточно ли комментариев в блоге, на странице в FB или в Telegram для реализации похожего эффекта.

Напомню, что решаем мы обычно не очень сложные, но достаточно четко сформулированные кейсы. Сегодня я сформулирую такую архитектурную задачку и приглашаю всех к её обсуждению. Уточняющие вопросы и варианты реализации можно задавать в комментариях к этому сообщению, в группе Telegram https://t.me/itarchitect и Facebook https://www.facebook.com/groups/solutionarchitect/ Важные утонения, касающиеся постановки задачи я буду вносить в эту запись. Вариантами решения, которые не обязательно формулировать именно здесь, делитесь, пожалуйста, сами. Итак, поехали. Continue reading «Проектируем Открытый API»

Реклама

[r]evolutionary architecture

Если вы читали книгу Сэма Ньюмена «Создание микросервисов» (Building Microservices. Designing Fine-Grained Systems By Sam Newman), то могли столкнуться с ощущением когда за словами теряется смысл. В книжке приводятся совершенно верные рассуждения о синхронных и асинхронных взаимодействиях, архитектуре и интеграции, разнице между оркестровкой и хореографией, непрерывном развертывании и мониторинге и даже страшной аббревиатуре HATEOAS. Но за всеми этими вполне разумными суждениями сложно разглядеть ответ на вопрос «Зачем?» В какой-то мере ответ на этот вопрос дается другими экспертами ThoughtWorks в концепции Evolutionary Architecture. Статья тоже довольно абстрактна, но прикладываемые к ней видео семинаров и выступлений на конференциях позволяют догадаться, о чем идет речь. Выскажу свою версию надеясь, что она не очень далека от оригинального суждения. Continue reading «[r]evolutionary architecture»

Отображение пути вместо рисования связей

incДля упомянутого в предыдущем сообщении вебинара я нарисовал простую картинку (см. рисунок, кликабельно). Я не следовал какой-то строгой нотации в этом наброске. Моей целью являлось в двух словах рассказать о том, что такое система управления инцидентами, какие акторы (действующие лица) участвуют в работе с такого рода системой и как выглядит процесс решения инцидента. Главным характеризующим свойством такого рода процессов является наличие двух уровней поддержки. (Иногда выделяют большее количество уровней, но для нас сейчас это не принципиально) На первом уровне происходит классификация обращения и назначение его на соответствующую группу второго уровня. Иногда инцидент может быть решен и на первом уровне. Есть даже специальный KPI, именуемый First Line Resolution Rate, который показывает долю инцидентов, закрытых первым уровнем поддержки. Continue reading «Отображение пути вместо рисования связей»

Описание вариантов использования и современный user experience

mobile-ios-1Конец света так и не наступил, а до Нового года остается еще пара дней. Поэтому я решил воспользоваться возможностью оставить в 2012 году еще одно сообщение в своем блоге.

20-21 декабря я проводил очередной тренинг по архитектуре корпоративных информационных систем. И так получилось, что среди слушателей этого потока никто не был ранeе знаком с книжкой Алистера Коберна «Современные методы описания функциональных требований» (Alistair Cockburn «Writing Effective Use Cases») Пришлось затронуть эту тему поглубже. Рассказать о том, как описывать шаги сценария. Как правильно строить предложение, описывающее шаг: выделять действующее лицо (actor, субъект), которое обладает самостоятельным поведением, объект с которым производится операция, описывающий операцию глагол и т.д. К счастью, у меня в презентации всегда есть пара слайдов, которые можно использовать для такого объяснения (см. рисунок). Continue reading «Описание вариантов использования и современный user experience»