در مسیر توسعه یک خودرو یا قطعه، معمولاً نمی‌توان از مدل CAD مستقیماً به محصول تولید انبوه رسید. تیم مهندسی در مراحل مختلف به نمونه‌هایی نیاز دارد که بتوان با آن‌ها طراحی، عملکرد، مونتاژ، ارتباط میان اجزا، حالت‌های خرابی و میزان دستیابی به الزامات فنی را بررسی کرد. این نمونه‌ها در ادبیات توسعه محصول اغلب با عنوان کلی Prototype یا نمونه اولیه شناخته می‌شوند. با این حال، Prototype نام یک سطح بلوغ واحد و استانداردشده در تمام صنعت خودرو نیست و ممکن است نمونه‌ای که یک شرکت آن را Engineering Prototype می‌نامد، از نظر هدف و میزان بلوغ با نمونه‌ای به همین نام در شرکت دیگری متفاوت باشد.
این تفاوت هنگام برنامه‌ریزی آزمون اهمیت زیادی پیدا می‌کند. اینکه روی برچسب نمونه نوشته شده Prototype، DV Sample یا Production-intent به‌تنهایی مشخص نمی‌کند نتیجه آزمون تا چه حد برای محصول نهایی قابل استفاده است. باید بدانیم نمونه چه پیکربندی‌ای دارد، کدام ویژگی‌های آن نماینده طراحی هدف هستند، چه بخش‌هایی هنوز موقت‌اند و آزمون قرار است کدام الزام را بررسی کند. ممکن است یک نمونه اولیه برای ارزیابی هندسه مناسب باشد، اما برای آزمونی که به جنس ماده یا فرآیند ساخت وابسته است، نماینده محصول نهایی نباشد. بنابراین مناسب بودن هر نمونه باید بر اساس هدف آزمون ارزیابی شود.
Prototype چیست؟
در مفهوم عمومی مهندسی، Prototype نمونه‌ای است که پیش از تولید نهایی برای بررسی، توسعه یا ارزیابی محصول ساخته می‌شود. نمونه اولیه می‌تواند از یک مدل ساده برای بررسی هندسه و جانمایی اجزا تا مجموعه‌ای پیچیده و نزدیک به محصول تولیدی گسترده باشد. بعضی نمونه‌ها فقط به یک سؤال مهندسی محدود پاسخ می‌دهند، در حالی که برخی دیگر امکان اجرای مجموعه گسترده‌تری از فعالیت‌های تصدیق (Verification) و صحه‌گذاری (Validation) را فراهم می‌کنند.
نکته مهم این است که برای نمونه‌های اولیه، طبقه‌بندی جهانی و یکسانی وجود ندارد که تمام خودروسازان و قطعه‌سازان دقیقاً از آن پیروی کنند. اصطلاح‌هایی مانند Concept Prototype، Engineering Prototype، Mule، A-Sample، B-Sample، C-Sample، Validation Prototype یا Pilot Sample ممکن است در سازمان‌های مختلف تعریف‌های متفاوتی داشته باشند. به همین دلیل، در یک پروژه حرفه‌ای بهتر است سطح بلوغ نمونه (Sample Maturity) بر اساس تعاریف همان پروژه مشخص باشد و تصمیم‌گیری درباره آزمون فقط بر اساس نام نمونه انجام نشود.
چرا در توسعه خودرو نمونه اولیه ساخته می‌شود؟
نمونه اولیه ابزاری برای یادگیری و شناسایی مشکلات پیش از تثبیت طراحی محصول است. برخی سؤال‌های مهندسی را می‌توان با محاسبات و شبیه‌سازی پاسخ داد، اما در بسیاری از مراحل توسعه، وجود نمونه فیزیکی یا عملکردی برای بررسی رفتار واقعی‌تر محصول ضروری است. مونتاژ و جانمایی، ارگونومی، عملکرد مکانیزم‌ها، رفتار سازه‌ای، عملکرد حرارتی و الکتریکی و تعامل میان زیرسیستم‌ها از موضوعاتی هستند که ممکن است به نمونه اولیه نیاز داشته باشند.
مزیت اصلی نمونه اولیه این است که امکان شناسایی مشکل را در زمانی فراهم می‌کند که اصلاح طراحی هنوز ساده‌تر و کم‌هزینه‌تر است. مردودی یا خرابی یک نمونه اولیه می‌تواند بسیار ارزشمند باشد، اگر باعث شود ضعف طراحی پیش از ساخت ابزارهای تولید یا آغاز تولید انبوه شناسایی شود. بنابراین هدف از ساخت نمونه اولیه الزاماً قبولی در آزمون نیست؛ در مراحل توسعه، تولید اطلاعات برای تصمیم‌گیری مهندسی می‌تواند هدف مهم‌تری باشد.
سطح بلوغ نمونه (Sample Maturity) چیست؟
سطح بلوغ نمونه بیان می‌کند که نمونه تا چه اندازه به پیکربندی هدف پروژه نزدیک شده است. با این حال، بلوغ را نباید صرفاً با یک عدد یا نام مرحله توصیف کرد؛ ممکن است نمونه در بعضی ویژگی‌ها به وضعیت نهایی رسیده باشد، اما در بخش‌های دیگر همچنان در مرحله توسعه قرار داشته باشد.
برای مثال، هندسه قطعه ممکن است نهایی شده باشد، اما جنس ماده هنوز موقت باشد. سخت‌افزار ممکن است نماینده محصول تولیدی باشد، ولی نرم‌افزار همچنان نسخه توسعه‌ای داشته باشد. همچنین ممکن است قطعه با ابزار تولید ساخته شده باشد، اما فرآیند ساخت هنوز در شرایط نهایی تولید تثبیت نشده باشد.
بنابراین سؤال دقیق‌تر این نیست که «این نمونه چند درصد نهایی است؟» بلکه باید مشخص شود ویژگی‌های مؤثر بر الزام موردنظر تا چه اندازه نماینده پیکربندی هدف هستند.
میزان نمایندگی نمونه (Sample Representativeness) چیست؟
یکی از مهم‌ترین مفاهیم در انتخاب نمونه برای آزمون، میزان نمایندگی نمونه از محصول هدف است. نمونه زمانی برای یک فعالیت تصدیق مناسب است که ویژگی‌های مؤثر بر الزام موردنظر، به‌اندازه کافی نماینده پیکربندی هدف باشند.
فرض کنید هدف، بررسی جانمایی یک قطعه در فضای محدود خودرو است. اگر هندسه نمونه دقیق باشد، ممکن است موقت بودن جنس ماده اهمیت زیادی نداشته باشد. اما اگر همان قطعه برای آزمون استحکام سازه‌ای استفاده شود، جنس ماده، ضخامت، اتصالات و فرآیند ساخت می‌توانند بر نتیجه اثر تعیین‌کننده داشته باشند.
بنابراین یک نمونه ممکن است برای یک آزمون نماینده محصول نهایی باشد و برای آزمون دیگر نباشد. همین اصل باید مبنای انتخاب نمونه در مراحل مختلف توسعه قرار گیرد.
Concept Prototype چیست؟
در مراحل اولیه توسعه ممکن است نمونه‌ای برای بررسی مفهوم اولیه طراحی (Concept) ساخته شود. هدف می‌تواند ارزیابی جانمایی، هندسه، ارگونومی، حرکت مکانیزم یا امکان‌پذیری یک ایده باشد. چنین نمونه‌ای الزاماً با جنس ماده یا فرآیند ساخت محصول نهایی تولید نمی‌شود.
روش‌های سریع ساخت مانند ماشین‌کاری، چاپ سه‌بعدی یا مونتاژ دستی می‌توانند برای تولید این نمونه‌ها استفاده شوند، زیرا هدف اصلی، سرعت یادگیری و ارزیابی ایده است. اگر تیم مهندسی بتواند با یک نمونه ساده، پیش از سرمایه‌گذاری روی ابزارهای تولید، مشکل جانمایی را شناسایی کند، نمونه اولیه وظیفه خود را انجام داده است.
با این حال، نتیجه حاصل از چنین نمونه‌ای باید فقط در محدوده هدف ارزیابی تفسیر شود. موفقیت یک Concept Prototype الزاماً به معنی آماده بودن محصول برای تولید نیست.
Engineering Prototype چیست؟
اصطلاح Engineering Prototype یا نمونه اولیه مهندسی معمولاً برای نمونه‌ای به کار می‌رود که تیم مهندسی از آن برای توسعه و بررسی طراحی استفاده می‌کند، اما تعریف دقیق آن باید بر اساس فرآیند همان سازمان مشخص شود.
این نمونه ممکن است از نظر هندسه، جنس ماده یا عملکرد به طراحی هدف نزدیک‌تر از نمونه مفهومی باشد و برای آزمون‌های توسعه‌ای، ارزیابی ارتباط میان اجزا یا تحلیل خرابی استفاده شود. با این حال، ممکن است بعضی قطعات، فرآیندهای ساخت یا نسخه‌های نرم‌افزار آن هنوز موقت باشند.
بنابراین هنگام دریافت یک نمونه اولیه مهندسی برای آزمون، نباید فقط نام آن ثبت شود؛ باید مشخص باشد کدام ویژگی‌های نمونه برای آزمون موردنظر نماینده طراحی هدف هستند.
Mule Vehicle چیست؟
در توسعه خودرو، اصطلاح Mule یا Development Mule برای خودروهایی استفاده می‌شود که امکان توسعه یا ارزیابی فناوری و زیرسیستم جدید را پیش از آماده شدن طراحی نهایی خودرو فراهم می‌کنند. ممکن است قوای محرکه، اجزای شاسی، سیستم الکتریکی یا نرم‌افزار جدید روی پلتفرم یا بدنه دیگری نصب شود تا فعالیت‌های توسعه زودتر آغاز شوند.
ظاهر Mule الزاماً نماینده خودرو نهایی نیست و اتصالات و ارتباطات میان اجزای آن نیز ممکن است موقت باشند. ارزش این نمونه در آن است که تیم مهندسی می‌تواند عملکرد سیستم موردنظر را پیش از در دسترس بودن نمونه کامل خودرو بررسی کند.
با این حال، نتایج حاصل از Mule فقط در محدوده‌ای قابل تعمیم هستند که پیکربندی آن برای الزام موردنظر نماینده محصول هدف باشد. چنین خودرویی به‌خودی‌خود نماینده نوع نهایی خودرو محسوب نمی‌شود.
Buck چیست؟
در صنعت خودرو اصطلاح Buck برای بعضی مدل‌ها یا ساختارهای فیزیکی مورد استفاده در توسعه محصول به کار می‌رود. بسته به هدف پروژه، Buck می‌تواند برای بررسی جانمایی اجزا، طراحی داخلی، ارگونومی یا سایر ویژگی‌های هندسی استفاده شود.
Buck الزاماً یک خودرو عملکردی یا قابل حرکت نیست و ممکن است فقط بخش‌های موردنیاز از کابین یا ساختار خودرو را بازنمایی کند. بنابراین نتایج ارزیابی آن نیز باید در محدوده هدف ساخت نمونه تفسیر شوند.
همانند سایر اصطلاحات توسعه محصول، تعریف دقیق Buck می‌تواند میان سازمان‌ها متفاوت باشد و نباید تعریف داخلی یک شرکت را به تمام صنعت خودرو تعمیم داد.
آیا نمونه اولیه چاپ سه‌بعدی نماینده قطعه نهایی است؟
پاسخ کاملاً به الزام مورد بررسی بستگی دارد. چاپ سه‌بعدی امکان تولید سریع هندسه قطعه را فراهم می‌کند و برای بسیاری از فعالیت‌های بررسی جانمایی، انطباق ابعادی یا ارزیابی مفهومی مفید است. اما خواص ماده و ویژگی‌های ناشی از فرآیند ساخت قطعه چاپ‌شده الزاماً با قطعه تولیدی یکسان نیستند.
اگر هدف آزمون به استحکام، خستگی، رفتار حرارتی یا ویژگی دیگری حساس باشد که جنس ماده و فرآیند ساخت بر آن اثر دارند، باید میزان نمایندگی نمونه بررسی شود. ممکن است قطعه چاپ‌شده برای بررسی ابعادی مناسب باشد، اما برای صحه‌گذاری استحکام سازه‌ای مناسب نباشد.
بنابراین فناوری ساخت نمونه اولیه به‌خودی‌خود خوب یا بد نیست؛ مناسب بودن آن به سؤال مهندسی بستگی دارد.
Production-intent یعنی چه؟
اصطلاح Production-intent معمولاً برای نمونه یا پیکربندی‌ای استفاده می‌شود که ویژگی‌های مرتبط آن قرار است نماینده محصول تولیدی هدف باشند. با این حال، باید دقیقاً مشخص شود کدام ویژگی‌ها به وضعیت موردنظر برای تولید رسیده‌اند.
ممکن است هندسه و جنس ماده نهایی باشند، اما نرم‌افزار هنوز تثبیت نشده باشد. ممکن است قطعه با ابزار تولید ساخته شده باشد، اما فرآیند ساخت هنوز در شرایط نهایی تولید قرار نداشته باشد. در نمونه دیگری نیز سخت‌افزار نهایی شده باشد، اما کالیبراسیون سیستم همچنان تغییر کند.
بنابراین عبارت Production-intent بدون توضیح کافی نیست. در برنامه آزمون باید مشخص باشد ویژگی‌های مؤثر بر نتیجه در چه سطحی از بلوغ قرار دارند.
Prototype با Production-intent Sample چه تفاوتی دارد؟
Prototype اصطلاح گسترده‌تری برای نمونه‌های مورد استفاده در توسعه محصول است، در حالی که Production-intent معمولاً نشان می‌دهد نمونه در ویژگی‌های مرتبط به محصول تولیدی هدف نزدیک‌تر شده است. با این حال، مرز دقیق این دو اصطلاح در تمام سازمان‌ها یکسان نیست.
تفاوت واقعی برای آزمون از روی نام نمونه مشخص نمی‌شود. باید جنس ماده، هندسه، فرآیند ساخت، تأمین‌کننده، سخت‌افزار، نرم‌افزار و سایر پارامترهای مرتبط بررسی شوند.
اگر آزمون سازه‌ای انجام می‌شود، جنس ماده و پیکربندی اتصالات ممکن است اهمیت زیادی داشته باشند. اگر عملکرد نرم‌افزاری بررسی می‌شود، نسخه نرم‌افزار و پیکربندی واحد کنترل الکترونیکی تعیین‌کننده‌تر خواهند بود. هدف آزمون مشخص می‌کند کدام جنبه از بلوغ نمونه اهمیت دارد.
Pilot Build چیست؟
اصطلاح Pilot Build معمولاً در مراحل نزدیک‌تر به تولید برای ساخت نمونه‌ها یا مجموعه‌هایی به کار می‌رود که می‌توانند برای بررسی محصول و فرآیند تولید مفید باشند. با این حال، جایگاه دقیق آن در فرآیند توسعه شرکت‌های مختلف یکسان نیست.
ممکن است نمونه‌های Pilot برای بعضی فعالیت‌های صحه‌گذاری یا بررسی آمادگی تولید استفاده شوند، اما نام Pilot به‌تنهایی ثابت نمی‌کند که نمونه برای هر الزام، نماینده محصول نهایی در زمان آغاز تولید انبوه است.
بنابراین هنگام استفاده از نمونه Pilot نیز باید پیکربندی محصول و وضعیت فرآیند ساخت ثبت شوند.
آیا A-Sample، B-Sample و C-Sample تعریف جهانی دارند؟
خیر. این اصطلاحات در بعضی صنایع و زنجیره‌های تأمین استفاده می‌شوند، اما تعریف آن‌ها می‌تواند میان مشتری، تأمین‌کننده و سازمان‌های مختلف متفاوت باشد. بنابراین نباید یک جدول عمومی برای A-Sample، B-Sample و C-Sample را به‌عنوان طبقه‌بندی استاندارد و جهانی صنعت خودرو در نظر گرفت.
اگر پروژه از چنین نام‌گذاری‌ای استفاده می‌کند، بهتر است تعاریف داخلی پروژه مشخص کنند هر مرحله چه ویژگی‌هایی دارد و نمونه در چه سطحی از بلوغ قرار گرفته است.
این رویکرد از سوءتفاهم میان خودروساز، تأمین‌کننده و آزمایشگاه جلوگیری می‌کند.
DV Sample چیست؟
در مرحله Design Verification یا DV، نمونه باید از نظر ویژگی‌های مرتبط، به‌اندازه‌ای نماینده طراحی هدف باشد که ارزیابی انطباق طراحی با الزام موردنظر معنی‌دار باشد.
با این حال، تعریف جهانی و یکسانی برای DV Sample وجود ندارد. مشخصات نمونه باید بر اساس آزمون تعیین شوند. اگر الزام درباره هندسه باشد، نماینده بودن ابعاد اهمیت دارد؛ اگر عملکرد سازه‌ای بررسی شود، جنس ماده، اتصالات و سایر ویژگی‌های مؤثر نیز باید مناسب باشند.
به همین دلیل ممکن است یک نمونه برای یک فعالیت DV قابل استفاده باشد، اما برای فعالیت دیگری هنوز بلوغ کافی نداشته باشد.
PV Sample چیست؟
در مرحله Production Validation یا PV توجه بیشتری به محصولی وجود دارد که از نظر ویژگی‌های مرتبط و فرآیند ساخت به شرایط تولید هدف نزدیک شده است. تأمین‌کننده، ابزار تولید، فرآیند ساخت و شرایط مونتاژ می‌توانند بسته به الزام موردنظر اهمیت بیشتری پیدا کنند.
هدف این است که فقط طراحی روی یک نمونه مهندسی بررسی نشود؛ بلکه شواهد مناسبی درباره عملکرد محصولی که با فرآیند تولید هدف ساخته می‌شود نیز ایجاد شود.
با این حال، تعریف دقیق PV و نمونه Production-intent باید از فرآیند توسعه محصول همان سازمان استخراج شود، نه از یک قاعده عمومی.
در مقاله «DV و PV در صنعت خودرو چیست؟ از Design Verification تا Production Validation» تفاوت اهداف این مراحل و سطح بلوغ نمونه‌های موردنیاز را توضیح داده‌ایم.
نمونه اولیه چه نقشی در Pre-Test دارد؟
نمونه اولیه یکی از ابزارهای اصلی پیش‌آزمون (Pre-Test) است. پیش از استفاده از نمونه نهایی یا ورود به آزمونی پرهزینه، تیم مهندسی می‌تواند با نمونه اولیه رفتار طراحی را بررسی کند و حالت‌های خرابی احتمالی را شناسایی کند.
برای مثال، یک نمونه توسعه‌ای می‌تواند تحت آزمون قرار گیرد تا مشخص شود ساختار در کدام ناحیه تغییر شکل بیشتری دارد یا کدام قطعه پیش از سایر بخش‌ها دچار خرابی می‌شود. این اطلاعات می‌توانند برای اصلاح طراحی بسیار ارزشمند باشند.
اما اگر نمونه اولیه از نظر ویژگی‌های مؤثر با طراحی هدف متفاوت باشد، نتیجه باید با در نظر گرفتن همین محدودیت تفسیر شود. قبولی در پیش‌آزمون روی نمونه اولیه، تضمین قبولی پیکربندی نهایی نیست.
آیا قبولی نمونه اولیه یعنی محصول نهایی هم قبول می‌شود؟
خیر. نتیجه آزمون فقط درباره پیکربندی آزمون‌شده شواهد ایجاد می‌کند. اگر نمونه نهایی از نظر جنس ماده، فرآیند ساخت، تأمین‌کننده، نرم‌افزار، هندسه یا ارتباط میان اجزا متفاوت باشد، اثر این تفاوت‌ها باید بررسی شود.
هرچه نمونه اولیه از نظر ویژگی‌های مرتبط نماینده‌تر باشد، اطمینان حاصل از آزمون می‌تواند بیشتر شود؛ اما میزان نمایندگی باید برای همان الزام موردنظر ارزیابی شود.
به همین دلیل بهتر است در گزارش آزمون یا سوابق پروژه مشخص باشد نتیجه متعلق به چه نمونه و پیکربندی‌ای بوده است.
آیا مردودی نمونه اولیه اتفاق بدی است؟
در مراحل توسعه، الزاماً خیر. نمونه اولیه برای شناسایی مشکلات پیش از تولید ساخته می‌شود و خرابی آن می‌تواند اطلاعات ارزشمندی درباره ضعف طراحی فراهم کند.
مهم این است که خرابی فقط به تصویری از قطعه شکسته محدود نشود. داده‌های آزمون، محل خرابی، مسیر انتقال بار، جنس ماده و سایر عوامل مرتبط باید بررسی شوند تا علت ریشه‌ای (Root Cause) شناسایی شود.
اگر نمونه اولیه در مرحله مناسبی دچار خرابی شود و تیم از نتیجه برای اصلاح طراحی استفاده کند، آن نمونه عملاً یکی از اهداف اصلی توسعه محصول را محقق کرده است.
نمونه اولیه در آزمون مخرب چگونه مدیریت می‌شود؟
اگر آزمون می‌تواند نمونه را دچار آسیب یا تغییر دائمی کند، باید پیش از اجرا مشخص شود آیا همان نمونه برای فعالیت دیگری نیز موردنیاز است یا خیر. تخصیص نمونه‌ها و ترتیب آزمون‌ها در اینجا اهمیت زیادی دارند.
نمونه‌های اولیه خودرو، باتری، بدنه، مجموعه صندلی و سایر سیستم‌های پیچیده می‌توانند گران‌قیمت و محدود باشند. استفاده از نمونه مناسب برای آزمونی نامتناسب ممکن است هم سخت‌افزار و هم زمان توسعه پروژه را از بین ببرد.
بنابراین پیش از آزمون مخرب باید مشخص باشد این نمونه برای تولید چه شواهدی استفاده می‌شود و پس از آزمون چه استفاده دیگری از آن انتظار می‌رود.
چرا مدیریت پیکربندی برای نمونه اولیه حیاتی است؟
نمونه‌های اولیه معمولاً سریع‌تر از محصولات تولیدی تغییر می‌کنند. دو خودرو ممکن است ظاهر کاملاً مشابهی داشته باشند، اما نسخه نرم‌افزار واحد کنترل الکترونیکی، نسخه قطعات یا کالیبراسیون آن‌ها متفاوت باشد.
اگر پیکربندی ثبت نشود، ممکن است بعداً مشخص نباشد نتیجه آزمون متعلق به کدام طراحی بوده است. شماره قطعه، نسخه طراحی، نسخه نرم‌افزار، تأمین‌کننده یا سایر ویژگی‌ها بسته به آزمون می‌توانند برای قابلیت ردیابی ضروری باشند.
این مسئله در پروژه‌هایی که چند نمونه اولیه به‌طور هم‌زمان استفاده می‌شوند اهمیت بیشتری دارد. نتیجه‌ای که هویت نمونه آن به‌درستی ثبت نشده باشد، ارزش مهندسی و قابلیت استفاده محدودتری دارد.
آیا تمام اجزای نمونه اولیه باید هم‌سطح باشند؟
خیر. یک نمونه اولیه خودرو می‌تواند ترکیبی از قطعات و زیرسیستم‌ها با سطوح بلوغ متفاوت باشد. بدنه ممکن است به وضعیت تولید نزدیک باشد، اما واحد کنترل الکترونیکی هنوز نمونه اولیه باشد و نرم‌افزار در مرحله توسعه قرار داشته باشد.
بنابراین برچسب کلی خودرو نمی‌تواند وضعیت تمام زیرسیستم‌ها را توصیف کند. برای هر آزمون باید اجزا و ارتباطات مؤثر شناسایی شوند و سطح بلوغ همان بخش‌ها بررسی شود.
این موضوع در خودروهای جدید که بخش قابل توجهی از عملکرد آن‌ها به نرم‌افزار وابسته است، اهمیت بیشتری پیدا می‌کند.
چرا نسخه نرم‌افزار بخشی از هویت نمونه اولیه است؟
در سیستم‌هایی که عملکرد آن‌ها به نرم‌افزار وابستگی زیادی دارد، تغییر نرم‌افزار می‌تواند بدون هیچ تغییر ظاهری، رفتار خودرو را تغییر دهد. بنابراین شماره شناسایی خودرو (VIN) یا شماره قطعه سخت‌افزاری به‌تنهایی همیشه برای تعریف نمونه کافی نیست.
اگر آزمون به عملکرد نرم‌افزاری وابسته باشد، نسخه نرم‌افزار و در صورت ارتباط، کالیبراسیون سیستم باید قابل ردیابی باشند. نتیجه مربوط به نسخه قبلی را نمی‌توان بدون تحلیل اثر تغییرات به نسخه جدید تعمیم داد.
به همین دلیل مدیریت پیکربندی در خودروهای جدید، سخت‌افزار و نرم‌افزار را به‌صورت هم‌زمان دربر می‌گیرد.
نمونه اولیه در آزمون استانداردی چه جایگاهی دارد؟
نمونه اولیه می‌تواند برای آزمون توسعه‌ای بر اساس یک روش استاندارد بسیار مفید باشد. تیم مهندسی می‌تواند پیش از آزمون اصلی بررسی کند طراحی تا چه حد به الزام موردنظر نزدیک شده و مشکلات احتمالی را زودتر شناسایی کند.
اما اگر هدف فعالیت، تأیید نوع یا فرآیند رسمی دیگری باشد، نمونه باید الزامات همان فرآیند را برآورده کند. اینکه یک نمونه اولیه توسعه‌ای برای آزمون رسمی قابل قبول است یا خیر، با یک قاعده عمومی قابل تعیین نیست.
بنابراین باید میان استفاده از روش آزمون استاندارد و هدف مقرراتی آزمون تفاوت قائل شد. استفاده از روش اجرایی یک مقرره در فعالیت توسعه‌ای الزاماً آن فعالیت را به آزمون رسمی تأیید نوع تبدیل نمی‌کند.
نمونه اولیه در Type Approval چه جایگاهی دارد؟
در فرآیند تأیید نوع (Type Approval)، نمونه باید در چارچوب مقرره مربوط، نماینده نوع محصول موردنظر باشد. بنابراین نام Prototype به‌تنهایی تعیین نمی‌کند که نمونه برای این فرآیند قابل استفاده است یا خیر.
اگر قطعات موقت، نرم‌افزار غیرنهایی یا پیکربندی متفاوتی وجود داشته باشد، باید اثر آن‌ها بر تعریف نوع محصول و الزامات تأیید بررسی شود.
تصمیم درباره نمونه مورد استفاده در فرآیند رسمی باید مطابق مقرره و سازوکار مرجع تأیید نوع و خدمات فنی تعیین‌شده انجام شود.
سطح بلوغ نمونه در Test Plan چگونه ثبت می‌شود؟
در برنامه آزمون (Test Plan) بهتر است برای هر فعالیت مشخص شود چه نمونه و پیکربندی‌ای موردنیاز است. عبارت «یک Prototype» معمولاً اطلاعات کافی ارائه نمی‌کند.
اگر جنس ماده تولیدی لازم است، باید ثبت شود. اگر نسخه نرم‌افزار مشخصی موردنیاز است، همان نسخه باید تعیین شود. اگر آزمون باید روی قطعه‌ای از تأمین‌کننده موردنظر و با ویژگی‌های نماینده تولید انجام شود، این الزام نیز باید پیش از ساخت نمونه مشخص باشد.
این کار از یکی از مشکلات رایج جلوگیری می‌کند: نمونه ساخته می‌شود و درست پیش از آزمون مشخص می‌شود که برای الزام موردنظر نماینده محصول هدف نیست.
DVP&R چه ارتباطی با نمونه اولیه دارد؟
در DVP&R یا Design Verification Plan and Report هر نتیجه تصدیق باید بتواند به الزام و شواهد مربوط متصل شود. پیکربندی نمونه یکی از بخش‌های مهم این قابلیت ردیابی است.
اگر الزامی روی نمونه اولیه نسخه B تصدیق شده باشد و طراحی بعداً به نسخه C تغییر کند، باید مشخص شود آیا شواهد قبلی همچنان معتبر هستند یا خیر. بدون ردیابی مشخصات نمونه، ممکن است وضعیت یک الزام به‌اشتباه نهایی‌شده باقی بماند.
به همین دلیل مدیریت نمونه‌های اولیه، مدیریت پیکربندی و DVP&R در عمل ارتباط نزدیکی با یکدیگر دارند.
آیا بعد از تغییر نمونه اولیه باید آزمون تکرار شود؟
پاسخ عمومی وجود ندارد. باید تحلیل اثر تغییرات (Impact Analysis) انجام شود و مشخص شود تغییر ایجادشده بر الزام و شواهد قبلی اثر دارد یا خیر.
اگر هندسه مرتبط با آزمون تغییر کرده، جنس ماده عوض شده یا عملکرد نرم‌افزاری مورد ارزیابی اصلاح شده باشد، ممکن است تصدیق مجدد لازم شود. در مقابل، تغییری که ارتباطی با الزام موردنظر ندارد، الزاماً نیازمند تکرار آزمون نیست.
در مقاله «بعد از تغییر طراحی، کدام آزمون‌ها باید تکرار شوند؟» این فرآیند را با جزئیات بیشتری بررسی کرده‌ایم.
پیش از ارسال نمونه اولیه به آزمایشگاه چه اطلاعاتی لازم است؟
ابتدا باید هدف آزمون مشخص باشد؛ توسعه محصول، پیش‌آزمون، DV، PV یا فرآیند دیگری. سپس پیکربندی نمونه باید در سطح موردنیاز تعریف شود.
شماره قطعه، نسخه طراحی، جنس ماده، فرآیند ساخت، نسخه نرم‌افزار و سایر ویژگی‌های مؤثر بر آزمون ممکن است لازم باشند. همچنین بهتر است تفاوت‌های شناخته‌شده نمونه اولیه با طراحی هدف نیز مشخص شوند.
این اطلاعات کمک می‌کنند نتیجه آزمون بعداً فراتر از محدوده واقعی نمونه تفسیر نشود.
آیا نمونه اولیه باید حتماً کامل باشد؟
خیر. نمونه باید برای الزام موردنظر کافی و مناسب باشد. اگر هدف آزمون فقط یک قطعه باشد، ممکن است خودرو کامل لازم نباشد. در مقابل، اگر تعامل قطعه با ساختار خودرو یا زیرسیستم دیگری بخش مهمی از الزام باشد، آزمون قطعه به‌صورت منفرد ممکن است کافی نباشد.
این تصمیم باید از روش آزمون و الزام مربوط استخراج شود. کامل‌تر بودن نمونه الزاماً بهتر نیست؛ نمونه باید متناسب با سؤال مهندسی انتخاب شود.
چه زمانی نمونه اولیه برای یک آزمون نامناسب است؟
زمانی که تفاوت‌های نمونه با پیکربندی هدف بر الزام مورد ارزیابی اثر معناداری داشته باشند، استفاده از نتیجه برای نتیجه‌گیری درباره طراحی هدف محدود می‌شود.
این به معنی بی‌فایده بودن نمونه نیست. همان نمونه اولیه ممکن است همچنان برای توسعه محصول، بررسی خرابی یا آزمون مقایسه‌ای بسیار مفید باشد.
بنابراین سؤال «آیا این Prototype قابل آزمون است؟» معمولاً سؤال دقیقی نیست. سؤال مناسب‌تر این است: «این نمونه اولیه برای پاسخ دادن به کدام سؤال مهندسی قابل استفاده است؟»
نمونه اولیه گران‌قیمت را چگونه برای آزمون مدیریت کنیم؟
هزینه نمونه اولیه فقط قیمت قطعات و سخت‌افزار نیست. زمان مهندسی، تجهیزات اندازه‌گیری، فیکسچر، حمل‌ونقل و فرصت استفاده از نمونه نیز ارزش دارند.
به همین دلیل، تخصیص نمونه‌ها باید بخشی از برنامه‌ریزی آزمون باشد. آزمون‌های غیرآسیب‌زا ممکن است در صورت سازگاری شرایط، پیش از آزمون‌های آسیب‌زا انجام شوند و نمونه‌های خاصی نیز برای تحلیل خرابی در نظر گرفته شوند.
با این حال، ترتیب آزمون‌ها باید بر اساس اثر واقعی هر فعالیت بر نمونه تعیین شود، نه صرفاً یک قاعده عمومی.
نمونه اولیه مناسب الزاماً شبیه محصول نهایی نیست
ظاهر نمونه معیار مناسبی برای تعیین سطح بلوغ آن نیست. یک نمونه اولیه ممکن است از بیرون کاملاً شبیه خودروی تولیدی باشد، اما نرم‌افزار یا قطعات داخلی آن موقت باشند. در مقابل، نمونه‌ای با ظاهر خام ممکن است برای بررسی یک الزام سازه‌ای مشخص کاملاً نماینده محصول هدف باشد.
بنابراین بهتر است به‌جای قضاوت بر اساس ظاهر یا نام مرحله توسعه، ویژگی‌های مؤثر بر آزمون بررسی شوند.
این نگاه باعث می‌شود مدیریت نمونه‌های اولیه از یک فعالیت صرفاً لجستیکی به بخشی از برنامه‌ریزی تصدیق محصول تبدیل شود.
Prototype ابزار یادگیری است، نه فقط نسخه ناقص محصول نهایی
نمونه اولیه زمانی ارزش واقعی ایجاد می‌کند که برای پاسخ به سؤال مشخصی ساخته و استفاده شود. نمونه مفهومی می‌تواند هندسه را بررسی کند، Mule امکان توسعه زودهنگام یک سیستم را فراهم کند، نمونه اولیه مهندسی می‌تواند حالت‌های خرابی را آشکار کند و نمونه نزدیک‌تر به تولید می‌تواند شواهد قوی‌تری درباره محصول هدف ایجاد کند.
اما هیچ‌کدام صرفاً با نام خود، سطح اعتبار نتیجه را تعیین نمی‌کنند. باید بدانیم چه ویژگی‌هایی در نمونه نماینده طراحی هدف هستند، چه بخش‌هایی هنوز موقت‌اند و الزام موردنظر به کدام ویژگی‌ها حساس است.
بنابراین پیش از هر آزمون بهتر است به‌جای پرسیدن «این نمونه Prototype است یا Production-intent؟» سؤال دقیق‌تری مطرح کنیم: «برای الزامی که قرار است بررسی شود، آیا ویژگی‌های مؤثر این نمونه نماینده پیکربندی هدف هستند؟» پاسخ به همین سؤال تعیین می‌کند نتیجه آزمون تا چه اندازه می‌تواند مبنای تصمیم بعدی پروژه قرار گیرد.