DV و PV در صنعت خودرو چیست؟ از Design Verification تا Production Validation

در توسعه یک خودرو یا قطعه، رسیدن به نمونه‌ای که «کار می‌کند» پایان مسیر نیست. محصول ممکن است در نمونه‌های اولیه عملکرد امیدوارکننده‌ای داشته باشد، اما هنوز مشخص نباشد طراحی نهایی تمام الزامات خود را برآورده می‌کند یا اینکه همان عملکرد پس از ورود قطعه به فرآیند تولید نیز حفظ خواهد شد. به همین دلیل، در پروژه‌های خودرویی فعالیت‌های آزمون و ارزیابی معمولاً در مراحل مختلف بلوغ محصول انجام می‌شوند و اصطلاح‌های DV و PV را زیاد می‌شنویم.

DV معمولاً به Design Verification و PV در بسیاری از فرآیندهای توسعه خودرویی به Production Validation اشاره دارد. در نگاه اول ممکن است این دو فقط دو مرحله آزمون متوالی به نظر برسند، اما تفاوت اصلی آن‌ها در سؤال مهندسی‌ای است که باید پاسخ دهند. در DV تمرکز اصلی روی این است که آیا طراحی توانسته الزامات تعریف‌شده را برآورده کند؛ در PV محصول به وضعیت تولید نزدیک‌تر شده و سؤال مهم این است که آیا محصولی که با قطعات، ابزارها و فرآیندهای نماینده تولید ساخته می‌شود نیز عملکرد مورد انتظار را حفظ می‌کند.

با این حال، DV و PV اصطلاحاتی نیستند که جزئیات اجرایی آن‌ها در تمام خودروسازان و زنجیره‌های تأمین دقیقاً یکسان باشد. تعریف Gateها، سطح بلوغ نمونه، تعداد نمونه‌ها، آزمون‌های موردنیاز و معیار ورود و خروج از هر مرحله می‌تواند بر اساس فرآیند توسعه OEM، قطعه‌ساز یا پروژه متفاوت باشد. بنابراین برای استفاده عملی از این مفاهیم همیشه باید فرآیند و Requirements همان پروژه نیز بررسی شوند.

DV یا Design Verification چیست؟

Design Verification مرحله‌ای از فرآیند توسعه است که در آن شواهد لازم برای بررسی انطباق طراحی با Requirements تعریف‌شده جمع‌آوری می‌شوند. اگر در مرحله طراحی مشخص شده باشد یک قطعه باید بار معینی را تحمل کند، در محدوده دمایی مشخصی کار کند، عمر تعریف‌شده‌ای داشته باشد یا الزامات یک استاندارد خاص را برآورده کند، در DV باید روش مناسبی برای بررسی این Requirements وجود داشته باشد.

این روش الزاماً همیشه آزمون فیزیکی نیست. بسته به نوع Requirement، Verification می‌تواند از طریق تحلیل مهندسی، محاسبه، بازبینی طراحی، بازرسی، اندازه‌گیری یا Testing انجام شود. اما در صنعت خودرو بخش مهمی از DV با آزمون نمونه‌های فیزیکی همراه است، زیرا بسیاری از رفتارهای سازه‌ای، عملکردی و دوام محصول باید در شرایط تعریف‌شده بررسی شوند.

نکته اصلی این است که نمونه DV باید به اندازه‌ای از بلوغ رسیده باشد که نتیجه آزمون بتواند اطلاعات معناداری درباره طراحی موردنظر ارائه کند. اگر نمونه در ویژگی‌های مؤثر بر آزمون با طراحی هدف تفاوت جدی داشته باشد، نتیجه آن را نمی‌توان بدون تحلیل به طراحی نهایی تعمیم داد. به همین دلیل، Revision، ماده، هندسه، روش اتصال، قطعات جانبی و سایر مشخصات مؤثر نمونه باید شناخته و مستند باشند.

نمونه DV چه ویژگی‌هایی دارد؟

عبارت «DV Sample» نباید به‌صورت یک تعریف ثابت برای همه شرکت‌ها تفسیر شود. در یک پروژه ممکن است نمونه DV با Tooling موقت ساخته شده باشد اما ماده و هندسه اصلی را نمایندگی کند؛ در پروژه دیگری، الزامات داخلی OEM ممکن است سطح بلوغ بالاتری را برای شروع DV تعیین کرده باشد. آنچه اهمیت دارد این است که تیم پروژه بداند کدام ویژگی‌های نمونه نماینده طراحی هدف هستند و کدام ویژگی‌ها هنوز Prototype محسوب می‌شوند.

فرض کنید یک Bracket در نمونه DV با روش ساختی متفاوت از تولید نهایی ساخته شده است. اگر آزمون موردنظر به رفتار سازه‌ای همان Bracket حساس باشد، این تفاوت می‌تواند روی نتیجه اثر بگذارد و باید قبل از تفسیر آزمون در نظر گرفته شود. اما اگر تفاوت موجود ارتباطی با Requirement مورد ارزیابی نداشته باشد، ممکن است نمونه همچنان برای هدف مشخص DV مناسب باشد. بنابراین مناسب بودن نمونه را باید نسبت به هدف آزمون ارزیابی کرد، نه صرفاً بر اساس برچسب Prototype یا DV.

همین موضوع اهمیت Configuration Management را نشان می‌دهد. نتیجه آزمون باید قابل ارتباط با نمونه‌ای باشد که واقعاً آزمون شده است؛ یعنی Part Number، Revision و ویژگی‌های مؤثر آن مشخص باشند. اگر بعد از DV طراحی تغییر کند، باید اثر تغییر بررسی شود تا معلوم شود کدام نتایج قبلی همچنان معتبر هستند و کدام فعالیت‌ها باید تکرار یا تکمیل شوند.

PV یا Production Validation چیست؟

در Production Validation تمرکز از صرف طراحی فراتر می‌رود و محصول در شرایطی نزدیک‌تر به وضعیت تولید ارزیابی می‌شود. هدف این است که مشخص شود محصولی که با قطعات، مواد، Tooling و فرآیندهای نماینده تولید ساخته شده، همچنان الزامات و عملکرد مورد انتظار را ارائه می‌کند. به همین دلیل، PV فقط تکرار DV با نمونه‌ای جدید نیست؛ سؤال متفاوتی درباره عملکرد محصول در شرایط نماینده تولید مطرح می‌کند.

ممکن است یک طراحی روی نمونه‌های مهندسی عملکرد بسیار خوبی داشته باشد، اما ورود به تولید متغیرهای دیگری را وارد مسئله کند. Toleranceهای فرآیند، Tooling تولیدی، روش جوشکاری یا مونتاژ، تأمین‌کننده، عملیات سطحی، فرآیند تزریق یا شکل‌دهی و سایر عوامل تولید می‌توانند روی ویژگی نهایی محصول اثر بگذارند. PV کمک می‌کند بررسی شود محصولی که از مسیر نماینده تولید بیرون می‌آید، همچنان عملکردی را که در توسعه انتظار داشتیم حفظ می‌کند.

با این حال، میزان الزام به استفاده از Tooling، فرآیند یا قطعات کاملاً Production-intent باید بر اساس تعریف پروژه مشخص شود. نمی‌توان بدون شناخت فرآیند OEM گفت هر نمونه PV در تمام صنایع و شرکت‌ها الزاماً باید شرایط کاملاً یکسانی داشته باشد. اصل مهم این است که سطح بلوغ نمونه و فرآیند باید با هدف Production Validation سازگار باشد.

تفاوت اصلی DV و PV چیست؟

اگر بخواهیم تفاوت را ساده کنیم، DV بیشتر درباره طراحی سؤال می‌کند و PV درباره محصولی که از مسیر نماینده تولید به دست می‌آید. در DV می‌خواهیم بدانیم طراحی Requirementها را برآورده کرده است یا خیر؛ در PV بررسی می‌کنیم آیا وقتی همان طراحی با فرآیند، Tooling و قطعات نزدیک به وضعیت تولید ساخته می‌شود، عملکرد مورد انتظار همچنان حفظ می‌شود.

این جدول یک چارچوب عمومی است و نباید جای Requirements داخلی پروژه را بگیرد. بعضی OEMها تعریف دقیق خود را برای DV، PV و سطح بلوغ نمونه‌ها دارند و Supplier باید فرآیند قابل اعمال همان پروژه را دنبال کند.

آیا DV همان Verification و PV همان Validation است؟

نه به این سادگی. شباهت واژه‌ها ممکن است باعث شود تصور کنیم DV دقیقاً همان Verification و PV دقیقاً همان Validation است، اما این تطبیق مکانیکی می‌تواند گمراه‌کننده باشد. Verification و Validation مفاهیم بنیادی‌تر مهندسی هستند که درباره انطباق با Requirements و مناسب بودن برای کاربرد موردنظر صحبت می‌کنند؛ DV و PV بیشتر به مراحل و ساختار اجرای فعالیت‌های توسعه محصول در یک فرآیند مشخص اشاره دارند.

Design Verification همان‌طور که از نامش مشخص است مستقیماً با Verification طراحی ارتباط دارد، اما Production Validation را نباید به این معنی گرفت که تمام مفهوم Validation فقط در PV اتفاق می‌افتد. فعالیت‌های Validation می‌توانند در مراحل مختلف توسعه انجام شوند و ساختار دقیق آن‌ها به فرآیند پروژه بستگی دارد. به همین دلیل، بهتر است ابتدا تفاوت بنیادی Verification و Validation را بشناسیم و سپس DV/PV را در چارچوب برنامه توسعه محصول تفسیر کنیم.

در مقاله «Validation و Verification چیست؟ تفاوت صحه‌گذاری و تصدیق در صنعت خودرو» این تفاوت و نقش Testing در V&V را با جزئیات بیشتری توضیح داده‌ایم.

چرا بعد از موفقیت در DV هنوز به PV نیاز داریم؟

قبولی در DV نشان می‌دهد طراحی در Configuration و شرایط ارزیابی‌شده توانسته Requirements موردنظر را برآورده کند، اما هنوز یک سؤال مهم باقی مانده است: آیا محصولی که قرار است در تولید ساخته شود همان رفتار را خواهد داشت؟ فاصله میان Prototype مهندسی و قطعه تولیدی گاهی بیشتر از چیزی است که در ظاهر دیده می‌شود.

برای مثال، نمونه DV ممکن است با دقت بالا و تحت نظارت مستقیم تیم مهندسی ساخته شده باشد. در تولید، قطعه باید در محدوده Tolerance تعریف‌شده، با فرآیند تکرارشونده و در تعداد بالا ساخته شود. تغییر Tooling، فرآیند جوش، تأمین‌کننده ماده، شرایط مونتاژ یا حتی تجمع Toleranceها می‌تواند روی عملکرد نهایی اثر بگذارد. PV یکی از مراحل یا فعالیت‌هایی است که می‌تواند به بررسی انتقال از «طراحی تأییدشده» به «محصول ساخته‌شده با فرآیند نماینده تولید» کمک کند.

از این منظر، DV و PV رقیب یا تکرار بی‌دلیل یکدیگر نیستند. هرکدام بر ریسک متفاوتی تمرکز دارند: DV عمدتاً ریسک‌های مرتبط با طراحی را بررسی می‌کند و PV کمک می‌کند اثر انتقال طراحی به محصول و فرآیند نماینده تولید نیز ارزیابی شود.

اگر محصول در DV مردود شود چه اتفاقی می‌افتد؟

Failure در DV لزوماً اتفاق غیرعادی یا نشانه شکست کل پروژه نیست. یکی از اهداف انجام Verification پیش از تولید این است که ضعف‌های طراحی زمانی شناسایی شوند که هنوز امکان اصلاح وجود دارد. اگر نمونه Requirement مشخصی را برآورده نکند، تیم مهندسی باید Failure Mode و Root Cause را بررسی کند و مشخص شود مشکل از طراحی، نمونه، روش ساخت، Setup آزمون یا عامل دیگری ناشی شده است.

پس از اصلاح، صرفاً ساخت نمونه جدید و تکرار آزمون بدون بررسی اثر تغییر کافی نیست. تغییر طراحی ممکن است Requirements دیگری را نیز تحت تأثیر قرار دهد؛ بنابراین باید Impact Analysis انجام شود و مشخص شود کدام Verificationها نیاز به تکرار یا تکمیل دارند. این همان جایی است که Traceability میان Requirement، Design Revision و Test Result اهمیت پیدا می‌کند.

از نظر برنامه پروژه نیز بهتر است برای احتمال Failure در DV زمان در نظر گرفته شود. اگر تمام آزمون‌ها درست در آستانه Milestone بعدی برنامه‌ریزی شوند، یک Failure می‌تواند فرصت تحلیل، اصلاح و Re-Test را از تیم بگیرد و پروژه را وارد فشار زمانی غیرضروری کند.

Failure در PV چه معنایی دارد؟

Failure در PV می‌تواند اثر بیشتری بر برنامه پروژه داشته باشد، زیرا محصول به مرحله‌ای نزدیک‌تر به تولید رسیده است. در این مرحله باید مشخص شود مشکل از طراحی، فرآیند تولید، Tooling، ماده، مونتاژ، Supplier Variation یا سایر عوامل مرتبط با نمونه و فرآیند نماینده تولید ناشی شده است. اگر طراحی در DV موفق بوده اما نمونه PV همان Requirement را برآورده نکند، مقایسه دقیق تفاوت میان نمونه‌ها و فرآیند ساخت آن‌ها می‌تواند سرنخ مهمی برای Root Cause باشد.

اصلاح در این مرحله نیز ممکن است پیچیده‌تر باشد. تغییر طراحی می‌تواند Tooling را تحت تأثیر قرار دهد، تغییر فرآیند ممکن است نیازمند ارزیابی مجدد قابلیت تولید باشد و تغییر Supplier یا ماده می‌تواند Verificationهای دیگری را فعال کند. به همین دلیل، با نزدیک شدن پروژه به تولید، کشف دیرهنگام مشکل می‌تواند اثر بیشتری بر هزینه و زمان‌بندی پروژه داشته باشد.

همین موضوع یکی از دلایل اهمیت آزمون‌های توسعه‌ای و Pre-Test در مراحل مناسب پروژه است. پیش‌آزمون نمی‌تواند قبولی DV یا PV را تضمین کند، اما در بعضی پروژه‌ها می‌تواند بخشی از ریسک‌های شناخته‌شده را پیش از رسیدن به Gate اصلی آشکار کند. درباره کاربرد و محدودیت آن در مقاله «Pre-Test چیست و چه تفاوتی با آزمون رسمی دارد؟» توضیح داده‌ایم.

DVP&R چه ارتباطی با DV و PV دارد؟

DVP&R یا Design Verification Plan and Report یکی از ابزارهای رایج برای ساختار دادن به فعالیت‌های Verification در توسعه محصول است. بسته به فرآیند سازمان، این سند می‌تواند Requirements مورد ارزیابی، روش Verification، استاندارد یا Procedure، تعداد و نوع نمونه، شرایط آزمون، معیار پذیرش، مسئولیت، زمان‌بندی و در نهایت نتیجه را در یک ساختار قابل ردیابی جمع‌آوری کند.

ارزش DVP&R در این نیست که فقط یک جدول بزرگ از آزمون‌ها داشته باشیم. باید بتوان از روی آن فهمید هر آزمون چرا انجام می‌شود و قرار است کدام Requirement یا ریسک را پوشش دهد. اگر آزمونی در برنامه باشد ولی ارتباط آن با Requirement مشخص نباشد، ممکن است فعالیتی پرهزینه انجام شود بدون اینکه شواهد لازم برای تصمیم مهندسی ایجاد کند. برعکس، اگر Requirement مهمی هیچ روش Verification مشخصی نداشته باشد، برنامه ارزیابی دارای شکاف است.

در بعضی فرآیندها برنامه‌های DV و PV نیز در همین ساختار یا اسناد مرتبط مدیریت می‌شوند. جزئیات قالب و اصطلاحات ممکن است میان شرکت‌ها متفاوت باشد، اما اصل مشترک، Traceability میان Requirement، روش ارزیابی، نمونه و نتیجه است.

آیا آزمون‌های DV و PV باید یکسان باشند؟

نه الزاماً، اما تفاوت آن‌ها باید دلیل مهندسی داشته باشد. بعضی Requirements ممکن است هم در DV و هم در PV بررسی شوند تا ابتدا طراحی و سپس محصول Production-intent ارزیابی شود. بعضی آزمون‌ها ممکن است فقط در یکی از مراحل لازم باشند و در موارد دیگر، تعداد نمونه یا Configuration میان دو مرحله تغییر کند.

برای مثال، یک آزمون سازه‌ای کلیدی ممکن است در DV برای بررسی طراحی انجام شود و در PV نیز روی نمونه‌ای نماینده تولید تکرار شود. در مقابل، یک بررسی خاص توسعه‌ای که صرفاً برای انتخاب میان دو Concept استفاده شده، ممکن است دیگر در PV معنایی نداشته باشد. تصمیم باید از Requirement، ریسک و برنامه توسعه محصول ناشی شود، نه از این قاعده ساده که «هر چیزی در DV انجام شد باید عیناً در PV تکرار شود».

این مسئله از نظر هزینه نیز مهم است. آزمون‌های خودرو می‌توانند زمان‌بر و در مواردی مخرب باشند؛ بنابراین برنامه‌ریزی مناسب باید شواهد لازم را ایجاد کند بدون اینکه آزمون‌های تکراری و بدون هدف به پروژه اضافه شوند.

یک مثال؛ DV و PV در توسعه صندلی خودرو

فرض کنیم یک صندلی جدید برای خودرو در حال توسعه است. در مرحله DV، نمونه‌ای با سطح بلوغ تعریف‌شده پروژه ساخته می‌شود و Requirements مختلف آن از جمله ابعاد، عملکرد مکانیزم‌ها، دوام و الزامات سازه‌ای بررسی می‌شوند. برای Requirementهای مرتبط با استحکام صندلی و پشت‌سری نیز ممکن است آزمون‌های مربوط به UN R17 در برنامه Verification قرار گیرند.

اگر آزمون نشان دهد Frame در ناحیه‌ای تغییر شکل نامناسب دارد، طراحی اصلاح می‌شود و اثر تغییر روی Requirements دیگر بررسی خواهد شد. پس از رسیدن طراحی به بلوغ مناسب و ورود پروژه به مراحل نزدیک‌تر به تولید، نمونه‌های PV با قطعات و فرآیندهایی که تا حد تعریف‌شده نماینده تولید هستند ساخته می‌شوند. حالا سؤال فقط این نیست که CAD و طراحی مهندسی درست بوده‌اند؛ باید دید محصولی که از مسیر نماینده تولید به دست آمده نیز عملکرد مورد انتظار را حفظ می‌کند یا خیر.

برای آشنایی با یکی از آزمون‌های مرتبط با این مثال، صفحه آزمون استحکام صندلی خودرو – ECE R17 در وب‌سایت تات در دسترس است.

نمونه DV و PV با نمونه TA و CoP چه تفاوتی دارند؟

این اصطلاح‌ها را نباید با یکدیگر مخلوط کرد. DV و PV عمدتاً به فرآیند توسعه محصول مربوط هستند، در حالی که Type Approval و Conformity of Production جایگاه مشخصی در فرآیندهای مقرراتی تأیید نوع دارند. یک نمونه DV برای بررسی طراحی استفاده می‌شود و نمونه PV به وضعیت تولید نزدیک‌تر است، اما این برچسب‌ها به‌تنهایی به معنی مناسب بودن نمونه برای Type Approval یا CoP نیستند.

در Type Approval باید نمونه و Configuration با Type موردنظر و الزامات فرآیند تأیید مربوط سازگار باشند. در CoP نیز هدف بررسی ادامه انطباق محصول تولیدی با Type تأییدشده است. بنابراین حتی اگر نمونه PV بسیار نزدیک به تولید باشد، نمی‌توان فقط از روی نام PV نتیجه گرفت که تمام الزامات نمونه TA یا CoP را نیز برآورده می‌کند.

به همین دلیل، هنگام ارسال نمونه به آزمایشگاه باید هدف آزمون به‌وضوح مشخص شود. در مقاله «قبل از ارسال خودرو یا قطعه به آزمایشگاه چه چیزهایی باید بررسی شود؟» تفاوت نمونه‌های Validation، TA و CoP و اهمیت Configuration، Revision، مدارک و Fixture را جداگانه بررسی کرده‌ایم.

چه زمانی باید برنامه آزمون DV و PV را تهیه کرد؟

برنامه آزمون نباید زمانی تهیه شود که نمونه آماده شده و تیم پروژه تازه به دنبال آزمایشگاه می‌گردد. برنامه‌ریزی DV/PV بهتر است هم‌زمان با تثبیت Requirements و شکل‌گیری برنامه توسعه آغاز شود. در همان مرحله باید مشخص شود هر Requirement چگونه Verification خواهد شد، کدام آزمون‌ها نیازمند نمونه فیزیکی هستند، چه سطح بلوغی برای نمونه لازم است و کدام آزمون‌ها به Fixture اختصاصی، تجهیزات خاص یا هماهنگی زمانی نیاز دارند.

این کار امکان برنامه‌ریزی نمونه‌ها را نیز فراهم می‌کند. اگر یک آزمون مخرب باشد، نمونه استفاده‌شده ممکن است برای فعالیت بعدی مناسب نباشد. اگر چند آزمون روی یک نمونه انجام می‌شوند، ترتیب آن‌ها می‌تواند اهمیت داشته باشد. اگر PV به Tooling تولیدی وابسته است، زمان آماده شدن Tooling باید با برنامه آزمایش هماهنگ شود. همه این موارد نشان می‌دهند Test Planning بخشی از برنامه توسعه است، نه فعالیتی که چند روز قبل از ارسال نمونه آغاز شود.

برای بررسی آزمون‌های قابل انجام و استانداردهای مرتبط می‌توانید از جدول آزمون‌های قابل انجام تات استفاده کنید. در پروژه‌هایی که هنوز Requirements، استانداردهای قابل اعمال یا برنامه آزمون نیازمند بررسی هستند نیز خدمات مهندسی و مشاوره تات می‌تواند در بررسی الزامات و برنامه‌ریزی فعالیت‌های آزمون و صحه‌گذاری مورد استفاده قرار گیرد.

DV و PV دو برچسب روی نمونه نیستند

یکی از ساده‌ترین اشتباهات در پروژه این است که DV و PV فقط به نام دو سری نمونه تبدیل شوند: «این پنج قطعه DV هستند و آن پنج قطعه PV». در حالی که ارزش واقعی این مراحل به سؤالی که قرار است پاسخ دهند و شواهدی که برای تصمیم پروژه ایجاد می‌کنند وابسته است. اگر سطح بلوغ نمونه مشخص نباشد، Requirements به آزمون‌ها متصل نشده باشند یا تفاوت نمونه با طراحی و فرآیند هدف مستند نشده باشد، صرف استفاده از عنوان DV یا PV اعتبار مهندسی ایجاد نمی‌کند.

DV باید به تیم پروژه کمک کند با شواهد کافی درباره انطباق و بلوغ طراحی تصمیم بگیرد و PV باید شواهد بیشتری درباره عملکرد محصولی ایجاد کند که از مسیر نماینده تولید ساخته شده است. هرچه Traceability میان Requirement، Revision نمونه، روش آزمون و نتیجه قوی‌تر باشد، تصمیم‌هایی که بر اساس DV و PV گرفته می‌شوند نیز قابل دفاع‌تر خواهند بود.

در نهایت، سؤال اصلی این نیست که «نمونه DV است یا PV؟»؛ سؤال دقیق‌تر این است که این نمونه در چه سطحی از بلوغ قرار دارد، قرار است کدام Requirement را ارزیابی کند، تا چه اندازه نماینده طراحی یا تولید هدف است و نتیجه آزمون چه تصمیمی را در پروژه پشتیبانی خواهد کرد؟ پاسخ به همین سؤال‌هاست که DV و PV را از دو اصطلاح رایج به ابزارهای واقعی مدیریت ریسک و توسعه محصول تبدیل می‌کند.