انطباق با RUP

RUP یک اصل عقیدتی یا یک آیین مذهبی نیست. ساختار RUP ساختار خشکی نیست که بخواهد همه چیز را برای تولید نرم‌افزار در قالب خود درآورد. نه، نیازی نیست که حداقل چهل نفر را برای تکمیل پروسه‌ای که چهل نقش در آن تعریف شده است، به خدمت بگیرید و نیازی ندارید که بیش از صد محصول مختلف را پرورش دهید. اگر سعی خود را به انجام این کار معطوف سازید، خیلی زود در معرض آشفتگی قرار خواهید گرفت. این المانها در RUP و در فرم الکترونیکی برای فراهم‌آوردن انعطاف‌پذیری مورد نیاز برای انطباق با تقاضایی ارائه شده‌اند که به شرایط محیطی که درآن به سر می‌برید، بستگی دارد.

RUP تمرینات تولید نرم‌افزار ثابت شده فراوانی را دربر دارد. شرکت Rational میدان دید بالایی را برای موارد زیر، ارائه می‌دهد:
- توسعه مکرر
- مدل‌سازی بصری
- مدیریت ملزومات تغییرات کنترل
- بازبینی مداوم کیفیت
- استفاده از معماری بر مبنای اجزا


همچنین URP بر مبنای دیگر اصول کلیدی دیگری که کمتر قابل مشاهده هستند و ساده‌تر به محاق فراموشی سپرده می‌شوند، استوار شده است که فقط برای یادآوری اشاره‌ای به آنها می‌نماییم:
- منحصراً آنچه را که مورد نیاز است، پرورش دهید.
- روی نتایج ارزشمند تمرکز کنید، نه روی چگونگی حصول نتایج
- کاغذبازی را به حداقل برسانید.
- نعطاف‌پذیر باشید.
- از اشتباهات خود عبرت بگیرید.
- به طور منظم، مخاطرات محتمل را مورد بازبینی قرار دهید.
- برای پروسه موردنظر معیارهای قابل اندازه‌گیری و علمی را بدون موضع‌گیری شخصی استوار کنید.
- از گروه‌های کوچک و توانمند استفاده کنید.
طرحی را در ذهن داشته باشید.


ذهنیت کلیدی در سازگار شدن و سازگار کردن RUP قالب توسعه (Development Case) می‌باشد. یک قالب توسعه نمونه‌ای از RUP است که برای پروژه ویژه‌‌ای که مد نظرتان است، مناسب باشد. با مراجعه به ساختار RUP به توضیح پروسه‌ای دست‌ می‌یابید که موارد زیر را تعریف نموده و شناسایی می‌کند.
- چه چیزی توسعه داده خواهد شد؟
- به چه مصنوعاتی واقعاً نیاز داریم؟
- چه الگوهایی باید مورد استفاده قرار بگیرند؟
- کدام مصنوعات در حال حاضر وجود دارند؟
- به چه نقش‌هایی نیاز داریم؟
- چه فعالیتهایی انجام خواهند شد؟
- کدام خطوط راهنما، استانداردهای پروژه و ابزارهایی مورد استفاده قرار خواهند گرفت

در بسیاری از شرکت ها حدود 30 تا 50 درصد هزینه تولید نرم افزار صرف تست آن می شود.، هنوز هم خیلی از افراد اعتقاد دارند که نرم افزارها قبل از انتشار، به درستی تست نمی شوند. این شرایط به دو دلیل به وجود می‌آید. اول این که تست نرم افزار امری بسیار مشکل است. دوم این که تست معمولا" بدون متدولوژی مشخص و ابزار لازم انجام می گیرد.

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