Size: a a a

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

2020 April 19

PD

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

Ms

Mutko says in Архитектура ИТ-решений
Попался раз на глаза — рейтинг понизился
источник

DS

Denis Svezhenin in Архитектура ИТ-решений
источник

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
Phil Delgyado
А, сколько у москвича в среднем симок?
)
источник

PD

Phil Delgyado in Архитектура ИТ-решений
А официальная статистика есть?
источник

AP

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

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
1.66, во. "уровень проникновения мобильной связи" это называет, гуглится
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Но это по стране вообще. По городам статистика явно другая.
источник

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
2.5 по Москве
источник

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
но это симки в планшетах и модемах в том числе, разумеется
источник

A

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

AL

Alexander Luchkov in Архитектура ИТ-решений
Alexie
Извините что вмешиваюсь.
Мне в принципе странно, что такую систему администрируют вручную. Это же гос ресурс, должна быть интеграция как минимум с системами с госуслуг для валидации введённых данных плюс контроли вводимой информации хотя бы на уровне интерфейса. Думаю, это очевидные вещи. Понятно, что многим хочется похулиганить и проверить систему на прочность, но тут явно видно, что есть ошибки на уровне проектирования.
Есть. Вот тут вопрос какие именно ошибки, и на каких уровнях проектирования были допущены. Например какие на концептуальном уровня, какие на уровне процессов, какие на уровне технических решений, реализации, приёмки-проверки и т.п.
источник

AL

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

A

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

AL

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

A

Alexie in Архитектура ИТ-решений
Alexander Luchkov
На мой взгляд, на концептуальном уровне данная система спроектирована достаточно грамотно, хотя и с широкими допущениями. А вот на уровне процесса - всё сильно хуже. Не учтены интересы широкого круга значимых заинтересованных сторон.
Ещё мужу 5 пропусков пришло, и во всех паспортных данных нет. Это уже процесс со стороны работодателя. Они тоже данные в систему грузят. Либо кто-то зачем-то пытался получить пропуск на его имя. В общем, система-загадка 😷🤦‍♀️
источник

MS

Maxim Smirnov in Архитектура ИТ-решений
А с чего мы здесь систему выдачи пропусков стали обсуждать? Она вроде бы нормально была придумана, ну развалилась в первый день выдачи, бывает. А так, вполне себе омниканальная, асинхронная, расширяемая (впрочем, что там внутри можно только гадать). Но, в общем должна бы работать если программисты сильно не накосячат
источник

ДС

Дмитрий Седухин in Архитектура ИТ-решений
как и обещал даю ссылку на ISO/IEC/IEEE15288:2015 В целом, кроме приложений текст стандарта переведен полностью.
https://docs.google.com/document/d/1-2UarbM8b66N0BpyiL5DjKC58638ObSWzLmhVyh44Yk/edit?usp=sharing
источник

RR

Roman Roman in Архитектура ИТ-решений
Друзья, товарищи, подскажите плз как быть. Вот обычно в приложении есть некая сущность User, у которой есть различные роли, пермишены, клэймы, которая однозначно отвечает кто сейчас пользуется приложением. Но с другой стороны есть некие сущности предметной области на подобии врачей, продавцов, официантов, курьеров. Это те сущность над которыми производятся дейсвтвия, например их работу планирую, они учавствуют в распределинии товарно-материальных ценностей и прочие доменные операции.
Так вот вопрос, это User и эта доменная сущность это одно и тоже лицо ? Они может наследуются один от другого ? Или это совсем два разных контекста ?
Вот допустим я курьер, я с утра захожу в приложение и вижу что мне набросали кучу работы, как обычно связывают того курьера на которого повесили кучу работы с тем конкретным человеком который зашел, если это разные контексты ? или эти два явления одно и тоже ?
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Разные, конечно.
Вообще, то, что аутентифицируется - это скорее Identity.
Но в некоторых случаях "Продавец" может быть, например, ролью User. Или типом.
источник