| کد خبر ۹۹۵۰
کپی شد

سیستم­‌های اطلاعاتی مدیریت در تعمیر کشتی

سیستم­‌های اطلاعاتی مدیریت در تعمیر کشتی
|

تین نیوز | 
چکیده
 این نوشتار به ویژگی­های تعمیر کشتی، برنامه ­ریزی و نیازهای مدیریتی این کسب و کار می­پردازد. تعمیر کشتی کسب و کاری است که در آن تغییر در کوتاه مدت و تعییر وضعیت امری عادی است، و این، برنامه­ ریزی و کنترل را ضروری می­سازد. بدست­آوردن و در دسترس بودن داده ­ها برای مدیریت موفق پیمان­ نامه ­های تعمیر کشتی ضروری است.
 
این نوشتار سودمندی­ های کاربرد سیستم­های اطلاعاتی رایانه­ای (MIS) و دشواری­های رسیدن به آنها را بازگو می­نماید. سپس به این می­پردازد که چگونه پیشرفت­های تازه در فناوری اطلاعات می­تواند بر این دشواری­ها چیره شود، و نیز چگونه چنین پیشرفت­هایی را می­توان بکار گرفت تا هم برنامه­ ریزی اولیه پیمان­ نامه­ ها و هم نگهداشت کنترل در هنگام انجام آنها بهبود یابد. 
 
دیباچه
تعمیر کشتی کسب و کاری است با سرشتی دشوار برای گرداندن. آن را پیچیده، پویا، تندرو، آشوبناک نامیده­ اند، کسب و کار تعمیر کشتی بی­گمان برای برنامه­ ریزی و سپس مدیریت دشوار است. تعمیرگران کشتی بیشتر بر این باور استوار هستند که فرایندهای تعمیر کشتی نمی­توانند با نگاه مرسوم، برنامه ­ریزی شوند، و هرگونه کنترلی در گرو مدیریت کوتاه مدت منابع است. (مرجع ۱). سرشت کار درگیر، رد این گفته را دشوار می­سازد، دست کم متناسب با برخی رسته­ های کاری که زیر سرنام تعمیر و تبدیل کشتی جا می­گیرند.
 
چندین رسته از کار تعمیر کشتی را می­توان شناسایی کرد، همچنین در تبدیل کشتی که آماده­سازی یک کشتی برای کاری نو است. یک پیمان­نامه تعمیر کشتی می­تواند در مدتی از چند ساعت، تا روزها، هفته­ ها یا ماه ها انجام شود. کار تعمیر می­تواند بسته به افزایش اندازه، گستردگی و هزینه دسته­بندی شود:
 
    تعمیرهای سفری، تعمیرهای کوچک برای کشتی هستند که  هنگام کار انجام می­شوند که بیشتر هنگام ایستادن در بندرگاه است. این می­تواند دور از جایگاه تعمیر کشتی باشد.
    داک نمودن منظم، که کشتی برای نوسازی پوشش بدنه و برای هر کار زیر آب دیگر که نیاز است انجام شود، هنگامی که بشود تعمیرهای دیگر را نیز انجام داد، داک می­شود. همچنان که کشتی­ها کهنه می­شوند این داک نمودن­ ها بررسی­ های ویژه­ای را در بر می­گیرند، که می­تواند به نوسازی­های فولادکاری بیانجامد. دیگر باز­سازی­های بزرگ، که در آنها کشتی از پایه از نو تجهیز می­شود، نیز می­توانند انجام شوند.
    تعمیر آسیب­دیدگی­ها، که شاید کار گسترده­ای به ویژه بر روی ساختار کشتی نیاز باشد. اینها پس از سنگ­زنی­ ها، برخوردها، و رخدادهای دیگر پدید می­آیند.
    تبدیل، که یک کشتی برای کاربرد دیگری بازسازی می­شود.
 
در گذر این تعمیرها، دسته­های گوناگونی از کار به انجام می­رسند. این نشان دهنده گستره گونه­ های کشتی و تجیهزات سوار شده بر آنهاست. برای نمونه کار دربردارنده اینهاست:
 
    تمیز کاری و رنگ کاری، کار زیر آب
    فولادکاری، جایگزینی مواد خورده شده یا آسیب دیده.
    تعمیر پایه­ای یا تعمیر منظم دستگاه­ها.
    کارهای گوناگون دیگر، بر روی تجهیزات عرشه، جاهای سکونت و سامانه ­های دیگر.

نیازهای برنامه­ریزی و مدیریت با رویکرد به رسته کاری و گونه شناور دگرگون می­شوند. تبدیل­ها و بازسازی­های بزرگ به گویش سازمانی، به ساخت از نو نزدیک­تر دانسته می­شوند، اما چه سامانه­های برنامه­ریزی و مدیریتی برای پشتیبانی از تعمیر­های منظم و نیز اضطراری در دست­اند؟ این بویژه برای شرکت­های کوچک در صنعت که دارای منابع مدیریتی محدودی هستند یک مشکل است.
 
برنامه ­ریزی و کنترل تعمیر کشتی 
برنامه­ریزی و کنترل تعمیر کشتی به ویژه با ساخت آن یکسان نیست، و همچنین با پروژه­های بزرگ بازسازی و تبدیل کشتی. نخستین گرفتاری آن است که فشار کاری که در پیش است هنگام آغاز کار بستن پیمان­نامه روشن نیست. یک پروژه ساخت کشتی، هنگامی که پیشرفت طراحی آن به اندازه کافی شد و با این فرض که یک سامانه تولید خوب سامان یافته داریم، می­تواند با اطمینان بالایی به ریزه­کاری­های برنامه­ریزی بپردازد. در تبدیل، با اینکه در آغاز آن درباره چگونگی سامانه­ها و ساختارهایی که در دست هستند آگاهی روشنی نیست، اما می­تواند از پیش برنامه­ریزی شود. آنگاه پس از گام­ های آغازین، و بیشتر، در تعمیر کشتی آنگاه که گرفتاری­های بیشتری شناسایی شوند، می­توان باز برنامه ­ریزی کرد. از سوی دیگر، یک پیمان­نامه تعمیر، حتی جایی که مشخصات با ریزه­کاری در دست است، و به آن رجوع هم شده است، شاید باز هم تغییر کند. اغلب، مشخصات پیمان­نامه تنک است، و نیازمندی­های ریز کار تنها آنگاه پدید می­آیند که کار دارد انجام می­شود.
 
دوم، در بیشتر نمونه ­ها، چه خوب شناخته شده باشند یا خیر، همچنان که پیمان­نامه پیش می­رود، کار پدیدار می­شود. این از آن روست که شناخت، نیازمند آن است که یک تکه از تجهیزات بازرسی شود سپس اگر نیاز باشد تعمیر یا جایگزین گردد. اگر کاری که نیاز است پایه­ای باشد، آنگاه کارهای بیشتری باید انجام شوند. این شاید لغو کارهای کمتر فوری دیگر را در پی داشته باشند، تا جمع هزینه تعمیر در اندازه کل بودجه باقی بماند. بازرسی ساختار بدنه می­تواند نیاز به جایگزینی پایه­ای مواد خورده شده را در کشتی­های کهنه­تر در پی داشته باشد، بازهم، گستره کار تا هنگامیکه پیمان­نامه دارد انجام می­شود روشن نیست.
 
پیچیدگی دیگری نیز برای تعمیر کننده کشتی وجود دارد. در مورد ساخت کشتی، برآوردی برای پیمان­نامه هست که پایه­ای (تقریبا ثابت) برای ارزش پیمان­نامه می­باشد. برآورد بر پایه اندازه­گیری­های شناخته شده­ای از تولید[۱] است که برای کارهای نوعی ساخت کشتی، بر پایه کارهای گذشته، محوطه کشتی می­تواند آن را تقریبا با اطمینان بکار بگیرد. اینها را می­توان تغییر داد تا تغییرهای کشتی یا بهبودهای برنامه­ریزی شده بر پایه سرمایه­گذاری­ها یا روش­های تازه را نیز دربرگیرند. گرچه، روی هم، سازنده کشتی بودجه­ای برای نفر-ساعت­ها دارد که به اندازه وظیفه­ها ریز شده و می­تواند پیمان­نامه را از روی آنها برنامه­ریزی کند، به آن منابع دهد و آن را پایش کند. آنگاه که کار سر وقت و به اندازه یا کمتر از بودجه انجام شود، نتیجه دست کم می­تواند سود دهی داشته باشد. اگر کار به وقت یا به اندازه بودجه نباشد شاید زیان­ده شود.
 
برای تعمیر کننده کشتی، وضعیت بسیار پیچیده­تر است. در نمونه نخست، کارهای منظم کمی هستند که می­توانند برای پایه اندازه­گیری­های تولید به کار روند. کارهایی چون تمیز کردن بدنه یا رنگ­کاری می­توانند بر پایه مشخصات و مساحتی که پوشش داده می­شود باشند، گرچه وضعیت بدنه زیر آب، که نقطه آغاز است، تنها آنگاه می­تواند روشن گردد که کشتی داک شود. گرچه، در موارد بسیاری بار کاری وابسته به وظیفه تغییر می­کند. سپس، همچنان که کار آغاز شد، شاید تغییر­هایی در وظیفه­ها پیش بیاید، که تغییر در نفر-ساعت­ها را در پی دارد.
 
گرچه، در ساخت کشتی، با وظیفه ­ها و با ارزش ثابت، هر دگرگونی که دیده نشود هزینه ­های بیشتری را در پی دارد که شاید برای آن آسیب جبرانی نباشد، وضعیت در تعمیر کشتی پیچیده­تر است. با این فرض که هیچ تغییری در اندازه محتوای کاری وظیفه روی ندهد، نیاز روشنی برای آزمودن و مدیریت هر وظیفه در اندازه بودجه نخستین هست. این نخست بر وظیفه­ هایی چون رنگ­کاری و پرداختن به به­سازی­ های زیر آبی، و به داک بردن و از داک آوردن پایه، بکار برده می­شود. چیزهایی مانند رساندن برق به کشتی در داک می­تواند بر پایه تعرفه­ای باشد و اندازه ­گیری شود. اما، بسیاری از وظیفه ­های تعمیر کشتی دگرگون می­شوند، و آنگاه که چنین شدند، شرایط گوناگونی می­توانند روی دهند:
 
شاید کار بیشتری با همان ارزش نیاز باشد، که این به زیان می­انجامد. تا جایی که بشود باید با ثابت نگرفتن ارزش­ها از این پرهیز گردد جایی که در سراسر وظیفه، نبود قطعیت بسیاری باشد. آنگاه که بر روی عاملی ثابت سازش شد، وضعیت، از دیدگاه نیاز به پایدار نگه­داشتن بودجه، همانند ساخت کشتی است.
 
شاید کار بیشتری لازم باشد، اما باید برابر ارزشی برآورد شده و پذیرفته شده پرداخت انجام شود. اکنون گره کار هنوز مدیریت کردن در اندازه بودجه (بازنگری شده) است. از دیدگاه برنامه­ریزی، وظیفه[۲] بهبود یافته باید در یک بازه زمانی سراسری ثابت، پایان یابد. اگر انبوهی از کارهای ضروری وجود دارند، آنگاه شاید درباره بازه زمانی دوباره گفتگو شود، اما کشتی معمولا یک دستور یا برنامه دارد که باید به آن رسید و تاریخ پایان مهم است. اگر کار در بازه پذیرفته شده پایان نیابد، آنگاه شاید تاوان مالی در کار باشد.
 
شاید کار بیشتری نیاز باشد، که به موجب آن، برایش پرداختی انجام شود. در اینجا برای تعمیرگر کشتی مساله­ای نیست، تنها اینکه برآمد پرداخت را به درستی پایش کند.
 
دیگر ویژگی­های برنامه ­ریزی تعمیر کشتی مانند یک ساخت از نو هستند، به ویژه در مورد نگه­داشتن تاریخ پایان. کشتی که تعمیر می­شود از خدمات­رسانی بیرون است تا به درون محوطه تعمیر کشتی برده شود، و تقریبا با اطمینان برای سفری دیگر بی­درنگ پس از آن، برنامه­ریزی شده است. از اینرو تاریخ پایان ثابت است. حتی اگر در بار کاری دگرگونی پیش آید، چنانچه در بالا گفته شد، تاریخ پایان باید نگه­داشته شود.
 
مدیریت یک پیمان­نامه تعمیر از اینرو همانا نگه­داشتن تاریخ پایان در برابر زمینه تغییر همیشگی در محتوای کار و در پی آن نیازمندی­­ها است.
 
بازخورد صنعت تعمیر کشتی در اروپا بیشتر گسترش یک زیرساخت بسیار کارآمد از پیمان­کاران، فراهم­آوران[۳] و کارگران عادی بوده است. در جاهای دیگر که هزینه کارگر پایین­تر است، شاید فشار بر مدیریت منابع کمتر باشد و تا اندازه­ای بهره ­وری کمتر از منابع، به ویژه نیروی انسانی، می­تواند پذیرفتنی باشد.
 
نرم­افزار پشتیبان در دسترس

 نیازهای تعمیر کشتی خواسته­ های ویژه­ای را از سیستم­های اطلاعاتی مدیریتی دارد. در گذشته، بیشتر مدیریت تا اندازه­ای غیر رسمی پیش برده می­شد، با تصمیم­گیری­ هایی که محلی انجام می­شدند تا فرایندهای کاری را شتاب دهند و کاغذبازی رسمی پس از آن خود را برساند. برای مدیریت این وضعیت نرم­افزار کمی در دسترس بوده است که بتواند از پس آشوب کار برآید.
 
نرم­افزار برنامه­ریزی مرسوم بر پایه شبکه است، اما روی هم فرض می­کند همینکه یک برنامه توسعه داده شد، و تا جایی که شدنی است بهینه گردید، هر تلاشی در راه نگهداری آن خواهد بود. بیشتر کار در برنامه­ریزی ساخت کشتی بر پایه ریز کردن پیمان­نامه به وظیفه­ هایی بسیار کوچک (یا بسته ­های کاری) ، با بازه­ای کوتاه، و آنگاه پرهیز نمودن از هر دگرگونی در زمان یا محتوای کار است. (مرجع ۶)
 
از اینرو تفاوت مهم میان ساخت و تعمیر کشتی در این است که در ساخت کشتی از هر دگرگونی در کار یا برنامه اگر هرگز شدنی باشد پرهیز می­شود، حال آنکه در تعمیر کشتی چشم داشت این است که دگرگونی در راه است. در جایی که نرم­افزار برنامه­ ریزی مرسوم بکار می­رود، سربار بروزرسانی همواره آن کاربرد آن را کم ارزش می­نماید. گاهی، در یک پیمان­نامه تندرو، سامانه برنامه­ ریزی برای همگام شدن با رویدادهای بر روی کشتی به دست و پا می­افتد.
 
برای مدیریت کار همچنانکه پیمان­نامه پیش می­رود، توانایی گردآوری داده­های پیشرفت درست، و زود فرستادن آنها برای کسانی که مسئول[۴] نگه­داشت وضعیت پیمان­نامه هستند ضروری است. این داده­ها همچنین برای آنکه بتوان برآورد پیش­بینی پایان کار پیمان­نامه را نمود، نیاز هستند، و از اینرو هر برنامه­ریزی دوباره را همچنانکه کار پدیدار و شناخته می­شود پشتیبانی می­کنند. گردآوری تقریبا بی­درنگ داده­ها مطلوب است تا بتوان دگرگونی­های تند گستره کار را که پدیدار می­شود مدیریت نمود.
 
   فرایندهایی هستند که برای محیط­ های کارگاهی طراحی شده­اند که می­گذارند دگرگونی ­ها مدیریت شوند. (مرجع ۷) گرچه، اینها پیش از هر چیز برای آن هستند که بتوان برنامه ­ریزی دوباره­ی ترتیب کاری را در محدوده منابع شدنی کنند، جایی که تعمیرگران کشتی انعطاف ­پذیری منابع را برای نگهداشتن برنامه پیمان­ نامه بکار می­برند. بیشتر کارگاه ­ها می­خواهند تا بهره ­وری از منابع ثابت را بیشینه نمایند. بیشتر بخش­های دیگر صنعت که خدمات و تسهیلات تعمیر می­فروشند فراورده­هایی دارند که یا از یک گونه نیستند یا می­توانند اجازه دهند تا تاریخ­ های پایان کار بلغزند. برای نمونه، یک نگهداری سواری جاده اگر دیرکرد پیش­بینی نشده­ای در تعمیر پیش آید عموما می­تواند سواری همانند دیگری را جایگزین کند. در کشتیرانی، تقریبا همه کشتی­ها، یکتا هستند، و جایگزینی بسیار دشوارتر است.
 
دیدگاه­های دیگر به مدیریت کسب و کار تعمیر کشتی بر پایه نرم­افزار حسابداری هستند. این، برآمد هزینه دقیقی را بدست می­دهد (با این فرض که داده­های دریافتی درست باشند)، اما اساسا برای ثبت هزینه­های گذشته طراحی شده است. برای آن طراحی نشده است که انعطاف­پذیری در بروز رسانی را دربر بگیرد، به ویژه دگرگونی­ها در اندازه کار و لغو شدن­هایی را که تعمیر کشتی به آنها نیاز دارد.
 
نیازمندی ­های نرم ­افزار 
نیاز به برخی سامانه­های دوگانه هست که ویژه مساله تعمیر کشتی باشند. ویژگی­های چنین سامانه­ای می­تواند بر پایه عامل­هایی شناسایی گردند که برای مدیریت موفق یک پیمان­نامه تعمیر کشتی– به زبان برنامه­ریزی - بحرانی هستند. این عامل­ها اینها هستند:
 
کل زمان سپری شده  که در دسترس پیمان­نامه است. زمانی که باید در محوطه تعمیر گذراند، و در پی آن تاریخ تحویل، در نزدیک به همه موارد یک نیازمندی مطلق است، و به یک رهیافت بحرانی وابسته است که موارد کاری را که بیشترین زمان را می­برند دربر می­گیرد.
 
بازه داک بودن، یک عنصر بزرگ زمان برای بیشتر پیمان­نامه­های تعمیر کشتی است. کشتی­ها شاید زمانی را پیش از و پس از داک شدن شناور در یک اسکله بگذرانند، اما داک امکانی راه گشاست، و حداکثر کردن شمار کشتی­ها در سراسر داک نشان­دهنده اندازه­ای از بهره­ وری برای یک محوطه تعمیر کشتی است. باز، برای این بخش تعمیر هم رهیافتی بحرانی وجود دارد، که دربردارنده موردهای اصلی زیر آب است.
 
کارکردهایی که گرد می­آیند تا یک رهیافت بحرانی[۵] را برای یک پیمان­نامه بسازند اینها هستند:
     هر تعمیر بزرگ موتور کشتی، در حالت شناور یا در داک که بخشی از زمان کل باشد.
    هر سوار کردن تجهیزات بزرگ، در حالت شناور یا درداک.
    هر کارکرد باز آماده ­سازی بزرگ.
    تعمیرهای فولادکاری، به ویژه زیر آبی که بر زمان داک اثر گذارد.
    تمیزکاری، رنگ­کاری و هر کار زیر آب دیگر که بر زمان داک اثر گذارد.
 
نخستین نیازمندی در برنامه­ریزی یک پیمان­نامه تعمیر کشتی پدید آوردن یک برنامه پیش­نویس است، بر پایه چندین عنصر، شامل:
 
    تاریخ­های رسیدن و رهسپار شدن پیشنهاد شده که دارنده کشتی به آنها نیاز دارد و مشخص می­کند.
    زمان­های مورد انتظار برای در داک و اسکله بودن، با بکار بردن داده ­های پیمان ­نامه­ های پیشین.
    همه نفر-ساعت­ها و شماره­های برآورد شده که باید بر روی کشتی پیاده شوند،
    وظیفه­ هایی که باید به پایان برسند، به ویژه آنهایی که نیاز به پیمان­کارها و خدمات بیرونی دارند.

 
از میان وظیفه­ها تنها برخی بحرانی هستند، و یک شبکه ساده می­تواند اینها را برای برپایی رهیافت بحرانی برای پیمان­نامه بکار گیرد. بی آنکه در آغاز منابع را در نظر بگیریم این توسعه انجام می­شود. با این فرض که زمان­ها شناخته شده­اند و اندازه و تراز منابع وابسته بدرستی دیده شده[۶] (که اعداد مورد  نیاز می­توانند بدست آیند و گسترش یابند) آنگاه آمیزه­ای درخور از منابع پیمان­کاری و در-خانه می­تواند به کار رود. بکارگیری پیمان­کاران، و کارگران عادی در بسیاری جاها، می­گذارد تا برنامه­ریزی بی­آنکه محدود بودن منابع مشکل بزرگی شود انجام گردد.
 
یکبار که وظیفه ­های مهم و بحرانی دیده شدند و بر روی بازه زمانی کلی توافق انجام شد، دیگر وظیفه­ها می­توانند برنامه­ریزی شوند. باز هم، اینها نیز شاید نیاز به منابع بیرونی (پیمان­کار یا عادی) و همچنین منابع درونی داشته باشند. نیاز است تا حساب تداخل­ها و وابستگی­های میان بازرگانی­ها و پیمان­کاران گوناگون را داشته باشیم، اما در بیشتر موارد، می­توان کار را آنگونه که نیاز است برنامه ­ریزی نمود.
 
نیاز بیشتری هست تا بر همه پیمان ­نامه ­ها که در محوطه تعمیر کشتی به روز هستند نگریسته شود، و هر پرسش­نامه­ای که شاید در بازه­ای که چشم­انداز برنامه­ریزی محوطه کشتی پوشش می­دهد دگرگون می­شوند، به حساب آورده شود. وضعیت پیمان­نامه تند دگرگون شونده، و اینکه شاید یک کشتی آسیب دیده بی­درنگ نیازمند رسیدگی باشد نیز به ناپایداری وضعیت برنامه ­ریزی می­انجامد.
روی هم، پیچیدگی صنعت تعمیر کشتی، دگرگونی ­های تند در نیازمندی­ها، به ویژه میان چندین پیمان­نامه و بکار بردن منابع بیرونی با هم جمع شده­ اند تا برنامه­ ریزی را جنبه­ای غفلت شده از فرایندهای کسب و کار کنند. در سالهای گذشته، دگرگونی­ها در انفورماتیک و زمینه­های وابسته برخی دست­یافت­ها را داشته است تا برنامه­ریزی را با کمی دورنمای کامیابی در مدیریت این محیط پیچیده بازنگری کرد.
 
یک MIS ویژه تعمیر کشتی 

نیازهای ویژه صنعت تعمیر کشتی باید پیشرفت هر سیستم اطلاعاتی مدیریتی را که باید کمکی واقعی فراهم کند جهت دهد. ویژگی­هایی که نیاز هستند را می­توان دسته­بندی نمود:
 
بازاریابی نیاز دارد تا برای محوطه کشتی رشته­ای از پرسش­نامه­های «خوب»، آنجا که بخت مناسبی برای یک پیمان­نامه با سودی منطقی هست فراهم کند.
 
مدیریت پایگاه مشتریان. این می­تواند حتی برای یک محوطه کشتی کوچک، بین­المللی باشد و نیاز دارد تا پی شرکت­ها، نماینده ­ها، شرکت­های مدیریتی، نمایندگی­های گرد آمده و کشتی­هایی که نیاز به تعمیر دارند برود. پایگاه داده­ها باید در دسترس باشد و بشود آن را از راه دور بروز نمود، تا یک محوطه کشتی بتواند به پیشامدهایی که اغلب به تندی دگرگون می­شوند پاسخ دهد.
 
مدیریت پرسش­نامه­ ها. یک پیمان­نامه تعمیر نوعی، کوچک است و نرخ موفقیت پرسش­نامه­ها به نوعی یک به پنج است. پیامد آن نیاز به مدیریت شمار انبوهی از پرسش­نامه­های جاری در هر زمان، پیوستن اینها به پایگاه داده­های مشتری و همواره بروز رسانی وضعیت آنها است.
 
برآوردهای نفر-ساعت به گونه ­ای آرمانی بر پایه کمی کاوش کارکردهای گذشته هستند، چنانکه می­توانند «واقعی» دانسته شوند، یعنی اگر پیمان­نامه برنده شد، سود ده خواهد بود.
 
برآوردهای مواد و فراهم­ آوری. اینها با گذر زمان با بهره­گیری از داده­های پیشین، برآوردهای فراهم­آور از هزینه، نرخ­های پیمانکار و تعرفه­های استاندارد ساخته می­شوند. دسترسی زود و آسان به برآوردهای پیشین و داده­های پیمان­نامه می­تواند افزونگی باارزشی را برای فرایند داشته باشد. اطلاعات پی­گردی[۷] نیز بسیار مهم هستند.
 
گفتگوهای پیمان­نامه می­توانند گسترش یابند و دگرگونی­ها در ویژگی­ها و اندازه کار را دربر گیرند. پی­گیری آسان تغییرات و وضعیت، بخت یک برآمد موفق را می­افزاید.
 
برنامه­ریزی تولید. یکبار که برآوردی به یک پیمان­نامه انجامید، داده­های برآورد باید به یک برنامه­ریزی کاری بیانجامند، که آنگاه همچنانکه گستره دگرگون می­شود در سرتاسر بروز نگه داشته می­شوند.
 
زمان­بندی اغلب، همچنان که کار نو پدیدار می­شود دگرگون می­شود و برخی وظیفه­ها شاید لغو شوند یا گستره آنها کم شود. برنامه­ریزی پایه اغلب سر راست است؛ نیاز به بروز نگهداشتن وضعیت وظیفه­ها و کاری که باید تا تاریخ تحویل پایان یابد دشوارتر است.
 
پایش پیشرفت. همچنین برنامه کاری همچون پایه­ای بکار می­رود که از روی آن نفر-ساعت رخداده، و هزینه­های دیگر ثبت می­شوند و نیز پیشرفت پایش می­شود. این می­گذارد تا وضعیت یک پیمان­نامه، در کنار توان سوددهی آن زود ارزیابی شود. همچنین می­گذارد برای پایش دگرگونی­ها ، مقایسه با برآورد به آسانی انجام شود.
 
کنترل کارکردها[۸] بالاترین نیازمندی تحویل است. مطمئن می­سازد که پی­آمد پیمان­نامه تا جایی که می­شود پیش­بینی شدنی است و هر گرفتاری پنهان، به ویژه با وجود پایانی بهنگام، زود نشان داده شود تا بتوان کاری کرد.
 
صورت حساب نویسی. یک برنامه کاری پایان یافته، با ساعت­ها و هزینه­های وابسته به هر وظیفه، پیشبرد یک رسید دقیق را سر راست­تر می­سازد. نتیجه می­تواند با برآورد مقایسه شود، افزوده­ها برجسته شوند و سازش می­تواند کارآمدتر مدیریت شود.
 
نگهداری داده­های بروز و آسان در دسترس، در پیمان­نامه­ها، پدید آوردن رسیدهای پیش­نویس، و توافق­نامه آنها را بسیار آسان می­نماید، که به هر دوی محوطه کشتی و مالک سود می­رساند.
 
داده­ های ناشی از فرایند مدیریت پیمان­نامه دربردارنده مواردی است که برای کارکردهای دیگر نیاز هستند.
 
صورت پرداخت[۹]. نگاشتن دقیق نفر-ساعت در برابر وظیفه­ها داده­هایی را که برای پشتیبانی صورت پرداخت نیازاند فراهم می­کند، چه داخلی باشد یا پیمان­کاری شده.
 
خرید. هزینه­ های برآورد و سپس پایانی از موارد و خدمات خریده شده برای پشتیبانی کارکرد خرید در دسترس هستند.
 
انعطاف پذیری برای مدیریت موارد بزرگ که از پیش شناخته شده­اند و هم بسیاری موارد کوچک که دیر هنگام در پیمان­نامه نیاز می­شوند اساسی است. باز، بدست آوردن داده­ها و نگهداشتن وضعیت مهم است.
 
با ساخت دسته­ای از فرایندهای همگون گرد یک پایگاه داده می­توان سامانه­ای کارآمد و یکپارچه را گستراند. با جای دادن همه داده­ها در یک جایگاه، گزارش­دهی آسان و انعطاف ­پذیر می­شود. داده­های کنونی و گذشته می­توانند گردآوری شوند، تا بگذارند یک «یادمان» شرکتی برپا شود. داده­ها می­توانند یکدست و سرتاسری باشند، تا از لغزش­ها پیش­گیری کنند و همه هزینه­ها را به دام اندارند.   
 
گرفتاری­های جهان واقعی 
در مدیریت کارآمد تعمیر کشتی با MIS گرفتاری­هایی هست.
 
«زباله به درون، زباله به بیرون» 

یکی از مهمترین سودمندی­های MIS کاهش تلاش برای گرداندن[۱۰] است – که به ویژه در محوطه­های کوچک با منابع محدود درست است. اما MIS تنها به اندازه­ داده­های دریافتیش بروز و کارگر است. بیشتر، MIS گزارش­دهی فرز و کارآمد را بدست می­دهد، اما برای دریافت داده تنها فرایندهای طاقت‌ فرسایی را فراهم می­کند. کار نشان داده است که وضعیت داده­ها با اندازه رنج­آور بودن وارد نمودن آنها وابستگی وارون دارد.   
 
برندگان در برابر بازندگان 
بیشتر، کسانی که زیر بار دادن داده­ها هستند برای خود ارزش کمی از یک سامانه در می­یابند. آنها چنین تلاشی را در تداخل با کار «درست» خود ، یا بدتر، چیزی پرت می­بینند. کارکنان گرداننده شاید MIS را یک تهدید بدانند. در برابر آنان که اطلاعات را از سیستم بیرون می­آورند شاید بهره بزرگی بدست آورند، و تکیه روز افزونی بر آن پیدا کنند. این جدایی در پذیرش کاربر بازدارنده دگرگونی­های فرهنگی است که برای کامیابی MIS نیازاند. این آنگاه بدتر می­شود که هزینه های پیش از آنکه سودمندی­ ها آشکار شوند افزوده ­شوند.
 
 
دستور ۲۰/۸۰ کاربرد ندارد
 سامانه ­های رایانه­ ای در شتاب­دهی به فرایندهای تکراری و پیش­بینی شونده برتری دارند. آنها برای تمرکز بر این فرایندها ساخته شده­اند، که گویای این است که آنچه که بیرون از آن کرانه­هاست دستی انجام خواهند شد. این در تعمیر کشتی کافی نیست جایی که سود، بیشتر، تفاوت کوچکی میان دو عدد بزرگ است. MIS تعمیر کشتی باید دارای پوشش ۱۰۰% کسب و کار محوطه باشد. حتی یک لغزش تنها یا هزینه گم شده می­تواند سوددهی یک پیمان­نامه را بگرداند. هر بار که وضعیتی ورای توانایی­های MIS باشد، از ارزش سیستم کاسته می­شود.    
 
هیچ دیدگاه جهانی یکتایی در کار نیست
 MISها از روی برخی نمونه­های ثابت کسب و کاری که آنها را مدیریت می­کنند، ساخته می­شوند و باید بشوند. این می­تواند فراگیر باشد، تا بتواند تا جایی که می­شود جهانی بکار رود، یا می­تواند گران قیمت و نشانه­رفته بر روی راه و روش کسب و کار یک سفارش­دهنده تنها باشد. در صنعتی به انعطاف پذیری و دگرگون شوندگی تعمیر کشتی، اولی به تراضی می­انجامد و بعدی به هزینه­های گران توسعه. همچنین شاید نیاز باشد تا پیمان­نامه­های جدا در یک محوطه یکتا متفاوت مدیریت شوند، با فرایندهای اجرایی متفاوت، و انعطاف پذیری­های مجاز.

MIS یکپارچه و مهبانگ­ها[۱۱] 
MIS می­خواهد تا جایگزین فرایندهایی شود که در دل کسب و کار هستند. آنها مانند مرکزی طراحی شده­اند که هر چیز دیگر از راه آنها کار می­کند.
 
رودرروی آن، شاید سامانه کنونی محوطه دربردارنده چندین نرم­افزار جدا باشد که مساله­های یکتایی را نشانه رفته­اند و با فرایندهای عمدتا دستی به هم بافته شده باشند. این سامانه­های جاری بیشتر، صفحه­گسترده­ها و پایگاه­های داده هستند. جایگزینی آنها می­تواند پیچیده باشد، هنگامی که تنها روش پیاده­سازی ممکن، یک «مهبانگ» گران و پرخطر باشد.
 
یک انجمن بازرگانی

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

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

بهره ­مند کنید و بهره ­مند شوید 

بیشتر، سامانه­های MIS گام نخست به سوی یک بازار الکترونیک برپایه تبادل رایگان و آسان داده­های الکترونیک دانسته می­شوند. تعمیر کشتی بر زنجیره­های فراهم­آوری پیچیده و کارامد تکیه دارد. اما مبادله داده­های الکترونیک ([۱۲]EDI) در تعمیر کشتی هنوز باید قول­های خود را تحقق بخشد. دشوار است که از پس بهره­وری گفتگوی تلفنی مرسوم به یک فراهم­آور[۱۳]خوب برآمد. نیاز نیست تلفن با پایگاه­های داده اختصاصی، فهرست فراورده­های یکدست شده دشوار برای نگهداری، و نگرانی­های امنیتی بازرگانی الکترونیک ستیز کند.
 
گرایش­های نو برای چیرگی بر دشواری ­ها
 با اینکه چنین دشواری­هایی هست، MISهای موفقی در صنعت تعمیر کشتی نمایان شده­اند. در انگلیس موفق­ترین نمونه­ها برنامه­هایی هستند که تلاش شایانی برای سفارشی نمودن سامانه با نیازمندی­های محوطه انجام داده­اند، و این را اغلب در بازه بزرگی از زمان برای اینکه دگرگونی­های فرهنگی نیز نمایان شوند انجام داده­اند. چنین تلاش گران قیمتی را یا خود محوطه­­­­­­های کشتی­سازی سرمایه­گذاری نموده­اند یا از راه همکاری با دولت و/یا دیگر بنگاه­ها انجام می­دهند. گرایش­های نو در فناوری انفورماتیک و پرداختن به پیشرفت نرم­افزار رفته رفته این هزینه­ها را کاهش می­دهند.
 
فناوری – GUI 

سامانه­ها از بسیار پیش از این، در پردازش داده­های نیازمندی­های ضروری در MIS، توانمند بوده­اند. یک دشواری بزر­گ­تر رابط کاربری بوده است. رابط­های گرافیکی کاربر (GUI) همچون Windows جایگزین «صفحه­های سبز» پایانه­ای شده­اند، اما هنوز برای نمایش یک تجربه حسی، به ویژه برای کاربران انفورماتیک نیاموخته، در محوطه­­­­­های کشتی­سازی با نیروی کاری مسن، در کشاکش­اند. در بسیاری موارد GUI­ها سبب پریشانی و بدگمانی کاربر می­شوند که او را از پذیرفتن باز می­دارد.  
 
هنر طراحی GUI تنها اکنون به جایی از پختگی رسیده است که رابط­های براستی دوستانه در دست هستند. روش­هایی چون «آشکار شدن پیشرونده» (که هدف نشان دادن کمترین اطلاعات لازم است اما همواره راهی نیز برای دستیابی به داده ­های بیشتر را پیش رو می­نهد) تبدیل به روندی فراگیر در میان توسعه دهندگان انفورماتیک می­شود.
 
فناوری – ذخیره داده­ ها 
جدایی مرسوم میان داده­های پایگاه داده و دیگر انواع مانند پرونده­ ها و رایانامه از میان رفته است. ابزارهای جست و جوی نوین می­توانند چندین قالب را در کنار هم بیاورند، و می­توانند بر روی رایانه­های خود محوطه کشتی­سازی پیاده شوند. سیستم ­های عامل[۱۴] نسل بعد می­خواهند تا همه تمایزها را بردارند. خواست آنها دردسترس گذاشتن هر داده­ای، از هر پایگاه یا پرونده­ای است تا  بی­درنگ آماده گردد.   
 
فناوری – اینترنت 

شاید باید اینجا میان وب فراگیر جهانی و اینترنت جدایی دید. فراگیر بودن وب به آنجا انجامیده که به نادرست با «اینترنت» یکی دانسته شود. وب تنها یک ابزار است که بر روی اینترنت قرار می­گیرد. توجه بسیاری به نرم­افزارهای ساخته شده در وب جلب شده است که رهیافتی برپایه خدمات فراهم­سازی کارکرد ارائه می­دهند. شرکت­هایی چون Salesforce.com با مدیریت ارتباط مشتری (CRM) برای هر شرکتی دارای اتصال به اینترنت صورت بخشیده­اند. پروژه INTERMAR نمونه­ای بجاست، که یک سامانه همکاری برپایه وب برای مدیریت زنجیره تامین برای تعمیر کشتی فراهم می­کند.
 
با این حال سامانه­ های برپایه وب بر زیرساختی چالاک، محکم و امن انفورماتیک سوارند که شاید محوطه­­­­­ها ورزیدگی، منابع یا گرایش برای نگهداری آنها را نداشته باشند. افزون بر این، تجربه کاربر سامانه­های برپایه وب محدود است. گرایش­های نو به سوی GUIهای غنی­تر و کارگرتر بازگشته­اند که به نرم­افزارهایی که به گونه مرسوم نصب می­شوند نیاز دارند. از اینرو بکار بردن وب برای توزیع داده­ها به کاربران، به MIS پیچیده وابسته نیست. به هر حال پیشرفت سریعی در برنامه­نویسی وب پیشرفت چندین فناوری موازی دیگر را که روی اینترنت کار می­کنند در پی داشته است. اینها بیشتر، برای کاربر نادیدنی هستند اما می­گذارند سامانه­ها حتی از راه دور پایش، نگهداری و پشتیبانی شوند. پشتیبانی راه دور کارآمد این است که گزینه آوردن سامانه­های از پیش آماده یا سفارشی شده و پیچیده، حتی برای محوطه­­­­­های کشتی­سازی با منابع محدود انفورماتیک که  از آن خودشان باشد، شدنی است.   
 
پرداختن به پیشرفت[۱۵]

 با بودن این گرایش­ها، در ساخت MIS کارآمد، فناوری، عامل بازدارنده نیست. مشکل در سفارشی­سازی[۱۶] است. هر محوطه کشتی­سازی یکتاست که به گونه­ای آرمانی نیاز به یک سامانه یکتا دارد. دشواری اصلی، هزینه پیشبرد چنین سامانه­ ی یکتایی است. در MIS کنونی یک دوگانگی هست – یا سامانه­های سفارشی بسیار گران، یا سامانه­های دردست و از پیش آماده ارزان. این دوگانگی در پایه به هزینه­های پیشبرد وابسته است. MIS­های سفارشی شده برای آن گران هستند که این هزینه­ها را بپوشانند. MIS ارزان باید آن اندازه همگانی باشد تا همه جا پیاده شود و فروش رود.
 
پیشرفت چابک[۱۷] 

آنچه نیاز است ابزاری برای پایین آوردن هزینه­های توسعه برای سامانه­های سفارشی است. این موضوع جنبش «توسعه چابک» در صنعت انفورماتیک است که آمیزه­ای از ابزار و بهترین روش­ها  را پیشنهاد می­کند که می­توانند برای تولید سریعتر و ارزان­تر نرم­افزار بکار رود. اندیشه اصلی، یک رهیافت توسعه تکرار شونده و شامل کاربران است. نرم­افزار «زود به زود و اغلب» بیرون داده می­شود که بازخوردی بی­درنگ، دریافت درست­تری از نیازمندی­ها، و پدید آوردن وابستگی همکاری (یا دست کم گرایش) با کاربران آینده را ممکن می­کند.  
 
این فرایند برون­دهی زود بزود یک طراحی ماجولار[۱۸] را لازم می­دارد. این می­تواند پاسخ مشکل پیاده­سازی­های «مهبانگ» و تکان­های فرهنگی در پی آنها را  بدهد. سامانه­ای که بیت به بیت توسعه داده شده است ذاتا، می­توان بیت به بیت آن را بکار برد. افزون بر این هر زمینه کاری می­تواند آن اندازه پیش برده شود که تنها به اندازه کافی خوب باشد، و نه بیشتر. همه این عامل­ها رهیافت افزایشی مبنی بر «نخست-سود» را برای سازگاری بدست می­دهند.
  
 منبع باز[۱۹] 
تنها گرایش برجسته در جهان پیشرفت نرم­افزار رشد نرم­­افزار منبع باز بوده است – نرم­افزار رایگان برای توسعه و در دسترس. هزاران برنامه­نویس در برابر هیچ کار می­کنند و نرم­افزاری می­سازند که دیگران می­توانند درون فراورده­هایشان به کار برند. دریافتن جنبش منبع باز سخت است اما به آسانی می­توان از آن سود برد. می­شود گروه­های کوچک توسعه با هزینه­های بسیار کمتر از گذشته، نرم­افزار پدید آورند. منبع باز همچنین دوباره سودمندی­های همکاری، استانداردها، و پردازش به اندازه کافی خوب را برجسته نموده است، که همگی به استراتژی­های توسعه کوچک، ارزان در توسعه چابک کمک می­کنند.  
 
MIS  ارزان 

آمیزه شاد توسعه چابک و منبع باز کاستن هزینه توسعه است که سفارشی­سازی متمرکز و سریع را شدنی می­سازند. پیشرفت­های فناوری این را پشتیبانی می­کنند و پشتیبانی پس از فروش و نگهداری ارزان­تر را شدنی می­سازند. جا افتادگی فرایندهای طراحی می­تواند دگرگونی­های فرهنگی لازم را هنگام تطبیق یک MIS هموار کند، و هزینه­های جنبی مانند آموزش را پایین آورد. MIS پیچیده، ارزان می­شود.
 
جمع ­بندی
 سودمندی­ های MIS بسیار هستند. گرچه دشواری­هایی هست. سفارشی­سازی راه­گشاست، که می­گذارد یک محوطه کشتی­سازی، MIS خود را برای نیازهای کسب و کار و فرهنگی­اش بسازد.
 
سفارشی ­سازی همیشه شدنی بوده است، اما با هزینه­ای دور از دسترس برای بیشتر محوطه­­­­­های کشتی­سازی. بهینه­سازی­های نو در طراحی و توسعه نرم­افزار در حال کاهش این هزینه­ها هستند، و سامانه­ای ارزان و سفارشی شده برای هر محوطه کشتی را ممکن می­سازند.   
 
References 
۱. STEWART, H.P 
Successful Production of a Competitive fixed-price Ship Repair Job
 Journal : Marine Technology. April ۱۹۹۷, Vol. ۳۴, No. ۲, pp. ۹۶-۱۰۸ 
Publisher : The Society of Naval Architects & marine Engineers, Jersey City, NJ,
 USA. 
۲. Hills, W., Snaith, G.R., Bruce, G., Braiden, P.,
 Computer-aided Engineering in Shipbuilding and Repair,
 Final Report, Department of Trade and Industry, Contract Report, October ۱۹۹۲
 ۳. HILLS, B and STORCH, R.L
 Computer Aided Manufacturing in Small Shipyards: a U.S. and U.K. Comparative
 Study. 
Journal of Ship Production May ۱۹۹۵. Vol. ۱۱, No. ۱, pp. ۸۱-۸۹
 ۴. BREWSTER, A, BRUCE, G, EVANS, M and HILLS, B 
Development of cost-effective computer management information systems for small
 shipyards.
 Journal of Ship Production, May ۱۹۹۷ Vol. ۱۳, No. ۲, pp. ۱۲۵-۱۳۷ 
Publisher : The Society of Naval Architects & marine Engineers, Jersey City, NJ, 
USA. 
۵. LINDAHL, INGEMAR. 
The Computerization of the Information Flow in Ship Repair. 
۸th International Conference on Computer Applications in Shipbuilding. 
Sept ۵-۹ ۱۹۹۴ in Bremen, Germany. (Volume ۲). 
Publisher : Berry Rasmusson Reklam AB, Sweden. ISBN: ۹۱-۶۳۰-۲۷۶۲-۳
 ۶. DEPARTMENT OF TRADE AND INDUSTRY. 
Study of UK Ship Repair and its International Competitiveness.
 Contract Reference : EC/۴۹۱۳ 
First Marine International Limited. 
August ۱۹۹۵ 
۷. FILIPI, BOGDAN. 
Task Scheduling and Resource Management in Ship Repair Using a Genetic
 Algorithm. 
۸th International Conference on Computer Applications in Shipbuilding. 
Sept ۵-۹ ۱۹۹۴ in Bremen, Germany. (Volume ۲). Publisher : Berry Rasmusson 
Reklam AB, Sweden. ISBN : ۹۱-۶۳۰-۲۷۶۲-۳ 
۸. ELTRINGHAM, D., and FRENCH, G. 
Experiences of Introducing ISO ۹۰۰۰ and Total Quality Management in U.K. 
Shipbuilding and Ship Repairing. 
Journal of ship production. August ۱۹۹۵. Vol. ۱۱, No. ۳, pp. ۱۹۶-۲۰۲. 
Saleforce.com : www.salesforce.com 
Google Desktop Search : http://desktop.google.com/about.html 
Copernicus Desktop Search : http://www.copernic.com/en/products/desktop-search/
 WinFS : http://msdn.microsoft.com/msdnmag/issues/۰۴/۰۱/WinFS/
 Intermar : http://lms.mech.upatras.gr/intermar/
 Agile Development : http://agilemanifesto.org/
 
 
 

ارسال نظر
  • دیدگاه های ارسال شده توسط شما، پس از تایید تین نیوز، تا ۲۴ ساعت بعد منتشر خواهد شد.
  • تین نیوز نظراتی را که حاوی توهین یا افترا است، منتشر نمی‌کند.
  • پیام هایی که به غیر از زبان فارسی یا غیر مرتبط باشد منتشر نخواهد شد.
  • انتشار مطالبی که مشتمل بر تهدید به هتک شرف و یا حیثیت و یا افشای اسرار شخصی باشد، ممنوع است.
  • جاهای خالی مشخص شده با علامت {...} به معنی حذف مطالب غیر قابل انتشار در داخل نظرات است.
  • در نوشتن نظرات، لطفا بعد از هر کلمه، یک فاصله خالی بگذارید.
  • در انتقال تخلفات دستگاه‌ها، موارد تخلف را با ضمیمه نمودن اسناد تخلف به آدرس info@tinn.ir ارسال نمایید تا امکان پیگیری بصورت مستند فراهم شود.