Size: a a a

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

2020 March 13

AL

Alexander Luchkov in Архитектура ИТ-решений
Есть следующие опорные точки по жизненному циклу:
1. Заказчик принял версию системы в эксплуатацию.
2. Удовлетворены все значимые требования для всех заинтересованных сторон
3. Возникла потребность во внесении изменений.
4. Заказчик принял новую версию в эксплуатацию.

Вот между 1 и 4 - плато.

Там ещё точки должны выделиться начало и окончание перехода.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Alexander Luchkov
Есть следующие опорные точки по жизненному циклу:
1. Заказчик принял версию системы в эксплуатацию.
2. Удовлетворены все значимые требования для всех заинтересованных сторон
3. Возникла потребность во внесении изменений.
4. Заказчик принял новую версию в эксплуатацию.

Вот между 1 и 4 - плато.

Там ещё точки должны выделиться начало и окончание перехода.
Понял где подвох. Так уже давно не работает.
источник

YB

Yury Batsyuro in Архитектура ИТ-решений
Речь с plateau о том, что мы когда делаем transition, у нас появляются какие-то промежуточные архитектуры, скорее всего изобилующие техдолгами и прочими кривостями ради лишь того, чтобы система кола не дала, пока в неё вносят изменения.
источник

YB

Yury Batsyuro in Архитектура ИТ-решений
И какбэ каждая их них — это транзитная ступенька.
источник

AL

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

AL

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

DK

Daria Kaftan in Архитектура ИТ-решений
Alexander Luchkov
Концептуализирую исходя из следующих посылок:
1. Есть условная "версия системы". Версия - это "требования + технические/методические решения + методика испытаний + документация".
2. Есть степень соответствия на которую согласен условный "приёмщик".  В %% от всех требований по всем их всех уровням значимости.
В рамках работы с релизами раз в неделю и параллельной разработкой требований, софта, железа, тестов, и тд, в каждый момент времени система не имеет версии
источник

AL

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

YB

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

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Alexander Luchkov
Всегда так работает. Просто частота внесения изменений увеличилась )
Она увеличилась настолько, что CTRL+S - это уже новая версия, которая едва заметно отличается от старой
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Alexander Luchkov
Всегда имеет.
Ты под системой имеешь в виду что?
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Daria Kaftan
В рамках работы с релизами раз в неделю и параллельной разработкой требований, софта, железа, тестов, и тд, в каждый момент времени система не имеет версии
++
источник

YB

Yury Batsyuro in Архитектура ИТ-решений
И в этом месте VP снова прекрасен, т.к. можно сделать ребэйс и опять отстроить архитектурные изменения от уже нового As Is
источник

YB

Yury Batsyuro in Архитектура ИТ-решений
Daria Kaftan
В рамках работы с релизами раз в неделю и параллельной разработкой требований, софта, железа, тестов, и тд, в каждый момент времени система не имеет версии
Не совсем. Её всё равно бьют на подсистемы и версионируют их впараллель
источник

AL

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

AL

Alexander Luchkov in Архитектура ИТ-решений
Именно. У нас получается "версия конфигурации System of systems"
источник

ОИ

Олег Игонин in Архитектура ИТ-решений
Владимир Чурилов Владимир
то на даннй момент у муниципалов нет нормальных продажников и менеджеров
Порой складывается, что у Минздрава основная цель произвести распил любыми средствами. И зачастую это так. Сейчас в министерстве и комитетах есть некоторые люди, которые хотят хоть что-то сделать, но какой в этом смысл, если происходит повсеместное разворовывание? Рабочие группы не могут собраться, it - это вообще космос. До уровня ЦРБ доходят крохи, там же оседают и теряют со временем актуальность. работает всё только там, где есть очень упёртые люди. Это либо начальники it отдела в больницах (которые могут выбивать финансирования и защищаться), либо. А вот либо я ни разу не видел.
источник

DK

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

AL

Alexander Luchkov in Архитектура ИТ-решений
Я тебе конкретно сказал как отличить в реальности систему, от чего-то ещё.
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Не a system, а the system мы какой обсуждаем?
источник