پاورپوینت مدیریت خواسته ها (pptx) 11 اسلاید

دسته بندی : پاورپوینت

نوع فایل : PowerPoint (.pptx) ( قابل ویرایش و آماده پرینت )

تعداد اسلاید: 11 اسلاید

قسمتی از متن PowerPoint (.pptx) :

بنام خدا مدیریت خواسته ها تعریف:کنترل فرآیند گردآوری نیازهای کاربران, مستند سازی و بیان رسمی آنها , با توجه به محدودیتهای فنی , مالی , ودیگر محدودیتها اهداف مدیریت خواسته ها - جلب توافق تمام ذی نفعان پروژه(مدیریت, کاربران نهایی, توسعه دهندگان) -ارائه مبنایی برای طراحی نرم افزار برای توسعه دهندگان (داده های دقیق برای توسعه گران که در حوزه کسب و کار تخصص ندارند) - معیار های پذیرش محصول -پایه و مبنایی درست برای تخمین منابع , هزینه ها اهمیت مدیریت خواسته هامدیریت خواسته ها پایه و اساس استقرار سیستم های IT است که موجب ایجاد تغییر در سازمان می شوند.شکست بسیاری از پروژه ها ی IS ناشی ازبرآورد خواسته های اشتباهی می باشد و اصلاحات بعدی در این قسمت بسیارمشکلتراز بقیه چرخه توسعه نرم افزار می باشد. علل اصلی شکست مدیریت خواسته ها و شکست پروژها ناشی از آن -ارتباطات ضعیف بین کاربران و توسعه گران - مدیریت خواسته ها در حوزه مدیریت پروژ های نرم افزاری است قسمت عمده خواسته ها , خواسته های کسب و کاری است که عموما در حوزه تخصصی توسعه گران نیست. توسعه گران برای حل این مشکل بیشتر سعی بر استفاده از روشهای ساخت یافته نظیر آنچه در SSADM و ابزار های نرم افزاری دیگر می کنند. روشهای ساخت یافته مبتنی برروابط هنجار شده و کلی نگر هستند وکاربران درک کمتری ازمفاهیم و تعاریف آن دارند. -راهکارها ارتباطات رودر رو, گفتگو های غیر رسمی و باز, بحث و مذاکره با کاربران ودیگر ذی نفعان -استفاده از نمونه های آزمایشی , مدل ها و شبیه سازی ها به منظور افزایش درک و مشارکت کاربران - مشارکت گروهی و مسئولیت کاربران در کل چرخه توسعه نرم افزار , روشهای نوین توسعه نرم افزار نظیر DSDM و RUP مبتنی بر توسعه مشترک برنامه های کاربردی JAD)) هستند . - متاسفانه مشارکت گروهی به دلایل فرهنگی و سازمانی در کشور ما از مو قعیت خوبی برخوردار نیست.یک راهکار موثر ولی نسبتا پر هزینه و زمانبر فراگیری دانش و مهارت کسب و کار توسط توسعه گران می باشد. - فرهنگ سازمانی -هدف استفاده از قابلیتهای سیستمهای IT ایجاد تغییر در سازمان است که به منظور حصول مزیت رقابتی انجام می شود. سازمانی که فرهنگ آن تغییر را به عنوان تهدید برای وضع موجود می نگرد در برابر گرد آوری خواسته ها مقاومت می کند. این مقاومت در دیگر مراحل توسعه نرم افزار افزایش می یابد.حتی ممکن است مقاومت در مقابل تغییر غیر عملکردی و سیستمی باشد(مثلاٌ انتقال از محیط Dos به Windows ) معمولاٌ افراد سنت گرا با تغییر مخالفت می کنند و افراد فرصت طلب از تغییر حمایت می کنند. راهکار ها راهکار های پذیرش تغییر در سازمان و چگونگی اجرای آنها موضوع بسیار پیچیده ایست آموزش , مشارکت افراد و ایجاد انگیزش از مهمترین ابزارهای پذیرش تغییر هستند -دامنه بسیار وسیع و گسترده محدوده خواسته ها -معمولاٌ کاربران ومدیران کسب وکاری تمایل دارند که تمام خواسته هایشان در یک مرحله تحویل نرم افزار تحقق یابد پیاده سازی متدولوژیهای توسعه یک مرحله ای (آبشاری) نظیر SSADM آسانتر از روشهای توسعه نرم افزار مبتنی بر توسعه چند مرحله ای تحویل نرم افزار (توسعه تدریجی) نظیر RUP وDSDM می باشد. گردآوری خواسته ها در روش تحویل یک مرحله ای بویژه برای سیستمهای بزرگ و پیچیده طولانی تر وبرای کاربران مشکل تر از روش تحویل چند مرحله ای است. تغییر در محدوده خواسته ها در طول زمان توسعه در روش تحویل یک مرحله ای به سختی مورد پذیرش قرار می گیرد.ولی در روش توسعه چند مرحله ای , بویژه در هر مرحله تحویل به عنوان یک از اصول این روش محسوب می شود. مهمترین آفت روش توسعه یک مرحله ای برای پروژ های بزرگ و پیچیده اطاله زمان تحویل پروژه می باشد.حتی در زمان تحویل بسیاری از خواسته ها دیگر ارزش کسب و کاری ویا فنی خود را ازدست داده اند -راهکارها توسعه تدریجی (تحویل چند مرحله ای نرم افزار ) در روشهای سنتی توسعه نرم افزار از سه موضوع محدوده پروژه , زمان و منابع (انسانی و فیزیکی) سعی بر ثابت نگه داشتن محدوده پروژه می شود, در حالیکه دوعامل زمان و منابع متغیر در نظر گرفته می شود.در روش های جدید نظیر RUP و DSDM معمولاٌ زمان و/یا منابع ثابت در نظرگرفته می شوند و بر اساس آنها , محدوده پروژه تعریف می شود. در روش DSDM از روشTime Box (چارچوب زمانی) استفاده می شود. توسعه تدریجی مبتنی بر اصل اولویت بندی تحقق خواسته ها ست اصل پارتو ( قانون 80/20 ) در توسعه نرم افزارها در بسیاری از موارد نیز برقرار است. معمولاٌ 80 درصد منافع حاصل از به کار گیری نرم افزار نتیجه 20 درصد تلاش لازم برای توسعه نرم افزار است. روشهای توسعه سریع نرم افزار(RAD) بر اساس اولویت بندی خواسته ها در توسعه نرم افزار هاست. -همه خواسته ها در تامین منافع کسب و کار از درجه اهمیت یکسانی برخوردار نیستند. برخی از قابلیتهای نرم افزار , اصلاٌ مورد استفاده قرار نمی گیرندو یا به ندرت مورد استفاده قرار می گیرند.روش MoSCoW یکی از روشهای اولویت بندی خواسته ها ست . (Must have , Should have, Could have ,Won’t have)