Size: a a a

Архитектура ИТ-решений

2021 February 19

PD

Phil Delgyado in Архитектура ИТ-решений
Alexey Mergasov
именно, если система по своей сложности уменщается в одной голове и управление изменениями может производиться 1 человеком, тут нет этой проблемы
Если система не умещается (в нужном уровне абстракции) в одной голове - то с ней ничего сделать не получается, увы.
Вопрос в подборе правильных viewpoints под конкретную голову.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Т.е. если никто не представляет себе систему, то есть только иллюзия управления изменениями, а не само управление...
источник

PD

Phil Delgyado in Архитектура ИТ-решений
(пока мы не научим все это делать нейросетку и не уйдем на пенсию)
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
ок. сдаюсь. потерял нить вашего вопроса, вы считаете что версионировать проектные решения не нужно?
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Я считаю, что это почти во всех сколь-нибудь интересных случаях бесполезно.
А связывать эти версии с трекером - бесполезно еще чаще.
Но если вам помогает и на это есть лишние деньги, то почему бы и нет...
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
У меня есть боль, ухода от doors
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
И есть проблемы которые хотелось бы решить инструментами более общего пользования.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
А можешь рассказать, что тебе давал doors? Какие были сценарии работы? Может, как не смешно, такое строится поверх Confluence или, прости господи, notion/airflow?
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
весь цикл бумажной работы Паспорт проекта-> Функциональные Требования -> Эпика -> таска на разработку -> сценарий верификации эпики \ тестовый функциональный сценарий -> описание релиза.
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
в нашем случае эпика - это техническое решение
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
из репо кода можно получить всю легенду и выяснить контекст
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
паралельно есть ссылки на архитектуру в части программных компонентов уровня модуля (в мире джава - это .pom.xml)
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
сейчас мы съехали с дорса
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
и цепочка разорволась
источник

АЛ

Алексей Лосев... in Архитектура ИТ-решений
На любой ALM можно все вышеописанное реализовать. Хоть на Azure DevOps, хоть на GitLab, в каких-то случаях это будет связка систем и будет чуть сложнее, но на двух вышеупомянутых я похожие на описанный вами процесс поддерживал.
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
сейчас мы в Gitlab живём
источник

АЛ

Алексей Лосев... in Архитектура ИТ-решений
и в чем проблема?
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Ну и на Jira можно, там все плагины есть
источник

АЛ

Алексей Лосев... in Архитектура ИТ-решений
да, там хранить код и собирать придется во внешних решениях. Но плагинами решается.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Алексей Лосев
да, там хранить код и собирать придется во внешних решениях. Но плагинами решается.
Ну, там есть интеграции и с GitLab и с BitBucket и, кажется, с GitHub - а больше обычно и не надо )
источник