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

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

فرمت این مقاله به صورت Word و با قابلیت ویرایش میباشد

تعداد صفحات این مقاله 100   صفحه

پس از پرداخت ، میتوانید مقاله را به صورت انلاین دانلود کنید

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

چکیده :
پروژه ی کارشناسی اینجانب حمید عابدین نیا در قالب تهیه ی فاز اول یعنی فاز تهیه‌ی مستندات و مدل سازی فرآیندهای موجود سازمان ثبت املاک املاک کشور که زیر مجوعهی پروژه ی انجام اتوماسیون اداری سازمان ثبت املاک کشور وبا همکاری دوست عزیزم آقای امیر محسن گل محمدی زیر نظر استاد ارجمند آقای دکتر فریبرز جولای و تحت مدیرت و با راهنمایی های بی دریغ استاد ارجمندم آقای دکتر جعفر رزمی تعریف و انجام گردید.
متدولوژی در پیش گرفته شده در پیش برد کار پروژه متدولوژی RUP و بالتبع رویکرد انتخابی آن هم رویکرد تکرار شونده (ITERATIVE) قرار گرفت. نحوه‌ی جمع آوری اطلاعات هم استفاده‌ی موازی از تکنیک‌های سایه‌ای (SHADOWING)، مصاحبه‌ی مستقیم (INTERVIEW) و مصاحبه ی گروهی (FOCUSE GROUP) بود.
بعد از جمع آوری اطلاعات و تجزیه و تحلیل آنها مدل کردن آنها در قالب نمودارهای RUP (ACTIVITY DIAGRAM ,USE CASE DIAGRAM ) انجام شد و دیاگرام جریان فرم های به کار رفته(ENTITY DIAGRAM) نیز رسم گردید.
در واقع نتیجه ی اصلی کار پروژه در دیاگرام های انتهایی قابل مشاهده است. این نمودارها در واقع مستندات فرآیندها و گویای چگونگی انجام آنها در سازمان ثبت می باشند.
امید است که مفید کار کرده باشیم!

1. تعریف مسئله:
در سال های اخیر با افزایش روز افزون جمعیت کشور و با پیشرفت فراگیر تکنولوژی ؛ نیاز به انجام خدمات به شکل سریع تر و کارآمد تر و البته کم هزینه تر در تمامی سازمان ها و ارگان ها به خصوص در نهادهای دولتی به طور ملموس احساس شده است.
یکی از نقاط ضعفی که در عملکرد این سازمان ها وجود دارد انجام دستی عملیات و حجم بالای کاغذ بازی می باشد. که این امر علاوه بر نارضایتی ارباب رجوع ضعف در ذخیره سازی اطلاعات را نیز در پی دارد و سازمان را از پیگیری موثر فعالیتهایش باز می دارد.
در همین راستا سازمان ثبت املاک کشور به علت حجم بالای مراجعه کننده به حل این قبیل مشکلات پرداخته و با برون سپاری پروژه ی اتوماسیون اداری سعی در مرتفع کردن آن داشته است.
اتوماسیون اداری در واقع به معنای حذف نقل و انتقالات اضافی اسناد فیزیکی و کاهش اعمال نظرهای شخصی در برخورد با تمامی ذینفعان می باشد. نتیجه ی اولیه ی حذف کاغذ بازی های اضافی صرف زمان کمتر رای ارائه ی خدمات می باشد، و نتیج ی مهم تر آن سهل الوصول بودن جستجو و یافتن یک سند خاص در بین اسناد اطلاعاتی موجود می باشد.
وجود یک نرم افزار انعطاف پذیر و قوی برای اجرایی کردن این کار، امری اجتناب ناپذیر است. متدولو»ی های مختلفی هم برای شروع پایه ریزی یک نرم افزار موجود است که یکی از قوی ترین این متد ها متدولوژی RUP می باشد.
این متدولوژی با داشتن هزاران تجربه ی موفق در خود امکان BEST PRACTICE را به سادگی مهیا خواهد نمود.از طرف دیگر با فرض قرار دادن رویکرد تکرار شونده(ITRATIVE) و در نتیجه به حداقل رساندن ریسکها در هر مرحله ستری مناسب را برای پیشرفت کار فراهم می آورد.
اساسی ترین کار در پروژه ی اتوماسیون اداری بعد از آموزش و مدنظر قرار دادن اصول متدلوژی در تمام زمان انجام کار برای تیم پروژه،استخراج فرآیندهای موجود در سازمان یا به اصطلاح جمع آوری اطلاعات می باشد. برای بدست آوردن اطلاعات هم از بین چندین روش ممکن ما از تکنیک های سایه ای (SHADOWING) و مصاحبه ی مستقیم (INTERVIEW) و مصاحبه ی گروهی استفاده گردید.
بعد از استخراج فرآیندها امر ضروری بعدی مدل کردن این اطلاعات است. در این جا یکی دیگر از برتری های RUP مشخص می شود. رویکرد RUP در مدل کردن فرآیند ها استفاده از مدل‌های گرافیکی است که علاوه بر کاهش چشم گیر مستندات ،زبانی مشترک بین تمامی استفاده کنندگان از سیستم می باشد.
به تائید رساندن این نمودار ها هم آخرین وظیفه ی اینجانب در پیش برد پروژه بود .
فاز های بعدی که عبارتند از کد کردن فعالیتها و ارائه ی یک نسخه ی بتا از نرم افزار و در نهایت پیاده سازی نرم افزار نهایی در سازمان ثبت به عهده ی تیم نرم افزاری پروژه بود.
پروژه ی حاضر حاصل تلاش مشترک اینجانب حمید عابدین نیا و دوست عزیزم آقای امیر محسن گل محمدی بر روی فاز نخست پروژه ی اتوماسیون یعنی استخراج فرآیندها و مدل کردن آنها می باشد.
2. ضرورت انجم پروژه :
سازمان ثبت املاک کشور به دلیل حجم بالای مراجعه کننده و صدور سنند های کاغذی زیاد ، نیاز مبرمی به حذف کاغذ بازی های زائد و سهول ارائه ی خدمت به مراجعین را داشت. ضعف در ذخیره سازی اطلاعات، اتلاف زمان زیاد در یافتن یک سند خاص که مورد نیاز سازمان های ذی صلاح بوده، نیاز به فضای بسیار زیاد برای بایگانی اسناد سازمان، گم شدن اسناد، عدم امکان پیگیری کارآمد فعالیتهای جاری و نا رضایتی مراجعین از مهم ترین مشکلات سیستم جاری بوده که با ارائه ی یک سیستم کارآمد اتوماسیون اداری تا حد زیادی مرتفع می گردیده است.
با پیاده سازی مطلوب این سیستم، می توان کلیه ی اسناد را در چند کامپیوتر کم حجم ذخیره کرده و در صورت نیاز در عرض چند ثانیه به یک سند خاص مراجعه نمود. از سو ی دیگر مراجعه کننده با صرف زمان بسیار کم می تواند از یک اتاق نحوه ی رسیدگی به پرونده ی خود را پی گیری نماید.

3. معرفی فصل های مختلف:
در ادامه ی فصل مقدمه مروری مختصر به تاریخچه ی RUP و نحوه ی توسعه ی آن در سالهای مختلف را ارائه می نماییم، سپس به معرفی مختصر سازمان ثبت املاک کشور می پردازیم و متدولوژی کار خود را هم توضیح خواهیم داد. در ادامه ی همین فصل است که توضیحاتی راجع به شیوه های جمع آوری اطلاعات خود (که در بخش قبلی بحث شد) توضیحات مختصری ارائه می نماییم .
در فصل اول به مرورادبیات موضوع می پردازیم. به این ترتیب که توضیح جامعی از چیستی RUP ارائه کرده و به بررسی فازهای مختلف ساختار پویای RUP (شناخت ،معماری، ساخت، انتقال) و همچنین بررسی فازهای ایستای آن(مدیریت پوژه، مدریت پیکربندی و تغییرات، مدیریت ریسک، مدریت محیط و...) خواهیم پرداخت.در پایان این فصل هم مقایسه ای کوتاه بین رویکرد آبشاری و تکرار شونده خواهیم داشت تا روشن شود چرا RUP متد تکرار شونده را در پیش گرفته است.
در فصل دوم که مورد کاوی ما است در ابتدا شرح مختصری از نمودارهای به کار گرفته شده کرده و مستندات به دست آمده را به رویت شما خواهیم رساند. در واقع کل نتیجه ی تلاش ما در این پروژه در این قسمت به ارائه می گردد.
در فصل آخر هم به جمع بندب و ارائه ی نتایج به دست آمده خواهیم پرداخت
در پایان ضمن تشکر از راهنمایی های بی دریغ استاد ارجمند، جناب آقای دکتر رزمی؛ امید است این پایان نامه بتواند کمکی هرچند نا چیز در پیش برد پروژه های مشابه بنماید.
4. تاریخچه ی RUP
آر.یو.پی نتیجه ی گردآوری تجاربِ موفقِ شرکتها و تیم های زیادی در طول چندین دهه میباشد. برخی از ریشه های اصلی آر.یو.پی به مدل حلزونی ارائه شده توسط آقای بِری بوهم ، برمیگردد. این مدل، با داشتن رویکردی تکرارشونده و مشتق از ریسک ، کارشناسان برجسته ی شرکت رشنال، یعنی افرادی نظیر فیلیپ کراچِن، گْردی بووچ، مایک دولین، ریچرِیتْ من و وکر ریس، را تحت تأثیر قرار داد.
ریس و بوهم در زمینه ی تحقیقات و نیز یکسری پروژه، همکار یهای مشترکی داشتند. یکی از کارهای موفق و شناخته شده ی آقای بوهم، مفهوم نقاط لنگرگاه میباشد که ایشان در سال ۱۹۹۶ در مقاله ای آن را معرفی نمودند. همین مفهوم، امروزه در آر.یو.پی تحت عنوان نقاط تصمیمگیری سازمانی یا نقاط کلیدی اصلی مطرح میباشد.
تیمِ مستقر در شرکت رشنال، آر.یو.پی را در مشارکت با مشتریان و با شروع از فرایندی تحت عنوان رویکرد رشنال که در طی سا لهای دهه ی هشتاد و ابتدای دهه ی نود میلادی در این شرکت تهیه شده بود، ایجاد نمود. این تیم از فرایندی تحت عنوان آبجِکتُری که متعلق به آقای ایوار جکو بسن میباشد نیز در ایجاد و تکمیل آر.یو.پی، استفاده نمود. ایشان نیز بعدها(در سال ۱۹۹۵) به شرکت رشنال پیوست. بخش اصلی پروژه ی ایجاد آر.یو.پی در سا لهای ۱۹۹۵ تا ۱۹۹۸ میلادی انجام شد. معمار ارشد آر.یو.پی، آقای فیلیپ کراچِن بود. ایشان شخصی بسیار فعال و با تجربه در معماری و راهبری فرایند در سیستمهای بزرگی مانند سیستم جدید کنترل ترافیک در کانادا و نیز یکی از متفکرین برجسته در زمینه ی معماری میباشد.
با وجودیکه از همان ابتدای کار ایده ی ایجاد آر.یو.پی به عنوان یک محصول و راهکار تجاری مطرح بود، اما شرکت رشنال به ترویج این فرایند به صورتی آزاد و قابل دسترس برای عموم نیز مبادرت نمود. در این راستا، مفهوم فرایند یکپارچه مطرح گردید. در کنار این مفهوم، زبان مدل سازی استانداردی نیز تحت عنوان زبان یکپارچه ی مد لسازی با هدف متحدالشکل کردن رو شها و تکنیکهای نمادگذاری و مدل سازی ایجاد گردید. آقای جکو بسن، ایده ی یک فرایند آزاد و باز را با نوشتن کتابی تحت عنوان فرایند تولید(توسعه ی) یکپارچه ی نر مافزار در سال ۱۹۹۹ میلادی و با کار روی نسخه ی پیش نویسی از محصول آر.یو.پی، تحقق بخشید.
از آن موقع، کتا بهای زیادی درباره ی فرایند یکپارچه و با هدف ترویج راهکارهای موفق، مفاهیمِ جدید فازها، دیسیپلین ها، و موارد مشابه آن، به رشته ی تحریر درآمد.
شرکت رشنال در سال ۱۹۹۵ ، شرکت آبجکتوری را که متعلق به آقای جکو بسن بود، در خود ادغام نمود. با ادغام این شرکت، فرایندی تحت عنوان فرایند رشنالْ آبجکتوری ایجاد گردید. در نسخه ی چهارم از این فرایند جدید، بحث های مدیریت نیازمند یها بر اساس دستاوردها و تجارب موفقِ شرکتی به نام رِکوو یزیت به آن اضافه شد. مباحث مربوط به تست نیز از شرکت اس.کیو.ای که در شرکت رشنال ادغام گردید، به فرایند رشنالْ آبجکتوری افزوده شد.
هما نگونه که ذکر شد، آر.یو.پی نتیجه ی مستقیم نسخه ی چهارم از فرایند رشنالْ آبجکتوری میباشد. در سال ۱۹۹۷ میلادی، شرکت رشنال، شرکت پیور آتْ ریا را که در زمینه ی مباحث مرتبط با پیکربندی پیشرو بود، در خود ادغام نمود و این مباحث را نیز به فرایند آر.یو.پی اضافه نمود.
سرانجام در فوریه ی سال ۲۰۰۳ میلادی، یک ادغام دیگر هم انجام شد. ولی این بار نوبت خود شرکت رشنال بود که در یکی از تحولهای بزرگ صنعت نر مافزار جهان، یعنی در شرکت آی.بی.ام ادغام گردد. در این زمان، شرکت رشنال، شرکتی با حدود بیست سال قدمت و ارزشی معادل چند میلیارد دلار بود.
امروزه شرکت رشنال به عنوان قلبِ مهندسی نر مافزار در شرکت آی.بی.ام فعالیت خود را ادامه میدهد. محصول آر.یو.پی نیز اکنون در مالکیت شرکت آی.بی.ام میباشد.
برخلاف یو.ام.ال، آر.یو.پی یک استاندارد نمیباشد. اما اگر روزی صنعت نر مافزار به ضرورت وجود فرایند یا الگوی فرایندهایی استاندارد برخورد نماید، بی گمان فرایند یا چارچوبِ فرایندی شبیه آر.یو.پی (با داشتن ویژگی های منحصر به فردی مانند مد لسازی شده، کاملاً مستند شده، قالب تحت وب، قابل گسترش و به روز رسانی، و قابلیت پیکربندی)کاندید اصلی خواهد بود. امید است بتوانیم به یاری ایزد منان و همکاری نزدیک کارشناسان و متخصصان دلسوز، رویکردی مشابه را در کشور پایه ریزی نماییم.

تاریخچه ی تکامل آر.یو.پی

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

6. شیوه ی جمع آوری اطلاعات :
جمع آوری اطلاعات از مهم ترین وظایف تیم تحلیل مسئله در این گونه پروژه ها می باشد. چراکه حصول اطلاعات صحیح و به دست آوردن ریزه کاری های فرآیند ها از پیچدگی خاصی برخوردار است.
در زیر به مرور شیوه های اتخاذی در اجرای جمع آوری اطلاعات خواهیم پرداخت:
• روش مصاحبه ی مستقیم(INTERVIEW):
در این روش یک نفر از تیم جمع آوری اطلاعات با یک نفر از افراد درون سازمان کارفرما به مصاحبه پرداخته و سعی در به دست آوردن اطلاعات کلی راجع به فرآیند های جاری سازمان می کند. به طور معمول این فرد از افراد عالی رتبه سازمان کارفرما انتخاب می گردد تا اطلاعات کلی از کلیه ی فرآیندهای درون سازمانی را داشته باشد و از طرفی بز پرداختن به ریز فعالیت ها جلوگیری کند.
عمده ترین حسن این روش آشنایی تیم با کلیات فعالیت جاری سازمان و بی اطلاع نبودن آنها از روح حاکم بر سازمان می باشد.اما از ایراد های عمده ی این روش هم تمرکز زیاد آن بر اطلاعات یک نفر است.یعنی اگر این فرد یک فرآیند رااشتباه متوجه شده باشد یا قسمتی از آن را فراموش کرده و بیان نکند تیم ره به خطا رفته و از مسیر خود منحرف می شود.
• روش سایه ای(SHADOWING):
در این روش یک نفر از تیم پروژه محدوده ی عملیاتی فرآیند مورد نظر خود در سازمان رفته و به کنار دست اپراتور آن فرآیند می نشیند و ریز کارهای او را یادداشت کرده و به اصلاح فرآیند های به دست آمده در مرحله ی قبل می پردازد. باید توجه داشت در این کار فرد مصاحبه کننده به هیچ عنوان نباید از اپراتور سوال کند ودر کار او خلل به وجود آورد. او تنها و تنها باید کارهایی را که می بیند بنویسد.
از موانع احتمالی این روش جبهه گیری اپراتور در برابر مصاحبه کننده است.
• روش مصاحبه گروهی (FOCOUS GROUP) :
این روش که آخرین گام برای تصحیح اطلاعات تیم ماست یک گروه از افراد مصاحبه کننده در جلسه ای ریز فعالیت های هر یک از فرآیندهای استخراجی در مرحله ی قبل را از یک تیم از افراد درون سازمانی سوال می نمایند. نکته ی حایز اهمیت این است که تعداد افراد تیم ها باید مشاوی و بین 3 تا 5 نفر باشد. نکته ی دیگر اینکه افراد مصاحبه شونده بهتر است از سطوح مختلف سازمان باشند تا از دید خود فعالیتها را مطرح کرده و ریزه کاری ها را بیان کنند.
از مهمترین موانع پیش برد این روش هم این است که افراد تیم مصاحبه شونده از فرد اشد گروهشان بیم دارند و صحبتهای او را حتی اگر غلط هم باشد تصحیح نمی کنند و به این ترتیب تیم به خطا می رود.


1. RUP :
در ابتدا مروری اجمالی و در عین حال جامع بر ساختار و مفاهیم کلیدی آر.یو.پی خواهیم داشت .
پس از بررسی مفهوم آر.یو.پی، ساختار دو بعدی آن معرفی شده و به طور مختصر تشریح میگردد . توصیف کامل هر یک از این اَبعاد هم در ادامه ارائه خواهد شد .
الف )فرایند یکپارچه ی رشنال یا به اختصار، آر.یو.پی چیست؟
پیش از تعریف آر.یو.پی و آشنایی با معنای دقیق آن، ابتدا به معنای لغوی آن اشار ه ای میکنیم .
رشنال نام یکی از شرک تهای بزرگ در صنعت نرمافزار است. این شرکت نقش مهمیدر توسعه ی صنعت نرمافزار ایفا نموده است. این شرکت در سال ۲۰۰۳ رسماً توسط شرکت آی.بی.ام خریداری شد. بنابراین در حال حاضر، مالکیت آر.یو.پی در اختیار شرکت آی.بی.ام میباشد. حرف دوم در واژ ه ی آر.یو.پی مخفف کلمه ی یونیفاید و به معنای تلفیق شده، یکی شده، و متحدالشکل میباشد.حرف سوم واژه ی آر.یو.پی مخفف واژ ه ی پروسس به معنای فرایند میباشد. فرایند تولید، قالب و الگوی پروژه را تعریف مینماید.
حال میتوانیم تعریف دقیقتری از آر.یو.پی داشته باشیم. آر.یو.پی، سه مفهوم و معنای تا حدی متفاوت را در بر میگیرد:

۱- آر.یو.پی یک رویکرد و روش برای تولید نرمافزار میباشد. این رویکرد، دارای ویژگی های برجسته ای مانند تکرارشونده بودن، تمرکز بر معماری و مبتنی بودن بر موارد کاربرد یا به عبارت ساده تر، مبتنی بر خواسته های مشتری میباشد.
۲- آر.یو.پی یک فرایند به خوبی تعریف شده و سازماندهی شده ی مهندسی نرمافزار میباشد. نقشها فعالیتها ، دستاوردها ، و جریا نهای کار تعریف شده در آر.یو.پی، عناصراصلی یک فرایند(یعنی چه کسی ، چه کاری ، چگونه و چه موقع ) را تعریف و تبیین مینماید. آر.یو.پی ساختار مناسبی برای کنارِ هم گذاشتنِ این مؤلفه ها فراهم نموده است. نحوه ی سازماندهی این ساختار به دو بعد دینامیک و استاتیک، یکی از ویژگ یهای کم نظیرِ آر.یو.پی میباشد.
۳- آر.یو.پی محصولی است دربرگیرند ه ی چارچوب و قالبِ کلی فرایند های تولید سیستم‌های نرمافزاری. از این منظر، آر.یو.پی یک فرایند نیست که بتوان آ نرا مستقیماً به عنوان قالب تعریف یک پروژ ه ی تولید نرمافزار بکار گرفت، بلکه مفهومیاست بسیار فراتر و جامع تر. در واقع آر.یو.پی، مانند یک میز پر از غذاهای متنوع در یک رستوران میباشد؛ مسلماً، هیچ یک از مهما نهای این رستوران قادر نخواهد بود همه ی غذاها را میل نماید. در عوض، هر کس با توجه به ذائقه و نیازش (و البته موجودی داخل جیبش) گلچینی از غذاها را انتخاب و میل مینماید.
آر.یو.پی مخزن یا بانک دانشِ بزرگی از راهکارها و تجاربِ موفق برای شرایط و طیف گسترده ای از پروژه های مختلف،فراهم نموده است. هیچ پروژ ه ای در جهان نمیتواند منطقا از همه ی این راهکارهای موفق، فعالیت های تعریف شده، راهنمایی ها و دستاوردهای مختلف، آنگونه که در آر.یو.پی تعریف شده، استفاده نماید. هر پروژ ه ای با توجه به ذائقه، نیازها، محدودیتها، و امکانات خاصش، به گونه ی متفاوتی از این بانک دانش استفاده مینماید. آر.یو.پی به عنوان چارچوبِ فرایند، دارای قابلیت سفارشی سازی و پیکربندی برای طیف وسیعی از پروژ ه ها میباشد. به کمک آر.یو.پی، میتوان فرایندی مناسب برای تولید یک محصول نرمافزاری بسیار کوچک یا یک پروژ هی نرم افزاری بزرگ را تعریف و با موفقیت اجرا نمود. این ویژگی که آ نرا مقیاس پذیری مینامند، یکی دیگر از ویژگی های کم نظیر آر.یو.پی محسوب میشود.
کتا بها و مقالات متعددی در رابطه با آر.یو.پی نوشته شده است. اما کامل ترین و جامع ترین منبع، اطلاعاتی مرتبط با آر.یو.پی، در قالب یک محصولِ پیاد ه سازی شده با فناوری وب و روی یک لوح فشرد٥ تولید شده است. این محصول که توسط شرکت رشنال عرضه میشود، شامل کلیه ی راهنمایی ها، مثا لها، تعاریف، الگوها، و قالب هایی است که سرتاسر چرخه ی تولید محصولات نرمافزاری را تحت پوشش قرار میدهد.
ب) آر.یو.پی به عنوان یک رویکرد مهندسی نرم افزار
از این منظر، آر.یو.پی همانند یک بانک دانش و گنجینه ای از تجارب، الگوها، و راهکارهای موفق در صنعت نرم افزار میباشد. ویژگی های کلیدی آر.یو.پی که آ نرا از سایر رویکردهای مهندسی نرم افزار متمایز مینماید،عبارتند از:
- توسعه و تولید با رویکرد تکرارشونده در مقابلِ رویکرد توسعه به رو ش آبشاری و یا سایر
رویکردهای دیگر
- تمرکز بر معماری ( محوریت معماری در فرایند)
- توسعه مبتنی بر موارد کاربرد (مشتری مداری)
اصول بنیادی آر.یو.پی که آنها را رو ح آر.یو.پی نیز نامید ه اند، عبارتند از:
- از همان ابتدا و به طور مستمر بر ریسک های مهم پروژ ه تان غلبه نمایید، در غیر این صورت، این ریسک ها بر شما غلبه خواهند کرد!
- اطمینان یابید که در طول فرایند، فعالیت های شما همواره برای مشتری ارزش افزود ه ای در بردارند.
- همواره بر داشتن یک نرم افزار قابل اجرا در تمام مقاطع و در طول پروژه تأکید داشته باشید.
- از همان ابتدای پروژه، در اندیشه ی راهکار مناسبی برای مدیریت تغییرات باشید و هرگز این کار را به تعویق نیاندازید.
- رسیدن به یک چارچوب یا معماری مستحکم و قابل اجرا و مبنا قرار دادن آن
- سیستم را با استفاده از مؤلفه های نرم افزاری بنا نمایید.
- تولید یک فراورد ه ی نرمافزاری، مانند یک ورزش تیمیاست. همه ی افراد مشارکت کننده در جریان تولید یک محصول نرمافزاری باید در قالب یک و تنها یک تیم فعالیت کنند.
- کیفیت را در بطنِ همه ی فعالیت های خود قرار دهید.

آر.یو.پی به عنوان یک فرایند به خوبی تعریف شد ه ی تولید نرمافزار
آر.یو.پی خود به عنوان یک فرایند تولید و مهندسی نرمافزار، با استفاده از تکنیک های طراحی و مدلسازی نرمافزار، طراحی شده است. تعریف کامل این فرایند به وسیله ی اَبر مدلی تحت عنوان مدلِ مهندسی فرایند نرم افزارکه استانداردی برای مد لسازی فرایند مبتنی بر زبان مد لسازی استاندارد یو.ام.ال میباشد، صورت پذیرفته است.
در شکل زیرمعماری کلی آر.یو.پی نشان داده شده است .همانگونه که در این شکل ملاحظه مینمایید این فرایند دارای ساختاری دو بعدی است.
سازماندهی فرایند آر.یو.پی در دو بعد زمانی و محتوایی(دینامیک و استاتیک)


ج) دو بعد تشکیل دهنده ی ساختاری متعامد آر.یو.پی، عبارتند از:
1. ساختار دینامیک )پویا): ساختار دینامیک آر.یو.پی، بعد افقیِ نشان داده شده در شکل بالا و بیانگر ساختار پویا و ملاحظات مرتبط با زمان در فرایند میباشد. در این بعد، ملاحظاتی مانند چرخه های توسعه(یا چرخه های تولید)، فازها،تکرارها،ونقاط تصمیم گیری کلیدی مطرح میباشد. این مفاهیم درکنارِ هم، چرخه ی عمر یک پروژه ی نرم افزاری(پروژه ی تولید یک محصول نرمافزاری)راتعریف مینمایند.
2. ساختار محتوایی (استاتیک) : ساختارِ آر.یو.پی دارای یک بعد عمودی نیز میباشد که بیانگر ساختاراستاتیک یا محتوایی آن است. دراین بعد، توصیفی از چگونگی دسته بندی و سازماندهی عناصر محتوایی فرایند یعنی مجموعه ی فعالیت ها راهنمایی ها،دستاوردها و نقش ها در قالب دیسیپلین ها یا جریان های منظم و منطقی مجموعه ی کارها میباشد.
• به علت اهمیت ساختار دینامیک آر.یو.پی در اینجا شرح مختصری از آن را ارائه خواهیم نمود.
ساختارِ دینامیک آر.یو.پی
بر اساس فرایند آر.یو.پی،یک پروژه ی نرمافزاری که با هدف تولید یک فراورده ی نرمافزاری تعریف و اجرا میگردد، از نظر دینامیکی یا بعد زمانی دارای چهار فاز میباشد:فازِ آغازین یا فاز شناخت، فازِ تشریح یا فاز معماری ، فازِ ساخت و فازِ انتقال. نمای کلی این چهار فاز در شکل زیر نشان داده شده است.

چهار فاز یک پروژه در آر.یو.پی و مراحل مهندسی و فرآوری

دو فازِ اول را مرحله ی مهندسی و دو فازِ آخر را مرحله ی فرآوری مینامند. همانگونه که در شکل ملاحظه میشود، نر مافزار در طول چهار فاز آر.یو.پی، روندی تکاملی را پشت سر میگذارد.
در این فرایند، تکامل فراورده ی نرمافزاری را میتوان به بزر گ شدن یک گلوله ی کوچک برف که از بالای یک کوه به سمت پایین سرازیر شده است، تشبیه نمود. البته اگر در مسیر این گلوله ی برف موانع پیش بینی نشده ای(یا همان ریسک ها)وجود داشته باشد، گلوله متلاشی خواهد شد و احتمالاً به جای یک گلوله ی کامل برف که معادل یک فراورده ی نرمافزاری با کیفیت مطلوب میباشد، چندین قطعه ی کوچک نصیبمان خواهد شد. بنابراین یک جایی در این مسیر باید آگاهی و اطلاع خوبی از موانع احتمالی و همچنین استحکام مناسب گلوله ی برف داشته باشیم و البته این کار با نشستن بالای کوه و نقشه و طرح ریختن ممکن نیست!
در انتهای هر یک از فازهای چهارگانه ی آر.یو.پی، یک نقطه ی تصمیم گیری کلیدی یا سازمانی،وجوددارد.
در بسیاری از موارد در فازهای مختلف دستیابی به تصمیمات کلیدی با انجامی کباره ی مجموعه ی فعالیت های مهندسی امکان پذیر نمیباشد. اینجاست که مفهوم تکرار مطرح میگردد. هر یک از فازهای آر.یو.پی میتواند شامل یک یا چند تکرار باشد. تکرارها عمدتاً به تصمیمات فنی منجر میشوند. در آر.یو.پی،اصطلاح میژور مایل استوناشاره به نقاط تصمیم گیری انتهای هر فاز داشته و اصطلاح مینور مایل استون برای توصیف نقاط انتهای تکرارها که نقاط تصمیم گیری فنی یا نقاط آشکارشدن ملاحظات فنی در داخل فازهای مختلف میباشند، بکار میرود.

نقاط تصمیم گیری کلیدی و ارتباط آنها با انتهای فازهای آر.یو.پی

همانگونه که اشاره گردید،فازهای آر.یو.پی مفهوم تصمیم گیری و دستیابی به یکسری تصمیمات کلیدی را در بر میگیرند. تمام فعالیت های یک فاز طوری برنامه ریزی میشود که با توجه به ویژگی های پروژه و ملاحظات مختلف مرتبط با آن، به تصمیمات خاصی منجر شوند. هرگاه در یک فاز با تکرارهای برنامه ریزی شده، دستیابی به نتایج مورد انتظار برای اتخاذ تصمیم های کلیدی ممکن نباشد، بدون رفتن به فاز بعدی، باید یک تکرار دیگر در همان فاز، درنظرگرفته شود. بنابراین در هر تکرار، باید به دقت، به اهداف پیش بینی شده توجه داشت و از انجام فعالیت های اضافی که نقش کمتری در دستیابی به تصمیم های کلیدی دارند، پرهیز نمود.
به طور کلی، اهداف کلیدی هر یک از فازهای آر.یو.پی به شرح زیر می باشد:
- فاز آغازین (شناخت): اثبات درک صورت مسأله و مشکلات موجود، تسکین و فرونشانی ریسک های سازمانی، و جلب نظرِ موافق تمام ذینفعان نسبت به مقرون به صرفه بودن و نیز امکا ن پذیر بودن ادامهی پروژه.
- فاز تشریح (معماری): غلبه بر ریسک های فنی با تثبیت یک معماری قابل اجرا، دقیق تر نمودن برنامهی اجرایی پروژه
- فاز ساخت: ایجاد سیستمیبا تمام قابلیت های مورد توافق (نسخه ی بِتا)
- فاز انتقال: کسب اطمینان نسبت به اینکه سیستم نرم افزاری حاصل، تمام خواسته ها و نیازهای تثبیت شده ی کاربران را برآورده می کند و انتقال کامل محصول به محیط کاربران نهایی آن.
در آر.یو.پی، برنامه ریزی مبتنی بر شکستنِ فرایند میباشد. این بدان معناست که برنامه ی اجرایی یک پروژه بر اساس الگوی تعریف شده در آر.یو.پی، بیانگر اینست که برای دستیابی به یکسری اهداف و مقصودهای مشخص در طول زمان، چه کارهایی باید انجام شود. البته توجه داشته باشید که در آر.یو.پی، برنامه ریزی با هر دو رویکرد بالا به پایین و نیز پایین به بالا انجام می شود.
در مرحله ی مهندسی (یعنی فازهای آغازین و تشریح)، رویکرد غالب، بالا به پایین می باشد و در مرحله ی فرآوری( یعنی فازهای ساخت و انتقال) از رویکرد پایین به بالا، برای برنامه ریزی استفاده می شود. رویکرد پایین به بالا، از دستاوردهای تعریف شده و نیز مبنایی که بر اساس معماری شکل گرفته، استفاده می نماید.

د) ساختارِ محتوایی آر.یو.پی
از بعد ساختارِ استاتیک یا محتوایی، عناصر کلیدی فرایند، یعنی فعالیت ها، دستاوردها، و نقش‌ها در قالب تعدادی دیسیپلین، گروه بندی و سازماندهی شده اند. برای توصیف و مدل سازی ترتیبِ منطقی مجموع فعالیت های هر یک از این دیسیپلین ها، از مدل جریان کار استفاده میشود. لازم به ذکر است که تمامیمؤلفه های ساختار محتوایی آر.یو.پی با زبان مدل سازی استانداردی تحت عنوان یو.ام.ال، مدل سازی شده اند.
همانگونه که می دانید، یک فرایند توصیف می نماید که چه کسی ؟ چه کاری را؟، چگونه؟، و چه موقع؟ باید انجام دهد تا اینکه به نتیجه ی مطلوب که یک محصولِ با کیفیت است، دست یابیم. از این منظر، نقش ها معادل مؤلفه ی چه کسی؟، فعالیت ها معادل مؤلفه ی چگونگی؟، دستاوردها معادل مؤلفه ی چه چیزی؟، و جریان کار معادل مؤلفه ی چه موقع؟ در فرایند می باشد.
حال تعریف مختصری از مفاهیم نقش، فعالیت، دستاورد، و جریا ن کارارائه می نماییم.
نقش : در آر.یو.پی، مفهوم نقش، ارتباط نزدیکی با فعالیت و دستاورد دارد. رفتارهای یک نقش بر اساس انجامِ فعالیت ها و مسئولیت های ان در رابطه با یک سری دستاورد تعریف میشود.
فعالیت : فعالیت عبارتست از واحدی از کار که از یک نقش، انجامِ آن، انتظار می رود. یک فعالیت دارای هدف مشخصی است و معمولاً برای تولید یا به روز رسانی یک دستاورد، مانند یک مدل، یک مؤلفه یا قسمتی از کد یک برنامه، انجام می شود.
دستاورد : یک دستاورد عبارتست از قطعه ای از اطلاعات که به وسیله ی یک یا چند فعالیت، تولید شده، بازبینی می شود و یا مورد استفاده قرار می گیرد. این قطعه ی اطلاعاتی می تواند یک سند، یک مدل، کد برنامه، یا فایل اجرایی باشد.
جریان کار : توالی معنادار و منطقی از فعالیت های مختلف است که منجر به ارائه ی نتیجه ای با ارزش و قابل توجه شده و در آن چگونگی تعامل میان نقش های مختلف توصیف میشود. دو شکل عمده از جریا نکار در آر.یو.پی مطرح می باشد. به ازای هر یک از دیسیپلین های تعریف شده، مدلی از یک جریان کار ارائه شده است. این جریان کار که جریان کارِ اصلی نیز نامیده می شود، بیانگر توالی منطقی مجموعه ی فعالیت های یک دیسیپلین می باشد. از آنجایی که معمولاً فعالیت های متعددی در یک دیسیپلین وجود دارد، امکان مدلسازی آنها در قالب یک نمودار فعالیت، درک آ نرا با مشکل مواجه می کند. بنابراین، آر.یو.پی به منظور مدیریت پیچیدگی، با معرفی مفهومِ جزئیات جریان کار یا بسته های جزئی جریان کار، مجموعه ی فعالیت هایی که نوعی ارتباط منطقی نزدیکتری با هم دارند را در قالب یک بسته ی کوچک جریان کار دسته بندی می نماید. شایان ذکر است که یکی از مهمترین کاربردهای مدلِ جریان کار، برنامه ریزی تکرارها در یک رویکرد تکرارشونده می باشد.
نقشه های راه : به منظور راهنمایی استفاده کنندگان در بکارگیری آر.یو.پی از یک منظر خاص و یا یک کاربرد خاص، تعدادی به اصطلاح، نقشه ی راه فراهم شده است. به عنوان مثال، یک نقشه ی راه به منظور راهنمایی درباره ی چگونگی پیکربندی محتوای آر.یو.پی برای پروژه های کوچک ارائه شده است. نقشه ی راه دیگری، نشان دهنده ی چگونگی بکارگیری آر.یو.پی در پروژه های کسب و کار الکترونیکی میباشد.
دیسیپلین ها: در آر.یو.پی دیسیپلین های موجود به دو دسته تقسیم شده اند. دسته ی اول، شامل دیسیپلین هایی است که ارتباط مستقیمیبا شکل گیری ماهیت فراورده ی نرمافزاری دارند. این دیسیپلین ها را دیسیپلین های اصلی مینامند. این دیسیپلین ها عبارتند از:
- دیسیپلین مد ل سازی سازمان(یا دیسیپلین مد ل سازی کسب و کار)
- دیسیپلین نیازمندی ها(یادیسیپلین مدیریت نیازمندی ها)
- دیسیپلین تحلیل و طراحی
- دیسیپلین پیاده سازی
- دیسیپلین تست (یا دیسیپلین ارزیابی)
- دیسیپلین استقرار
همانگونه که ملاحظه مینمایید، نوعی رابطه ی منطقی و ترتیبی میان این دیسیپلین ها وجود دارد. در واقع، این دیسیپلین ها دنباله و زنجیره ی مجموعه ی فعالیت ها، دستاوردها، و نقش های مطرح در الگوی متوالیِ فرایند تولید یا همان الگوی آبشاری میباشند.
دسته ی دوم، شامل سه دیسیپلین میباشد که عمدتاً نقش پشتیبانی و مدیریتی دارند. این سه دیسیپلین را که دیسیپلین های پشتیبانی نیز مینامند، عبارتند از:
- دیسیپلین مدیریت پروژه
- دیسیپلین مدیریت تغییرات و پیکربندی
- دیسیپلین محیط (یا دیسیپلین مدیریت محیط)

یک تکرار در چرخه ی تولید شامل تمام دیسیپلین ها میباشد.

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

مجموعه ی دستاوردها متناظر با مجموعه ی دیسیپلین ها

ه) آر.یو.پی به عنوان محصولی دربرگیرنده ی چارچوبِ فرایند
هر سازمان و یا پروژه ی خاص، نیازمند به داشتن فرایند خاصی متناسب با نیازها، ضروریات، و ملاحظات مختص خودش میباشد. بنابراین، فرایند تولید در پروژه های مختلف، متفاوت است و یک فرایند مناسب، باید دارای قابلیت تطبیق با شرایط و موقعیت های خاصِ هر پروژه و یا سازمان باشد. یکی از ویژگی های برجسته وکم نظیر آر.یو.پی این است که آر.یو.پی محصولی است که چارچوب کاملی را برای الگوبرداری و تعریف فرایندهای مختلف در طیف گسترده ای از پروژه های با ابعاد متنوع و در زمینه ها و موضوعات مختلف (حتی پروژه های غیر نرم افزاری) فراهم میآورد.
در واقع، آر.یو.پی یک فرایند نیست که بتوان آ نرا به همان شکلی که ارایه شده، در یک پروژه بکار گرفت. آر.یو.پی گنجینه ای است غنی از راهکارهای موفق برای گستره ی وسیعی از پروژه ها. بنابراین، آر.یو.پی یک بانک دانش و چارچوب فرایند است نه صرفاً یک فرایند.
اجزاء و مؤلفه های اصلی این محصول، عبارتند از:
- راهکارهای موفق
- ابزارهای تحویل فرایند
- ابزارهای پیکربندی فرایند
- ابزارهای تألیف فرایند
- اجتماع و گستره ی وسیعی از استفاده کنندگان

مؤلفه ها و اجزاء مختلف آر.یو.پی به عنوان یک محصول

برخی از مهمترین صنایع استفاده کننده از آر.یو.پی عبارتند از:
- صنعت مخابرات
- صنعت حمل و نقل، هوافضا و صنایع دفاعی
- صنعت ساخت و تولید
- خدمات مالی
- یکپارچه سازی سیستم ها
پذیرش آر.یو.پی در حوزه ی وسیعی از صنایع در طی سالهای گذشته، بیانگر نوعی تغییر و تحول جالب توجه در صنعت نرم افزار میباشد. با افزایش فشار زمانی ورود به بازار و همچنین تقاضاهای روزافزون برای تولید سیستم های کاربردی با کیفیت برتر، شرکت های مختلف را به سمت بهره گیری بیش از پیش از تجارب و راهکارهای موفق سوق داده است؛ آر.یو.پی نیز گنجینه ای است از راهکارها و تجارب موفق.
و) ویژگی ها و روحِ آر.یو.پی
این ویژگی ها، شکل دهنده ی ماهیت آر.یو.پی میباشند.
ویژگی¬های کلیدی آر.یو.پی، که آن را به عنوان یک فرایند بالغ و تکامل یافته برای تولید فراورده¬های نرم افزاری مطرح نموده است، عبارتند از :
1. داشتن رویکرد مبتنی بر توسعه ی تکرارشونده و تکاملِ تدریجی
2. متمرکز بر معماری
3. توسعه بر مبنای موارد کاربرد(بر اساس نیازها و خواسته¬های مشتری)
و.1) رویکرد مبتنی بر توسعه ی تکرارشونده:
یکی از ویژگی های برجسته ی فرآیند آر.یو.پی، داشتن رویکرد مبتنی بر توسعه تکرارشونده و تکاملِ تدریجی فراورده در طی آن، میباشد. رویکرد تکرارشونده در مقابل رویکرد آبشاری قرار دارد.

رویکرد تکرارشونده نسبت به رویکرد سنتی آبشاری هم مشکل تر است و هم آسان تر! مشکل بودن این رویکرد به این دلیل است که رویکرد تکرارشونده مستلزمِ برنامه ریزی مستمر و کاملاً پویا در طول پروژه میباشد. این در حالی است که در رویکرد آبشاری برنامه ریزی یک بار و آن هم در ابتدای پروژه انجام میشود. اما دلیل آسان تر بودن رویکرد تکرارشونده نسبت به رویکرد آبشاری، این است که در رویکرد تکرارشونده، فرصت یادگیری و بهبود در طول مسیر (چرخه ی تولید فراورده) فراهم میباشد. به این ترتیب، در طول پروژه، امکان تصحیح به موقع اشتباهات وجود خواهد داشت؛ اگر در یک تکرار اشتباه کردید، نگران نباشید، در تکرارِ بعد، میتوانید جبران کنید . در حالی که در رویکرد آبشاری، بسیاری از اشتباهات در انتهای پروژه آشکار میشود و بالطبع فرصت کمیبرای تصحیح وجود خواهد داشت.
مزیت های عمده ی رویکرد تکرارشونده نسبت به رویکرد آبشاری، عبارتند از:
- ریسک ها را زودتر میتوان تسکین داد.
- تغییرات، بسیار راحت تر قابل مدیریت و کنترل میباشد.
- امکان استفاده ی مجدد در سطوح بالاتری فراهم می¬گردد.
- تیمِ انجام دهنده ی پروژه، قادر خواهد بود در طول پروژه، یادگیری داشته باشد.
- کیفیت کلی محصول نیز بهتر خواهد بود.
• درادامه در قسمتی مجزا به بررسی مفصل این موضوع خواهیم پرداخت
و.2) مرکزیت قرار گرفتن معماری:
برای مفهوم معماری نرم افزار، تعاریف متعددی ارا ئه شده است . در آر.یو.پی، معماری نرم افزار به صورت زیر تعریف میشود:
معماری نرم افزار دربرگیرنده ی مجموعه ای است از تصمیم های مهم و کلیدی در رابطه با سازماند هی یک سیستمِ نرم افزاری؛ از جمله، تصمیماتی پیرامون انتخابِ عناصرِ ساختاری و واسط هایشان، رفتارِ سیستم در قالبِ همکاری های میان این اجزاء، ترکیبِ این عناصرِ ساختاری و رفتاری و تشکیل زیر سیستم های، بزرگ تر، و شیو ه¬ی معماری که راهنمای شکل گیری آن است.
ملاحظات دیگری مانند کاربری، کارکرد کارایی، انعطاف پذیری، استفاده ی مجدد ، جامعیت، محدودیت ها و انتخاب های فنی و اقتصادی، و ملاحظات زیبایی شناسی، از دیگر ملاحظات و موارد مرتبط با معماری میباشند.
با این تعریف، معماری ذینفعان زیادی دارد از جمله:
- تحلیل گر سیستم، که به کمک معماری قادر به سازماندهی نیازمندی ها و نیز درک محدودیت ها و ریسک های فناوری میباشد.
- کاربران نهایی یا مشتریان که توصیفی سطح بالا از آنچه روی آن سرمایه گذاری کرده یا دراختیارشان قرار خواهد گرفت، بدست میآورند.
- مدیر پروژه، برای سازماندهی تیم و نیز برنامه ریزی فعالیت ها
- طراحان که با بکارگیری معماری، اصول زیربنایی، الگوها، و نیز مکانیزم ها را درک کرده و
محدوده های طراحی شان را شناسایی مینمایند.
- سازمان های تولیدکننده ی دیگر (در یک سیستم باز) برای درک چگونگی برقراری واسط با آن
- و نیز معماران و سایرِ پیمانکاران جزء
برای اینکه همه ی ذینفعان قادر باشند با معماری ارتباط برقرار کرده، درباره ی آن بحث نمایند و آن را به کار گیرند، لازم است که معماری، برای هر یک از ذینفعان، منظرهای مختلفی فراهم کرده باشد.
بنابراین، یک معماری کامل، چند بعدی بوده و منظرهای مختلفی در آن فراهم میشود . بر همین اساس، منظرِ آر.یو.پی مدلی از معماری تحت عنوان معماری1+4را معرفی می¬نماید.

منظرِ منطقی
در این منظر از معماری، ملاحظات مربوط به نیازمندی های وظیفه¬مندی و کارکردی سیستم مطرح میگردد .به عبارت دیگر، این منظر به چیستی های سیستم یا مجموعه ی بایدها و نبایدهای مورد انتظارِ کاربران نهایی مرتبط میباشد. این منظر، سطح تجریدی (سطحی با حذف جزئیات غیر ضروری) از مدلِ طراحی میباشد و در آن بسته ها، زیرسیستم ها، و کلاس های اصلی طراحی، دیده میشود.

منظرِ پیاده سازی
این منظر از معماری، به منظورِ توصیف چگونگی سازماندهی مؤلفه ها و ماجول های نرم افزاری ( کُدها، داده ها، مؤلفه ها، نسخه های اجرایی، و دیگر دستاوردهای مرتبط )در قالب بسته ها ، لایه ها ، و ملاحظات مرتبط با ، مدیریت پیکربندی ارائه میگردد.
منظرِ پردازه ای
همروندی و توازی، ملاحظات مرتبط با بالا آوردن و پایین بردن سیستم ، میزان تحمل پذیری نسبت به خطا ، و توزیع شدگی ، از مهم ترین مسائلِ مورد بررسی در این منظر می¬باشند.
منظرِ استقرار
در این منظر از معماری، چگونگیِ استقرارِ مؤلفه های زمان اجرا، مانند فایل های اجرایی و بانک های اطلاعاتی، روی گره های بسترِ ٢ سخت افزاری پیش بینی شده، بررسی میشود.
مسائلی مانند استقرار، نصب ، و کارایی در این منظر، مورد بررسی قرار میگیرند
منظرِ مورد کاربرد
این منظر، نقش خاصی در معماری نرم افزار ایفا مینماید . این منظر، شاملِ یکسری از کلیدی ترین سناریو ها یا موارد کاربرد میباشد . این مجموعه سناریوها یا موارد کاربرد، در فازهای آغازین ) شناخت ( و تشریح ( معماری ) برای کشف، طراحی، و ایجاد معماری مناسب و در فازهای بعدی، برای اعتبارسنجی منظرهای مختلف بکار میرود.
باید توجه داشت که معماری، تنها نقشه ای از سیستم نیست . ملاحظات مهمِ کیفیت، از جمله، امکان پذیری، کارایی، انعطاف پذیری، و استحکام به وسیله ی معماری نشان داده می¬شوند.
در آر.یو.پی، معماری به اندازه ای مهم است که هدف اصلی فازِ دومِ فرایند، یعنی فاز تشریح ، به تثبیت آن اختصاص یافته است . در طی این فاز، علاوه بر توصیف معماری نرم افزار، یک پیش الگوی معماری پیاده سازی شده و تصمیم گیری های فنی در آن تست می¬شود. این پیش الگو، در فازِ سومِ فرایند، یعنی فازِ ساخت ، تکامل یافته و سیستمِ نهایی را ایجاد مینماید.
بر اساس این دو دستاورد اصلی مرتبط با معماری، یعنی سند معماری نرم افزار و پیش الگوی معماری، سه دستاورد دیگر حاصل میشود که عبارتند از:
• رهنمودهای طراحی ، چگونگی بهره گیری از الگوها
• ساختارِ فراورده در محیط تولید بر اساس منظرِ پیاده سازی
• ساختارِ تیم بر اساس ساختار منظرِ پیاده¬سازی
بنابراین، آر.یو.پی با تمرکز بر معماری، حل و فصلِ ملاحظات مرتبط با ریسک های فنی را در اولویت قرار داده و پس از تثبیت معماری، سیستم نهایی را بر اساس آن کامل مینماید .
و.3) توسعه مبتنی بر موارد کاربرد:
هدف آر.یو.پی، تولید سیستمِ مورد انتظار کاربران و برای پاسخگویی به نیازهای واقعی آنان است؛ سیستمیکه در تطابق با نیازهای کاربران بوده و با هزینه ی زمانی و مالی مناسب و نیز با کیفیت مطلوب تولید شده باشد . آنچه مسلم است اینکه خواسته ها و نیازهای ذینفعان را باید به درستی درک نموده و سپس راهکاری برای پاسخ گویی به این نیازها پیاده سازی نماییم . در نهایت باید اطمینان حاصل کنیم که آنچه ساخته ایم، همان است که ذینفعان خواسته اند . همانطور که ملاحظه مینمایید، در تمامِ طول مسیر، خواسته ها، انتظارات، و نیازهای ذینفعان بر فعالیت های مختلف تأثیرگذار میباشد. بنابراین در طول فرایند هیچگاه نباید از خواسته ها و نیازها فاصله بگیریم.
در گرفتن نیازمندی ها دو هدف عمده را دنبال مینماییم: پیدا کردن خواسته ها و نیازهای واقعی کاربران و بیان آنها به صورت مناسبی برای همه ی ذینفعان از جمله مشتری، کاربران، و تیم تولید . آر.یو.پی راهکار موفقی را سرلوحه ی تمام فعالیت ها قرار داده است که بر اساس الگوی مشتری مداری ٤