Описание бизнес процесса в bpwin dfd

CASE-средство Bpwin используется для проведения анализа и реорганизации бизнес-процессов. Bpwin поддерживает методологии IDEF0 (функциональная модель), IDEF3 (WorkFlow Diagram) и DFD (DataFlow Diagram).

Диаграммы потоков данных ( DFD) используются для описания документооборота и обработки информации. Подобно IDEFO, DFD представляет модель­ную систему как сеть связанных между собой работ. Их можно использовать как само­стоятельно, так и в качестве дополнения к модели EDEF0 для более наглядного отображе­ния текущих операций документооборота в корпоративных системах обработки информа­ции. DFD описывает: функции обработки информации (работы): документы, объекты (стрелки): внешние сущности, которые обеспечивают интерфейс с внешними объектами, находящимися за границами моделируемой системы; хранилища данных.

В Bpwin для построения диаграмм потоков данных используется нотация Гейна — Сар-сона.

В отличие от IDEFO, где система рассматривается как взаимосвязанные работы, DFD рассматривает систему как совокупность предметов.

Пример построения диаграммы потоков данных (Data Flow Diagram)

Контекстная диаграмма часто включает работы и внешние ссылки. Работы обычно именуются по названию системы, например «Система обработки информации». Вклю­чение внешних ссылок в контекстную диаграмму не отменяет требования методологии четко определить цель, область и единую точку зрения на моделируемую систему.

Работы в DFD представляют собой функции системы, преобразующие входы в выхо­ды. Хотя работы изображаются прямоугольниками со скругленными углами, смысл их совпадает со смыслом работ IDEFO и IDEF3. Они имеют входы и выходы, но не поддер­живают управления и механизмы, как IDEFO.

Внешние сущности. Внешние сущности изображают входы в систему и/или выходы из системы. Внешние сущности изображаются в виде прямоугольника с тенью и обычно рас­полагаются по краям диаграммы. Одна внешняя сущность может быть использована мно­гократно на одной или нескольких диаграммах. Обычно такой прием используют, чтобы не рисовать слишком длинных и запутанных стрелок.

Стрелки (потоки данных). Стрелки описывают движение объектов из одной части сис­темы в другую. Поскольку в DFD каждая сторона работы не имеет четкого назначения, кик в EDEFO, стрелки могут подходить и выходить из любой грани прямоугольника рабо­ты. В DFD также применяются двунаправленные стрелки для описания диалогов типа «команда-ответ» между работами, между работой и внешней сущностью и между внеш­ними сущностями.

Хранилища данных. В отличие от стрелок, описывающих объекты в движении, храни­лища данных изображают объекты в покое.

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

Среда Bpwin. Применение методологии IDEF3

Функционально-ориентированные модели описания бизнес-процессов. VAD, IDEF, DFD

CASE-средство Bpwin используется для проведения анализа и реорганизации бизнес-процессов. Bpwin поддерживает методологии IDEF0, IDEF3 и DFD.

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

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

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

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

Диаграммы является основной единицей описания в IDEF3.

Единицы работы — Unit of Work (UOW), также называемые работами (activity), явля­ются центральными компонентами модели. В IDEF3 работы изображаются прямоуголь­никами с прямыми углами и имеют имя, выраженное отглагольным существительным, обозначающим процесс действия, одиночным или в составе фразы, и номер (идентифика­тор); другое имя существительное в составе той же фразы обычно отображает основной выход (результат) работы (например, «Изготовление изделия»).

Связи. Связи показывают взаимоотношения работ. Все связи в IDEF3 однонаправлены и могут быть направлены куда угодно, но обычно диаграммы IDEF3 стараются построить так, чтобы связи были направлены слева направо.

Старшая (Precedence) — сплошная линия, связывающая единицы работ (UOW). Рисует­ся слева-направо или сверху-вниз. Показывает, что работа-источник должна закончиться прежде, чем работа-цель начнется.

Отношения (Relational Link) — пунктирная линия, использующаяся для изображения связей между единицами работ (UOW), а также между единицами работ и объектами ссы­лок.

Потоки объектов (Object Flow) — стрелка с двумя наконечниками, применяется для описания того факта, что объект используется в двух или более единицах работы, напри­мер, когда объект порождается в одной работе и используется в другой.

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

Дата добавления: 2018-02-15 ; просмотров: 1252 ; Мы поможем в написании вашей работы!

Источник: studopedia.net

AllFusion Process Modeler (Bpwin) — ERwin Process Modeler

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

Моделирование предметной области, как правило, выполняется с помощью CASE-средств. К таким средствам относятся BPwin (AllFusion Process Modeler), Oracle Designer (Oracle), Rational Rose (Rational Software) и остальные.

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

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

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

BPwin поддерживает три методологии моделирования: функциональное моделирование (IDEF0) — верхнеуровневое; описание бизнес-процессов (IDEF3) — поток работ и диаграммы потоков данных (DFD). Чаще всего применяется для создания функциональной модели предметной области на начальных этапах проектирования информационной системы, а также для анализа существующей или проектируемой ИС.

Функциональная модель включает в себя:

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

Функциональный блок — представляется в виде прямоугольника и олицетворяет собой некую конкретную функцию.

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

Рис1. Функциональный блок

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

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

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

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

Механизм — ресурсы, выполняющие работу. Стрелка механизма рисуется как входящая в нижнюю грань работы. По усмотрению аналитика стрелки механизма могут не изображаться на модели.

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

У нас имеется 4 верхнеуровневых бизнес процесса (Сбор требований, разработка, тестирование, запуск), так как наша разработка сайтов будет работать по итерационной модели жизненного цикла ПО, то вывод в прод не переходит в начало бизнес процесса.

Рис2. Итерационная модель ЖЦ ПО

Рис3. Бизнес процессы

Дерево нашей модели будет иметь примерно такой вид. Декомпозируем верхнеуровневые процессы на подпроцессы. В моем примере я декомпозировал бизнес процесс тестирование на подпроцессы. Интеграционное тестирование, модульное тестирование и документирование — bag report.

Рис4. Дерево процессов

В левом углу квадрата представлены доступные центры затрат их можно определить с помощью кнопки Cost Center Editor или в библиотеке центров затрат.

Рис5. Центры затрат

Определение стоимости нужно для метода расчета себестоимости по объему хозяйственной деятельности (ABC). В правом столбце можно ввести стоимость выполнения функции в соответствии с определенным центром затрат.

Ниже имеется два переключателя:

Override decompositions — не учитывать данные, введенные ниже по декомпозиции. Стоимость определяется вручную.

Compute from decompositions — вычислить на основе данных, введенных ниже по декомпозиции.

Поле Frequency — определяет кратность выполнения данной функции в цикле.

Поле Duration — определяет длительность выполнения функции.

• Легко освоить
• Позволяет облегчить сертификацию на стандарт качества ISO9000
• Интегрирован с ERwin (для моделирования БД)
• Пример модели, построенной в Bpwin интегрирован со средством имитационного моделирования Arena. Имитационное моделирование — создание компьютерной модели системы (физической, технологической, финансовой и т. п.) и проведение на ней экспериментов с целью наблюдения/предсказания. Реальный эксперимент проводить дороже, а зачастую опасно или невозможно;
• Содержит собственный генератор отчётов;
• Позволяет эффективно манипулировать моделями — сливать и расщеплять их;
• Имеет широкий набор средств документирования моделей, проектов.

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

Источник: businessarchitecture.ru

IT News

Вы здесь: Главная Статьи Статьи ИТ BPWin. Лабораторная работа №1

BPWin. Лабораторная работа №1

• Печать
• E-mail

Тема: Знакомство с CASE-средством разработки информационных систем BPwin

Цель работы: познакомиться с CASE-средством BPwin фирмы Computer Associates, научиться строить модель в методологии IDEF0 .

Порядок работы:
1. Ознакомиться с принципами построения модели в BPwin.
2. Ознакомиться с основной панелью инструментов.
3. Ознакомиться с палитрой инструментов IDEF0.
4. Научиться строить контекстную диаграмму, определять цель, точку зрения, границы модели. Освоить работу с закладками General, Purpose, Definition, Status, Numbering, Display.
5. Научиться строить декомпозирующие диаграммы.
6. Выполнить практическое задание.
7. Ответить на контрольные вопросы.

1. Краткая информация об CASE-средстве BPwin

BPwin — CASE-средство верхнего уровня, помогающее проводить анализ и реорганизацию бизнес-процессов. Поддерживается методология IDEF0 (функциональная модель), IDEF3 (Work Flow Diagram), DFD (Data Flow Diagram). Функциональная модель предназначена для описания существующих бизнес-процессов на предприятии (так называемая модель AS-IS) и идеального положения вещей – того, к чему надо стремиться (модель TO-BE).
Процесс построения информационной модели в BPwin состоит из следующих шагов:
• построение контекстной диаграммы;
• проводится функциональная декомпозиция;
• после каждого сеанса декомпозиции проводится сеанс экспертизы.
На основе модели BPwin можно построить модель данных. В программе поддерживается связь с ERwin.

2. Инструментальная среда BPwin

При запуске BPwin по умолчанию появляется основная панель инструментов (рис.1), палитра инструментов и навигатор модели Model Explorer (рис.2).

Рис.1 Внешний вид панели управления BPwin4.0

Панель инструментов представлена следующими кнопками (слева направо):
• создать модель (пункт меню File/New);
• открыть модель (пункт меню File/Open);
• сохранить модель (пункт меню File/Save);
• напечатать модель (пункт меню File/Print);
• выбор масштаба (View/Zoom);
• уменьшить модель (View/Zoom);
• увеличить модель (View/Zoom);
• проверить правописание (Tools/Spelling);
• включение и выключение навигатора модели (View/Model Explorer);
• включение и выключение дополнительной панели инструментов работы с Model Mart (Model Mart).

Рис.2 Внешний вид окна навигатора модели Model Explorer

При создании новой модели возникает диалог, в котором следует указать, будет ли модель создаваться заново, или она будет открыта из файла либо из репозитария Model Mart. Также необходимо внести имя модели и выбрать методологию, в которой будет построена модель (рис.3).

Рис.3 Диалог создания модели.

BPwin поддерживает три методологии моделирования:
• функциональное моделирование (IDEFO);
• описание бизнес-процес¬сов (IDEF3);
• диаграммы потоков дан¬ных (DFD).
В зависимости от выбранной методологии программой автомати¬чески подбирается нужная панель инструментов BPwin Toolbox. В BPwin существует три разных панели инструментов — по числу поддерживаемых програм¬мой методологий. На рис.4 представлена палитра для IDEF0.

Рис.4 Палитра инструментов IDEF0.

Вы можете показывать или скрывать панель инструментов, используя функцию «View» на панели меню.

3. Построение модели IDEF0. Контекстная диаграмма
Функциональное моделирование является технологией анализа системы в целом как набора связанных между собой действий или функций. Действия системы анализируются независимо от объектов, которые обеспечивают их исполнение. Моделировать деловой про¬цесс можно исходя из различных перспектив и временных рамок. На¬пример, вы можете моделировать процесс заказа услуг клиентом так, как вы видите его в идеале, а не так, как это происходит в настоящее время. Также можно абстрагироваться от проблем физической реализации модели.
Процесс моделирования какой-либо системы в IDEF0 начинается с определения КОНТЕКСТА, т.е. наиболее абстрактного уровня описания системы в целом. В контекст входит определение субъекта моделирования, цели и точки зрения на модель.
Под субъектом понимается сама система, при этом необходимо точно установить ГРАНИЦЫ СИСТЕМЫ, определить, что входит в систему, а что лежит за ее пределами. То есть необходимо решить, что будет рассматриваться как компоненты системы, а что как внешнее воздействие. Другими словами, первоначально необходимо определить область (Scope) моделирования.
Наименование функции самого высокого уровня опи¬сывает систему непосредственно и, как правило, состоит из одного активного глагола в сочетании с обобщающим существительным, ко¬торое разъясняет цель деятельности с точки зрения самого общего взгляда на систему. Например «Изготовить изделие».
Формулировка цели моделирования (Purpose) позволяет команде аналитиков сфокусировать усилия в нужном направлении. Модель не может быть построена без четко сформулированной цели.
Точку зрения можно представить как взгляд человека, который видит систему в нужном для моделирования аспекте. Точка зрения должна соответствовать цели моделирования. Очевидно, что описание работы предприятия с точки зрения финансиста и технолога будет выглядеть совершенно по-разному, поэтому в течение моделирования важно оставаться на выбранной точке зрения.
Для определения контекста модели в BPwin следует выбрать пункт меню Model/Model Properties. В закладке General указывается наименование и сведения об авторе модели, в закладку Purpose следует внести цель и точку зрения, а в закладку Definition – определение модели и описание области (рис.5).
Для создания контекстной диаграммы необходимо сначала соз¬дать новую модель, выбрав пункт «New» в меню «File». В появившем¬ся диалоге необходимо набрать имя модели и выбрать ее тип. Этот диалог также отображается при запуске BPwin.
После создания модели можно задать ее параметры. Кроме вышеперечисленных свойств модели (Model Properties) можно задать состоя¬ние, в котором находится модель, например «в работе» или «для публикации» (закладка Status).

Рис.5 Диалог задания свойств модели.

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

Рис.6 Пример контекстной диаграммы.

4. Декомпозиция
Декомпозиционное разложение модели используется в моделиро¬вании бизнес-процессов, для того чтобы дать более подробное описа¬ние блоков. Каждый из них может в свою очередь быть де¬композированным. При каждой декомпозиции блока создается новая диаграмма. Число декомпозиций не ограничено и полностью зависит от уровня сложности, который необходимо показать в модели.
Чтобы выполнить декомпозицию функции, необходимо щелкнуть по кнопке . Возникает диалог Activity Box Count (рис.7), в котором следует указать нотацию новой диаграммы и количество блоков на ней. Для IDEF0 рекомендуется 3-6 блоков.

Рис.7 Диалог Activity Box Count.

BPwin создает новую диаграмму, которая является диаграммой разложения родительской диаграммы. Заметьте, что новые действия не связаны между собой и не поименованы — это следующая задача. Необходимо задать взаимодействие между блоками и «привязать» к но¬вым блокам стрелки, которые автоматически унаследованы от роди¬тельской диаграммы (рис.8).

Рис.8 Пример несвязанных стрелок.

Имя блока и другие его свойства вводятся в закладке «Name» спи¬ска свойств блока. Для вывода свойств блока на экран достаточно два¬жды щелкнуть мышью на блоке.
Следующим шагом при создании диаграммы должно быть соеди¬нение всех использованных на диаграмме блоков с помощью стрелок, представляющих входы, результаты работы, средства управления и механизмы. Для этого достаточно соединить исходящую точку стрел¬ки с точкой ее окончания. Окончанием стрелки может быть как одна из сторон функциональных блоков, так и граница диаграммы.

BPwin автоматически выделяет допустимые окончания для создаваемых стрелок. Для рисования стрелки пользуются инструментом из комплекта инструментов. Задание имени стрелки производится в закладке «Name» диалога свойств стрелок. Для вызова этого диалога достаточно дважды щелк¬нуть мышью на нужной стрелке.
Если количества блоков на диаграмме окажется недостаточным, существует возможность добавления на нее новых блоков с использованием кнопки панели инструментов. Для добавления блока сле¬дует щелкнуть на этом инструменте, а затем — на диаграмме в том месте, где необходимо расположить новый блок. После того как до¬полнительный блок создан, вы можете связать его стрелками с други¬ми блоками и задать его название и другие свойства.
Обра¬тите внимание на рис.9. Если действие не было декомпозирова¬но, в верхнем левом углу блока будет по¬являться символ «листа». После деком-позиции данного блока символ «листа» исчезнет.

Рис.9 Пример недекомпозированного блока.

Нумерация блоков производится автоматически при их создании. Номера могут быть относительными или постоянными, они отражают иерархическое положение блока в пределах модели. Вы можете управлять нумерацией блоков на диаграмме, используя закладку «Numbering» диалога ввода свойств модели (рис.5).
Перемещение любых объектов на диаграмме осуществляется с по¬мощью их «захвата» мышью и перемещения в новое место. При пере¬мещении блоков одновременно перемещаются и связанные с ними стрелки. Функциональные блоки могут также быть перемещены меж¬ду диаграммами с использованием команд «Cut/Paste» из меню «Edit». При изменении взаимного расположения блоков могут меняться и их но¬мера.
Для идентификации граничных стрелок предназначены ICOM-коды. Код содержит префикс, соответствующий типу стрелки (Input, Control, Output, Mechanism) и порядковый номер. BPwin вносит ICOM-коды автоматически. Для отображения ICOM-кодов следует включить опцию ICOM codes на закладке Display диалога свойств.
Практическое задание:
1. Согласно варианту, создайте контекстную диаграмму. Определите цель, точку зрения модели. Опишите свойства в соответствующих закладках диалога Model Properties.
2. Задайте входы, выходы, механизмы и управление.
3. Создайте декомпозицию контекстной диаграммы, состоящую из 2-3 блоков. Задайте автоматическую нумерацию блоков и ICOM-кодов.
4. Установите связи между блоками. Задайте имена дуг.
5. Сохраните проект в отдельный файл.

Контрольные вопросы:
1. Для чего используется методология IDEF0.
2. Объясните необходимость задания цели и точки зрения модели?
3. Перечислите и расскажите назначения кнопок на панели инструментов.
4. Перечислите этапы декомпозиции блока.
5. Расскажите, каким образом на диаграмму добавить блок, дугу.
6. Дайте определение ICOM-кодов.
7. Для чего используются закладки General, Purpose, Definition, Status, Numbering, Display в диалоге Model Properties.
Варианты к практическим работам
Вариант 1
Система должна описывать порядок подготовки к экзамену, предполагающий получение отличной оценки.
Вариант 2
Система должна описывать порядок выполнения практической работы по дисциплине «Проектирование ИС».
Вариант 3
Система должна описывать порядок получения водительских прав.
Вариант 4
Система должна описывать порядок организации городского спортивного соревнования.
Вариант 5
Система должна описывать порядок организации общеинститутского студенческого мероприятия.
Вариант 6
Система составления учебного графика дисциплин, изучаемых на факультете
Вариант 7
Система должна описывать порядок поставок товара в систему розничных киосков.
Вариант 8
Система должна описывать порядок обработки заказов в службе быта.
Вариант 9
Система должна описывать работу одного из участков автосалона .
Вариант 10
Система должна описывать работу приемного покоя в больнице .
Вариант 11
Система должна описывать порядок приема заявки на поставку продукции на хлебокомбинате.
Вариант 12
Система должна описывать процесс поставки сезонных товаров в оптовой фирме .
Вариант 13
Система должна описывать процесс работы торгового отдела .
Вариант 15
Система учета в видеопрокате.
Вариант 16
Система учета проката на лыжной базе

Источник: information-technology.ru