Size: a a a

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

2019 November 13

EI

Eugene Istomin in Архитектура ИТ-решений
Alexander Luchkov
Следствием этого является перенос свойства "Система образования - должна быть такой как вижу я" на весь класс систем образования. А это когнитивная ошибка. Она приводит к искажённому восприятию того, что действительно "должна" или "не должна" система класса "система образования". Например в результате такого переноса образуется требование к системе образования вида: "Система образования должна воздерживаться от моральной подготовки учеников".
Мне нравится постановка :)
Тут можно просто перечитать яснополянинские сочинения Л.Н.Толстого - и увидеть, что в чем-то есть продвижение, в чем-то регресс.
источник

AL

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

DK

Daria Kaftan in Архитектура ИТ-решений
Alexander Luchkov
Агрегат от всех классов частным атрибутом которых является функция обучения.
И что в данном случае класс?
источник

DK

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

AL

Alexander Luchkov in Архитектура ИТ-решений
Daria Kaftan
Мне кажется, это абстрагирование ведет к размытию темы беседы.
Отнюдь. Это про способ сопоставления требований к системе с рассматриваемым уровнем системной организации.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Например я могу сказать "система образования" - и это классификатор. Я принадлежность объекта к классу определяю как "functionExitsts("ОбучениеИндивида(Person)").
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Alexander Luchkov
Например я могу сказать "система образования" - и это классификатор. Я принадлежность объекта к классу определяю как "functionExitsts("ОбучениеИндивида(Person)").
Даже так.
источник

AL

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

DB

Denis BM in Архитектура ИТ-решений
Мой вариант: "какую вывеску на очередной РосПилПроект не вешай, суть не поменяется"
источник

MM

Maxim Muratov in Архитектура ИТ-решений
Опрос из разряда
Как вы относитесь:
1. Никак
2. Совсем никак
источник

В

Владимир in Архитектура ИТ-решений
Сложные ответы... Нет ответа  "я участвую в создании цифровой экономики"
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Alexander Luchkov
Например я могу сказать "система образования" - и это классификатор. Я принадлежность объекта к классу определяю как "functionExitsts("ОбучениеИндивида(Person)").
Ты считаешь системой образования все, что имеет функцию обучить индивида - но под это подпадает слишком много объектов. Это напоминает пункт тз, к которому, с одной стороны, не придерешься, но при этом как дышло.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Daria Kaftan
Ты считаешь системой образования все, что имеет функцию обучить индивида - но под это подпадает слишком много объектов. Это напоминает пункт тз, к которому, с одной стороны, не придерешься, но при этом как дышло.
Именно поэтому нужно вводить дополнительные классификаторы и отношения. Например говорить "Государственная система образования РФ".
источник

AL

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

MS

Maxim Smirnov in Архитектура ИТ-решений
Опрос такой, какой получился. Призываю всех создавать свои каналы по ИТ-архитектуре, делиться ими в группе, заводить опросы, формулировать гипотезы для обсуждения и т.п. Готов ими делиться и в канале https://t.me/it_arch
источник

d

dreamore in Архитектура ИТ-решений
Если не привлекать к ответу политику и российскую действительность, то отношусь положительно. Дело безусловно нужное, аспектов применения масса. Профита тоже можно много выжать: электронные персональные документы, автоматизация рутины в госсферн, единый электронный реестр недвижимости, и так далее и тому подобное.

Но игнорировать российскую действительность невозможно, она в корне меняет отношение к проекту.
источник

d

dreamore in Архитектура ИТ-решений
Вижу проблему - нет фундамента для проекта. А без него они обречены
источник

AL

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

AL

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

AL

Alexander Luchkov in Архитектура ИТ-решений
В общем я за то, чтоб все требования были прослеживаемы к утверждению "И тогда <имярёк> будет хорошо"
источник