Вход на сайт

.

IT

: cодержит 132 терминов

Добавить термин

Oracle Corporation — американская корпорация, второй по величине доходов производитель программного обеспечения (после Microsoft), крупнейший производитель программного обеспечения для организаций, крупный поставщик серверного оборудования.

Компания специализируется на выпуске систем управления базами данных, связующего программного обеспечения и бизнес-приложений (ERP- и CRM-систем, специализированных отраслевых приложений). Наиболее известный продукт компании — Oracle Database, который компания выпускает с момента своего основания. С 2008 года корпорация освоила выпуск интегрированных аппаратно-программных комплексов, а с 2009 года в результате поглощения Sun Microsystems стала производителем серверного оборудования, до этого компания выпускала исключительно программное обеспечение.

Компания была основана в 1977 году. 

Ларри Эллисон — сооснователь, генеральный директор в период с 1977 года по 2014 год, крупнейший акционер (25 % по состоянию на 2014 год). Подразделения корпорации расположены более чем в 145 странах.

По состоянию на 2019 год насчитывает 136 тыс. сотрудников. Штаб-квартира корпорации расположена в США, в штате Калифорния, рядом с Сан-Франциско.

«Айтил», ранее аббревиатура от англ. IT Infrastructure Library — библиотека инфраструктуры информационных технологий. 

Система создания ценности услуг ITIL. 

ITIL 4 определяет в качестве первого ключевого компонента систему cоздания ценности услуг (SVS).

Цепочка создания ценности услуг

Набор взаимосвязанных действий, которые организация выполняет, чтобы предоставить ценный продукт или услугу своим потребителям и способствовать реализации ценности. Цепочка создание ценности услуг представляет собой операционную модель с шестью видами деятельности:[9]

  • Планирование
  • Улучшение
  • Взаимодействие
  • Проектирование и преобразование
  • Приобретение/Сборка
  • Предоставление и поддержка

Практики

Наборы организационных ресурсов, предназначенных для выполнения работы или достижения цели. Практики ITIL теперь включает в себя процессы и функций. Они сгруппированы как 14 Практик общего управления, 17 Практик управления услугами и 3 Практик управления технологиями.

Руководящие принципы ITIL

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

В ITIL 4 7 руководящих принципов:

  • Фокусируйтесь на ценности
  • Отталкивайтесь от текущей ситуации
  • Прогрессируйте итеративно с обратной связью
  • Сотрудничать, действовать открыто
  • Мыслить и работать целостно
  • Делать проще и практично
  • Оптимизировать и автоматизировать

Руководство

Средства, которыми организация руководствуется и контролируется. Организационное управление - это система, посредством которой организация направляется и контролируется, и реализуется через следующее:

  • Оценка. Оценка организации, ее стратегии, портфелей и отношений с другими сторонами.
  • Направление. Руководящий орган распределяет ответственность и направляет подготовку и реализацию организационной стратегии и политик, которые устанавливают требования к поведению в рамках всей организации и, где это уместно, поставщиков, партнеров и других заинтересованных сторон.
  • Мониторинг. Руководящий орган осуществляет мониторинг производительности организации и практики, продуктов и услуг, чтобы гарантировать, что производительность соответствует политикам и направлениям.

Постоянное улучшение

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

Модель постоянного улучшения состоит из следующих действий:

  • Какое видение? - Видение бизнеса, миссия, цели и задачи.
  • Где мы сейчас? - Выполнить базовые оценки
  • Где мы хотим быть? - Определить измеримые цели
  • Как нам туда добраться? - Определить план улучшения
  • Действовать - Выполнить действия по улучшению
  • Мы достигли цели? - Оценивать метрики и KPI
  • Как нам сохранить импульс?

Модель четырех измерений

Вторым ключевым компонентом ITIL 4 является Модель четырех измерений. Четыре измерения отражают прежние 4 точки ITIL - люди, продукты, партнеры, процессы. Каждый компонент Системы создания ценности услуг ITIL должен учитывать следующие четыре аспекта:

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

Информация и технология - это информация, управляемая в услуге, и любая сопутствующая информация и знания, включая ее защиту, управление и архивирование. Технология является основной движущей силой в управлении услугами. Это может быть искусственный интеллект, машинное обучение, использование мобильных платформ, облачные решения, инструменты совместной работы, автоматизированное тестирование и операции, а также решения для непрерывной интеграции / непрерывной разработки / непрерывного развертывания.

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

Потоки создания ценности и процессы. Потоки создания ценности - это последовательность шагов, которые создают ценность в виде продуктов или услуг. Каждый продукт или услуга в организации должны быть определением потока создания ценности.

В дополнение к четырем измерениям, также существуют внешние факторы. Поставщики услуг подвержены влиянию многих внешних факторов и работают в динамических и сложных средах, которые могут проявлять нестабильность и неопределенность и накладывать ограничения на работу поставщика услуг. Для анализа этих внешних факторов, используется структура, как модель P.E.S.T.L.E. (представляющая факторы, которые ограничивают или влияют на работу поставщика услуг):

  • Политические (P)
  • Экономические (E)
  • Социальные (S)
  • Технологические (T)
  • Легальные (L)
  • Окружающая среда (E).

Практики ITIL

Наборы организационных ресурсов, предназначенных для выполнения работы или достижения цели. Практики ITIL теперь включает в себя процессы и функций. Они сгруппированы как 14 Практик общего управления, 17 Практик управления услугами и 3 Практик управления технологиями.

Практики общего управления

  1. Управление архитектурой
  2. Постоянное улучшение
  3. Управление информационной безопасностью
  4. Управление знаниями
  5. Измерение и отчетность
  6. Управление организационными изменениями
  7. Управление портфелем
  8. Управление проектами
  9. Управление отношениями
  10. Управление рисками
  11. Управление финансами для услуг
  12. Управление стратегией
  13. Управления поставщиками
  14. Управление рабочей силой и талантами

Практики управления услугами

  1. Управление доступностью
  2. Бизнес анализ
  3. Управление мощностями и производительностью
  4. Контроль изменений
  5. Управление инцидентами
  6. Управление ИТ активами
  7. Мониторинг и управление событиями
  8. Управление проблемами
  9. Управление релизом
  10. Управление каталогом услуг
  11. Управление конфигурациями услуг
  12. Управление непрерывностью услуг
  13. Проектирование услуг
  14. Service desk
  15. Управление уровнем услуг
  16. Управление запросами на обслуживание
  17. Подтверждение и тестирование услуг

Практики управления технологиям

  1. Управление развертыванием
  2. Управление инфраструктурой и платформой
  3. Управление разработкой ПО

Третья редакция ITIL (ITIL v.3) была выпущена в мае 2007. В ней полностью переработаны и по-новому организованы разделы, чтобы поддержать новый подход «формата жизненного цикла услуг». ITIL v.3 содержит уже только пять книг и состоит из:

  1. Стратегия услуг (англ. Service Strategy)
    1. Управление портфелем услуг
    2. Управление финансами для ИТ
    3. Управление взаимоотношениями с бизнесом
    4. Управление стратегией
    5. Управление спросом
  2. Проектирование услуг (англ. Service Design)
    1. Координация проектирования
    2. Управление каталогом услуг
    3. Управление уровнем услуг
    4. Управление поставщиками
    5. Управление доступностью
    6. Управление мощностями
    7. Управление непрерывностью ИТ услуг
    8. Управление информационной безопасностью
  3. Преобразование услуг (англ. Service Transition)
    1. Планирование и поддержка преобразование
    2. Управление изменениями
    3. Управление сервисными активами и конфигурациями
    4. Управление релизами и развертыванием
    5. Управление знаниями
    6. Оценка изменений
    7. Подтверждение и тестирование услуг
  4. Эксплуатация услуг (англ. Service Operation)
    1. Управление инцидентами
    2. Управление проблемами
    3. Управление запросами на обслуживание
    4. Управление доступом
    5. Управление событиями
  5. Постоянное улучшение услуг (англ. Continual Service Improvement)
    1. 7-шаговый процесс улучшения

Эксплуатация услуги также включает 4 функции - это команда или группа людей, которые выполняют комплекс работ.

ITIL v3 определяет четыре функции: Service Desk, Управление приложениями, Управление технологиями и Управление операциями.

Англ. Integrated DEFinition for Process Description Capture Method — методология моделирования и стандарт документирования процессов, происходящих в системе.

Метод документирования технологических процессов представляет собой механизм документирования и сбора информации о процессах. IDEF3 показывает причинно-следственные связи между ситуациями и событиями в понятной эксперту форме, используя структурный метод выражения знаний о том, как функционирует система, процесс или предприятие.

Применение:

IDEF3 широко применяется при разработке информационных систем. При этом используется инструмент визуального моделирования бизнес-процессов.

Два типа диаграмм в IDEF3

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

IDEF3 состоит из двух методов. Process Flow Description (PFD) — Описание технологических процессов, с указанием того, что происходит на каждом этапе технологического процесса. Object State Transition Description (OSTD) — описание переходов состояний объектов, с указанием того, какие существуют промежуточные состояния у объектов в моделируемой системе.

Основу методологии IDEF3 составляет графический язык описания процессов. Модель в нотации IDEF3 может содержать два типа диаграмм:

  • диаграмму Описания Последовательности Этапов Процесса (Process Flow Description Diagrams, PFDD)
  • диаграмму Сети Трансформаций Состояния Объекта (Object State Transition Network, OSTN)

Компоненты диаграммы описания процесса:

Диаграмма IDEF3 Process Flow Description может состоять из 5 основных описательных блоков:

  • работы (boxes, activities)
  • стрелки или связи (arrows, links)
  • перекрёстки (junctions)
  • объекты ссылок
  • Unit of Behavior

Графический пользовательский интерфейс ( GUI - Graphical User Interface)  является одной из форм пользовательского интерфейса , который позволяет пользователям , чтобы взаимодействовать с электронными устройствами через графические иконки и аудио , такие как индикатор первичной запись, вместо текстовых пользовательских интерфейсов вводятся метки команд или текстовая навигация. ГПИ были введены в ответ на воспринимаемую крутой кривой обучения из командной строки интерфейсов (CLIs), которые требуют ввода команд на клавиатуре компьютера .

Действия в графическом интерфейсе обычно выполняются путем прямого манипулирования графическими элементами. Помимо компьютеров, GUI используются во многих портативных мобильных устройствах, таких как MP3- плееры, портативные медиаплееры, игровые устройства, смартфоны и небольшие бытовые, офисные и промышленные устройства управления . Термин графический интерфейс как правило , не должны быть применены к другим низший разрешения дисплея типов интерфейсов , таких как видеоигры (где проекционный дисплей ( HUD ) является предпочтительным), или нет в том числе плоских экранов, как объемные дисплеи поскольку термин ограничивается областью двумерных экранов, способных описывать общую информацию, в традициях компьютерных исследований в исследовательском центре Xerox в Пало-Альто.

Пользовательский интерфейс и дизайн взаимодействия:

Разработка визуальной композиции и временного поведения GUI является важной частью программирования приложений в области взаимодействия человека с компьютером . Его цель - повысить эффективность и простоту использования базового логического дизайна хранимой программы , дисциплины дизайна, называемой юзабилити . Методы ориентированного на пользователя дизайна используются, чтобы гарантировать, что визуальный язык, представленный в дизайне, хорошо приспособлен к задачам.

Видимые функции графического интерфейса приложения иногда называют Chrome или GUI (произносится как Gooey ). Как правило, пользователи взаимодействуют с информацией, манипулируя визуальными виджетами, которые обеспечивают взаимодействие, соответствующее типу данных, которые они содержат. Виджеты с хорошо разработанным интерфейсом выбираются для поддержки действий, необходимых для достижения целей пользователей. Модель-представление-контроллер обеспечивает гибкие структуры , в которой интерфейс не зависит от и косвенно связаны с функциями приложений, так что графический интерфейс может быть настроен легко. Это позволяет пользователям выбирать или проектировать другой скин по желанию и облегчает работу дизайнера по изменению интерфейса по мере развития потребностей пользователя. Хороший дизайн пользовательского интерфейса больше относится к пользователям и меньше к архитектуре системы. Большие виджеты, такие как окна , обычно предоставляют рамку или контейнер для основного содержимого презентации, такого как веб-страница, сообщение электронной почты или чертеж. Меньшие из них обычно действуют как инструмент ввода пользователя.

GUI может быть разработан для требований вертикального рынка в виде графических пользовательских интерфейсов для конкретных приложений. Примеры включают в себя банкоматы (ATM), точки продажи (POS) сенсорные в ресторанах, самообслуживание извлечений , используемые в розничном магазине, авиакомпания самообслуживания билетов и регистрации заезда, информационные киоски в публичном пространстве, подобно железнодорожный вокзал или музей, а также мониторы или экраны управления во встроенном промышленном приложении, в котором используется операционная система реального времени (ОСРВ).

К 1980-м годам в мобильных телефонах и портативных игровых системах также использовались специальные сенсорные графические интерфейсы приложений. Более новые автомобили используют GUI в своих навигационных системах и мультимедийных центрах или комбинации навигационных мультимедийных центров.

Компоненты​​​​​​​:

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

Ряд элементов, соответствующих визуальному языку , эволюционировал для представления информации, хранящейся в компьютерах. Это облегчает работу и использование программного обеспечения для людей с небольшими компьютерными навыками. Наиболее распространенная комбинация таких элементов в графическом интерфейсе - это парадигма Windows, значки, меню, указатель ( WIMP ), особенно в персональных компьютерах .

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

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

Взаимодействие​​​​​​​:

Устройства с человеческим интерфейсом для эффективного взаимодействия с графическим интерфейсом включают компьютерную клавиатуру , особенно используемую вместе с сочетаниями клавиш , указательные устройства для управления курсором (или, скорее, указателем ): мышь , джойстик , сенсорная панель , трекбол , джойстик , виртуальные клавиатуры и проекционные дисплеи (полупрозрачные информационные устройства на уровне глаз).

Есть также действия, выполняемые программами, которые влияют на графический интерфейс. Например, существуют компоненты, такие как inotify или D-Bus, для облегчения связи между компьютерными программами.

 IDE (integrated Development Environment) представляет собой программное приложение , которое обеспечивает всесторонние возможности для программистов для разработки программного обеспечения . Обычно среда IDE состоит как минимум из редактора исходного кода , средств автоматизации сборки и отладчика . Некоторые IDE, такие как NetBeans и Eclipse , содержат необходимый компилятор , интерпретатор или оба; другие, такие как SharpDevelop и Lazarus , этого не делают.

Граница между IDE и другими частями более широкой среды разработки программного обеспечения не является четко определенной; иногда интегрируется система контроля версий или различные инструменты для упрощения построения графического интерфейса пользователя (GUI). Многие современные Иды также имеют класс браузер , в браузер объекта , и диаграмму иерархии классов для использования в разработке программного обеспечения объектно-ориентированный .

 

Интегрированные среды разработки предназначены для максимизации производительности труда программиста путем предоставления тесно связанных компонентов со схожими пользовательскими интерфейсами . IDE представляют собой единую программу, в которой все разработки сделаны. Эта программа обычно предоставляет множество функций для разработки, модификации, компиляции, развертывания и отладки программного обеспечения. Это отличается от разработки программного обеспечения с использованием несвязанных инструментов, таких как vi , GCC или make .

Одна из целей IDE - уменьшить конфигурацию, необходимую для объединения нескольких утилит разработки, вместо этого она предоставляет тот же набор возможностей, что и один связный модуль. Сокращение времени установки может повысить производительность труда разработчика, особенно в тех случаях, когда обучение использованию IDE происходит быстрее, чем ручная интеграция и изучение всех отдельных инструментов. Более тесная интеграция всех задач разработки может повысить общую производительность, а не только помочь с настройкой. Например, код может непрерывно анализироваться во время редактирования, обеспечивая мгновенную обратную связь при появлении синтаксических ошибок, что позволяет разработчикам намного быстрее и проще отлаживать код с помощью IDE.

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

В то время как большинство современных IDE являются графическими, текстовые IDE, такие как Turbo Pascal, широко использовались до появления оконных систем, таких как Microsoft Windows и X Window System (X11). Они обычно используют функциональные клавиши или горячие клавиши для выполнения часто используемых команд или макросов.

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

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

Методология функционального моделирования (англ. function modeling) и графическая нотация, предназначенная для формализации и описания бизнес-процессов. Отличительной особенностью IDEF0 является её акцент на соподчинённость объектов. В IDEF0 рассматриваются логические отношения между работами, а не их временна́я последовательность (поток работ).

Стандарт IDEF0 представляет организацию как набор модулей, здесь существует правило — наиболее важная функция находится в верхнем левом углу, кроме того существуют правила сторон:

  • стрелка входа всегда приходит в левую кромку активности,
  • стрелка управления — в верхнюю кромку,
  • стрелка механизма — нижняя кромка,
  • стрелка выхода — правая кромка.

Описание выглядит как «чёрный ящик» с входами, выходами, управлением и механизмом, который постепенно детализируется до необходимого уровня. Также для того чтобы быть правильно понятым, существуют словари описания активностей и стрелок. В этих словарях можно дать описания того, какой смысл вы вкладываете в данную активность либо стрелку.

Описание методологии IDEF0 содержится в рекомендациях Р 50.1.028-2001 "Информационные технологии поддержки жизненного цикла продукции. Методология функционального моделирования".

Также, отображаются все сигналы управления, которые на DFD (диаграмме потоков данных) не отображались. Данная модель используется при организации бизнес-процессов и проектов, основанных на моделировании всех процессов: как административных, так и организационных.

История:

IDEF0 как стандарт был разработан в 1981 году департаментом Военно-воздушных сил США в рамках программы автоматизации промышленных предприятий, которая носила обозначение ICAM (Integrated Computer Aided Manufacturing). Набор стандартов IDEF унаследовал своё название от этой программы (IDEF расшифровывается как ICAM Definition). В процессе практической реализации, участники программы ICAM столкнулись с необходимостью разработки новых методов анализа процессов взаимодействия в промышленных системах. При этом кроме усовершенствованного набора функций для описания бизнес-процессов, одним из требований к новому стандарту было наличие эффективной методологии взаимодействия в рамках «аналитик-специалист». Другими словами, новый метод должен был обеспечить групповую работу над созданием модели, с непосредственным участием всех аналитиков и специалистов, занятых в рамках проекта.

В результате поиска соответствующих решений родилась методология функционального моделирования IDEF0. С 1981 года стандарт IDEF0 претерпел несколько незначительных изменений, в основном, ограничивающего характера, и последняя его редакция была выпущена в декабре 1993 года Национальным институтом по стандартам и технологиям США.

EPC-диаграмма, англ. event-driven process chain — тип блок-схемы, используемой для бизнес-моделирования. EPC может быть использована для настройки системы планирования ресурсов предприятия (ERP), и для улучшений Бизнес-процессов.

Организации используют EPC-диаграммы для планирования потоков работ бизнес-процессов. Существует ряд инструментов для создания EPC-диаграмм, некоторые из этих средств поддерживают инструментонезависимый формат обмена данными EPC — язык разметки EPML. EPC-диаграммы используют символы нескольких видов, чтобы показать структуру потока управления (последовательность решений, функции, события и другие элементы) бизнес-процесса.

EPC-метод был разработан Августом-Вильгельмом Шеером в рамках работ над созданием ARIS в начале 1990-х годов. Используется многими организациями для моделирования, анализа и реорганизации бизнес-процессов.

Элементы событийных цепочек процессов:

События являются пассивными элементами в EPC. Событием является состояние, которое встречается перед или после функции, то есть фиксирует состояние определённых параметров на определенный момент времени. Примеры событий: «договор подписан», «требование зафиксировано», «материал на складе». В EPC график событий представлен в виде шестиугольника. EPC-диаграммы должны как начаться с события, так и заканчиваются событием.

Функции являются активными элементами в EPC. Работа — определенное действие, выполняемое в течение некоторого промежутка времени. Каждая работа может быть декомпозирована.

Организационная единица — должность в организации (например, «старший мастер») или подразделение организации (например, «отдел закупок»), элемент, которому может быть поручено выполнение функции.

Информация, материал, или объект ресурса — объекты в реальном мире, например бизнес-объекты, различные сущности, которые могут быть как входными данными, выступающими в качестве основы функции, так и выходными данными, полученными с помощью функции. Примерами являются «материал», «заказ», изображается в виде прямоугольника.

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

Если функция F1 завершилось, то произойдет либо событие E1, либо событие E2


Если произошло либо событие E1, либо событие E2, тогда начинается функция F1

Логические взаимосвязи — элементы управления, отвечающие за сочленение потоков — конъюнкция, дизъюнкция или строгая дизъюнкция.

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

Поток информации — соединение функции и входящих и исходящих данных, с которых функция считывает изменения или сама их вносит.

Назначение организационный единицы — связь между организационной единицей и функцией, за которую она ответственна.

Путь процесса — элемент, показывающий взаимосвязь с другими процессами.

Это совокупность взаимосвязанных мероприятий или работ, направленных на создание определённого продукта или услуги для потребителей.

Существуют три вида бизнес-процессов:

  1. Управляющие — бизнес-процессы, которые управляют функционированием системы. Примером управляющего процесса может служить Корпоративное управление и Стратегический менеджмент.
  2. Операционные — бизнес-процессы, которые составляют основной бизнес компании и создают основной поток доходов. Примерами операционных бизнес-процессов являются Снабжение, Производство, Маркетинг, Продажи и Взыскание долгов.
  3. Поддерживающие — бизнес-процессы, которые обслуживают основной бизнес. Например, Бухгалтерский учет, Подбор персонала, Техническая поддержка, административно-хозяйственный отдел.

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

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

Бизнес-процессы должны быть построены таким образом, чтобы создавать стоимость и ценность для потребителей и исключать любые необязательные или вовсе лишние активности. На выходе правильно построенных бизнес-процессов увеличиваются ценность для потребителя и рентабельность (меньшая себестоимость производства товара или услуги).

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

Одним из методов анализа текущей деятельности является составление модели бизнес-процесса «как есть» (англ. as is). После этого модель бизнес-процесса подвергается критическому анализу или обрабатывается специальным программным обеспечением. По результатам анализа формируется модель бизнес-процесса «как будет» (англ. to be) и план мероприятий по внедрению необходимых изменений.

Существует множество нотаций, применяемых для моделирования бизнес-процессов, например:

  • BPMN — функциональная последовательность работ;
  • EPC — событийная последовательность работ;
  • IDEF0 — логическая последовательность работ;
  • UML

Информационные технологии:

Существуют специальные программы Business studio, ELMA, Visual Paradigm , ARIS, а также онлайн симуляторы Gliffy.

Англ. Business Process Model and Notation, нотация и модель бизнес-процессов— система условных обозначений (нотация) и их описания в XML для моделирования бизнес-процессов. Разработана Business Process Management Initiative (BPMI.org) и поддерживается Object Management Group, после слияния обеих организаций в 2005 году. Последняя версия BPMN — 2.0 (2.0.2), предыдущая версия — 1.2.

 

https://ru.wikipedia.org/wiki/BPMN