Управление программной инженерией в ERP-проектах на основе SWEBoK

Внедрение корпоративных информационных систем ведется по определенным правилам, есть три классические модели имплементации: каскадная, итерационная и спиралевидная. Также доступно множество прикладных методологий внедрения, представленных ASAP, Activate SAP, OUM, MDSS, ADM и расширяющих классические модели. Принимая во внимание то, что ERP-системы представимы коробочными программными продуктами, их имплементация преимущественно ведется на основе каскадно-ориентированных методов и с использованием знаний PMBoK [1].

PMBoK один из наиболее узнаваемых и популярных сводов знаний для менеджмента всевозможных проектов, в том числе в области ИТ. Однако существуют и другие области знаний, относящиеся к ИТ: BABoK, EABoK, BPM CBoK, а также SWEBoK [2-5]. SWEBoK как свод знаний программной инженерии, наиболее близко соотносится с тематикой проектирования и имплементации корпоративных информационных систем, представленных комплексным платформенным программным обеспечением.

Несмотря на очевидную близость к ERP-системам, SWEBoK не так знаком читателям как PMBoK или BABoK. Действительно ли применение SWEBoK дает преимущества работе над комплексным программным продуктом? С данным вопросом мы разберемся в содержании текущей статьи. Цель работы состоит в анализе методологии SWEBoK для повышения качества разрабатываемого и внедряемого программного продукта. Для решения данной цели необходимо:

Читать далее
Управление программной инженерией в ERP-проектах на основе SWEBoK
Source: geektimes

[Перевод] Учёные обозначили границу Млечного Пути

Долгое время было сложно определить, насколько далеко простирается диск Млечного Пути; он не заканчивается резко, скорее его края постепенно истончаются и исчезают. И вот, впервые международная группа астрономов определила край звёздообразующего диска нашей Галактики, изучив возраст звёзд, и выявила, что основная часть звездообразования в Млечном Пути происходит в пределах 40 000 световых лет от галактического центра.

Исследователи использовали новый подход, сочетающий анализ возрастов ярких гигантских звёзд с передовыми компьютерными симуляциями эволюции галактик. Этот метод выявил «U-образную» картину распределения возрастов звёзд, которая точно определяет границу звёздообразующих областей Млечного Пути.

Исследование, опубликованное в журнале Astronomy & Astrophysics, было проведено под руководством доктора Карла Фитени (Центр астрофизики озера Комо, Университет Инсубрии) в рамках его докторской диссертации в Мальтийском университете под руководством профессора Джозефа Каруаны (Мальтийский университет) и профессора Виктора П. Дебаттиста (Университет Ланкашира). Работа была выполнена совместно учреждениями Мальты, Великобритании, Италии, Китая, Швейцарии, США, Бразилии и Чили.

Читать далее
[Перевод] Учёные обозначили границу Млечного Пути
Source: geektimes

[Перевод] Плющим банки в научных целях

Вы когда-нибудь плющили банки из-под разных напитков, молодецки ударив по ним ногой или каким-нибудь тяжёлым предметом? А физики из Манчестерского университета (MIT) построили на этом целое научное исследование. Им стало интересно, почему пустая банка из-под газировки схлопывается практически мгновенно, а наполненная жидкостью мнётся совсем иначе — постепенно покрываясь серией аккуратных кольцевых складок.

Если вам тоже интересно, читайте далее или сразу ныряйте в оригинальное исследование, опубликованное в Communications Physic.

Читать далее
[Перевод] Плющим банки в научных целях
Source: geektimes

Плющим банки в научных целях

Вы когда-нибудь плющили банки из-под разных напитков, молодецки ударив по ним ногой или каким-нибудь тяжёлым предметом? А физики из Манчестерского университета (MIT) построили на этом целое научное исследование. Им стало интересно, почему пустая банка из-под газировки схлопывается практически мгновенно, а наполненная жидкостью мнётся совсем иначе — постепенно покрываясь серией аккуратных кольцевых складок.

Если вам тоже интересно, читайте далее или сразу ныряйте в оригинальное исследование, опубликованное в Communications Physic.

Читать далее
Плющим банки в научных целях
Source: geektimes

Глобальное потепление сегодня: миф или реальность? И почему мы ничего с этим не делаем?

Ровно 70 лет назад, в мае 1956 года, канадский физик Гилберт Пласс опубликовал статью «Теория изменения климата на основе углекислого газа», в которой предсказал, что еще до конца XX века накапливающийся в атмосфере CO2 приведет к росту средней температуры на планете. Его расчеты оказались верны. И тающие ледники, и засуха в Амазонии, и аномальный снегопад в апреле-мае 2026 года в Москве — все это следствие глобального потепления. Так почему же человечество игнорирует этот факт, увлеченно продолжая засорять свой единственный дом — планету Земля?

Читать далее
Глобальное потепление сегодня: миф или реальность? И почему мы ничего с этим не делаем?
Source: geektimes

Опыт неправильного мышления в образах формулы «Структура алгоритмов + данные = программа»

«E pur si muove!»
Галилео Галилей.

1.      Предисловие

Настоящая статья является важным шагом на пути к созданию демонстратора системы движков, взаимодействующих в потоке данных на базе встроенного интерпретатора Forth в Elixir. Интерпретатор Forth движков описан в предшествующей статье [1]. В серия статей [2, 3, 4] рассказывалось о рабочих моментах разработки демонстратора.

Данная статья описывает ручную сборку распределенной системы узлов, выполняющих единую задачу вычисления корней квадратного уравнения по предписанию графа обработки данных в потоке. Далее для краткости будем называть такой граф графом обслуживания.

Такую же постановку демонстрационной задачи вычисления корней квадратного уравнения на графе обслуживания я сделал 5 лет тому назад в статье «Анти–Тьюринг», https://habr.com/ru/articles/593379/.

Тогда это был прообраз системы движков. Настоящей реализации демонстратора принципа обработки данных в потоке на Elixir предшествовала работа по написанию встроенного интерпретатора Forth и широкая систематизация движков, шлюзов, кнопок и тактовых генераторов в составе системы.

Перейдём сразу к делу.

2.      Задача демонстратора системы.

Для испытания системы движков взята всем знакомая задача решения квадратного уравнения, решение которой описывается следующим псевдокодом:

a ← <значение>
b ← <значение>
c ← <значение>
det ← b*b – 4*a*c
sqrt ← sqrt(det) wen det >= 0
x1 ← (-b – sqrt) / 2 a wen а <> 0
x2 ← (-b + sqrt) / 2 a wen а <> 0

Задача нахождения корней квадратного уравнения очень подходит для демонстратора. В ней есть

Читать далее
Опыт неправильного мышления в образах формулы «Структура алгоритмов + данные = программа»
Source: geektimes

Опыт мышления в образах формулы «Структура алгоритмов + данные = программа»

«E pur si muove!»
Галилео Галилей.

1.      Предисловие

Настоящая статья является важным шагом на пути к созданию демонстратора системы движков, взаимодействующих в потоке данных на базе встроенного интерпретатора Forth в Elixir. Интерпретатор Forth движков описан в предшествующей статье [1]. В серия статей [2, 3, 4] рассказывалось о рабочих моментах разработки демонстратора.

Данная статья описывает ручную сборку распределенной системы узлов, выполняющих единую задачу вычисления корней квадратного уравнения по предписанию графа обработки данных в потоке. Далее для краткости будем называть такой граф графом обслуживания.

Такую же постановку демонстрационной задачи вычисления корней квадратного уравнения на графе обслуживания я сделал 5 лет тому назад в статье «Анти–Тьюринг», https://habr.com/ru/articles/593379/.

Тогда это был прообраз системы движков. Настоящей реализации демонстратора принципа обработки данных в потоке на Elixir предшествовала работа по написанию встроенного интерпретатора Forth и широкая систематизация движков, шлюзов, кнопок и тактовых генераторов в составе системы.

Перейдём сразу к делу.

2.      Задача демонстратора системы.

Для испытания системы движков взята всем известная задача решения квадратного уравнения, решение которой описывается следующим псевдокодом:

a ← <значение>
b ← <значение>
c ← <значение>
det ← b*b – 4*a*c
sqrt ← sqrt(det) wen det >= 0 do:
            x1 ← (-b – sqrt) / 2 a
            x2 ← (-b + sqrt) / 2 a

Задача нахождения корней квадратного уравнения очень подходит для демонстратора. В ней есть

Читать далее
Опыт мышления в образах формулы «Структура алгоритмов + данные = программа»
Source: geektimes

Опыт мышления в образах формулы«Структура алгоритмов + данные = программа»

«E pur si muove!»
Галилео Галилей.

1.      Предисловие

Настоящая статья является важным шагом на пути к созданию демонстратора системы движков, взаимодействующих в потоке данных на базе встроенного интерпретатора Forth в Elixir. Интерпретатор Forth движков описан в предшествующей статье [1]. В серия статей [2, 3, 4] рассказывалось о рабочих моментах разработки демонстратора.

Данная статья описывает ручную сборку распределенной системы узлов, выполняющих единую задачу вычисления корней квадратного уравнения по предписанию графа обработки данных в потоке. Далее для краткости будем называть такой граф графом обслуживания.

Такую же постановку демонстрационной задачи вычисления корней квадратного уравнения на графе обслуживания я сделал 5 лет тому назад в статье «Анти–Тьюринг», https://habr.com/ru/articles/593379/.

Тогда это был прообраз системы движков. Настоящей реализации демонстратора принципа обработки данных в потоке на Elixir предшествовала работа по написанию встроенного интерпретатора Forth и широкая систематизация движков, шлюзов, кнопок и тактовых генераторов в составе системы.

Перейдём сразу к делу.

2.      Задача демонстратора системы.

Для испытания системы движков взята всем известная задача решения квадратного уравнения, решение которой описывается следующим псевдокодом:

a ← <значение>
b ← <значение>
c ← <значение>
det ← b*b – 4*a*c
sqrt ← sqrt(det) wen det >= 0 do:
            x1 ← (-b – sqrt) / 2 a
            x2 ← (-b + sqrt) / 2 a

Задача нахождения корней квадратного уравнения очень подходит для демонстратора. В ней есть

Читать далее
Опыт мышления в образах формулы«Структура алгоритмов + данные = программа»
Source: geektimes

Опыт мышления в стереотипах формулы «Структура алгоритмов + данные = программа»

«E pur si muove!»
Галилео Галилей.

1.      Предисловие

Настоящая статья является важным шагом на пути к созданию демонстратора системы движков, взаимодействующих в потоке данных на базе встроенного интерпретатора Forth в Elixir. Интерпретатор Forth движков описан в предшествующей статье [1]. В серия статей [2, 3, 4] рассказывалось о рабочих моментах разработки демонстратора.

Данная статья описывает ручную сборку распределенной системы узлов, выполняющих единую задачу вычисления корней квадратного уравнения по предписанию графа обработки данных в потоке. Далее для краткости будем называть такой граф графом обслуживания.

Такую же постановку демонстрационной задачи вычисления корней квадратного уравнения на графе обслуживания я сделал 5 лет тому назад в статье «Анти–Тьюринг», https://habr.com/ru/articles/593379/.

Тогда это был прообраз системы движков. Настоящей реализации демонстратора принципа обработки данных в потоке на Elixir предшествовала работа по написанию встроенного интерпретатора Forth и широкая систематизация движков, шлюзов, кнопок и тактовых генераторов в составе системы.

Перейдём сразу к делу.

2.      Задача демонстратора системы.

Для испытания системы движков взята всем известная задача решения квадратного уравнения, решение которой описывается следующим псевдокодом:

a ← <значение>
b ← <значение>
c ← <значение>
det ← b*b – 4*a*c
sqrt ← sqrt(det) wen det >= 0 do:
            x1 ← (-b – sqrt) / 2 a
            x2 ← (-b + sqrt) / 2 a

Задача нахождения корней квадратного уравнения очень подходит для демонстратора. В ней есть

Читать далее
Опыт мышления в стереотипах формулы «Структура алгоритмов + данные = программа»
Source: geektimes

[ALM моделирование] На примере дефолта Silicon Valley Bank

В условиях современного банковского надзора внезапный дефолт крупного банка — событие экстраординарное, особенно в США. Финансовые регуляторы выстроили глубоко эшелонированную систему защиты: Центральные банки непрерывно мониторят нормативы, проводят стресс-тесты и, как правило, действуют на упреждение.

В текущих реалиях довести банк до стихийного рыночного краха прежде чем регулятор превентивно вмешается и отзовет лицензию — задача со звездочкой, система спроектирована так, чтобы гасить пожары до их открытого возгорания.

В статье воссоздадим дефолт SVB в банковском ALM симуляторе: наберем тот самый портфель ценных бумаг, смоделируем изменение рыночной конъюнктуры и поведение вкладчиков.

Покажем, как невидимые банковские риски превращаются в реальную дыру в капитале, и убивают крупнейшие банки.

Читать далее
[ALM моделирование] На примере дефолта Silicon Valley Bank
Source: geektimes