Модель и нотация бизнес-процесса

редактировать
Графическое представление для определения бизнес-процессов Пример модели бизнес-процесса и нотации для процесса с нормальным потоком.

Модель и нотация бизнес-процессов (BPMN ) - это графическое представление для определения бизнес-процессов в модели бизнес-процессов.

Первоначально разработанная Business Process Management Initiative (BPMI), BPMN поддерживалась Object Management Group (OMG) с момента объединения двух организаций в 2005 году. Версия 2.0 BPMN был выпущен в январе 2011 года, после чего название было изменено на Модель бизнес-процесса и нотация, чтобы отразить введение семантики выполнения, которая была введена наряду с существующими элементами нотации и диаграмм. Хотя это спецификация OMG, BPMN также ратифицирована как ISO 19510. Последняя версия - BPMN 2.0.2, опубликованная в январе 2014 года.

Содержание

  • 1 Обзор
  • 2 Темы
    • 2.1 Область действия
    • 2.2 Элементы
    • 2.3 Объекты потока и соединяющие объекты
    • 2.4 Дорожки плавания и артефакты
    • 2.5 Примеры диаграмм бизнес-процессов
    • 2.6 BPMN 2.0.2
  • 3 Сравнение версий BPMN
  • 4 Типы подмоделей BPMN
  • 5 Сравнение с другими нотациями моделирования процессов
  • 6 Слабые стороны
    • 6.1 BPEL и BPMN
  • 7 См. Также
  • 8 Ссылки
  • 9 Дополнительная литература
  • 10 Внешние ссылки

Обзор

Модель и обозначение бизнес-процесса (BPMN) - это стандарт для моделирования бизнес-процессов, который предоставляет графическое представление для указания бизнес-процессов в диаграмме бизнес-процессов (BPD) на основе блок-схемы методика очень похожа на диаграммы действий из Unified Modeling Language (UML). Цель BPMN - поддерживать управление бизнес-процессами как для технических пользователей, так и для бизнес-пользователей, предоставляя нотацию, которая интуитивно понятна бизнес-пользователям, но способна представить сложную семантику процесса. Спецификация BPMN также обеспечивает соответствие между графикой нотации и базовыми конструкциями языков исполнения, в частности языка выполнения бизнес-процессов (BPEL).

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

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

Были разработаны два новых стандарта, использующих подход, аналогичный BPMN: моделирование управления делами (Модель управления делами и нотация ) и моделирование решений, (Модель решения и обозначение ).

Темы

Объем

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

  • Организационные структуры
  • Функциональная разбивка
  • Модели данных

Кроме того, в то время как BPMN показывает поток данных (сообщений) и связь артефакты данных для действий, это не диаграмма потока данных.

Элементы

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

Объекты потока
События, действия, шлюзы
Соединяющие объекты
Поток последовательности, поток сообщений, ассоциация
Дорожки плавания
Пул, дорожка
Артефакты
Объект данных, группа, аннотация

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

Объекты потока и соединяющие объекты

Объекты потока являются основными описывающими элементами в BPMN и состоят из трех основных элементов: событий, действий, и шлюзы.

Event
Событие представлено кружком и обозначает что-то происходящее (по сравнению с действием, то есть чем-то, что делается). Иконки в круге обозначают тип события (например, конверт, представляющий сообщение, или часы, представляющие время). События также классифицируются как Catching (например, если захват входящего сообщения запускает процесс) или Throwing (например, выдача сообщения о завершении при завершении процесса).
Начальное событие
Действует как триггер процесса; обозначается единственной узкой рамкой и может быть только Catch, поэтому отображается открытым (контурным) значком.
Промежуточное событие
Представляет что-то, что происходит между начальным и конечным событиями; обозначается двойной рамкой и может бросать или ловить (используя сплошные или открытые значки в зависимости от ситуации). Например, задача может перейти к событию, которое передает сообщение в другой пул, где последующее событие ожидает ответа, прежде чем продолжить.
Конечное событие
Представляет результат процесс; обозначается единственной толстой или жирной рамкой и может только бросать, поэтому отображается сплошным значком.
Действие
Действие представлено прямоугольником с закругленными углами и описывает вид работы, которая должна быть сделано. Деятельность - это общий термин для работы, которую выполняет компания. Он может быть атомным или составным.
Задача
Задача представляет собой отдельную единицу работы, которая не может быть разбита на более высокий уровень детализации бизнес-процесса. Это называется атомной активностью. Задача - это деятельность самого низкого уровня, показанная на диаграмме процесса. Набор задач может представлять собой процедуру высокого уровня.
Подпроцесс
Используется для скрытия или раскрытия дополнительных уровней детализации бизнес-процесса. В свернутом состоянии подпроцесс обозначается знаком плюса в нижней строке прямоугольника; при раскрытии прямоугольник с закругленными углами расширяется, чтобы показать все объекты потока, соединяющие объекты и артефакты. Подпроцесс называется составным действием.
Имеет свои собственные автономные начальные и конечные события; потоки последовательности от родительского процесса не должны пересекать границу.
Транзакция
Форма подпроцесса, в которой все содержащиеся в ней действия должны обрабатываться как единое целое; то есть все они должны быть выполнены для достижения цели, и если какой-либо из них не удается, все они должны быть компенсированы (отменены). Транзакции отличаются от расширенных подпроцессов тем, что они окружены двойной рамкой.
Действие вызова
Точка в процессе, в которой повторно используется глобальный процесс или глобальная задача. Активность вызова отличается от других типов активности жирной рамкой вокруг области активности.
Шлюз
Шлюз представлен ромбовидной формой и определяет ответвление и объединение путей в зависимости от выраженных условий.
Exclusive
Используется для создания альтернативных потоков в процессе. Поскольку можно выбрать только один из путей, он называется исключительным.
На основе событий
Условие, определяющее путь процесса, основано на оцененном событии.
Parallel
Используется для создания параллельных путей без оценки каких-либо условий.
Inclusive
Используется для создания альтернативных потоков, в которых оцениваются все пути.
Exclusive Event Based
Событие оценивается для определения того, какой из взаимоисключающих путей будет выбран.
Сложный
Используется для моделирования сложного поведения синхронизации.
Параллельное событие На основе
Два параллельных процесса запускаются на основе события, но событие не оценивается.
Соединения

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

Последовательность
Последовательность представлена ​​сплошной линией и стрелкой и показывает, в каком порядке выполняются действия. Поток последовательности также может иметь символ в начале, маленький ромбик указывает на один из нескольких условных потоков из действия, а диагональная косая черта указывает на поток по умолчанию из решения или действие с условными потоками.
Поток сообщений
Поток сообщений представлен пунктирной линией, открытым кружком в начале и открытой стрелкой в ​​конце. Он сообщает нам, какие сообщения проходят через организационные границы (т. Е. Между пулами). Поток сообщений никогда не может использоваться для соединения действий или событий в одном пуле.
Ассоциация
Ассоциация представлена ​​пунктирной линией. Он используется для связывания артефакта или текста с объектом потока и может указывать некоторую направленность с помощью открытой стрелки (к артефакту для представления результата, от артефакта для представления входных данных и для обозначения того, что он прочитан и обновлен). Направленность не используется, когда Артефакт или текст связаны с последовательностью или потоком сообщений (поскольку этот поток уже показывает направление).

Дорожки плавания и артефакты

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

Pool
Представляет основные участники процесса, обычно разделяющие разные организации. В бассейне есть одна или несколько дорожек (как в настоящем бассейне). Бассейн может быть открытым (т. Е. Показывать внутренние детали), когда он изображен в виде большого прямоугольника, показывающего одну или несколько дорожек, или свернутым (т. Е. Скрывая внутренние детали), когда он изображается как пустой прямоугольник, растягивающий ширину или высоту диаграмма.
Дорожка
Используется для организации и категоризации действий в пуле в соответствии с функцией или ролью и изображается в виде прямоугольника, растягивающегося по ширине или высоте пула. Дорожка содержит объекты потока, соединяющие объекты и артефакты.

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

  • Объекты данных: объекты данных показывают читателю, какие данные требуются или создаются в действии.
  • Группа: Группа представлена ​​прямоугольником с закругленными углами. и пунктирные линии. Группа используется для группировки различных действий, но не влияет на последовательность операций на диаграмме.
  • Аннотация: аннотация используется, чтобы дать читателю модели / диаграммы понятное впечатление.

Примеры бизнес-процессов диаграммы

BPMN 2.0.2

Видение BPMN 2.0. 2 состоит в том, чтобы иметь единую спецификацию для новой модели и нотации бизнес-процесса, которая определяет нотацию, метамодель и формат обмена, но с измененным именем, которое по-прежнему сохраняет бренд «BPMN». К функциям относятся:

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

Текущая версия спецификации была выпущена в январе 2014 года.

Сравнение версий BPMN

АтрибутыBPMN 1.0BPMN 1.1BPMN 1.2BPMN 2.0
КонсорциумBPMI и iGrafxOMG OMG OMG
Дата выпускаМай 2004Январь 2008Январь 2009Январь 2011
Модели
  • Совместные (общедоступные) B2B процессы,
  • внутренние (частные) бизнес-процессы.
  • Совместные (общедоступные) B2B процессы,
  • внутренние (частные) бизнес-процессы,
  • a хореография - ожидаемое поведение между двумя или более участниками бизнеса,
  • колл. aborations, который представляет собой набор участников и их взаимодействие, и
  • диалог - логическая связь обмена сообщениями.
событие
  • start (нет, сообщение, таймер, правило, ссылка, несколько)
  • промежуточный (нет, сообщение, таймер, ошибка, отмена, компенсация, правило, ссылка, несколько)
  • конец (нет, сообщение, ошибка, отмена, компенсация, ссылка, завершение, несколько)
  • начало (нет, сообщение, таймер, условное, сигнал, несколько)
  • промежуточное (нет, сообщение, таймер, ошибка, отмена, компенсация, условное, ссылка, сигнал, несколько)
  • конец (нет, сообщение, ошибка, отмена, компенсация, сигнал, завершение, несколько)
  • начало
    • верхнего уровня (нет, сообщение, таймер, условное, сигнал, несколько, параллельное множественное)
    • прерывание подпроцесса события (сообщение, таймер, эскалация, условное, ошибка, компенсация, сигнал, множественное, параллельное множественное)
    • подпроцесс события без прерывания (сообщение, таймер, эскалация, условный, сигнал, несколько, параллельный несколько)
  • промежуточный
    • перехват (сообщение, таймер, условное, ссылка, сигнал, несколько, параллельное множественное)
    • прерывание границы (сообщение, таймер, эскалация, условное, ошибка, отмена, компенсация, сигнал, множественный, параллельный множественный)
    • граница без прерывания (сообщение, таймер, эскалация, условная, сигнал, множественная, параллельная множественная, завершение)
    • выброс (нет, сообщение, эскалация, связь, компенсация, сигнал, несколько, несколько параллелей)
  • конец (нет, сообщение, эскалация, ошибка, отмена, компенсация, сигнал, несколько, завершить)
действие
  • задача ( атомарный)
  • процесс / подпроцесс (неатомарный)
    • свернутый подпроцесс
    • расширенный подпроцесс
  • задача (атомарный)
  • хореография задача
    • свернутый подпроцесс хореографии
    • расширенный подпроцесс хореографии
  • процесс / подпроцесс (неатомарный)
    • свернутый подпроцесс
    • расширенный подпроцесс
шлюз
  • XOR - исключительное решение и слияние. как на основе данных, так и на основе событий. на основе данных может отображаться с маркером «x» или без него.
  • OR - включающее решение и объединение
  • сложное - сложные условия и ситуации
  • И - разветвление и объединение
  • эксклюзивное решение и слияние. как на основе данных, так и на основе событий. на основе данных может отображаться с маркером «x» или без него.
  • включающее решение и объединение.
  • комплекс - сложные условия и ситуации.
  • параллельное разветвление и объединение.
  • эксклюзивное решение и слияние. как на основе данных, так и на основе событий. исключительный может отображаться с маркером «x» или без него.
  • включительно решение шлюза и объединение
  • сложный шлюз - сложные условия и ситуации
  • параллельный шлюз - разветвление и объединение
поток последовательности

нормальный поток . неуправляемый поток. условный поток. поток по умолчанию. поток исключений

поток сообщенийпоток сообщений
ассоциацияассоциация
пулпул
полосаполоса
объекты данныхобъект данных
  • объект данных
    • сбор
    • ввод данных
    • вывод данных
группыгруппа
аннотациианнотации
сообщениесообщение
другие элементы
  • цикл
    • цикл активности
    • цикл потока последовательности
  • несколько экземпляров
  • прерывание процесса
  • транзакции
  • вложенные / встроенные суб- процесс
  • внестраничный соединитель
  • ассоциация компенсации
  • цикл
    • цикл активности
    • цикл потока последовательности
  • несколько экземпляров
  • прерывание процесса
  • транзакции
  • вложенный / встроенный подпроцесс
  • внестраничный соединитель
  • ассоциация компенсации
  • связь (подсвязь)
  • канал связи
Количество всех элементов485555116
Основные изменения
  • новая спецификация вводит категоризацию триггеров событий на «захват» и «выброс». Т.е. теперь есть два типа промежуточных сообщений сообщений: один отвечает за прием сообщений («перехват»), а другой - за отправку сообщений («бросание»).
  • В дополнение к старым типам он вводит нового типа, сигнальное событие .
  • События начала и конца ссылки больше не существуют в BPMN 1.1.
  • Старые «события правила» были переименованы в условные события . Семантика и внешний вид не изменились.
  • Шлюз на основе событий в BPMN 1.1 выглядит немного иначе, чем в 1.0. Вместо шестиугольной звезды у нее теперь в центре пятиугольник. Такая же форма также используется для нескольких событий (начало, промежуточное, конечное).
  • Существует дополнительная линия, отделяющая описание вашей дорожки от ее содержимого.

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

  • Хореографии
    • Хореографии-модели
    • Conversation-model
  • Complete Metamodel
  • BPMN Ядро
  • Выполнение BPMN Семантика
  • BPMN - BPEL Отображение
  • XPDL (BPMN XML Диаграмма сериализации )
  • Обмен
  • Элементы для Абстракции
    • Вызываемый элемент
    • Активность вызова
    • Глобальная задача
  • Шлюзы (обновленные)
    • Эксклюзивный / Параллельный Шлюз на основе событий (они стоят в начале процесса)
  • Задачи / подпроцессы (обновлены)
    • Событие-подпроцесс (используется для обработки событий в ограничивающем подпроцессе)
    • Задача BusinessRule
    • Последовательная многоэкземплярная активность
    • Задача обслуживания
  • Артефакты (обновлено)
    • Объекты данных (сбор, ввод данных, вывод данных)

Типы подпрограмм BPMN -model

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

Частные (внутренние) бизнес-процессы
Частные бизнес-процессы - это внутренние бизнес-процессы конкретной организации, которые обычно называются бизнес-процессами или процессами BPM. Если используются плавательные дорожки, то частный бизнес-процесс будет содержаться в одном пуле. Таким образом, последовательность операций процесса содержится в пуле и не может пересекать границы пула. Поток сообщений может пересекать границу пула, чтобы показать взаимодействия, существующие между отдельными частными бизнес-процессами.
Абстрактные (общедоступные) процессы
Это представляет взаимодействие между частным бизнес-процессом и другим процесс или участник. В абстрактный процесс включаются только те действия, которые связаны вне частного бизнес-процесса. Все остальные «внутренние» действия частного бизнес-процесса не показаны в абстрактном процессе. Таким образом, абстрактный процесс показывает внешнему миру последовательность сообщений, необходимых для взаимодействия с этим бизнес-процессом. Абстрактные процессы содержатся в пуле и могут быть смоделированы отдельно или в рамках более крупной диаграммы BPMN, чтобы показать поток сообщений между действиями абстрактного процесса и другими объектами. Если абстрактный процесс находится на той же диаграмме, что и соответствующий частный бизнес-процесс, то действия, общие для обоих процессов, могут быть связаны.
Процессы сотрудничества (глобальные)
Процесс сотрудничества отображает взаимодействия между два или более субъектов хозяйствования. Эти взаимодействия определяются как последовательность действий, которые представляют шаблоны обмена сообщениями между вовлеченными объектами. Процессы сотрудничества могут содержаться в пуле, а различные бизнес-взаимодействия участников отображаются как дорожки внутри пула. В этой ситуации каждая полоса будет представлять двух участников и направление движения между ними. Они также могут быть показаны как два или более абстрактных процесса, взаимодействующих через поток сообщений (как описано в предыдущем разделе). Эти процессы можно смоделировать отдельно или в рамках более крупной диаграммы BPMN, чтобы показать связи между действиями процесса сотрудничества и другими объектами. Если процесс сотрудничества находится на той же диаграмме, что и один из соответствующих ему частных бизнес-процессов, то могут быть связаны действия, общие для обоих процессов.

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

  • Действия частных процессов высокого уровня (не функциональная разбивка) *
  • Подробные частные бизнес-процесс
  • Как есть или старый бизнес-процесс *
  • Будущий или новый бизнес-процесс
  • Подробный частный бизнес-процесс с взаимодействием с одним или несколькими внешними объектами (или « Черный ящик »)
  • Два или более подробных частных бизнес-процесса, взаимодействующих
  • Подробная связь частного бизнес-процесса с абстрактным процессом
  • Подробная взаимосвязь частного бизнес-процесса с процессом совместной работы
  • Два или более абстрактных процесса *
  • Отношение абстрактного процесса к процессу сотрудничества *
  • Только процесс сотрудничества (например, ebXML BPSS или RosettaNet) *
  • Два или более подробных частные бизнес-процессы, взаимодействующие через свои абстрактные процессы и / или процесс сотрудничества

BPMN предназначен для работы со всеми вышеперечисленными типами диаграмм. Однако следует предупредить, что если объединить слишком много типов подмоделей, таких как три или более частных процессов с потоком сообщений между каждым из них, тогда диаграмму может стать трудно понять. Таким образом, OMG рекомендует разработчику моделей выбрать конкретную цель для BPD, например частный или совместный процесс.

Сравнение с другими нотациями моделирования процессов

Управляемые событиями цепочки процессов (EPC) и BPMN - две нотации с одинаковой выразительностью, когда речь идет о моделировании процессов. Модель BPMN может быть преобразована в модель EPC. И наоборот, модель EPC может быть преобразована в модель BPMN с небольшой потерей информации. Исследование показало, что для того же процесса модели BPMN может потребоваться примерно на 40% меньше элементов, чем соответствующей модели EPC, но с немного большим набором символов. Таким образом, модель BPMN будет легче читать. Преобразование между двумя нотациями можно автоматизировать.

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

Слабые стороны

Слабые стороны BPMN могут быть связаны с:

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

.

BPEL и BPMN

Спецификация BPMN включает неформальное и частичное отображение из BPMN в BPEL 1.1. Более подробное отображение BPMN в BPEL было реализовано в ряде инструментов, включая инструмент с открытым исходным кодом, известный как BPMN2BPEL. Однако разработка этих инструментов выявила фундаментальные различия между BPMN и BPEL, которые делают очень трудным, а в некоторых случаях невозможным создание удобочитаемого кода BPEL из моделей BPMN. Еще более трудной является проблема проектирования двустороннего обмена между BPMN и BPEL: генерация кода BPEL из диаграмм BPMN и поддержание исходной модели BPMN и сгенерированного кода BPEL синхронизированными в том смысле, что любые изменения одной модели распространяются на другую.

См. Также

Ссылки

Дополнительная литература

  • Гросскопф, Декер и Веск. (28 февраля 2009 г.). Процесс: моделирование бизнес-процессов с использованием BPMN. Меган Киффер Пресс. ISBN 978-0-929652-26-9. Архивировано из оригинала 30 апреля 2019 г. Получено 9 июля 2020 г.
  • Райан К. Л. Ко, Стивен С. Г. Ли, Энг Ва Ли (2009 г.) Стандарты управления бизнес-процессами (BPM): обзор. В: Журнал управления бизнес-процессами, Emerald Group Publishing Limited. Том 15 Выпуск 5. ISSN 1463-7154. PDF
  • Стивен А. Уайт; Конрад Бок (2011). Руководство по BPMN 2.0, второе издание: методы, концепции, тематические исследования и стандарты в нотации управления бизнес-процессами. Future Strategies Inc. ISBN 978-0-9849764-0-9.

Внешние ссылки

На Викискладе есть материалы, относящиеся к нотации моделирования бизнес-процессов.
Последняя правка сделана 2021-05-13 06:45:47
Содержание доступно по лицензии CC BY-SA 3.0 (если не указано иное).
Обратная связь: support@alphapedia.ru
Соглашение
О проекте