Cистемная инженерия безопасности объектов недвижимости и бизнес-процессов.Yuri Bubnov
Структура метода системной инженерии безопасности объектов недвижимости и бизнес-процессов, основанного на международных стандартах ISO 24744, ISO 31000, ISO 22301, Archimate, OMG Essence и работах видных зарубежных учёных Nancy Leveson (MIT), Donald Firesmith (SEI).
Б.Позин, Е.Горбунова -- развитие ядра Essence для стадии сопровожденияAnatoly Levenchuk
Доклад Бориса Позина и Eвгении Горбуновой "Предложение по развитию ядра OMG Essence для обеспечения процессов жизненного цикла программных систем" на 97 заседании INCOSE, 26 ноября 2014г.
Практический подход к систематизации требований при проектировании информацио...Anatoly Simkin
Тезисы описывают этапы подхода к проектированию информационной системы с целью организации прозрачного процесса разработки и вовлечения в этот проект заказчика.
Abstracts describing the stages of approach to design the information system for the purpose of organizing a transparent design process and involving of stakeholders.
Автоматизация инженерных работ и бизнес-процессов на многих предприятиях представляет собой по большей части две изолированные друг от друга ИТ-
экосистемы. Отсутствие синергии этих экосистем не позволяет получить максимальный эффект от применения ИТ. Синергии можно достичь, согласовав
жизненные циклы изделий в этих двух экосистемах. С этой целью используют системы PLM (Product Lifecycle Management, управление жизненным циклом изде-
лия). В данной статье раскрывается проблематика интеграции PLM- и ERP-систем.
Эта тема будет продолжена в последующей серии материалов.
Открытый семинар для студентов в компании CUSTIS (13 июня 2013 года).
Лектор: Никита Бобров, ведущий аналитик, руководитель проекта.
Аннотация: На этом семинаре с элементами демонстрации рассматриваются основы методологии ARIS и принципы моделирования бизнес-процессов, связанных с банковской деятельностью. Принципы построения организационной структуры предприятия, моделирования EPC-диаграмм и диаграмм потоков данных демонстрируются на примере деятельности кредитной организации.
Видеозапись семинара: https://vimeo.com/68613922.
В первых публикациях были освещены принципы построения ERP и PLM и их родовые отличия, проанализированы подходы к интеграции этих систем. В этих материалах уделялось внимание проблемам, возникающим при интеграции, а также давались рекомендации, как их преодолеть.
В данной, завершающей, части статьи на примере показано, как, за счет чего происходит интеграция систем ERP и PLM.
Рассмотриваются некоторые модели ЕИП предприятия на примере взаимодействия систем из числа лучших представителей своих классов (PLM и ERP), к тому же "отличившихся" наибольшим количеством успешных проектов интеграции – Siemens Teamcenter и SAP ERP.
В виду ограничений на размер статьи в журнале ИТМ, данная статья, к сожалению, не до конца освещает затронутую тему и потому будет продолжена в следующем номере.
.
Cистемная инженерия безопасности объектов недвижимости и бизнес-процессов.Yuri Bubnov
Структура метода системной инженерии безопасности объектов недвижимости и бизнес-процессов, основанного на международных стандартах ISO 24744, ISO 31000, ISO 22301, Archimate, OMG Essence и работах видных зарубежных учёных Nancy Leveson (MIT), Donald Firesmith (SEI).
Б.Позин, Е.Горбунова -- развитие ядра Essence для стадии сопровожденияAnatoly Levenchuk
Доклад Бориса Позина и Eвгении Горбуновой "Предложение по развитию ядра OMG Essence для обеспечения процессов жизненного цикла программных систем" на 97 заседании INCOSE, 26 ноября 2014г.
Практический подход к систематизации требований при проектировании информацио...Anatoly Simkin
Тезисы описывают этапы подхода к проектированию информационной системы с целью организации прозрачного процесса разработки и вовлечения в этот проект заказчика.
Abstracts describing the stages of approach to design the information system for the purpose of organizing a transparent design process and involving of stakeholders.
Автоматизация инженерных работ и бизнес-процессов на многих предприятиях представляет собой по большей части две изолированные друг от друга ИТ-
экосистемы. Отсутствие синергии этих экосистем не позволяет получить максимальный эффект от применения ИТ. Синергии можно достичь, согласовав
жизненные циклы изделий в этих двух экосистемах. С этой целью используют системы PLM (Product Lifecycle Management, управление жизненным циклом изде-
лия). В данной статье раскрывается проблематика интеграции PLM- и ERP-систем.
Эта тема будет продолжена в последующей серии материалов.
Открытый семинар для студентов в компании CUSTIS (13 июня 2013 года).
Лектор: Никита Бобров, ведущий аналитик, руководитель проекта.
Аннотация: На этом семинаре с элементами демонстрации рассматриваются основы методологии ARIS и принципы моделирования бизнес-процессов, связанных с банковской деятельностью. Принципы построения организационной структуры предприятия, моделирования EPC-диаграмм и диаграмм потоков данных демонстрируются на примере деятельности кредитной организации.
Видеозапись семинара: https://vimeo.com/68613922.
В первых публикациях были освещены принципы построения ERP и PLM и их родовые отличия, проанализированы подходы к интеграции этих систем. В этих материалах уделялось внимание проблемам, возникающим при интеграции, а также давались рекомендации, как их преодолеть.
В данной, завершающей, части статьи на примере показано, как, за счет чего происходит интеграция систем ERP и PLM.
Рассмотриваются некоторые модели ЕИП предприятия на примере взаимодействия систем из числа лучших представителей своих классов (PLM и ERP), к тому же "отличившихся" наибольшим количеством успешных проектов интеграции – Siemens Teamcenter и SAP ERP.
В виду ограничений на размер статьи в журнале ИТМ, данная статья, к сожалению, не до конца освещает затронутую тему и потому будет продолжена в следующем номере.
.
Бизнес процессы в Битрикс24 семинар часть 1Алексей Модель
Бизнес процессы в Битрикс24. Теоретические основы публикации бизнес процессов. Реализация последовательных события в бизнес процессах, бизнес процессы со статусом, круговые бизнес процессы.
Вебинар «Схемы бизнес-процессов в различных нотациях»Алеся Гарасимович
Компания Кодерлайн провела вебинар на тему «Схемы бизнес-процессов в различных нотациях»
Вебинар будет интересен консультантам, методологам, аналитикам, руководителям проектов, архитекторам, заинтересованным лица.
Ведущий: Тарас КИРПИКОВ - консультант-аналитик 1С
Описание:
Ответили на ряд вопросов, возникающих у руководителей и специалистов в начале проекта по моделированию и реорганизации бизнес-процессов предприятия:
• какое программное обеспечение использовать в проекте («ARIS лучше BPWin?», «ERWin лучше ARIS?», «MS Visio?» и т.п.)
• как моделировать процессы с использованием продукта «Х»?
• как проводить анализ и выявлять проблемы при помощи продукта «Х»?
• какую методологию (нотацию) использовать для описания процессов?
Программа вебинара:
1. Введение;
2. Знакомство с наиболее распространенными процессными нотациями (описание, инструменты, примеры, правила моделирования):
a. IDEF0 (IDEF3, DFD);
b. BFC (процесс), CFF (процедура);
c. EPC;
d. BPMN;
3. Знакомство с некоторыми типами моделей диаграмм:
a. ER-диаграмма (сущность-связь);
b. VAD - процесс добавленной стоимости;
c. Организационная диаграмма;
d. ИТ-инфраструктура;
e. ИТ-архитектура;
4. Сравнение процессных нотаций и стандартов;
5. Области применения процессных нотаций;
6. Оценка применимости различных нотаций;
7. Основные инструменты;
8. Стоит попробовать.
Будем благодарны за ваши отзывы :)
Business Studio — система бизнес-моделирования, позволяющая компаниям ускорить и упростить развитие своей системы управления, внедрение системы менеджмента качества.
Основные решаемые задачи:
- Формализация стратегии и контроль ее достижения;
- Проектирование и оптимизация бизнес-процессов;
- Проектирование организационной структуры и штатного расписания;
- Формирование и распространение среди сотрудников регламентирующей документации;
- Внедрение системы менеджмента качества в соответствии со стандартами ISO;
- Формирование Технических заданий и поддержка внедрения информационных систем
Choose method for requirements Tsepkov Analyst Days-2017Maxim Tsepkov
Как выбрать для проекта практики проектирования и работы с требованиями (Максим Цепков на AnalystDays-2017). Страница доклада http://mtsepkov.org/Methods4req
DIRECTUM: возможности системы электронного документооборотаDIRECTUM
Более подробная информация о модулях, бизнес-решениях и функциональных возможностях ECM-системы DIRECTUM на сайте http://www.directum.ru/system
Содержание:
- О системе
- Бизнес-решения
- Бизнес-консалтинг и внедрение
- Преимущества DIRECTUM
- Сообщество DIRECTUM
- Клиенты
- О разработчике
Similar to МАПО 2013 Лекция 07 Моделирование IDEF (20)
2. 2
Процесс разработки ПО
Процесс разработки программного обеспечения
(англ. software development process, software
process) — структура, согласно которой
построена разработка программного
обеспечения (ПО).
Процесс возникает в:
Жизненным цикле проекта (англ. Project Life
Cycle) — последовательность фаз проекта,
задаваемая исходя из потребностей
управления проектом.
3. 3
Бизнес-моделирование
Бизнес-моделированием называют
дисциплину и отдельный подпроцесс в
процессе разработки программного
обеспечения, в котором описывается
деятельность компании и
определяются требования к системе —
те подпроцессы и операции, которые
подлежат автоматизации в
разрабатываемой информационной
системе.
4. 4
Деловое моделирование
Бизнес-моделирование — деятельность по
формированию моделей организаций,
включающая описание деловых объектов
(подразделений, должностей, ресурсов,
ролей, процессов, операций,
информационных систем, носителей
информации и т. д.) и указание связей между
ними. Требования к формируемым моделям
и их соответствующее содержание
определяются целями моделирования.
5. 5
Шаги процесса
Процесс разработки состоит из
множества подпроцессов, или
дисциплин. В модели водопада они
идут одна за другой, в других процессах
их порядок или состав изменяется.
Шаги процесса:
Парадигма программирования; Бизнес-моделирование;
Анализ требований; Планирование; Разработка
архитектуры; Кодирование; Тестирование и отладка;
Документирование; Внедрение; Сопровождение.
6. 6
Модели процесса
• Модель водопада (Каскадная модель):
• структурное проектирование
• тестирование программ
• сертификация программ
• Итеративный процесс:
• Гибкие методологии разработки
• Экстремальное программирование
• Формальные методы:
• логическое программирование
• доказательное программирование
7. 7
Виды деловых бизнес-процессов
Существуют три вида бизнес-процессов:
Управляющие — бизнес-процессы, которые
управляют функционированием системы.
Примером управляющего процесса может
служить Корпоративное управление и
Стратегический менеджмент.
Операционные — бизнес-процессы, которые
составляют основной бизнес компании и
создают основной поток доходов. Примерами
операционных бизнес-процессов являются
Снабжение, Производство, Маркетинг и
Продажи.
Поддерживающие — бизнес-процессы, которые
обслуживают основной бизнес. Например,
Бухгалтерский учет, Подбор персонала,
Техническая поддержка.
8. 8
Цель
Бизнес-процесс начинается со спроса
потребителя и заканчивается его
удовлетворением. Процессно-
ориентированные организации
стараются устранять барьеры и
задержки, возникающие на стыке двух
различных подразделений организации
при выполнении одного бизнес-
процесса.
9. 9
Декомпозиция
Бизнес-процесс может быть декомпозирован на
несколько подпроцессов, которые имеют
собственные атрибуты, однако также
направлены на достижение цели основного
бизнес-процесса. Такой анализ бизнес-
процессов обычно включает в себя
составление карты бизнес-процесса и его
подпроцессов, разнесенных между
определенными уровнями активности.
10. 10
Конечный результат
Бизнес-процессы должны быть построены
таким образом, чтобы создавать стоимость и
ценность для потребителей и исключать
любые необязательные или вовсе лишние
активности. На выходе правильно
построенных бизнес-процессов
увеличиваются ценность для потребителя и
рентабельность (меньшая себестоимость
производства товара или услуги).
11. 11
Точка зрения
Бизнес-процессы могут подвергаться
моделированию с помощью различных
методов. Одним из способов является
составление модели бизнес-процесса «как
есть» (англ. as is). После этого модель
бизнес-процесса подвергается критическому
анализу или обрабатывается специальным
программным обеспечением. В результате
строится модель бизнес-процесса «как
должно быть» (англ. to be). Некоторые
консультанты опускают фазу «как есть» и
сразу предлагают модель «как должно быть».
12. 12
Cемейства ICAM
IDEF — методологии семейства ICAM
(Integrated Computer-Aided Manufacturing) для
решения задач моделирования сложных
систем, позволяет отображать и
анализировать модели деятельности
широкого спектра сложных систем в
различных разрезах. При этом широта и
глубина обследования процессов в системе
определяется самим разработчиком, что
позволяет не перегружать создаваемую
модель излишними данными.
13. 13
IDEF
IDEF — методологии создавались в рамках
предложенной ВВС США программы
компьютеризации промышленности — ICAM, в ходе
реализации которой выявилась потребность в
разработке методов анализа процессов
взаимодействия в производственных
(промышленных) системах.
Принципиальным требованием при разработке
рассматриваемого семейства методологий была
возможность эффективного обмена информацией
между всеми специалистами — участниками
программы ICAM (отсюда название: Icam DEFinition
— IDEF другой вариант — Integrated DEFinition).
14. 14
Применение IDEF
После опубликования стандарта он был
успешно применен в самых различных
областях бизнеса, показав себя
эффективным средством анализа,
конструирования и отображения бизнес-
процессов. Более того, собственно с широким
применением IDEF (и предшествующей
методолoгии — SADT) и связано
возникновение основных идей популярного
ныне понятия — BPR (бизнес-процесс
реинжиниринг).
15. 15
IDEF0
Function Modeling — методология
функционального моделирования. С помощью
наглядного графического языка IDEF0
изучаемая система предстает перед
разработчиками и аналитиками в виде набора
взаимосвязанных функций (функциональных
блоков — в терминах IDEF0). Как правило,
моделирование средствами IDEF0 является
первым этапом изучения любой системы.
Методологию IDEF0 можно считать следующим
этапом развития хорошо известного
графического языка описания функциональных
систем SADT (Structured Analysis and Design
Technique);
17. 17
IDEF1
Information Modeling — методология
моделирования информационных
потоков внутри системы, позволяющая
отображать и анализировать их
структуру и взаимосвязи. IDEF1X
(IDEF1 Extended) — Data Modeling —
методология моделирования баз
данных на основе модели «сущность-
связь».
19. 19
IDEF1X
В настоящее время на основе
совершенствования методологии IDEF1
создана ее новая версия —
методология IDEF1X. IDEF1X
разработана с учетом таких
требований, как простота изучения и
возможность автоматизации. IDEF1X–
диаграммы используются рядом
распространённых CASE–средств (в
частности, ERwin, Design/IDEF).
20. 20
IDEF2
Simulation Model Design — методология
динамического моделирования развития
систем. В связи с весьма серьёзными
сложностями анализа динамических систем
от этого стандарта практически отказались, и
его развитие приостановилось на самом
начальном этапе. В настоящее время
присутствуют алгоритмы и их компьютерные
реализации, позволяющие превращать набор
статических диаграмм IDEF0 в динамические
модели, построенные на базе «раскрашенных
сетей Петри» (CPN — Color Petri Nets).
21. 21
IDEF3
Process Description Capture (Документирование
технологических процессов) — методология
документирования процессов, происходящих
в системе (например, на предприятии),
описываются сценарий и
последовательность операций для каждого
процесса. IDEF3 имеет прямую взаимосвязь с
методологией IDEF0 — каждая функция
(функциональный блок) может быть
представлена в виде отдельного процесса
средствами IDEF3.
23. 23
IDEF4
Object-Oriented Design — методология
построения объектно-ориентированных
систем, позволяют отображать
структуру объектов и заложенные
принципы их взаимодействия, тем
самым позволяя анализировать и
оптимизировать сложные объектно-
ориентированные системы. Подробнее
- Технология;
25. 25
IDEF5
Ontology Description Capture — Стандарт
онтологического исследования сложных
систем. С помощью методологии IDEF5
онтология системы может быть описана при
помощи определенного словаря терминов и
правил, на основании которых могут быть
сформированы достоверные утверждения о
состоянии рассматриваемой системы в
некоторый момент времени. На основе этих
утверждений формируются выводы о
дальнейшем развитии системы и
производится её оптимизация.
27. 27
IDEF6
Design Rationale Capture — Обоснование
проектных действий. Назначение IDEF6 состоит
в облегчении получения «знаний о способе»
моделирования, их представления и
использования при разработке систем
управления предприятиями. Под «знаниями о
способе» понимаются причины, обстоятельства,
скрытые мотивы, которые обуславливают
выбранные методы моделирования. Проще
говоря, «знания о способе» интерпретируются
как ответ на вопрос: «почему модель получилась
такой, какой получилась?» Большинство
методов моделирования фокусируются на
собственно получаемых моделях, а не на
процессе их создания. Метод IDEF6 акцентирует
внимание именно на процессе создания модели.