درس مهندسی نرم افزار ۲

درس مهندسی نرم افزار ۲

اسلاید 1: بسم الله الرحمن الرحيم

اسلاید 2: دانشگاه پيام نوردانشكده فناوري اطلاعات

اسلاید 3: نام درس: مهندسي نرم‌افزار 2تعداد واحد: 3تهيه‌كننده: دكتر احمد فراهينام منبع: مهندسي نرم‌افزار مولف: يان سامرويل

اسلاید 4: جلسه اول: طراحي نرم‌افزار بي‌درنگجلسه دوم: طراحي واسط كاربر UIجلسه سوم: توسعه سريع نرم‌افزارجلسه چهارم: استفاده مجدد نرم‌افزارجلسه پنجم: مهندسي نرم‌افزار براساس قطعهجلسه ششم: توسعه سيستمهاي حياتيجلسه هفتم: تكامل نرم‌افزار جلسه هشتم: وارسي و اعتبارسنجيفهرست جلسات

اسلاید 5: جلسه دهم: اعتبارسنجي سيستمهاي حياتيجلسه يازدهم: مديريت بر افرادجلسه دوازدهم: برآورد هزينه نرم‌افزارجلسه سيزدهم: مديريت كيفيتجلسه چهاردهم: بهبود فرآيندجلسه پانزدهم: مديريت پيكربنديفهرست جلساتجلسه نهم: تست نرم‌افزار

اسلاید 6: برهیچ کس پوشیده نیست که امروزه نرم افزارنقش کلیدی وحیاتی درزندگی انسانهادارد. به طوریکه جداکردن نرم افزارهای کامپیوتری اززندگی بشرغیر ممکن است. هدف این درس در رشته مهندسی کامپیوتر:

اسلاید 7: درس مهندسی نرم افزار،برای بهبود توسعه نرم افزارنقش مهمی راایفامی کند. همان طورکه ساختمان بدون مهندسی نمی تواندمورداطمینان باشد، نرم افزارنیزبدون مهندسی مورداطمینان نخواهد بود. جایگاه این درس دررشته مهندسی کامپیوتر:

اسلاید 8: جلسه اولطراحی نرم افزار بی درنگ

اسلاید 9: 1- سیستم بی درنگ چیست2- مدل سیستم بی درنگ با سنسور ومحرک3- دو دسته ازتحریک ها درسیستم بی درنگ4- مراحل فرآیندطراحی5- طراحی سیستم چیست6- تحریک وپردازش پاسخ درسیستم7- قطعات سیستم های عامل بی درنگ8- سیستم عامل بی درنگآنچه در اين جلسه مي خوانيد:

اسلاید 10: 9- قطعاتRTOS برای تمام سیستم ها10- دوسطح اولویت که توسطRTOSمدیریت می شود11- دوراهبردزمان بندی مؤثر12- سیستم های کنترلی وناظر13- ساختار سیستم کنترلی وناظر14- دودسته ازتحریک که در سیستم های15- کنترلی وناظربایدپردازش شوند16- سیستم های جمع آوری داده چیست17- طریقه جمع آوری داده ازسنسور آنچه در اين جلسه مي خوانيد:

اسلاید 11: اهداف كلي : معرفی تکنیکهای طراحی سیستمهای بی درنگ وتوصیف چندمعماری کلی این سیستمها.

اسلاید 12: درک مفهوم سیستم بی درنگ و پی بردن به علت پیاده سازی آن. آشنایی بافرآیندطراحی سیستمهای بی درنگ.دراین فصل مفاهیم زیر درک می شود:

اسلاید 13: درک نقش سیستم عامل بی درنگ.درک معماریهای متداول برای سیستم های کنترل نظارت و سیستمهای جمع آوری داده ها.

اسلاید 14: سیستم بی درنگ یک سیستم نرم افزاری است که رویدادهارا درزمان بی درنگ پاسخ می دهد وصحت آن فقط به نتایج آن بستگی ندارد،بلکه به زمان تولیداین نتایج وابسته است.سیستم بی درنگ چیست:

اسلاید 15: شکل1-1مدل کلی سیستم بی درنگ سنسورسنسورسنسورسنسورسنسورسنسورسنسورسیستم کنترل بی درنگمحرکمحرکمحرکمحرکمدل سیستم بی درنگ با سنسور ومحرک:

اسلاید 16: تحریک های دوره ای: این تحریک ها درفواصل زمانی معینی رخ می دهندبه عنوان مثال ،سیستم ممکن است سنسوری رادر هر5میلی ثانیه امتحان کند وبرحسب مقدارآن،پاسخ دهد.دو دسته ازتحریک ها درسیستم بی درنگ:

اسلاید 17: تحریک های غیردوره ای: این تحریک هابه طورنامنظم اتفاق می افتد.ومعمولاً توسط راهکاروقفه کامپیوترخبرداده می شوند.

اسلاید 18: شناسایی تحریکی که سیستم باید پردازش کند.وپاسخ مربوط. محدودیت های زمانی مربوط به هرتحریک وپاسخ شناسایی شود.یک کامپیوتربرای اجرای سیستم انتخاب شوددارای اجزابی درنگ.مراحل فرآیندطراحی:

اسلاید 19: تحریک وپاسخ درتعدادازفرآیندهای همزمان ترکیب شوند.برای هرتحریک وپاسخ الگوریتم هایی طرح شود.طراحی سیستم زمانبندی برای به موقع شروع شدن فرآیند.

اسلاید 20: طراحی معماری سیستم بی درنگ شامل سازماندهی سیستم به صورت مجموعه ای ازفرایندهای همزمان است.وبه هردسته از محرک وپاسخ هافرآیندی منتسب می شود. طراحی سیستم چیست:

اسلاید 21: پاسخ تحریک شکل2-1فرایندهای کنترل تحریک/محرک سنسورمحرککنترل سنسورپردازنده کنترل محرکتحریک وپردازش پاسخ درسیستم:

اسلاید 22: اجرای فرآیندها شکل3-1قطعات مجری بی درنگفرآیندهای منتظر منابعلیست منابع موجودساعت بی درنگلیست آمادهاطلاعات زمانبندیخواسته های منبع فرایندلیست پردازندهتوزیع کنندهمدیرمنبعزمانبنداداره کننده استثناقطعات سیستم های عامل بی درنگ:

اسلاید 23: سیستم عامل بی درنگ مسئول مدیریت منابع وفرآینداست وهمواره شامل زمان بندی است که تصمیم می گیرد کدام فرایند براساس اولویت برای اجرازمان بندی شود.سیستم عامل بی درنگ :

اسلاید 24: ساعت بی درنگ اداره کننده وقفه زمان بندمدیر منابعتوزیع کنندهقطعاتRTOS برای تمام سیستم ها:

اسلاید 25: سطح وقفه: بالاترین سطح اولویت است.به فرآیندهایی تخصیص می یابد که به پاسخ خیلی سریع نیاز دارند.دوسطح اولویت که توسطRTOSمدیریت می شود:

اسلاید 26: سطح ساعت: این سطح ازاولویت به فرآیندهای دوره ای تخصیص می یابد. البته ممکن است سطحی مثل فرآیندخود -کنترلی نیزتخصیص داده شود.

اسلاید 27: زمان بندی بدون قبضه کردن: وقتی فرآیندی برای اجرازمان بندی شد، آن قدراجرامی شودتاکامل گرددیابه دلایلی مثل انتظاربرای ورودی،مسدود شود.دوراهبردزمان بندی مؤثر:

اسلاید 28: زمان بندی قبضه کردن: اجرای فرآیند درحال اجراممکن است توسط فرآیندبا اولویت بالاترمتوقف شود.فرآینداولویت بالاتراجرای فرآیندبااولویت پایین تررا خاتمه می دهد.

اسلاید 29: سیستم های کنترلی وناظر، به طوردوره ای مجموعه ای ازسنسور هایی راامتحان می کنند که اطلاعات راازمحیط سیستم به بدست می آورند.از طریق ارسال فرمانها - یی به محرکها،فعالیتهایی راانجام می دهند.سیستم های کنترلی وناظر:

اسلاید 30: شکل4-1 معماری کلی سیستم کنترلی وناظزs2s3s1P(s1)P(s2)P(s1)فرآیند تستفرآیند ناظرفرآیند کنترلفرآیند کنترل پانلP(A1)P(A2)P(A1)P(A4)A1A2A3A4ساختار سیستم کنترلی وناظر:

اسلاید 31: خرابی منبع تغذیه: این تحریک توسط ناظرمدارتولیدمی شود.وپاسخش وارد کردن منبع تغذیه پشتیبان به مداراست.دودسته ازتحریک که در سیستم های کنترلی وناظربایدپردازش شوند:

اسلاید 32: آژیروقفه: تحریک هایی هستندکه دریکی ازسنسورهای سیستم تولید می شوند پاسخ این تحریک، محاسبه شماره اتاق سنسور فعال است.

اسلاید 33: سیستم های جمع آوری داده هابرحسب مدل تولیدکننده– مصرف کننده سازمان یافته می شوند .وداده هارااز سنسورها جمع آوری می کنندتابعداًپردازش شوند.سیستم های جمع آوری داده چیست:

اسلاید 34: شناسه ومقدار شناسه ومقدار سنسور سنسور شناسه ومقدار شناسه ومقدار سنسور سنسور شکل1-5معماری کلی سیستم جمع آوری داده ها فرآیندسنسورفرآیندسنسورS1S3S2S4S5S6میانگیرداده سنسورمیانگیرداده سنسورداده هایفرآیندنمایشداده هایفرآیندطریقه جمع آوری داده ازسنسور:

اسلاید 35: جلسه دومطراحی واسط کاربر(UI)

اسلاید 36: 1- اصول طراحی واسط کاربر2- امکانات ترمیم خطا واسط های کاربر3- پنج سبک تعامل باسیستم های نرم افزاری4- روش نمایش اطلاعات چندگانه5- نمونه هایی از مجسم سازی داده6- نکاتی برای استفاده مؤثرازرنگ درواسط7- عوامل طراحی درپیام های خطا8- فرآیند طراحی واسط کاربرآنچه در اين جلسه مي خوانيد:

اسلاید 37: 9- فرآیندطراحی سه فعالیتیUI10- سه فعالیت اصلی فرآیند طراحی کاربر11- تحلیل کاربر12- ساخت نمونه اولیهUI13- فرآیند دو مرحله ای ساخت نمونه اولیه14- سه روش ساخت نمونه اولیه واسط کاربر15- ارزیابی واسط چیست16- صفات قابلیت به کارگیریآنچه در اين جلسه مي خوانيد:

اسلاید 38: اهداف كلي: هدف این فصل معرفی بعضی جنبه های طراحی واسط کاربر است که برای مهندسین نرم افزار مهم می باشد.

اسلاید 39: درک تعدادی ازاصو طراحی کاربر.معرفی سبکهای تعامل وزمان اهمیت آنها. زمان استفاده ازاطلاعات گرافیکی ومتنی. آشنایی بافرآیندطراحی واسط کاربر. درک صفات قابلیت به کارگیری.دراین فصل مفاهیم زیردرک می شود:

اسلاید 40: آگاهی کاربر سازگاریحداقل تعجبقابلیت ترمیمراهنمای کاربرتنوع کاربراصول طراحی واسط کاربر:

اسلاید 41: تأییداعمال مخرب: اگرکاربر دید عملی مخرب است بایدازآنان خواسته شود که آن راتأییدکنندتامحتاط ترعمل شود.وجودامکانات خنثی سازی: سیستم رابه حالت قبل ازرخ دادن عمل می برد. امکانات ترمیم خطا واسط های کاربر:

اسلاید 42: نقاط کنترلی: نقاط کنترلی شامل ذخیره حالت سیستم درفواصل زمانی دوره ای و اجازه دادن به سیستم برای اجراازآخرین نقطه کنترلی است.وقتی خطایی رخ داد، کاربران می توانندبه حالت قبلی برگردند.

اسلاید 43: دستکاری مستقیم سیستم منوپرکردن فرمزبان فرمانزبان طبیعی.پنج سبک تعامل باسیستم های نرم افزاری:

اسلاید 44: ورودی کاربر پیامهای اصلاح نما ویرا یشهای مدل نوسازی و تقاضای مدل شکل 1-2مدلMVCتعامل کاربر حالت کنترلگرروشهای کنترلگرحالت نماروشهای نماحالت مدلروشهای مدلروش نمایش اطلاعات چندگانه:

اسلاید 45: اطلاعات هواشناسی که ازمنابع مختلفی جمع آوری می شود.حالت شبکه تلفن که به صورت گرافیک نمایش داده می شود.نمونه هایی از مجسم سازی داده:

اسلاید 46: حالت کارخانه شیمیایی بانمایش فشارودمادرتانک هاولوله ها.مدلی ازمولکول بابهره ازسیستم واقعیت مجازی.نمایش مجموعه ای ازصفات وب به صورت درخت هذلولی

اسلاید 47: تعدادرنگ های مورداستفاده رامحدود کنیدودربه کارگیری آن محتاط باشید.تغییردرحالت سیستم را با تغییر رنگ نشان دهیدوبرای برجسته کردن نیز از رنگ استفاده کنید.نکاتی برای استفاده مؤثرازرنگ درواسط:

اسلاید 48: برای پشتیبانی ازکاربرازکدگذاری رنگ استفاده کنید.ازکدگذاری رنگ به طوردقیق وسازگار استفاده کنید.درترکیب رنگ ها دقت داشته باشید.

اسلاید 49: زمینه کاریتجربه کاریسطح مهارتسبک کاریفرهنگ کاریعوامل طراحی درپیام های خطا:

اسلاید 50: فرآیندطراحی واسط کاربریک فرآیند تکراری است که درآن، کاربران باطراحان ونمونه اولیه واسط کاربرتعامل دارندتادرمورد واسط تصمیم بگیرند.فرآیند طراحی واسط کاربر:

اسلاید 51: شکل2-2 فرآیند طراحی UIتحلیل ودرکفعالیتهای کاربرطراحی نمونه اولیهنمونه اولیه اجراییتولیدنمونه اولیهطراحی پویاپیاده سازی واسط نهاییتولید نمونه اولیهطراحی مبتنی برکاغذارزیابی طراحی با کاربرارزیابی طراحیباکاربرفرآیندطراحی سه فعالیتیUI:

اسلاید 52: تحلیل کاربر: باوظایفی که کاربران انجام می دهند آشنا می شویم.نمونه سازی اولیه سیستم: بایدایجاد شودتا درتکامل سیستم اصلی به کار گرفته شود.سه فعالیت اصلی فرآیند طراحی کاربر:

اسلاید 53: ارزیابی واسط: برای کسب اطلاع راجع به تجربیات کاربران از واسط بکارمی رودهرچندکه دراثنای ساخت نمونه اولیه باکاربران بحث شود.

اسلاید 54: اگرمتوجه نشویم که کاربرچه کاری با سیستم انجام خواهدداد،واسط کاربرکار آمدی راطراحی نخواهید کردبرای درک این نکته میتوان از تکنیکهایی مثل تحلیل وظیفه و...استفاده کرد. تحلیل کاربر:

اسلاید 55: هدف ساخت نمونه اولیه این است که به کاربران اجازه داده شود مستقیماًباواسط تجربه کسب کنند.درحالت ایده آل،وقتی نمونه اولیه ازواسط کاربرایجادمی شود ،از فرآیند دو مرحله پیروی می شود. ساخت نمونه اولیهUI:

اسلاید 56: دراوایل فرآیند،بایدنمونه های اولیه کاغذی راایجادکنیدوآنهاراباکاربران مرورکنیدتاکاربرمستقیماً باواسط از طریق نمونه اولیه تجربه کسب کند. فرآیند دو مرحله ای ساخت نمونه اولیه:

اسلاید 57: سپس طراحی خودراپالایش می کنید ونمونه های اولیه تخصصی وخودکار ایجادوآنهارااختیارکاربران قرارداده تا فعالیت هاراتست وشبیه سازی نمایند.

اسلاید 58: ساخت نمونه اولیه مبتنی بر اسکریپت. زبان های برنامه سازی ویژوال. ساخت نمونه اولیه مبتنی براینترنت.سه روش ساخت نمونه اولیه واسط کاربر:

اسلاید 59: ارزیابی واسط، فرآیند برآورد قابلیت به کارگیری واسط است و کنترل می کندکه خواسته‌های کاربر برآورده می شود یا خیر. لذا ، باید به عنوان بخشی از فرآیند وارسی واعتبارسنجی سیستم های نرم‌افزاری باشد. ارزیابی واسط چیست:

اسلاید 60: قابلیت یادگیریسرعت عملیاتتوانمندیقابلیت ترمیمقابلیت تطبیقصفات قابلیت به کارگیری:

اسلاید 61: جلسه سومتوسعه سریع نرم افزار

اسلاید 62: 1- فایده توسعه سریع نرم افزار2- مشکلات اساسی توسعه تدریجی3- توسعه تدریجی که برطراحی معماری تاکید دارد4- پنج اصول روش های فعال5- برنامه نویسی کرانه ای چیست6- شکل کلی برنامه نویسی کرانه ایآنچه در اين جلسه مي خوانيد:

اسلاید 63: 7- اعمال برنامه نویسی کرانه ای8- توسعه سریع کاربرد چیست9- ابزارهایی که درمحیط RADبه کارمی رود10- فوایداستفاده از نمونه اولیه11- نمونه اولیه موقتی چیست12- مدل کلی توسعه نمونه اولیه13- دلایل معقول نبودن سیستم ناقصآنچه در اين جلسه مي خوانيد:

اسلاید 64: اهداف كلي: هدف این فصل توصیف روشهایی برای توسعه نرم افزاراست که منجر به تحویل سریع نرم افزارمی شود.

اسلاید 65: روش توسعه تکراری چگونه منجر به تحویل سریع نرم افزارمی شود. به تفاوتهای بین روش های توسعه جدیدوروش های توسعه نرم افزاری که مبتنی برطراحی هاومشخصات مستندسازی شده اند،پی ببرید. دراین فصل مفاهیم زیردرک می شود:

اسلاید 66: بااصول،کاربردهاومحدودیت های برنامه نویسی کرانه ای آشنا شوید. نمونه سازی چگونه می تواندبرای شناسایی خواسته هاوعدم طراحی قطعه ها به کارگرفته شود.

اسلاید 67: به دلیل توسعه سریع نرم افزار، روش تکراری توسعه نرم افزاربه طورفزاینده ای به عنوان تکنیک توسعه استاندارد برای سیستمهای کوچک ومتوسط،به خصوص در حوزه تجارت به کارمی رود.فایده توسعه سریع نرم افزار:

اسلاید 68: مشکلات مدیریتیمشکلات پیمانکاریمشکلات اعتبارسنجیمشکلات نگهداریمشکلات اساسی توسعه تدریجی:

اسلاید 69: شکل1-3فرآیند توسعه تکراریتحویلسیستم نهاییتعییننسخه سیستمساخت نسخه ایاز سیستمجامعیت نسخهسیستمکامل است؟اعتبارسنجیسیستمتعریف چیزهایقابل تحویل سیستماعتبارسنجی نسخهطراحیمعماری سیستمتوسعه تدریجی که برطراحی معماری تاکیددارد:

اسلاید 70: حضور مشتریتحویل تدریجیعدم پردازش افرادپذیرش تغییرحفظ سادگیپنج اصول روش های فعال:

اسلاید 71: برنامه نویسی کرانه ای یک روش فعال معروف است که تعدادی ازاصول خوب برنامه نویسی مثل تست منظم ، بهبودی مداوم نرم افزاروحضور مشتری درتیم توسعه رابکارمی گیرد.برنامه نویسی کرانه ای چیست:

اسلاید 72: شکل2-3برنامه نویسی کرانه ای درچرخه ارائه نسخه هاارزیابی سیستمارائه نرم افزارتوسعه وجامعیتتست نرم افزار تبدیل داستانهابه وظیفه هابرنامه ریزی نسخهانتخاب داستانهایکاربربرای این نسخهشکل کلی برنامه نویسی کرانه ای:

اسلاید 73: برنامه ریزی گام ها نسخه های کوچکطزاحی ساده توسعه اول – تستسازمان دهی مجدد برنامه نویسی جفتیمالکیت جمعی جامعیت مداومسرعت قابل دوام حضور مشتریاعمال برنامه نویسی کرانه ای:

اسلاید 74: توسعه سریع کاربرد(RAD) شامل استفاده از محیطهای توسعه ای است که ابزارهای قدرتمندی رابرای تولید سیستم دربرمی گیرد.توسعه سریع کاربرد چیست:

اسلاید 75: شکل3-3محیط توسعه سریع کاربردزبان برنامه نویسیبانک اطلاعاتیمولد واسطسیستم هایدفتریمولد گزارشسیستم مدیریت بانک اطلاعاتابزارهایی که درمحیط RADبه کارمی رود:

اسلاید 76: بهبودقابلیت استفاده سیستمتطبیق نزدیک سیستم هابانیازهای کاربرانبهبودکیفیت طزاحیبهبودقابلیت نگهداریکاهش تلاش موردنیازتوسعهفوایداستفاده از نمونه اولیه:

اسلاید 77: نمونه سازی اولیه موقتی یک فرآیند توسعه تکراری است که درآن نمونه اولیه برای نمایش خواسته هاوگزینه های طراحی به کارمی رود.ونمونه اولیه توسط مشتری مستقرنمی شود.نمونه اولیه موقتی چیست:

اسلاید 78: شکل4-3فرآیند توسعه نمونه اولیهتعیین اهدافنمونه اولیهتعریف عملکردنمونه اولیهتوسعه نمونه اولیهارزیابینمونه اولیهبرنامه ریزی ساختنمونه اولیهتعریفطرح کلینمونه اولیهقابل اجراگزارش ارزیابیمدل کلی توسعه نمونه اولیه

اسلاید 79: نمی توان نمونه اولیه ای راتنظیم کرد تاخواسته های عملکردی راکه دراثنای توسعه نادیده گرفته شدندبرآورده کند.تغییرات سریع دراثنای توسعه به معنای این است که نمونه اولیه مستندسازی نمی شود.تنهامشخصات طراحی،کدنمونه اولیه که برای نگهداری درازمدت کافی نیست. دلایل معقول نبودن سیستم ناقص:

اسلاید 80: تغییراتی که دراثنای توسعه اولیه ایجاد می شوداحتمالاًساختارسیستم راتنزل می دهدونگهداری سیستم دشواروگران خواهدبود.استاندارد کیفیت سازمانی برای توسعه نمونه اولیه به کارنمی آیند.

اسلاید 81: جلسه چهارماستفاده مجدد نرم افزار

اسلاید 82: 1- فوایداستفاده مجددنرم افزار2- مشکلات استفاده مجدد3- عوامل مهم برای برنامه ریزی استفاده مجدد4- روشهایی که ازاستفاده مجددنرم افزارپشتیبانی می کنند5- چهار عنصر اساسی الگوهای طراحی6- محیط های کاری کاربردآنچه در اين جلسه مي خوانيد:

اسلاید 83: 7- استفاده مجددمحصولCOTS8- چهار مشکل جامعیت سیستم های COTS9- انواع خصوصی سازی خط تولید نرم افزار10- سیستم EPR چیست11- سازمان سیستم های EPR12- مراحل تطبیق یک خانواده نرم افزاربرای ایجاد کاربرد جدید آنچه در اين جلسه مي خوانيد:

اسلاید 84: اهداف كلي: این فصل معرفی استفاده مجدد نرم افزاروتشریع نقش استفاده مجدد درفرآیند توسعه نرم افزار است.

اسلاید 85: با فواید ومشکلات استفاده مجدد نرم افزاردرهنگام توسعه سیستم -های جدیدآشنامی شوید.راه های مختلفی برای طراحی استفاده مجدد تجربه می کنید.دراین فصل مواردزیردرک خواهدشد:

اسلاید 86: استفاده مجددازمفهوم رادرک می کنید وباچگونگی نمایش مفاهیم قابل استفاده مجددبه صورت الگوهایاتعبیه درمولد -های برنامه آشنامیشوید.

اسلاید 87: باخطوط تولیدی نرم افزار آشنامی - شویدکه از قطعات قابل پیکربندی وقابل استفاده مجدد تشکیل شده است.

اسلاید 88: افزایش قابلیت اعتمادکاهش ریسک فرآینداستفاده موثرازمتخصصینپذیرش استانداردتوسعه سریع فواید استفاده مجدد نرم افزار:

اسلاید 89: افزایش هزینه نگهداریعدم وجود پشتیبانی ابزارسندرم کشف نشدهنگهداری کتابخانه قطعییافتن ودرک تطبیق قطعات قابل استفاده مجددمشکلات استفاده مجدد:

اسلاید 90: زمان بندی توسعه برای نرم افزارطول عمرمورد انتظارنرم افزار زمینه،مهارت هاوتجارت تیم توسعهحیاتی بودن نرم افزاروخواسته های آندامنه کاربردمحیطی که سیستم درآن اجراخواهد شدعوامل مهم برای برنامه ریزی استفاده مجدد:

اسلاید 91: جامعیت COTSکاربردهای عمودی قابل پیکربندیکتابخانه های برنامهمولدهای برنامهتوسعه نرم افزاربراساس جنبه های مختلف الگوهای طراحیتوسعه براساس قطعهمحیط های کاری کاربردپوشش سیستم کهنهسیستم های سرویس گراخطوط تولید کاربردروشهایی که ازاستفاده مجددنرم افزارپشتیبانی می کنند:

اسلاید 92: نامی که به الگو مراجعه می کند.توصیف محلی که وقت استفاده الگو رامشخص می کند.راه حل های بخش های مختلف باید توصیف شود.بیان نتایج-نتایج وتوازن اعمال الگو چهار عنصر اساسی الگوهای طراحی:

اسلاید 93: محیط های کاری کاربرد:محیط های کاری زیرساخت سیستم که توسعه زیرساختهای سیستم مثل واسط های کاربردی کامپایلرها را پشتیبانی می کند.محیط های کاری جامعیت میان افزارمانند:JAVA BEANاست.

اسلاید 94: محیط های کاری برنامه کاربردی تجاری که با سیستم های ارتباط راه دور و مالی سروکار دارند.اینها دانش دامنه کاربردی را تعبیه کرده از ایجاد برنامه های کاربردی ویژه توسط کاربر نهایی پشتیبانی می کنند.

اسلاید 95: محصولCOTSیک سیستم نرم افزاری است که می تواندبدون تغییرقابل استفاده باشد. به طورمجازی، گستره وسیعی از محصولات سرویس دهنده ونرم افزارهای رومیزی ،نرم افزارCOTSهستند.استفاده مجددمحصولCOTS:

اسلاید 96: عدم وجودکنترل برروی عملکردوکاراییمشکلات مربوط به کارمتقابل سیستمعدم کنترل تکامل سیستمپشتیبانی ازفروشندگان سیستمچهار مشکل جامعیت سیستم های COTS:

اسلاید 97: خصوصی سازی سکوخصوصی سازی محیطخصوصی سازی تابعیخصوصی سازی فرآیندانواع خصوصی سازی خط تولید نرم افزار:

اسلاید 98: سیستم های ERPبرای پشتیبانی در سیستم های بزرگ استفاده می شوند. سیستم های ERPویژه ازطریق پیکر - بندی سیستم کلی درزمان استقراربه همراه اطلاعاتی درموردتجارت وکار مشتری ایجاد می شود.سیستم EPR چیست:

اسلاید 99: شکل1-4 پیکربندی سیستمERPابزاربرنامه ریزیپیکربندیبانک اطلاعاتیپیکربندیسیستم کلیبانک اطلاعاتی سیستمسازمان سیستم های EPR:

اسلاید 100: شکل2-4توسعه نمونه محصولمراحل تطبیق یک خانواده نرم افزاربرای ایجادکاربردجدید:استخراج خواسته هایواگذارندگانانتخاب مناسبترینعضوخانوادهمذاکره مجدد خواسته هاتطبیق سیستم موجودتحویل عضوجدید خانواده

اسلاید 101: جلسه پنجممهندسی نرم افزار براساس قطعه

اسلاید 102: 1- مهندسی نرم افزار براساس قطعه(CBSE)2- فرآیندCBSE چیست3- مدل کلی فرآیندCBSE4- مبانی مهندسی نرم افزاربراساس قطعه5- مشکلات روش CBSE6- ویژگی های قطعهآنچه در اين جلسه مي خوانيد:

اسلاید 103: 7- تفاوت های اشیاء با قطعه8- مدل قطعه چیست9- عناصر به کاررفته درمدل قطعه10- سرویس های مدل قطعه11- تغییراتی که باعث می شود قطعه قابل استفاده مجدد باشد12- انواع ترکیبات قطعهآنچه در اين جلسه مي خوانيد:

اسلاید 104: اهداف كلي: این فصل توصیف یک فرآیندبرای توسعه نرم افزاربراساس ترکیب قطعات استاندارد و قابل استفاده مجدد است.

اسلاید 105: بدانیدکه مهندسی نرم افزاربراساس قطعه با توسعه قطعات استانداردبراساس مدل قطعه وترکیب اینهاسروکاردارد.معنای قطعه ومدل قطعه رامی فهمید.در این فصل موارد زیر درک خواهد شد:

اسلاید 106: با فعالیت های اصلی درفرآیند CBSE آشنا شوید و درک کنید که چرا باید خواسته ها راترکیب کنید تا قطعات قابل استفاده مجدد باشند.برخی ازمشکلات را که دراثنای فرآیند ترکیب قطعه وجود دارد می شناسید.

اسلاید 107: به عنوان یک متداستفاده مجدد برای توسعه سیستم های نرم افزاری دردهه 1990مطرح شد.انگیزه ایجاد آن این بود که توسعه شیءگرامنجربه کاهش هزینه ها شده است. مهندسی نرم افزار براساس قطعه(CBSE):

اسلاید 108: CBSEفرآیند تعریف،پیاده سازی وجامعیت یاترکیب قطعات مستقل بااتصال ضعیف درسیستم ها است ویک روش مهم توسعه نرم افزار سیستم های پیچیده است. فرآیندCBSE چیست:

اسلاید 109: شکل1-5 فرآیند CBSEطرح کلیخواسته های سیستمشناساییقطعات کاندیداصلاح خواسته ها براساس قطعات شناسایی شدهطراحی معماریشناسایی قطعات کاندید ترکیب قطعاتبرای ایجاد سیستممدل کلی فرآیندCBSE:

اسلاید 110: فطعات مستقلاستانداردهای قطعهمیان افزارفرآیند توسعهمبانی مهندسی نرم افزاربراساس قطعه:

اسلاید 111: اعتمادبه قطعهتصدیق قطعهپیش بینی ویژگی های جدیدموازنه های خواسته هامشکلات روش CBSE:

اسلاید 112: استاندارد مستقل قابل ترکیب قابل استقرار مستندسازیویژگی های قطعه:

اسلاید 113: قطعات نهادهای قابل استقرارهستندقطعات انواع راتعریف نمی کنندپیاده سازی های قطعه مخفی استقطعات مستقل اززبان هستندقطعات استانداردشده اندتفاوت های اشیاءباقطعه:

اسلاید 114: مدل قطعه، تعریف استانداردهایی برای پیاده سازی، مستند سازی و استقرار قطعه است. توسعه دهنده با استفاده از این استانداردها تضمین می کند که قطعات می توانند باهم کار کنند.مدل قطعه چیست:

اسلاید 115: شخصی سازی قوانین نام گذاری مستند سازی ترکیب پشتیبانی از دستیابی به واسط های تعریف تعامل بسته بندی متاداده ویژه واسط مدل قطعه شکل2-5عناصر اصلی مدل قطعه واسط هااطلاعات به کارگیریاستقراروکاربردعناصر به کاررفته درمدل قطعه:

اسلاید 116: سرویس های سکو سرویس های افقی شکل3-5سرویس های تهیه شده توسط مدل قطعهسرویس های مدل قطعه:سرویس های افقی مدیریت منبع مدیریت تراکنش مدیریت قطعه حفاظت مقاومت همزمانیسرویسهای سکوا رتباطات قطعه مدیریت استثنا تعریف واسط آدرس دهی

اسلاید 117: تغییراسامی برای کلی ترکردن آنهاافزودن متدهایی برای ارائه عملکردهای بیشترسازکاری اداره کردن استثنابرای تمام متدهاافزودن واسط پیکربندی برای تطبیق قطعه جامعیت قطعات مورد نیازبرای استقلال بیشترحذف متدهای ویژه کاربردتغییراتی که باعث می شود قطعه قابل استفاده مجدد باشد:

اسلاید 118: ترکیب ترتیبی: وقتی اتفاق می افتد که قطعات ترکیب شونده به طور ترتیبی اجراشوند.ترکیب قطعه دارای انواع زیر است:

اسلاید 119: ترکیب سلسله مراتبی: وقتی رخ می دهد که قطعه ای سرویس های ارائه شده توسط قطعه دیگررامستقیماً فراخوانی کند.

اسلاید 120: ترکیب افزایشی: وقتی رخ می دهدکه واسطهای دویاچند قطعه به هم اضافه می شوند تاقطعه جدیدایجادشود.

اسلاید 121: جلسه ششمتوسعه سیستم های حیاتی

اسلاید 122: 1- سه روش مکمل برای توسعه نرم افزار2- ویژگی های فرآیندهای قابل اتکا3- فعالیتهای فرآیندبرای اجتناب از عیب4- تکنیک های مهندسی نرم افزار برای تولید نرم‌افزار عاری از عیب5- چهارجنبه از تحمل عیبآنچه در اين جلسه مي خوانيد:

اسلاید 123: 6- دونوع تشخیص عیب7- تکنیک تحمل عیب سخت افزاری8- برنامه نویسی Nنسخه ای چیست9- حداقل نسخه های یک مدل برنامه نویسی Nنسخه ای10- مدل کلی بلوک های ترمیم عیبآنچه در اين جلسه مي خوانيد:

اسلاید 124: اهداف كلي: این فصل تکنیکهای پیاده سازی که در توسعه سیستم های حیاتی مورداستفاده قرارمی گیردمعرفی می کند.

اسلاید 125: چگونه تحمل واجتناب ازعیب درتوسعه سیستم های قابل اتکا. آشنایی باویژگیها وفعالیتها در فرآیندهای نرم افزارقابل اتکا.در این فصل موارد زیر درک خواهد شد:

اسلاید 126: آشنایی با تکنیک های برنامه نویسی برای اجتناب از عیب.درک مراحل پیاده سازی تحمل عیب وروشهای بکارگیری تنوع وافزونگی درمعماری های تحمل عیب.

اسلاید 127: اجتناب ازعیب: بایدازمتدهایی برای توسعه استفاده کنیم که به اجتناب از خطاهای برنامه نویسی کمک کند.سه روش مکمل برای توسعه نرم افزار:

اسلاید 128: تشخیص عیب: بایدفرآیندهای وارسی و اعتبارسنجی برای کشف وحذف عیبهای برنامه قبل ازتوسعه به کارگرفته شوند.

اسلاید 129: تحمل عیب: سیستم بایدطوری طراحی شودکه عیبهای آن دراثنای اجراکشف وبه طوری مدیریت کاراشودکه سیستم شکست نخورد.

اسلاید 130: قابل مستند سازی استاندارد شده قابل حسابرسی تنوع توانمندیویژگی های فرآیندهای قابل اتکا:

اسلاید 131: بازرسی خواسته ها مدیریت خواسته ها بررسی مدل بازرسی طراحی وکد تحلیل ایستا برنامه ریزی ومدیریت تستفعالیتهای فرآیندبرای اجتناب از عیب:

اسلاید 132: فرآیندهای نرم افزارقابل اتکامدیریت کیفیتمشخصات رسمی وارسی ایستا تعیین نوع قوی برنامه نویسی امناطلاعات محافظت شدهتکنیک های مهندسی نرم افزار برای تولیدنرم افزار عاری از عیب:

اسلاید 133: تشخیص عیب: سیستم بایدتشخیص دهد حالتی که موجب خرابی سیستم می شود.برآوردخسارت: بخشهایی ازحالت سیستم بایدشناسایی شوندکه تحت تأثیرعیب قرار گرفتند.چهارجنبه از تحمل عیب:

اسلاید 134: ترمیم عیب: سیستم بایدحالت خودش رابه حالت امنی ترمیم کند.تصحیح عیب: سیستم طوری اصلاح می شودکه عیب تکرار نشود.

اسلاید 135: تشخیص پیشگیرانهءعیب: دراین مورد، راهکارتشخیص عیب، قبل ازتغییرحالت آغازمی شود.اگرحالتی پیداشودکه پتانسیل خطا دارد اجازه تغییرحالت داده نمی شود. دونوع تشخیص عیب:

اسلاید 136: تشخیص بازنگری عیب: دراین مورد راهکارتشخیص عیب پس ازتغییرحالت سیستم آغازمی شود تا بررسی شود آیا عیبی وجودداردیاخیر.اگرعیبی وجوددارد،یک استثناصادرمی شودوراهکارترمیم بکار می آید تا سیستم ترمیم شود.

اسلاید 137: شکل1-6اضافات سه پیمانه ای برای مقابله باخرابی سخت افزارتکنیک تحمل عیب سخت افزاری:A1A2A3مقایسه کننده خروجی

اسلاید 138: برنامه نویسیN نسخه ای یک روش تحمل عیب نرم افزاری است که درآن سیستم با مشخصات مشترک، به وسیله تیمهای مختلف پیاده سازی و در رایانه‌های مختلف به طورموازی به اجرا درمی آید.برنامه نویسی Nنسخه ای چیست:

اسلاید 139: نتیجه توافق شده ورودی Nنسخه شکل2-6برنامه نویسیNنسخه ای نسخه 1نسخه 2نسخه 3مقایسه کنندهخروجیمدیرخرابی هاحداقل نسخه های یک مدل برنامه نویسی Nنسخه ای:

اسلاید 140: ادامه اجرادرصورتی که تست برای موفقیت اجرای الگوریتم1 تست پذیرش موفق باشدصدور استثنا درصورت سعی مجدد تست پذیرششکست تمام الگوریتم ها شکست-سعی مجدد تست دوباره تست دوباره بلوک های بازیابی شکل3-6 بلوک های ترمیمتست پذیرشالگوریتم1الگوریتم 3الگوریتم2مدل کلی بلوک های ترمیم عیب:

اسلاید 141: جلسه هفتمتکامل نرم افزار

اسلاید 142: 1- پویایی تکامل برنامه چیست2- قوانین چندگانه لمان3- سه نوع نگهداری نرم افزارعبارتند4- عواملی که درنگهداری نرم افزارمنجربه هزینه بالامی شود5- تعریف پیش بینی نگهداری6- طرح جامع پیش بینی نگهداری7- برای پی بردن روابط سیتم ومحیط بایدسه مورد را برآورد کرد8- معیارهای برآوردقابلیت نگهداریآنچه در اين جلسه مي خوانيد:

اسلاید 143: 9- فرآیندهای شناسایی تغییرات و تکامل سیستم، دوره‌ای‌اند و در سراسر طول عمر سیستم ادامه دارند10- فرآیند تکامل چیست11- فرآیند تکامل ناشی از درخواست هایی برای تغییر12- پیاده سازی تغییر چیست13- پیاده سازی تغییر دارای درک برنامه14- دو امتیاز مهم مهندسی مجددسیستمآنچه در اين جلسه مي خوانيد:

اسلاید 144: 15- تعریف مهندسی مجددنرم افزار16- ساختار کلی مهندسی مجدد نرم افزار17- تمایز بین مهندسی پیش رو و مهندسی مجدد نرم افزار18- عوامل کلیدی مؤثر در مهندسی مجدد19- چهار نكته سنجش ارزش سیستم20- عوامل مؤثر در برآورد محیط آنچه در اين جلسه مي خوانيد:

اسلاید 145: اهداف كلي: این فصل تکامل نرم افزار و توصیف روشهای اصلاح نرم افزاررامعرفی می نماید.

اسلاید 146: اگرقرارباشدنرم افزارمفیدباقی بماندتغییراجتناب ناپذیراست. بافرآیندهای موجوددرتکامل نرم افزارآشنا می شویم.دراین فصل مواردزیردرک خواهدشد:

اسلاید 147: باانواع مختلفی ازنگهداری نرم افزاروعوامل مؤثردرهزینه های نگهداری آشنا می شویم.پی می بریم که سیستمهای کهنه چگونه می توانند بررسی شوند.

اسلاید 148: پویایی تکامل برنامه،مطالعه تغییرات سیستم است.بیشترین کاردراین زمینه توسط لمان انجام شدکه قوانینی دراین زمینه ارائه کرده است. پویایی تکامل برنامه چیست:

اسلاید 149: تغییرات مداوم حفظ شناخت رشد دائمی کیفیت روبه کاهش سیستم بازخوردی پیچیدگی فزاینده تکامل برنامه بزرگ پایداری سازمانیقوانین چندگانه لمان:

اسلاید 150: نگهداری برای ترمیم نرم افزار: ترمیم خطاهای طراحی و خواسته ها بسیارگران است زیراممکن است نیاز به طراحی مجدد باشدولی ترمیم خطا - های برنامه نویسی ارزان است.سه نوع نگهداری نرم افزارعبارتند:

اسلاید 151: نگهداری برای تطبیق نرم افزاربا محیط جدید:این نوع نگهداری وقتی لازم است که برخی شرایط محیط سیستم تغییر کند.

اسلاید 152: نگهداری برای افزودن یااصلاح عملکرد سیستم: این نوع نگهداری وقتی لازم است که خواسته سیستم درپاسخ به تغییرتجاری یاسازمانی تغییرکند.

اسلاید 153: پایداری تیم: یعنی اینکه وقتی سیستم تحویل شد، اعضای تیم ازهم جداوهر کدام درپروژه ای تازه شروع به کار می کنندکه پایداری تیم نقض می شود.عواملی که درنگهداری نرم افزارمنجربه هزینه بالامی شود:

اسلاید 154: مسئولیت قراردادی: قراردادنگهداری سیستم معمولاً جدا از قرارداد توسعه سیستم است. نگهداری ممکن است به شرکتی غیرازشرکت توسعه دهنده آن واگذارشود.

اسلاید 155: مهارتهای کارکنان: کارکنان نگهداری چندان گران نیستند و با دامنه کاربرد آشنایی ندارند.

اسلاید 156: قدمت برنامه وساختار: هرچه قدمت برنامه بیشتر باشد، ساختار آن دراثر تغییرات تنزل می کندودرنتیجه درک آن دشوار است.

اسلاید 157: اگرنگهداری هزینه زیادی دربرداشته باشد،تغییرات احتمالی سیستم را بایدپیش بینی کرد،ومشخص نمودکه چه بخشهایی ازسیستم تعدادفراوانی مشکلات را برای کارکنان نگهداری ایجادمی کند.تعریف پیش بینی نگهداری:

اسلاید 158: شکل1-7پیش بینی نگهداریپیش بینی قابلیت نگهداریپیش بینی هزینه نگهداری پیش بینی تغییرات سیستمینگهداری چه بخش هایی ازسیستم گران تر است؟هزینه های نگهداری درطول سیستم چقدراست؟هزینه های نگهداری سیستم درسال آینده چقدر خواهد بود؟چه بخش هایی ازسیستم تحت تأثیردرخواستهای تغییرقرارمی گیرند؟چه تعدادی ازتغییرات درخواست خواهد شد؟طرح جامع پیش بینی نگهداری:

اسلاید 159: تعدادخواسته های ناپایدارسیستم: خواسته هایی که ناشی ازسیاست ها و رویه های سازمان اند و درمقایسه با خواسته های ناشی ازویژگیهای پایدار دامنه، ناپایدارترند.برای پی بردن روابط سیتم ومحیطبایدسه موردرابرآوردکرد:

اسلاید 160: تعداد و پیچیدگی واسط های سیستم: هرچه تعداد و پیچیدگی بیشتراحتمالات درخواست تغییر بیشتراست.فرآیندهای تجاری که سیستم درآنها به کارمی‌رود: دراثرتکامل این فرآیندها تغییراتی درخواست می شوند.

اسلاید 161: تعداددرخواستهابرای نگهداری تصحیحیمیانگین زمان لازم برای تحلیل اثر تغییرمیانگین زمان لازم برای پیاده سازی تغییرتعداددرخواست تغییرمعوق(به تأخیرافتاده)معیارهای برآوردقابلیت نگهداری:

اسلاید 162: شکل2-7فرآیندهای شناسایی تغییروتکاملفرآیندهای شناسایی تغییرات وتکامل سیستم،دوره ای اندودرسراسرطول عمرسیستم ادامه دارند.فرآیند شناسایی تغییرسیستم جدیدپیشنهادات تغییرفرآیند تکامل نرم افزار

اسلاید 163: فرآیند تکامل فعالیتهای اساسی برای تحلیل تغییر،برنامه ریزی نسخه ها، پیاده سازی سیستم و ارائه آن به مشتریان است.فرآیند تکامل چیست:

اسلاید 164: شکل 3-7فرآیندتکامل سیستمدرخواستهایتغییرتحلیل اثربرنامه ریزینسخه جدیدپیاده سازی تغییرانتشار سیستمترمیم عیبتطبیق محیطبهبود سیستمفرآیندتکامل ناشی ازدرخواست هایی برای تغییر:

اسلاید 165: فرآیندپیاده سازی تغییر،تکرارفرآیند توسعه است که درآن، بازنگری در سیستم طراحی ، پیاده سازی وتست انجام می شود.پیاده سازی تغییرچیست:

اسلاید 166: شکل4-7پیاده سازی تغییرتغییرات پیشنهادیتحلیل خواسته هانوسازی خواسته هاتوسعه سیستمپیاده سازی تغییردارای درک برنامه:

اسلاید 167: کاهش ریسک: توسعه مجدد نرم افزار تجاری-حیاتی با ریسک بالایی همراه است وممکن است خطا درمشخصات سیستم به وجودآید.دو امتیاز مهم مهندسی مجدد سیستم:

اسلاید 168: کاهش هزینه: هزینه مهندسی مجدد خیلی کمترازهزینه توسعه نرم افزار جدید است.پس برای رسیدن مقصد بایدمحصول رامهندسی مجدد کرد.

اسلاید 169: مهندسی مجدد نرم افزار با ساختاردهی و مستندسازی مجدد نرم افزار سروکار دارد تا قابلیت درک آن افزایش یافته و تغییر درک آن آسان باشد.تعریف مهندسی مجدد نرم افزار:

اسلاید 170: شکل6-7فرآیند مهندسی نرم افزاربرنامه اصلیترجمه کدمنبعمهندسی معکوسبهبود ساختاربرنامهبرنامه ساخت یافتهپیمانه ای سازی برنامهمستندسازی برنامهبرنامه پیمانه ایداده های اصلیمهندسی مجدد داده هاداده هایی که مهندسیمجدد شدندساختارکلی مهندسی مجددنرم افزار:

اسلاید 171: مهندسی پیش رو مهندسی مجددنرم افزار شکل5-7مهندسی پیش رو ومجددتمایز بین مهندسی پیش رو ومهندسی مجددنرم افزار:مشخصات سیستمسیستم نرم افزاری موجودطراحی وپیاده سازیدرک وتبدیلسیتم جدیدسیستم بامهندسی مجدد

اسلاید 172: کیفیت نرم افزاری برای مهندسی مجدد وجودابزارپشتیبانی برای مهندسی مجددگستره تغییر داده هابرای مهندسی مجددوجودکارکنان خبره برای مهندسی مجددعوامل کلیدی مؤثردرمهندسی مجدد:

اسلاید 173: استفاده ازسیستمفرآیند تجاری که پشتیبانی می شودقابلیت اتکای سیستمخروجی سیستمسنجش ارزش سیستم دارای چهارنکته است:

اسلاید 174: پایداری عرضه کننده نرخ خرابی هزینه های نگهداری کارایی وقدمت خواسته های پشتیبانی عملکرد متقابلعوامل مؤثردربرآوردمحیط:

اسلاید 175: جلسه هشتموارسی واعتبارسنجی

اسلاید 176: 1- هدف نهایی فرآیند وارسی و اعتبارسنجی2- دو تکنیک بررسی و تحلیل سیستم در فرآیند v&v3- بازرسی ها و تست های نرم افزار4- فرآیند اشکال زدایی که نقص های موجود در سیستم را یافته و اصلاح می کند5- تعریف فعالیت وارسی واعتبارسنجی6- مشخصات جامع مدل Vآنچه در اين جلسه مي خوانيد:

اسلاید 177: 7- بازبینی نرم افزار چیست8- فرآیند بازبینی برنامه برای کشف نقض9- نقش های موجود در فرآیند بازبینی 10- مراحل تحلیل ایستای خودکار11- تعریف توسعه نرم افزار اتاق تمییز12- ویژگی های روش اتاق تمیز برای توسعهآنچه در اين جلسه مي خوانيد:

اسلاید 178: اهداف كلي: هدف این فصل معرفی وارسی و اعتبارسنجی باتأکیدبرتکنیک های وارسی ایستا است.

اسلاید 179: فرق بین وارسی واعتبارسنجی نرم افزار. آشنایی با بازرسی های برنامه به عنوان روشی برای کشف نقص ها . دراین فصل مواردزیردرک خواهدشد:

اسلاید 180: درک تحلیل ایستای خودکاروبکارگیری آن دروارسی واعتبارسنجی.درک چگونگی بکارگیری وارسی ایستا درفرآیندتوسعه اتاق تمیز.

اسلاید 181: عملکردسیستم: سطح اعتمادبه اینکه نرم افزارچقدربرای سازمان حیاتی است بستگی دارد.مثلاً سیستم های امنیتی نسبت به بقیه قابلیت اعتماد بالایی دارند. هدف نهایی فرآیندوارسی واعتبارسنجی:

اسلاید 182: انتظارات کاربر: اگرکاربران انتظارات اندکی ازسیستم داشته ودراثرشکست نیز عکس العمل خاصی نشان ندهندموضوع ناراحت کننده ای است.

اسلاید 183: محیط بازیابی: وقتی سیستم وارد بازار می شود ، فروشندگان سیستم بایدبرنامه -های رقیب، قیمتی که مشتریان قادرند بپردازندوزمان بندی لازم برای تحویل رادرنظربگیرند.

اسلاید 184: بازبینی نرم افزار: درآن نمایشهای سیستم مثل سندخواسته ها،نمودارهای طراحی وکد منبع برنامه راتحلیل وبررسی می کنند.دوتکنیک بررسی وتحلیل سیستم درفرآیندv&v:

اسلاید 185: تست نرم افزار: پیاده سازی نرم افزاررابا داده های آزمایشی اجرا کرده خروجی های نرم افزارورفتارعملیاتی آن راتست می کند تامشخص شودکه براثرانتظارمشتری اجرا وکاربرپسنداست.

اسلاید 186: شکل1-8وارسی واعتبارسنجی ایستاوپویابازبینی نرم افزارمشخصات خواسته هاطراحی سطحبالامشخصا ت رسمیطراحی تفضیلیبرنامهنمونه اولیهتست برنامهبازرسی هاوتست های نرم افزار:

اسلاید 187: شکل2-8فرآینداشکال زدایینتایج تستمشخصاتمواردتستیافتن خطاطراحی ترمیم خطاترمیم خطابرنامه تست مجددفرآینداشکال زدایی که نقص های موجوددرسیستم رایافته واصلاح می کند:

اسلاید 188: فعالیت وارسی واعتبارسنجی به چند مرحله تقسیم می شودوهرمرحله با انجام تست هایی شروع می شودکه بررسی می کنندبرنامه ازطراحی و مشخصاتش پیروی می کند.تعریف فعالیت وارسی واعتبارسنجی:

اسلاید 189: شکل3-8برنامه های تست به عنوان پیوندی بین توسعه وتستمشخصاتخواسته هامشخصات رسمیطراحیسیستمبرنامه تست پذیرشبرنامه تستجامعیتبرنامه تستجامعیت زیرسیستمخدماتتست پذیرشتست جامعیت سیستمتست جامعیتزیرسیستمکدوتستواحدوپیمانهطراحیتفضیلیمشخصات جامع مدلV:

اسلاید 190: بازبینی نرم افزاریک فرآیند ایستای وارسی واعتبارسنجی است که درآن سیستم نرم افزارمرورمی شودتاخطا وکمبودها پیدا شوند.بازبینی نرم افزارچیست:

اسلاید 191: شکل4-8فرآیندبازبینیبرنامه ریزیمرورآماده شدن افرادجلسه بازبینیکارمجددپیگیریفرآیندبازبینی برنامه برای کشف نقض:

اسلاید 192: مؤلف یامالک بازبین برنامه خواننده برنامه منشی برنامه رئیس یاتعدیل کننده رئیس تعدیل کنندهنقش های موجوددرفرآیندبازبینی:

اسلاید 193: تحلیل جریان کنترل: حلقه هایی باچندنقله ورودی خروجی را مشخص می کند.تحلیل استفاده از داده:چگونگی استفاده از متغییرهای برنامه می باشد.مراحل تحلیل ایستای خودکار:

اسلاید 194: تحلیل واسط: سازگاری اعلان های روال ورویه واستفاده ازآن ها رابررسی می کند.تحلیل جریان اطلاعات: وابستگی های بین ورودی خروجی را شناسایی می کند.تحلیل مسیر: تمام مسیرهای موجودبرنامه را شناسایی می کند.

اسلاید 195: توسعه نرم افزاراتاق تمیزروشی برای توسعه نرم افزاراست وبه تکنیک های ایستا برای وارسی برنامه وتست آماری تأییدبرای قابلیت اعتمادسیستم متکی است.تعریف توسعه نرم افزاراتاق تمیز:

اسلاید 196: خطای کارمجدد شکل5-8فرآیندتوسعه اتاق تمیزمشخص کردنرسمی سیستمایجادمسابقه عملیاتیتعریف گام هاینرم افزارساخت برنامهساخت یافتهکدوارسی رسمیجامعیت قطعاتطراحی تست های آماریتست سیستم مجتمعویژگی های روش اتاق تمیزبرای توسعه:

اسلاید 197: جلسه نهمتست نرم افزار

اسلاید 198: 1- دو هدف فرآیند تست نرم افزار2- مدل کلی فرآیند تست3- دو فاز جداگانه برای تست سیستم4- چهارنوع ازواسط های بین قطعات برنامه5- سه روش برای طراحی موارد تست6- تست براساس ساختاروپیاده سازی نرم افزار7- مجموعه مجتمعی ازابزارها برای پشتیبانی ازفرآیند تستآنچه در اين جلسه مي خوانيد:

اسلاید 199: اهداف كلي: این فصل توصیف فرآیندهای تست نرم افزارومعرفی تعدادی ازتکنیک های تست است.

اسلاید 200: درک تمایزبین تست اعتبارسنجی ونقصدرک اصول تست سیستم وقطعهدرک راهبردهابرای تولیدمواردتست سیستمدرک ویژگیهای اصلی ابزارهای نرم افزاردراین فصل مواردزیردرک خواهدشد:

اسلاید 201: به توسعه دهنده ومشتری نشان می دهد که نرم افزار خواسته هایش را برآورده می کند.برای کشف عیب هاونقص هادرنرم افزار نادرست ونامطلوب است یا ازمشخصاتش پیروی نمی کند. فرآیندتست نرم افزاردوهدف دارد:

اسلاید 202: شکل2-9فرآیند تست عیبطراحی مواردتستآماده سازی داده های تستاجرای برنامه باداده های تستمقایسه نتایج باموارد تستموارد تستداده های تستنتایج تستگزارش هایتستمدل کلی فرآیند تست:

اسلاید 203: تست نسخه ها: دراین تست باید تیم تست اعتبار-سنجی کند که آیا سیستم خواسته‌هایش را برآورده می کند یا خیر و می توان آن را تست جعبه سیاه نیز نامید. دو فازجداگانه برای تست سیستم:

اسلاید 204: تست جامعیت: وقتی مشکلی پیداشد تیم جامعیت سعی می کندمنبع مشکل رابیابدوقطعاتی راشناسایی کند که باید عیبشان رفع بشود ودرآن تیم تست به کدمنبع سیستم دسترسی دارد.

اسلاید 205: واسط های پارامتر:دراینها ارجاع به داده هایاتوابع،ازقطعه ای به قطعه دیگرارسال می شود.واسط های حافظه مشترک: دراینهابلوکی ازحافظه بین زیر سیستم ها مشترک است.چهارنوع ازواسط های بین قطعات برنامه:

اسلاید 206: واسط های ارسال پیام: زیرسیستم هااز طریق پیام ، خدمت رااززیرسیستمهای دیگردرخواست می کنند.واسط های رویه ای: یک زیرسیستم یک مجموعه ازرویه هایی رابسته بندی کرده تا توسط زیرسیستم دیگرفراخوانی شود.

اسلاید 207: تست افراز: افرازهای ازورودی/خروجی شناسایی وتست های طراحی می شوند به طوری که سیستم ورودی ازتمامی افرازها گرفته خروجی رادرتمام افرازهاتولیدکند. سه روش برای طراحی مواردتست:

اسلاید 208: تست براساس خواسته ها: موارد تست طراحی می شوند تاخواسته های سیستم راتست کنندوخواسته های سیستم توسط چندین قطعه پیاده سازی می شود.

اسلاید 209: تست ساخت یافته: بااستفاده ازدانش ساختار برنامه،تستهایی طراحی می شودکه سراسر بخش های برنامه راامتحان می کنددرنتیجه هرخط برنامه حداقل یک باراجرامی شود.

اسلاید 210: استخراج می کند تست ها شکل3-9تست ساخت یافتهداده های تستخروجی های تستکد قطعهتست براساس ساختاروپیاده سازی نرم افزار:

اسلاید 211: شکل4-9محیط کاری تستکد منبعگزارش استثناتحلیل گرپویابرنامه درحال تستمدیرتستشبیه سازمولد داده های تستمشخصاتداده های تستاوراکلنتایج تستپیش بینی هایتستمقایسه گرفایلمولدگزارشگزارش نتایج تستمجموعه مجتمعی از ابزارهابرای پشتیبانی از فرآیند تست:

اسلاید 212: جلسه دهماعتبارسنجی سیستم های حیاتی

اسلاید 213: 1- مراحل فرآیند اندازه گیری قابل اعتماد2- تعریف سابقه عملیاتی نرم افزار3- نمونه ای از سابقه عملیاتی براساس احتمال ورودی ها4- فواید پیش بینی قابلیت اعتماد سیستم5- فعالیت های تضمین امنیت درفرآیند توسعه6- چهار روش مکمل برای بررسی حفاظت7- تعریف مواردامنیت سیستم8- مثالی ازموارد امنیتی درپمپ انسولین آنچه در اين جلسه مي خوانيد:

اسلاید 214: اهداف كلي: این فصل درمورد تکنیک های وارسی واعتبارسنجی است که درتوسعه سیستم های حیاتی به کارمی روند.

اسلاید 215: درک کنید که چگونه قابلیت اعتماد سیستم نرم افزارمی توانداندازه گیری شودوچگونه مدل رشد قابلیت اعتماد می تواندپیش بینی کندبه سطح قابلیت اعتمادموردنظرمی رسیم.دراین فصل مواردزیردرک خواهد شد:

اسلاید 216: آشنایی بامواردامنیتی که بحث هایی ازامنیت سیستم رانشان می دهد.درک اصول بحثهای امنیتی ونحوه استفاده ازآنها.درک مسائل تضمین حفاظت سیستم.

اسلاید 217: مراحل فرآینداندازه گیری قابل اعتماد:سیستم های مشابه مطالعه شده تاسابقه عملیاتی تعیین گردد.مجموعه ای ازداده های آزمایشی تعیین تاسابقه عملیاتی رامنعکس سازند.

اسلاید 218: سیستم باداده های آزمایشی وتعداد خرابی های مشاهده شده تست شده زمان خرابی ها نیزثبت می شود.پس از اینکه تعدادی ازخرابی ها مشاهده شدمی توان قابلیت اعتماد سیستم رااندازه گیری کرد.

اسلاید 219: سابقه عملیاتی نرم افزار،چگونگی به کارگیری آن رامنعکس می سازدوحاوی مشخصات دسته ای ازورودیها واحتمال وقوع آنهااست.تعریف سابقه عملیاتی نرم افزار:

اسلاید 220: تعدادورودیها ... دسته های ورودی شکل2-10نمونه ای ازسابقه عملیاتینمونه ای از سابقه عملیاتی براساس احتمال ورودی ها:

اسلاید 221: برنامه ریزی تست: باتوجه به زمان بندی تست فعلی،زمان خاتمه تست رامی توان پیش بینی کرد.متوان از منابع تست دیگر نیزبرای تسریع نرخ رشداستفاده کرد.فواید پیش بینی قابلیت اعتماد سیستم:

اسلاید 222: مذاکره بامشتری: گاهی مدل قابلیت اعتماد نشان می دهدکه رشد قابلیت اعتماد بسیار کند است و تست زیادی انجام می گیردولی فایده کمی حاصل می شود.دراین صورت بهتر است با مشتری راجع به خواسته های قابلیت اعتماد مذاکره شود.

اسلاید 223: ایجاد سیستم ثبت خطروناظری که خطرهاراازتحلیل اولیه خطرتاتست واعتبارسنجی سیستم ردیابی کند.انتصاب مهندسین امنیتی سیستم که مسئول مواردامنیتی سیستم هستند.فعالیت های تضمین امنیت در فرآیند توسعه:

اسلاید 224: استفاده وسیع ازمرزهای امنیتی درکل فرآیندتوسعه نرم افزار.ایجادسیستم تأییدامنیت که ازطریق آن قطعات حیاتی-امنیتی تأییدمی شوند.استفاده ازسیستم مدیریت پیکربندی تفضیلی که مستندات امنیتی دارد.

اسلاید 225: تیم های مخالف: تیمی ایجادشده ومسئول حفاظت سیستم می شود.وارسی رسمی: سیستم می تواندبه طور رسمی وارسی شود.امابرای حفاظت،به طورگسترده استفاده نمی شود.چهار روش مکمل برای بررسی حفاظت:

اسلاید 226: ارزیابی براساس تجربه: سیستم رودرروی انواع حملاتی که توسط تیم ارزیابی شناخته شده است،بررسی می گردد.ارزیابی براساس ابزار: ابزارهای حفاظتی مختلف مثل بررسی کننده های کلمه عبور برای تحلیل سیستم به کارمی روند.

اسلاید 227: مواردامنیت اسنادساخت یافته ای هستند که استدلال هاوشواهدمشروحی راتنظیم می کنند که مشخص می کندسیستم امن است یاسطح قابلیت اتکای سیستم بدست آمده است مثل نظارت خطوط هوایی به وسیلهFFAوCAA.تعریف مواردامنیت سیستم:

اسلاید 228: شکل3-10سلسله مراتب ادعادرموردامنیتی پمپ انسولینپمپ انسولین هربار میزانیراتحویل نمی دهدکه امن نباشدحداکثرمیزان یک تزریق کهتوسط نرم افزارپمپ محاسبهمی شودmaxdoseبیشترنیستوقتی پمپ پیکربندی می شودmaxdoseبه طورمناسب تعیین می شودیک میزان امن maxdoseبرای کاربرپمپ انسولیناستدرعملیات عادی،حداکثرمیزان محاسبه شده،ازبیشتر نیستmaxdoseاگرنرم افزارخراب شود،حداکثرمیزان محاسبه شده ازنجاوز نمی کندmaxdoseمثالی از موارد امنیتی در پمپ انسولین:

اسلاید 229: جلسه یازدهممدیریت برافراد

اسلاید 230: 1- چهارعامل مهم درمدیریت افراد2- سه دسته ازمتخصصین درمطالعه روانشناختی انگیزش3- عوامل مؤثردرکارگروهی4- امتیازات گروه منسجم5- عوامل مؤثربراثربخشی ارتباطات6- پنج سطح مدل بلوغ قابلیت افرادآنچه در اين جلسه مي خوانيد:

اسلاید 231: اهداف كلي: این فصل درمورداهمیت افراددرفرآیند مهندسی نرم افزارکه چگونگی انتخاب وانگیزش وکارگروهی افرادومحیطهای کاری رامعرفی می کندمی باشد.

اسلاید 232: سازگاری: افراددرتیم پروژه باید یکسان عمل کنند.احترام: مدیران بایدمهارت های مختلف افرادمختلف رادرنظربگیرند.چهارعامل مهم درمدیریت افراد:

اسلاید 233: توجه: افرادوقتی شرکت مؤثردارند که نظرآنها مهم جلوه کند.صداقت: مدیربایدنسبت به چیزهای بدوخوب تیم صادق باشد.

اسلاید 234: وظیفه گرا: کسانی که باکارشان برانگیخته می شوند.خودمحور: کسانی که باموفقیت شخصی برانگیخته می شوند.تعامل گرا: کسانی که بافعالیتهای همکاران برانگیخته می شوند. سه دسته ازمتخصصین درمطالعه روانشناختی انگیزش:

اسلاید 235: ترکیب گروه انسجام گروهی ارتباطات درگروهسازمان گروهعوامل مؤثردرکارگروهی:

اسلاید 236: ایجاداستانداردکیفیت گروه.اعضای گروه نزدیک به هم کارکنند.اعضای گروه ازکاریکدیگرباخبرمی شوند.برنامه نویسی تجمعی می تواندتمرین شود.امتیازات گروه منسجم:

اسلاید 237: اندازه گروهساختارگروهترکیب گروه محیط کارفیزیکی گروهعوامل مؤثربراثربخشی ارتباطات:

اسلاید 238: پنج سطح مدل بلوغ قابلیت افراد:اولیه: روش کاری غیررسمیمدیریت برافراد.قابل تکرار: تعیین سیاست برای توسعه قابلیت کارکنانتعریف شده: استانداردسازیبرای مدیریت برافراددرسازمانمدیریت شده: اهداف کمّی برایتعیین مدیریت افرادبهینه سازی: برای افزایش توانایی وعلاقه افراد

اسلاید 239: جلسه دوازدهمبرآورد هزینه نرم افزار

اسلاید 240: 1- عوامل مؤثردرتعیین قیمت نرم افزار2- عوامل مؤثردربهره وری مهندسی نرم افزار3- تکنیک های برآوردهزینه4- تغییراتی که بر برآورد حاصل ازتجربه تأثیرمی گذارد5- مدل های الگوریتمی تعیین هزینه کوکومو26- عوامل مقایسه درکوکومو2برای محاسبه توان7- گزینه هایی که درتعیین هزینه نقش دارند آنچه در اين جلسه مي خوانيد:

اسلاید 241: اهداف كلي: این فصل تکنیک هایی برای برآورد هزینه و تلاش لازم برای تولید نرم افزار را معرفی می کند.

اسلاید 242: درک اصول تعیین هزینه نرم افزار وقیمت گذاری ورابطه بین آنها.آشنایی بامعیارهای برآوردبهره وری.استفاده از تکنیک های مختلف برای برآوردهزینه وزمانبندی نرم افزار.درک اصول مدل کوکومو2برای برآوردهزینه بااستفاده ازالگوریتم. در این فصل موارد زیر درک خواهد شد:

اسلاید 243: فرصت بازاربرآوردهزینه نامطمئنواژه های پیمان کاریناپایداری خواسته هاسلامت مالیعوامل مؤثردرتعیین قیمت نرم افزار:

اسلاید 244: تجربه دامنه کاربرد کیفیت فرآینداندازه پروژهپشتیبانی فناوری محیط کاریعوامل مؤثردربهره وری مهندسی نرم افزار:

اسلاید 245: مدل سازی هزینه باالگوریتمقضاوت کردن کارشناسبرآوردازطریق مقایسه کردنبکاربردن قانون پارکینسونقیمت گذاری برای برنده شدنتکنیک های برآوردهزینه:

اسلاید 246: توسعه شیء گرابجای عملکردگرا.سیستم مشتری - کارگزاربه جای سیستم مبتنی برکامپیوتربزرگ.استفاده ازقطعات نرم افزاری آماده به جای ایجادقطعات.تغییراتی که بر برآورد حاصل از تجربه تأثیر می گذارد:

اسلاید 247: استفاده مجددبخشی ازسیستم به جای توسعه کل سیستم.استفاده ازابزارهای کیس ومولدهای برنامه بجای توسعه نرم افزاربدون پشتیبان.

اسلاید 248: مورد استفاده برای براساس مورد استفاده برای براساس مورد استفاده برای براساس مورد استفاده برای براساس شکل1-12مدلهای کوکومو2 مدل های الگوریتمی تعیین هزینه کوکومو2:تعدادنقات کاربردتعدادنقاط عملکردتعداد خطوط استفاده مجددتعداد خطوط کداصلیمدل ترکیب کاربردمدل طراحی اولیهمدل استفاده مجددمدل پسامعماریسیستم های نمونه اولیهکه بااستفاده ازاسکریپتها،برنامه نویسی و...توسعه یافتبرآورد تلاش اولیه براساس خواسته های سیستموگزینه های طراحیتلاش برای جامعیت قطعات قابل استفاده مجددبه طورخودکارتلاش توسعه براساسمشخصات طراحی سیستم

اسلاید 249: پیشینه سازماندرسیستمبرطرف کردن ریسکانسجام تیم درسیستمبلوغ فرآینددرسیستمقابلیت انعطاف توسعهعوامل مقایسه درکوکومو2برای محاسبه توان:

اسلاید 250: گزینه هایی که درتعیین هزینه نقش دارند:A.استفاده ازسخت افزار،سیستم وتیم توسعه موجود ارتقاپردازنده وحافظه.Bهزینه سخت افزارافزایشوتجربه کاهش می یابدارتقاحافظه.Cهزینه سخت افزار افزایش می یابدکارمندانی باتجربه.Fسخت افزاریتوسعه سیستم جدید.Eهزینه سخت افزارافزایشتجربه کاهش می یابدکارمندانی باتجربه بیشتر.D شکل 2-12گزینه های مدیریت

اسلاید 251: جلسه سیزدهممدیریت کیفیت

اسلاید 252: 1- کیفیت فرآیند توسعه چیست2- مدل کلی کیفیت فرآیند و محصول3- چگونگی محاسبه صفات برای نرم افزار4- روابط بین صفات برای محاسبه صفات کیفیت5- استانداردهای محصول و استانداردهاي فرآيند6- رابطه بین ایزو9000، مرجع کیفیت و برنامه های کیفیت پروژه7- نمونه های از استانداردهای سند8- ویژگی های استاندارد های کیفیت سندآنچه در اين جلسه مي خوانيد:

اسلاید 253: 9- ساختار کلی فرآیند تولید سند10- صفات کیفیت نرم افزار11- دو روش اندازه گیری محصول12- انواع معیارها ی نرم افزاری13- رابطه معیارهی کنترلی و پیشگو14- تعریف اندازه گیری نرم افزار15- مراحل اساسی فرآیند اندازه گیری محصول16- معیارهای محصول نرم افزارآنچه در اين جلسه مي خوانيد:

اسلاید 254: اهداف كلي: این فصل استانداردها،برنامه ریزی وکنترل کیفیت واندازه گیری و معیارهای نرم افزار رامعرفی می کند.

اسلاید 255: درک فرآیند مدیریت کیفیت فعالیتهای فرآیند کیفیت مثل تضمین و....درک نظریه معیارنرم افزار و تفاوتهای بین معیارها پیشگو و کنترلی.در این فصل موارد زیر درک خواهد شد:

اسلاید 256: درک اینکه اندازه گیری دربرآورد صفات کیفیت نرم افزارمفیداست.آگاهی ازمحدودیت های فعلی تیم در اندازه گیری نرم افزار.درک اهمیت استانداردها درفرآیند مدیریت کیفیت.

اسلاید 257: کیفیت فرآیند توسعه مستقیماً برکیفیت محصول تولیدشده مؤثراست و کیفیت محصول را اندازه گیری و فرآیند را تغییر می دهند تا کیفیت مطلوب برای محصول بدست آید.کیفیت فرآیند توسعه چیست:

اسلاید 258: بلی خیر شکل1-13کیفیت مبتنی برفرآیندتعریف فرآیندتولیدمحصولبرآوردکیفیت محصولاصلاح محصولکیفیتکافی است؟استانداردسازی فرآیندمدل کلی کیفیت فرآیند و محصول:

اسلاید 259: اغلب نمی توان صفات کیفیت نرم افزار را مستقیماً اندازه گیری کرد و باید صفات داخلی نرم افزاررا اندازه گیری و رابطه آن را باصفات خارجی نرم افزار بیابیم.چگونگی محاسبه صفات برای نرم افزار:

اسلاید 260: شکل2-13روابط بین صفات داخلی وخارجی نرم افزارقابلیت نگهداریقابلیت اعتمادقابلیت حملقابلیت به کارگیریتعداد پارامترهای رویهپیچیدگی سیکلوماتیکاندازه برنامه برحسب تعدادخطوط کدتعداد پیام های خطاطول راهنمای کاربرروابط بین صفات برای محاسبه صفات کیفیت:

اسلاید 261: فرم مرورطراحی راهنمای مرورطراحی ساختارسندخواسته ها تحویل سندبه cm فرمت سرآیندرویه فرآیندانتشارنسخه سبک برنامه نویسی جاوا فرآیندپذیرش برنامه پروژه فرمت برنامه پروژه فرآیندکنترل تغییر فرم درخواست تغییر فرآیندثبت تستاستانداردهای محصولواستانداردهای فرآیند

اسلاید 262: نمونه سازی شدبه صورت اسناد نمونه سازی شدبه صورت استفاده شدبرای توسعه پشتیبانی می کند شکل3-13ایزو9000ومدیریت کیفیترابطه بین ایزو9000،مرجع کیفیت وبرنامه های کیفیت پروژه: مدل های کیفیت ایزو9000راهنمای کیفیت سازمانبرنامه کیفیت پروژه 1برنامه کیفیت پروژه 2برنامه کیفیت پروژه 3 مدیریت کیفیت پروژهفرآیندکیفیت سازمان

اسلاید 263: استانداردهای شناسایی سنداستانداردهای ساختارسنداستانداردهای ارائه سنداستانداردهای به هنگام سازی سندنمونه های ازاستانداردهای سند:

اسلاید 264: استانداردهای کیفیت فرآیندسند باید قابل انعطاف بوده باهرنوع سندی جوردرآیند وبرای یادداشت هاومقاله های کاری نیاز به بررسی صحیح کیفیت نباشد.ویژگی های استاندارد های کیفیت سند:

اسلاید 265: سندپذیرفته شده مرحله1:ایجاد سندپذیرفته شده مرحله2:آرایش مرحله3: تولید شکل4-13فرآیندتولیدسندبه همراه کنترل کیفیتایجادپیش نویس اولیهمرورپیش نویسگنجاندن توضیحات مرورسندپیش نویس مجددغلط گیری متنطرح بندیتولیدپیش نویس نهاییمرورطرح بندیبررسیپیش نویس نهاییتولیدچاپ اصلیچاپ کپی هاساختارکلی فرآیند تولید سند:

اسلاید 266: قابلیت حمل قابلیت درک امنیت قابلیت بکارگیری تست پذیری حفاظت قابلیت استفاده مجدد قابلیت تطبیق قابلیت اعتماد کارایی پیمانه ای مقاومت قابلیت یادگیری پیچیدگی توانمندی صفات کیفیت نرم افزار:

اسلاید 267: برای پیش بینی کلی درمورد سیستم با اندازه گیری ویژگیهایی ازقطعات سیستم وسپس ترکیب این معیارهامی توان یک برآوردکلی از صفات سیستم بدست آورد.دوروش اندازه گیری محصول:

اسلاید 268: برای شناسایی قطعات معیوب اندازه گیری هامی توانندقطعاتی راشناسایی که ویژگی های آن ها ازضابطه هایی منحرف شدندبه عتوان مثال می توان قطعاتپیچده رااندازه گرفت.

اسلاید 269: معیارهای نرم افزاری ممکن است کنترلی یاپیشگوباشندوهردونوع درتصمیم گیری مدیریت مؤثراندولی معیارهای کنترلی به فرآیندهای نرم افزارومعیارهای پیشگو به محصولات نرم افزاری مربوط می شوند. انواع معیارهای نرم افزاری:

اسلاید 270: شکل5-13معیارهای کنترلی وپیشگوفرآیندنرم افزارتصمیمات اندازه گیریاندازه گیری های کنترلیمحصول نرم افزاریاندازه گیری های پیشگورابطه معیارهی کنترلی وپیشگو:

اسلاید 271: اندازه گیری نرم افزارمی تواندداده های کمّی راجع به نرم افزار وفرآیند نرم افزار جمع آوری ومقادیری که برای معیارهای نرم افزارجمع آوری می شوندازآن برای استنباط کیفیت محصول به کار می رود.تعریف اندازه گیری نرم افزار:

اسلاید 272: شکل6-13فرآیند اندازه گیری محصولانتخاباندازه گیری های مناسبانتخاب قطعاتبرای برآورداندازه گیری ویژگی های قطعهشناسایی اندازه گیری هاینابهنجارتحلیل قطعاتنابهنجارمراحل اساسی فرآینداندازه گیری محصول:

اسلاید 273: توان ورودی/خروجی.طول کد منبع برنامهپیچیدگی سیکلوماتیکطول شناسه های برنامه عمق تودرتویی شرطیشاخص فاگ درسندمعیارهای محصول نرم افزار:

اسلاید 274: جلسه چهاردهمبهبود فرآیند

اسلاید 275: 1- سه مرحله اصلی بهبود فرآیند2- چهار دسته فرآیند نرم افزاری3- موقعیت ابزارها در پشتیبانی ازفرآیند4- فرآیند تست یک پیمانه درسیستمی که از یک فرآیند مدیریت پیکربندی کنترل شده استفاده می کند5- تغییر فرآیند چیستآنچه در اين جلسه مي خوانيد:

اسلاید 276: 6- پنج مرحله تغییر فرآیند7- مدلCMMI مرحله ای چیست8- ناحیه های فرآیند در CMMI9- قابلیت به کارگیری انواع مختلف فرآیندهاآنچه در اين جلسه مي خوانيد:

اسلاید 277: اهداف كلي: این فصل چگونگی بهبود فرآیندهای نرم افزاربرای تولید نرم‌افزار بهتر را تشریح می کند.

اسلاید 278: اندازه گیری تحلیل فرآیند تغییرفرآیند شکل1-14چرخه بهبودفرآیندسه مرحله اصلی بهبود فرآیند:تغییراندازه گیریتحلیل

اسلاید 279: غیررسمی: فرآیندهایی که مدل فرآیند دقیقی برای آنهاتعریف نشده است.مدیریت شده: فرآیندهایی هستندکه مدل فرآیندبرای آنهاتعریف شده است.چهار دسته فرآیند نرم افزاری:

اسلاید 280: روش مند: فرآیندهایی که در آن از یک یا چند متد مثل شیءگرا استفاده می شود.بهبودی: فرآیندهایی هستند که اهداف آنها بهبوداست و فرآیند کمی می تواند به عنوان بخشی ازاینها معرفی شوند.

اسلاید 281: شکل2-14پشتیبانی ابزارازفرآیندفرآیند غیر رسمیفرآیند مدیریت شدهفرآیند روش مندفرآیندبهبودی ابزارهای ویژه محیط های کاری ابزارهای مدیریت ابزارهای مدیریت ابزارهای کلی موقعیت ابزارها در پشتیبانی از فرآیند:

اسلاید 282: نقش پس شرط پیش شرط مسئول خروجی ورودی فرآیند شکل3-14فرآیند تست پیمانه فرآیندتست یک پیمانه درسیستمی که ازیک فرآیندمدیریت پیکربندی کنترل شده استفاده می کند:یمانه بدون خطای نحوی کامپایل می شودمشخصات پیمانهپیمانه تستنتیجه تستداده آزمایشی پیمانهاجرای تمام تستهابرروی پیمانهمهندس تست

اسلاید 283: تغییرفرآیند شامل اصلاح فرآیند موجود است و امکان دارد این کار با معرفی تجربیات، متد یا ابزارها، با تغییر ترتیب فعالیت های فرآیند یا با معرفی و مسئولیتهاي جدید انجام گیرد.تغییر فرآیند چیست:

اسلاید 284: شکل4-14فرآیندمربوط به تغییرفرآیندشناسایی بهبودهااولویت بندیبهبودهامعرفی تغییرفرآیندآموزش مهندسینتطبیق تغییراتفرآیندمدل فرآیندبرنامه تغییرفرآیندبرنامه آموزشبازخوردهای بهبودهامدل فرآیندبازبینی شدهپنج مرحله تغییر فرآیند:

اسلاید 285: مدلCMMI مرحله ای ابزاری را برای برآورد قابلیت فرآینددرپنج سطح فرآهم می سازدواهدافی راکه بایددرهریک از این سطوح بدست آیند،مشخص می کند.مدلCMMI مرحله ای چیست:

اسلاید 286: شکل5-14مدل مرحله ایCMMIسطح 1آغازینسطح 2مدیریت شدهسطح 3تعریف شدهسطح 4مدیریت شده کمّیسطح 5بهینه سازیناحیه های فرآینددرCMMI:

اسلاید 287: شکل6-14قابلیت بکارگیری فرآیندقابلیت به کارگیری انواع مختلف فرآیندها:فرآیندغیررسمیفرآیندمدیرت شدهفرآیند روش مندنمونه سازی هاسیستم های باعمرکوتاهسیستم های تجاری4GLسیستم های کوچک ومتوسطسیستم های بزرگمحصولات باعمرزیاددامنه های کاربردی کهخوب درک شده اندسیستم های مهندسی مجدد

اسلاید 288: جلسه پانزدهممدیریت پیکربندی

اسلاید 289: 1- سیستم ها با پیکربندی مختلف2- سه تکنیک شناسایی قطعه نرم افزاری3- موارد نگارش سیستم4- فرآیند کامپایل کردن و پیوند دادن قطعات نرم افزاری5- قابلیت های فراهم شده توسط سیستم مدیریت نسخه6- تعریف سیستمهای مدیریت نسخه7- تفاوت های بین نسخه هابه صورت دلتا8- امکاناتی که توسط ابزارهای کیس آماده می شوند آنچه در اين جلسه مي خوانيد:

اسلاید 290: اهداف كلي: این فصل فرآیند مدیریت کد و مستندسازی سیستم نرم افزاری درحال تکامل و ابزارهای کیس برای مدیریت پیکربندی را معرفی می کند.

اسلاید 291: پی بردن به مدیریت پیکربندی نرم افزار.آشنایی باچهارفعالیت مدیریت پیکربندی.پی بردن به چگونگی استفاده ازابزارهای کیس برای پشتیبانی ازمدیریت پیکربندی. در این فصل موارد زیر درک خواهد شد:

اسلاید 292: شکل1-15خانواده های سیستمسیستم اولیهنسخه HP نسخه PCنسخه SUNنسخه NTنسخه لینوکسنسخه رومیزینسخه کارگزارسیستم ها باپیکربندی مختلف:

اسلاید 293: شماره گذاری نسخه: به هرقطعه شماره منحصربفردی داده می شود.شناسایی براساس صفت: هرقطعه دارای نام وصفاتی است که متفاوت ازهرنسخه آن قطعه است. سه تکنیک شناسایی قطعه نرم افزاری:

اسلاید 294: شناسایی براساس تغییر: هرسیستم دارای نام است ولی یک یا چند درخواست تغییربا آن همراه است.نسخه سیستم ازطریق مرتبط کردن نام باتغییرات انجام شده درآن قطعه شناسایی می شود.

اسلاید 295: فایلهای پیکربندی سیستمفایل های داده سیستمبرنامه نصب سیستممستندسازی الکترونیکی وکاغذی بسته بندی ومعرفی مربوطموارد نگارش سیستم:

اسلاید 296: شکل2-15ساخت سیستمسازنده سیستمسیستممدیریت نسخهکامپایلرهاپیونددهندهساخت اسکریپتنسخه هایقطعه کدمنبعقطعات کد مقصدسیستم اجراییفرآیند کامپایل کردن وپیوند دادن قطعات نرم افزاری:

اسلاید 297: ثبت سابقه تغییرنسخهتوسعه مستقل نسخهشناسایی نسخه ونگارشمدیریت حافظه نسخهقابلیت های فراهم شده توسط سیستم مدیریت نسخه:

اسلاید 298: سیستم های مدیریت نسخه امکانات مدیریت حافظه رامهیا می کنندبه طوری که نسخه ها برحسب تفاوتهای آن هابانسخه اصلی وصف می شوندوتفاوتهای بین آنهابه صورت دلتاها مشخص می شوند.تعریف سیستمهای مدیریت نسخه:

اسلاید 299: تاریخ ایجاد شکل2-15تعیین نسخه براساس دلتانسخه 1.0نسخه1.1 نسخه 1.2نسخه1.3 D1D2D3تفاوت های بین نسخه هابه صورت دلتا:

اسلاید 300: زبان مشخصات وابستگی ومفسرهای مربوط به آنپشتیبانی ازانتخاب ونمونه سازی ابزارهای کیسکامپایل کردن توزیعی به وسیله ابزارهای کیسمدیریت شیءمشتق به وسیله ابزارهای کیسامکاناتی که توسط ابزارهای کیس آماده می شوند: