Size: a a a

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

2020 October 28

AB

Alexander Byndyu in Архитектура ИТ-решений
Sergey Bezrukov
Не очень понятно зачем оно было бы нужно вообще.  Есть системы, которым (возможно) уготована долгая жизнь и много итераций в развитии, есть MVP, есть throw-away прототипы, очевидно что к коду этих систем совсем разные требования.
Речь о системе, которой уготована долгая жизнь
источник

F

Fagor in Архитектура ИТ-решений
Alexander Byndyu
Есть гост на установку окон, это был пример из жизни ☺️ А что в итоге в IT? Вот вы заказали систему, вам дали говнокод, который ТЗ формально соответствует. Как можно защищаться?
Надо же. А куда устанавливать, я вот в ванную устанавливаю, при климате 40 по цельсию с колебаниями в 20 градусов? Я думаю нет там такого. Хотя могу ошибаться.
источник

SB

Sergey Bezrukov in Архитектура ИТ-решений
Alexander Byndyu
Речь о системе, которой уготована долгая жизнь
Ну вот в ТЗ на следующую итерацию и запишете требования к соблюдению стандартов кодирования, которые вы считаете разумными.
источник

SB

Sergey Bezrukov in Архитектура ИТ-решений
Тут же важно, чтобы и подрядчик понимал ясно - какие к нему конкретно требования предъявляются. Они должны быть понятны, непротиворечивы и, самое главное, объективно проверяемы.
источник

AB

Alexander Byndyu in Архитектура ИТ-решений
Fagor
Надо же. А куда устанавливать, я вот в ванную устанавливаю, при климате 40 по цельсию с колебаниями в 20 градусов? Я думаю нет там такого. Хотя могу ошибаться.
Могу вам в личку их скинуть, если интересно :) Там все подробно описано
источник

AB

Alexander Byndyu in Архитектура ИТ-решений
Sergey Bezrukov
Тут же важно, чтобы и подрядчик понимал ясно - какие к нему конкретно требования предъявляются. Они должны быть понятны, непротиворечивы и, самое главное, объективно проверяемы.
Вот это я считаю, что очень важно. Заказчик с самого начала такие требования не предъявлял и это явно неверно
источник

DB

Denis BM in Архитектура ИТ-решений
Alexander Byndyu
Есть гост на установку окон, это был пример из жизни ☺️ А что в итоге в IT? Вот вы заказали систему, вам дали говнокод, который ТЗ формально соответствует. Как можно защищаться?
Никак. ТЗ должно включать в себя требования к конкретным показателям и методике их измерения и тестирования в рамках ПМИ. Если не включало или соответствует, то се ля ви.
источник

F

Fagor in Архитектура ИТ-решений
а, спасибо, не нужно, но в ИТ я не встречал прямо такой подробности. Даже к типовым ИТ комплексами, типа систем контроля доступа. Плюс они устаревшие, в том смысле что не охватывают новые типы и возможности.
источник

AB

Alexander Byndyu in Архитектура ИТ-решений
Denis BM
Никак. ТЗ должно включать в себя требования к конкретным показателям и методике их измерения и тестирования в рамках ПМИ. Если не включало или соответствует, то се ля ви.
Да, я понял. А вот с другой стороны, как требовать в ТЗ покрытие кода тестами, если нет такого стандарта? Потенциальные подрядчики могут предъявить заказчику, что это необоснованные траты на ненужные фантазии. Ну это уже так, лирика
источник

F

Fagor in Архитектура ИТ-решений
Alexander Byndyu
Да, я понял. А вот с другой стороны, как требовать в ТЗ покрытие кода тестами, если нет такого стандарта? Потенциальные подрядчики могут предъявить заказчику, что это необоснованные траты на ненужные фантазии. Ну это уже так, лирика
написать о покрытия скоупа функций юнит тестами, в требованиях к тестированию, в ТЗ, такой раздел в шаблоне, не совсем такой, но примерно. Вот туда все.
источник

F

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

AB

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

DB

Denis BM in Архитектура ИТ-решений
Alexander Byndyu
Да, я понял. А вот с другой стороны, как требовать в ТЗ покрытие кода тестами, если нет такого стандарта? Потенциальные подрядчики могут предъявить заказчику, что это необоснованные траты на ненужные фантазии. Ну это уже так, лирика
А, тут тоже все просто, вы видимо недавно в госухе, да? 😉 Требования в ТЗ лучше и железнее всего обосновываются внутренними распоряжениями по ведомству, сделанными на основании распоряжений вышестоящего ведомства. Т.е. находим какое-либо постановление правительства/министерства по данному вопросу, можно с очень общими словами в духе "экономика должна быть экономной, системы надёжными, а код хорошим", на основании данного документа, выпускаем внутренний по вашему ведомству, где уже будут указаны конкретные показатели. Оба источника вставляем в ТЗ как основания. Job's done.😀 Я немного упростил схему, конечно, но суть именно такая. P. S. Но есть нюансы. Например в финансовой сфере и в ИБ есть определённые распоряжения и стандарты ЦБ и всяких силовых ведомств с конкретными показателями, если вы оттуда, то читать придётся внимательно.
источник

AB

Alexander Byndyu in Архитектура ИТ-решений
Denis BM
А, тут тоже все просто, вы видимо недавно в госухе, да? 😉 Требования в ТЗ лучше и железнее всего обосновываются внутренними распоряжениями по ведомству, сделанными на основании распоряжений вышестоящего ведомства. Т.е. находим какое-либо постановление правительства/министерства по данному вопросу, можно с очень общими словами в духе "экономика должна быть экономной, системы надёжными, а код хорошим", на основании данного документа, выпускаем внутренний по вашему ведомству, где уже будут указаны конкретные показатели. Оба источника вставляем в ТЗ как основания. Job's done.😀 Я немного упростил схему, конечно, но суть именно такая. P. S. Но есть нюансы. Например в финансовой сфере и в ИБ есть определённые распоряжения и стандарты ЦБ и всяких силовых ведомств с конкретными показателями, если вы оттуда, то читать придётся внимательно.
Я вообще не в госухе, но хорошие люди попросили сделать аудит. С коммерческими компаниями всё ясно, а в госах все не так просто. Спасибо за алгоритм, думаю, что пригодится
источник

ДС

Дмитрий Седухин... in Архитектура ИТ-решений
Alexander Byndyu
Всем привет! Одни товарищи хотят от меня ГОСТы на принципы проектирования, требования к покрытию модульными тестами и т.п. требования, которые в книжках пишут. Не находили ли вы подобные ГОСТы в своей практике? Может приходилось обосновывать требования следовать принципам и паттернам в своей работе через ГОСТы?
Можете госты 19 (еспд) серии как-нибудь прикрутить )))
источник

СС

Сергей Старцев... in Архитектура ИТ-решений
коллеги, буквально полчаса как закончился 3-й день конференции Open Group.
Сегодня было интересно - говорили про Archimate и TOGAF.
Из интересных новостей - на основе Gitlab OpenGroup развернули сайт для обсуждений и взаимодействия с пользователями стандартов.
Проект по Archimate по этой ссылке:
https://community.opengroup.org/archimate-user-community/home
источник

СС

Сергей Старцев... in Архитектура ИТ-решений
ссылка на саму конференцию:
https://na.eventscloud.com/ereg/ve/index.php?eventid=579469
Завтра последний день - будут говорить про "Open Process Automation™ Standard"
источник

СС

Сергей Старцев... in Архитектура ИТ-решений
а сегодня к слову была тема - "нужен ли EA в Agile-команде"
источник

СС

Сергей Старцев... in Архитектура ИТ-решений
Сергей Старцев
а сегодня к слову была тема - "нужен ли EA в Agile-команде"
результаты опроса 😊
источник

N

Nikolay in Архитектура ИТ-решений
Подскажите. если я собираюсь потоки видио стримить с хоста. на какое одновременное количество видио стримов мне можно рассчитывать? ну чтобы порядок просто понять сколько с одного хоста можно стримить разных потоков видио, если скажет у меня поток 3mb/sec
источник