Size: a a a

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

2020 April 16

EN

Evgeniy Nikonorov in Архитектура ИТ-решений
тут 2к разных определений сейчас вылезет
источник

AG

Alex Glazunov in Архитектура ИТ-решений
Тут терминологический спор, кто как решил. Кто-то любой продукт рассматривает как potential solution, пока он не внедрен. Кто-то как solution. Обычно это зависит от того, вы вендор или заказчик)
источник

EN

Evgeniy Nikonorov in Архитектура ИТ-решений
Согласен. вопрос снимаю
источник

VU

Vitaly U in Архитектура ИТ-решений
Alex Glazunov
Тут терминологический спор, кто как решил. Кто-то любой продукт рассматривает как potential solution, пока он не внедрен. Кто-то как solution. Обычно это зависит от того, вы вендор или заказчик)
А ещё вы можете быть in-home
источник

AG

Alex Glazunov in Архитектура ИТ-решений
Термин ПО (программное обеспечение) в этом контексте мне тоже не очень нравится, слишком он абстрактный. Почему я воспользовался термином "программный продукт" - это нечто имеющее название и это можно купить. "ПО" в целом непонятно как делить на продукты
источник

AO

Andrey Osinniy in Архитектура ИТ-решений
Коллеги спасибо. Я правильно понимаю что задача классификации иТ решений в компании является утопической. И все живут в своих мирах) те никто ревизию не разу не делал) и в едином реестре у себя ничего не хранит?
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Andrey Osinniy
Коллеги спасибо. Я правильно понимаю что задача классификации иТ решений в компании является утопической. И все живут в своих мирах) те никто ревизию не разу не делал) и в едином реестре у себя ничего не хранит?
В смысле?
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Общий классификатор типовых решений конечно у всех есть. Есть ИТ-политика.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Обычно классификатор - её часть. Ну по крайней мере из того, что я видел.
источник

VU

Vitaly U in Архитектура ИТ-решений
Andrey Osinniy
Коллеги спасибо. Я правильно понимаю что задача классификации иТ решений в компании является утопической. И все живут в своих мирах) те никто ревизию не разу не делал) и в едином реестре у себя ничего не хранит?
ревизию? а если сисетем 1000+ и что
источник

AO

Andrey Osinniy in Архитектура ИТ-решений
Alexander Luchkov
В смысле?
В вашем предприятии есть реестр ИТ систем ? На основе чего его делали ? Каждый сочинял по своему?
источник

AO

Andrey Osinniy in Архитектура ИТ-решений
Я понимаю что там часть. Но основа как создавалась ?
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Andrey Osinniy
В вашем предприятии есть реестр ИТ систем ? На основе чего его делали ? Каждый сочинял по своему?
Берутся потребности пользователей. Берётся пишется политика использования ИТ-ресурсов. В ней закрепляется перечень основных средств коммуникаций типа "Почта", "Общие ресурсы", "Каталоги", "Справочники" и т.п. Каждый пишет своё. У нас  это вообще бумажка. И хватает.
источник

AO

Andrey Osinniy in Архитектура ИТ-решений
) спс
источник

MS

Maxim Smirnov in Архитектура ИТ-решений
Andrey Osinniy
Коллеги спасибо. Я правильно понимаю что задача классификации иТ решений в компании является утопической. И все живут в своих мирах) те никто ревизию не разу не делал) и в едином реестре у себя ничего не хранит?
У многих есть список приложений (при этом, под приложением понимаются очень разные вещи) и большинство придумывает свои таксономии. Мой опыт идти от приложений и их свойств намного удобнее, чем от эталонных архитектур типа telecom application map. Хотя в качестве одного из классификаторов можно и её использовать и другие аналоги. Главный вопрос: зачем? Вернее, множественность классификаций - изначальное требование к списку систем
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Alexey Pryanishnikov
Это должно было произойти и уже примерно понятно кому отшивают шапку Мономаха. Новость значимая, кстати. Думаю, мноих из нас это затронет.
источник

AP

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

VU

Vitaly U in Архитектура ИТ-решений
Maxim Smirnov
У многих есть список приложений (при этом, под приложением понимаются очень разные вещи) и большинство придумывает свои таксономии. Мой опыт идти от приложений и их свойств намного удобнее, чем от эталонных архитектур типа telecom application map. Хотя в качестве одного из классификаторов можно и её использовать и другие аналоги. Главный вопрос: зачем? Вернее, множественность классификаций - изначальное требование к списку систем
Максим, так же ТАМ это референс, типа на нём строить, а не его делать, могу заблуждаться
источник

VU

Vitaly U in Архитектура ИТ-решений
Я как-то криво прочитал
источник

VU

Vitaly U in Архитектура ИТ-решений
Но тем не менее
источник