مروري بر RUP و قابليتهاي آن در توليد نرمافزار
چكيده:
چه چيز ميتواند يك پروسه توليد نرمافزار را توصيف كند؟ آيا منظور از پروسه، آمادهسازي نرمافزار صرفاً براي ارائه در بازار است؟ مسلماً در هر كاري وجود يك سامانه و فرايند كاري ضروري است؛ ولي چه چيزي ميتواند موجب ايجاد سرعت و كيفيت در فرايند توليد يك نرمافزارشود؟ لزوماً طراحي و پيادهسازي يك فرايند يكپارچه و منطقي ميتواند چنين نتيجهاي در بر داشته باشد. بدين منظور امروزه از روشي استفاده ميشود كه اصطلاحاً RUP ناميده ميشود. به حداقل رساندن حجم پروسه توليد يك نرمافزار همزمان با حفظ كيفيت و صرفهجويي در زمان از مهمترين ويژگيهاي اين روش ميباشند. معمولاً براي يك شركت توليد نرمافزار، سرعت عمل به موقع براي پاسخگويي به تقاضا و شرايط اجتماعي اهميت دارد، اما گاهي اين شتابزدگي سبب فدا شدن كيفيت ميگردد. RUP با ارائه يك چارچوب منطقي علاوه بر تعيين زمانبندي مناسب، كيفيت مورد نظر توليد كننده و استفاده كننده نرمافزار را تأمين مينمايد. در اين مقاله ضمن مروري بر RUP به عنوان روش يكپارچه توليد نرمافزار، قابليتهاي آن در افزايش سرعت توليد نرمافزار و حفظ كيفيت آن برشمرده ميشوند.
1- مقدمه
يك پروسه چابك، پروسهاي است كه هميشه آماده در آغوش كشيدن درخواستهاي جامعه بوده و اين درجه از سازگاري را دارا باشد. بنابراين منظور از سرعت عمل، فقط كاستن از حجم پروسه توليد نرمافزار يا سرعت ارائه آن به بازار نيست؛ بلكه منظور، انعطافپذيري و حفظ کيفيت است. مطلبي كه در اين مقاله قصد توضيح آن را داريم اين است كه RUP 1 ساختاري پروسهاي (چيو 2000) است كه امكان انعطافپذيري را براي توليدكنندگان نرمافزار فراهم ميآورد.
منظور از RUP چيست؟ در اين مقاله از چند منظر به RUP خواهيم پرداخت:
RUP يك پروسه توليد نرمافزار است.
RUP مجموعهاي از تجربيات بسيار عالي توليد نرمافزار را كه در عمل با آنها برخورد شده است، در خود دارد.
RUP همانند يك محصول نرمافزاري به بازار ارائه شده و به فروش ميرسد با اين تفاوت كه RUP اولين ساختار توليد نرمافزار را ارائه داده و گام نخست را در اين زمينه برداشته است.
2- 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 يك چارچوب توليد نرمافزار است كه ما آنرا براي سازمان و پروژه خود بومي ميكنيم و ميتوان گفت كه در واقع يك قالب فرايند است.
چكيده:
چه چيز ميتواند يك پروسه توليد نرمافزار را توصيف كند؟ آيا منظور از پروسه، آمادهسازي نرمافزار صرفاً براي ارائه در بازار است؟ مسلماً در هر كاري وجود يك سامانه و فرايند كاري ضروري است؛ ولي چه چيزي ميتواند موجب ايجاد سرعت و كيفيت در فرايند توليد يك نرمافزارشود؟ لزوماً طراحي و پيادهسازي يك فرايند يكپارچه و منطقي ميتواند چنين نتيجهاي در بر داشته باشد. بدين منظور امروزه از روشي استفاده ميشود كه اصطلاحاً RUP ناميده ميشود. به حداقل رساندن حجم پروسه توليد يك نرمافزار همزمان با حفظ كيفيت و صرفهجويي در زمان از مهمترين ويژگيهاي اين روش ميباشند. معمولاً براي يك شركت توليد نرمافزار، سرعت عمل به موقع براي پاسخگويي به تقاضا و شرايط اجتماعي اهميت دارد، اما گاهي اين شتابزدگي سبب فدا شدن كيفيت ميگردد. RUP با ارائه يك چارچوب منطقي علاوه بر تعيين زمانبندي مناسب، كيفيت مورد نظر توليد كننده و استفاده كننده نرمافزار را تأمين مينمايد. در اين مقاله ضمن مروري بر RUP به عنوان روش يكپارچه توليد نرمافزار، قابليتهاي آن در افزايش سرعت توليد نرمافزار و حفظ كيفيت آن برشمرده ميشوند.
1- مقدمه
يك پروسه چابك، پروسهاي است كه هميشه آماده در آغوش كشيدن درخواستهاي جامعه بوده و اين درجه از سازگاري را دارا باشد. بنابراين منظور از سرعت عمل، فقط كاستن از حجم پروسه توليد نرمافزار يا سرعت ارائه آن به بازار نيست؛ بلكه منظور، انعطافپذيري و حفظ کيفيت است. مطلبي كه در اين مقاله قصد توضيح آن را داريم اين است كه RUP 1 ساختاري پروسهاي (چيو 2000) است كه امكان انعطافپذيري را براي توليدكنندگان نرمافزار فراهم ميآورد.
منظور از RUP چيست؟ در اين مقاله از چند منظر به RUP خواهيم پرداخت:
RUP يك پروسه توليد نرمافزار است.
RUP مجموعهاي از تجربيات بسيار عالي توليد نرمافزار را كه در عمل با آنها برخورد شده است، در خود دارد.
RUP همانند يك محصول نرمافزاري به بازار ارائه شده و به فروش ميرسد با اين تفاوت كه RUP اولين ساختار توليد نرمافزار را ارائه داده و گام نخست را در اين زمينه برداشته است.
2- 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 يك چارچوب توليد نرمافزار است كه ما آنرا براي سازمان و پروژه خود بومي ميكنيم و ميتوان گفت كه در واقع يك قالب فرايند است.
منبع : http://www.mgtsolution.com
