نام کاربری
کلمه عبور
چرا مدیریت دانش برای موفقیت شرکت شما...
چگونه یک قیف‌فروش درست کنیم؟
بازاریابی اینترنتی و تفاوت بین تعامل...
ترویج کسب‌وکار از طریق رویداد
ده تفاوت موجود بین تبلیغات و روابط عمومی
ذخیره اطلاعات برای 13 میلیارد سال
ارتباط حیاتی بین فروش و تکنولوژی
راهکارهایی برای استخدام نیروی انسانی...
اهمیت عکس در روابط عمومی
موشن گرافیک یک هنر ساده اما پر کاربرد...
سایر مقالات
اعتراف زن 18 ساله در خاش هم هولناك بود...
عضويت همزمان داماد طيب نيا در هيات...
توهين به نماينده يا توهين نماينده به...
تحليل زيباكلام از تبعات كناره گيري...
95 درصد سازمان هاي دولتي آمادگي تحول...
در سال 2019 كدام بدافزارها و جرايم...
گوشي سامسونگ گلكسي M10 تاييديه واي فاي...
لنوو S5 Pro GT و Z5s رونمايي شدند
تحميل رفتارهاي برونگرايانه بر افراد...
مرسدس X كلاس با تيونينگ كارلكس ديزاين؛...
كوالكام: اپل همچنان در حال نقض حكم...
نهمين سمپوزيوم بين المللي مخابرات با...
در چهارمين روز كاري هفته پاياني پاييز...
فروش قطعي هفتيمن اختراع در بازار دارايي...
همكاري ايسوس و Quantumcloud در استخراج...
سایر خبرها
نرم افزار خبرنامه الکترونیک
نرم افزار آرشیو تصاویر و فیلم ها
نرم افزار ارسال و دریافت پیام کوتاه
  RUP چیست؟
با پيشرفت تكنولوژي‌هاي مرتبط با كامپيوتر، نياز هر چه بيشتر به گسترش علم نرم‌افزاري نيز احساس مي‌شد كه با پيدايش متدولوژيهاي همانند SSADM 2 و روش آبشاري3 (چيو 2000) ‎آغاز شد. در ابتدا، اين روشها مناسب بود و جوابگوي نيازهاي آن زمان بودند ولي با افزايش داده‌ها و پيدايش مفاهيمي همچون شبكه، وب و غيره ديگر كارآيي لازم را جهت پياده‌سازي و هدايت پروژه‌هاي نرم‌افزاري نداشتند. پس مفاهيم برنامه‌نويسي شيءگرا پا به عرصه وجود گذاشتند و در سال 1991 بطور جدي مورد مطالعه و بحث قرار گرفتند. استفاده از اين روشها و متدهاي برنامه‌نويسي، قدرت و انعطاف بسياري را به برنامه‌ها داد و شركتهاي نرم‌افزاري توانستند با كاهش هزينه‌ها و بهينه‌سازي كدهاي خود، نرم‌افزارهاي قويتري را به بازار عرضه كنند ولي اين روش جديد نيز نياز به مديريت و يكپارچگي داشت. پس روشها و متدولوژيهاي جديدي مطرح شد كه شامل Booch، OMT، OSE و ... مي‌باشند. در سال 2000 شركت Rational روشي را تحت عنوان RUP مطرح ساخت (گروه كاسميك 2003ب) كه بعد از روش MSF شركت مايكروسافت به دنياي نرم‌افزار عرضه شد و امروزه از طرفداران بسياري برخوردار است. فرايند يكپارچه Rational در اصل يك متدولوژي است كه در جهت كنترل و انجام پروژه‌هاي نرم‌افزاري در نظر گرفته شده است. در اصل اين چارچوبي در جهت انجام صحيح و موفق پروژه‌هاي نرم‌افزاري مي‌باشد كه كليه مراحل انجام يك پروژه كه با معماري و آناليز سازمان شروع شده و به تست نرم‌افزار و ارائه Gold Release ختم مي‌شود را در بر مي‌گيرد (گروه كاسميك 2003 الف).

چرا RUP را يک فرايند يکپارچه مي‌گويند؟
به سه علت RUP را يكپارچه مي‌نامند:
-اين متدولوژي از يكپارچه‌سازي سه متدولوژي معروف ديگر بوجود آمده است كه شامل Booch، OMT و OSE مي‌باشد.

-از UML4 در جهت كارهاي خود استفاده مي‌كند. در واقع مي‌توان گفت UML خود ثمره RUP مي‌باشد و اين خود بسيار خوب است كه متدولوژيي با خودش گسترش يابد (گروه كاسميك 2003الف). مفاهيمي از قبيل Object، Class و ... مفاهيم ساده و ثابتي هستند ولي قبلاً متدولوژيها علامتهاي خاصي داشتند كه اكنون همه آنها يكسان شده‌اند.

-در داخل RUP يك چارچوب توليد نرم‌افزار است كه ما آنرا براي سازمان و پروژه خود بومي مي‌كنيم و مي‌توان گفت كه در واقع يك قالب فرايند5 است.

خصوصيات RUP چيست؟

RUP مبتني بر نوعي معماري است كه به اجزاء اصلي مي‌پردازد ولي طراحي به جزئيات نيز وارد مي‌شود. همچنين مي‌توان گفت معماري يكسري اجزا و ارتباط بين آنها است كه سيستم را مي‌سازد و ما را به سمت توسعه مؤلفه‌محور6 راهنمايي مي‌كند.

ويژگي Usecase Driven: يكي از مشكلات OOA اين بود كه مي‌گفتند با هر روشي تبديل و كار كنند و بعد بتوان آنرا به شيءگرا تبديل كرد. يعني مثلاً پروژه SSADM را طراحي كرده و بعداً به شيءگرا تبديل نمود. ولي آن عقيده اشتباه بود و حتماً تحليل شيءگرا بايد صورت بگيرد. خصوصيت خوب شيءگرا كه در ديگر روشها نمي‌باشد اين است كه نوتاسيوني كه استفاده مي‌شود (بوچ، رامباق و جاكوبسون 1999) در همه مراحل يكي است يعني مفاهيمي از قبيل شيء، كلاس، روابط كلاسها و ... در تمامي مراحل يكي است. اهميتي كه Usecase Driven دارد اين است كه با زبان مشتري نوشته مي‌شود. مشتري مي‌تواند آنرا بفهمد و بسيار مناسب براي تشخيص نيازمنديهاي سيستم مي‌باشد. در بخش تحليل و طراحي از روي Usecaseها تحليل و طراحي انجام مي‌دهيم و مسائلي مانند مديريت پروژه نيز تحت تاثير Usecaseها هستند كه ما آنها را دسته‌بندي كرده و مديريت مي‌كنيم. همچنين راهنماهاي سيستم هم تحت تاثير Usecaseها (كراچتن 2000، 298) ايجاد مي‌شوند.
ويژگي Incremental: به معني آن است که پروژه بصورت چهار مرحله حلقه‌اي جلو مي‌رود ولي در هر مرحله چرخش يك دسته از Usecaseها كامل و آماده استفاده مي‌شود.

ساختار RUP پيرامون چند منطق ساده و مرتبط به هم سازمان‌دهي شده است:
RUP نقشهايي را تعريف مي‌كند كه بايد در پروسه وجود داشته باشد و بر مبناي آن، صلاحيتها، تخصصها و مسئوليتهاي افرادي كه بايد پيشرفت پروژه را محقق سازند، مشخص مي‌شود.

RUP كارهايي را كه هر يك از افراد بايد در عمل انجام دهند، به طور گام به گام تشريح مي‌كند.اين عمليات با استفاده از ابزارهايي واقعي مانند مدل‌ها، كدها، اسناد و گزارشها اداره مي‌شوند.

در RUP به وفور با راهنماييهاي مربوط به نقش‌هايي كه افراد بايد به عهده بگيرند، فعاليتهايي كه بايد انجام شوند و مصنوعات مورد نياز برخورد خواهيد نمود كه در قالب خطوط راهنما، الگوها، مثالها و معلمهاي ابزاري ارائه مي‌شوند كه چگونگي به وقوع پيوستن دسته‌اي از فعاليتها توسط يك ابزار بخصوص را شرح مي‌دهند.
تمامي اين المانهاي توصيف پروسه در قالب سامانه‌هايي سازماندهي شده‌اند.

RUP مقدماتي نه سامانه، بيش از چهل نقش و صد محصول را تعريف مي‌كند و حاوي بيش از هزار صفحه راهنما است. همچنين مي‌توانيد به پروسه‌هاي الحاقي متعددي كه وظايف و مندرجات بيشتري را به RUP اضافه مي‌كند، دسترسي پيدا كنيد. برخي از منتقدين RUP آنرا پروسه‌اي بسيار سنگين تصور نموده و آنرا به كرگدني تشبيه مي‌كنند كه توان انجام تعداد نامحدودي عمل غير معمول را براي شما فراهم مي‌آورد؛ با اين وجود نگاه ما به RUP همانند لوح باشكوهي از معارف است كه مي‌توانيد آنچه را كه نياز داريد، از داخل آن برگزينيد.

اجازه بدهيد مقايسه‌اي انجام دهيم. اگر فرهنگ لغات مناسبي از 800 لغت را انتخاب كرده باشيد، مي‌توانيد در خيلي از نقاط دنيا و در بسياري شرايط، گليم خود را از آب بيرون بكشيد؛ ولي با انتخاب فرهنگ لغات حجيمي چون Webster ، اولاً هيچ‌كس شما را مجبور به استفاده از لغاتي كه در فرهنگ لغات وجود دارد نمي‌كند، ثانياً مي‌توانيد سطح لغات محفوظي خود را براي انطباق با وضعيتهاي مختلف ارتقا ببخشيد و ثالثاً مي‌توانيد فرهنگ لغات خود را بهبود دهيد. فرهنگ لغت800 لغتي بايد فقط زيرمجموعه‌اي از يك فرهنگ لغات باشد.

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

RUP تمرينات توليد نرم‌افزار ثابت شده فراواني را در بردارد. شركت Rational ميدان ديد بالايي را براي موارد زير، ارائه مي‌دهد:
  • توسعه مكرر
  • مدل‌سازي بصري
  • مديريت ملزومات تغييرات كنترل
  • بازبيني مداوم كيفيت
  • استفاده از معماري بر مبناي اجزا
همچنين URP بر مبناي ديگر اصول كليدي ديگري كه كمتر قابل مشاهده هستند و ساده‌تر به محاق فراموشي سپرده مي‌شوند، استوار شده است كه فقط براي يادآوري اشاره‌اي به آنها مي‌نماييم (جنر 2002):
  • منحصراً آنچه را كه مورد نياز است، پرورش دهيد.
  • روي نتايج ارزشمند تمركز كنيد، نه روي چگونگي حصول نتايج
  • كاغذبازي را به حداقل برسانيد.
  • انعطاف‌پذير باشيد.
  • از اشتباهات خود عبرت بگيريد.
  • به طور منظم، مخاطرات محتمل را مورد بازبيني قرار دهيد.
  • براي پروسه موردنظر معيارهاي قابل اندازه‌گيري و علمي را بدون موضع‌گيري شخصي استوار كنيد.
  • از گروه‌هاي كوچك و توانمند استفاده كنيد.
  • طرحي را در ذهن داشته باشيد.
ذهنيت كليدي در سازگار شدن و سازگار كردن RUP قالب توسعه8 مي‌باشد. يك قالب توسعه نمونه‌اي از RUP است كه براي پروژه ويژه‌‌اي كه مد نظرتان است، مناسب باشد. با مراجعه به ساختار RUP به توضيح پروسه‌اي دست‌ مي‌يابيد كه موارد زير را تعريف نموده و شناسايي مي‌كند (جنر 2002):
  • چه چيزي توسعه داده خواهد شد؟
  • به چه مصنوعاتي واقعاً نياز داريم؟
  • چه الگوهايي بايد مورد استفاده قرار بگيرند؟
  • كدام مصنوعات در حال حاضر وجود دارند؟
  • به چه نقش‌هايي نياز داريم؟
  • چه فعاليتهايي انجام خواهند شد؟
  • كدام خطوط راهنما، استانداردهاي پروژه و ابزارهايي مورد استفاده قرار خواهند گرفت؟
نتيجه گيري
از آنچه گذشت در مي‌يابيم اولاً در حال حاضر تنها روش توسعه نرم‌افزاري که مورد پذيرش در عرصه جهاني است، RUP مي‌باشد. ثانياً اين روش علاوه بر ساماندهي به فرايند توليد نرم‌افزار از دو بعد زمان و کيفيت، به لحاظ برخورداري از انعطاف‌پذيري بالا در صورت کاربرد و پياده سازي صحيح مي‌تواند سبب تسريع فرايند توليد و توسعه نرم‌افزار و تأمين کيفيت مورد نظر در نرم‌افزار گردد و نهايتاً اين که يکي از مهم ترين ويژگي‌هاي RUP اين است که قابليت توسعه و تغيير نرم‌افزار ها را بر اساس تغيير نيازهاي کاربران و نيز تغيير فناوري، از قبل پيش بيني نموده است.


تاریخ:
۱۳۹۶/۱۲/۲۳
بازدید: 
۴۵۰
 صفحه اصلی  تماس با ما  درباره ما هاستینگ پست الکترونیک خدمات پروژه ها کتاب گرافیک مقالات اعضاء همکاران جستجو
Puzzle net Network Solutions Gaam RASA Software Geeks Web Solutions Argoun Studio eset - Nod32
پربیننده ترین ها: خبرنامه الکترونیک  آرشیو تصاویر  مدیریت پیام کوتاه  خدمات هاستینگ

© 1999 - 2017 www.asrepooya.com, تمامی حقوق وب سایت متعلق به شرکت عصر پویا است.
بهترین حالت نمایش 1024 * 768 و بالاتر.