کاتالوگ‌ نویسی و مدیریت پروژه در PDMS سری ۱۱ و ۱۲

مقدمه ای از کتاب کاتالوگ‌نویسی و مدیریت پروژه در PDMS سری ۱۱ و ۱۲

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

در چنین پروژه‌هایی که جنبه پیلوت یا نمونه دارند چنانچه در تولید نقشه‌های خروجی نیز فرمت خاصی مد نظر باشد، کاربر می‌تواند پس از استخراج نقشه خروجی تنظیمات و یا سفارشی نمودن اطلاعات داخل نقشه مانند Title Block، Symbols، Legends و … را در نرم افزار اتوکد انجام داده و نقشه‌هایی که غالباً از تعداد انگشتان یک دست فراتر نمی‌روند را تولید و به کارفرما ارائه نماید. حال تعمیم مورد فوق را در سطح یک پالایشگاه، مجتمع فرایندی، پتروشیمی و واحدهای صنعتی یک مجتمع که مشتمل بر واحدهای فرایندی بی‌شمار، متریال‌های مختلف و کاربران بسیار در فاز مدل‌سازی، طراحی، بررسی و تولید نقشه دارند را بررسی و تصور کنید. مسلماً چنانچه روشی بر مبنای مدیریت کاربران در فاز طراحی و مدل‌سازی نباشد امکان مدل‌سازی مجتمع بدون سطح دسترسی‌های مختلف چه از نظر واحد و چه از نظر فرایند و نوع دپارتمان طراحی کننده میسر نخواهد بود.

اینجاست که تفاوت نرم افزارهایی که فاز Management system را در طراحی نرم افزاری خود به بالاترین سطح ممکن لحاظ کرده‌اند، ویژگی ممتاز و برجسته‌ای در انتخاب نرم افزار جامع طراحی و مدل‌سازی یک پروژه خواهند داشت. در اینجاست که یک نفر به عنوان مدیر نرم افزار که اصطلاحاً Admin معرفی می‌شود بر اساس ماهیت پروژه، تعداد شرکت‌های درگیر، تعداد کاربران، دپارتمان‌های طراحی و مدل‌سازی، تفکیک واحدها و سایر اطلاعات مهم یک پروژه که در فصل به آن اشاره خواهد شد، بستر و زمینه یک پروژه را تعریف کرده و آن را بر روی سرور و پایگاه داده‌ای شرکت قرار داده و زمینه ورود کاربران یا سطح دسترسی معین جهن طراحی، مدل‌سازی و مشاهده پروژه را فراهم می‌سازد. ادمین نرم افزار قلب یک پروژه طراحی و مدل‌سازی بوده و بایستی تجربه و شناخت کامل از سایر ماژول‌ها، نحوه رویکرد آن‌ها، مشکلات احتمالی و نحوه برطرف کردن آن‌ها، ارتباط کاربران، سطح دسترسی، بررسی سلامت بانک‌های اطلاعاتی، تهیه نسخه پشتیبان از پروژه، تعریف دستورالعمل‌ها و راه‌کارهای مدل‌سازی، یکپارچه‌سازی استانداردها و Templateهای مورد نیاز کاربران، مدیریت جلسات بررسی مدل و ورود و خروج اطلاعات از سایر مدل‌های مرتبط در پروژه که توسط سایر شرکت‌ها، وندورها، تامین‌کنندگان و سازنده‌های مختلف را در بالاترین سطح ممکن داشته باشد.

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

شایان ذکر است مهم‌ترین مدرک ورودی متریال که PMS نام دارد، در این فاز وارد نرم افزار شده و در اختیار فاز طراحی و مدل‌سازی قرار خواهد گرفت. با تعریف و تکمیل این قسمت کاربران از تعریف و رجوع به استاندارد در حین مدل‌سازی کامپوننت‌های مشابه و همچنین خطاهایی مانند وارد نمودن اعداد و پارامترهای مختلف برای یک کامپوننت واحد جلوگیری می‌نمایند و یک جز یا قطعه که ممکن است هزاران بار در واحدها و قسمت‌های مختلف در حین مدل‌سازی ایجاد شود از یک منبع و مرجع واحد تعریف و مدل‌سازی خواهد شد. عمدتاً مسئولیت این قسمت بر عهده یک نفر بوده که مسئول کاتالوگ (Catalogue Man) نامیده می‌شود و بایستی شناخت کامل از فاز مدل‌سازی و تولید نقشه به همراه خطاهای رایج در نرم افزار داشته باشد که بستر مناسبی در کاتالوگ برای طراحان و مدل‌سازان فراهم نموده و مدیریت نقشه‌های خروجی بر مبنای نیاز کارفرما در تعریف توضیحات متریالی و سیمبواهای کامپوننت‌ها را در نقشه ایزومتریک تعریف و تبیین نماید.

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

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

فهرست مطالب کتاب کاتالوگ‌نویسی و مدیریت پروژه در PDMS سری ۱۱ و ۱۲

فصل اول: ماژول Paragon

• 1-1 پيش نياز
• 1-2 مخاطبان فصل
• 1-3 مهمترین مدارک مرتبط و مورد نیاز این بخش
• 1-4 هدف نهایی فصل
• 1-5 مقدمه
• 1-6 نحوه واردشدن به ماژول Paragon در ویرایشهای پایینتر از 12.1
• 1-7 نحوه واردشدن به ماژول Paragon در 12.1
• 1-8 بررسی Hierarchy در ماژول Paragon
• 1-9 معرفیApplication های موجود در ماژول Paragon
• 1-10 نحوه ساخت Component در ماژول Paragon
• 1-10-1 ساخت Component
• 1-10-2 ساخت یکComponent در ویرایش 12.1
• 1-11 آشنایی باPiping Class و نحوه ساخت آن در ماژول Paragon
• 1-11-1 نحوه ساختSPWL در ماژول Paragon
• 1-11-2 نحوه ساخت SPEC
• 1-11-3 تغییر نام SPCO ها
• 1-11-4 آشنایی با Spec Table ها
• 1-12 آشنایی با Bolt و نحوه تنظیمات آن در ماژول Paragon
• 1-12-1 بررسی سلسله مراتب مربوط به Bolt
• 1-12-2 نحوه ارتباط المان های مورد نیاز جهت تنظیمات Bolt
• 1-12-3 چگونگی محاسبه Bolt در ماژول Isodraft
• 1-12-4 نحوه ایجاد BTSE(Bolt Set) و BLTP (Bolt Point)
• 1-12-5 نحوه ایجاد BLTA(Bolt Table)
• 1-12-6 نحوه ایجاد BLIS(BOLT LIST)
• 1-12-7 ایجاد Componentبرای Bolt جهت اضافه نمودن به Bolt Spec
• 1-12-8 ایجادBolt Specification
• 1-12-9 انجام تنظیمات بر روی Piping Class AA32
• 1-12-10 ایجاد یک PIPE نمونه در ماژول Design
• 1-13 تنظیمات پیش از شروع به ساخت کاتالوگ
• 1-13-1 نحوه تنظیمات مربوط به نرم افزار Catview با نرم افزار PDMS
• 1-13-2تنظیمات MDBs
• 1-14 ساخت یکComponent در ویرایش پایینتر از 12
• 1-14-1 نحوه ویرایشGMSE
• 1-14-2 منوی اصلاحی SCOM
• 1-14-3 نحوه اضافه نمودن یک المان با سایز بزرگتر به المانهای موجود در ویرایش پایینتر از 12.1
• 1-14-4 کد های COCO Table
• 1-15 ساخت Piping Class در ویرایش پایینتر از 12.1
• 1-15-1 ساختSPWL در ماژول Paragon در ویرایش پایینتر از 12.1
• 1-15-2 ساختSPEC در ماژول Paragon در ویرایش پایینتر از 12.1
• 1-15-3 منوی اصلاحی SDTE
• 1-15-4 منوی اصلاحی SMTE
• 1-15-5 نحوه ویرایش جنس Component
• 1-15-6 نحوه ویرایشWall Thickness
• 1-15-7 منوی اصلاحی SBOL
• 1-15-8 نحوه افزودنComponent ساخته شده به Spec

فصل دوم: ماژول ADMIN

• 2-1 پيشنياز
• 2-2 مخاطبان فصل
• 2-3 مهمترین مدارک مرتبط و مورد نیاز این بخش
• 2-4 هدف نهایی فصل
• 2-5 مقدمه
• 2-6 ساختار یک پروژه در نرم افزار PDMS
• 2-7 نحوه ایجاد یک پروژه در PDMS در ویرایش نسخ پایینتر از 12
• 2-8 نحوه ایجاد یک پروژه در P1DMS در ویرایش نسخه 12
• 2-9 ساخت المانهای ADMIN
• 2-9-1 نحوه ایجادTeam
• 2-9-2 نحوه ایجادUser یا کاربران پروژه
• 2-9-3 دیتابیسها و ساختار بانک اطلاعاتی
• 2-9-4 نحوه ساخت دیتابیس در ویرایش پایینتر از 12
• 2-9-5 نحوه ساخت دیتابیس در نسخه های بالاتر از 12
• 2-9-6 نحوه ساخت MDBs
• 2-10 Extract DB
• 2-10-1 خانواده های Extract DB
• 2-10-2 نحوه ساخت Extract DB
• 2-10-3 نحوه ساخت Working Extract
• 2-10-4 نحوه کنترل کارکرد خانواده های Extract DB
• 2-11 Data Access Control
• 2-11-1 Role و Scope
• 2-11-2 Access Control Rigths
• 2-11-3 تنظیم ACR بر روی کاربران
• 2-12 نحوه ارسال Message
• 2-13 نحوه تغییر پسورد توسط کاربران
• 2-14 نحوه Expunge کردن
• 2-15 نحوه ساخت Stamp
• 2-16 نحوه Merge کردن دیتابیس
• 2-17 نحوه انجام Backtrack بر روی دیتابیس
• 2-18 نحوه تهیه کپی از پروژه جاری
• 2-19 نحوه تهیه Backup از پروژه
• 2-20 Data Integrity checking
• 2-21 Reconfiguration
• 2-22 بروزرسانی دیتابیس های پروژه
• 2-22-1 نحوه بروزرسانی دیتابیسها از ویرایش 11 به 12
• 2-22-2 نحوه بروزرسانی دیتابیسها از ویرایش 12 به 12.1

فصل سوم: Paragon Project

• 3-1 مقدمه
• 3-2 ساخت Tee
• 3-3 ساخت یک ELBOW
• 3-4 ساخت یک Gate Valve
• 3-5 ساخت یک Ball Valve
• پیوست ها
• Symbol Key
• Coding Procedure
• دستورالعمل های اجرایی جهت مدیریت پروژه و نکات کلیدی جت بررسی مدل در جلسات هماهنگی مدل