خانه > Agile > IT های سازمانی و توسعه نرم افزار با Agile

IT های سازمانی و توسعه نرم افزار با Agile


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

IT Man های سازمان ها سوال می پرسند که از کجا شروع کنیم ؟ چگونه شروع کنیم ؟ چگونه Agile  را  در سازمان برای توسعه نرم افزار به کار بگیریم ؟ ایده چگونه باید نرم افزار بشود ؟مرگ نرم افزار کی فرا می رسد ؟

جواب این است که شما باید از ALM یا همان Application Life cycle Management استفاده نمایید. و در واقع هدف اصلی این پست تبیین و توضیح ALM می باشد .

ALM چیست ؟

ALM یک Business Process  برای مدیریت چرخه نرم افزار از ایده تا مرگ می باشد.  بعضی از دوستان ALM را با SDLC اشتباه می گیرند در حالیکه خود SDLC که همان چرخه توسعه نرم افزار می باشد داخل ALM قرار دارد و به عبارتی SDLC جزئی از ALM می باشد .

ALM شامل 3 زمان ایده , Deployment  و مرگ نرم افزار می باشد . در هر زمان یا فواصل بین زمان ها  نمود و یا جنبه ای از ALM انجام می شود که به اینها جنبه و یا نمود ALM گفته می شود که به شرح ذیل می باشند :

  • Governance
  • Development
  • Operation

برای درک بهتر و راحتر مطلب به شکل زیر توجه نمایید :

https://sirasad.files.wordpress.com/2010/09/almaspects.jpg?w=592Governance یا مدیریت

این نمود از ALM از زمان ایده تا زمان مرگ نرم افزار ادامه دارد . این نمود بیشتر در مورد تصمیم گیری در مورد Application خواهد بود . یعنی تصمیات کلیدی و مدیریتی طی این نمودگرفته خواهند شد .

تصمیم گیری هایی که در این نمود انجام می شود به صورت زیر می باشد :

https://sirasad.files.wordpress.com/2010/09/almgovernance.jpg?w=592

  • کدام نرم افزار خاص باید توسعه داده شود ؟ (Business Case Development – Project Approved )
  • منابع چگونه برای نگه داری این Application  باید توزیع شوند ؟ (PPM APM)
  • چه زمانی باید این  Application از رده خارج شود ؟

اینها تصمیمات کلیدی هستند که باید طی نمود Governance گرفته شود و همانطور که قابل درک اینها تصمیمات مدیریتی هستند که باید توسط مدیران IT و سازمان گرفته شود . شکل بالا به صورت توالی زمانی و کاملاواضح نمود Governance را تشریح کرده است و نیازی به توضیح اضافی نیست.

Development یا توسعه

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

https://sirasad.files.wordpress.com/2010/09/almdevelopment.jpg?w=592

توضیحی که می توان در مورد شکل بالا داد این است که دو بار SDLC انجام گرفته است که بار اول همان ساخت نرم افزار است و بار دوم قسمت های ناقص نرم افزار ساخته شده است . در مورد  SDLC می توان عرض کرد که شما می توانید از هر چرخه توسعه نرم افزار برای این مورد استفاده کنید که چرخه مورد نظر من همان روش محبوب Agile می باشد .

همانطور که می دانید در Agile  کارها و پیاده سازی ها طی تکرارها یا Iterative های متوالی انجام می شود که به این تکرار ها در اسکرام اسپرینت گفته می شود . در اول هر اسپرینت تعدادی نیازمندی انتخاب و در طی اسپرینت نیازمندی ها پیاده سازی می شود . همانند شکل زیر :

https://sirasad.files.wordpress.com/2010/09/almsdlc.jpg?w=592

اما در نمود Development علاوه بر SDLC وظایف Maintenance یا نگه داری هم انجام می شود که برای حفظ Application  ضرروری می باشد .

Operation یا عملیاتی

این نمود شامل دو عملیات کلی Monitor کردن Application  و Deployment می باشد . عملیات Deployment این نمود بعد از هر SDLC و یا Update  بخشی از نرم افزار شروع و خاتمه پیدامی کند . ولی عملیات Monitoring  از اولین و حتی قبل از اتمام SDLC اول شروع و تا زمان مرگ نرم افزار ادامه پیدا می کند . در مونتیورینگ اشکالات و کمبود های نرم افزار کشف و برای آنها تصمیم گیری می شود و سپس براساس تصمیم گیری توسعه پیدا می کنند .

https://sirasad.files.wordpress.com/2010/09/almoperations.jpg?w=592

ALM چگونه ؟

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

شرکت های بزرگی مانند مایکروسافت و یا IBM ابزارهای خوبی در این خصوص ارائه داده اند . مایکروسافت TFS یا Team Foundation Server  خود را معرفی کرده است و IBM نرم افزار Jazz server را معر فی کرده است . بدلیل اینکه اکثر دوستان از Visual Studio استفاده می کنند من هم پیشنهاد می کنم برای این منظور از TFS 2010 به همراه Visual Studio 2010 استفاده نمایید زیرا که یکپارچگی خوبی ایجاد می شود .

https://sirasad.files.wordpress.com/2010/09/visual-studio-2010-stadium-diagram_thumb.png?w=592

یاشیاسیز

Advertisements
  1. AmirGT
    سپتامبر 17, 2010 در 8:08 ب.ظ.

    سلام
    ممنون از مقاله جالب و کاملا متفاوت
    من درباره ALM زیاد مطالب خونده بودم ولی تا این عمق متوجه نشده بودم. بسیار مقاله واضح و مفیدی بود.

  1. No trackbacks yet.

پاسخی بگذارید

در پایین مشخصات خود را پر کنید یا برای ورود روی شمایل‌ها کلیک نمایید:

نشان‌وارهٔ وردپرس.کام

شما در حال بیان دیدگاه با حساب کاربری WordPress.com خود هستید. بیرون رفتن / تغییر دادن )

تصویر توییتر

شما در حال بیان دیدگاه با حساب کاربری Twitter خود هستید. بیرون رفتن / تغییر دادن )

عکس فیسبوک

شما در حال بیان دیدگاه با حساب کاربری Facebook خود هستید. بیرون رفتن / تغییر دادن )

عکس گوگل+

شما در حال بیان دیدگاه با حساب کاربری Google+ خود هستید. بیرون رفتن / تغییر دادن )

درحال اتصال به %s

%d وب‌نوشت‌نویس این را دوست دارند: