⭕️⭕️⭕️⭕️⭕️⭕️❌❌❌❌❌❌❌❌⭕️⭕️⭕️⭕️⭕️⭕️⭕️⭕️
ریسک در پروژه نرم افزاری به چه معناست؟
موسسه مدیریت پروژه (PMI) ریسک را به طور زیر تعریف می کند :

«رویدادی نامعین یا موقعیتی که اگر اتفاق بیافتند بر هدف پروژه تاثیر مثبت یا منفی خواهند گذاشت.»

در این جمله باید به عبارت مثبت یا منفی , توجه ویژه ای داشت.

@SystemAnalysis #ProjectManagement

✅مجموعه قرار داد هایی که باید مهندسان نرم افزار با آن ها و میزان ریسک آن ها آشنا باشند❗️❗️

قرارداد اول : قیمت مقطوع و ثابت✅

در این نوع قرار داد , پیمانکار متعهد به انجام خدمات مندرج در قرار داد خود خواهد بود و در قبال انجام کلیه خدمات , مبلغ ثابتی که مورد توافق کارفرما ( طرف اول قرار داد ) و پیمانکار ( طرف دوم قرار داد ) بوده و در قرار داد قید شده است را دریافت خواهد کرد. کلیه هزینه های مربوط به نیروی انسانی, تجهیزات و ماشین آلات , طرح , نقشه , روش اجرا , اطلاعات و ریسک به عهده پیمانکار خواهد بود .

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

✅✅✅✅✅✅✅✅✅✅✅✅✅✅✅
معمولا هنگامی که پروژه ها وارد مراحل اجرایی می شوند , حوزه فعالیت های پروژه یا محدوده کارهای پروژه تغییرات زیادی نسبت به زمان مذاکره و عقد قرار داد خواهد داشت. این روش به علت انتقال مقادیر عمده ای از ریسک پروژه به پیمانکار , روش مناسبی برای عقد قرار داد و انجام پروژه های عمومی است. البته باید به یاد داشت که معمولا در اینگونه قراردها بند یا ماده ای به نام تعدیل در نظر گرفته می شود تا بدین وسیله تورم و افزایش غیر منطقی ریسک توسط کارفرما جبران شود.

🛑🛑🛑🛑🛑🛑🛑🛑🛑🛑🛑🛑🛑🛑🛑
حال به نظر شما , ایا این فرم قرار داد در پروژه های مهندسی نرم افزار مناسب است ؟
میزان ریسک ضرر اقتصادی در این پروژه های نرم افزاری چقدر است ؟
برای بررسی این پرسش ها و مطالب بیشتر می توانید به گروه تحلیل و طراحی نرم افزار رجوع کنید:
https://telegram.me/joinchat/Bvjv_j9FFJ_Ak9eT5P0_EQ

آدرس کانال تحلیل و طراحی نرم افزار :
@SystemAnalysis

تگ ها :
#ProjectManagement #Project #Risk

✅مجموعه قرار داد هایی که باید مهندسان نرم افزار با آن ها و میزان ریسک آن ها آشنا باشند❗️❗️

قرارداد دوم : قرارداد اضافه هزینه ( هزینه مبنا/دستمزدی)✅

این روش معمولا به عنوان یک روش قابل انعطاف بکار برده می شود. این روش ایجاب می کند که کارفرما درصدی از هزینه ها را به عنوان سود پیمانکار به وی پرداخت کند. باید توجه داشت که در این روش نظارت بر هزینه ها به عهده کارفرما خواهد بود.

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

یکی از معایب این روش این است که پیمانکار برای دستیابی به سود بیشتر , مایل است تا هزینه پروژه به حداکثر برسد, چرا که سود پیمانکار درصدی از کل هزینه ها خواهد بود . بنابراین باید تلاش کارفرما به نظارت بر اجرای پروژه توسط پیمانکار متمرکز شود.

در این روش , عمده ریسک هزینه ای نصیب کارفرما شده و فقط بخش کمی از ریسک , آنهم در بخشهای اجرایی به پیمانکار منتقل خواهد شد.

🛑🛑🛑🛑🛑🛑🛑🛑🛑🛑🛑🛑🛑🛑🛑
حال به نظر شما , ایا این فرم قرار داد در پروژه های مهندسی نرم افزار مناسب است ؟
میزان ریسک ضرر اقتصادی در این پروژه های نرم افزاری چقدر است ؟
برای بررسی این پرسش و مطالب بیشتر می توانید به گروه تحلیل و طراحی نرم افزار رجوع کنید:
https://telegram.me/joinchat/Bvjv_j9FFJ_Ak9eT5P0_EQ

آدرس کانال تحلیل و طراحی نرم افزار :
@SystemAnalysis

تگ ها :
#ProjectManagement #Project #Risk

✅معماری ماکروسرویس چیست ؟

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

🛑🛑🛑🛑🛑🛑🛑🛑🛑🛑🛑🛑🛑🛑🛑
گروه تحلیل و طراحی نرم افزار :
https://telegram.me/joinchat/Bvjv_j9FFJ_Ak9eT5P0_EQ

آدرس کانال تحلیل و طراحی نرم افزار :
@SystemAnalysis

تگ ها :
#ProjectManagement #Project #Risk

✅ارزش معماری ماکروسرویس


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


🛑🛑🛑🛑🛑🛑🛑🛑🛑🛑🛑🛑🛑🛑🛑
گروه تحلیل و طراحی نرم افزار :
https://telegram.me/joinchat/Bvjv_j9FFJ_Ak9eT5P0_EQ

آدرس کانال تحلیل و طراحی نرم افزار :
@SystemAnalysis

تگ ها :
#ProjectManagement #Project #Risk

✅مجموعه قرار داد هایی که باید مهندسان نرم افزار با آن ها و میزان ریسک آن ها آشنا باشند❗️❗️

قرارداد سوم : قرارداد واحد بها (فهرست بهایی)✅

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

🔵🔵🔵🔵🔷🔷🔷🔷🔵🔵🔵🔵🔷🔷🔷🔷
یکی از موارد کاربرد این روش هنگامی است که کارفرما امکان فراهم سازی امکانات مورد نیاز پیمانکار برای انعقاد قرار داد به روش قیمت مقطوع را نداشته باشد.البته در این روش یادشده, این مزیت وجود دارد که کارفرما می تواند پروژه ها را زودتر از قرارداد قیمت مقطوع آغاز نماید و طراحی پروژه را می تواند به موازات پیشرفت پروژه تکمیل نماید.

🔵🔵🔵🔵🔷🔷🔷🔷🔵🔵🔵🔵🔷🔷🔷🔷
هرگاه در یک قرار داد قیمت مقطوع کار اضافه به پیمانکار ارجاع شود , منطقی ترین راه برای قیمت گذاری کارهای جدید استفاده از فهرست بهاست. استفاده از قرار داد فهرست بهایی به پیمانکار انگیزه می دهد تا از طریق افزایش کارایی سود خود را به حداکثر برساند. در این روش , سنجش و اندازه گیری کارهای انجام شده برعهده کارفرما و یا دستگاه نظارت است.

🔵🔵🔵🔵🔷🔷🔷🔷🔵🔵🔵🔵🔷🔷🔷🔷
در این روش قراردادی, سهم پیمانکار از ریسک پروژه بیشتر از کارفرما خواهد بود. چراکه کارفرما با محاسبه حجم کار و لحاظ کردن ضرایب قیمت, وضعیت پرداخت های خود را به شکل نسبتا واضح می داند و در قبال پرداخت مبلغ محاسبه شده , دستیابی به اهداف تعیین شده در قرارداد را از پیمانکار خواستار است. اما در این حالت پیمانکار هیچگونه اضافه بهایی را دریافت نخواهد کرد و موظف است در قبال دریافت مبلغ تعیین شده در فهرست بها و ضرایب متعلقه (مینوس و پلاس) , کار محول شده را در هر حالتی و با وجود هر شرایطی انجام و تحویل دهد.

🛑🛑🛑 🛑🛑🛑 🛑🛑🛑 🛑🛑🛑 🛑🛑🛑
@SystemAnalysis

قرار داد اول : https://t.me/SystemAnalysis/1626
قرار داد دوم : https://t.me/SystemAnalysis/1632

تگ ها :
#ProjectManagement #Project #Risk

✅مجموعه قرار داد هایی که باید مهندسان نرم افزار با آن ها و میزان ریسک آن ها آشنا باشند❗️❗️

قرارداد چهارم : کلید دردست (طرح و ساخت)✅

در این روش , پیمانکار مسئول اجرای کلیه فاز های پروژه از طراحی تا تحویل است و همچنین در این نوع قرار داد , کارفرما جهت متقاعد سازی پیمانکاران برای پذیرش مسعولیت , حداقل تلاش را انجام می دهد.

🔵🔵🔵🔵🔷🔷🔷🔷🔵🔵🔵🔵🔷🔷🔷🔷
پیمانکار , مسعولیت طراحی و اجرا را به شکل تفکیک نشده خواهد داشت. این روش برداشتی از روش قیمت مقطوع بوده و در نتیجه کلیه ریسک های پروژه به پیمانکار منتقل شده و به جز ریسکهای ناشی از انتخاب اهداف , هیچگونه ریسکی متوجه کارفرما نخواهد بود.

🔵🔵🔵🔵🔷🔷🔷🔷🔵🔵🔵🔵🔷🔷🔷🔷
در این قرار داد , کارفرما فقط مسعول پرداخت بهای پروژه است , بنابراین مسعول ریسکهای مالی است.


🛑🛑🛑 🛑🛑🛑 🛑🛑🛑 🛑🛑🛑 🛑🛑🛑
@SystemAnalysis

قرار داد اول : https://t.me/SystemAnalysis/1626
قرار داد دوم : https://t.me/SystemAnalysis/1632
قرار داد سوم : https://t.me/SystemAnalysis/1666

تگ ها :
#ProjectManagement #Project #Risk

✅مجموعه قرار داد هایی که باید مهندسان نرم افزار با آن ها و میزان ریسک آن ها آشنا باشند❗️❗️

قرارداد پنجم : مشارکتی✅

این روش موجب خواهد شد که تا عوامل درگیر در پروژه , در ریسکها و منافع پروژه سهیم و شریک باشند.معمولا این قرارداد ها هنگامی کاربرد دارد که به دلیل تخصصی بودن پروژه یا علت های سیاسی یا بزرگی پروژه , چند شرکت مختلف مسعولیت اجرای پروژه را به عهده بگیرند که البته این مشارکت می تواند بین کارفرما و پیمانکار نیز صورت پذیرد .


🔵🔵🔵🔵🔷🔷🔷🔷🔵🔵🔵🔵🔷🔷🔷🔷
در این روش ریسک پروژه بر اساس مسعولیت و وظایف هر یک از اعضای گروه مشارکتی و معمولا به شکل متناسب تقسیم خواهد شد.


🛑🛑🛑 🛑🛑🛑 🛑🛑🛑 🛑🛑🛑 🛑🛑🛑
@SystemAnalysis

قرار داد اول : https://t.me/SystemAnalysis/1626
قرار داد دوم : https://t.me/SystemAnalysis/1632
قرار داد سوم : https://t.me/SystemAnalysis/1666
قرار داد چهارم : https://t.me/SystemAnalysis/1672

تگ ها :
#ProjectManagement #Project #Risk

✅مجموعه قرار داد هایی که باید مهندسان نرم افزار با آن ها و میزان ریسک آن ها آشنا باشند❗️❗️

قرارداد ششم (قرارداد آخر) : قرار داد توسعه - راه اندازی - تحویل ✅

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



🛑🛑🛑 🛑🛑🛑 🛑🛑🛑 🛑🛑🛑 🛑🛑🛑
@SystemAnalysis

قرار داد اول : https://t.me/SystemAnalysis/1626
قرار داد دوم : https://t.me/SystemAnalysis/1632
قرار داد سوم : https://t.me/SystemAnalysis/1666
قرار داد چهارم : https://t.me/SystemAnalysis/1672
قرارداد پنجم : https://t.me/SystemAnalysis/1711

تگ ها :
#ProjectManagement #Project #Risk