IT Strategy Bundle by Gregor Hohpe is the featured bundle of ebooks 📚 on Leanpub!

Architects prefer decision models and patterns over buzzwords. Get two books from the Architect Elevator IT Strategy series for the price of one!

Link: https://leanpub.com/b/itstrategybundle

#cloud_computing #software_architecture #digital_transformation #enterprise_architecture #business_it_alignment

Почему контроль расходов ломается после внедрения: пять разрывов жизненного цикла лимита

Привет! Я — Мария, руководитель направления автоматизации процессов управленческого учета, бюджетирования и контроля расходов. На проектах регулярно сталкиваюсь с тем, что в организации автоматизировали согласование заявок на расходы, но вопросы о свободных лимитах, обязательствах и план-факте по-прежнему приходится решать вручную. Со стороны это выглядит странно: автоматизация есть, а полноценного бюджетного контроля нет. В этой статье я хочу посмотреть на проблему с архитектурной точки зрения. Разберем жизненный цикл бюджетного лимита и пять типовых разрывов процесса, которые чаще всего становятся причиной возврата к Excel-сверкам, ручному план-факту и спорам о доступном бюджете уже после внедрения. Статья будет интересна бизнес-аналитикам, архитекторам, руководителям проектов автоматизации, а также сотрудникам финансовых подразделений, участвующим в развитии бюджетного процесса и управленческой отчетности.

https://habr.com/ru/articles/1046327/

#бюджетирование #финансовые_системы #бюджетный_контроль #enterprise_architecture #бизнесанализ #автоматизация_процессов #системная_аналитика #интеграция_систем #финтех #управление_расходами

Generative and Agentic AI for IT Managers: Hype meets reality in large companies by Wolfgang Keller is a new release on Leanpub!

Link: https://leanpub.com/agentai-en-us

#books #ebooks #newreleases #leanpublishing #selfpublishing #ai #vibe_engineering #large_language_models #digital_transformation #business_architecture #business_analysis #enterprise_architecture

Построение корпоративной архитектуры в ИТ-проектах на основе методологии TOGAF

Ошибочным будет пытаться рассмотреть разработку программного обеспечения с момента его реализации и внедрения. В литературных источниках по этому поводу говорится, что жизненный цикл программной системы начинается с момента понимания необходимости в ней и завершается ее заменой на аналогичные или более новые образцы [1-2]. Более того, проекту имплементации предшествуют активности предпроекта, включающие бизнес-кейс, проведение тендера и, наконец, заключение договора на внедрение, а завершается все задачами поддержки имплементированного решения и прекращением его применения. Анализ программного продукта через призму его жизненного цикла позволяет увязать бизнес-потребности организации и технические возможности их воплощения [3-4]. В проектах разработки высокосложного программного обеспечения жизненный цикл рассматривается с точки зрения репетиций внедрения, что позволяет понизить риск неуспешного продуктивного запуска. При этом вопросам построения масштабируемой, гибкой и отвечающей запросам бизнес-пользователей корпоративной ИТ-архитектуре в классических проектах имплементации программных систем уделяется меньшее внимание. Отдельное научное направление, отличающееся по содержанию от типовых подходов к разработке и внедрению программного обеспечения и обращающее должное внимание к ИТ-архитектуре, формализовалось в методологии TOGAF [5]. Жизненный цикл программного продукта с точки зрения принципов TOGAF сопровождается непрерывной и устойчивой взаимосвязью между бизнесом, разработкой приложений и ИТ-архитектурой для их развития, что является существенным преимуществом в конкурентной борьбе.

https://habr.com/ru/articles/1043450/

#togaf_10 #adm #корпоративная_архитектура #togaf #the_open_group #eabok #body_of_kbowledge #свод_знаний #библиотека_знаний_togaf #enterprise_architecture

Context-driven Reusable Form Pattern: Масштабируемая архитектура для Create / Edit / Create-from-Source

Как перестать копировать формы и построить масштабируемую архитектуру В enterprise-приложениях формы множатся быстро: create, edit, import, create-from-lead, duplicate — и вот у вас уже шесть копий одной формы, а внутри условный ад из if (mode === …). О чём статья: Почему mode prop и giant form component не масштабируются; Как разделить форму на четыре слоя: presentation, orchestration, context, data source; Что такое capabilities и почему они лучше условной логики; Как адаптеры отвязывают форму от source entities; Куда прятать submit, валидацию и внешний store; Как тестировать такую архитектуру изолированно. Примеры на React + TypeScript, но подход применим к любому компонентному UI. Для начинающих и тех, кто уже устал от копипасты в enterprise.

https://habr.com/ru/articles/1038754/

#react #mobx #zustand #frontend #typescript #javascript #enterprise_architecture #формы_react #react_hook_form #redux