#aris — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #aris, aggregated by home.social.
-
Управление бизнес-процессами в ИТ-проектах по разработке и настройке ПО на основе BPM CBoK
Внедрение ERP-систем подразумевает изменение бизнес-процессов компании. Организация вынуждена принять такой способ выполнения операций, как это изначально задумано и реализовано вендором в программном решении. Особенность состоит в том, что процессы в информационной системе уже оптимизированы и унифицированы, тем самым имплементация решений класса ERP является одним из наиболее распространенных способов усовершенствования бизнес-процессов. В данном случае мы говорим о реинжиниринге бизнес-процессов [1]. Существует и обратная ситуация, когда программное решение полностью переписывают и подстраивают под процессы организации. Подобное чаще всего случается, когда стандартный функционал платформенного софтверного продукта не покрывает значительную часть бизнес-требований заказчика. Здесь возникает необходимость в доработке решения, которая ведется, принимая во внимание в первую очередь знания и потребности клиента. В литературе данная ситуация носит название реинжиниринг системы. Можно попытаться разобраться в крайностях реинжиниринга, используя свод знаний по корпоративной архитектуре, представленный методологией TOGAF [2], который говорит о том, что во главе всего должна стоять прежде всего бизнес-архитектура. Именно через ее призму необходимо рассматривать все происходящее в компании и ИТ-архитектуре, в частности. Более детальное погружение в тематику бизнес-процессов обратит нас к набору знаний BPM CBoK [3].
https://habr.com/ru/articles/1031526/
#as_is #to_be #моделирование_бизнес_процессов #бизнеспроцессы #бизнесанализ #bom_cbok #cbok #узкое_место_процесса #bpmn_20 #aris
-
Управление бизнес-процессами в ИТ-проектах по разработке и настройке ПО на основе BPM CBoK
Внедрение ERP-систем подразумевает изменение бизнес-процессов компании. Организация вынуждена принять такой способ выполнения операций, как это изначально задумано и реализовано вендором в программном решении. Особенность состоит в том, что процессы в информационной системе уже оптимизированы и унифицированы, тем самым имплементация решений класса ERP является одним из наиболее распространенных способов усовершенствования бизнес-процессов. В данном случае мы говорим о реинжиниринге бизнес-процессов [1]. Существует и обратная ситуация, когда программное решение полностью переписывают и подстраивают под процессы организации. Подобное чаще всего случается, когда стандартный функционал платформенного софтверного продукта не покрывает значительную часть бизнес-требований заказчика. Здесь возникает необходимость в доработке решения, которая ведется, принимая во внимание в первую очередь знания и потребности клиента. В литературе данная ситуация носит название реинжиниринг системы. Можно попытаться разобраться в крайностях реинжиниринга, используя свод знаний по корпоративной архитектуре, представленный методологией TOGAF [2], который говорит о том, что во главе всего должна стоять прежде всего бизнес-архитектура. Именно через ее призму необходимо рассматривать все происходящее в компании и ИТ-архитектуре, в частности. Более детальное погружение в тематику бизнес-процессов обратит нас к набору знаний BPM CBoK [3].
https://habr.com/ru/articles/1031526/
#as_is #to_be #моделирование_бизнес_процессов #бизнеспроцессы #бизнесанализ #bom_cbok #cbok #узкое_место_процесса #bpmn_20 #aris
-
Управление бизнес-процессами в ИТ-проектах по разработке и настройке ПО на основе BPM CBoK
Внедрение ERP-систем подразумевает изменение бизнес-процессов компании. Организация вынуждена принять такой способ выполнения операций, как это изначально задумано и реализовано вендором в программном решении. Особенность состоит в том, что процессы в информационной системе уже оптимизированы и унифицированы, тем самым имплементация решений класса ERP является одним из наиболее распространенных способов усовершенствования бизнес-процессов. В данном случае мы говорим о реинжиниринге бизнес-процессов [1]. Существует и обратная ситуация, когда программное решение полностью переписывают и подстраивают под процессы организации. Подобное чаще всего случается, когда стандартный функционал платформенного софтверного продукта не покрывает значительную часть бизнес-требований заказчика. Здесь возникает необходимость в доработке решения, которая ведется, принимая во внимание в первую очередь знания и потребности клиента. В литературе данная ситуация носит название реинжиниринг системы. Можно попытаться разобраться в крайностях реинжиниринга, используя свод знаний по корпоративной архитектуре, представленный методологией TOGAF [2], который говорит о том, что во главе всего должна стоять прежде всего бизнес-архитектура. Именно через ее призму необходимо рассматривать все происходящее в компании и ИТ-архитектуре, в частности. Более детальное погружение в тематику бизнес-процессов обратит нас к набору знаний BPM CBoK [3].
https://habr.com/ru/articles/1031526/
#as_is #to_be #моделирование_бизнес_процессов #бизнеспроцессы #бизнесанализ #bom_cbok #cbok #узкое_место_процесса #bpmn_20 #aris
-
Управление бизнес-процессами в ИТ-проектах по разработке и настройке ПО на основе BPM CBoK
Внедрение ERP-систем подразумевает изменение бизнес-процессов компании. Организация вынуждена принять такой способ выполнения операций, как это изначально задумано и реализовано вендором в программном решении. Особенность состоит в том, что процессы в информационной системе уже оптимизированы и унифицированы, тем самым имплементация решений класса ERP является одним из наиболее распространенных способов усовершенствования бизнес-процессов. В данном случае мы говорим о реинжиниринге бизнес-процессов [1]. Существует и обратная ситуация, когда программное решение полностью переписывают и подстраивают под процессы организации. Подобное чаще всего случается, когда стандартный функционал платформенного софтверного продукта не покрывает значительную часть бизнес-требований заказчика. Здесь возникает необходимость в доработке решения, которая ведется, принимая во внимание в первую очередь знания и потребности клиента. В литературе данная ситуация носит название реинжиниринг системы. Можно попытаться разобраться в крайностях реинжиниринга, используя свод знаний по корпоративной архитектуре, представленный методологией TOGAF [2], который говорит о том, что во главе всего должна стоять прежде всего бизнес-архитектура. Именно через ее призму необходимо рассматривать все происходящее в компании и ИТ-архитектуре, в частности. Более детальное погружение в тематику бизнес-процессов обратит нас к набору знаний BPM CBoK [3].
https://habr.com/ru/articles/1031526/
#as_is #to_be #моделирование_бизнес_процессов #бизнеспроцессы #бизнесанализ #bom_cbok #cbok #узкое_место_процесса #bpmn_20 #aris
-
📢Researchers in DE—the @dfg_public supports bi-/trilateral projects with European partners
📅01 Apr 2026
🏷️Tag a European colleague or reply "interested"Agencies: DFG, @fwf #frsFNRS, #fwo, #GACR, #fnr, #ncn, #ARIS, @snsf_ch
#ResearchFunding
#FundingOpportunity
#EUResearchFor more information 🔗 https://rxn.mbp-rnc.com/25afq?utm_source=Mastodon&custom_day=Monday
-
Digital Twin. Часть 2. Инструментальный Цифровой двойник
Вторая часть посвящена проблеме адекватности обоих двойников и путей её решения. Именно неадекватность модели – это основная преграда, о которую спотыкаются практически всё, выдаваемое сегодня за «Цифрового двойника». В первой части [ DT1 ] были рассмотрены проблемы современного «Цифрового двойника» \ Digital Twin (ЦД \ DT) и общие подходы к его идентификации, в первую очередь, его «Трехкомпонентный состав DT» («три кита» двойника): реальный объект (физический двойник, «физик», Physical Twin, PT), его модель (собственно сам DT) и обратная связь – как передача эксплуатационных данных объекта в контекст его модели (в идеале двухсторонний обмен). В идеале должен быть не только двухсторонний обмен по эксплуатационным данным, но и обмен по состоянию самой структуры объектов (синхронизация структуры), что будет подтверждать актуальность используемой модели (структурную адекватность обоих двойников). В большинстве случаев предлагаемые «примеры DT» представляют собой незамысловатый ребрендинг привычных (обычных) систем, т.е. скорее являются Pseudo Digital Twin \ Digital Impostor, а не Digital Twin, при этом даже имея все три компонента DT могут содержать модель не адекватную своему физическому близнецу («as-is» vs «as-really-is"). Кроме маскирования под DT обычных SCADA - систем и CASE \ BPMS типа ARIS (см. первую часть [DT1]), включая Enterprise Architecture (EA, архитектура предприятия как цифровой двойник предприятия), красивую вывеску «DT» прикручивают к системам: - ERP, например, dia$par,
https://habr.com/ru/articles/927360/
#цифровой_двойник #digital_twin #aris #моделирование_систем #mdd_modeldriven_architecture
-
Edit: Problem gelöst
Kenne ich hier jemanden, dem ich eine Frage zur Nutzung von #ARIS stellen kann?
-
New #openaccess publication #SciPost #Physics
Integrability of open boundary driven quantum circuits
Chiara Paletta, Tomaž Prosen
SciPost Phys. 18, 027 (2025)
https://scipost.org/SciPostPhys.18.1.027 -
Terrific idea. It's good for researchers, good for govt agencies, good for evidence-based govt policies, and good for boosting the likelihood that useful research will actually be picked up and used:
UK govt agencies may now register their "areas of research interest" (#ARIs) as #Octopus "research problems" — "making it much easier for researchers to identify potential opportunities for collaboration as they browse or search the [Octopus] platform for work relevant to their own areas of interest. Reciprocally, when a researcher publishes a piece of work linked to a governmental ARI ‘research problem’, they are given the option to pass their contact details on to the relevant department."
https://www.researchinformation.info/analysis-opinion/when-research-met-policy-a-perfect-match-online/ -
📢 ARIS je objavila javni razpis za (so)financiranje aktivnosti občanske znanosti. 🌍
🔍 Prijavijo se lahko raziskovalne organizacije iz Slovenije. 🇸🇮
📅 Prijava do: do 29. 1. 2025 do 14:00.
https://www.aris-rs.si/sl/dostop/razpisi/24/razpis-obcanska-znanost-24.asp -
#DFG announces that the Slovenian Research and Innovation Agency (#ARIS) is now part of the Weave Lead Agency Initiative. #Weave is one approach of European funding organisations to strengthen international collaboration. It supports bi- and trilateral research projects and allows researchers from up to three European countries to submit a collaborative research proposal for funding. Learn more about the implementation of the #WeaveLeadAgencyProcedure here: 👇
https://www.dfg.de/de/aktuelles/neuigkeiten-themen/info-wissenschaft/2024/ifw-24-109
-
Semantic BPM. Онтологическое моделирование верхнеуровневых процессов. VAD
Введение Представление моделей бизнес-процессов на основе онтологий (онтологическое моделирование) эквивалентно Semantic BPM . Введение в семантический BPM (Business Process Management) см. «Semantic BPM. Семантика и синтаксис бизнес-процессов» [semBPM24]. Если кратко, то можно провести аналогию: если классическая BPM система (BPMS: ARIS, бизнес-студия, fox-manager и т.п.) – это технологический аналог mediawiki (wikipedia), то Semantic BPM - это технологический аналог semantic mediaWiki (Wikidata), т.е. IF MediaWiki --> Semantic MediaWiki then BPM (ARIS, BPMS, EA) --> Semantic BPM Основной замысел (цель) семантического представления процессов (BPM, EA) не классическими BPM-системами, а семантическими (Linked Data) - такой же, как и у семантических wiki Одно из ключевых дополнений к wiki-гиперссылки (html) это указание не просто что «ОбъектА связан с ОбъектомБ» (т.е. просто «связано») и соответствующий кликабельный переход (wiki-ссылки, markdown syntax), а указание, что «ОбъектА связан с ОбъектомБ» такими-то типом отношения (впрочем, как и задание других свойств объекта через отношения). Изначально все BPMS (изначально называемые CASE-средствами) – семантические, т.к. их суть – это отношения между объектами, только в них семантика глубоко спрятана «под капотом» BPMS и нестандартная (собственная, проприетарная). Semantic BPM «поднимает» семантическую составляющую на поверхность (возможность работы с семантическим слоем) и использует стандартные сематические технологии Linked Data. В основе RDF (Resource Description Framework) – триплеты «субъект – отношение - объект» лежит ERD: Entity Relationship (ER) diagram . RDF \ ERD – это способ формализации знаний на основе атома знания – триплета. Вообще ER, subject, predicate, типы рассуждений и другие базовые элементы для работы со знаниями в СССР содержались в школьных учебниках [Логика54].
https://habr.com/ru/articles/828266/
#семантика #онтология #aris #bpm #bpms #semantic_bpm #vad #rdf #enterprise_architecture
-
Моделирование оргструктур и бизнес-процессов при имплементации ERP-систем
Одной из важных задач при имплементации корпоративных информационных систем является проектирование бизнес-процессов. Следуя [1], в ERP-проектах выделяется отдельный уровень внедрения: уровень процессов. Здесь ведется моделирование бизнес-процессов на основе общеизвестных графических нотаций, строятся модели As-Is и To-Be. Все разнообразие нотаций моделирования объединено термином CASE-средства, суть которых изначально заключалась как в проектировании, так и последующей автоматизации настроек и разработок ERP-систем [2]. На сегодняшний деть имеется множество всевозможных нотаций моделирования бизнес-процессов, каждая из которых обладает своим набором уникальных графических элементов, особенностями и областью применения. Не все нотации изначально создавались под нужны ERP-проектов, поэтому их использование при проектировании корпоративных информационных систем не всегда разумно. Имплементация информационных систем – задача весьма специфичная и трудоемкая, поэтому выбор нотации должен вестись весьма осознанно. В принципе, применение неподходящего CASE-средства не так критично, однако это приводит к излишним трудозатратам, так как построенные схемы процессов будут содержать излишние или наоборот недостающие графические элементы, важные для конечных пользователей. Исходя из этого, необходимо разбираться в тонкостях нотаций моделирования и четко разграничивать область применения каждой. Именно это задачей мы с вами и займемся в рамках данной работы. Цель работы заключается в анализе методов проектирования бизнес-процессов, применимых к проектам внедрения ERP-систем. Использование подходящих графических моделей позволит строить наглядные процессные диаграммы, удобные для конечных пользователей, что облегчит им работу с разрабатываемой программной системой. Достижение цели потребует решения таких задач, как:
https://habr.com/ru/articles/815815/
#bpmn_20 #bpmn #aris #idef #idef0 #eepc #dfd #asis #business_processes_management #business_process_management
-
Sustainable, flexible, space-saving: Thanks to flexible #3D #textiles, #wastewater from showers, bathtubs and washbasins can be #reprocessed and returned to the cycle in almost any building to save space. #DITF #ARIS
-
Semantic BPM. Семантика и синтаксис бизнес-процессов
Онтологический инжиниринг в области Управления бизнес-процессами (BPM). Семантический BPM (Business Process Management), впрочем, как и семантический ЕА (Enterprise Architecture), – это заимствование концепций (подходов к описанию и онтологизации) \ инструментов Linked Data к указанным направлениям (формализация процессов и архитектур предприятий). «Красная нить»: когда мы формализуем процессы - мы говорим об одном и том же, но на разных языках (нотациях), поэтому стандартизация Языка семантики, онтологических концептов BPM (EA) – важная, но еще недостаточно популяризированная составляющая развития BPM (следующий этап, ВРМ 3.0). Отделение («мух от котлет») семантики от синтаксиса позволит «рафинировать» понятийный (смысловой) анализ бизнес-процессов и при их аналитике оперировать базовыми (семантическими) концептами (образами). В Semantic BPM, как и в Semantic Web (семантическая паутина), смысл представленного процесса \ архитектуры понятен не только человеку, но и машинам и они могут его читать и обрабатывать. Эти смыслы, обычно передаваемые «человек – человек» на языке синтаксиса / графической грамматики через нотации VAD, EPC, BPMN, UML (плюс еще несколько десятков подобных вариантов \ форматов «обертывания», включая Дракон), исходно формализуются на языке семантики (стек Linked Data или аналогичный) и уже потом упаковываются в схемы с конкретной нотацией («пишутся» на языке какой-либо нотации). Для единого понимания смысловой составляющей схем применяется общая ВРМ-онтология, толковый словарь ВРМ.
https://habr.com/ru/articles/795883/
#семантика #онтология #aris #bpm #Semantic_BPM #epc #bpms #semantic_web #enterprise_architecture #rdf
