نقش Block Diagram و P-Diagram در طراحی محصول با رویکرد الزامات IATF 16949

ارتباط آن با شناسنامه فرآیند تکوین محصول، مدیریت ریسک و ابزارهای طراحی

نگارنده:دکتر آرش اصغری نژاد

چکیده (فارسی)

در سیستم‌های مدیریت کیفیت خودروسازی مبتنی بر استاندارد IATF 16949، مدیریت ساختاریافته طراحی محصول و کنترل ریسک‌های طراحی، نیازمند به‌کارگیری ابزارهایی است که بتوانند هم «معماری عملکردی/فیزیکی محصول» و هم «رفتار محصول در برابر ورودی‌ها، نویزها و شرایط کنترلی» را شفاف‌سازی کنند. بلوک‌دیاگرام (Block Diagram) به‌عنوان ابزار نمایش معماری و روابط بین زیرسیستم‌ها، و P-Diagram (Parameter Diagram) به‌عنوان ابزار تحلیل عملکرد سیستم در حضور عوامل اغتشاشی، دو ابزار کلیدی در فازهای اولیه توسعه محصول و پیش‌نیازهای DFMEA، DVP&R، کنترل‌پلن و اعتبارسنجی طراحی هستند. این مقاله ابتدا نقش این ابزارها را در «شناسنامه فرآیند تکوین محصول» و تعیین ورودی/خروجی‌های طراحی و ارتباط با سایر فرآیندها تبیین می‌کند، سپس ریسک‌های طراحی و جایگاه آن‌ها در OPC طراحی (نقشه کنترل عملیاتی/فرآیندی طراحی) را مشخص می‌نماید. در ادامه شاخص‌های مناسب مرتبط با این ابزارها (مانند شاخص‌های پایداری عملکرد، قابلیت اطمینان/دوام، تحقق الزامات، و شاخص‌های پوشش ریسک) معرفی شده و ارتباط آن‌ها با اهداف طراحی، DFM/DFA، قابلیت سرویس‌پذیری، تحلیل درخت خطا (FTA)، نقاط تلاقی DFMEA با MSR/DRBFM، و سایر الزامات اشاره‌شده در IATF 16949 و هسته‌های AIAG&VDA تشریح می‌گردد. نتیجه‌گیری مقاله نشان می‌دهد که ادغام بلوک‌دیاگرام و P-Diagram در شناسنامه تکوین محصول، باعث افزایش کیفیت ورودی‌های DFMEA، کاهش بازکاری، بهبود قابلیت ردیابی الزامات، و ارتقای اثربخشی تصمیم‌گیری‌های مهندسی در چرخه عمر محصول می‌شود.

واژگان کلیدی: IATF 16949، APQP، Block Diagram، P-Diagram، DFMEA، DVP&R، DFM/DFA، FTA، DRBFM، قابلیت اطمینان، دوام

Abstract (English)

In automotive quality management systems aligned with IATF 16949, structured product design and robust control of design risks require engineering tools that clearly represent both the product’s functional/physical architecture and its behavior under various inputs, noise factors, and control conditions. The Block Diagram is a key tool for modeling system architecture and interfaces among subsystems, while the P-Diagram (Parameter Diagram) is widely used to characterize system function considering signal inputs, control factors, noise factors, and intended outputs. This paper first explains the role of these tools in the “product development process identity card” (process charter) by defining design inputs/outputs and mapping their relationships with other development processes. Then, it identifies major categories of design risks and clarifies the position of Block and P-Diagrams within the design OPC (operational process control map/plan). Next, relevant performance indicators are proposed, and the connections to design objectives, DFM/DFA, engineering competencies, reliability and durability, alternative designs, serviceability, Fault Tree Analysis (FTA), and the integration points among DFMEA, MSR/DRBFM, and other IATF-related requirements are described. The study concludes that systematic integration of Block Diagram and P-Diagram into the product development charter significantly improves DFMEA input quality, reduces engineering rework, strengthens requirement traceability, and enhances engineering decision-making effectiveness across the product lifecycle.

Keywords: IATF 16949, APQP, Block Diagram, P-Diagram, DFMEA, DVP&R, DFM/DFA, FTA, DRBFM, Reliability, Durability

1) مقدمه

استاندارد IATF 16949 تأکید می‌کند که سازمان باید توسعه محصول را به‌صورت فرآیندی، مبتنی بر ریسک، و با قابلیت ردیابی الزامات، اعتبارسنجی و صحه‌گذاری طراحی، و کنترل تغییرات اجرا کند. بخش‌های مرتبط (به‌ویژه 8.3 طراحی و توسعه، 6.1 اقدام برای ریسک/فرصت، 7.1.6 دانش سازمانی، 9.1 پایش و اندازه‌گیری) به شکل مستقیم یا غیرمستقیم نیازمند ابزارهایی هستند که بتوانند:

مرزهای سیستم، رابط‌ها (Interfaces) و جریان‌های ماده/انرژی/اطلاعات را روشن کنند؛
ورودی‌ها و خروجی‌های عملکردی و فیزیکی را قابل ردیابی به الزامات مشتری/قانونی کنند؛
شرایط کاربرد، نویزهای محیطی و تغییرپذیری‌های تولید/استفاده را در تحلیل ریسک طراحی لحاظ کنند.

در این میان، Block Diagram و P-Diagram در مرحله «تعریف سیستم» و «تحلیل عملکرد» نقش پیشران دارند و عملاً کیفیت DFMEA و برنامه آزمون طراحی (DVP&R) را تعیین می‌کنند.

2) نقش Block Diagram و P-Diagram در شناسنامه فرآیند تکوین محصول (Process Charter / Process Identity)

2-1) شناسنامه فرآیند تکوین محصول چیست؟

در بسیاری از سازمان‌های خودرویی، پیش از شروع رسمی طراحی، یک شناسنامه/چارتر برای فرآیند توسعه محصول تدوین می‌شود که حداقل شامل موارد زیر است:

هدف و دامنه طراحی (Scope & Objectives)
الزامات ورودی (Customer requirements, statutory/regulatory, lessons learned)
خروجی‌های مورد انتظار (Drawings, specs, DFMEA, DVP&R, control plan inputs)
نقش‌ها و مسئولیت‌ها (RACI)
نقاط کنترل (Gate reviews)
روش‌های مدیریت ریسک و تغییر (Risk & Change Management)

بلوک‌دیاگرام و P-Diagram باید در همین شناسنامه به‌عنوان خروجی‌های پایه‌ای فاز تعریف سیستم ثبت شوند و به‌عنوان «منبع رسمی» ورودی ابزارهای بعدی شناخته شوند.

2-2) جایگاه Block Diagram در شناسنامه فرآیند

Block Diagram پاسخ می‌دهد:

«سیستم از چه اجزایی تشکیل شده، مرز سیستم کجاست و رابط‌ها چگونه‌اند؟»

خروجی‌های اصلی بلوک‌دیاگرام در چارتر:

تعریف مرز سیستم و زیرسیستم‌ها (System boundary)
تعریف رابط‌های داخلی/خارجی (Interfaces)
جریان‌های کلیدی: ماده/انرژی/اطلاعات
تخصیص عملکرد به اجزا (Functional allocation)
مبنای تعریف اقلام مهم (Special Characteristics) در مراحل بعدی

2-3) جایگاه P-Diagram در شناسنامه فرآیند

P-Diagram پاسخ می‌دهد:

«سیستم چه سیگنالی دریافت می‌کند، چگونه تبدیل می‌کند، خروجی مطلوب چیست و تحت چه نویزهایی ممکن است از کنترل خارج شود؟»

اجزای استاندارد P-Diagram:

Signal (ورودی عملکردی): درخواست/فرمان یا ورودی اصلی عملکرد
Control factors (عوامل کنترلی): پارامترهای طراحی/تنظیمات قابل کنترل
Noise factors (نویزها): تغییرات محیطی، فرسودگی، تلرانس‌ها، خطای کاربر
Error states / failure modes: حالت‌های خطا در خروجی
Output (خروجی): عملکرد مطلوب + معیار پذیرش

در چارتر، P-Diagram به عنوان مبنای:

تعریف سناریوهای استفاده و شرایط عملکرد (Use-case / mission profile)
تعریف معیارهای عملکردی و تلرانس‌های عملکرد (Performance targets)
ایجاد ورودی دقیق برای DFMEA و DVP&R

3) ورودی‌ها و خروجی‌ها و ارتباط Block/P-Diagram با سایر فرآیندها و اجزای طراحی

3-1) ورودی‌های بلوک‌دیاگرام و P-Diagram

الزامات مشتری و الزامات قانونی/ایمنی
معماری محصول/پلتفرم و محدودیت‌های بسته‌بندی (Packaging constraints)
درس‌آموخته‌ها (Warranty, 8D, field returns)
استانداردهای فنی، مواد و فناوری ساخت
فرضیات شرایط کارکرد و پروفایل مأموریت (Mission profile)

3-2) خروجی‌های آن‌ها و اتصال به زنجیره ابزارها

یک نقشه اتصال عملیاتی (Trace) به‌صورت زیر قابل ارائه است:

Block Diagram → تعریف Interfaces → تعریف اقلام کلیدی → ورودی DFMEA و DFM/DFA
P-Diagram → تعریف Noise/Controls/Outputs → ورودی DFMEA و DVP&R
DFMEA → خروجی: اقدامات طراحی، نیازهای آزمون → ورودی DVP&R و کنترل‌پلن (غیرمستقیم)
DVP&R → تأیید/اعتبارسنجی طراحی → ورودی تایید گیت‌های APQP
Change Management → هر تغییر در معماری/کنترل/نویز → به‌روزرسانی بلوک و P و سپس DFMEA/DVP&R

4) شناسایی ریسک‌های طراحی با اتکا به Block Diagram و P-Diagram

4-1) دسته‌های اصلی ریسک طراحی

ریسک‌های معماری و رابط‌ها (Interface Risks): ناسازگاری بین زیرسیستم‌ها، ابهام مرز مسئولیت
ریسک‌های عملکردی (Functional Risks): خروجی خارج از معیار، حساسیت بالا به تغییرات
ریسک‌های نویز/شرایط محیطی (Noise Sensitivity): دما، رطوبت، لرزش، آلودگی، Aging
ریسک‌های ساخت و مونتاژ (DFM/DFA Risks): تلرانس‌چین، قابلیت مونتاژ، اشتباه‌پذیری
ریسک‌های سرویس و نگهداشت (Serviceability Risks): خطای سرویس، دسترسی دشوار
ریسک‌های ایمنی/قانونی: عدم انطباق با مقررات، خطرات ایمنی عملکردی
ریسک‌های قابلیت اطمینان و دوام: شکست زودهنگام، خستگی، سایش، خوردگی

4-2) چگونه Block Diagram ریسک را آشکار می‌کند؟

شناسایی نقاط اتصال و انتقال بار/سیگنال (نقاط شکست محتمل)
تحلیل وابستگی‌ها و Single Point of Failure در معماری
جلوگیری از «گم شدن مسئولیت» بین تیم‌ها در Interfaceها

4 مسئولیت» بین تیم‌ها در Interfaceها

4 می‌کند؟

استخراج نویزها و سناریوهای شکست که معمولاً در جلسات DFMEA جا می‌افتد
روشن کردن کنترل‌فاکتورهای طراحی که باید پایدار/قفل شوند (Design controls)
کمک به تعریف معیارهای آزمون و پوشش شرایط بدبینانه در DVP&R

5) OPC طراحی و جایگاه Block Diagram و P-Diagram در آن

5-1) OPC طراحی چیست؟

OPC طراحی را می‌توان «نقشه جریان کنترل‌های طراحی» دانست که نشان می‌دهد در هر گام توسعه محصول:

چه ورودی‌هایی دریافت می‌شود،
چه فعالیتی انجام می‌شود،
چه خروجی و چه شواهدی تولید می‌شود،
چه معیار پذیرش و چه مسئولیتی وجود دارد.

5-2) جایگاه پیشنهادی در OPC طراحی (سطح کلان)

دریافت Voice of Customer / الزامات
تعریف مرز سیستم و معماری → Block Diagram
تعریف عملکرد، ورودی/خروجی، کنترل‌ها و نویزها → P-Diagram
استخراج حالت‌های خرابی و علل → DFMEA
برنامه آزمون طراحی و اعتبارسنجی → DVP&R
طراحی برای ساخت/مونتاژ → DFM/DFA
مرور طراحی (Design Review) و مدیریت تغییر → به‌روزرسانی Block/P/ Review) و مدیریت تغییر → به‌روزرسانی Block/P/ Diagram و P-Diagram (Metrics/KPIs)

برای اینکه این دو ابزار «صرفاً یک نمودار» نباشند و در IATF 16949 قابلیت پایش داشته باشند، شاخص‌هایی پیشنهاد می‌شود:

6-1) شاخص‌های بلوک‌دیاگرام

Interface Coverage Index: درصد رابط‌ها که مشخصات/مالک/معیار پذیرش دارند
Architecture Stability: تعداد تغییرات معماری بعد از گیت طراحی (هر چه کمتر بهتر)
Single Point Failure Count: تعداد نقاط تک‌نقطه‌ای شناسایی‌شده و حذف/کاهش‌یافته

6-2) شاخص‌های P-Diagram

Noise Coverage Ratio: نسبت نویزهای شناسایی‌شده به نویزهای مشاهده‌شده در پروژه‌های مشابه/درس‌آموخته‌ها
Control-to-Noise Robustness: تعداد کنترل‌فاکتورهایی که برای هر نویز تعریف شده
DVP Coverage: درصد شرایط آزمون DVP&R که مستقیماً از نویزها/کنترل‌ها آمده است

6-3) شاخص‌های مشترک (اثربخشی در ریسک)

درصد ریسک‌های High در DFMEA که به اقدام طراحی منجر شده
تعداد تکرار خرابی‌های میدان (Warranty repeats) نسبت به پروژه قبل
شاخص تحقق الزامات (Requirements compliance rate) در Design Review

7) پیوند با اهداف طراحی، DFM/DFA، مهارت‌های طراحی، قابلیت اطمینان و دوام، جایگزین‌های طراحی و سرویس‌پذیری

7-1) اهداف طراحی (Design Objectives)

خروجی‌های Block و P باید قابل ردیابی به اهدافی مانند:

عملکرد (Performance)
ایمنی و انطباق قانونی
هزینه هدف (Target cost)
وزن/بسته‌بندی
NVH
قابلیت اطمینان/دوام (R&D: Reliability & Durability)

7-2) DFM/DFA

Block Diagram: تعیین زیرمونتاژها، مسیر مونتاژ، نقاط حساس در اتصال‌ها
P-Diagram: شناسایی نویزهای ناشی از مونتاژ/تلرانس/خطای اپراتور به‌عنوان Noise factor

نتیجه: ورودی دقیق‌تر برای قواعد Poka-Yoke، تلرانس‌گذاری عملکردی، و کنترل‌های مونتاژ.

7-3) مهارت‌های طراحی (Design Competency)

وجود Block و P باعث می‌شود دانش طراحی از حالت «ضمنی در ذهن افراد» به «دانش سازمانی مستند» تبدیل شود (همراستا با 7.1.6 IATF).

7-4) قابلیت اطمینان و دوام (Reliability & Durability)

نویزهای Aging، خستگی، خوردگی، چرخه حرارتی در P-Diagram ثبت و سپس در DVP&R تبدیل به آزمون می‌شوند.
Block Diagram نقاط تمرکز دوام (اتصالات، یاتاقان‌ها، آب‌بندی‌ها، مسیرهای بار) را نشان می‌دهد.

7-5) جایگزین‌های طراحی (Design Alternatives)

Block Diagram برای مقایسه معماری‌های مختلف (Modular vs. integrated) و P-Diagram برای مقایسه میزان Robustness هر گزینه به نویزها به‌کار می‌رود.

7-6) قابلیت سرویس‌پذیری (Serviceability)

در P-Diagram، «خطای سرویسکار/کاربر» یک Noise factor مهم است؛

در Block Diagram، نقاط دسترسی، جداسازی زیرسیستم‌ها و محل اتصال‌ها شاخص سرویس‌پذیری را شکل می‌دهند.

8) FTA (درخت شکست) و ارتباط با Block/P-Diagram

FTA از یک Top Event (مثلاً «عدم تحقق خروجی عملکرد») شروع می‌کند.
P-Diagram کمک می‌کند Top Event و شرایط وقوع آن (نویزها/کنترل‌هاکمک می‌کند Top Event و شرایط وقوع آن (نویزها/کنترل‌های می‌کند: شکست زیرسیستم‌ها و رابط‌ها به‌صورت سلسله‌مراتبی وارد FTA می‌شوند.

نتیجه: FTA از حالت کلی به تحلیل مبتنی بر معماری و شرایط واقعی کارکرد تبدیل می‌شود.

9) نقاط تلاقی DFMEA با MSR/DRBFM و سایر موارد اشاره‌شده در استاندارد با Block/P-Diagram

9-1) DFMEA

Block Diagram → ساختاردهی به Functions/Interfaces و تحلیل مرزی
P-Diagram → تکمیل «Function + Failure effects under noise» و جلوگیری از ناقص بودن علت‌ها

خروجی: DFMEA دقیق‌تر، علل واقعی‌تر، و اقدامات طراحی مؤثرتر.

9-2) MSR (Monitoring & System Response) / واکنش سیستم

در رویکرد AIAG&VDA، برای برخی ویژگی‌ها لازم است:

چگونه سیستم «پایش» می‌کند؟
در صورت انحراف چگونه «واکنش» نشان می‌دهد؟

P-Diagram محل طبیعی تعریف MSR است:

Control factors (سنسورها/کنترلر/محدودکننده‌ها)
Output معیارهای تشخیص و واکنش

Block Diagram نیز اجزای پایش و مسیر سیگنال را مشخص می‌کند.

9-3) DRBFM (Design Review Based on Failure Mode)

DRBFM در تغییرات طراحی بسیار مؤثر است.

تغییر در معماری → ابتدا در Block Diagram ثبت می‌شود
تغییر در کنترل/شرایط کاری/نویز → در P-Diagram ثبت می‌شود

سپس جلسه DRBFM دقیقاً روی نقاط تغییر و اثر آن روی نویز/کنترل/خروجی متمرکز می‌شود.

9-4) مدیریت تغییرات و دانش سازمانی

Block و P به‌عنوان «مدارک مرجع» تغییر، باعث می‌شوند:

تغییرات در DFMEA/DVP&R و نقشه‌های طراحی قابل ردیابی و ممیزی‌پذیر شوند (مطابق روح IATF).

10) روش اجرا (چارچوب پیشنهادی عملیاتی)

این بخش یک روش اجرایی قابل پیاده‌سازی (Procedure) ارائه می‌کند:

گام 1: تعریف دامنه و مرز سیستم

تعیین مشتری، محیط کارکرد، محدودیت‌ها
تعیین زیرسیستم‌ها و اینترفیس‌ها

خروجی: Block Diagram نسخه 0

گام 2: استخراج عملکردهای اصلی و معیارهای پذیرش

تبدیل الزامات به Function و Performance target

خروجی: لیست Function/Requirements Trace

گام 3: تدوین P-Diagram

Signal، Control، Noise، Output و Error states

خروجی: P-Diagram نسخه 0

گام 4: هم‌ترازی با DFMEA

استفاده از Block برای ساختاردهی و از P برای کامل کردن علل/شرایط وقوع

خروجی: DFMEA اولیه + اقدامات پیشنهادی

گام 5: اتصال به DVP&R و طراحی آزمون

هر Noise مهم → یک یا چند تست/شرط آزمون
هر Control مهم → معیار پایش/تلرانس

خروجی: DVP&R ردیابی‌پذیر به P-Diagram

گام 6: طراحی برای ساخت/مونتاژ (DFM/DFA) و سرویس

نویزهای تولید/مونتاژ و خطای انسانی وارد P
معماری مونتاژ و نقاط سرویس در Block

خروجی: اقدامات DFM/DFA + نیازهای Poka-Yoke

گام 7: مرور طراحی و مدیریت تغییر

تغییرات → به‌روزرسانی همزمان Block/P/DFMEA/DVP&R

خروجی: نسخه‌بندی و تاریخچه تغییرات قابل ممیزی

تغییرات قابل ممیزی

دیاگرام و P-Diagram در چارچوب IATF 16949 صرفاً ابزارهای تصویری نیستند، بلکه «زیرساخت مهندسیِ ردیابی‌پذیر» برای تبدیل الزامات به طراحی قابل کنترل و قابل اعتبارسنجی محسوب می‌شوند. بلوک‌دیاگرام با شفاف‌سازی معماری و رابط‌ها، ریسک‌های ناشی از ابهام مرزها و وابستگی‌های پنهان را کاهش می‌دهد و ورودی ساختارمند برای DFMEA و FTA فراهم می‌سازد. P-Diagram نیز با مدل‌سازی رابطه سیگنال-کنترل-نویز-خروجی، امکان طراحی robust و تعریف برنامه آزمون مبتنی بر شرایط واقعی را مهیا می‌کند و نقاط اتصال DFMEA با DVP&R، MSR و DRBFM را تقویت می‌نماید. ادغام نظام‌مند این دو ابزار در شناسنامه تکوین محصول و OPC طراحی، منجر به کاهش بازکاری، افزایش کیفیت تصمیمات طراحی، بهبود شاخص‌های قابلیت اطمینان و دوام، و آمادگی ممیزی‌پذیر در برابر الزامات IATF 16949 خواهد شد.

منابع (داخلی)

سازمان ملی استاندارد ایران، استانداردهای سیستم مدیریت کیفیت در صنعت خودرو (ترجمه‌ها و راهنماهای منتشرشده مرتبط با IATF/ISO).
جزوات و راهنماهای آموزشی APQP/PPAP و FMEA در صنایع خودروسازی ایران (انتشارات مراکز آموزش تخصصی کیفیت).
منابع دانشگاهی فارسی در حوزه قابلیت اطمینان و دوام و تحلیل ریسک مهندسی (کتب مهندسی صنایع/مکانیک).

نکته: چون «منابع داخلی» دقیقاً به کتاب/نویسنده/سال وابسته به آن چیزی است که شما در سازمان یا دانشگاه استفاده می‌کنید، اگر 3–5 منبع فارسی مشخص (نام کتاب/مولف/سال) بدهید، همین بخش را با ارجاع‌دهی دقیق (APA/IEEE) نهایی می‌کنم.

References (International)

IATF. IATF 16949:2016 – Quality management system requirements for automotive production and relevant service parts organizations. International Automotive Task Force, 2016.
ISO. ISO 9001:2015 – Quality management systems—Requirements. International Organization for Standardization, 2015.
AIAG. APQP (Advanced Product Quality Planning and Control Plan) Manual. Automotive Industry Action Group, latest edition.
AIAG. PPAP (Production Part Approval Process) Manual. Automotive Industry Action Group, latest edition.
AIAG & VDA. FMEA Handbook (AIAG-VDA FMEA). 1st Edition, 2019.
Stamatis, D. H. Failure Mode and Effect Analysis: FMEA from Theory to Execution. ASQ Quality Press, (latest edition).
O’Connor, P. D. T., & Kleyner, A. Practical Reliability Engineering. Wiley, (latest edition).
IEC. IEC 61025 – Fault Tree Analysis (FTA). International Electrotechnical Commission, latest edition.
Taguchi, G., Chowdhury, S., & Wu, Y. Taguchi’s Quality Engineering Handbook. Wiley, 2004. (برای مبانی robust design مرتبط با P-Diagram)