پاورپوینت کامل مهندسی نرم افزار: طرح ریزی پروژه نرم افزاری ۷۱ اسلاید در PowerPoint

توجه : این فایل به صورت فایل power point (پاور پوینت) ارائه میگردد

 پاورپوینت کامل مهندسی نرم افزار: طرح ریزی پروژه نرم افزاری ۷۱ اسلاید در PowerPoint دارای ۷۱ اسلاید می باشد و دارای تنظیمات کامل در PowerPoint می باشد و آماده ارائه یا چاپ است

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

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

توجه : در صورت  مشاهده  بهم ریختگی احتمالی در متون زیر ،دلیل ان کپی کردن این مطالب از داخل فایل می باشد و در فایل اصلی پاورپوینت کامل مهندسی نرم افزار: طرح ریزی پروژه نرم افزاری ۷۱ اسلاید در PowerPoint،به هیچ وجه بهم ریختگی وجود ندارد

بخشی از مطالب داخلی اسلاید ها

پاورپوینت کامل مهندسی نرم افزار: طرح ریزی پروژه نرم افزاری ۷۱ اسلاید در PowerPoint

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

اسلاید ۵: مهدی فسنقریمراحل برنامه ریزی پروژه نرم افزار چیست؟تخمین با توصیف دامنه محصول شروع می شود.تا وقتی که دامنه محدود است ممکن نیست که برآورد درستی انجام دهیم. هر مسـله متشکل از مجموعهای مسای‍ل کوچکتر بوده و هر کدام از آنها با استفاده از اطلاعات و تجربیات به عنوان یک راهنما بر آورد می شود. توصیه می شود که تخمین خود را حداقل با استفاده از دو روش متفاوت انجام دهید. پیچیدگی مساله و خطر قبل از برآورد نهایی در نظر گرفته می شوند.بازگشت۵

اسلاید ۶: مهدی فسنقریمحصول نهایی پروژه نرم افزار چیست؟جدول ساده ای که جزییات کارهایی را که باید صورت بگیرند،توابعی که باید ایجاد شوند،و هزینه،تلاش،زمان لازم برای هر یک را نشان می دهد، فهرستی از منابع لازم نیز ارایه می گردد.مدیریت پروژه نرم افزاری با مجموعه فعالیتهایی آغاز می شود که جمعاً برنامه ریزی پروژه یاproject planing نامیده می شود.قبل از اینکه پروژه بتواند آغاز شود مدیر و تیم نرم افزاری باید کاری را که قرار است انجام گیرد،منابع لازم وزمان لازم از شروع تا انتها را تخمین بزنند.کار تخمین بطور بالفطره دارای خطراتی هست و این خطر است که منجر به عدم قطعیت می شود.پیچیدگی پروژه تاثیر شدیدی روی عدم قطعیت دارد که در برنامه ریزی نهفته است.بازگشت۶

اسلاید ۷: مهدی فسنقریپچیدگی و سخت بودن کار یک معیار نسبی است که تحت تاثیر آشنایی با کار و تجربه گذشته است.تولید کننده یک برنامه کاربردی پیچیده تجارت الکترونیکی که اولین بار آن را انجام می دهد باید آنرا بسیار مشکل بداند، اما تیم نرم افزاری که این کار را برای ده بار انجام داده ، آن را بسیار سهل می داند.اندازه بزرگی پروژه عامل مهمی دیگری است که می تواند بر دقت و کارآیی تخمین ها تاثیر بگذارد.با افزایش اندازه بزرگی وابستگی درونی میان عناصر مختلف نرم افزار به سرعت رشد می کنند.محصول نهایی پروژه نرم افزار چیست؟ (ادامه)بازگشت۷

اسلاید ۸: مهدی فسنقریتجزیه مسئله که روش مهم دیگری برای تخمین زدن است ، سخت تر می باشد زیرا عناصر تجزیه شده ممکن است سخت تر و مشکل تر باشند.به تعبیری دیگر قانون مورفی می شود : «آنچه که می تواند به خطا برود به خطا خواهد رفت.»میزان عدم قطعیت ساختاری نیز روی تخین خطر تاثیر دارد.در اینجا ، ساختار اشاره دارد به درجه ای که نسبت به آن شرایط سخت شده ، میزان راحتی که با آن میتوان توابع و عملکردها را بخش بندی ، نمود و ماهیت سلسله مراتبی اطلاعاتی که باید پردازش شوند.در دسترس بودن اطلاعات تاریخی دارای تاثیر شدیدی بر تخمین خطر است.محصول نهایی پروژه نرم افزار چیست؟ (ادامه)بازگشت۸

اسلاید ۹: مهدی فسنقریخطر با میزان عدم قطعیت در انجام برآوردهای کیفی برای منابع،هزینه و جداول زمانبندی سنجیده میشود.اگر دامنه پروژه ای به خوبی شناخته نشده یا نیازمندیهای آن در معرض تغییر باشند عدم اطمینان بمیان خطر به شدت بالا میرود.یک برنامه ریز و مهمتر از آن مشتری باید بدانند که تنوع در نیازمندیهای نرم افزار به معنی عدم ثبات در هزینه و زمانبندی است.مدیر پروژه نباید در مورد تخمین وسواس بخرج دهد.شیوه های مدرن مهندسی نرم افزار(مثل مدلهای فرآیند تکمیلی)دیدگاه تکراری از تولید دارند.در چنین روشهایی ممکن است میزان برآورد را مجدداً بازبینی نمود و و وقتی مشتری در نیازمندیها تغییراتی ایجاد می کند آنرا اصلاح کنیم.محصول نهایی پروژه نرم افزار چیست؟ (ادامه)بازگشت۹

اسلاید ۱۰: مهدی فسنقریاهداف اصلی طرح ریزی پروژههدف برنامه ریزی پروژه نرم افزاری عبارتست از مهیا کردن چارچوبی که مدیر را قادر به ارائه تخمین منطقی از منابع هزینه و زمانبندی کند.این تخمین ها در یک چارچوب زمانی در آغاز پروژه صورت گرفته و مرتباً با پیشروی پروژه بروز میشوند.علاوه بر این تخمین ها تلاش دارند که بهترین و بدترین مورد طرح ها را معین کنند تا نتیجه پروژه را بتوان محدود نمود.هدف برنامه ریزی از طریق فرآیند کشف اطلاعاتی حال میگردد که منجر به تخمین های منطقی میشود.بازگشت۱۰

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

اسلاید ۱۲: مهدی فسنقریرایج ترین تکنیک مورد استفاده برای برقراری ارتباط بین مشتری و تولیدکننده و شروع فرآیند عبارتست از برگزاری یکک جلسه یا مصاحبه.اولین مجموعه سئوالات آزاد روی مشتری متمرکز است.مثلاً تحلیلگر ممکن است بپرسدچه کشی در پشت تقاضای این کار است؟چه کسی ا ز این راه حل استفاده میکند؟…مجموعه سئوالات دیگر تحلیلگر را قادر به شناخت بهتری از مسئله و مشتری میکند.مثلاًاین راه حل چه مشکلاتی را مورد خطاب قرار می دهد؟آیا شما میتوانید محیطی را به من نشان دهید که در آن این راه حل استفاده نشود؟دامنه نرم افزار(ادامه)بازگشت۱۲

اسلاید ۱۳: مهدی فسنقریمجموعه سئوالات آخری بر میزان تاثیر جلسه تاکید دارد و آن را فوق پرسش مینامند و فهرست زیر پیشنهاد میشود :آیا من سئوالات زیادی پرسیدم؟آیا سئوالات من با مسئله ای که مورد حل قرار داده اید مرتبط اند؟…سئوالات فوق پرسش کمی به تحرک اولیه مسئله کمک کرده و ارتباطی را که برای ایجاد دامنه پروژه لازم است ایجاد میکند.بخش سئوال و جواب تنها باید برای اولین برخورد استفاده شود و سپس در قالب جلسه ای جایگزین آن شود.که عناصر حل مسئله مذاکره و مشخصات را مرتبط میسازد.دامنه نرم افزار(ادامه)بازگشت۱۳

اسلاید ۱۴: مهدی فسنقریFAST : پروژه ای است با نام فنون ساده شده مشخصات برنامه های کاربردی که ایجاد تیم مشترکی از مشتریان و تولید کنندگانی که برای حل مسئله با هم کار میکنند را تشویق نموده،عناصر راه حل را پیشنهاد کرده و مجموعه ای از نیازمندیها را مشخص میکند.دامنه نرم افزار(ادامه)بازگشت۱۴

اسلاید ۱۵: مهدی فسنقریامکان سنجی دستیابی به اطلاعات مورد نیاز برای دامنه —-»» امکان سنجیوقتی دامنه شناسایی شد منطقی است بپرسیم که آیا این پروژه شدنی است؟عملی بودن نرم افزار دارای چهار بعد صرف استفن آوری امور مالیزمانمنابعبازگشت۱۵

اسلاید ۱۶: مهدی فسنقری… تعیین دامنه کافی نیست.وقتی دامنه فهمیده شد ، تیم نرم افزاری و دیگران باید مشخص سازند که با ابعاد روشن شده آیا امکان کار وجود دارد یا خیر ؟ که این خود قسمتی از فرآیند تخمین و برآورد خواهد بود.مثال / نرم افزاری را برای نوعی سیستم مرتب کردن خط حمل و نقل یا CLSS در نظر بگیرید وضعیت دامنه را برای آن مشخص کنید.] برای اطلاعات بیشتررجوع شود به صفحه ۱۶۰[امکان سنجی (ادامه)بازگشت۱۶

اسلاید ۱۷: مهدی فسنقریطراح ماهیت و پیچیدگی هر رابط را در نظر می گیرد تا هرگونه تاثیری را بر منابع تولید،هزینه و جدول زمانبندی تعیین کند.مفهوم رابط بصورت هریک از این موارد تعریف شده است:سخت افزارنرم افزارافرادرویه هاامکان سنجی (ادامه)بازگشت۱۷

اسلاید ۱۸: مهدی فسنقری منابع پروژه دومین کار در برنامه ریزی نرم افزاری تخمین منابع لازم برای نیل به کار تولید نرم افزار است.هر منبع دارای چهار مشخصه است:توصیف منبع ، وضعیت دسترسی به آن، زمان تقویمی که در آن موقع مورد نیاز است، مدت زمانی که منبع بکار گرفته میشود.دو مشخصه آخری را میتوان بعنوان یک پنجره در نظر گرفت.در دسترس بودن منبع برای یک پنجره بخصوص باید در اولین زمان ممکن صورت گیرد.بازگشت۱۸

اسلاید ۱۹: مهدی فسنقریمنابع پروژهافراداجزا ومولفه های نرم افزاری قابل استفاده مجددابزار های سخت افزاری /نرم افزاریبازگشت۱۹

اسلاید ۲۰: مهدی فسنقری۱-منابع انسانی۲-منابع نرم افزاری با قابلیت استفاده مجدد ۳-منابع محیطیمنابع پروژهبازگشت۲۰

اسلاید ۲۱: مهدی فسنقریمنابع انسانیبازگشت۲۱

اسلاید ۲۲: مهدی فسنقریمنابع انسانی:تعداد افراد لازم برای پروژه را می توان تنها بعد از تخمین کار تولید کرد.منابع نرم افزاری با قابلیت استفاده مجدد:مهندسی نرم افزار بر اجزاء (CBSE) برفعالیت کاربرد مجدد تاکید دارد یعنی ایجاد و استفاده مجدد بلوکهای ساختمان نرم افزار :چهار گروه نرم افزاری را باید در برنامه ریزی مد نظر قرار گیرند۱-اجزای ساخته شده حاضر و آماده۲-اجزایی که دارای تجربه کاملی در مورد آنها هستیم.۳-اجزایی که دارای تجربه نسبی در مورد آنها هستیم.۴-اجزای جدیدبازگشت۲۲

اسلاید ۲۳: مهدی فسنقریهنگامی که اجزای قابل استفاده مجدد بعنوان یک منبع استفاده میشوند رهنمودهای زیر باید مد نظر باشند:اگر اجزای آماده مصر