فصل اول
طراحی قبل از شکل گیری در شکل دهی فلز
در یک فرایند شکل دهی داده شده ، موقعیت مواد و مختصات محصول نهایی به چندین پارامتر نهایی وابسته است . (شرایط بار دهی ، مختصات سطح قالب ، شرایط روغن کاری قالب ، مختصات قطعه کار اولیه و موارد دیگر) . دربرگیری یک مقدار ثابت از دفورمگی شامل یک فرآیند فرم دهی داده شده می شود . یک امکان که می خواهیم پارامترهای فرآیند را کنترل کنیم ، با یک راهی است که محصول نهایی به وسیله وضعیت مواد مطلوب و مختصاتی که دست یافتنی می باشد.
طراحی فرآیند های شکل گیری می تواند همچنین شامل طراحی قطعه کار اولیه و شکل های متوالی هر کدام از مراحل شکل دهی که " پیش شکل گیری " نامیده می شود . یک مطالعه سیستماتیک از این مشکلات به وسیله کبایاشی و همکارانش انجام شده بود . آنها همچنین " تکنیک برگشت به عقب " را معرفی می کنند و کپی کردن از عقب برای کامل شدن روش در فرآیند شکل دهی واقعی از یک پیکر بندی نهایی داده شده می باشد .
مشکل طراحی پیش شکل گیری و مشکلات طراحی قالب می تواند تحت یک بیان ریاضی سخت به وسیله ثابت کردن آنها به عنوان مشکلات بهینه فرموله شود . تابع هدف برای این مشکلات بهینه می تواند به عنوان یک اندازه گیری خاص از اشتباه بین وضعیت نهایی مطلوب و وضعیت محاسبه شده عددی برای یک تنظیم داده شده از متغیرهای طراحی می باشد . به منظور حل کردن این چنین مشکلات بهینه ، که معمولاً یک شروع روش تحقیق متوالی از یک راه حل مرجع به کار می برند . آنالیزهای حساسیت یک روش است که به طور کلی استفاده می شود برای متناسب کردن افت حرارت ها از تابع های هدف می باشد .
میزان حساسیت ها می تواند نیز به وسیله به کار بردن اختلاف های محدود محاسبه شده باشد ، تکنیکهای مختلف مستقیم یا روش متغیر ضمیمه می باشد . از مشکلات زیر که شامل روابط غیر خطی بالا هستند و وابسته به تاریخ هستند ، روش مختلف مستقیم ( DDM ) بیشترین تناسب را دارد . در DDM کنترل برابری ها به طور مستقیم برای بدست آوردن یک سری از برابری های رشته کاری برای زمینه های حساسیت اختلاف داشتند .
ما سریع تر DDM را برای مشکلات طراحی قالب توسعه دادیم. در این مشکلات ، پیکر بندی اولیه از باقیمانده های جسم شکل یکسانی از تغییرات سطح قالب دارد . به هر حال ، در این مورد از طراحی پیش شکل گیری ، پیکر بندی اولیه از قطعه کار مشکل نداشتن اصل می باشد . برای تعریف کردن حساسیت شیب دفورمگی ، یک شکل مرجع معرفی می کند که مستقل از شکل پیش شکل دهی است . یک مجموعه سطح صاف کافی از نقشه برداری ها از پیکره مرجع پیش از شکل گیری تعریف می شوند . بهینه کردن روی این مجموعه از نقشه برداری ها انجام خواهد شد.
معادله موازنه به طور مستقیم برای حاصل شدن برابری برای زمینه تغییر مکان حساسیت اختلاف داشتند . یک فرم ضعیفی از این معادله تعریف شده است و کاربردی در FEM حل شده است با فاصله یکسان موفقی و مجزای موقتی برای آنالیز دفورمگی مستقیم می باشد . در نوشتجات قدیمی برای مشکلات حل تشابهی ، مشکل میزان حساسیت روی معادله گسسته فرموله شده است . در این چنین فرمولهایی ، ارزیابی " واحدهای نیرو " و به کار بردن شرایط مرزی به شدت مشکل می باشد . به هر حال در روش پیشنهادی اینجا ، شرایط مرزی و " واحدهای نیرو " برای مشکل حساسیت ، یک فرم شبیه به آنالیز مستقیم دارد .
در دنباله ، تعریف مشکل حساسیت با آن فرم ضعیف هم نمایش داده خواهد شد به منظور اثبات کردن اثر روش حاضر ، یک مشکل نمونه از شکل پیش شکل گیری طراحی حل شده است که وقتی با یک قالب صاف کمپرس می شود ، نتایج در یک محصول نهایی با اثرات جانبی مینیمم می باشد .
فصل دوم
فرآیند طراحی قالب _ پرس برای سازنده اتومبیل
1. مقدمه :
همچنانکه سیستمهای ساخت پیچیده و جهانی می باشند ، توسعه سریع محصول و تولید لازمه های ضروری برای رقابتی بودن هستند . اهمیت زیرکی در ساخت تاکید شده است و یک نمونه جدید برای کاهش زمان و هزینه های مربوط به طراحی ، توسعه محصول و تولید لازم است . برای بدست آوردن این نیازها مفهوم مهندسی همزمان و سیستمهای توزیع یکنواخت باید اجرا شده باشد . بنابراین ، آن خیلی مهم برای کنترل کردن متوازن جریان کار می باشد و تقسیم کردن اطلاعات به طور کار آمد به صورت کاربرانی از لحاظ جغرافیایی پراکنده شده اند .
طراحی گروهی یک مفهوم جدید برای اشتراک اطلاعات طراحی و دانش در قسمتهای مختلف است و برای اجرا کردن وظایف هر نفر به طور تعاونی به منظور توسعه دادن کیفیت محصول و کاهش دوره طراحی می باشد .
زو [1] ویرایش مختصات گروهی بین یک تعدادی از کاربران روی یک سیستم CAD سنتی به شرح ذیل پیشنهاد می کند ، اتوکد 14 . آنها یک سیستم ویرایش شرکتی به وسیله گرفتن عملیات طراحی در اتوکد 14 می سازند و فرمانها را برای دیگر کاربرها می فرستند . روش آنها یک امکان از گسترش عملکردی از سیستمهای CAD سنتی را نمایش می دهد که یک راه حلی برای طراحی گروهی دور از انتظار فراهم می کند .
فرانک [2] یک داده جهت دار شده همزمان / مهندسی مشابه بدنه انطباق وضعیت داده می باشد . این سیستم ، TOGA ، مدیریت گروهی محتاطی را پیشنهاد می کند و آشنایی همکار به وسیله هماهنگی از کار همزمان روی یک فضای اطلاعاتی معمولی رده بندی می شوند .
هیوانگ [3] یک چارچوب وب اساسی برای توسعه محصول همزمان را بهبود داد . این چارچوب مفهوم نمایندگی در مدیریت جریان کار را کامل کرد . جریان کار یک پروژه توسعه محصول در مدل شبکه ای نمایش داده شد ، از گره هایی که بسته های کاری را نمایش می دهند در حالی که آن لبه ها جریان منطقی کار را نشان می دهند . مهمترین سهم ، تکمیل مفهوم نمایندگی مدیریت جریان کار را شامل می شود .
در این مقاله ، یک سیستم همکاری پایه ای اینترنتی برای یک فرآیند طراحی قالب پرس در ساخت اتومبیل به وسیله CORBA ، جاوا D 3 و یک سیستم داده ای نسبی توسعه داده شده است . بعد از مدل کردن یک فرآیند طراحی قالب پرس عملی به وسیله زبان UML ، مسیرهای جریان کار به وسیله مدل کردن اطلاعات به وجود آمده اند .
هزینه و زمان برای طراحی می تواند به وسیله روش شبه _ روندی همزمان تخمین زده شوند . این سیستم توسعه یافته می تواند تعدیل طراحی برای کاربران را انجام دهد وقتی که نیاز می باشد ، و کاربران اختیار تقسیم مدلهای طراحی و نتایج آنالیز را دارند . طراحها می توانند نظرات را درباره موضوعات طراحی عادی به وسیله تابع مذاکره سیستم مبادله کنند .
2. مدلسازی جریان کار
1-2 مدلسازی متدیک UML
مدلسازی جریان کار یک بخش مهمی در فهمیدن و توصیف کردن فرآیندها را بازی می کند . زیرا جریان کار توابعی از فرآیندها و ارتباط درونی میان توابع را شرح می دهد . فهمیدن چگونگی عملیات هایی که هدایت می شوند و چگونه جریانهای اطلاعات می تواند همچنین کمک به بهبود جریان کار کنند . یک مدلسازی جریان کار خوب متدیک چندین مزیت دارد :
_ مدلسازی صحیح از خصوصیات جریان کار واقعی .
_ مدلسازی هسته فرآیند و ساختار درکیفیت ظاهری اختصاصی .
_ آسانی فمیدن .
_ آسانی در گسترش دادن .
در این مقاله ، UML (زبان مدلسازی یکی شده) برای مدلسازی جریان کار استفاده می شود . UML یک هدف عمومی زبان مدلسازی دیدنی است که برای مشخص کردن ، دیدن و ساختن و ملاک مصنوعات یک سیستم نرم افزاری استفاده می شود [4] . آن شامل مفهومات معنایی ، یاداشت ها و خطوط راهنما می شود . آن همچنین قسمتهای ایستا ، پویا ، محیطی و سازمانی را در بر دارد . ساختار استاتیک انواع اهداف مهم یک سیستم که ابزاری می باشد را تعریف می کند ، به نحوی که ارتباطات میان اهداف می باشد . رفتار دینامیک تاریخ مقصودهای زمان بر و ارتباطات میان اهداف برای صورت گرفتن هدف ها را تعریف می کند . برای مدلسازی جریان کار ، UML چندین خصوصیت را دارا است :
_ UML مفهوم تعیین موقعیت هدف را در بر می گیرد ، که برای سیستم های بزرگ موثر شناخته شده است .
_ UML یک استانداردی برای توسعه نرم افزار جهت یابی هدف است .
_ خیلی ابزارها برای حمایت UML وجود دارد .
_ به وسیله استفاده UML ، آن برای توسعه سیستمهای اطلاعاتی آسان است .
2-2 مدلسازی فرآیند طراحی قالب _ پرس برای کارخانه های مربوط به اتومبیل
یک قالب پرس عمومی اتومبیل شامل نگهدارنده ، قالب بالایی و قالب پایینی می باشد . یک قاب با نگهدارنده و قالب بالایی و پایینی تنظیم شده است . قالب بالایی و پایینی بر طبق اساس نگهدارنده طراحی شده است و یک سطح درونی ریخته گری شده دارد . در عموم فرآیند پرس قاب مربوط به اتومبیل شامل چهار مرحله می شود به عبارت دیگر ، نقشه کشی ، پیرایش ، لبه دار کردن سوراخ کردن و فرآیند CAM . هدف اصلی از این تحقیق محدود به رسم قالبها و محصولات قاب کاپوت ماشین می شود .
جدول 1 . حوزه هایی از فعالیت های طراحی قالب
فعالیتها برای طراحی رسم قالب از نه مدول تشکیل شده است . (جدول1) و جریان داده میان مدول ها در شکل 1 نشان داده شده است . در این مطالعه ، مدل جریان کار برای این فرآیند با یک دیاگرام فعالیتی در UML ساخته شده است که در شکل 2 نشان داده شده است . هر فعالیت طراحی به عنوان نقشه فرآیند و آنالیز چاپ مدل شده است به طوری که یک ویژگی قابل بحث در یک عنصر متحول است . یک جسم چنگال مانند استفاده شده که فرآیند طراحی موازی را نمایش دهد و یک جسم متصل معرفی می شود که برای فعالیت مونتاژی ایستادگی کند که بعد قالب بالایی ، نگهدارنده و قالب پایینی قابل طراحی باشند .
3 . روش ظاهراً _ رویه ای همزمان
در این تحقیق ، ما روش [5] ظاهراً _ رویه ای همزمان را اتخاذ کردیم که در محیط طراحی قالب _ پرس توزیع شده است . با این روش ، یک حدودی اجرا می شود که تنها وقتی یک کاربر به وب سایت وصل می شود فعالیت اش توسعه می یابد . ما روش شبه – روندی همزمان اصلی را برای اجرا کردن مدولهای اختصاصی در زمان واقعی تعدیل می کنیم . اگر چه ، ما یکی از توابع را بهبود دادیم ، تابع چک ، برای اعلام کاربرهای دیگر یک حوزه معمولی را اجرا می کنیم .
3-1 روش شبه _ رویه ای
روش شبه _ رویه ای یک برنامه ریزی مدیریتی داده ای طبق اصول است برای سیستم های نرم افزاری بزرگ که خیلی زیر حوزه با روابط پیچیده دارند [6] . برای اینچنین سیستم های نرم افزاری کار موفقیت آمیز ، آن لازم است که توسعه پذیری ، انعطاف پذیری و راندمان (سودمندی) را اطمینان دهند . بیشتر سیستم های نرم افزاری قراردادی یک روش رویه ای استفاده می کنند که زیر حوزه ها را بر طبق روابط متوالی و اینکه کدام مسیر ایستا است مدیریت می کند . بنابراین آنها از مشکل توسعه پذیری پایین و انعطاف پذیری و راندمان رها نیستند . این خیلی در بهینه سازی جدی خواهد بود که یک تابع هدف و ساختارهای دوگانه باید خیلی زمانها به وسیله تغییر دادن ارزش داده ورودی متناسب باشد .
واحد "شبه _ رویه ای" بر روش ترکیبات هر دوی رویه ای و نزدیک غیر رویه ای دلالت می کند . در روش شبه _ رویه ای ، یک زیر حوزه به طور آشکار زیر حوزه های دیگر را در بر نمی گیرد . شکل 3 روش شبه رویه ای را در مقایسه با روش رویه ای نشان می دهد .
در روش شبه _ رویه ای ، وقتی یک زیر حوزه داده ای نیاز دارد که به وسیله دیگر زیر حوزه ها فرآیندی باشد ، آن یک رویه ساختاری به وسیله زیر مدول های مورد نیاز در دستور نزریکی استفاده می کند و نتیجه محاسبه شده بر می گردد . این معماری توسعه پذیری و راندمان را فراهم می کند که در روش رویه ای کمبود می باشد ، و فرآیند پی در پی را در بدست آوردن خروجی مطلوب بدون دانش جزئیاتی از کل زیر حوزه ها و واکنش های درونی آنها فراهم می کند . در معبر شبه _ روندی ، تمام حوزه ها مطابقت با دستور فرآیندی به عنوان نزدیکی رویه نمایش داده اند [6 و 7] .
دو تابع خاص ، GET و PUT ، برای وجه مشترک بین مدولها و داده پایه استفاده می شوند . تابع GET به عنوان جمع آوری یک ورودی مورد نیاز در داده داخلی نامیده می شود . به طور
شکل 1 . فرآیند طراحی قالب مربوط به اتومبیل
مشابه ، تابع PUT برای ذخیره یک نتیجه داده پایه نامیده می شود . استدلال روی توابع GET و PUT به طور موضعی داده را اعلام می دارد که ارزش کدام یک در داده پایه تعیین شده است . فراوانی داده می تواند تجربی باشد که به وسیله تعدادی زیر حوزه ها در طول اجرا مشخص شود . در این مورد تابع دیگری ، PUSH ، مورد نیاز برای ذخیره داده مشخص شده است ، اگرچه داده محاسبه شده به وسیله خودشان ذخیره شده اند . به وسیله افزودن یک الگوریتم ترویج سازگاری تابع PUSH و یک الگوریتم تولید _ برای تابع GET ، روش شبه _ رویه ای کامل شده است .
به طور کلی ، نرم افزار عظیم شامل خیلی از زیر حوزه ها ، شامل داره ورودی و مکانیزم های فرآیندی و نتایج می شود . بیشترین برنامه های قراردادی برای اجرای رو به جلو استفاده می شوند . آنها به وسیله داده و گرفتن نتایج در یک رفتار بالا _ پایین شروع می شود . روش شبه _ رویه ای روی یک معبر راننده _ هدف پایه ریزی شده است . آن با یک خروجی مطلوب ، شروع می شود و تلاشهایی برای برگشت به عقب اعمال می شود ، که تغییر بنیادی از روش قرار دادی است در اجرایی از سریهایی از زیر حوزه ها که در یک ردیف زیر _ بالا اتفاق می افتد .
شکل 2 . دیاگرام فعالیت UML برای طراحی قالب پرس .
شکل 3 . مقایسه بین روش رویه ای و شبه – رویه ای .
روش شبه _ رویه ای همزمان
به منظور به کار بردن روش شبه _ رویه ای برای اجرای عملکرد مضاعف مشتریان را در محیط گروهی توزیع کرده اند ، روش شبه _ رویه ای همزمان توسعه داده می شود [5] . نقطه تلاقی یک ویژگی است که با کاربران در توزیع شدن و فرآیندی موازی در محیط های وظایف مضاعف ارتباط دارد . از آنجایی که روش شبه _ رویه ای توانایی ارتباط با یک حوزه برای اجرای مسیر در دستور معکوس دارد ، شناسایی و زمان بندی مشکلات با فرآیند موازی که مهم و پیچیده می باشند مرتبط است خصوصیات مخصوص از روش شبه _ رویه ای همزمان که در این تحقیق بهبود یافته هستند :
_ قبول فرآیند های توزیع .
_ زمان بندی مدول ها .
_ به کار بردن مصرف کننده های عملکردی مضاعف .
_ کامل کردن داده پایه در محیط توزیع کننده .
_ فراهم کردن ویژگی متن .
مرحله اول در اجرای روش شبه _ رویه ای اضافه کردن یک تابع مدیریتی کاربر برای روش شبه _ رویه ای است برای انجام این کار ، یک متغیر کاربر به اطلاعات مدول و توابع اضافه شده که مفهوم کاربر در هر مدول را تشکیل دهد . مرحله دوم به کار بردن اجراهای مدولهای توزیع شده ، بدین معنی که اجرای مدول می تواند به وسیله کاربرهای مضاعف در یک طریقه موازی به اتمام برسد . برای حل این مشکل یک تابع علامت معرفی شده است . در روش شبه روندی همزمان ؛ مدولهای کاربران مختلف فقط علامتگذاری شدند به جای اینکه به طور واقعی شوند ، و اجرای آن مدولها می تواند تنها به وسیله یک کاربر معتبر انجام شود . در روش شبه روندی همزمان یک تابع جدید ، CHECK ، توسعه یافته است . آن یک کاربر خاص شناسایی شده استفاده می کند به عنوان یک ورودی و کنترل ها اعم از اینکه اجرا ممکن است بر طبق اعتبار مدول از کاربر و محتوای MARK پوشش داده شود و در خواست شود . متغیر معتبر در روش شبه _ رویه ای همچنین برای به کار بردن اعتبار کاربرهای مضاعف برای هر زیر مدول شکل تازه ای داده است . رویه هایی از روش شبه _ روندی همزمان در شکل 4 نشان داده شده است .
4. توسعه سیستم
4-1 نمای کلی
4-1-1 CORBA (معماری واسطه درخواست هدف معمولی)
نزدیک 800 شرکت عضو OMG (گروه مدیریت هدف HTTP.//WWW.OMG.ORGI) یک سوئیت از مشخصات را تولید و حاصل می کند که توزیع شده و پرونده های توسعه نرم افزار نامتجانس از آنالیز و طراحی از کدینگ ، استخدام ، زمان جاری و حاصله را حمایت می کند . CORBA مشخصات OMG برای عملکرد درونی خواسته شده ، مستقل از خط مشی ، سیستم عملیاتی ،زبان برنامه نویسی ، و حتی از شبکه و صورت مجلس می باشد . استفاده پروتکل استاندارد IIOP ، یک برنامه CORBA پایه می تواند با برنامه های پایه ای دیگر CORBA در یک محیط نامتجانس عملکرد درونی داشته باشد .
CORBA در خیلی وضعیت ها مفید است . زیرا از یک راه ساده که CORBA ماشینهایی از فروشنده های مختلف را کامل می کند ، آن شامل کالای واسطه از انتخاب برای تعهِِِِّد عظیمی (و حتی نه آنچنان بزرگ) می شود . یکی از آن استفاده های خیلی مهم در کمک کننده ها است که باید یک تعداد زیادی از مشتریان با نرخ های زد و خورد بالا به وسیله قابلیت اعتماد بالا به کار برند . تخصص ها برای مقیاس بندی و تلرانس خطا این سیستم ها را حمایت می کند . به هر حال ، آن فقط برای در خواستهای بزرگ استفاده نمی شود ؛ ترجمه های مخصوص از CORBA سیستم های زمان واقعی را جاری می کند و سیستم های کوچک را در کار می گذارد .
شکل 4 . رویه هایی از روش شبه _ روندی همزمان .
4-1-2 نمای کلی سیستم
برای انتقال پیغام ها و حوادث از میان مشتریان ، ما یک چارچوب با توزیع بازگشتی تابع از CORBA درست می کنیم . چارچوب یک سری از ایجاد عملیات برای محیط برنامه ریزی است و بهبودگرها را با یک محیط توسعه اساسی برای وظایفشان فراهم می کند . یک در خواست مشتری یک پیغام به مشتری دیگری می فرستد از میان بدنه کمک کننده و سپس مشتریان دیگر پیغام را دریافت می کنند و عملیات های اختصاصی را در مطابقت با پیغام انجام می دهند . محتوا و توابعی از یک پیغام می تواند بر طبق برنامه خواسته شده تغییر کند . به عنوان مثال ، اگر یک برنامه مشتری در نرم افزار CAD باشد ، پیغام یک عملیات طراحی خواهد شد .
شکل 5 نمای کلی سیستم بهبود یافته به طور کلی نشان می دهد . یک مترجم جریان کار اطلاعات جریان کار در دیاگرام UML را به یک داده پایه ارتباطی و برنامه مدیریتی جریان کار تبدیل می کند در کمکی که پیغام را به داده پایه انتقال می دهد.
4-2 معماری مشتری
برنامه مشتری از حوزه مذاکره و حوزه مدیریت جریان کار ترکیب می شود . در خواست های دیگر مشترک برای تنظیم کننده در خواست استفاده می شود . از آنجایی که تنظیم کننده تقاضا بر طبق استاندارد CORBA تعریف شده است ، هر تقاضایی به سیستم مشتری اضافه می شود دارای خط مشی و زبان مستقل است .
کاربرهای گروههای سطحی پیغام جلسه را تقسیم می کنند زیرا سیستم کمبود یافته یک محیط جلسه مضاعف را حمایت می کند ، یک کاربر می تواند شامل چندین گره باشد و می تواند در زمان یکسانی داده را تقسیم کند . سطح کانال ارتباطی پیغام ها را می فرستد و دریافت می کند .
شکل 5 . نمای کلی سیستم .
3-4 معماری کمک کننده
سیستم کمکی تقاضاهای کاربر را مدیریت می کند . آن یک جلسه ایجاد می کند و یک کانال پیغام ها را از میان تقاضاهای کاربر انتقال می دهد ، برای این هدف ، یک جلسه و هدف کانال ، جلسه کارخانه ، آفریده و فعال شده است . هدف جلسه کارخانه به وجود می آورد و یک جلسه هدف بر طبق در خواست مشتریان از بین می برد . یک مشتری روش جلسه تولید در جلسه هدف کارخانه استفاده می کند برای اینکه جلسه هدف به طور کمکی به وجود می آید و یک مرجعی از جلسه حاصل می شود . اگر جلسه درخواست شده هم اکنون وجود داشته باشد ، مشتری می تواند مرجعی از جلسه را بدست بیاورد . هدف کانال به وسیله جلسه هدف در کمک کننده به وجود آمده است ، و مرجع کانال را برای مشتری می فرستد . زیرا جلسه هدف ایجاد می کند و هدفهای کانال را مدیریت می کند ، مشتریان که به یک جلسه متصل می شوند می توانند با همدیگر ارتباط برقرار کنند . کانال هدف روش خاص را برای کاربرها تامین می کند که یک پیغام برای همه یا تعدادی کاربرها می فرستد .
5 . تقاضا و مطالعه موردی
آن برای مدیریت جریان کار در یک فرآیند طراحی گذشته مشکل بود ، که متوالی است و براساس طراحی D 2 پایه ریزی شده است . واکنش درونی از میان طراحها از طریق E-MAIL و تلفن انجام شده بود . اگر چه یک استاندارد طراحی برای کاهش زیادی استفاده می شود ، تعدادی مشکلات در جلوگیری متناقض از میان بهبود گرها وجود داشت .
در این تحقیق ، سیستم بهبود یافته برای فرآیند طراحی قالب پرس در ساخت اتومبیل به کار می رود . بعد از مدلسازی جریان کار روی یک مفهوم طراحی D 3 پایه گذاری شده است ، سیستم طراحی گروهی توزیع شده نمایش داده شده است . سیستم عملیاتی پنجره 0/4NT و ابزارهای توسعه می باشد که جاوا 2-2-1 CIRBA 3-2 هستند . درخواست مشتری از یک برنامه مدل اشتراکی ، یک نتیجه برنامه اشتراکی تحلیلی و یک VM (ساخت واقعی) برنامه اشتراکی تشکیل شده است .
5-1 مدیریت جریان کار
مدل جریان کار ، که در قسمت 2 نمایش داده شده است ، در یک داده پایه نسبی ذخیره شده است که طرح در شکل 6 نشان داده شده است . فعالیت ، تحول ، طراحی و وجود طرح تزئینی از دیاگرام فعالیت به وجود آمده است ، و منبع اطلاعات داده را به عنوان موقعیت ، تایپ ، داده و توصیف تولیدی در فرآیند طراحی ذخیره می شود . شکل 7 یک صفحه ذخیره ای از جریان کار UML در داده پایه را نشان می دهد . رز و جاوا به طور منطقی برای مدلسازی UML و کدینگ مربوطه استفاده شده است .
شکل 6 . دیاگرام E-R برای جریان کار
5-2 تولید و اجرای مسیر کار
یک تقاضای کاربر شامل تولید مسیر ، طراحی مدل تقسیم بندی و نتیجه انتقال می شود . در این قسمت ، تولید و اجرای کار نمایش داده شده است .
برای تولید مسیر کار ، بند تولید مسیر تعیین شده است و متغیرهایی که کاربران می خواهند بدانند انتخاب شده است . گزینه مسیر مدولها را محاسبه می کند و نشان می دهد که باید اجرا شود و زمان اجرای استفاده روش شبه _ روندی همزمان را پیش بینی کند . به عنوان یک مثال از تولید مسیر ، شکل 8 نقشه فرآیند ، طراحی سطح و طراحی نگهدارنده را نشان می دهد که باید برای حاصل کردن نتیجه طراحی نگهدارنده انجام شود و هزینه و زمان مورد انتظار را نشان دهد .
بهبود گرها متغیرهایی که تعیین شده یا تغییر داده شده اند به وسیله طراحی جدید و انتخاب می کنند و گزینه ترفیع سازگاری را انتخاب می کنند . همه حوزه هایی که به وسیله این متغیرها اثر پذیر شده اند برای موقعیت های باطل تغییر داده شده اند و تغییر به همه کاربران مرتبط با این حوزه ها اعلام شده است .
شکل 7 . ذخیره کردن جریان کارUML در داده پایه .
5-3 تقسیم بندی اطلاعات طراحی
طراحان از میان شبکه که متصل می شوند می توانند تقسیم و کنترل مدلهای طراحی شان را به طور همزمان با دیگران انجام دهند . تقسیم اطلاعات طراحی می تواند به وسیله انتخاب بند مذاکره انجام شود . برای عوض کردن مدلهای طراحی و اطلاعات ، کاربران باید گروههایشان را به وسیله ایجاد یک جلسه متصل انتخاب کنند . برای اتصال یک جلسه که هم اکنون به وجود آمده است ، ما دو معنی فراهم می آوریم . اولین آن انتخاب گزینه قسمت اتصال و انتخاب یک گروه مناسب می باشد . دومین آن است که یک کاربر در جلسه کاربرهای دیگر را دعوت می کند که تحت دعوت استفاده می کنند .
وقتی که یک جلسه به وجود آمده است ، عضو ها در جلسه می توانند کنفرانس متن های پایه را به طور عملکردی استفاده کنند . برای تقسیم یک مدل طراحی ، کاربران گزینه مدل تقسم بندی را بعد از پیوستن به جلسه انتخاب می کنند .
شکل 8 . اجرای مسیر تولید .
نتیجه گیری
در این مطالعه ، یک سیستم همکاری پایه ای اینترنتی برای یک فرآیند طراحی قالب پرس برای سازنده های اتومبیل توسعه داده شده بود . برای مدل سازی فرآیند طراحی قالب پرس ، UML به کار برده شده است ، و یک مسیر تعریف شده جریان کار به وسیله نتیجه مدلسازی ایجاد شده است . یک روش شبه _ روندی همزمان برای تخمین هزینه و زمان برای طراحی پیشنهاد داده است . سیستم بهبود دهنده ها می توانند تعدیل طراحی را به کاربران اعلام کنند وقتی که آن اتفاق می افتد ، و کاربران را برای تقسیم مدلهای طراحی و آنالیز نتایج قادر می سازد . یک تعدادی از طراحها و توسعه دهنده ها قادر هستند مدلهاCAD راتقسیم کنند و بطور همزمان آنالیز نتایج را در چارچوب سیستم توسعه دهند . آنها همچنین می توانند به وسیله متن پایه کنفرانس تلفنی با دیگران مکاتبه کنند و تابع را تفسیر کنند .
به همین طریق سیستم بر طبق استاندارد CORBA توسعه پیدا کرده است ، که مستقل از خط مشی ، سیستم عملیاتی و زبان برنامه نویسی ، نرم افزارهای گوناگون می باشد می تواند برای بدنه بدون مشکلات اضافه شود و به کار برده شود . به عنوان مدیریت جریان کار اشتراکی و تقسیم داده همزمان از میان طراحها و بهبود گرها می تواند برای انتقال نظرات موثر کمک کنند ، آن در کوتاه سازی دوره توسعه محصول کمک خواهد کرد .
27