Методика и порядок работ по определению, классификации и идентификации


с. 1 ... с. 2 с. 3 с. 4 с. 5

5.2Методика описания процессов на базе методологии IDEF0


В данном разделе методика определения, классификации и идентификации процессов (раздел 5.1) реализована на базе методологии функционального моделирования IDEF0.

5.2.1Определение деловых процессов в виде IDEF0-модели

5.2.1.1Определение делового процесса


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

Примечания:

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

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

2. Общей целью моделей в рамках настоящего документа является создание системы менеджмента качества, соответствующей требованиями СТБ ИСО 9000-2001, СТБ ИСО 9001-2001 и СТБ ИСО 9004-2001.

Для того, чтобы выявить деловые процессы, необходимо определить следующее:


  • потребителей продукции и/или услуг организации;

  • продукцию и/или услуги, производимые в организации и поставляемые потребителям;

  • виды сырья и их поставщиков;

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


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

Фабрика является закрытым акционерным обществом. Цель построения модели – создание системы менеджмента качества. На основании этой информации в деятельности швейной фабрики можно выделить один деловой процесс – «производить женские пальто». Входами этого процесса являются: (а) внешняя информация, включая требования потребителей (магазинов и компаний); (б) сырье и материалы, (в) ресурсы. Выходами процесса являются (а) партии готовой продукции, предназначенные для потребителей; (б) Информация для внешних потребителей. Управление процессом осуществляется на основании нормативных документов, регламентирующих производственные процессы на фабрике. Учитывая, что нас интересует процесс с точки зрения менеджмента качества, мы в качестве внешнего управления будем рассматривать нормативные документы, регламентирующие эту сферу, в том числе требования СТБ ИСО 9000-2001. Карта делового процесса на швейной фабрике представлена на Рис. 5.


Рис. 5. Деловой процесс на швейной фабрике


5.2.1.2Описание структуры делового процесса


На втором этапе определения делового процесса необходимо описать его внутреннюю структуру. Для этого необходимо определить:

  • из каких процессов состоит моделируемый деловой процесс;

  • как эти процессы взаимодействуют между собой.

В IDEF0 моделировании для описания внутренней структуры процесса используется механизм декомпозиции (Приложение А).

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



Рассмотрим декомпозицию делового процесса «производить женские пальто» (Рис. 5).

Учитывая цели моделирования – соответствие делового процесса требованиям СТБ ИСО 9001-2001 – декомпозиция делового процесса включает 4 блока – процессов, представленных на Рис. 6.

В соответствии с требованиями СТБ ИСО 9000-2001, деловой процесс «производить женские пальто» включает следующие процессы:

«Реализовать ответственность высшего руководства по менеджменту качества»;

«Осуществлять менеджмент ресурсов»;

«Реализовать процессы жизненного цикла»;

«Осуществлять измерения, анализ и улучшения СМК».

Примечание: На рисунке не представлены взаимодействия между функциональными блоками, представляющими декомпозицию процесса «Производить женские пальто»

Рис. 6. Декомпозиция процесса «производить женские пальто»

5.2.1.3Описание взаимодействий между процессами


Третьим этапом определения делового процесса является описание взаимодействий между процессами. Взаимодействие между процессами в IDEF0 (Приложение А) описывается с помощью интерфейсных дуг и обозначает передачу материалов и/или информации с выходов одного процесса на входы (управления, механизмы) другого процесса.

В методологии IDEF0 допустимыми являются 5 (пять) типов взаимодействий между блоками в пределах одной диаграммы:



  • управление;

  • выход - вход;

  • обратная связь по управлению;

  • обратная связь по входу;

  • выход – механизм.






Взаимосвязь по управлению – когда выход одного процесса влияет на выполнение другого процесса. Иначе говоря, выходная дуга блока 1 является управляющей для блока 2. В СТБ ИСО 9001-2001 такое взаимодействие определяет функцию управления «ответственность руководства» по отношению к другим процессам.



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



Обратная связь по управлению – когда выходы из одного процесса влияют на выполнение других процессов, выполнение которых в свою очередь влияет на выполнение исходного процесса. Иначе говоря, выходная дуга блока 1 является управляющей для блока 2, а выходная дуга блока 2 является управляющей для блока 1.

В СТБ ИСО 9001-2001 такое взаимодействие может определять:

функцию управления «ответственность руководства»;

функцию управления «управление процессами жизненного цикла»;

функцию управления «измерение, анализ и улучшение».




Обратная связь по входу – когда выход из одного процесса является входом для другого процесса, выход которого является для него входом. Другими словами, выходная дуга блока 2 является входной для блока 1, выход которого является для него входом. В СТБ ИСО 9001-2001 такое взаимодействие может определять функцию управления «управление процессами жизненного цикла».



Взаимосвязь «выход – механизм» – когда выход одного процесса является механизмом для другого. Иначе говоря, выходная дуга блока 1 является дугой механизма для блока 2. Такой тип связи и относится чаще всего к процессам обеспечения ресурсами. В СТБ ИСО 9001:2000 такое взаимодействие может определять функцию управления «менеджмент ресурсов».

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

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

Примечание - Методология IDEF0 регламентирует, что каждый блок в модели должен содержать хотя бы по одной дуге входа, выхода, управления и механизма. В стандарте IDEF0 [7] имеется короткий список исключений из этого правила.


Рассмотрим взаимодействия между процессами, составляющими деловой процесс «производить женские пальто» (Рис. 7).

Процесс «Реализовать ответственность высшего руководства по менеджменту качества» является управляющим процессом для всех остальных процессов. Соответственно, выход этого процесса – «Политика, Цели, Руководство по качеству, Программы качества» является управляющим входом для всех остальных процессов, представленных на диаграмме (Рис. 7 ).

Процесс «Осуществлять менеджмент ресурсов» имеет связь «выход – механизм» с процессами «Реализовать процессы жизненного цикла» и «Осуществлять измерения, анализ и улучшения СМК».

На диаграмме представлен контур обратной связи: выход процесса «Осуществлять измерения, анализ и улучшения СМК» со входом процесса «Реализовать ответственность высшего руководства по менеджменту качества»

Примечание - Правило полноты функциональной модели IDEF0 в точности соответствует требованиям СТБ ИСО 9001-2001 в части того, что каждый процесс должен обеспечиваться ресурсами (дуги механизмов в IDEF0-модели), должен управляться (дуги управления), должен производить продукцию на выходе (выходные дуги), перерабатывая материалы и/или информацию, поступающее на его входы (входные дуги).


Рис. 7. Взаимодействия между процессами


5.2.1.4Декомпозиция процесса


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

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



На диаграмме А0 деловой процесс «Производить женские пальто» представлен в виде 4 процессов. Диаграмма А0 является первым уровнем декомпозиции (детализации) для этого процесса. Каждый из 4 представленных процессов в свою очередь может быть декомпозирован. На Рис. 8 представлена декомпозиция процесса «Реализовать процессы жизненного цикла».

На диаграмме А3 (Рис. 8) процесс «Реализовать процессы жизненного цикла» представлен в виде шести процессов, включая «Осуществлять закупки», который также может быть декомпозирован (Рис. 9).

Рис. 8. Декомпозиция процесса «Реализовать процессы жизненного цикла»



Рис. 9. Декомпозиция процесса «Осуществлять закупки».


5.2.1.5Глоссарий процесса


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

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


Например, для диаграммы А34 (Рис. 9) фрагмент глоссария будет выглядеть следующим образом:

Информация для поставщиков

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

Информация от поставщиков

Пакет документов, содержащий ответы на вопросы, представленные в документации для поставщиков (см. «Информация для поставщиков»)

Программы закупок

Утвержденные руководством перечни партий продукции, которые должны быть приобретены к определенным срокам.



5.2.2Классификация процессов в рамках IDEF0-модели


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

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

Для того чтобы осуществить классификацию процесса, достаточно выполнить следующую двухшаговую процедуру:


  • классифицировать интерфейсные дуги;

  • классифицировать функциональные блоки.

5.2.2.1Классификация интерфейсных дуг


В рамках IDEF0-модели дуги в зависимости от их положения на диаграмме уже подразделены на 4 категории: входные, выходные, управления и механизма.

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



  • материалы, сырье, продукция, ресурсы;

  • информация, данные; записи качества; документы;

  • распоряжения руководства, планы, графики; распорядительные документы;

  • стандарты, нормативная документация;

  • ответственные исполнители, сотрудники организации и т.д. (Рис. 10).


Рис. 10. Типовые элементы процесса, описываемого по правилам методологии IDEF0

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

Примечание - Соглашения о графических стилях для представления объектов различных типов не являются составной частью стандарта IDEF0. Этот подход был впервые предложен компанией Ориентсофт в 1996 году и реализован в инструментальном средстве IDEF0/EMTool. Подход успешно применен на ряде предприятий и организаций стран СНГ а также США и Канады.


Классификация объектов, принадлежащих процессу, осуществляется разработчиком функциональной модели. Разработчик последовательно, диаграмма за диаграммой, осуществляет разметку (маркировку) линий (интерфейсных дуг) в зависимости от типов объектов, которые эти линии представляют в IDEF0-модели.
Например, при создании функциональной модели делового процесса «производить женские пальто» были определены следующие соглашения по представлению объектов:

Информацию по качеству представлять с помощью утолщенных (толщина – 2pt) сплошных линий синего цвета;

Распоряжения, планы, графики представлять с помощью утолщенных (толщина – 2pt) сплошных линий красного цвета;

Сырье, материалы, продукцию представлять с помощью утолщенных (толщина – 2pt) сплошных линий коричневого цвета;

Ответственных исполнителей в процессах представлять с помощью утолщенных (толщина – 2pt) сплошных линий черного цвета;

Должностные инструкции, нормативные документы, стандарты, руководство по качеству представлять с помощью утолщенных (толщина – 2pt) сплошных линий фиолетового цвета.
Рассмотрим диаграмму, представляющую декомпозицию процесса «Реализовать процессы жизненного цикла» (Рис. 11).

На диаграмме объекты различных типов представлены различными графическими стилями: в соответствии с принятыми соглашениями (см. выше). В частности, «Требования потребителей», «Конструкторская документация» относятся к категории требований. Они представлены на диаграмме тонкими сплошными линиями красного цвета. «Внешняя информация», «Информация из подразделений», «Информация для потребителей» относятся к категории информации (записей качества) в рамках системы менеджмента качества. В соответствии с принятыми соглашениями линии, отображающие эти объекты на диаграмме, представлены тонкими сплошными зелеными линиями.

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


5.2.2.2Классификация функциональных блоков


Функциональные блоки в IDEF0-модели могут быть классифицированы в зависимости от типов процессов, которые они представляют. Типы процессов зависят от задач, решаемых с помощью функциональных моделей. В рамках настоящего документа для функциональных моделей следует использовать типы процессов, которые регламентированы в СТБ ИСО 9001-2001 (раздел 4.2.4, пункт 2.2. раздела 5.1.)
Для того чтобы выделить в IDEF0-модели процессы определенного типа, при моделировании используются заранее оговоренные соглашения о графическом стиле представления соответствующих функциональных блоков. Графический стиль для блоков включает соглашение о цвете рамки, толщине рамки, типе рамки (сплошная, пунктирная, штрих - пунктирная, и т.д.), о цвете прямоугольника, а также о цвете, размере и типе шрифта, которым отображается наименование блока.
Классификация процессов осуществляется разработчиком функциональной модели. Разработчик последовательно, диаграмма за диаграммой, осуществляет разметку (маркировку) функциональных блоков в зависимости от типов процессов, которые эти блоки представляют в IDEF0-модели.

Рассмотрим функциональную модель (описание) процесса «Реализовать процессы жизненного цикла» (Рис. 11). Представленный на диаграмме процесс «Планировать процессы» относится к типу управленческих процессов; в пользу этого вывода свидетельствует также то, что выход процесса «Планировать процессы» является управлением для остальных процессов, представленных на диаграмме.

Процессы «Осуществлять взаимодействие с потребителями», «Разрабатывать новые модели», «Осуществлять закупки», «Шить пальто» и «Осуществлять поставки» относятся к категории процессов жизненного цикла, т.к. на входах и выходах этих процессов представлены материальные ресурсы, а также требования потребителей и информация для потребителей.

Рис. 11. Классификация процесса «Реализовать процессы жизненного цикла»



5.2.3Идентификация процессов в рамках IDEF0-модели


В методологии IDEF0 существует несколько параллельных способов идентификации процессов:

Код вершины процесса. Все функциональные блоки (процессы) в IDEF0-модели имеют идентификационные коды. Каждый идентификационный код начинается с префикса «А» (от англ. activity), к которому присоединяется номер родительского блока и номер блока на диаграмме (Приложение 1.). Код вершины позволяет однозначно идентифицировать процесс в рамках функциональной модели.

Примечание – Подобное кодирование применяется, например, при создании нормативных или методических документов. Документ состоит из разделов 1, 2, 3 … Каждый раздел состоит из подразделов 1.1, 1.2, 2.1, 2.2, 2.3, ….. В свою очередь каждый подраздел можно детализировать (декомпозировать) на параграфы 1.1.1, 1.1.2, 2,1.1, 2.1.2 и т.д.

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



Наименование процесса. Каждый процесс в IDEF0-модели имеет свое наименование. Это наименование может использоваться в качестве идентификатора процесса в том случае, если при разработке IDEF0-модели соблюдалось соглашение об уникальности наименований процессов в модели.
В рамках IDEF0-модели делового процесса «Производить женские пальто» процессы имеют следующие наименования, коды вершин и ссылочные номера (Рис. 12).



Наименование процесса

Вершина

С-Номер

Производить женские пальто

А0

П-ДП-1

Реализовать ответственность высшего руководства по менеджменту качества

А1

П-1.1-МК

Осуществлять менеджмент ресурсов

А2

П-1.2-В

Реализовать процессы жизненного цикла

А3

П-1.3-ЖЦ

Планировать процессы

А31

П-1.3.1-М

Осуществлять взаимодействие с потребителем

А32

П-1.3.2-ЖЦ

Разрабатывать новые модели

А33

П-1.3.3-ЖЦ

Осуществлять закупки

А34

П-1.3.4-ЖЦ

Планировать закупки

А341

П-1.3.4.1-М

Подготовить документацию для закупок

А342

П-1.3.4.2-В

Осуществлять закупки и их контроль

А343

П-1.3.4.3-ЖЦ

Осуществлять производственные процессы

А35

П-1.3.5-ЖЦ

Осуществлять поставки продукции

А36

П-1.3.6-ЖЦ

Осуществлять измерения, анализ и улучшения СМК

А4

П-1.4-МК

Рис. 12. Идентификация процессов в IDEF0-модели
Примечание. Идентификация процессов в рамках IDEF0 моделях посредством кодов вершин обеспечивается автоматически в различных инструментальных средствах (программах для ЭВМ), поддерживающих стандарт IDEF0.

5.2.4Документирование процессов в IDEF0-моделях


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

  • карта процесса;

  • перечень процессов.

Примечание – Карта процесса, как правило, дополняется сопроводительной информацией, уточняющей элементы процесса, изображенного на карте. Сопроводительная информация может быть представлена в различном виде. Например, в виде отдельного документа по аналогии с пояснительной запиской к конструкторскому (ЕСКД) или технологическому (ЕСТД) проекту. В случае использования программных средств для функционального моделирования (IDEF0/EMTool) их интерфейс предусматривает ввод сопроводительной (уточняющей элементы описываемого процесса) информации непосредственно в модель процесса и вызов в любой момент этой информации для целей уточнения. анализа, улучшения.

5.2.4.1Карта процесса


Для документирования процессов в IDEF0 методологии используются специальные бланки «Карта процесса».

Бланк «Карта процесса» сконструирован таким образом, что поля, содержащие рабочую информацию о процессе, расположены в верхней части бланка, а поля, содержащие идентификационную информацию – в нижней части бланка. В средней части бланка расположено поле, в котором содержится описание процесса: графическая диаграмма или текст. Бланк «Карта процесса» представлен на Рис. 13.




Использовано в:

Автор

Дата




Рабочая

Читатель Дата

Контекст




Проект

Рев




Черновая
















Рекомендовано







Замечания: 1 2 3 4 5 6 7 8 9 10




Публикация






Вершина

Наименование

С-Номер







Стр.

Рис. 13. Бланк «Карта Процесса»

Примечание - Примеры карт процессов представлены на Рис.8, 9, 11.


Бланк включает следующие поля:

  • Раздел «Рабочая Информация»:

  • Поле «Автор/Дата/Проект». В этом поле содержится информация о том, кто создал диаграмму, когда диаграмма была создана и к какому проекту она относится. В поле «Дата» могут содержаться также даты последующих ревизий диаграммы, которые следуют за датой создания.

  • Поле «Замечания». В этом поле читатель отмечает замечания, которые он вносит в диаграмму. Каждому замечанию и комментариям к ним присваивается номер от 1 до 10. Соответствующий номер зачеркивается в поле «Замечания». Эта процедура гарантирует, что пользователь и разработчик не пропустят ни одного замечания, сделанного на диаграмме.

  • Поле «Статус». В этом поле отображается текущее состояние (версию) документа. Документ может иметь на текущий момент одну из следующих версий:

  • «РАБОЧАЯ». Диаграмма содержит серьезные изменения, которые требуют повторного утверждения. Новым диаграммам всегда присваивается статус рабочей.

  • «ЧЕРНОВАЯ». Диаграмма содержит незначительные изменения по сравнению с предыдущей версией.

  • «ПУБЛИКАЦИЯ». После рассмотрения и утверждения рабочей группой диаграмма получает статус «Публикация». После этого в диаграмму запрещено вносить какие-либо изменения без специального решения рабочей группы.

  • Поле «Контекст». В этом поле указывается графическим или иным образом уровень иерархии (место) данной диаграммы в общей структуре описания делового процесса, например, рис. 8.

  • Раздел «Идентификационная информация»

  • Поле «Вершина». В этом поле содержится код родительского блока, декомпозиция которого представлена на диаграмме.

  • Поле «Наименование процесса». В этом поле содержится название процесса, представленного на диаграмме.

  • Поле «С-Номер» («Номер»). В это поле содержится ссылочный номер процесса, представленного на диаграмме.

  • Поле «Страница» («Стр.»). В этом поле указывается номер страницы в документе, к которому относится данная диаграмма.

5.2.4.2Перечень процессов


Для документирования перечня процессов в IDEF0 методологии используется специальный бланк «Перечень Процессов» (Рис. 14).

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



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

  • «Страница». Номер страницы, на которой находится описание процесса.

  • «Вершина». Номер функционального блока в IDEF0-модели, который представляет собой описание процесса.

  • «Наименование». Наименование функционального блока, представляющего процесс.

  • «C-Номер». Ссылочный (идентификационный) номер, присвоенный данному процессу в организации.

  • «Статус». Статус описания процесса. Может быть один из следующих: «Р» – рабочая версия; «П» – публикация.

Нижняя часть бланка содержит информацию о наименовании перечня процессов (модели), а также ссылочный номер перечня процессов.


№ документа

Автор Дата

Исправлено

Дата

Проект №

Автор

Дата

Стр.

Вершина/Название/C-номер

Статус

Стр.

Вершина/Название/C-номер

Статус











































































































































































































































Индекс

Наименование Документа/Модели

С-Номер










Стр.

Рис. 14. Бланк «Перечень Процессов»

Например, деловой процесс «Производить женские пальто» на швейной фабрике содержит ряд процессов, перечень которых представлен на рис. 15.




№ документа УК001

Автор ТК «Управление качеством» Дата 01-окт-2001

Исправлено

Дата

Проект № 001

Автор

Дата

Стр.

Вершина/Название/C-номер

Статус

Стр.

Вершина/Название/C-номер

Статус

1

A0 «Производить женские пальто»

П

13

А343 «Осуществлять закупки и их контроль»

П

2

А1 «Реализовать ответственность высшего руководства по управлению качеством»

П










3

А2 «Осуществлять менеджмент ресурсов»

П










4

А3 «Реализовать процессы жизненного цикла»

П










5

А4 «Осуществлять измерения, анализ и улучшения СМК»

П










6

А31 «Планировать процессы»

П










7

А32 «Осуществлять взаимодействие с потребителями»

П










8

А33 «Разрабатывать новые модели»

П










9

А34 «Осуществлять закупки»

П










10

А35 «Шить пальто»

П













А36 «Осуществлять поставки продукции»

П










11

А341 «Планировать закупки»

П










12

А342 «Подготовить документацию для закупок»

П










Индекс

Наименование Документа/Модели

С-Номер










Стр. 5

Рис. 15. Пример документа «Перечень Процессов на швейной фабрике»

Буква «П» в колонке «Статус» обозначает, что соответствующие карты процессов имеют статус «Публикация».



с. 1 ... с. 2 с. 3 с. 4 с. 5

скачать файл