nx دارای 40 صفحه می باشد و دارای تنظیمات در microsoft word می باشد و آماده پرینت یا چاپ است
فایل ورد nx کاملا فرمت بندی و تنظیم شده در استاندارد دانشگاه و مراکز دولتی می باشد.
این پروژه توسط مرکز nx2 آماده و تنظیم شده است
توجه : در صورت مشاهده بهم ريختگي احتمالي در متون زير ،دليل ان کپي کردن اين مطالب از داخل فایل ورد مي باشد و در فايل اصلي nx،به هيچ وجه بهم ريختگي وجود ندارد
بخشی از متن nx :
چكیدهچه چیز می‌تواند یك پروسه تولید نرم‌افزار را توصیف كند؟ آیا منظور از پروسه، آماده‌سازی نرم‌افزار صرفاً برای ارائه در بازار است؟ مسلماً در هر كاری وجود یك سامانه و فرایند كاری ضروری است؛ ولی چه چیزی می‌تواند موجب ایجاد سرعت و كیفیت در فرایند تولید یك نرم‌افزارشود؟ لزوماً طراحی و پیاده‌سازی یك فرایند یكپارچه و منطقی می‌تواند چنین نتیجه‌ای در بر داشته باشد. بدین منظور امروزه از روشی استفاده می‌شود كه اصطلاحاً RUP نامیده می‌شود. به حداقل رساندن حجم پروسه تولید یك نرم‌افزار همزمان با حفظ كیفیت و صرفه‌جویی در
زمان از مهمترین ویژگی‌های این روش می‌باشند. معمولاً برای یك شركت تولید نرم‌افزار، سرعت عمل به موقع برای پاسخ‌گویی به تقاضا و شرایط اجتماعی اهمیت دارد، اما گاهی این شتابزدگی سبب فدا شدن كیفیت می‌گردد. RUP با ارائه یك چارچوب منطقی علاوه بر تعیین زمانبندی مناسب، كیفیت مورد نظر تولید كننده و استفاده كننده نرم‌افزار را تأمین می‌نماید. در این مقاله ضمن مروری بر RUP به عنوان روش یكپارچه تولید نرم‌افزار، قابلیت‌های آن در افزایش سرعت تولید نرم‌افزار و حفظ كیفیت آن برشمرده می‌شوند. كلیدواژه : RUP؛ UML؛ فرایند یكپارچه رشنال؛ Rational Unified Process؛ Unified Modeling Language
مقدمهیك پروسه چابك، پروسه‌ای است كه همیشه آماده در آغوش كشیدن درخواستهای جامعه بوده و این درجه از سازگاری را دارا باشد. بنابراین منظور از سرعت عمل، فقط كاستن از حجم پروسه تولید نرم‌افزار یا سرعت ارائه آن به بازار نیست؛ بلكه منظور، انعطاف‌پذیری و حفظ کیفیت است. مطلبی كه در این مقاله قصد توضیح آن را داریم این است كه RUP 1 ساختاری پروسه‌ای (چیو 2000) است كه امكان انعطاف‌پذیری را برای تولید‌كنندگان نرم‌افزار فراهم می‌آورد.منظور از RUP چیست؟ در این مقاله از چند منظر به RUP خواهیم پرداخت:
RUP یك پروسه تولید نرم‌افزار است. RUP مجموعه‌ای از تجربیات بسیار عالی تولید نرم‌افزار را كه در عمل با آنها برخورد شده است، در خود دارد. RUP همانند یك محصول نرم‌افزاری به بازار ارائه شده و به فروش می‌رسد با این تفاوت كه RUP اولین ساختار تولید نرم‌افزار را ارائه داده و گام نخست را در این زمینه برداشته است.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 شامل 4 فاز می‌باشد و اگر در هر لحظه به آن نگاه كنیم شامل 9 قالب خواهد بود.
این فرآیند یک روش نظام‌مند برای تخصیص کارها و مسئولیتها در یک تیم توسعه نرم‌افزار ارائه می‌دهد و هدف آن تولید نرم‌افزار بصورت بهینه و با کیفیت بالاست که بتواند نیازهای کارفرما را تحت یک برنامه زمانی مشخص و با بودجه قابل پیش‌بینی برآورده سازد. آر.یو.پی بهره‌وری تیم تولید نرم‌افزار را با فراهم نمودن دسترسی تمام افراد تیم به یک پایگاه دانش سهل‌الوصول به همراه راهنماها، الگوها و ابزارهای کمکی برای همه فعالیت‌های حیاتی توسعه، افزایش می‌دهد. از آنجا که تمام افراد به منابع یکسانی دسترسی دارند، لذا دید مشترکی برای توسعه نرم‌افزار برخوردار هستند.
آر.یو.پی امکان استفاده موثرتری از زبان یکپارچه مدلسازی (UML) را فراهم می‌سازد (دقت شود که در عین حال آر.یو.پی و یو.ام.ال کاملاً مستقل از یکدیگر هستند و نباید آنها را با هم یکی فرض کنیم). به کمک تکنیک های آر.یو.پی بخش‌های عمده‌ای از فرآیند تولید نرم‌افزار به طور خودکار انجام شده و همچنین استفاده از مدل‌های تولید شده در فرآیندهای گذشته در پروژه‌های جاری به سادگی امکان‌پذیر است. این فرآیند با موقعیت‌های مختلف تطبیق یافته و برای سازمانهای بزرگ یا حتی کوچک تولید و توسعه نرم‌افزار قابل استفاده است.آر.یو.پی کلیه مراحل انجام یک پروژه شامل تحلیل سیستم، برنامه‌ریزی، بررسی ریسکها، تولید و تست نرم‌افزار را در بر می‌گیرد و چهارچوبی در جهت انجام صحیح و موفق پروژه‌های نرم افزاری فراهم می‌سازد.
چرا آر.یو.پی را یکپارچه نامیده‌اند:1 این فرآیند از ترکیب و یکپارچه‌سازی چند فرآیند و متدولوژی شامل Booch، OMT و OSE دیگر ایجاد شده است. 2 از زبان یکپارچه مدلسازی (UML) به طور موثری بهره می‌گیرد. 3 مفاهیمی نظیر کلاس و شیء در متدهای قبلی علائم خاص و مختلفی داشتهاند حال آنکه در آر.یو.پی یکسان شده‌اند.
حرفه ها وتخصص ها به منظور بررسی(شناخت،آنالیز، نیاز سنجی،طراحی، پیاده سازی و;)فرایندهای یک سازمان یا یک تیم کاری حرفه ها و تخصص های مختلفی بکار میروند که در بکار گیری آنها عوامل زیر مؤثر می باشد:ـ تنوع حوزه کاری سازمان یا تیم کاری
هر چه حوزه فعالیت های مورد بررسی وسیعتر باشد ونوع کارها متفاوت تر باشد تخصص های بررسی کننده نیاز بایستی متنوع تر باشند.از طرفیتخصص ها و دانشهایی که در مورد کلیت فعالیت ها و پروسه ها اظهار نظر می نماید نیز وابسته به تنوع حوزه فعالیت پروسه های مورد مطالعه می باشند.از نظر تعداد اعضا شرکت کننده در تیم امکان سنجی،نیاز سنجی،طراحی،پیاده سازی نیز بستگی به تنوع حوزه کاری مورد مطالعه دارد.ـمیزان شناخت و متعاقب آن تغییرات مورد انتظار در سیستم
سازمان ها و تیم های کاری با اهداف مختلفی به مطالعه وامکان سنجی پروسه های خود می پردازند عمده این اهداف عبارتند از:*شناخت ساختار و مدل ایستای سازمان یا تیم کاری مو جود یا در حال شکل گیری.*شناخت(ایجاد شناسنامه) پروسه های موجود/در حال شکل گیری/امکان کشف در سازمان یا تیم کاری.*شناخت روشها و متد های مدیریت پروژه بهینه.
*شناخت مستندات جاری یا در حال شکل گیری سازمان یا تیم کاری ودر نهایت بززسی گردش اسناد.*شناخت گردش کار پروسه های موجود(DFD)*شناخت موجودیت های سیستم و رسیدن به ERD متناسب با ساختار سیستم.*شناخت مدل کامل سیستم که بیانگر وضعیت جاری/مناسب/مورد نظر باشد.
*زسیدن به مدلی که در طراحی سیستم کارا/قابل اطمینان/معقول و مقرون/ راحت و متناسب(اصول مهندسی نرم افزار) مؤثر باشد.*رسیدن به مدلی که در پیاده سازی سیستم کارا/ قابل اطمینان/معقول و مقرون/ راحت و متناسب(اصول مهندسی نرم افزار) مؤثر باشد.با توجه به اهداف نوع تخصص و سطح خروجی تخصص که همان پیشنهاد های مؤثر برای ابقا/ تغییر/ایجاد سیستم جایگزین برای سیستم جاری می باشد، مشخص می گردد.می توان گفت خروجی تخصص می تواند یکی از موارد زیر باشد:
_ مستندات واقعی/ استاندارد/ بهینه سیستم موجود یا در حال شکل گیری_ ابزار های کمکی مؤثر در بهبود/ ایجاد سیستم موجود یا در حال شکل گیری_ سیستم کاملاً جدید که در حوزه موضوع مورد نظر ایفای نقش خواهد کرد_ پیشنهادات دستورالعملی ، سازمانی،آیین نامه ای و; برای سیستم موجود یا در حال شکل گیریدر انتخاب نوع خروجی باید موارد پیشنهادی را بر اساس( شاخص گذاری/ در نظر داشتن)موارد زیر ارائه کرد:
_ فرهنگ کاری و مسائل محیطی_ میزان هزینه و منابع مورد نیاز دیگر مانند زمان_ میزان انعطاف پذیری و علاقه مندی به تغییر
و;;. – سطح فن آوری و تکنیکی بکار رفته در شناخت و تغییر در فاز امکان سنجی و کشف نیازمند یها وآنالیز:OOPیا SSADM ؟در فازطراحی سیستم جدید:
Tier3 یا؟در فاز پیاده سازی و گذار به سیستم جدید:Desktop یا Client/Server یا Web Base یا توزیعی؟چند کاره ؟ در چه محدوده هایی؟ با چه امنیتو سطح دسترسی؟
خصوصیات RUP چیست؟ RUP مبتنی بر نوعی معماری است كه به اجزاء اصلی می‌پردازد ولی طراحی به جزئیات نیز وارد می‌شود. همچنین می‌توان گفت معماری یكسری اجزا و ارتباط بین آنها است كه سیستم را می‌سازد و ما را به سمت توسعه مؤلفه‌محور6 راهنمایی می‌كند. ویژگی Usecase Driven: یكی از مشكلات OOA این بود كه می‌گفتند با هر روشی تبدیل و كار كنند و بعد بتوان آنرا به شیءگرا تبدیل كرد. یعنی مثلاً پروژه SSADM را طراحی كرده و بعداً به شیءگرا تبدیل نمود. ولی آن عقیده اشتباه بود و حتماً تحلیل شیءگرا باید صورت بگیرد. خصوصیت خوب شیءگرا كه در دیگر روشها نمی‌باشد این است كه نوتاسیونی كه استفاده می‌شود (بوچ، رامباق و جاكوبسون 1999) در همه مراحل یكی است یعنی مفاهیمی از قبیل شیء، كلاس، روابط كلاسها و ; در تمامی مراحل یكی است. اهمیتی كه
Usecase Driven دارد این است كه با زبان مشتری نوشته می‌شود. مشتری می‌تواند آنرا بفهمد و بسیار مناسب برای تشخیص نیازمندیهای سیستم می‌باشد. در بخش تحلیل و طراحی از روی Usecaseها تحلیل و طراحی انجام می‌دهیم و مسائلی مانند مدیریت پروژه نیز تحت تاثیر Usecaseها هستند كه ما آنها را دسته‌بندی كرده و مدیریت می‌كنیم. همچنین راهنماهای سیستم هم تحت تاثیر Usecaseها (كراچتن 2000، 298) ایجاد می‌شوند.
ویژگی Incremental: به معنی آن است که پروژه بصورت چهار مرحله حلقه‌ای جلو می‌رود ولی در هر مرحله چرخش یك دسته از Usecaseها كامل و آماده استفاده می‌شود و كلیه این كارها در 9 جریان كار7 كه در شكل 1 مشخص شده بود، قابل مشاهده است.
دیدگاه اولیه درباره RUPدیدگاهی كه RUP بر اساس آن طراحی شده، به گونه‌ای است كه محدوده وسیعی از اهداف را پوشش دهد تا ضمانت اجرایی جهت انطباق با موارد زیر حاصل شود (كراچتن 2003): ابعاد پروژه
حوزه كاربردی برنامه (سیستمهای تجاری یا سیستمهای فنی) زمینه‌های تجارت (توسعه خانگی، توسعه محصولات، فروشندگان نرم‌افزار مستقل، توسعه قراردادی). همانند هر ساختار پروسه دیگری، RUP نیز روش سیستماتیكی را برای به دست آوردن، سازماندهی و ارائه راهكارهای مهندسی نرم‌افزار در اختیارتان قرار می‌دهد. RUP برای سازماندهی راهكارها، بر یك مدل پروسه ساده و کاملاً زیربنایی استوار شده است كه توضیح این امر در قالب چند مقاله یا كتاب نمی‌گنجد.
با این وجود، ساختار پروسه مزبور را نمی‌توان به یك ظرف خالی تشبیه نمود. این ساختار از قبل توسط حجم عظیمی از پروسه‌های راهكاری كه قبلاً در پانزده سال گذشته توسط ملیت‌های مختلف تحصیل شده است و با شركت Rational ارتباط داشتهاند (افرادی كه قبلاً این شركت آنها را به خود جذب كرده و برخی از شركای این شركت نظیر IBM ، HP و BEA (كراچتن 2003)) انباشته گردیده است. RUP مجموعه محدود و بسته‌ای نیست كه به منظور كاربردهای عمومی منتشر شده باشد و پاسخ یا راه‌حل تمامی مشكلات توسعه نرم‌افزاری را دربرگیرد؛ بلكه ساختار RUP ساختار بازی است كه به منظور استنتاج باید شاخه‌های آنرا دنبال كنید و این ساختار سالانه دوبار روزآمد می‌گردد. ساختار RUP تصفیه شده است و پشتیبانی ابزاری و مندرجات آن نیز توسعه یافته‌اند.
از یك سو، گروه توسعه پروسه شركت Rational، امر به روز سازی محتویات RUP را همگام با مقتضیات فن‌آوری و بازخوردهایی كه كاربران این ساختار ارائه می‌دهند، به عهده دارند و از سوی دیگر شركای متعدد این شركت و افرادی كه RUP را برای استحصال و سازماندهی فرایندهای راهكاری خود پذیرفته‌اند و از آن برای اهداف مربوط به خود استفاده می‌كنند، ساختار ارائه شده توسط شركت Rational را تبلیغ نموده و آنرا را تكمیل می‌كنند.ساختار RUP پیرامون چند منطق ساده و مرتبط به هم سازماندهی شده است: RUP نقشهایی را تعریف می‌كند كه باید در پروسه وجود داشته باشد و بر مبنای آن، صلاحیتها، تخصصها و مسئولیتهای افرادی كه باید پیشرفت پروژه را محقق سازند، مشخص می‌شود. RUP كارهایی را كه هر یك از افراد باید در عمل انجام دهند، به طور گام به گام تشریح می‌كند.
ادامه خواندن مقاله RUP
نوشته مقاله RUP اولین بار در دانلود رایگان پدیدار شد.