مدل های فرآیند

صفحه 1:
بسم الله الرحمن الرحیم ۳ Toi oe 

صفحه 2:
6 اد 0 شرح داده ‎A Sor‏ ژانجاتی که نرم افرار متل هر تروتی دیگری یک داش 190 ۰ ۱۳۱ است و از آنجا که دانش پراکنده , تلویحی , پنهان و درمفیاس ۰ ۱۲ اد ناقص است و توسعه نرم افزاری یک فرآیند یادگیر: عمومی است. بنای نرم افزار کامپیوتری یک فرآیند یاد ‎WLS wo.‏ شونده ,خارجی و چیزهای دیگری که با 0 رم افزاری نامید که در جر ی خالص و سازماندهی شده که با فرآیند هدای 

صفحه 3:
نگاه سریع ۶ فرآیند چیست 1 © هنكلمى كه شما تولیسیک محصول‌با سیستم راحد نظر دایید نکته مهم لین است که وارد سیک سری مراحل قلبل پیش بینی شوید. نقشه ای کمبه شما کمک میکندبه نتيجه سریع و درخشان برسید . نقشه ای که شما پیگیری میکنید یک ف رآیند نرم افزاری نامیده ميشود. < جه كسى اين كارانجام ميدهد؟ * مهندسین نرم افزار و مدیران آنها لین ف رآیند را مطلبق‌با نیازهای خود ساخته و سبس ان را دنبال میکنند.علاوه بر لّن مردمی که متقاضی لین نرم افزار هستند نقش بزرگی در فرآيند نرم افزارى دارند. 

صفحه 4:
تیاور اسب ؟ * زیرا بات , کنترل و ساماندهی را برای یک فعالیت فراهم می نماید و درغیر اینصورت خارج از کنترل بوده و به یک هرج و مرج تبدیل می گردد. <مراحل کار کدامند ؟ فرآیندی که شما انتحاب میکنید دقیقا به نرم افزاری تولید میکنید بشتگی دارد . ممکن است یک فرآیند برای تولید سیستم مناسب باشد در حالیکه فرایند ی کاملا متفاوت یت استفاده می شود. #از نقظة نظر مهندسى نرم افزار محصولات کاری برنامه های اسنادو دادههایی است که در نتیجه فعالیتهای مهندسی ترم افزاری که در طول فرآیند صورت گرفته اند تولید شده اند. 

صفحه 5:
< حكونة مطندن شوم كدكارى که انسام دایه اه درسنت است ۲ #یک سری فرآیندها و مکانیزمهای ارزیابی رم افزار وجود دارد که سازمانها را قادر میسازد تکامل فرآیند نرم افزارى خود را تعيين #کیفیت بدون زمان بودن و کارائی دراز مدت محصول بهترین شاخصهای کارانی فرآیند مورد استفاده شما هستند: < اما از دیدگاه فنی یک فرآیند نرم افزاری دقیقا چیست؟ ‎٩‏ در مطالب این کتاب ما فرآیند نرم افزاری بعنوان چاچوب کاری تعریف میکنیم که برای ایجاد یک نرم افزار دارای کیفیت مطلوب است . ‏< آیا مفهوم فرآیند با مهندسی نرم افزار یکنسان است؟ ‎٩‏ پاسخ هم بله و هم خیر است فرآیند نرم افزاری روشی را تعریف میکند که در هنگام طراحی نرم افزار بکارمیرود.اما مهندسی نرم افزار نیز در بر گیرنده فناوری های است که در فرآیند وجود دارد یعنی روشهای فنی و ابزار خودکار. ‏© مهمتر اینکه مهندسی نرم افزار بوسیله افراد مبتکر و مطلع صورت میگیرد که در چاچوب یک فرایند کامل و معین کار میکنندکه برای محصولی که تولید میکنند ونیازهای بازار مناسب است 

صفحه 6:
۱ یک مدل کلی فر آیند ٩در‏ فصل 1 یک فرآیند بوسیله مجموعه ای از اعمال ,وظائف و فعالیتهای کاری که محصول کاری تولید میکردند معرفی شد و هرکدام از کارها و وظلعف با یک چارچوب کاری یا مدلی که رابطه با فرایند و يا بایکی دیگرکارها می آیند. قرایند ترم آفزاری در شکل 2.1 بضورت تصویری تمایش داده مشود #در بحث فصل 1 یک چارچوب عمومی فرایند برای مهندسی نرم افزاربا 5 چارجوب کاری فعالبت مشخص ميكتتد . - ارتباط (تخليل) - برنامة ريرق (طراحى) - مدل كردن -ايجاد -توسعه . بعلاوه يىك مجموعه از كستره وظائف فعالیتهای پروژه ,پیگیری و کنترل ,ریسکهای مدیریتی ,بازبینی تکنیکی و چیزهای دیگری که در سراشن فزاینه کاربردی هستنی © شما بهتز به جنبه ای مهمی از فرایند برم افزاری که راجع به.ان تابحال بحخث فده نوجة ‎Sis‏ أبن جتيه جريان توصيفى فرايت ميبلش: که جطور ‎glial‏ ‏افتادن چارچوب کاری ,اعمال و فعاليتها را بیان میکند.که هر چارچوب کاری چطور نسبت به زمان و توالی انجلم سازماندهی شده است. شکل 2.2 

صفحه 7:
تک راد ای #هر یک از 5 چارچوب فعاليتها را بطور متوالی اجراء میکند که با تحلیل شروع می شود و با توسعه پایان مییابد. شکل 2.2۵ جریان یک فرایند تکرار شونده ‎٩‏ یک یا چند فعالیت را تکرار میکند قبل از اینکه به مرحله بعد برود شکل 2 2 ‏<جریان فرایند پویا ‏فعالیتها را در یک وضعیت سیکلی اجرا میکند که در طول هر سیکل کل 5 فعالیت برای ساخت یک ورژن کامل نرم افزار كاملا انجام ميكيرد. شکل 2 2 ‏جریان یک فرایند موازی ‎٩‏ یک يا بیشتر از یکی از فعاليتها بصورت موازی با دیگر فعالیتها انجام میدهد شکل 2.20 

صفحه 8:
A sottware process framework Process framework Software process Umbrella activities 1 با scliware engineering action #11 framework act ‘work oaks ۳ ‏مس‎ eat) proce pain ‏سس سردم‎ software enginearing action #1.k تا نی 1 اس ‎pore‏ موی با ‎Project nian‏ ‎ ‎framework activity # n sofware engineering action ۱ ‎ ‎9 ‎te reduce ‎ 

صفحه 9:
تسوضیح ی کچار چوبک ارو عللت1 .2.1 هر چند در فصل 1 شرحی از 5 چارچوب فعالیت و یک شناخت پایه ای از هرکدام ارائه شد . ولی یک تیم نرم ‎oe tl ee lee cull‏ از ای ای اجراء کردن هر فعالیت فرایند نرم افزاری باشند نیاز دارد. #بنابراین شما با یک سوال کلیدی مواجع میشوید جه عمالی برای یک چارچوب ففالیتی بطور طبیعی طبیعی مشکلات را جل میکند و ‎Cues‏ استفاده کنندگان و کسانی که سرمایه گزارهای این پروژه هستند چگونه است. 

صفحه 10:
SEED Process cow ‎Planning 5 Mod‏ |[ سمه ‎ ‎0 Construction Deployment }+- ‎(0) Uneer process Fow ‎ ‎ ‎ ‎ ‎ ‎Planning Conduction ‎Depleymest ‎{b) berotive process flow ‎Increment ‎veleceed ‎ ‎Time —— ‎{Parallel process flow ‎ ‎ ‎ 

صفحه 11:
#برای یک پروژه نرم افزاری کوچک که توسط یک شخص بطور ساده درخواست میشود عمل تحلیل ممکن است از طریق مکالمه تلفنی با سفارش دهنده انجام شود بنابراین تنها عمل ضروری مکالمه تلفنی می باشد و وظائف کاری که در این عمل جمع اوری میشوند با: 1 برقراری ارتباط با سفارش دهنده با تلفن 2 بحث راجع به درخواستها و یاداشت برداری 3. ساماندهی یاداشتها در یک نوشته خلاصه از دستورها و درخواستها 4.ارسال میل جهت بازخوانی و تائید. 

صفحه 12:
اگر یک پروژه نسبتا زیاد پیچیده باشد در این حالت سفارش دهنده ها زیاد و هرکدام درخواستهای متفاوت دارند که در این حالت عمل تحلیل 6 مرحله دارد. . شروع دریافت . استخراج يا فراخوانی جزئيات مذاكره . ارزيابى يا اعتبارسنجى در اين حالت هركدام از فعاليتهاى مهندسى نرم افزار تعداد زيادى وظايف كارى و یک تعداد محصول كار متمايز دارند. نأ نم نا ص صن هج 

صفحه 13:
شناسلئيهجمو عم وظلئف2. 2.1 * در شكل 2.1 هركدام از فعاليتها ميتوانند تشريح شوند با يى تعدادى وظائف و هريك از اين وظائف مرتبط هستند با محصول کاری ,اطمینان کیفیت و رخدادهای پروژه. پس شما انتخاب کنید مجموعه وظائفی را که بهترباشد برای پروژه و شخصیت تیم شما-و این مفهومش این ‎aS cul‏ عمل مهندسی نرم افزار میتواند تطبیق داده شود با احتیاجات نرم افزار و شخصیت تیم پروژه. #مثال برای شناسائی وظائف : 

صفحه 14:
برای یک نرم افزار کوچک #تشکیل لیستی از سرمایه گذارها پروژه #دعوت از همه آنها برای یک جلسه غیررسمی #پرسش از هر کدام جهت تهیه لیستی از خصوصیات و تابعها درخواستی ©بحث راجع به درخواستها و ساختن ليست نمائی ©اولويت بندى درخواستها ©توجه به جاهائى كه اطمينان نداريم. 

صفحه 15:
برای یک نرم افزار بزرگ و پیچیده #تشکیل لیستی از سرمایه گذارهای پروژه . ‏مصاحبه جداگانه با هر یک از سرمایه گذارها برای تشخیص نیازها و خواسته های کلی‎ ٩ ‏تهیه یک لیست اولیه از توابه و خصوصیات برپایه دادهای سرمایه گذارهاء‎ ‏زمانبندی یک دوره ملاقات با امکانات نرم افزاری خواص‎ * #هدایت کردن ملاقاتها تولید یک سناریو کابری در هر قسمت ملاقاتها #تهیه یک سناریو کاربری بر پایه انعکاس سرمایه گذارها *تهبه ليست تجدید نظرشده از درخواستهای سرمایه گذارها * استفاده از تابع کیفیت توسعه تکنیکی با اولویت بندی درخواستها بسته درخواستها ی که میتوانند مرحله ای ارسال شوند #توجه به ساختار و محدودیتهایی که میتوانند در سیستم اتفاق بیافتد بحث مدلینگ برای سیستم معتبر 

صفحه 16:
۳طرحها و موضوعات فرایند ©هرتيم نرم افزاری‌با مشکالقی در طول فرایند نرم افزاری برخورد میکند که معکن است مفید بلشد .تیم نرم افزارحی تولند بسهولت وبا آدرس درست‌به راحلهای که در برنلمه برای لین مشکل وجود دارد دسترسی داشته باشستا سريعا مشکل را حل کنند .موضوعيك فرایند یک رابطه بامشکل را شرح میدهد که درطول کارمهندسی نرم افزاری با آن مواجع میشویم. محیط شکل مشکلی که با آن میدهد. یک موضوع فرایند برای شما یک قالبی فراهم میسازدکه شامل متدی تشریعی حل مشکلبا متن موجود در فرایند نرم افزاریبا ترکیب موضوعات یک تیم فرم افزاری میتواند مشکلات را حل کند . 

صفحه 17:
مار ک قالب برای شرح یک فرایند موضوعی پیشنهاد داد. که بصورت زیر است : #نام موضوع: © تاكيد موضوع: © نوع موضوع : كه خود 3 نوع دارد. 7 طبقه موضوع 5 وظيفه موضوع = فاز موضوع. © متن اوليه © مشكل #*راه حل مضوعات مرتبط © مثال و روش استفاده # موضوعات فرایند فراهم میکند یک مکانیزم موثر برای ادرس دهی مشکلات مشترک با هر فرایند نرم افزاری. 

صفحه 18:
اوه تسوسعه فیلیند 2.2 یک تعداد از روشها متفاوتی برای ارزیابی و توسعه فرایند نرم افزاری با اهداف مشخص در چند دهه قبل وجود دارد. 1 متد ارزیابی استاندارد ‎CMMI‏ ‏برای توسعه نرم افزار. که 5 مرحله ارزیابی دارد - اولیه - تشخیص - تصدیق -عمل - یادگیری CMM -2 برای ارزیابی پایه ای برای توسعه فرایند داخلی . فراهم میکند یک تکنیک تشخیص برای ارزیابی رابطه های مشابه از سازماندهی نرم افزار. SPICE(ISO/IEC15504) .3 یک استانداردی که تشخیص می دهد یک مجموعه ای ازدرخواستها برای ارزیابی تاکید اين استاندارد بر روی ارزیابی سازمانی در توسعه یک شی ارزیابی که موثر است برروی فرایند نرم افزاری. ISO 9001:2000 for software 4- یک استاندارد عمومی که درخواست میکند از هر سازمان که میخواهند ‎cua.‏ عمومی محصولات , سیستم ها یا خدمات خود را افزايش دهند 

صفحه 19:
عدلفيلينه تجويزى2.3 مدل تجويزى اساسا در سفارش بى نظم توسعه نرم افزاری پيشنهاد میگردد. تاریخ مشخص ساخت که مدلهای سنتی دربین ساختارهای مفید کار مهندسی نرم افزار مطمئن بودند و فراهم میکردند یک نقشه راه موثر و مناسب برای تيم نرم | فزاری. اگرچه کار مهندسی نرم افزار و محصول که تولیداتش باقی ماند در ‎ad‏ .بی نظمی قرار دارد 

صفحه 20:
حدل‌تبشلری2.3.1 #زمانهای و جود دارد که درخواستها برای مشکل کاملا مشخص میباشد که جریان کاری از تحلیل شروع وتا توسعه در یک نمایش خطی مناسب انجام میشود.این موقعیت بعضی زمانها اتفاق می افند که یک شناخت کامل سازگاریها و توسعه بافقه ار یک سیستم موجود باشد. این همچنین ممکن است اتفاق بیفتد در یک تعداد محدودی از تلاشهای توسعه جدید اما فقط وقتی اتفاق ‎wo‏ افتد که درخواستها کاملا مشخص و معقول باشند. #مدل آبشاری بعضی وقتها با نام چرخه سنتی زندگی نامیده میشود. که بیانگر یک نگرش نظام مند و زنجیری نسبت به تولید ترم افزار است که با تعلیل شروع شده و با طراحی : کدگذاری, آزمون و پشتیبانی نرم افزاری پیشروی میکند. 

صفحه 21:
The waterfall model Communication project initiation requiremenls gothering scheduling ‘rocking Pee support feedback 

صفحه 22:
یک نمایش متفاوت از مدل آبشاری مدل وی میباشد شکل ۰۲۰۴ مدل وی نمایشهای ار رابطه ها یی از اطمینان کیفیت فعالیت ها که عمال مشترک با تحلیل و مدلینگ و بنای سریع فعالیتها دارند ‘the Vmodel Requiemenis جیوه ‎testing‏ مومت تس 

صفحه 23:
مدل آبشاری یک الگوی قدیمی بود اما بالای سه ده قبل انتفادهای از این مدل باعث شد که حتی حاميان: اصلى اين مدل به آن شك داشته باشند.در بين اين مشكلاتى كه بعضى وقتها اتفاق مى افتاد ميتوان به موارد ذيل اشاره كرد: 1. پروژه واقعی بندرت از جریان زنجیری و متوالی که مدل ارائه میکند پیروی میکند.اگرچه مدل خطی میتواند با تکرار تطبیق یابداما آن را آشفتگی تیم فرایندهای پروژه شود. 2 این اغلب برای مشتری مشکل است که بطور صرح همه درخواستها را شرح دهد. مدل آبشاری به اين نیازدارد و در تطابق عدم قطعیت طبیعی که در آغاز بسیاری از پروژهها وجود دارد دارای مشکل است. مشتردبايد صبور باشد. ی ک‌ورژنکارعاز برنامه در دسترس.3 تخواهة بود تا آخرتايم بروئيةه. أكرمشكلءوجود خاسته و تا اضر کار برنامه نویسی‌که برنامه مورد بازبینی‌قرار میگیرد مشخص .نشود میتواند فاجعه أمیز باشد 

صفحه 24:
فرایند ۲۰۳۰۲ مدلهای افزایشی موقعتهای زیادی وجود دارد که ‎Inu‏ درخواشت هاى ترم افزار نسبتا مشخض هستند آما در یک بازه کلی توسعه قلاش یک فراین کاملاً خی میشود . #مدل افزایشی ترکیبی از مدل خطی ومدل موازی جریان فرایند است. که ‎Ss he Joe LS OG obs hs jolie‏ میکند. يا توجة به يحض 1 شکل 25 مدل افزايشي زتجيرة هاى خطى را بشكل متتاوب ] پیشروی زمانی در روی تقویم بکار میگیرد.دو زنجیره خطی یک رشد قابل ارائه در نرم افزار پدید می آورند. مثلا نرم افزار7010 که با استفاده از تدؤنة افرايشى ازائه شده جمکن است مرت ‎(Mol righ‏ وجوليد تسعد را در اولین زوشد بصورت مقدماتی انجام دهد. کازهای اصلاع شند پیچیده تر با دومين رشد صورت كيرد و هجی کردن و بررسی نکات دستوری در سومین رشد و .. بايد توجه كرد كه جریان افزایشی برای هر رشد میتواند از نمونه اولیه کمک بگیرد.و هسته محصول اغلب اولین بخش رشد است یعنی نیازهای اولیه مورد توجه قرار میگیرد . این مدل بصورت تکرار شونده است محصول نمونه اولیه در هر بخش رشد میکند. 

صفحه 25:
ماعصو [] [toning [Ping ooh, csi) ‏ات تا‎ [ij contin ae, es} [Up ern ky cl 4505 ° bine of ineromeni #2 0 ‏ممما ا‎ ‎of‏ روز تنل 2۵ ال ‎Hoos herd‏ ‎Astincremert ‎Sofware Functionality ond Features ‎Project Calendar Time ‎ ‎model 

صفحه 26:
فرایند ۲۰۳۰۳ مدلهای تکاملی *امروزه مشخص شد که نرم افزاد مانند هر سیستم پیچیده دیگری در طول یک مدت زمانی مشحص ‎bila. Glas Jol‏ تجازى ‎‘pees‏ ‏اغلب با صورت گرفتن توسعه تغییر کرده و باعث می شود مسیر مستقیم تا محصول نهایی غیر واقع بینانه شود . ضرب الاجلهای دقیق در بازار تکمیل یک محصول نرم افزاری جامع را غیر ممکن ساخته اما یک نسخه محدود شده باید معرقی گردد تافشار رقابتی یا تجاری را کاهش دهد . یک سری نیازهای اصلی يا سیستم بخوبی شناخته شده ولی جزئیات محصول يا سیستم هنوز باید مشخص گردد.در این حالت مهندسین نرمافزار به مدلهایی نیاز دارند که مشخصا برای سازگار کردن یک محصول به مرور زمان طراحی شده اند. #مدل های تکاملی تکراری هستند. آنها به شیوه ای توصیف میشوند که مهندسین نرم افزار را قادر میسازند نسخه های کاملتری از نرم افزار ارائه دهند. 

صفحه 27:


صفحه 28:
مدل حلزونی: #لین مدل در اصل توسط بوهم ارلثه شدمیک مدل نرم افزاری تکاملی است‌که ماهیت تکرار نمونه اولیه را با جنبه های نظام مند و کنترل شده مدل زنجیری خطی ارتباط میدهد .این مدل پتانسیل لازم برای تولید سریع نسخه های افزایشی نرم افزار را فرلهم میکندبا استفاده از مدل حلزینی نرم افزار درمیک سری نسخه های افزایشی تولید میشوند در طول تکرار های اولیه ممکن است نسخه اولیه‌سیک مدل روی کلف يا تنهايك الکو اولیه باشد.در طول تکرارهای بعدی نسخه کاملتری از سیستم مهندسی شده تولید میگردد. عليه عند بيت بقبنم متكرد خمنه وی اسف 

صفحه 29:
Planning estimation scheduling risk onalysis Communication ‏بي‎ ‎۹ Modeling wy analysis 1 design Deployment Construction delivery ‏مامه‎ 350 2 

صفحه 30:
۴ مدل همزمانی فرایند مدل تولید همزمان که گاهی به آن مهندسی همزمان گفته میشود در شکل ۲۰۸ بصورت شماتیک تعریف میشود 

صفحه 31:
فرایند ۲۰۴ مدلهای مخصوص این مدلها روی شخصیتهای یک يا بیشتر مدلهای سنتی موجود 2 بخشهای قبلی اتفاق میافتد.اگرچه این مدل ها وقتی که یک مشخصه را به دقت شناسائی می كند برای انتخاب یک روش نرم افزاری مایل به کابرد هستند 

صفحه 32:
اجولواصایتوسعه فولیند 2.4.1 #محصول تجاری از عناصر نرم افزاری توسعه داده میشود که بوسیله فروشتدگانی که آن محصولات را شفارش دادند. ‎Silos Jas oS‏ ميكند تعداد زنادى: ار شخصتهاق مدل خلزونى نا اين تکاملی میباشد.و یک روش تکرار شونده برای تولید نرم افزار ‏#نکنولوژی که استفاده می شود که ‎jolie‏ پایه ای مدل توسعه او ایجاد کند 5 مرحله راز ‏٩محصول‏ در دسترس عناصر پایه ای ارزیاب و محقق جهت استفاده در دانته سولات قرار ميكرد ‎٩‏ مشکلات داخلی عناصر مشخص هستند. ‏یک معمار نرم افزار طراحی میکند فضای عناصر را. ‏#عاصر داغل معماری فراردارند: ‏تست جامه اطمینان صحت تابعی را هدایت می کند. 

صفحه 33:
2 مدل روشهای استاندارد *اين روش یک مجموعه از فعالیتهایی که ریاضیات مناسب مهندسی نرم افزار استاندارد را در بر میگیرد. اين روش شما را ‎sly‏ یک توسعه مشخص و تائید یک سیستم پایه ای کامپیوتر بوسیله یک در خواست سریع با علائم ریاضی قادر می سازد. #يى شاخه از اين روش را مهندسی نرم افزار اتاق پاکیزه مینامند که اخیرا بوسیله سازمانهای توسعه دهنده نرم افزار درخواست میشود. #وقتی یک مدل استاندارد در جریان توسعه استفاده می شود یک مکانیزمی فراهم میکند که میتواند خیلی از مشکلاتی را که غلبه يا الها با الكوهات ديكر ترم اقرار مشكل فياش را عل کرد 

صفحه 34:
جنبه شیگرلئیت وسعه نرم افزار 2.4.3 #صرفنظر از فرایندها نرم افزاری که شما انتخاب میکنید سازمانها نرم افزارهای پیچیده را همواره با مجموعه ای از روابط و صفات تکمیل میکنند. #اين فرایند بر مجموعه ای از توابع ,صفات ,رابطه و اطلاعات بنا شده است . ‎UML Jr0®‏ یک روش است که یک سری تکنولژی برای ‏پشتیبانی مدل شی گرا فراهم میکند اما اين مدل فرایند ‏چاچوب فعالینی را پشتیبانی نمی کند. امروزه مدل ‏,11 در همه نوع پروژه های شی گرائی استفاده می ‏شود. 

صفحه 35:
25 فرات يكيارجه #در بعضى جاهها اين فرايند قصد دارد بهترين خصوصيات و شحصيت را براى مدل نرم افزارهاى قديمى طراحى کند.ولی شخصیت آنها را در یک جهت بهترین اصول برای توسعه سریع نرم افزاری تکمیل می کنند. 6 یک خلاصه ای از تاریخ فرایند 8 فازهای یکپارچه فرایند 

صفحه 36:
1 فرایند نرم افزاری شخصی #هر توسعه دهنده شخصی از چند فرایند برای ساخت نرم افزار استفاده میکند که این فرایند میتواتد اتفاقی ویا بجا باشد انتخاب شوند. © مدل ۳5۲ دارای 5 چاچوب فعالیتی زیر است #برنامه ریزی © طراحى سطح بالا * بازنكرى طراحى سطح بالا © توسعه © ارزيابى بعد از توليد. 

صفحه 37:
فرلیند نرم افزارون یمی62 2 © مدل 5 1528 جارجوب تعاليتى زير را ال مد #ارتباط با پروژه #طراحی سطح بالا #پیاده سازی #یک پارچه سازی #تست و ارزیابی بعد از ساخت. 7 تکنولژی فرایند محصولاتو فرلیند ها 2.8 © 

صفحه 38:
خلاسم ۵ صز5 2 #یک مدل کلی فرایند برای مهندسی نرم افزار یک مجموعه ای از چاچوبها و گستره فعالیتها و عمال و وظائف جاری را در بر میگیرد. که هرکدام از یک مدل فرایند می تواند شرح داده شود با یک جریان متفاوت فرایند .یک شرحی از جكونكى جاجوبه فعاليتها .اعمال و ظائقى که ‎Supe‏ ‏زنجيرى و ترتيب زمانى سازماندهى شدند . © طرحهاى فرايند ميتواند براى حل مشكلات معمولى كه در یک قسمت فرایند نرم افزار مواجه میشویم استفاده گردد. #مدل فرایند تجویزی كابرد داشت براى سالهاى زياد که تلاش می شد یک دستور و ساختاری برای توسعه نرم افزار بدست آورند. 

صفحه 39:
#هرکدام از اين مدلها پیشنهاد میکردند یک تعدادی جریان فرایند خیلی متفاوت . اما همه بوسیله یک مجموعه مشایهی از فعالیتهای چارچوب کازی . تجلیل تطراجی مدل کردن ساخت و توسعه اجزا میشوند. #مدل فرایند زنجیری مثل مدل آبشاری و مدل وی قدیمی ترین الگوی مهندسی نزم افزار هستند. آنها یک جریان فرایند خطی پيشنهاد میدهند که اغلب متناقض با حقیقت مدرن در دنیای نرم افزار می پاش آنها انجام می دهند اکرچه کازرد دانشفتد باشد در مووعرتی كه درخواستها کاملا شفاف و ثابت #مدلهای فرایند افزایشی طبیعتا تکرار شدنی هستند و ورژنهای کار محصول نرم افزاری سریع تکرار میشوند. #*مدلهای تکاملی فرایند تکراری شناخته می شوند. افزایش طبیعی اکثر پروژههای مهندسی نرم افزار و طراحی شده در تغییر مکان. مدل تكاملى تل مدل نعو اولیه ‎ola pists‏ © محضول افزايشى محصولات كارى سزيع مى باشد. این مدلها میتوانند قبول كنند درخواست سراسرى همه فعاليتهاى مهندسى نرم افزار از مفهوم توسعه بلند مدت سيستم يشتيبان را. 

صفحه 40:
*مدل همزمانی به یک تیم نرم افزاری برای نمایش تکرار ‎polis‏ همزمان هریک از مدلهای فرایند اجازه میدهد. #مدل مخصوص, شامل جزء اصلی مدل است که روی استفاده مجدد وساخت تاکید دارد. #مدل روش رسمی که ترغیب میکند یک روش ‎sl al‏ ریاضیات را برای توسعه و تائید نرم افزار. #مدل شی گرا که جا داده میشود دربین نگرانی معماری پوششی ورودی سیستم. #فرایند یک پارچه یک "مورد استفاده شده ,معماری را فا ‎ls ee‏ متلا ب چارچوب برای روش 171۲ و ابزارها است . #مدل تیمی و شخصی برای یک فرایند نرم افزاری پيشنهاد شده .هردو تاکید دارند بر اندازه گیری , طراحی و خود هدایتی مثل یک کلید اصلی برای موفقیت فرایند نرم افزاری .