Size: a a a

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

2019 November 07

P

Pavel in Архитектура ИТ-решений
Daria Kaftan
Архитектурный позор - это когда сталкиваешься в трех независимых модулях системы с функционалом, делающим одно и то же по-разному, с разными структурами данных, и все - не так, как надо по ТЗ. Но архитектору на это наплевать.
Вот, я про это самое. У нас позор тоже случается, не понятное, кто должен отлавливать.
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Viktor Alexandrov
Ну, если заказчика устраивает ;)
Заказчик мог этого поначалу не заметить. А потом переделывай полсистемы, потому что тот же функционал еще в десятке модулей должен использоваться, только комнды об этом не знают
источник

P

Pavel in Архитектура ИТ-решений
Причём, в ТЗ все корректно, потеря идёт на реализации. Потом отлавливаем в момент подготовки к релизу. Когда вместо трёх компонент, 10 и какая-то левая очередь Тарантул
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Pavel
Причём, в ТЗ все корректно, потеря идёт на реализации. Потом отлавливаем в момент подготовки к релизу. Когда вместо трёх компонент, 10 и какая-то левая очередь Тарантул
Это вопреки решениям архитектора или вместо?
источник

P

Pavel in Архитектура ИТ-решений
Daria Kaftan
Это вопреки решениям архитектора или вместо?
Вместо)
Архитектору все говорят "ок", через месяц в почте канонада: заказчик, эксплуатация, - потому что сделали сильно по-другому.
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Пидорасы, сэр (с)
А какие полномочия у архитектора вообще? Право вето на выпуск релиза?
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
Daria Kaftan
Пидорасы, сэр (с)
А какие полномочия у архитектора вообще? Право вето на выпуск релиза?
А такое бывает?
источник

DK

Daria Kaftan in Архитектура ИТ-решений
На прошлой работе решения принимались на архитектурном комитете. Решения достаточно детальные, поэтому отход от них очевиден. Соответствено, если что не так - то оно не заработает. И архитектор сам занимался выпуском релиза, поэтому на прод гуанон не выходило. В промежуточных стадиях следил системный аналитик, как принимающий работу по постановке. БА проверяли верхнеуровнево, СА - следили за тем, что сделаны нужные таблицы, апишка по согласованному формату и тд.
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
Pavel
Вы прямо образчик закрытого мышления. Не поняли вопрос и вместо того, чтобы встать на место вопрошающего и попытаться разобраться, запутываете и его тоже)

SaD
https://sceweb.uhcl.edu/helm/RUP_school_example/wcsoftwareprocessweb/templates/ana_desi/pt_sad.htm
Спасибо, примерно понял)
источник

P

Pavel in Архитектура ИТ-решений
Daria Kaftan
Пидорасы, сэр (с)
А какие полномочия у архитектора вообще? Право вето на выпуск релиза?
Архитектор может собирать встречи.
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
На самом деле, там где я сейчас тружусь процесс валидации изготовленного ещё не выстроен. И поэтому рекомендации даны, а то что вошло в прод криво — исправляется потом за отдельные деньги
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Pavel
Архитектор может собирать встречи.
И все?
источник

P

Pavel in Архитектура ИТ-решений
Viktor Alexandrov
На самом деле, там где я сейчас тружусь процесс валидации изготовленного ещё не выстроен. И поэтому рекомендации даны, а то что вошло в прод криво — исправляется потом за отдельные деньги
У вас заказная разработка, наверно?
Наших инхаусников деньгами не замотивируешь и переделывать не спешат, т.к. людей не хватает.
источник

P

Pavel in Архитектура ИТ-решений
Daria Kaftan
И все?
Ну, он может повлиять только на SAD через арх. комитет.
Потом документ уходит к проджекту (он же аналитик) и уже тот принимает решение по релизу.
источник

P

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

VA

Viktor Alexandrov in Архитектура ИТ-решений
Pavel
А мотивация проджекта понятна - вывалить на прод все, что хоть как-то работает.
Вот да
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
Pavel
У вас заказная разработка, наверно?
Наших инхаусников деньгами не замотивируешь и переделывать не спешат, т.к. людей не хватает.
Не совсем. И про деньги это я в общем говорил. К тому что на это нужны отельные ресурсы. Что внутри, что у подрядчиков.
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Pavel
А мотивация проджекта понятна - вывалить на прод все, что хоть как-то работает.
У прожекта должна быть (спущенная на него сверху) мотивация экономить деньги и сделать все правильно сразу. Но ее почему-то нет
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Мне кажется очевидным, что если десять раз переделывать одно и то же, то ресурсов не хватит на запланированные работы по проекту
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
«А вдруг в этот раз не придётся?»
источник