شما اینجایید
خانه > طراحی و پیاده سازی (برگه 2)

فرایند یکپارچۀ منطقی یا RUP (قسمت ششم)

در قسمت‌های قبلی مقالۀ RUP یا فرایند یکپارچۀ منطقی علاوه بر معرفی RUP و روش‌های مؤثر آن، به بررسی بخش پویای مدل فرایند پرداختیم. در ادامه ساختار ایستای فرایند را بررسی می‌کنیم.

ساختار ایستای (استاتیکِ) فرایند

در یک فرایند توصیف می‌شود که چه

انتخاب رویکرد توسعه (قسمت پنجم-پایانی)

انتخاب رویکرد توسعه

در آخرین بخش مقالۀ انتخاب رویکرد توسعۀ نرم‌افزار، روش توسعۀ سریع نرم‌افزار (RAD) را بررسی می‌کنیم. اگر بخش‌های قبلی این مقاله را مطالعه نکرده‌اید، برای دستیابی به قسمت‌های قبلی، بر پیوندهای انتهای این مقاله کلیک کنید.

توسعۀ سریع نرم‌افزار (RAD, Rapid Application Development)

فرایند یکپارچۀ منطقی یا RUP (قسمت پنجم)

پس از بررسی فاز جزئیات ماهرانه یا Elaboration Phase در قسمت قبلی مقالۀ «فرایند یکپارچۀ Rational» در این قسمت فاز ساخت را بررسی می‌کنیم.

فاز ساخت (Construction Phase) 

در طی فاز ساخت، تمام

انتخاب رویکرد توسعه (قسمت چهارم)

انتخاب رویکرد توسعه

در قسمت قبلی مقالۀ انتخاب رویکرد توسعه، روشگانِ خطی-تکرارشوندۀ افزایشی یا Incremental را بررسی کردیم. در این بخش نیز به بررسی روش خطی-تکرارشوندۀ دیگری می‌پردازیم: روش مارپیچی یا Spiral .

روش مارپیچی (اسپیرال) (Spiral)

نوع چارچوب: ترکیبی از خطی

فرایند یکپارچۀ منطقی (قسمت چهارم)

فرایند یکپارچۀ منطقی

در قسمت قبلی این مقاله دیدیم که چگونه می‌توان فرایند را در دو بُعد مدل‌سازی کرد و چرخۀ توسعۀ فرایند یکپارچۀ منطقی از 4 فاز تکوین، جزئیات ماهرانه، ساخت و گذار تشکیل شده است. پس از اینکه مرحلۀ تکوین (Inception Phase) را بررسی

انتخاب رویکرد توسعه (قسمت سوم)

انتخاب رویکرد توسعه (قسمت سوم)

در دو قسمت قبلی این مقاله به بررسی دو روش آبشاری (Waterfall) و پیش‌نمونه‌سازی (Prototyping) پرداختیم. در ادامه روش افزایشی یا Incremental را بررسی می‌کنیم.

Incremental (روش افزایشی)

نوع چارچوب: ترکیبی از خطی و تکرارشونده

اصول پایه‌:

چرا الیکسیر؟ (Elixir)

چرا الیکسیر

چرا الیکسیر؟ (Elixir)

الیکسیر تقریباً زبان برنامه‌نویسی جدیدی است که در بین توسعه‌دهندگان محبوبیت زیادی یافته است. خوزِه وَلیم [1] که سال‌ها در جمعیت توسعه‌دهندگانِ Ruby بود این زبان را در سال 2010 ساخت. در آن زمان خوزه و همکارانش در Plataformatec در جستجوی راهی برای

انتخاب رویکرد توسعه (قسمت دوم)

انتخاب رویکرد توسعه

در اولین قسمت مقالۀ انتخاب رویکرد توسعه، به متدلوژی (رَوِشگانِ *) آبشاری یا واترفال پرداختیم. در قسمت دوم این مقاله، «پیش‌نمونه‌سازی» یا Prototyping را بررسی می‌کنیم.

پیش‌نمونه‌سازی (Prototyping)

نوع چارچوب کار: تکرارشونده

چرا داکِر؟ (Docker)

برای کدنویسی برای ساختن وب‌سایت‌ها و برنامه‌های کاربردی وب، فهمیدن دو موضوع اهمیت دارد:

  1. تنظیم محیط توسعۀ محلی برای پشتیبانی از ابزار موردنیاز و مؤثر کردن کدنویسی؛
  2. انتشار یا استقرار کد در وب.

داکر یک فناوری است که تلاشی را که برای این

فرایند یکپارچه منطقی یا RUP (قسمت دوم)

فرایند یکپارچه منطقی

در قسمت اول مقالۀ «فرایند یکپارچۀ منطقی» یا RUP علاوه بر معرفی این فرایند و شش روش مؤثر در آن، به یکی از این روش‌ها پرداختیم. فهمیدیم که در فرایند یکپارچه منطقی، از یک رویکرد تکرارشونده استفاده می‌شود که موارد با ریسک بالا را در هر