هسته‌ی مشترک در برابر ویژه‌ی صنعت
هر سطر یک ماژول از پلتفرم‌های ماست و هر ستون یک صنعت. ماژولی که در همه‌ی صنایع «ضروری» است، هسته‌ی مشترک محصول است؛ ماژولی که فقط در بعضی صنایع مهم است، جایش در بسته‌ی همان صنعت است.
ماژول
۱۰۱
در همه‌ی صنایع ضروری
۳۳
فقط در برخی صنایع مهم
۲۵
کنترل پیشرفته‌ی فرایند (APC Platform)
| ماژول | دامنه | نسخه‌ی ما | پالایشگاه | پتروشیمی | آهن و فولاد | مس |
|---|---|---|---|---|---|---|
| اتصال به واحد و آماده‌سازی سیگنال | ||||||
| مشترک میان صنایع | MVP | ضروری | ضروری | ضروری | ضروری | |
| مشترک میان صنایع | MVP | ضروری | ضروری | ضروری | ضروری | |
| مشترک میان صنایع | MVP | ضروری | ضروری | مهم | مهم | |
| بهره‌برداری ایمن و بازگشت به DCS | ||||||
| مشترک میان صنایع | MVP | ضروری | ضروری | ضروری | ضروری | |
| مشترک میان صنایع | MVP | ضروری | ضروری | ضروری | ضروری | |
| مشترک میان صنایع | MVP | ضروری | ضروری | ضروری | ضروری | |
| مشترک میان صنایع | MVP | ضروری | ضروری | ضروری | مهم | |
| مشترک میان صنایع | نسخه‌ی ۱ | مهم | مهم | مفید | مفید | |
| ممیزی لایه‌ی پایه و تنظیم PID | ||||||
| مشترک میان صنایع | MVP | ضروری | ضروری | ضروری | ضروری | |
| مشترک میان صنایع | نسخه‌ی ۱ | ضروری | ضروری | مهم | مهم | |
| مشترک میان صنایع | نسخه‌ی ۲ | مهم | مهم | مفید | مهم | |
| آزمون واحد و شناسایی مدل | ||||||
| مشترک میان صنایع | MVP | ضروری | ضروری | مهم | مهم | |
| مشترک میان صنایع | نسخه‌ی ۱ | ضروری | ضروری | مهم | مهم | |
| مشترک میان صنایع | MVP | ضروری | ضروری | مهم | مهم | |
| مشترک میان صنایع | MVP | ضروری | ضروری | مهم | مفید | |
| مشترک میان صنایع | نسخه‌ی ۱ | مهم | ضروری | مهم | مهم | |
| مدل‌های استنتاجی و تخمین حالت | ||||||
| مشترک میان صنایع | MVP | ضروری | ضروری | مهم | مهم | |
| مشترک میان صنایع | MVP | ضروری | ضروری | مهم | مهم | |
| مشترک میان صنایع | MVP | ضروری | ضروری | ضروری | ضروری | |
| موتور کنترل چندمتغیره | ||||||
| مشترک میان صنایع | MVP | ضروری | ضروری | ضروری | ضروری | |
| مشترک میان صنایع | MVP | ضروری | ضروری | ضروری | ضروری | |
| مشترک میان صنایع | MVP | ضروری | ضروری | ضروری | ضروری | |
| مشترک میان صنایع | MVP | ضروری | ضروری | ضروری | مهم | |
| ویژه‌ی صنعت | بعدها | کم‌کاربرد | مهم | کم‌کاربرد | کم‌کاربرد | |
| کنترل قاعده‌محور، فازی و تطبیقی | ||||||
| ترکیبی | نسخه‌ی ۱ | مفید | مفید | ضروری | ضروری | |
| ترکیبی | نسخه‌ی ۱ | کم‌کاربرد | کم‌کاربرد | مهم | مهم | |
| ترکیبی | نسخه‌ی ۲ | کم‌کاربرد | کم‌کاربرد | مفید | مهم | |
| بهینه‌سازی اقتصادی و هماهنگی | ||||||
| مشترک میان صنایع | نسخه‌ی ۱ | ضروری | ضروری | مهم | مهم | |
| مشترک میان صنایع | نسخه‌ی ۱ | مهم | مهم | مفید | کم‌کاربرد | |
| مشترک میان صنایع | نسخه‌ی ۲ | مهم | مهم | مفید | مفید | |
| مشترک میان صنایع | بعدها | مفید | مفید | مفید | مفید | |
| طراحی، پیکربندی و شبیه‌سازی کنترل‌کننده | ||||||
| مشترک میان صنایع | MVP | ضروری | ضروری | ضروری | ضروری | |
| مشترک میان صنایع | MVP | ضروری | ضروری | مهم | مهم | |
| مشترک میان صنایع | MVP | ضروری | ضروری | ضروری | مهم | |
| مشترک میان صنایع | نسخه‌ی ۱ | مهم | مهم | مهم | مهم | |
| بهره‌برداری و راه‌اندازی | ||||||
| مشترک میان صنایع | MVP | ضروری | ضروری | ضروری | ضروری | |
| مشترک میان صنایع | MVP | ضروری | ضروری | ضروری | ضروری | |
| مشترک میان صنایع | MVP | ضروری | ضروری | مهم | مهم | |
| مشترک میان صنایع | MVP | ضروری | ضروری | ضروری | ضروری | |
| عملکرد، سلامت مدل و منافع | ||||||
| مشترک میان صنایع | MVP | ضروری | ضروری | ضروری | ضروری | |
| مشترک میان صنایع | نسخه‌ی ۱ | ضروری | ضروری | مهم | مهم | |
| مشترک میان صنایع | نسخه‌ی ۱ | ضروری | ضروری | مهم | مهم | |
| مشترک میان صنایع | نسخه‌ی ۲ | مفید | مفید | مفید | مفید | |
| چرخه‌ی عمر، نسخه‌بندی و امنیت | ||||||
| مشترک میان صنایع | MVP | ضروری | ضروری | ضروری | ضروری | |
| مشترک میان صنایع | MVP | ضروری | ضروری | ضروری | ضروری | |
| مشترک میان صنایع | MVP | ضروری | ضروری | ضروری | ضروری | |
| مشترک میان صنایع | نسخه‌ی ۱ | ضروری | ضروری | مهم | مهم | |
| الگوهای کاربردی صنایع | ||||||
| ویژه‌ی صنعت | نسخه‌ی ۱ | ضروری | کم‌کاربرد | کم‌کاربرد | کم‌کاربرد | |
| ویژه‌ی صنعت | نسخه‌ی ۲ | کم‌کاربرد | ضروری | کم‌کاربرد | کم‌کاربرد | |
| ویژه‌ی صنعت | نسخه‌ی ۱ | کم‌کاربرد | کم‌کاربرد | ضروری | کم‌کاربرد | |
| ویژه‌ی صنعت | نسخه‌ی ۲ | کم‌کاربرد | کم‌کاربرد | مفید | ضروری | |
پلتفرم داده‌ی صنعتی (Industrial Data Platform)
| ماژول | دامنه | نسخه‌ی ما | پالایشگاه | پتروشیمی | آهن و فولاد | مس |
|---|---|---|---|---|---|---|
| جمع‌آوری و اتصال | ||||||
| مشترک میان صنایع | MVP | ضروری | ضروری | ضروری | ضروری | |
| مشترک میان صنایع | MVP | ضروری | ضروری | ضروری | ضروری | |
| مشترک میان صنایع | MVP | ضروری | ضروری | مهم | مهم | |
| ترکیبی | نسخه‌ی ۲ | مفید | مفید | ضروری | مهم | |
| مشترک میان صنایع | نسخه‌ی ۱ | مهم | مهم | مهم | مهم | |
| مشترک میان صنایع | نسخه‌ی ۱ | ضروری | ضروری | مهم | مهم | |
| ذخیره‌سازی و تاریخچه | ||||||
| مشترک میان صنایع | MVP | ضروری | ضروری | ضروری | ضروری | |
| مشترک میان صنایع | نسخه‌ی ۱ | ضروری | ضروری | ضروری | مهم | |
| مشترک میان صنایع | نسخه‌ی ۱ | مهم | مهم | ضروری | مهم | |
| مشترک میان صنایع | نسخه‌ی ۲ | مهم | مهم | مفید | مفید | |
| مدل زمینه و مدل معنایی | ||||||
| مشترک میان صنایع | MVP | ضروری | ضروری | ضروری | ضروری | |
| مشترک میان صنایع | MVP | ضروری | ضروری | ضروری | ضروری | |
| مشترک میان صنایع | MVP | ضروری | ضروری | مهم | ضروری | |
| ترکیبی | نسخه‌ی ۱ | مفید | مهم | ضروری | مهم | |
| مشترک میان صنایع | نسخه‌ی ۱ | ضروری | ضروری | مهم | مهم | |
| کیفیت، اعتبارسنجی و تطبیق داده | ||||||
| مشترک میان صنایع | MVP | ضروری | ضروری | ضروری | ضروری | |
| مشترک میان صنایع | نسخه‌ی ۱ | مهم | مهم | مهم | ضروری | |
| مشترک میان صنایع | نسخه‌ی ۲ | ضروری | مهم | مهم | ضروری | |
| ترکیبی | نسخه‌ی ۲ | ضروری | مهم | مهم | ضروری | |
| محاسبه و پردازش رویداد | ||||||
| مشترک میان صنایع | MVP | ضروری | ضروری | ضروری | ضروری | |
| مشترک میان صنایع | نسخه‌ی ۱ | مهم | ضروری | ضروری | مهم | |
| مشترک میان صنایع | نسخه‌ی ۱ | مفید | مهم | مهم | مهم | |
| سرویس‌های دسترسی و داده | ||||||
| مشترک میان صنایع | MVP | ضروری | ضروری | ضروری | ضروری | |
| مشترک میان صنایع | نسخه‌ی ۱ | مهم | مهم | مهم | مهم | |
| مشترک میان صنایع | نسخه‌ی ۱ | مهم | مهم | مهم | مهم | |
| مشترک میان صنایع | نسخه‌ی ۲ | مهم | مهم | مهم | مهم | |
| مشترک میان صنایع | بعدها | مفید | مهم | مفید | مفید | |
| یکپارچه‌سازی با سیستم‌های سازمانی و کنترلی | ||||||
| مشترک میان صنایع | MVP | ضروری | ضروری | ضروری | ضروری | |
| مشترک میان صنایع | نسخه‌ی ۱ | مهم | مهم | ضروری | مهم | |
| مشترک میان صنایع | نسخه‌ی ۱ | ضروری | ضروری | مهم | مهم | |
| مشترک میان صنایع | MVP | ضروری | ضروری | مهم | مهم | |
| مشترک میان صنایع | نسخه‌ی ۲ | مهم | مهم | مفید | مفید | |
| مشترک میان صنایع | نسخه‌ی ۲ | مهم | مهم | مفید | مفید | |
| کاربردها و نمایش | ||||||
| مشترک میان صنایع | MVP | ضروری | ضروری | ضروری | ضروری | |
| مشترک میان صنایع | نسخه‌ی ۱ | ضروری | ضروری | ضروری | ضروری | |
| مشترک میان صنایع | نسخه‌ی ۱ | ضروری | ضروری | مهم | مهم | |
| مشترک میان صنایع | نسخه‌ی ۲ | مهم | مهم | مهم | مهم | |
| مشترک میان صنایع | نسخه‌ی ۲ | ضروری | ضروری | مفید | مفید | |
| بسته‌های صنعت | ||||||
| مشترک میان صنایع | نسخه‌ی ۱ | ضروری | ضروری | ضروری | ضروری | |
| ویژه‌ی صنعت | نسخه‌ی ۱ | ضروری | مفید | کم‌کاربرد | کم‌کاربرد | |
| ویژه‌ی صنعت | نسخه‌ی ۱ | مفید | ضروری | کم‌کاربرد | کم‌کاربرد | |
| ویژه‌ی صنعت | نسخه‌ی ۱ | کم‌کاربرد | کم‌کاربرد | ضروری | مفید | |
| ویژه‌ی صنعت | نسخه‌ی ۲ | کم‌کاربرد | کم‌کاربرد | مفید | ضروری | |
| امنیت و حاکمیت | ||||||
| مشترک میان صنایع | MVP | ضروری | ضروری | ضروری | ضروری | |
| مشترک میان صنایع | MVP | ضروری | ضروری | ضروری | ضروری | |
| مشترک میان صنایع | MVP | ضروری | ضروری | مهم | ضروری | |
| مشترک میان صنایع | نسخه‌ی ۱ | مهم | مهم | مهم | مهم | |
| عملیات پلتفرم | ||||||
| مشترک میان صنایع | نسخه‌ی ۱ | مهم | مهم | مهم | ضروری | |
| مشترک میان صنایع | نسخه‌ی ۱ | ضروری | ضروری | مهم | مهم | |
| مشترک میان صنایع | MVP | ضروری | ضروری | ضروری | ضروری | |
استانداردهایی که محصولات ما باید رعایت کنند
هر سطر یک الزامی است که یک استاندارد بر محصولات ما می‌گذارد. برچسب نشان می‌دهد چقدر الزام‌آور است؛ با کلیک روی هر سطر می‌بینید چه می‌خواهد، برای معماری چه معنایی دارد و کدام ماژول‌ها را در بر می‌گیرد.
| استانداردها و پروتکل‌ها | چه می‌خواهد | پلتفرم داده | APC | استانداردها و انطباق | ||
|---|---|---|---|---|---|---|
| امنیت | ||||||
| ما به‌عنوان تأمین‌کننده‌ی محصول باید برای هر نسخه از هر دو سکو، از جمله نگه‌داری و پایان عمر آن‌ها، یک چرخه‌ی عمر توسعه‌ی امن مستند اجرا کنیم که هشت رویه را پوشش دهد — مدیریت امنیت، تعریف الزامات امنیتی، امنیت در طراحی، پیاده‌سازی امن، آزمون صحه‌گذاری و اعتبارسنجی امنیتی، مدیریت مسائل امنیتی، مدیریت به‌روزرسانی امنیتی و راهنمای امنیتی برای کاربران. | گواهی‌گیری | |||||
| هر جزء سکوی داده که درون ناحیه‌ی کنترل یا در مرز آن نصب می‌شود باید قابلیت‌های فنی امنیتی IEC 62443-4-2 — کنترل شناسایی و احراز هویت، کنترل استفاده، یکپارچگی سامانه، محرمانگی داده، محدودسازی جریان داده، پاسخ به‌موقع به رویدادها و دسترس‌پذیری منابع — را در سطح امنیتی قابلیتی (SL-C) که ناحیه‌ی سایت لازم دارد فراهم کند. | — | گواهی‌گیری | ||||
| محیط اجرای APC در هر چرخه نقطه‌ی تنظیم در DCS می‌نویسد، پس سرورها و سرویس‌های آن اجزای ناحیه‌ی کنترل‌اند و باید در سطح امنیتی قابلیتی ناحیه‌ای که در آن نصب می‌شوند، الزامات IEC 62443-4-2 را برآورده کنند. | — | گواهی‌گیری | ||||
| مالک دارایی بر پایه‌ی ارزیابی ریسک امنیتی، کارخانه را به ناحیه‌ها و مجراها تقسیم می‌کند و برای هر ناحیه سطح امنیتی هدف (SL-T) تعیین می‌کند. محصولات ما این ارزیابی را انجام نمی‌دهند، اما هر استقرار باید در آن جا بیفتد. | شکل‌دهنده‌ی طراحی | |||||
| سامانه‌ای که از محصولات ما و زیرساخت مشتری ساخته می‌شود باید الزامات سامانه‌ای IEC 62443-3-3 را در سطح هدف هر ناحیه برآورده کند. یکپارچه‌ساز این را اثبات می‌کند، اما فقط وقتی می‌تواند که محصولات قابلیت‌های لازم را داشته باشند. | الزامی | |||||
| ارائه‌دهندگان خدماتی که سامانه‌های اتوماسیون را یکپارچه یا نگه‌داری می‌کنند باید برای کاری که در کارخانه انجام می‌دهند برنامه‌ی امنیتی داشته باشند — مهندسی و راه‌اندازی امن، دسترسی راه‌دور، حفاظت از داده‌ها و اعتبارنامه‌های مشتری، و وصله و پشتیبان‌گیری در طول خدمت. | گواهی‌گیری | |||||
| OPC UA مدل امنیتی خودش را دارد — گواهی نمونه‌ی برنامه، کانال امن امضاشده یا امضاشده و رمزشده، و احراز هویت کاربر — اما حالت امنیتی None را هم مجاز می‌داند؛ انتخاب حالت امن به عهده‌ی هر نصب است. | شکل‌دهنده‌ی طراحی | |||||
| پروتکل‌های سامانه‌ی قدرت بدون امنیت طراحی شده‌اند؛ IEC 62351 احراز هویت، یکپارچگی و رمزنگاری را به پروتکل‌های IEC 60870-5 مانند IEC 60870-5-104 (بخش ۵) و به IEC 61850 (بخش ۶) اضافه می‌کند و DNP3 را هم پوشش می‌دهد. | — | شکل‌دهنده‌ی طراحی | ||||
| فروشنده باید راهی عمومی برای گزارش آسیب‌پذیری فراهم کند، دریافت گزارش را اعلام کند، با گزارش‌دهندگان، فروشندگان دیگر و CERTهای ملی هماهنگ شود و اطلاعیه‌هایی منتشر کند که به کاربران بگوید کدام نسخه‌ها متأثرند و چه باید بکنند. | شکل‌دهنده‌ی طراحی | |||||
| فروشنده باید هر آسیب‌پذیری گزارش‌شده را با یک فرایند مستند بررسی، ارزیابی و اولویت‌بندی کند، رفع آن را توسعه دهد و بیازماید، منتشر کند و از کارکرد آن اطمینان یابد. | شکل‌دهنده‌ی طراحی | |||||
| هر نسخه باید همراه با فهرست اجزای نرم‌افزار (SBOM) باشد که همه‌ی اجزای شخص ثالث و متن‌باز را در قالبی استاندارد و ماشین‌خوان مانند SPDX (ISO/IEC 5962) یا CycloneDX فهرست کند. | شکل‌دهنده‌ی طراحی | |||||
| برای فروش نرم‌افزار در اتحادیه‌ی اروپا، سازنده باید الزامات اساسی امنیت سایبری را از مرحله‌ی طراحی برآورده کند، در دوره‌ی پشتیبانی اعلام‌شده‌ای که دست‌کم پنج سال است به آسیب‌پذیری‌ها رسیدگی کند، SBOM تهیه کند، آسیب‌پذیری‌هایی را که فعالانه مورد سوءاستفاده‌اند به ENISA گزارش دهد (هشدار اولیه ظرف ۲۴ ساعت، از ۱۱ سپتامبر ۲۰۲۶) و پس از ارزیابی انطباق نشان CE بزند (تعهدات اصلی از ۱۱ دسامبر ۲۰۲۷). | الزامی | |||||
| بهره‌برداران پالایشگاه‌ها و کارخانه‌های شیمیایی در اتحادیه‌ی اروپا باید امنیت سایبری زنجیره‌ی تأمین خود، از جمله رویه‌های توسعه‌ی امن و رسیدگی به آسیب‌پذیری تأمین‌کنندگانشان، را مدیریت کنند. | مرجع | |||||
| شرکت به یک سامانه‌ی مدیریت امنیت اطلاعات نیاز دارد که ارزیابی ریسک، بیانیه‌ی کاربست‌پذیری و کنترل‌های ممیزی‌شده بر افراد، دفاتر، سامانه‌های توسعه، حساب‌های ابری و فرایندهای پشتیبانی داشته باشد. | گواهی‌گیری | |||||
| سرویس ابری باید مستند کند کدام مسئولیت‌های امنیتی با ارائه‌دهنده و کدام با مشتری است، محیط مشتریان را جدا کند، عملیات مدیریتی را کنترل کند، امکان پایش فعالیت‌ها را به مشتری بدهد و در پایان قرارداد داده‌ی مشتری را بازگرداند یا حذف کند. | مرجع | |||||
| NE 177 کنترل هسته‌ی فرایند را از پایش و بهینه‌سازی (درون و بیرون سایت) جدا می‌کند و یک دروازه‌ی امنیتی NOA می‌خواهد که داده را بدون هیچ مسیر بازخورد از کنترل هسته‌ی فرایند به بیرون بفرستد؛ پروفایل‌های حفاظتی NOA Basic و NOA Extended آن از IEC 62443-3-3 گرفته شده‌اند. | — | شکل‌دهنده‌ی طراحی | ||||
| هر مقداری که از حوزه‌ی پایش و بهینه‌سازی به کنترل هسته‌ی فرایند برمی‌گردد باید از «تأیید درخواست» بگذرد — احراز هویت و مجوز، تأیید، نگاشت، پذیرش و تأیید نگاشت — و بازخورد وضعیت آن هیچ چیزی از ساختار درونی سامانه‌ی کنترل افشا نکند. | شکل‌دهنده‌ی طراحی | |||||
| مرز ایمنی | ||||||
| توابع ابزار دقیقی ایمنی باید از سامانه‌ی کنترل پایه‌ی فرایند (BPCS) مستقل باشند. چون BPCS طبق IEC 61511 طراحی نشده است، کاهش ریسکی که می‌توان برایش ادعا کرد به‌شدت محدود است — حداکثر دو لایه‌ی حفاظتی BPCS با کاهش ریسک کل ۱۰۰. | الزامی | |||||
| کاربر نهایی باید ارزیابی ریسک امنیتی SIS را انجام دهد که خود SIS، BPCS و هر تجهیز دیگری را که به آن وصل است پوشش دهد، تهدیدها، پیامدها و احتمال آن‌ها را شناسایی کند و اقدامات کاهش ریسک را تعریف کند. | الزامی | |||||
| IEC 61508 بر سامانه‌های الکتریکی، الکترونیکی و برنامه‌پذیری حاکم است که توابع ایمنی را اجرا می‌کنند، از جمله توسعه‌ی نرم‌افزار آن‌ها برای یک سطح یکپارچگی ایمنی (SIL). | مرجع | |||||
| امنیت سایبری باید در همه‌ی مراحل چرخه‌ی عمر ایمنی — از تحلیل خطر و ریسک تا طراحی، بهره‌برداری و مدیریت تغییر — گنجانده شود تا سامانه‌های ابزار دقیقی ایمنی و دیگر کنترل‌ها، آلارم‌ها و اینترلاک‌های ایمنی هم در برابر حمله و هم در برابر خرابی تصادفی محافظت شوند. | مرجع | |||||
| ISO/IEC 25010:2023 ایمنی را یک مشخصه‌ی کیفیت محصول می‌داند: محصول در قیدهای عملیاتی می‌ماند، ریسک‌ها را شناسایی می‌کند، در خرابی ایمن می‌ماند، درباره‌ی خطر هشدار می‌دهد و با سامانه‌های پیرامونش ایمن یکپارچه می‌شود. | شکل‌دهنده‌ی طراحی | |||||
| داده | ||||||
| کیفیت داده با مجموعه‌ی ثابتی از مشخصه‌ها — مانند صحت، کامل بودن، سازگاری، باورپذیری و به‌روز بودن — توصیف می‌شود که هر کدام روش سنجش تعریف‌شده دارند. | شکل‌دهنده‌ی طراحی | |||||
| داده‌ی پایه باید الزامات داده‌ی اعلام‌شده را برآورده کند، منشأ خود را همراه داشته باشد و با فرایندهای تعریف‌شده‌ی مدیریت کیفیت داده نگه‌داری شود تا کیفیت آن سنجیده و بهبود داده شود، نه این‌که فرض گرفته شود. | — | شکل‌دهنده‌ی طراحی | ||||
| کیفیت داده‌ای که برای آموزش مدل‌های تحلیلی و یادگیری ماشین به کار می‌رود باید در سراسر چرخه‌ی عمرش — از جمله نمایندگی، کیفیت برچسب و منشأ — تحت حاکمیتی تعریف‌شده سنجیده و مدیریت شود. | شکل‌دهنده‌ی طراحی | |||||
| تطبیق داده باید اندازه‌گیری‌های افزونه و معادلات موازنه را با استفاده از عدم‌قطعیت هر اندازه‌گیری ترکیب کند، مقادیر تطبیق‌یافته را همراه با عدم‌قطعیت تطبیق‌یافته ارائه دهد و به‌روش آماری بیازماید که اندازه‌گیری‌ها و مدل با هم سازگارند یا نه. | — | شکل‌دهنده‌ی طراحی | ||||
| حسابداری فلز باید بر موازنه‌ی ورود و خروج جرم و عیار اندازه‌گیری‌شده، رویه‌ی مستند، استفاده‌ی مجاز و ممیزی‌شده از داده‌ی موقت یا جایگزین، دقت هدف برای هر نقطه‌ی اندازه‌گیری حسابداری، نقشه‌برداری منظم از دپوها و شناسایی و حذف بایاس استوار باشد. | — | شکل‌دهنده‌ی طراحی | ||||
| تعامل‌پذیری | ||||||
| محصولات OPC UA را آزمایشگاه‌های معتمد بنیاد OPC از نظر انطباق با پروفایل‌های ادعاشده، تعامل‌پذیری، استحکام، کاربردپذیری و مصرف بهینه‌ی منابع گواهی می‌کنند. | گواهی‌گیری | |||||
| ISA-95 (IEC 62264) سلسله‌مراتب تجهیزات — سازمان، سایت، ناحیه، مرکز کار، واحد کار — و مدل‌های شیئی تبادل اطلاعات تولید میان سامانه‌های کنترل و کسب‌وکار را تعریف می‌کند. | — | شکل‌دهنده‌ی طراحی | ||||
| ISA-88 (IEC 61512) مدل‌های کنترل بچ و ساختار سوابق بچ — رویه، رویه‌ی واحد، عملیات، فاز — و رابطه‌ی آن‌ها با تجهیزات را تعریف می‌کند. | — | شکل‌دهنده‌ی طراحی | ||||
| پوسته‌ی مدیریت دارایی (AAS؛ IEC 63278 و مشخصه‌های IDTA) بازنمایی دیجیتال استاندارد یک دارایی است که در زیرمدل‌هایی مانند پلاک مشخصات، داده‌ی فنی، مستندات و سری زمانی سازمان یافته است. | — | شکل‌دهنده‌ی طراحی | ||||
| DEXPI قالب تبادل P&ID در صنایع فرایندی است که تجهیزات، ابزار دقیق، لوله‌کشی و اتصال‌های آن‌ها را به‌صورت داده منتقل می‌کند، نه نقشه. | — | شکل‌دهنده‌ی طراحی | ||||
| ISO 15926 یک مدل داده و کتابخانه‌ی داده‌ی مرجع از کلاس‌های استاندارد برای تجهیزات، ابزار دقیق و ویژگی‌های کارخانه‌ی فرایندی ارائه می‌کند. | — | مرجع | ||||
| ISO 23247 چارچوب و معماری مرجعی برای دوقلوی دیجیتال عناصر تولید ارائه می‌کند — این‌که دوقلو چگونه از عنصر فیزیکی داده می‌گیرد، چگونه بازنمایی می‌شود و چگونه با کاربرانش اطلاعات تبادل می‌کند. | مرجع | |||||
| ISO/IEC 30141 سامانه‌های اینترنت اشیا را با مشخصه‌های مشترک، دیدگاه‌های معماری و الگوها توصیف می‌کند و بر اعتمادپذیری — قابلیت اطمینان، ایمنی، امنیت، حریم خصوصی و تاب‌آوری — تأکید دارد. | — | مرجع | ||||
| هوش مصنوعی | ||||||
| سازمانی که سامانه‌های هوش مصنوعی توسعه می‌دهد یا ارائه می‌کند به سامانه‌ی مدیریت هوش مصنوعی نیاز دارد: خط‌مشی هوش مصنوعی، نقش‌ها، ارزیابی ریسک و اثر، حاکمیت داده، پایش عملکرد هوش مصنوعی و بهبود مستمر. | گواهی‌گیری | |||||
| ریسک‌های ویژه‌ی هوش مصنوعی — خروجی نامطمئن بیرون از داده‌ی آموزشی، رانش، سوءاستفاده، ابهام — باید به‌عنوان بخشی از مدیریت ریسک معمول شناسایی، تحلیل، ارزیابی، برطرف، پایش و ثبت شوند. | شکل‌دهنده‌ی طراحی | |||||
| سامانه‌های هوش مصنوعی به فرایندهایی فراتر از چرخه‌ی عمر نرم‌افزار کلاسیک نیاز دارند: گردآوری و آماده‌سازی داده، ساخت و صحه‌گذاری مدل، استقرار، اعتبارسنجی پیوسته در بهره‌برداری، بازآموزی و بازنشستگی. | شکل‌دهنده‌ی طراحی | |||||
| سامانه‌ی خودکار هوش مصنوعی باید وضعیت خود را مشاهده‌پذیر نگه دارد و انتقال کنترل‌شده‌ی کنترل به یک شخص یا سامانه‌ی دیگر را، حتی در شرایط عدم‌قطعیت، پشتیبانی کند و این توانایی باید صحه‌گذاری شود. | — | شکل‌دهنده‌ی طراحی | ||||
| سامانه‌های هوش مصنوعی‌ای که برای نقش جزء ایمنی در مدیریت و بهره‌برداری زیرساخت حیاتی، مانند تأمین گاز، گرمایش یا برق، در نظر گرفته شده‌اند پرریسک‌اند و تکالیف سنگینی دارند. | مرجع | |||||
| کیفیت | ||||||
| سامانه‌ی مدیریت کیفیت گواهی‌شده که طراحی و توسعه، تحویل، پشتیبانی و بهبود هر دو محصول را کنترل کند. | گواهی‌گیری | |||||
| الزامات محصول باید همه‌ی مشخصه‌های کیفیت — تناسب کارکردی، کارایی عملکرد، سازگاری، قابلیت تعامل، قابلیت اطمینان، امنیت، نگه‌داشت‌پذیری، انعطاف‌پذیری و ایمنی — را صریحاً و با معیارهای پذیرش سنجش‌پذیر پوشش دهند. | شکل‌دهنده‌ی طراحی | |||||
| فرایندهای چرخه‌ی عمر نرم‌افزار از توافق و برنامه‌ریزی تا توسعه، صحه‌گذاری، انتقال، بهره‌برداری، نگه‌داری و کنارگذاری امتداد دارند. | مرجع | |||||
| بهره‌برداری | ||||||
| هر آلارمی که از راه سامانه‌ی کنترل به اپراتور نشان داده می‌شود باید از فلسفه‌ی آلارم سایت پیروی کند: شناسایی‌شده، منطقی‌سازی‌شده (علت، پیامد، واکنش اپراتور، زمان واکنش، اولویت)، ثبت‌شده در پایگاه‌داده‌ی اصلی آلارم، پیاده‌شده و پایش‌شده. | — | الزامی | ||||
| آلارم نشانه‌ای برای اپراتور است که واکنش می‌طلبد، و استاندارد آلارم همه‌ی آلارم‌هایی را که از راه سامانه‌ی کنترل نشان داده می‌شوند پوشش می‌دهد؛ اطلاعاتی که به واکنش اپراتور نیاز ندارد نباید به‌صورت آلارم نمایش داده شود. | شکل‌دهنده‌ی طراحی | |||||
| چرخه‌ی عمر مدیریت آلارم شامل پایش و ارزیابی عملکرد سامانه‌ی آلارم با سنجه‌های تعریف‌شده — نرخ آلارم برای هر جایگاه اپراتور، سیل آلارم، آلارم‌های پرتکرار، لرزان (Chattering) و ماندگار — و ممیزی دوره‌ای است. | — | شکل‌دهنده‌ی طراحی | ||||
| EEMUA 191 راهنمای عملی طراحی و مدیریت سامانه‌ی آلارم و معیارهای پراستنادی برای بار آلارم پذیرفتنی و وضعیت سیل آلارم ارائه می‌کند. | — | مرجع | ||||
| ISA-101 چرخه‌ی عمر HMI — فلسفه، راهنمای سبک، سلسله‌مراتب نمایشگرها — و اصول نمایشگرهای کارآمد را تعریف می‌کند که وضعیت غیرعادی را آشکار می‌کنند و از تزیین پرهیز دارند. | شکل‌دهنده‌ی طراحی | |||||
| IEC 61131-3 زبان‌های برنامه‌نویسی و واحدهای برنامه، مانند بلوک‌های تابعی، را در PLCها و بیشتر زبان‌های کنترلی DCS تعریف می‌کند. | شکل‌دهنده‌ی طراحی | |||||
| سازمان باید اثر اختلال بر کسب‌وکار را تحلیل کند، اهداف بازیابی تعیین کند و طرح‌های تداوم را برای خدماتی که دیگران به آن‌ها وابسته‌اند نگه‌داری و تمرین کند. | مرجع | |||||
| ارائه‌دهنده‌ی خدمت به سامانه‌ای مدیریت‌شده برای سطح خدمت، حوادث، مشکلات، تغییرات، انتشارها و بهبود مستمر نیاز دارد. | مرجع | |||||
| حریم خصوصی | ||||||
| داده‌ی شخصی باید شناسایی، کمینه و محافظت شود، فقط به اندازه‌ی لازم نگه‌داری شود و طبق حقوق افرادی که توصیف می‌کند، در یک سامانه‌ی مدیریت حریم خصوصی برای کنترل‌کنندگان و پردازش‌گران، با آن رفتار شود. | مرجع | |||||
| ویژه‌ی صنعت | ||||||
| ISO 14224 رده‌بندی و مرز تجهیزات و کدهای حالت، سازوکار و علت خرابی را برای گردآوری داده‌ی قابلیت اطمینان و نگه‌داری در صنایع نفت، پتروشیمی و گاز طبیعی تعریف می‌کند. | — | شکل‌دهنده‌ی طراحی | ||||
| نرم‌افزار پایش وضعیت به‌صورت زنجیره‌ای از داده‌برداری و پردازش داده تا تشخیص وضعیت، ارزیابی سلامت، پیش‌بینی عمر و تولید توصیه سازمان می‌یابد و میان بلوک‌ها رابط‌های باز دارد. | — | شکل‌دهنده‌ی طراحی | ||||
| برنامه‌ی پایش وضعیت از ممیزی تجهیزات و تعیین بحرانیت آغاز می‌شود، حالت‌های خرابی را شناسایی می‌کند، اندازه‌گیری‌ها و روش‌ها را برمی‌گزیند، معیارهای هشدار را تعیین می‌کند و نتایج را بازبینی می‌کند. | — | مرجع | ||||
| ویرایش ۲۰۲۴ استاندارد ISO 55001 الزامات مدیریت داده و دانش دارایی را تقویت کرده و ISO 55013:2024 راهنمای مدیریت داده برای مدیریت دارایی را ارائه می‌کند. | — | مرجع | ||||
| شاخص‌های عملکرد انرژی و خط مبنای انرژی باید با متغیرهای مرتبطشان تعریف و نرمال‌سازی شوند و در دوره‌های تعریف‌شده مقایسه شوند تا بهبود عملکرد انرژی در چارچوب ISO 50001 اثبات شود. | شکل‌دهنده‌ی طراحی | |||||
| سیاهه‌ی گازهای گلخانه‌ای سازمان از داده‌ی فعالیت و ضرایب انتشار با روش‌ها و عدم‌قطعیت مستند کمّی می‌شود و باید قابل راستی‌آزمایی باشد. | — | مرجع | ||||
| کارخانه‌ی فولادی که واحد DRI و EAF دارد، انتشار سالانه‌ی CO₂ و شدت CO₂ خود را در مرزی تعریف‌شده، از جریان‌های مشخص مواد و انرژی و ضرایب انتشار، و با شیوه‌ی اعلام‌شده‌ی شمارش جریان‌های بالادستی و اعتباری محاسبه می‌کند. | — | شکل‌دهنده‌ی طراحی | ||||
| ISO 22400 شاخص‌های کلیدی عملکرد عملیات تولید — فرمول، اجزا، واحد و زمان‌بندی آن‌ها — مانند دسترس‌پذیری، اثربخشی و نسبت کیفیت را تعریف می‌کند. | شکل‌دهنده‌ی طراحی | |||||
کاربردهای APC در هر صنعت
پالایشگاه
پتروشیمی
آهن و فولاد
مس