Size: a a a

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

2019 July 28

ТЛ

Тимур Латыпов in Архитектура ИТ-решений
К примеру: есть две системы. Что выбрать? 1. Создать одну базу данных куда складывать все данные эти две системы, или 2. Кидать друг другу данные, каждый сам разбирается с ним. 3. Согласовать формат обмена, к примеру создать xsd схему общую, на ее основе xml сообщения которые друг другу кидать будем. И т.д.
источник

AL

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

AL

Alexander Luchkov in Архитектура ИТ-решений
Тимур Латыпов
К примеру: есть две системы. Что выбрать? 1. Создать одну базу данных куда складывать все данные эти две системы, или 2. Кидать друг другу данные, каждый сам разбирается с ним. 3. Согласовать формат обмена, к примеру создать xsd схему общую, на ее основе xml сообщения которые друг другу кидать будем. И т.д.
А, во! Это понятная задача.
источник

ТЛ

Тимур Латыпов in Архитектура ИТ-решений
Alexander Luchkov
а если про "Решение по выбору межжду JSON и XML в качестве формата обмена данными надо принимать исходя из критериев А, Б и экспертизы Васи", то это про организацию процесса проектироваия.
И это тоже кстати, хороший вопрос, чему бы стоит поучится, хотя бы чтобы знать А и Б
источник

AL

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

AL

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

AL

Alexander Luchkov in Архитектура ИТ-решений
Т.е. В одно лицо это не сделать никак.
источник

AL

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

AL

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

AL

Alexander Luchkov in Архитектура ИТ-решений
Потом собираешь архитектурный совет и всем кагалом решаете вопрос, на котором РП, или главный конструктор принимают решение как делать.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Так что про "синтез вариантов решения" - это понятная задачка, и делается в 2 приёма:
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
1. Научиться находить нужных экспертов
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
2. Научиться оформлять документы со значимыми данными.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Если конечно ты "Самый главный эксперт" на проекте - то это всё будет на тебе)
источник

S

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

S

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

d

dreamore in Архитектура ИТ-решений
Неподходящее место для подобного сообщения
источник

S

Sergey in Архитектура ИТ-решений
ну вдруг кто-то сдауншифтить захочет
источник

GM

Gleb Mekhrenin in Архитектура ИТ-решений
это спамер
источник

GM

Gleb Mekhrenin in Архитектура ИТ-решений
урл лучше не открывать
источник