що таке ISA 88

«Технологія – це просто інструмент. Кращі практики (стандарти) щодо

підходів - важливіші»

вебінар, 25 січня

Що таке ISA 88

(IEC 61512)

В програмі

ISA-88 – витоки та історія. Основи стандарту

Основні області застосування

Переваги використання для різних категорій гравців промислових АСУ

Відомі кейс-стаді

Питання гармонізації в Україні

АППАУ – одним поглядом

Професійні

стандарти

ROI / TCO / OEE

ISA 88, 95, 99

CSIA

Project

management

Agile

Модель

компетенцій

спеціаліста

Маркетинг та

продажі…

24

члени

Чисельні

партнерства

Неприбуткова

організація

Розвиток

ринку

Співпраця

Кращі практики

Спільнота

Комунікації

2016 - сценарій “голодних ігор”

Гра без правил – на виживання

Одна з причин – відсутність аргументів для технологій АСУ щодо вкладу в економіку

1. Продуктивність

2. Енергоефективність

3. Безпека та ЕГ

4. Оптимізація витрат

5. Прозорість даних

Управління Знаннями

IoT та інші “мега-тренди”

Управління Жит. циклом

Управління ланцюжками

Інтеграція систем з ERP

Інтеграція АСУ ТП та енергетики

Управління в реальному часі

Великий вплив

Середній

Малий WEB

Plant

?

Зв’язок Економіки (Бізнесу) та Технологій на Заході

Спільні концепції та моделі

Спільні стандарти

Дорожні карти

Моделі компетенцій

OpX, CVN, ARM, EAM, TPM/RCM

ISA 88, ISA 95, ISA 99

Industry 4.0 і подібні

модель для промислової автоматизації

Нові технології IoT, wireless, remote control, smart

devices

Чи не загубили ми зв’язок Економіки (Бізнесу) та Технологій?








модель для промислової автоматизації


devices

економіка

Загубили….








…..


devices

Дорожна карта ефективності АСУ

1. Продуктивність

2. Енергоефективність

3. Безпека та ЕГ

4. Оптимізація витрат

5. Прозорість даних

Управління Знаннями

IoT та інші “мега-тренди”

Управління Жит. циклом

Управління ланцюжками

Інтеграція систем з ERP

Інтеграція АСУ ТП та енергетики

Управління в реальному часі

Великий вплив

Середній

Малий WEB

Plant

Шлях через стандарти

Як це працює - приклад

Внеш давление

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

Орг. способности MES/MOM -

ISA 88-95-99

Технологии Беспровод. Связь, Дистанционное управление, Мобильные технологии

Web-plant, IoT, SOA, SaaS, WOA…

KPI, Сбор данных…

Коммуник, сотрудн-во,

знания ІТ

стандарты процессы люди

Фокус на ROI Безопасность УправляемостьЭнергоэф.

Зміна сценарію «голодних ігор» -подорож разом з АППАУ

1. Спільноти

2. Бізнес-мислення

5. Дорожна карта АСУ

4. Просвіта ринку

3. Бенчмаркинг- Стандарти

Фокус на

ROI / OEE …

Залучення–

комунікації

Стандарти та кращі

практики

Доступ до сучасних

Знань/ Навчання

Стратегії по

напрямкам

Ключові концепти та стандартидля покращення цінності пром АСУ

ROI (OEE-TCO) / ISA-IEC / GAMP - CSIA– ГОСТ 34/

Який вклад? Що

та як вимірювати,

щоб його доказати?

Як ефективніше реалізувати

систему АСУ?

Яка стратегія, підходи та

оптимальна архітектура?

Ієрархія стандартів – по вертикалі виробництва

MES systems

SCADA systems

Process

Control

ISA 88(IEC 61512)

OPC

IEC 61131

IEC 61499

Equipment

Control

IEC 61158

Fieldbus« Intelligent »

Device

Business system

ISA 95

ISA 88

стандарт управления АСУ ТП периодических процессов

Перевод краткого пособия на украинский 2016 г

http://appau.org.ua/ru/i-shcho- se- take-ISA-88

Automation Challenge

Ideal automation

S88

Capability

Flexibility

Complexity

Manual

Operation

Traditional

Automation

Каскадний підхід до реалізації

1. Бізенс-план. Концепція

2. Технологічна схема / Проект

3. Проект автоматизації

4. Програмування

етапилюди процеси

Бізнес-планування

Технологічне проектування

Проектування системи

управління

Реалізація в програмному коді

Замовник. Економісти. Технологи….

Технологи

Проектувальники АСУ

Програмісти

Проблеми – завжди на стиках процесів

1. Бізенс-план. Концепція

2. Технологічна схема / Проект

3. Проект автоматизації

4. Програмування

етапилюди процеси

Бізнес-планування

Технологічне проектування

Проектування АСУ. Алгоритм

управління.

Реалізація в програмному коді

Замовник. Економісти. Технологи….

Технологи

Проектувальники АСУ

Програмісти

Контекст Інтегратора: десятки різних людей та десятки різних складних проектів

+

ПОСТІЙНІ ЗМІНИ В ТЕХНОЛОГІЧНОМУ ПРОЕКТІ

Як оптимізувати?

Про доповідача

Олександр Пупена

- доцент ІАСУ Національного університету харчових технологій (НУХТ)

- координатор вузів в АППАУ

- адміністратор www.asu.in.ua

- програміст АСУТП (PLC, SCADA)

- …

- початківець у вивчені MES/ISA95/ISA88

http://www.asu.in.ua/

Інтегроване виробництво - ISA 95 Control

Hierarchy Levels

Level 4

Level 0

Level 1

Level 2

Level 3

Business LogisticsPlant Production Scheduling, Shipping,

Receiving, Inventory, etc

ManufacturingOperations Management

Dispatching, Detailed ProductionScheduling, Production Tracking, ...

BatchProduction

Control

DiscreteProduction

Control

ContinuousProduction

Control

ISA – IEC/ISO

Interface

Standards

IEC, OPC, &

OMAC

Interface

Standards

ISA

Functional

Model

The production processes

це все

автоматизаці

я! на скільки

готові до

цього ви?

?

?

Типи технологічних процесів (та виробництв)

Дискретні процеси/виробництво

(Discrete processes) :

- окремі вироби з окремих деталей

Неперервні процеси/виробництво

(Continuous processes):

- неперервний потік матеріалу через

обладнання

Періодичні процеси / порційне (малосерійне)

виробництво (batch process):

- виробництво кінцевої кількості продукту (партії

- batch ) з певної кількості сировини, за

обмежений період часу, з використанням

певного обладнання за певним технологічним

регламентом (рецептом);

Неперервне (Continuous )

- неперервний потік матеріалу через обладнання:

неперервний вхід сировини та вихід продукції

(наприклад цукрове виробництво)

- дуже велика кількість (тривалість) виробництва

- однакова технологія виробництва

- основні діяльності керування – регулювання,

інколи послідовні операції

- задані технологічні параметри змінюються

тільки із-за причин зміни сировини, зовнішнього

середовища…

- основні зміни при пуску, зупинці, нештатних

ситуаціях

- сировина в процесі виробництва практично не

ідентифікується

ISA 106:

TR – 2013

запуск стандарту -

2015

…

Дискретне (Discrete )

- виготовлення окремих речей (наприклад автомобілі,

техніка)

- на різних етапах потребує синхронізації, підрахунку,

послідовних дій, блокування, обробки матеріалів …

- технологія не змінюється протягом довгого часу з початку

виробництва продукції

- потребує за весь період виробництва велику кількість

сировини і виготовлює продукцію великими партіями (lot)

- сировина зберігає свою індивідуальність навіть на виході

(деталь ідентифікується)

Періодичне (batch – порційне, малосерійне, рецептурне…)

- великий асортимент продукції але у відносно

малих кількостях (партіях - batch) за обмежений

період часу (пивоварне, молочне виробництво)

- кожна партія за окремим регламентом

(рецептом)

- на різних стадіях приготування партії процес

потребує багато різних діяльностей як

синхронізація, підрахунок, послідовностей,

блокування, обробки матеріалу, регулювання…

- матеріальний потік може змінюватися від партії

до партії і навіть в межах партії

- вхідна сировина не зберігає свою

індивідуальність

- одне і те ж обладнання для різних типів

продуктів

Подвійна натура batch

- як неперервне: регулювання, відсутність

можливості ідентифікації сировини…

- як дискретне: послідовність операцій,

синхронізація …

- НЕ неперервне (обмежений час, обмежена

партія)

- НЕ дискретне (розмежування між партіями, але

не між деталями)

+ =

Batch Варіант 1

• Один продукт• Фіксована послідовність виробництва• Фіксовані технологічні параметри – немає змін


• Багато типів (асортименту) продуктів• Фіксована послідовність виробництва • змінні технологічні параметри


• Багато типів продуктів• багато послідовностей виробництва & наборів параметрів• один реактор або одна послідовність реакторів,

• фіксований шлях


• Багато продуктів• багато послідовностей виробництва & наборів параметрів• багато реакторів і динамічних груп обладнання

найбільш гнучка (економічно

вигідна)

але найбільш складна в

керуванні

Batch процеси – виклки виробництва

Забезпечити якість і цілісність продукту

Інтеграція АСУТП з АСУП

швидке перемикання на інший продукт

Масштабування розміру партії під виробничі

потреби

Справжні batch-звіти і сильна

функціональність по звітам

Зміна послідовності операцій в он-лайн

Виробництво різної продукції на

різному обладнанні одночасно

Оптимізація виробництва партій

Забезпечити високий ККД обладнання

Координація ручних та

автоматичних дій

Batch процеси – виклики до систем керування

• як технологу створити або модифікувати послідовність обробки в

технологічному регламенті без зміни програми в PLC/DCS?

• як робити декілька продуктів з різними послідовностями обробки?

• як розділяти між процесами загальні ресурси?

• як обробляти помилки проходження процесу (не обладнання!) в

залежності від типу продукту?

• як модифікувати технологічну послідовність під час вироблення партій?

• як ефективно планувати використання наявного обладнання?

• як досягнути планового часу виробництва партії?

• як врахувати особливості виготовлення партії наступного разу?

• як розробити ефективний та універсальний інтерфейс для

приготування будь якого типу продукції?

ISA 88 саме про

це!

Серія стандартів ISA-88

• ANSI/ISA–S88.01–1995 Batch Control Part 1: Models and Terminology

• ANSI/ISA-S88.00.01 Batch Control Part 1: Models and Terminology (Update

2010)

• ANSI/ISA–88.00.02 Batch Control Part 2: Data Structures and Guidelines for

Languages (2001)

• ANSI-ISA-88.00.03 Batch Control Part 3: General and Site Recipe Models and

Representation (2004)

• ANSI/ISA-88.00.04 Batch Control Part 4: Batch Production Records (2006)

• ANSI/ISA-88.00.05 Batch Control Part 5: Implementation Models &

Terminology for Modular Equipment Control

• ISA-TR88.00.02 Machine and Unit States: An Implementation Example of

ISA-88 (2008)

• ISA TR88-95.00.01 ISA-88/95 Technical Report Using ISA-88 and ISA-95

Together

http://asu.in.ua/viewtopic.php?f=258&t=1110

https://en.wikipedia.org/wiki/ISA-88

ISA 88 перевірений, методика розвивається і

деталізується







1-ший принцип ISA-88

технологія

продукту

обладнання для

виробництва

послідовність та

технологічні параметри

приготування конкретного

типу продукту і конкретної

партії:

"нагріти до 50 °С" але не

"відкрити клапан пари TV1

на 100%"

керування конкретним

обладнанням:

"відкрити клапан TV2"

але не "приготувати

кефір"

не думайте про це як неділиме ціле!

RECIPE (рецепт) EQUIPMENT

(обладнання)

Розділення технології приготування продукту і функцій керування обладнанням

Recipe & Equipment

• створенням рецепту і системи керування обладнанням займаються різні люди

• ISA-88 описує механізм як взаємодіють рецепти і системи керування обладнанням

декомпозиція + агрегатування

2-ий принцип ISA-88

декомпозиція + агрегатування

Структуризація (модульність) і технологічного процесу і обладнання

декомпозиція процесів декомпозиція обладнання

"Фізична" модульність (основи)

підприємство виробнича площадка ділянка

технологічнакомірка апарат агрегат

модуль керування

3-й принцип в ISA-88

ISA 88 розроблений для будь яких систем: - повністю автоматичних- напівавтоматичних- повністю ручних

Recipe (рецепт, рецептура, регламент…)

необхідний набір інформації, що унікально ідентифікує виробничі

вимоги для конкретного продукту

1. Заголовок (Header) – ідентифікатор, автору,

номер версії, історія редакцій, дозволи і короткий

опис процесу

2.Вимоги до обладнання (Equipment

Requirements) – інформація про конкретне

обладнання, необхідне для створення партії або

про частини партії

3.Процедура (Procedure) – стратегія проведення

процесу: кроки рецепту або "інструкції" що

надається системі керування або оператору

4.Формула (Formula) :

• описує входи процесу рецепту (інгредієнти,

кількість),

• параметри процесу (температуру процесу,

швидкість передачі інгредієнту, швидкість

змішування)

• виходи (продукт і його кількість, що отримується

з однієї партії)

5. Інша інформаціяпроцедура +

формула

Recipe entity

Recipe (general recipe, site recipe)

Загальний рецепт (general recipe) - на

рівні компанії:

• визначає сировину,

• її кількість

• необхідну обробку

• без посилання на обладнання

• без посилань на місце виробництва

• створюють технологи компанії

Місцевий рецепт (site recipe) – на

конкретній виробничій площадці (заводу,

фабрики):

• може походити від загального рецепту

• для задоволення конкретних умов або

обмежень місця виробництва

продукту

• мовна локалізація

• сировинна локалізація

• місцеві обмеження (на переробку та

збереження, стандарти)

Recipe (general recipe, site recipe)

Майстер рецепт (master recipe)

- область технологічного

процесу:

• може походити від загального

або місцевого рецепту;

• локалізований до конкретного


• є обов’язковим для реалізації

керівного рецепту (control

recipe).

• є шаблоном для рецептів, що

використовуються для

створення окремих партій

(control recipe)Керівний рецепт (control recipe) - для створення конкретної

партії:

• походить до майстер рецепту

• змінюється до потреб конкретної партії:

• об’єму партії

• характеристик сировини

• фактичне обладнання

• кожна партія має унікальний керівний рецепт, можуть

відрізнятися тільки ID

• відслідковується і архівується

Процесна і процедурна моделі

Процесна модель (Process Model)

• для загального та місцевого рецепту

• зосереджена на описі функціональності процесу

замість опису обладнання

Процедурна керівна модель

(Procedural Control Model)

• для майстер рецепту та керівного

рецепту

• фокусується на описі процесу по

відношенню до фізичного обладнання

Cell Procedure, Unit Procedure

Процедура комірки (procedure, cell

procedure):

• визначає загальну стратегію для

створення партії;

• складається із упорядкованого набору

процедур апарату;

Процедура апарату (unit procedure):

• упорядкований набір операцій

(operation) в одному апараті до їх

повного завершення;

• тільки одна процедура апарату в

одному апараті в один момент часу

• декілька процедур апарату можуть

виконуватися одночасно в різних

апаратах

Operation, phase

Операція (operation):

• впорядкований набір етапів (phases),

доведений до кінця в єдиному апараті

• наприклад набір матеріалу, обробку

його через деякий тип фізичних,

хімічних або біологічних змін

• тільки одна операція є активною в

конкретному апараті в один і той же

час.

Етап (phase) – найменший елемент процедурного

керування:

• виконують унікальні і зазвичай незалежні, базові

процес-орієнтовані на базові функції, наприклад:

• завантаження інгредієнта

• перемішування в танку

• єдиний елемент який виконує конкретні дії, інші

(процедури, процедури апаратів і операції) - це прості

групи, що організовують і направляють на виконання

етапи.

Recipe Representation

Приклад рецепту (морозиво)

суміш

приготовлена

ароматизація

завершена

пінта

наповнена

упаковка

завершена

Зробити суміш

Ароматизувати суміш

Заповнити пінту

Упакувати

змішування

завершено

Пастеризація

завершена

Змішати інгредієнти

Пастеризувати

Добавити водуДобавити

стабілізаторДобавити

підсолоджувач

Добавити молоко

Добавити вершки

відправити в пастеризатор

Добавити яйця

перемішувати

Процедура

комірки

Процедура

апарату

операція

етап

Фізична модель обладнання

• Підприємство (Enterprise)

• Виробнича площадка (Site)

• Дільниця (Areas)

• Технологічна комірка (process cell)

• Апарат (Unit)

• Агрегат (Equipment Module)

• Модуль керування (Control Module)

ISA - 95

Process cell

Технологічна комірка (process cell) вміщує в собі обладнання,

яке необхідне для створення партій.

• технологічні комірки можуть мати більше ніж одну лінію

(train), тому обладнання, що використовується для кожної

окремо називають шляхом (path).

• може створювати декілька партій одночасно

Приклад технологічної комірки з 2-ма апаратами

одна партія - різні

процеси

Unit (Апарат)

Апарат (unit) - набір пов'язаних модулів керування та/або агрегатів

та іншого технологічного обладнання, в яких можуть бути проведені

один або більше основних процесів обробки.

• може виробляти всю партію

• може виробляти частину партії

• може робити деякі процедури апарату для партії

• НЕ може оперувати з декількома партіями

одночасно

Хороший спосіб виділення

апарату - виконує рецепт.

Приклад Є апаратом Не є апаратом

Бак для змішування √

Реактор √

Насос √

Ємність збереження інгредієнтів √

Миюча машина √

Холодильник √

Посудомийна машина √

Агрегат (Equipment Module)

Агрегат (Equipment Module) :

• може виконувати кінцеве число

конкретних незначних дій процесу

• агрегати завжди мають певне

процедурне керування (на відміну від

модулів керування)

Equipment Module Control Module

Виконує процедурну (послідовну) логіку Забезпечує тільки базові функції керування (оперує

станами)

Підключається до обладнання через модулі

керування

Безпосередньо з’єднаний з обладнанням

Зазвичай використовується для загального

доступу

Не часто використовується для загального доступу

Може вміщувати модулі керування та інші

агрегати

Може вміщувати тільки інші модулі керування

межа процес - обладнання

Модуль керування (Control Module)

Модуль керування (Control Module) :

• набір датчиків, виконавчих механізмів, інших модулів керування і обладнання

зв’язаного з ним, які з точки зору керування, функціонують як єдине ціле

• забезпечує пряме "підключення" процесу через виконавчі механізми та

датчики.

• отримують команди (відкрити, закрити, запустити, зупинити/запустити насос з

витратою 40 м3/год):

• переводять обладнання в стан (такі як відкривання, закривання, виконання,

зупинка або набір швидкості)

• можуть надавати інформацію (наприклад, плинний стан або умова тривоги):

status

Модуль керування (Control Module)

Режими (Modes) :

• автоматичне керування;

• ручний режим

• імітаційний режим,

Дозволи (Permissives)

Логіка зміни станів (State transition logic)

– автомат станів.

Логіка виявлення помилок та відмов

(тривоги) (Error detection and failure logic

(alarms)) – забезпечує зворотній зв'язок по

експлуатації пристрою..

Приклад фізичного структурування

Апарат Агрегат

Розміщується як

основне обладнання

Розміщується як додаткове


Може бути запущено

декілька процедур

(виконання етапів)

одночасно

Як правило виконується

тільки одна процедура

(етап)

Може отримати різні

рецепти для кожного

продукту

Ті ж команди незалежно

від продукту

Самодостатній Як правило пов'язаний з

апаратом

Може спілкуватися з

іншими апаратами і

загальними ресурсами

Отримує запити і команди,

тільки відповідає

Equipment Entity Model (2010)Апаратурні об'єкти

Зв'язування рецептів з обладнанням

розробляє

(адаптує)

технолог заводу

розробляє

програміст

розробляє

технолог

компанії

все процедури, але на різних рівнях

Зв'язування рецептів з обладнанням

в рецепті

в

обладна

нні

Зв'язування рецептів з обладнанням (варіанти)

Recipe UnitProcedure

Operation

Phase

is an ordered set of

Control RecipeProcedure



RecipeProcedure

EquipmentPhase

References

Recipe

Recipe

Equipment

Control

як мінімум етап

реалізований в

апаратурному об'єкті

етап рецепту просто

посилається на етап


Зв'язування рецептів з обладнанням (варіанти)

Control RecipeProcedure

RecipeProcedure

EquipmentPhase

References

Equipment

Operationis an

ordered set of

Equip. UnitProcedure

is an

is an

EquipmentProcedure

Equipment

Control

в апаратурному об'єкті

може бути реалізована

вся процедурна

ієрархія

Зв'язування рецептів з обладнанням (мультирівнева архітектура)

може бути

комбінована

реалізація

Зв'язування рецептів з обладнанням (потоки)

двосторонній зв'язок рецептів і

апаратурних об'єктів!

керівний рецепт зберігає історію

процесу

Phase Interface Logic

Recipe

Phase

Equipment

Phase

Phase

Interface

Logic

Parameters Requests

StatesCommandsState

Machine

Phase Object

Start

Hold

Pause

Resume

Restart

Abort

Stop

Reset

Run

Held

Paused

Stopped

Aborted

Completed

Idle

Parameters

Control

Steps

Control

Action

Status

Running

Aborting

Holding

Pausing

Stopping

Data

Collection

Requirements

Data

Restarting

HoldStart

Restart

StopAbort

Reset

Reset

Reset

Restarting Holding

Running

StoppingAborting

Pausing

Resume

Pause

Aborted Stopped

Paused

HeldComplete

Final States

Quiescent States

Transient States

Idle(InitialState)

Example Procedural Element States

ISA-88 та ISA95

ISA 88 – філософія інженера

• програмісту АСУТП – повністю

• програмісту MES, АСУП - повністю

• проектанту АСУТП - ази

• технологу - ази

• керівні посади (головні інженери, технологи, механіки) - ази

Питання слухачам

• на скільки Ви знайомі з ISA - S88 та S95, з якими частинами?

• які приклади реалізації в Україні знаєте? за кордоном?

• чи готові приєднатися до обговорення локалізації в Україні?

• чи зацікавлені в реалізації?

• чи вважаєте Ви за потрібне реалізовувати ISA - S88 на вашому

підприємстві, чи в ваших системах?

• чи корисною для вас була ця інформація?

ДЯКУЮ ЗА УВАГУ!

обговорення:

www.asu.in.ua

https://www.facebook.com/groups/asu.in.ua/

https://www.facebook.com/groups/MES.in.ua/

https://www.facebook.com/groups/appau/

https://www.linkedin.com/grp/home?gid=3914892

http://www.asu.in.ua/









Посилання

Batch Management and Control / Ashutosh Kshirsagar Title – Global

Process Technical consultant Date – 11th February 2015

http://www.iasu-nuft.pp.ua/statti/s88-01-tutorial

Batch Control Using the ANSI/ISA-88 Standard Dennis Brandl BR&L

Consulting

http://www.rockwellautomation.com/resources/downloads/rockwellautomation/ind/pdf/raotm2015/RAOTM2015-Chennai-TS09.pdf



























http://www.sesam-world.dk/_pdf/m80/ISA 88 Batch.pdf








Кейс Beck

Начало истории Beck

Новый завод под ключ API, стоимость 300 млндолларов

Цель – выйти на 100% мощности через 18 месяцев

Большинство процессов – периодические (рецептурные)

Проблемы и вызовы

Предыдущие разработки плохо структурированы –большое количество ошибок

Недостаточная ясность в общей картине для разработчиков в самом начале проекта

Подключение др лиц по ходу проекта – сложноси в коммуникациях

Большое количество ошибок на пуско-наладке

Самые сложные задачи

Арбитраж общих ресурсов

Разработка коммуникационных обменов между разными видами оборудования в мульти-маршрутнойструктуре

Оптимизация проекта – 3 гл вопроса

Как сделать структуру (на основе ISA-88) лучшей и более простой для коммуникаций и понимания

Как сохранить последовательность и прозрачность во во время прохождения различных фаз проекта?

Как сделать тестирование более надежным

Идея решения

1. Разработать Концепцию Драйвера оборудования (Unit Driver Concept) являющуюся сквозной для всех работ по проектированию и программированию

2. Согласование с заказчиком на ранних этапах

Общую модель процессов с декомпозицией до уровня рецептов «мастер»*

Уровень автоматизации каждого вида оборудования

Человеко-машинный интерфейс (ЧМІ) и количество графики – информаци на кождом экране

Уровень интеграции положений стандарта ISA S88.01

Лучшее функциональное управление – одни координаторы по технологии и алгоритмами

5 человек, знающих ISA88 с опытом

программирования

Изменение концепции управленияобщими ресурсами

Старая концецпия

арбитража

Общих ресурсов

Сложность в разработке,

Ошибки при изменениях

Новое решение

Unit Driver Concept

Драйвер единицы

оборудования – модуль,

который управляет всеми

модулями оборудования и

общими ресурсами

Результаты Закончили проект на 6 месяцев ранее

запланированного

Лучше показатели бюджета

Лучше удовлетворение клиента

SAT – Site Acceptance Test (испытания на заводе)

OQ – Operation Qualification

TP – Test Production (пуско наладочные испытания)

PQ – Process Qualification (квалификация процессов)

PV – Process Validation (финальные испытания и подписание актов)

Ієрархія стандартів “Архітектура” – по вертикалі виробництва: питання стандартизації

MES systems

SCADA systems

Process

Control

ISA 88(IEC 61512)

OPC

IEC 61131

IEC 61499

Equipment

Control

IEC 61158

Fieldbus« Intelligent »

Device

Business system

ISA 95

Питання?

5 уровней зрелости в модели CMMI

Level 5

Начальный

Level 1

Процессы непредсказуемые, плохо контролируемые,

реактивные

Управляемый

Level 2

Процессы планируемые, документируемые,

исполняемые и контролируемые на уровне

проекта. Часто – реактивные.

Формализованный

Level 3 Формализованные - процессы, стандарты,

инструменты, процедуры, и т.д. – на

общеорганизационном уровне.

Проактивная реакция на изменения.


по KPI

Level 4

Процессы контролируются через

техники количественного и

качественного измерения.

Оптимизированный

Эффективность процессов

постоянно улучшается через

инновации

Модель зрелости для всего рынка АСУ ТП


Level 2

Формализованный

Level 3


по KPI

Level 4 Технологии Стандарты Процессы

Чем дешевле, тем лучше

Нет потребности

Редко стандартизированы, лучшие практики не

мониторятся

Ясные отличия по Process /

Batch/ Discrete

СтратегииISA / GAMP/

ГОСТ

Лучшие практики и стандарты PMI /

CSIA

Управление активами / MES /

MOM

MESA - ISA /

GAMP /

Agile

BPM

Базовые функции

АСУ ТП

Рост эффективности

Интеграция в бизнес