مهندسی نرم افزار: فرآیند

صفحه 1:
نام نام گرد آور: مهدی نیازی : مهندسی نرم افزار دانشكاة :آزاد خوراسگان 

صفحه 2:
ف و آیند نوم افزار الگو و قالبی که چگونگی مراحل پروژه را تعریف می کند تا نرم افزاری با کیفیت بالا تولید شود. يكك ف رآیند تولید به ما مى كويد كه برای دستیابی به هدف (تولید نرم افزار با کیفیت) چه کس, چه کار؛ چه موقع و چگونه انجام دهد. محصول نرمافزاری نیز یا خواسته‌ی مشتری em 

صفحه 3:
نگاه لابه ای به مهندسی نرم افزار مهندسی نرم افزار یک تکنولوژی لایه ای است. & هر فعالیت مهندسی بر کیفیت تمرکز دارد و مهندسی نرم افزار هم مستثنی نیست. > فرآیندنرم افزار مراحل تولید را نشان می دهد. نیروی کار لازم» هزینه» زمان» سخت افزار لازم و ... CPP 

صفحه 4:
نگاه لابه ای به مهندسی نرم افزار مدل استفاده شده برای تولید محصول است. مدل آبشاری, افزایشی و ... 6۸5۶ ‏ابزار 50۴67/۵۳6 ۸060 ۲عابامط6۵)‎ ۶ Engineering) Rational Rose + Uml + a>, . #4 EMD ٠ Nets ie ‏تسس‎ 7۳ 

صفحه 5:
فعالیت های مهندسی نرم افزار * فعالیت های مهندسی نرم افزار در سه فاز تعریف می شود: در فاز تعریف لوازم کلیدی و اصلی سیستم و نرم افزار شناسایی می شوند. اینکه * چچه اطلاعاتی برای پردازش وجود دارد. * چه عملکردی و کارایی مطلوب است. چه رفتاری از سیستم مورد انتظار است. 3 = 

صفحه 6:
فعالیت های مهندسی نرم افزار فاز توسعه شامل طراحی نرم افزاره توليد كد و آزمایش نرم افزار است. تعبین اینکه *_ ساختار داده ها چگونه باشد * چگونگی پیاده سازی توابع ۴ طراحی رابط ها فاز حمایت مربوط به تصحیح خطا و ارتقا (تغییر نیازهای مشتری)است. فاز حمایت مراحل مربوط به فاز تعریف و توسعه را مجدد به کار می برد اما بر روی نرم افزار موجود. 3 = 

صفحه 7:
تغییرات فاز حمایت > > انطباق: اصلاحاتی برای منطبتق شدن با محیط خارجی:پشتیبانی تطبیقی 5 تصحیح: اصلاح خطا: پشتیبانی 7 تصحیحر < ارتقا: مشتری اعمال اضافی را نیاز دارد: پشتیبانی تکمیلی < بيش كيرانه:ارتقا كيفيت نرم افزار: بشتيبانى بيش گیرانه یا مهندسی مجدد نرم افزار يشتيبانى از طريق كمكك هاى تكنيكى در منزلء با تلفن و سايت هاى مربوطه em 

صفحه 8:
مراحل تولید نرم افزار به مرحله تحلیل و طراحی مرحله شناسایی نیازها یا مهندسی سیستم و اطلاعات هم گفته می شود. ۳ ۳ 

صفحه 9:
مدل های فر آیند نرم افزار > مدل های فرآیند نرم افزار عبارتند از: 2 مدل ترتیب خطی(آبشاری) مدل نمونه سازی RAD ‏مدل‎ “ مدل افزايشى (ees sl Gag de> ‏مدل حلزونی برنده-برنده(0۷1-۷/1۳)‎ < ‏مدل توسعه همروند‎ em 

صفحه 10:
مدل ترتیب خطی(آبشاری) 2 چون نرم افزار هميشه بخشی از یک سیستم بزرگتر می باشد کار مهندسی نرم افزار از مشخص کردن نیازمندیهای کل سیستم آغاز می شود و سپس زیر مجموعه ای از این نیازمندیها را به نرم افزار نسبت می دهند. به دلیل اينکه نرم افزار مجبور به داش اشتن ارتباط با مولفه های دیگر سیستم از قبیل سخت افزار» مردم و يايكاه داده است داشتن عن ايورديتكاه الوسيسع قروو بت 3 = 

صفحه 11:
مدل ترتیب خطی(آبشاری) ردای, 3 جمع آورى نيازمنديها مشخصا مربوط به نرم افزار براى فهميدن چگونگی برنامه هایی است كه بايد ساخته شوند. مهندس نرم افزار بايستى: * دامنه اطلاعات ۳ عملیات مورد نیاز(ورودی-خروجی و پردازش) * واسط > نیازمندیهای سیستم شناسایی و سپس مستند سازی می شوند و با مشتری بازنگری می شوند. , 775 (5 

صفحه 12:
مدل ترتیب خطی(آبشاری) ردای, & طراحی نرم افزار یک فرآیند چند مرحله ای است که روی سه مشخصه متفاوت ازبرنامه تاکید می کند: عدي * ساختمان داده * معماری نرم افزار * نمایش رابط ها * جزئیات رویه ها در مرحله طراحى نيازمنديها تبديل به نمايشى از نرم افزار مى شوند تا قبل از به كد در آوردن قابل ارزيابى باشند. Vv 3 = 

صفحه 13:
مدل ترتیب خطی(آبشاری) ردای, طراحی بایستی به صورتی که برای ماشین قابل فهم باشد در بیاید. اگر طراحی در حد جزئیات باشد. پیاده سازی می تواند بسیار سریع و به صورت مکانیزه انجام شود. 3 = 

صفحه 14:
مدل ترتیب خطی(آبشاری) ردای, نرم افزار بدون شک پس از تحویل به مشتری دچار تغیبر می شود. تغیبرات به دلیل: * خطاها * تطبیق نرم افزار با تغیبرات محیط خارجی * درخواست مشتری جهت توسعه 3 = 

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

صفحه 16:
مدل نمونه سازی < به این روش ۳۵۷۵1019 گفته می شود. > این روش با جمع آوری نیازمندیها شروع می شود. مهندس نرم افزار و مشتری با یکدیگر ملاقات می کنند و اهداف کلی نرم افزار را تعریف می نمايند. سپس یک طراحی سریع انجام می شود که تاکید بربخشهایی چون ورود اطلاعات و فرمت خروجی دارد. این طراحی سریع به ساخت یک نمونه منتهی می شود این نمونه توسط مشتری ارزیابی می شود و اصلاحات لازم در تکرار بعدی اعمال می گردد. em 

صفحه 17:
مزایای مدل نمونه سازی > در تمامی طول اجرای پروژه با مشتری ارتباط برقرار است. تغییر نیازها امکان پذیر است. یک برنامه ساده در اختيار مشتری قرار مى كيرد وبعد آن را طبق نیازهای مشتری تغییر می دهیم. ساخت(اوليه/مجدد) . مراوره با مشتري ارج CPP 

صفحه 18:
معایب مدل نمونه سازی > مشتری کل نرم افزار را نمی بیند و آگاهی ندارد که این نمونه بصورت ظاهری و موقتی ایجاد شده است. 2 توسعه دهنده (مهندس نرم افزار) اغلب نکاتی را در پیاده سازی نادیده می گیرد تا یک نمونه اجرایی را به سرعت ایجاد کند. شاحت(اطنه فچند) .مارم با موریری: تمونه ۹ ۳ ۳ 

صفحه 19:
> به اين روش 26۷6۱۵0۳6۳ ‎Rapid Application‏ گفته می شود. > این روش تاکید زیادی بر روی دوره کوتاه توسعه دارد. ‎RAD Jar >‏ یک روایت سرعت بالا از مدل خطی ترتیبی است که در آن توسعه سریع با استفاده از ساخت بر مبناى قطعات اوليه انجام مى شود. ‏اگر لوازم کاملا مشخص باشند و محدوده پروژه تعيين شده باشد فرآيند ‎RAD‏ در دوره زمانی ۰ تا ‎٩۰‏ روزه انجام می شود. ‎ ‎em ‎ ‎ ‎ ‎ 

صفحه 20:
فازهای مدل 8۸۵0 2 مدلسازی تجاری: جریان اطلاعات را بین واحدهای عملکردی را مشخص ‎AS‏ ‏مدلسازی داده: اشیا داده ای» صفات و ارتباطات مشخص می شوند. > مدلسازی فرآیند: پردازش ها و فرآیندهای روی اشیای داده ای مشخص می شوند. 2 تولید برنامه کاربردی: بیشتر از کدهای از قبل آماده استفاده می شود. > آزمايش و خاتمه:تست برنامه و رفع خطا ها ۳ ۳ 

صفحه 21:
RAD Jac 1 اصضنطا !|| انا زوا HI sie PHI sil ‏مدلسازى فرايتدي‎ ‎as Sha)‏ أزمايش ر تعريل ‎Bi‏ تعويل ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‏> چناچه بتوان سیستم را به چند زیر سیستم تقسیم نمود به گونه ای که توسعه هر زیر سیستم حداكثر ظرف مدت سه ماه به اتمام برسد می توان هر زیر سيستم راابه يك كروه (آ/8 سيرد و در انتها تمام زير سيستمها را يكبارجه كرد. ‎ ‎ ‎ ‏۳ فرآيند ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ 

صفحه 22:
مزایای مدل ‎RAD‏ > تاکید بر استفاده مجدد مولفه های نرم افزاری دارد. زمان تولید و توسعه نرم افزار کوتاه است. موارد نامناسب برای استفاده از ما : " كارايى بالا لازم باشد. " واحد بندى سيستم امكان يذير نباشد. 

صفحه 23:
معايب مدل ‎RAD‏ :2 نياز به نيروى انسانى كافى مخصوصا براى بروره هاى بزركك براى تشكيل كروه های (ال. در بروزه هاى بزركك نيازمند افراد متخصص زيادى هستيم. مديريت تيم ها مشكل است. * تعهد تولید کننده و مشتری برای کامل کردن سیستم در زمان کوتاه لازم است. ‎P‏ در سیستم هایی قابل اجرا است که بتوان سیستم را به زیر سیستم تقسیم کنیم یعنی قابلیت پیمانه ای داشته باشند. ‏2 در سیستم هایی که ریسکک تکنیکی بالا وجود داشته باشد مناسب نمی باشد. ‎ ‎3 ‎= ‎ ‎ ‎ ‎ 

صفحه 24:
مدل افزایشی 2 این مدل تر کیب مدل خطی ترتیبی و نمونه سازی است. ‎fe J pe‏ كد سا خی اس یل ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎Je He fs He ‏تعولنخه نوم‎ ‎ ‏در انتهای هر ترتیب خطی یک محصول از نرم افزار تهيه مى كردد. اولين محصول به نام محصول پایه ای یا هسته اصلی است یعنی لوازم اصلی را مشخص می کند.محصول اصلی توسط مشتری استفاده می شود و طرحی برای افزایش بعدی توسعه داده می شود تا نیازهای بیشتری از مشتری را شامل شود. این فرایند بعد از تحویل هر افزایش تکرار می شود تا زمانی که محصول کامل شده تحویل گردد. ‎ ‎3 ‎= ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ 

صفحه 25:
مدل افزاپشی ری * در مدل افزایشی در هر مرحله افزايش؛ يكك سیستم قابل تحویل به مشتری داریم ولی در روش نمونه سازی فر آیند تکراری تنها در مرحله جمع آوری نیازمندیها انجام می شود. “ا زمانی که با یک مهلتی مواجه می شویم که قابل تغیر نیست » روش افزایشی روثل مناسبی ‎saad‏ em 

صفحه 26:
مدل حلزونی > ت رکیب دو روش است: ماهیت تکراری مدل ساخت نمونه اولیه + ماهیت سیستماتیک مدل ترتیبی با استفاده از مدل مارپیچی نرم افزار به صورت یکت سری قطعات افزایشی توسعه می یابد. در تکرارهای اولیه» قطعات افزایشی می توانند مدلهایی بر روی کاغذ یا نمونه باشند. در تکرارهای آخر سیستم تولید می شود. مدل حلزونى يا مارييجى به جند فعاليت تقسیم می گردد» که ناحیه های کاری نامیده می شوند. در شرایط معمول بین سه تا شش ناحیه کاری وجود دارد. 

صفحه 27:
مدل حلزونى ردم * نواحى مدل حلزونى عبارتند از: ارتباط با مشتری:تعیین خواسته توسط مشتری برنامه ریز: یف منابع» محدودیت های زمانی و سایر موارد * تحلیل ریسک: شناسایی ریسک ها و راههای مقابله با آن مهندسی: توسعه محصول سطح بعدی ساخت و تحویل: ساخت. آزمایش؛ نصب و حمایت کاربر ارزیابی مشتری: دریافت فیدبک از مشتری ۳ فرآيند 

صفحه 28:
مدل حلزونى ردي اولين مدار اين ماربيج باعث توليد محصول مى شود. مدارهای بعدی شامل توسعه محصول جدید و ارتقا و نگهداری محصول می شود. < مدل حلزونی در رمان تحویل پروژه پایان نمی یابد و می تواند در طول زندگی نرم افزار ادامه یابد. ‎Risk Analysis‏ لاسما ‎Customer‏ ‎Communicatign‏ ‎Engineoring ‎Customer ‎Evaluation Construction & Release ‎ ‎ ‎ ‏ميندسي نرم افزار ۳ ‎ ‎ ‎ ‎ 

صفحه 29:
مدل حلزونى ردم > در هر دوره از مدل» تحلیل ریسک انجام می شود(از روش نمونه سازی برای کاهش ریسکک استفاده می شود) که موجب بهبود کیفیت نرم افزار می شود. * مدل مارپیچی روشی انعطاف پذیر است ؛ برای توسعه گروه وسیعی از سیستم ها و نرم افزارها می باشد. تعداد دورهاى اين مدل به توافق و هزینه ی مشتری بستگی دارد. اما این مدل کامل نمی باشدء ممکن است قانع نمودن مشتری مشکل باشد. این روش نیازمند توجه زیاد به ريسكك و تشخیص آن می باشد. 

صفحه 30:
مدل حلزونی ۷۷۱۱۷-۷۷۱۱۷ 2 مدل مارپیچی نیازمند دریافت اطلاعات پروژه از مشتری است. حالت ایده ال این است که توسعه دهنده فقط از مشتری درخواست نیازهای او را می نماید و مشتری جزئیات کافی را در اختیار قرار می دهد. اما این حالت به ندرت پیش می آید. مشتری و توسعه دهنده یکك فرایند مذاکره را پشت سر می گذارند که از مشتری خواسته می شود وظایف. کارایی و مشخصات دیگر محصول را با هزینه و زمان و بازار متعادل نماید. بهترین مذاکره به سختی نتیجه !۷۷۱۸۱-۷۷۱ را به دنبال دارد یعنی مشتری با دریافت سیستم يا محصولی که اکثر نیازهای او را مرتفع می کند رضایت حاصل می نماید و پیروز می شود و توسعه دهنده با انجام کار و دستیابی به هزینه و زمانبندی مورد نظر نظر پیروز می گردد. ۳ Ber scene) 

صفحه 31:
مدل حلزونی ۷۷۱۸۷-۷۷۱۱۷ در مدل حلزونی ‎۷۷۱٩۱-۷۷۱!‏ بجای یک مرحله انجام ارتباط با مشتری فعالیت های زیر انجام می شوه: ۴ مشخص نمودن افراد کلیدی مسئول مربوط به سیستم یا زیر سیستم * معين كردن افراد مسئول مشخص کننده شرایط قابل قبول محصول برای مشتری * مذاکره با افراد مسئول معرفی شده از طرف مشتری و برقراری ارتباط دوستانه با آنها برای ‎sl; WIN-WIN 412 ei‏ تمام موارد و شرایط جایی که نیروی متخصص زیاد باشد و طبقه بندی پرسنل و متخصصین را داشته باشیم مناسب است. er oes 

صفحه 32:
مدل توسعه همروند < مدل توسعه همروند یکك سری وقایع را تعریف می کند که باعث انجامتغیر حالت از يكك حالت به حالت ديكر براى هر قعاليت مهندسي نرم افزار أ در این مدل فعاليت ها يه منظور كاهش زمان توليد نرم افزار به صورت موازى انجام می شود. > در این مدل زمان کاهش می یابد اما بعضی از پارامترها مانند دوباره کاری افزایش می یابد. a ‏وجب‎