Как описать архитектуру продукта по нотации C4
Когда мы начали создавать платформу True Engineering, в компании не было единых правил для оформления архитектуры. Разные команды – разные инструменты, разные обозначения и уровни абстракции. Значит, даже подобные решения сравнить между собой не получится, а тому, кто смотрит на архитектуру проекта в первый раз, обычно нужен проводник, который расс…
В статье перепутаны изображения диаграмм — отсутствует изображение диаграммы контекста. На habr в аналогичной статье те же ошибки, поправьте, пожалуйста. В целом это новый взгляд на уровни детализации, которые применяются и в других нотациях – IDF0, IDF1X (вспомните там логические и физический уровни) + в остальном это классические диаграммы uml - use cases, component, class. В этот пересказ оригинальной статьи https://c4model.com/ не попало важное замечание, что C4 описывает только статическую архитектуру, но не последовательность и взаимодействие во времени и для всего этого, пожалуйста, используйте uml, bpmn и т.д.: "Why doesn't the C4 model cover business processes, workflows, state machines, domain, data models, etc?
- The focus of the C4 model is the static structures that make up a software system, at different levels of abstraction. If you need to describe other aspects, feel free to supplement the C4 diagrams with UML diagrams, BPML diagrams, ArchiMate diagrams, entity relationship diagrams, etc."
Там интересное, наглядное и содержательное описание. Спасибо, теперь не надо сопоставлять, чтобы обнаружить, что это сокращённый перевод.