موضوع مقاله: فرایند یکپارچه | مخاطب: عمومی | لحن: دانشنامه‌ای | ساختار: عنوان، مقدمه، 3 بخش، جمع‌بندی | مقاله: | # فرایند یکپارچه | مقدمه: فرایند توسعه نرم‌افزار یکپارچه یا فرایند یکپارچه یک چارچوب محبوب تکراری و افزایشی فرایند توسعه نرم‌افزار است. | ## بخش 1: فرایند یکپارچه | بررسی اجمالی فرایند یکپارچه، تنها یک فرآِیند نیست بلکه یک چارچوب قابل توسعه است که باید برای سازمان‌ها یا پروژه‌های خاص سفارشی شود. به عنوان یک نتیجه، اغلب غیرممکن است که بگوییم آیا یک پالایش از فرایند، مشتق شده از UP است یا از RUP، بنابراین این نام‌ها به جای یکدیگر استفاده می‌شوند. اولین کتابی که این فرایند را توصیف می‌کند با عنوان فرایند توسعه نرم‌افزار یکپارچه (ISBN 0-201-57169-2) در سال ۱۹۹۹ توسط ایوار جاکوبسون، گردی بوش و جیمز رامباگ منتشر شده‌است. ویژگی‌های فرایند یکپارچه تکراری و افزایشی چپ|قاب|نمودار نشان می‌دهد که چگونه تأکید نسبی روی روندهای مختلف در طول دوره پروژه تغییر می‌کند فرایند یکپارچه یک فرایند تکراری و افزایشی توسعه روند. فازهای تحلیل جزئیات، ساخت و ساز و انتقال به یک سری از تکرارهای زمانبندی شده تقسیم می‌شوند. (فاز آغازین نیز در یک پروژه بزرگ ممکن است به تکرارهایی تقسیم شود) هر تکرار منجر به یک افزایش است که این افزایش یک نسخه از سیستم است که شامل عملکرد بهبود یافته یا اضافه شده در مقایسه با نسخه قبلی است. اگر چه بیشتر تکرارها شامل کار کردن در بسیاری از مراحل فرایند هستند (به عنوان مثال نیازمندی‌ها، طراحی، پیاده‌سازی و تست)، تلاش نسبی و تأکید در طی دورهٔ پروژه تغییر خواهد کرد. معماری-محور فرایند یکپارچه اصرار دارد که معماری در قلب تلاش تیم پروژه برای شکل‌دادن به سیستم بنشیند. از آنجایی که هیچ مدلی به تنهایی برای پوشش تمام جنبه‌های یک سیستم کافی نیست، فرایند یکپارچه از چندین مدل معماری و نمایش پشتیبانی می‌کند. یکی از مهم‌ترین موارد قابل تحویل در این فرایند، اساس معماری قابل اجرا است که در طول فاز تحلیل جزئیات ساخته می‌شود. این پیاده‌سازی جزئی از سیستم برای اعتبارسنجی معماری استفاده می‌شود و به عنوان یک پایه برای باقی مراحل توسعه عمل می‌کند. متمرکز بر ریسک فرایند یکپارچه به تمرکز تیم پروژه بر پرداختن به مهم‌ترین ریسک‌های اولیه در چرخه حیات پروژه نیاز دارد. | ## بخش 2: فرایند یکپارچه | نسخهٔ قابل تحویل در هر تکرار به خصوص در فاز تحلیل جزئیات، باید به منظور اطمینان حاصل کردن از اینکه در ابتدا به بزرگترین ریسک‌ها پرداخته شود، انتخاب شود. چرخه عمر پروژه (فازهای فرایند یکپارچه) فرایند یکپارچه پروژه را به چهار مرحله تقسیم می‌کند: آغاز به کار (آغازین) تحلیل جزئیات (پیچیدگی) (نقطه عطف) (سنگ نشان) ساخت و ساز (رهاسازی) انتقال (انتشار تولید نهایی) فاز آغازین آغاز به کار کوچکترین فاز در پروژه است، و در حالت ایدئال بهتر است بسیار کوتاه باشد. اگر فاز آغازین طولانی است، این فاز ممکن است نشانه‌ای از مشخصات بیش از حد بالا باشد که در تضاد با روح فرایند یکپارچه است. ایجاد یک توجیه یا مورد کسب و کار برای پروژه ایجاد قلمرو پروژه و شرایط مرزی طرح کلی موارد کاربری و نیازمندهای کلیدی که مصالحه‌های طراحی را مشخص می‌کند طرح کلی یک یا چند معماری کاندید شناسایی خطرات (ریسک‌ها) آماده‌سازی یک جدول زمان‌بندی اولیه پروژه و برآورد هزینه امکان‌سنجی خرید یا توسعه نقطه عطف (سنگ نشان) جرخه حیات هدف مورد نظر، نشانه پایان فاز آغازین است. توسعه یک چشم‌انداز تقریبی از سیستم، مورد کسب و کار را مشخص می‌کند، دامنه را تعریف می‌کند، و برآوردی سختگیرانه برای هزینه و زمانبندی ایجاد می‌کند. فاز تحلیل جزئیات در طول فاز تحلیل جزئیات از تیم پروژه انتظار می‌رود که یک برآورد درست از اکثریت نیازمندی‌های سیستم به دست بیاورد. اگرچه، اهداف اولیهٔ فاز تحلیل جزئیات، پرداختن به عوامل ریسک شناخته شده و ساخت و اعتبارسنجی معماری سیستم است. فرایندهای معمول انجام شده در این فاز شامل ایجاد دیاگرام موارد کاربری (use case دیاگرام)، دیاگرام مفهومی (کلاس دیاگرام تنها با نمادگذاری پایه) و دیاگرام بسته‌بندی (بسته‌بندی نمودار) (دیاگرام معماری) است. معماری در درجه اول از طریق پیاده‌سازی یک اساس معماری قابل اجرا اعتبارسنجی می‌شود. این یک پیاده‌سازی جزئی از سیستم است که شامل مهم‌ترین مؤلفه‌ها از نظر معماری است و در یک سری از تکرارهای با زمانبندی‌های کوچک ساخته می‌شود. در پایان فاز تحلیل جزئیات، معماری سیستم باید تثبیت شده باشد و اساس معماری قابل اجرا باید نشان دهندهٔ پشتیبانی معماری از عملکرد کلیدی سیستم باشد و رفتار درست را از نظر کارایی و مقیاس پذیری و هزینه نمایش دهد. نسخهٔ نهایی قابل تحویل فاز تحلیل جزئیات یک طرح (شامل تخمین هزینه و زمانبندی) برای فاز ساخت و ساز است. | ## بخش 3: فرایند یکپارچه | در این مرحله آن طرح باید دقیق و معتبر باشد، چرا که باید مبتنی بر تجربیات فاز تحلیل جزئیات باشد علاوه بر اینکه در فاز ساخت باید به عوامل ریسک مهم و قابل توجه پرداخته شود. در این فاز باقی مانده سیستم بر مبنای بنیان ایجاد شده در فاز تحلیل جزئیات ساخته می‌شود. مرسوم است که در فاز ساخت موارد کاربری را به‌طور کامل می‌نویسند و هر مورد کاربری شروع یک تکرار جدید است. نسخه نهایی قابل تحویل فاز ساخت یک نرم‌افزار است که آماده برای استقرار در فاز انتقال است. بازخورد دریافت شده از انتشار اولیه (یا انتشارهای اولیه) ممکن است منجر به چندین پالایش شود که در طی دوره‌ای از چندین تکرار در فاز انتقال انجام می‌شوند. اصلاحات و تغییرات اصلاحات (پالایش‌های) فرایند یکپارچه در اینکه چگونه روند و جریان کاری پروژه را دسته‌بندی می‌کنند با یکدیگر متفاوت هستند. فرایند یکپارچه منطقی نه روند را تعریف می‌کند: مدلسازی کسب و کار، نیازمندی‌ها، تجزیه و تحلیل و طراحی، پیاده‌سازی، آزمون، استقرار، پیکربندی و مدیریت تغییر، و مدیریت پروژه و محیط زیست. فرایند یکپارچه تجاری RUP را از طریق هشت روند دیگر علاوه بر روندهای فوق توسعه می‌دهد. پالایش‌های چابک RUP را با ساده‌سازی جریان کار و کاهش تعداد مصنوعات مورد انتظار، ساده‌تر و مؤثرتر می‌کند. اصلاحات همچنین در مشخصات خود از این نظر که پس از فاز انتقال چه اتفاقی می‌افتد متفاوت هستند. در فرایند یکپارچه منطقی فاز انتقال به‌طور معمول با یک فاز آغازین جدید دنبال می‌شود. | ## جمع‌بندی | سازمانهایی که از فرایند یکپارچه استفاده می‌کنند همواره تغییرات و الحاقات خود را در این فرایند انجام می‌دهند.