جگوار لندرور، یک آزمون عملی برای 3D EXPERIENCE

جگوار لندرور، یک آزمون عملی برای 3D EXPERIENCE

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

در سال 2008 جگوارلندروور ( زمانی که متعلق به فورد بود)  درحال به زانو در آمدن بود که در لحظات آخر تاتا موتورز از هند آن را نجات داد.این معامله زمانی اتفاق افتاد که بانک سرمایه گذار او ( Lehman Brothers) سقوط کرده در آن زمان هر خودرو سازی برای بقای خود سرسختانه میجنگید و فورد نیز از این قائده مستثنی نبود.لذا تاتا ، لندروور را خریداری کرد و جیلی چین، ولوو VCL را بدست آورد که یکی دیگر از برند های فورد بود.

امروزه هردو شرکت از نظر تجاری، سالم ،  در حال رشد و در خط مقدم ماشین و وسایل حمل و نقل می باشند.بحران واقعا باعث موفقیت آنها شد اگرچه سفر دشواری را طی نمودند.از نقطه نظر PLM ،این یک داستان جالب است.چون هردو برند، از PLM فورد یعنی برنامه ی C3PNG  استفاده میکردند. بنابراین آنها از یک نقطه PLM را شروع کردند اما پس از آن مسیرهای بسیار متفاوتی را در پیش گرفتند.

ما در مقاله ی قبلی مسیر Volvo  و دستاوردهای آن را با  TeamCenter بررسی کردیم و حال میخواهیم به دستاوردهای جگوار با استفاده از PLM داسو بپردازیم.گفتیم ولوو میراث پدری خود ( از زمانی که در زیر مجموعه فورد بوده است )که بر اساس  CATIAV5 و  TeamCenter بود را نگه داشته و با ترکیب آن به پایگاه داده ها، محصول اختصاصی خود، KDP را توسعه داده است.

جگوار لندروور از زمانی که تصمیم گرفت از سیستم v6 داسو استفاده کند، مسیر دیگری را طی کرد.

در سال 2010 جگوار لندوور تصمیم گرفت تا روی catia v6 و 3dexperience سرمایه گذاری کند

سپس به مفهوم رویایی   3D Exprience و beyond PLM مهاجرت کرد. جگوار در یک ریسک بزرگ پیگیر ایده خیالی و دور از واقعیت داسو شد ،در حالی که در همان زمان سه تولید کننده ی بزرگ PLM را ارزیابی کرده بود.( Siemens PLM(TeamCenter ،PTC(Windchill) و Dassault، زیمنس در ارزیابی رد شد.اکنون7 سال گذشته است اما او هنوز از TeamCenter استفاده میکند!.زیمنس تیم سنتر  (TC)به عنوان یک گزینه باتوجه به دلایل معماریش حذف شد.در آن زمان TC معماری یکپارچه  ای نداشت.اما در اینجا یک تناقض وجود دارد.تیم سنتر هنوز بخش عمده ای از ستون فقرات مدیریت داده های محصول در جگوار است.در اصل TC با ترکیب CATIAV5 مورد استفاده قرار گرفته است.حتی در سال های اخیر(2016) ،جگوار لایسنس های جدیدTC را برای پروژه جدید PLM خود خریداری کرده است.در سال 2010،جگوار کار روی یک پلتفرم PLM  با نام Iplm را آغاز کرد، که مبنای آن 3D Exprience داسو بود.این پلتفرم کل تعاریف مورد نیاز صنعت خودرو را در 14 دامنه ی مختلف پوشش میداد.مانند BOM ، قطعات و مونتاژها ،مقررات و تائیدیه ها و غیره

همچنین مقداری قابلیت در طراحی الکتریکی Styling و CAE ،مانند مولیتی فیزیک و المان محدود داشت. و البته بخوبی نرم افزارهای مستقل تعبیه شده برای این امور بود.

در ابتدا ،قرار بود برنامه شروع تولید Iplm در بهار2014 استارت زده شود.پلتفرم های plm ،بسیار بد قلق و مشکل هستند ،لذا بعد از 7 سال جدایی از فورد، پلتفرم داسو هنوز کامل نیست.هدف این بود که تا پایان سال 2014 ساخت این برنامه به پایان برسد.

لندروور یک مطالعه موردی قابل توجه  برای 3D Exprience داسو است.

تا امروز بازار خودرو برای  حساب بازکردن روی 3DEXPERIENCE مردد بوده است.فروشندگان آن نیز تنبلی کرده اند.

در واقع اجرای برنامه iPLM از سوی جگوار کاملا قابل توجه است.در پایان 2014(مطابق با پایان طرح) طرح بطور کامل در جگوار اجرا شد و ورود آن برنامه نشان میداد، که داسو بطور قدرتمند وارد بازار خودرو شده است.از تمام ابزارهای توسعه محصول داسو صنعت خودرو ترجیح داده بود از CATIAV5 و تا حدودی از CatiaV6 استفاده کند.امروزه بازیگران اصلی صنعت خودرو نشان میدهند رغبت زیادی برای میل کردن به سمت 3D Exprience و ستون فقرات مدیریت اطلاعات محصول آن یعنی EnoviaV6 ندارند.

با توجه به استقبال  جگوار از 3D Exprience  حال  دیگر زمان آزمون داسو است که محصول خود را در  Iplm یعنی plm اختصاصی متعلق به جگوار اعملیاتی نماید.دلیل سرمایه گذاری بی پروای جگوار چه بود؟چراباید 7 سال برای دریافت راهکار کامل تولید، زمان صرف میکرد؟ آیا واقعا میتوانست یک مزیت رقابتی شگفت آور برای جگوار باشد؟ دلیل اجرای این طرح پرفراز و نشیب چه بود؟

مدیر عمل داسو  برنارد چارلز( سمت چپ) و مدیر عامل لندرور رالف اسپیت(سمت راست)

چالش های مهاجرت: 600 سیلوی اطلاعات

چیزی که شما را نمیکشد ،شما را قوی تر میکند.مدیر جگوار ،”جرمی وینسنت” این موضوع را بخوبی درک میکند.او از سال 2008 به هیئت مدیره آمده و تاکنون مسئول پروژه IT شرکت بوده است و امروزه متولی  اصلی IT در جگوار است.( پروژه iPLMو 3D Exprience و دو پروژه SAP برای تقویت ERP جهت تعریف کسب و کار و یک قالب مشترک سراسری).از زمانی که وینسنت سکان IT را بدست گرفت هدف، تبدیل شدن به یک واحد IT  خودرو سازی نمونه ،با استفاده از مدل های MarkII,Jagvar, E-type و لندروور مدل Defender از یک مجموعه مدرن ،مطابق استانداردسند پلتفرم plm بود.

پلتفرم PLM تاکنون یک راه حل  پایان به پایان end-to-end بوده تا

یک سیستم مدیریت اطلاعات.

با قضاوت براساس فروش آورده شده در ذیل، این مهاجرت به نتیجه مطلوبی رسیده است:

سال 2012 جگوار 375000 ماشین فروخته بود (لندور بیشترین حجم فروش بود).

در سال 2013 رکورد 425000 ماشین زده میشود.

سال 2014 :یک بار دیگر رکورد زده و تعداد463000 ماشین فروخته شد.این روند نشان میدهد که جگوار شکست ناپذیر شده است.ابزار توسعه محصول از جمله PLM یکی از توانمندی سازی های بسیار مهم است،نه تنها به لحاظ توسعه فنی محصول راهگشاست ،بلکه برای اتصال توسعه محصول و فروش و در نهایت مشتریان نیز برنامه دارد.جای شگفتی نیست که برای  این برنامه بلند پروازانه، زمان و سختی زیادی را متحمل شده باشد.میراث فورد با یک زیر ساخت IT پیچیده، فورد را کنار زد.

Jeremy Vincent, JLR’s CIO, came on board in 2008. He is responsible for the transition of the company from a siloed organization to a modern standards-based one. The iPLM project is one of the pillars in this process of change.

 وینسنت :در پیشینه IT ما بیش از 600 قسمت از داده های اساسی ذخیره شده است.بل دیویس مدیر توسعه محصول جگوار میگوید بزرگی معنایی ندارد.در دنیای کسب و کار امروز،با وجود تکنولیوژی هایی همچون plm  باید تمام داده ها به صورت یکپارچه و صحیح،قابل دسترسی برای همه سهامداران جگوار باشد( از کارمندان تا مشتریان).

در یک دنیای ایده آلکه هرنوع بلند پروازی امکان پذیر است، برای یک سازمان با بیش از 8000 کارمند،مانند جگوار،این یک محدودیت است.مارک هالپرن ،تحلیلگر PLM این موضوع را قبلا پیش بینی کرده بود.

مادامی که مبلغین PLM علاقه مند به تغییرات قابل توجهی برای استفاده در محصولات آینده شان در فرایند ها ،عملیات ، سازمان دهی ها ،کاربردها، معماری درخواست ها ،ساختار داده و غیره هستند.،قسمت های مهندسی و ساخت  باید زمان زیادی را برای آموزش ،پذیرفتن افراد و تبدیل تغیراتی که باید اعمال شود صرف کنند. او میگوید ” این بزرگترین چالش پیش روی خودرو سازان است.”

چنین سازگاری ،زمان بر و بر حسب مقیاس تغییرات لازم، یک مشکل است.

تغییرات همیشه در بخش هایی از سازمان جگوار خوب نبوده است.

 

این تغییرات سازمانی برای 8000پرسنل بسیار زمانبر است.تصویر بالا مرکز ساخت جدید موتور های جگوار را نشان میدهد.این کارخانه در اکتبر2014 افتتاح شد و سازمان جگوار در ان زمان در نیمه راه iPLMبوده.

ما هنوز در حال مشاهده تغییرات در IT هستیم و این موافقان و مخالفانی خواهد داشت.جرمی وینسنت به مجله Cio میگوید :برخی سهامداران من میگویند ما فقط یک سیستم میخواهیم اما نمیدانند یک سیستم یعنی یک تکنولوژی بر محور فرایندها و افراد است.ما هنوز در حال پاک کردن برخی از سایه ها ی IT از فرایند هستیم و این سایه  هنوز در حال رشد است.اواضافه کرد که توسعه ی iPLMبیش از نصف راه خود را پیموده است و توضیح داد که یک مانع بزرگ در مدل های اساسی وجود دارد.به عنوان مثال انتقال داده های محصول در این مهاجرت عظیم،  به انتقال داده های ناسازگار از سیستم های قدیم گره خورده است.

استراتژی تاکتیکی جگوار،حرکت به سمت یک iPLMکاربردی و جامع در سال های 2015-2016

اگرچه مسائل مربوط به مهاجرت و سازگاری از اخبار قدیمی در جگوار است، همانطور که در سال 2011 زمانی که من با پل دیویس مذاکره میکردم،نظر او این بود که کمپانی در حال حل مشکل به هم چسباندن سال های گذشته است.او گفت یک راهکار نیز در نظر دارد”ببینید ،ما یک چشم انداز PLM بسیار پراکنده و بی ربط داریم.”دیویس میگوید جگوار یک صنعت مهندسی و ساخت است، بنابراین برای کسب و کار اینده ما کنترل فرایندها در PLM اساسی ترین زیر ساخت ما خواهد بود. لذا آنچه که ما انجام داده ایم ،گسترش تعدادی از “چه چیزهای” ما بوده که به آنها فرمان های صفر( Zero Pilots) میگوییم که کار آن این است که درخواست های ما را در یک محیط تاکتیکی گرفته و پاسخ مناسب را بدهد.بعضی از فرصت های ابزاری ما استفاده ای برای ما نداشته است اما ما همچنان به تغییرات در برخی فرایند ها نیازمندیم.برای مثال ما در قسمت Program Centeral برنامه ENOVIA کل مدیریت برنامه خود را انجام میدهیم و آن به ما کمک میکند تا 1.5 میلیارد یورو را د رهر سال مدیریت کنیم.

کاربران انتظار دارند که با آنها تعامل وجود داشته باشد. انها مدام شکایت میکنند که چرا سیستم انقدر سریع رشد میکند و از همه ما میخواهد که به طور کامل از ابزار قبلی خروج کنیم.آن هم زمانی که ما هنوز در حال اجرای برخی از برنامه های آن برای کوچ کردن به ابزار بعدی هستیم.

این بحث در نوامبر 2011 مطرح شد.صحبت در مورد گامهای بعدی، دیویس توضیح داد که: جگوار در حال رفتن به سمت ادامه استراتژی تاکتیکی خود می باشد.زمانی که بتواند راه حل های آن را بسازد.زمانی که ما  در حال مونتاژ اساسی ستون فقرات PLM خود هستیم.

iplm تمام چرخه عمر محصول در صنعت حمل نقل را پوشش خواهد داد.

پیکره بندی مشتقات BOM ها

با توجه به طرح اصلی ،بر مبنای راه اندازی سال 2010 از مفهوم IPLM .جگوار راه اجرای برنامه را برای بهار 2014 زمانبندی کرده این برنامه تا اواخر2015 و با بهتر بگویم تا اوایل 2016 به تعویق افتاد.

در سال 2015 هدف بناکردن یک پلتفرم کاملا” کاربردی از بین کل فرایندهایی که شامل 4 قسمت (P1-P4) است که در آینده نیز قابلیت توسعه و اصلاح را داشته باشد.ما آن را ( Vehicle) از پلتفرم Iplm نامگذاری کردیم و با وجود این پلتفرم Iplm  هدایت جگوار را بدست گرفت.جان گریگسون ادعا میکند که بعد از 4 سال در پروسه ساخت آن ما به 4 قابلیت اساسی دست پیدا کرده ایم.

-پیکره بندی مایلستون محور**

-پیکربندی       BOM محور

BOP/BOM/BOI وغیره بر محور CAD

-یکپارچه سازی مدیریت تغیرات

نقاط عطف این سفر از 2015 به بعد در اجرای IPLM عبارتند از :

مارس 2015: تاریخ راه اندازی رسمی برای پلتفرم Vehicle1

می 2015: رسیدن به دروازه 4C ، که به جگوار اجازه میدهد تا پلتفرم 3DExprience را برای تغذیه سیستم های پایین دست پیاده کنند. و در پی آن معنایش این بود که ما میتوانستیم ماشین هایمان را با استفاده از BOM های خروجی گرفته از ENOVIAV6 بسازیم.

-جولای2015: پلتفرم دوم از Vehicle1

-سپتامبر2015: درخواست های مدیریت جگوار قرار است تا ریسک ها و درخواست های مدیریت به کل محیط کاری خود را در این سیستم عملیاتی کند، بدین معنی که کل افراد و صنایعی که با کار جگوار درگیر هستند باید به این سیستم دسترسی پیدا کنند.

سپتامبر2015: پلتفرم سوم از Vehicle1

دسامبر2015: پلتفرم چهارم از Vehicle1: هدف جگوار این بود که پلتفرم جدید Iplm را بطور موثر در تمام پلتفرم های Vehicle، تا آخر سال 2015 اجرا کند.

ما نمیخواستیم رسیدن به این جایگاه مدت زیادی طول بکشد بنابراین ما با یک همت بلند و یک بیانیه ی جهت تقویت روحی روانی زیرمجموعه که به تمام زیر آنها نوید سالی نو همراه با سیستم یکپارچه و کامل را میداد به استراحت پایان سال 2015 رفتیم. بنابراین با نزدیک شدن شروع سال نو ،17000 نفر از افرادی که با جگوار در حال کار بودند از کل پرسنل،فروشندگان و مشتری های جگوار به پلتفرم iplm متصل شدند.این موضوع را اقای knight Gregson در زمانی که در مونیخ و در قسمت 3DExperiance داسو ملاقات داشتم به من گفت.

John Knight-Gregson گفت ما سعی داریم تا پایان 2016  پروژه iplm را در جگوار پیاده سازی کنیم.

یک حرکت جسورانه به سمت پلتفرم سریعا در حال رشد

بدون شک تصمیم همه برای ا طمینان کردن به 3DExpeience و V6 یک تصمیم شجاعانه بود اما سال 2010 پلتفرم 3DExpeience و V6 با مدیریت برنارد چارلز توسعه یافت و چشم انداز روشنی دارد.

پلتفرم فراتر از PLM داسو (Be Yond plm) یا همان 3DExpeience  در مرکز آن یک قطب نما وجود دارد که برای ناوبری در تمام کاربردهای مورد نیاز کاربرد دارد.

کاربردی ترین ابزارهای این پلتفرم عبارتند ازENOVIA  ( PDM ستون فقرات PLM )،  CATIA(CAD) Simulia

( CAE/Simulia)

(نمایش حرفه ای) 3DVia،

Netwibez (برای جمع اوری اطلاعات از رسانه های اجتماعی و آنچه مردم در مورد جگوار فکر میکنند)

DELMIA ( برنامه ریزی تولید دیجیتال)

مطابق نظر جان کنیت گراگسون،این کاربردها از بین کاربردهای 3DExcite اجزا اصلی iplm جگوار را تشکیل میدهند.

 

-در 3d experience داسو یک قطب نما طراحی شده است که د

ست کاربر را برای جابجایی و ناوبری در کل چرخ عمر محصول باز میگزارد.

از زمانی که از فورد جداشده ایم همیشه یک سایت موفق بوده ایم.

Knight-Grejsoh گفت: گرچه این اول راه ماست، اما واقعا توانستیم با یک پلتفرم مایلتسون محور شروع کنیم.هرکاری که ما در کمپانی انجام میدهیم بر محور برنامه ریزی ماست و نیاز است هرکاری بایک تاریخ مشخص انجام شود.

هدف ما از استراتژی مایلستون محور کنترل ساختاری موثر در حیطه ی فعالیت های مربوط به محصول میباشد.پیکربندی برمحور BOM ها یا       BOS(bill of service) ، BOP(bill of process)   در حیطه ی کمپانی و پس از ان BOM  ها و BOP بر محورCAD تاثیر هندسه محلهایی که باید برای آنهای فیکسچر هایی طراحی شوند و در کنار آن با ما به یک سیستم مدیریت تغییر یکپارچه ایجاد کنیم.بدین معنی که ما به یک منبع حقیقت سنج برای خودمان نیاز داریم،به مردم اجازه دهیم تا تغییرات را مدیریت کنند و در تغییرات شریک شوند.

-مثل همیشه امروزه در محصولات پیچیده مانند خودرو موضوع BOMکلید موفقیت است.این که جگوار چرا این مسیر را انتخاب کرده است که انجام ان مشکل است جای سوال نیست بلکه میبایست دید که او با این روش یکی از موفقترین و مترقی ترین شرکت های جهان است.

-محیط دیتا محور داسو در ENOVIA نیاز به یک راهکار جدید دارد.

من چالش های اصلی BOM را با مدیر شرکت ENOVIA، اندی کالامبی مطرح کردم او گفت: هدف BOM بدون خطا یکی از تعهدات  ENOVIA V6 به مشتریان است،شما بایک محیط دیتا محور کار میکنید و نه یک محیط فایل محور این ممکن است باعث ایجاد مسائلی مانند منکوب کردن PLMV5داسو از سوی مشتریان تامین کنندگان و کسانی که در اصل در محیط های فایل محور کار میکنند شود.(جگوار نیز از همین مشتری ها بود.)

-محیط دیتا محور همچنین یک روش کار جدید را میطلبد برای جگوار (با توجه به منابع مهندسی در شرکت) باعث برخی مشکلات و نیز برخی مقاومت ها از سوی کارکنان شد.

-مسئله دیگر این است که CAD تنها اطلاعات موجود در راهکار گسترده یک سازمان موفق نیست .بسیاری از اطلاعات را از دیگر منابع BOM که متعلق به چرخه ی عمر محصول است در محیط های مبتنی بر فایل مانند ماکروسافت وارد برنامه طراحی میشوند.اما در V6راه حل ها اکثرا” از پرورش اتوماتیک عمل میکنند( کالامبی گفت)

بنابراین چه مزیتی در یک محیط دیتا محور وجود دارد؟

  امروزی ما میتوانیم ادعا کنیم که در catia v6 یک محیط کاملا” مبتنی بر فایل ، متفاوت از نرم افزرا های  موجود را داریم. اندی کالامبی ( مدیر شرکت enovia)

“هنگامی که شما در یک جهان مبتنی بر فایل کار میکنید، خوب، اجازه دهید تا مثال استفاده از فایل های CAD را بزنیم.برای باز کردن یک فایل CAD .و اتصال آن به یک BOM شما میتوانید یک BOM را با اتصال به یک CAD مدیریت کنیدو بطور اتوماتیک اطلاعات پارت را ایجاد کرده و با یک BOM ارتباط دهید.اما مشکل اینجاست که در این روش اطلاعات مربوط به قطعه هنوز در سند مربوط به آن (فایل آن) قرار دارد و نه در یک دیتا بیس.لذا همواره یک تاخیر زمانی برای تطبیق اطلاعات بین سند و ساختار BOM وجود دارد.کالامبی در ادامه گفت : در یک محیط کاملا دیتا محور،درمورد یک فرایند صحبت نمیکنیم. در هرزمان شما میتوانید ساخت و نمونه آزمایش بهنگام را ایجاد کنید و مدل و  BOM شما بطور کامل  با یکدیگر هم راستا خواهند بود. که این هرگز در روش فایل محور اتفاق نخواهد افتاد.یک BOM باید سازنده باشد و نه ساخته شده .”

 

یک ریسک بزرگ برای جگوار لندوور

این قابلیت ها یک ریسک بزرگ برای جگوار است.این را جان گریگسون میگوید.

او میگوید در برنامه IPLM ویژگی منحصر به فرد که ،BOM ها را هدایت میکند ،این قابلیت را به ما میدهد تا بتوانیم یک ساختار برای کنترل مدل های درون شرکت ایجاد کنیم. که قابل مصرف برای تمام بخش های سازمان باشد.ما میتوانیم تمام اطلاعات دیجیتالی مربوط به محصول را به BOM الحاق کنیم،مانند رنگ ،وزن و هرچیزی را که به طور سنتی قابل الحاق به BOM نبودند به این ترتیب طراحان قطعات میدانند که چه چیزی برای مهندس ساخت قطعات نیاز است.

 

رویایی که خالق تکنولوژی های جدید است

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

تکنولوژی شیشه اتوموبیل مجازی شرکت جگوار به راننده کمک میکند تا بتواند با محیط اطراف خود ارتباط برقرار کرده و تصاویر واقعی از دنیای اطراف خود را ببیند.

اگرچه بدون این ایده ها ،حرکت کمپانی ها برای ایجاد خلاقیت و نوآوری در محصولاتشان کار مشکلی را در پیش خواهند داشت .

-راز موفقیت برقراری تعادل بین رویا پردازی و ایده ها ی نو ،آموزش شرکا و مشاورین بااستعداد و سرعت در تغییر است و قطعا نرم افزار نوید دسترسی به ان را میدهد.عبور از این موانع همیشه کندتر از حد انتظار است.اما موفقیتی که در پایان راه حاصل خواهد شد پاداش بزرگتری رااعطا میکند.

برخی مشکلات اصلی شامل موانعی مانند ،اینکه چگونه مردم با تغییرات سروکار داشته باشند.مجموعه نرم افزار هایی که راه مورد انتظار مارا برآوره نمیکنند ،سازگاری،نیاز مکرر به آموزش های جدید ،عدم وجود بهترین شیوه و غیره.

3DExperienceوV6 نیازمند یک روش کارجدید هستند.محیط دیتابیس محور بسیار متفاوت تر از محیط فایل محور است.اینها فقط تنها بخشی از این مشکلات است.

یکی از دلایلی که سازندگان PLM  باید به چشم اندازهای خلاقانه در آینده کاری خود نگاه کننده نیاز به پشتیبانی از خودروهای هوشمند است.

طراحی در catia v6

گارتنرهالپرن ادعا میکند” فروشندگان نرم افزارهای PLM هنوز اماده برای حمایت از محصولات هوشمند نیستند.درحالی که آنها تمام تلاش خود را برای پشتیبانی از آن انجام میدهندو(مهمترین آنها ،داسو –زیمنس-PTC ) هنوز تجربه موفقی را برای مشتریان خود ارائه نداده اند. او گفت همچنین فروشندگان PLM نیاز به یک هماهنگ کننده و موازنه برای ارتقا تعدادی از نرم افزارهای اصلی خود برای ارائه بهترین سرویس به مشتریان خود دارند.این میتواند یک شیب منحنی یادگیری باشد.علاوه براین ،به ترکیب مهارت های مختلف برای توسعه محصولات هوشمند در حال تغییر است. نیاز به مهندسین نرم افزار در حال رشد سریعتری نسبت به مهندسین مکانیک و برق است.در خودروهای امروزی نرم افزارهای گزارش دهی قرار داده شده است.این در بیش از60 درصد از وسایل نقلیه ی جدید توسعه داده شده است.این رویکرد جدید سازمان ها برای توسعه محصول،تاثیر قابل توجهی برفروشندگان نرم افزار خواهد داشت و حمایت از انها را بیش از پیش خواهد کرد.قرار دادن این قابلیت در PLM حتی ممکن است مشتریان آن را به مشکلات خود خواسته دچار کند.ما در جگوار به توسعه PLM اجرایی مدنظر خود ادامه خواهیم داد.

 

 

   جگوار یک قمار بزرگ برروی 3DExperience انجام داده است

درمورد جگوار ،داسو سخت کارکرده است و تمام منابع خود را به کار گرفته است .پر واضح است که جگوار ریسک بزرگی رابر مبنای چشم انداز اینده برنارد چارلز مدیر داسو و قول های او پذیرفته است. ما به داسو مسئولیت دادیم تا پاسخگوی وعده هایش باشد حاصل این کار شکست نخواهد بود.جگوار نیز به نوبه ی خود عمیقا مشتاق است تا این رویا ی PLM کامل به حقیقت بپیوندد.

-IPLM به معنی واقعی کلمه، یک PLM خواهد بود .آن یک چرخه عمر محصول خواهد بود،و تمام داده های محصول را در تمام طول عمر آن مدیریت خواهد کرد.گریکسون میگوید نظر ما این است که دارایی های دیجیتال ما باید در هر مرحله ای از پروسه قابل استفاده باشند بنابراین دارایی های دیجیتالی به همان اندازه در خدمات دهی مجازی مهم هستند که در CAE مهمند و به همان اندازه  در بسته بندی محصول .بنابراین چنانچه تولید دیتا به درستی و سریع ایجاد شود میتواند از تمام چرخه عمر خودرو عبور کند.یکی از دلایلی که میدانیم جگوار با چالش هایی روبرو خواهد شد ،این است که قبلا انتقال در این مقیاس صورت گرفته است.این مرا به یاد پروژه های PDM در اواخر 1980 و اوایل دهه 90 می اندازد.هیچ کس نمیدانست که دقیقا چه باید بکند و حداقل 10 سال طول کشید تا یک سیستم واقعی برای PDM ایجاد شد لذا جای تعجب نخواهد بود اگر تاریخ تکرار شود.

 

همچنین بخانید.کدام ؟ Dassault یا  Siemens PLM

 

منبع: engineering.com

ارسال نظر

نشانی ایمیل شما منتشر نخواهد شد. بخش‌های موردنیاز علامت‌گذاری شده‌اند *