پاورپوینت سلسله مراتب نیازمندیها

بخشی از پاورپوینت

اسلاید 1 :

پالایش تعریف سیستم

اسلاید 2 :

سلسله مراتب نیازمندیها

اسلاید 3 :

بررسی نیازمندیهای نرم افزار با نگاهی دقیقتر
پالایش موارد کاربرد
ایجاد مشخصه های مکمل(supplementary specification)
ابهام ومشخص بودن
متدهای تکنیکی برای مشخص کردن نیازمندیها

اسلاید 4 :

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

اسلاید 5 :

دلایل اهمیت قابل پیگیری بودن نیازمندیها
نیاز افراد مختلف
وارسی(verification)
تغییرات و تاثیرات بعد از آن
تهیه رویه های تست
ارائه اطلاعاتی در مورد تطابق ،تصمیمات و فرضیات پشت نیازمندیها
کمک به تخمین هزینه و زمانبندی

اسلاید 6 :

حوزه های وابسته به قابلیت پیگیری بودن نرم افزار
مدیریت نیازمندیهای نرم افزار
مدیریت پیکربندی نرم افزار
تایید و معتبر بودن (verification &validation)
تحلیل بحران (criticality analysis)
طرح ریزی کیفیت(quality planning)

اسلاید 7 :

نرخ توزیع خطا در چرخه عمر مهندسی نرم افزار

اسلاید 8 :

ماتریس قابلیت پیگیری نیازمندیها

اسلاید 9 :

شمای کلی ماتریس پی گیری

اسلاید 10 :

اطلاعات مخزن نیازمندیها
ریسکها
اولویت
هزینه (تخمین و واقعیت)
درجه سختی
معیارها
تطابق نیازمندیها
ارجاع به سایر نیازمندیها و یا اسناد
توضیح بیشتر (comment)
اشاره گر یکتا ی نیازمندیها
اطلاعات سازمانی نظیر پدر و یا فرزندان نیازمندی ،دسته بندی و نوع آن
متد معتبر سازی
آیتمهایی که نیازمندی را برطرف می کند
منشا نیازمندی
ارتباط آن با طرح آزمون
صاحب نیازمندی نظیر تحلیلگر
وضعیت نیازمندی
تاریخچه تغییر نیازمندی
کد WBS

اسلاید 11 :

نمونه ای از ماتریس پی گیری

اسلاید 12 :

پی گیری نیازمندیها و موارد کاربرد

اسلاید 18 :

اشاره های کلیدی
دسته کاملی از نیازمندیها توسط ورودیها،خروجیها ،عملیاتی که روی آن انجام می شود ،ویژگیهای سیستم و ویژگیهای محیط سیستم تعریف می شوند.
نیازمندیها بایستی اطلاعات مربوط به پروژه نظیر زمانبندی ،طراحی پروژه،بودجه گذاری ،تست را همانند اطلاعات مربوط به طراحی را مستثنی قرار دهد.
پروسه طراحی/نیازمندی یک پروسه تکراری است ،نیازمندیها منجر به انتخاب گزینه های طراحی می شود ،که همین کارنیز منجر به ایجاد نیازمندیهای جدید می شود.
محدودیتهای طراحی در حقیقت محدودیتهایی بر طراحی سیستم و یا پروسه ای که سیستم توسعه می یابد.

اسلاید 19 :

داویس پیشنهاد می کند که ما پنج کلاس اصلی برای توصیف کامل رفتار سیستم نیاز داریم:

ورودی سیستم-نه تنها محتوی ورودی سیستم نیاز است بلکه ضروری است جزئیات دستگاههای ورودی ،فرمها و پروتکلهای ورودی را نیز شامل شود.همانطور که اکثر توسعه دهندگان آگاه هستند ،این حوزه می تواند بسیار با جزئیات تعریف شود و همچنین ممکن است دچار فراریت شود ،مخصوصاً برای واسط کاربر گرافیکی ،چند رسانه ای و محیط اینترنت.

خروجی سیستم-توضیحی از ابزارهای خروجی مانند خروجی صدا،نمایش بصری ،که بایستی پشتیبانی شود ، همانند پروتکلها و فرمتهای خروجی

تابع سیستم-نگاشت ورودی به خروجی و تمامی ترکیبات متفاوت آن

صفات سیستم –مانند نیازمندیهای غیر رفتاری نوعی مانند قابلیت اعتماد،قابلیت نگهداری،در دسترس بودن و خروجی که توسعه دهنگان بایستی در نظر بگیرند.

صفات محیط سیستم-مانند نیازمندیهای رفتاری اضافی مانند توانایی سیستم برای کارکردن با سیستمها و نرم افزار های کاربردی دیگر و سیستم عاملهای دیگر.