تضمین کیفیت، توسعه

توسعه، تضمین کیفیت

توسعه، مدیریت پروژه

مدیریت پروژه، مدیریت پروژه

تحلیل نیازمندی‌های نرم‌افزار، یک‌پارچه‌سازی

طراحی نرم‌افزار، یک پارچه‌سازی

طراحی نرم‌افزار، آزمون پذیرش

تحلیل نیازمندی‌های نرم افزار، آزمون پذیرش

تعیین معماری سیستم

طراحی واسط کاربری

مشخص کردن الگوریتم‌های پردازش اطلاعات

پالایش نیازمندی‌های تخصیص داده شده

عقب ماندن پروژه از زمان‌بندی جزء اقلام ریسک نیست

فرآیند یکنواخت و آبشاری به ترتیب، افزایشی، ترتیبی هستند

یک فرآیند نرم‌افزاری مشخص می‌کند که یک کار چگونه انجام شود

روش توسعه‌ی لاغر جزء متودولوژی چابک نیست

بله زیرا روش‌های سنتی برای نیاز‌های حال حاضر پاسخ‌گو نیستند

خیر زیرا مهاجرت از روش‌های سنتی به شیءگرا هزینه‌بر است.

خیر زیرا برای برخی از پروژه‌ها ممکن است یک متودولوژی سنتی مناسب‌تر باشد

بله زیرا روش‌های سنتی و شیئ‌گرا نمی‌توانند تا سال‌های متمادی در کنار یک دیگر وجود داشته باشند

مهندسی نرم‌افزار فقط روی جنبه‌های فنی تأکید دارد

علم کامپیوتر بر هر چهار جنبه‌ی پی- کیو- سی- تی تأکید فراوانی دارد

مهندسی نرم‌افزار و علوم کامپیوتر کاملاً به هم مرتبط هستند

مهندس نرم‌افزار لازم نیست که جنبه‌های وسیعی از علم کامپیوتر نظیر، پایگاه داده، سیستم عامل و داده‌ساختار‌ها را بداند

الف) وارسی اطمینان می‌دهد که دست‌ساخته‌ها، با استانداردهای کیفی وفق دارند

اعتبار‌سنجی درستی دست‌ساخته‌های نرم‌افزاری تولید شده را بررسی می‌کند

اعتبارسنجی بررسی می‌کند که آیا طراحی سیستم، قیود را برآورده ساخته یا خیر

آزمون پذیرش مواد آزمونی تولید می‌کند تا کلاس‌های نرم‌افزار را تست کرده و مطمئن شود که با یک‌دیگر کار می‌کنند