مهندسی نرم افزار: طرح ریزی پروژه نرم افزاری

مهندسی نرم افزار: طرح ریزی پروژه نرم افزاری

اسلاید 1: هوالعلیم1اسلایدهای آموزشی درس مهندسی نرم افزار (1)( برگرفته از کتاب پرسمن )مدرس : مهندس سهیل افرازدانشگاه پيام نورمرکز اردبیل

اسلاید 2: مهدي فسنقريمهندسی نرم افزار رهیافتی برای اهل فن اثر پروفسور راجراس .پرسمنفصل پنجم طرح ریزی پروژه نرم افزاری2

اسلاید 3: مهدي فسنقري آنچه در این فصل می خوانیمبرنامه ريزي پروژه نرم افزاري چيست؟مراحل برنامه ريزي پروژه نرم افزار چيست؟محصول نهايي پروژه نرم افزار چيست؟اهداف اصلي طرح ريزي پروژه دامنه نرم افزار امکان سنجیمنابع پروژهمنابع انسانيمنابع محيطيبرآورد پروژه های نرم افزاریفنون تجزيه چهار روش مختلف براي تعيين ميزان مسئله برآورد مبتنی بر مساله برآورد مبتنی بر فرایند مدل های برآورد تجربیساختار مدلهای برآوردمدل کوکومومدل ترکیبی کاربردیمدل مرحله اولیه طراحیمدل مرحله آخر معماریمعادله نرم افزارهاتصمیم گیری ساخت/خریدایجاد یک درخت تصمیم گیریاستفاده از منابع خارجی ابزارهای خود کار برآمد3

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

اسلاید 20: مهدي فسنقري1-منابع انساني2-منابع نرم افزاري با قابليت استفاده مجدد 3-منابع محيطيمنابع پروژهبازگشت20

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

اسلاید 22: مهدي فسنقريمنابع انساني:تعداد افراد لازم براي پروژه را مي توان تنها بعد از تخمين كار توليد كرد.منابع نرم افزاري با قابليت استفاده مجدد:مهندسي نرم افزار بر اجزاء (CBSE) برفعاليت كاربرد مجدد تاكيد دارد يعني ايجاد و استفاده مجدد بلوكهاي ساختمان نرم افزار :چهار گروه نرم افزاري را بايد در برنامه ريزي مد نظر قرار گيرند1-اجزاي ساخته شده حاضر و آماده2-اجزايي كه داراي تجربه كاملي در مورد آنها هستيم.3-اجزايي كه داراي تجربه نسبي در مورد آنها هستيم.4-اجزاي جديدبازگشت22

اسلاید 23: مهدي فسنقريهنگامي كه اجزاي قابل استفاده مجدد بعنوان يك منبع استفاده ميشوند رهنمودهاي زير بايد مد نظر باشند:اگر اجزاي آماده مصرف نيازهاي پروژه را برآورد ميكنند آنهارا بخرند.اگر اجزايي كه در مورد آنها تجربه كامل داريم در دسترس هستند خطر مربوط به اصلاح و الحاق آنها معمولاً پذيرفتني است.اگر تجربه نسبي از اين جز داريم استفاده آن براي پروژه كنوني بايد تحليل شود.منابع انساني(ادامه)بازگشت23

اسلاید 24: مهدي فسنقريمنابع محيطي: محيطي كه پروژه نرم افزاري را پشتيباني ميكند و اغلب به نام محيط مهندسینرم افزار(SEE)است به كار گيرنده سخت افزار و نرم افزار است.سخت افزار سكويي است كه ابزارهاي لازم(نرم افزاري)براي توليد محصولات كاري را تامين ميكند كه نتيجه يك كار مهندسي خوب است.بازگشت24

اسلاید 25: مهدي فسنقريبرآورد پروژه هاي نرم افزاريبازگشت25

اسلاید 26: مهدي فسنقريبرآورد پروژه هاي نرم افزاريبراي رسيدن به تخمين هاي مورد اطميناني از نظر هزينه و كار يك سري گزينه وجود دارد:كار تخمين را تا اواخر پروژه به تعويق بيندازيم.برآوردهار را بر پايه پروژه هايي قرار دهيم كه هم اكنون تكميل شدند.از فنون نسبتاً ساده تفكيك براي ارائه اين برآوردها استفاده كنيم.از يك يا چند مدل تجربي براي آن استفاده نماييم. با تفكيك پروژه بصورت كاركردها و فعاليتهاي مهندسي مربوطه تخمين هزينه و كار بصورت مرحله اي انجام ميگيرد.بازگشت26

اسلاید 27: مهدي فسنقريمدل تجربي برآورد را ميتوان براي فنون جدا سازي تكميلي استفاده كرد و روش تخمين ارزشمندي را در جاي درست خود ارائه داد.ابزارهاي خودكار تخمين برآور يك يا چند تكنيك تجزيه يا مدلهاي تجربي را به اجرا در مي آورند وقتي اين ابزارها با رابط گرافيكي كاربر تركيب ميشوند گزينه جالبي براي انجام تخمين ارائه مي دهند.در ثاني سيستمهايي مشخصه هاي سازمان توليدي (مثل تجربه و محيط) و نرم افزاري كه قرار است توليد شود توصيف ميگردد.برآورد هزينه و نيروي كار از اين اطلاعات نشأت ميگيرند.برآورد پروژه هاي نرم افزاري (ادامه)بازگشت27

اسلاید 28: مهدي فسنقريفنون تجزيه : قبل از انجام برآورد برنامه ريز پروژه بايد دامنه نرم افزاري را كه قرار است ساخته شود شناخته و تخميني از اندازه آن ارائه كند.اندازه زدن نرم افزار:ميزان دقت تخمين پروژه بر اساس چند چيز پيش بيني ميشود:1-درجه اي كه نسبت به آن برنامه ريز به درستي اندازه محصول كاري را تخمين زده است.2- توانايي ترجمه ،تخمين اندازه بصورت نيروي كار انساني،تقويم زماني و ميزان پول.3- درجه و ميزاني كه نسبت به آن طرح پروژه منعكس كننده تواناييهاي تيم نرم افزاري است.4- ثبات نيازمنديهاي محصول و محيطي كه كار مهندسي نرم افزار را پشتيباني ميكند.بازگشت28

اسلاید 29: مهدي فسنقريچهار روش مختلف براي تعيين ميزان مسئله : 1- شيوه اندازه زدن با منطق فازي2- شيوه اندازه زدن با امتيازات عملكردي3- شيوه اندازه زدن با جزء استاندارد4- شيوه اندازه زدن با غير اندازهبازگشت29

اسلاید 30: مهدي فسنقريبرآورد مبتنی بر مسالهخطوط کد ( (LOCوامتیازات کاربردی(FP)به عنوان مقیاسهای توصیف شده در فصل 4 که روی آنها می توان متریک را حساب کرد در طول کار پروژه به دو صورت مورد استفاده قرار میگیرند:1- به عنوان متغییر تخمینی که برای تعیین اندازه هر عنصر نرم افزاری استفاده می شود.2- به عنوان متریک خط پایه که از روی پروژه های قبلی جمع آوری شده و در ارتباط با متغییرهای تخمینی برای ارائه هزینه و میزان نیروی کار پروژه استفاده می شود.بازگشت30

اسلاید 31: مهدي فسنقريبراوردLOCوFPفنون متمایزی از تخمین هستند.هردو دارای چندمشخصه مشترک هستند . برنامه ریز پروژه با وضعیت محدود شده دامنه نرم افزارشروع کرده و از روی آن تلاش می کند نرم افزار را به صورت توابعی ازمساله در بیاورد که بتوان هر کدام را به صورت مجزا براورد کرد.LOCوFPبرای هر تابعی تخمین زده می شود. بعد برنامه ریز جز دیگری را برای تعیین اندازه انتخاب می کند مثل کلاسها یا اشیا تغییرات یا فرایندهای تجارت تحت تاثیرقرار گرفته .برآورد مبتنی بر مساله (ادامه)بازگشت31

اسلاید 32: مهدي فسنقريسپس متریک های بهره وری خط مبدا مانند(LOC/pmیاFP/pm-pmمخفف نفر-ماه)با متغییر برآورد مناسب بکار گرفته شده و هزینه یا نیروی کار تابع به دست می آیدنکته مهم مورد توجه این است که اغلب نکات پراکنده مستولی در متریک های بهره وری یک سازمان وجود دارد که از حدس میزان بهره وری خط مبدا استفاده می کند. فنون تخمینLOCوFP از نظر جزئیات لازم برای تفکیک و هدف تقسیم بندی با هم متفاوتندبرآورد مبتنی بر مساله (ادامه)بازگشت32

اسلاید 33: مهدي فسنقريوقتی LOC به عنوان متغیر تخمین استفاده می شود تجزیه کاملا ضروری است و اغلب از نطر جزئیات بررسی می شود.هر چه میزان تقسیم بندی بیشتر باشد این احتمال بیشتر است که تخمین های منطقی دقیقتری از LOC ارائه شود.در مورد تخمین های FP کار جدا سازی به صورت دیگری است علاوه بر تمرکز تابع هر یک از مشخصه های دامنه اطلاعات یعنی ورودی ها خروجی ها فایلهای اطلاعاتی و...به علاوه 14 مقدار تطابق پیچیدگی که در فصل 4 اشاره شد برآورده می شود.برآورد مبتنی بر مساله (ادامه)بازگشت33

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

اسلاید 35: مهدي فسنقريمقدار منتظره برای متغیر تخمینی (اندازه)S,را می توان به عنوان یک میانگین ارزیابی شده از تخمین های خوشینانه (Sopt),دارای احتمال بالا(Sm)و تخمین بدبینانه (Spess )ارزیابی کرد .به طور مثال: 4Sm+Spess)/6+S=(Sopt بیشترین اعتبار را به تخمینی که احتمال زیادی دارد داده و توزیع احتمال بتا را دنبال می کند.وقتی مقدار مورد انتظار متغیر تخمین معین شد LOCوFP به کار گرفته می شوند .آیا این تخمین ها درست هستند؟حتی بعد از آن بااستفاده از عقل سلیم و تجربه باید آن را پیگیری کرد.برآورد مبتنی بر مساله (ادامه)بازگشت35

اسلاید 36: مهدي فسنقريمثالی از برآورد مبتنی بر خطوط برنامه(LOC) به عنوان نمونه ای از فنون تخمین LOCوFP,بسته نرم افزار باید در نظر بگیرید که قرار است برای یک برنامه کاربردی طراحی با کمک کامپیوتر (CAD)برای اجزای مکانیکی تولید شود.بازنگری مشخصات سیستم نشانگر این است که نرم افزار قرار است روی یک ایستگاه مهندسی اجرا شود و باید با محیطهای گرافیکی مختلف کامپیوتری از جمله موس , دیجیتایرز,صفحه نمایش دارای تفکیک پذیری بالا و چاپگر لیزری ارتباط برقرار کند. نرم افزار CADاطلاعات هندسی دو و سه بعدی مهندس را دریافت می کند. مهندس با سیستم ارتباط برقرار کرده و CADرا از طریق رابط کاربردی کنترل می کند که مشخصات یک طراحی رابط متقابل ماشین – انسان را به خوبی نشان میدهد .بازگشت36

اسلاید 37: مهدي فسنقريهم اطلاعات مهندسی و هم دیگر اطلاعات پشتیبان در پایگاه داده ای CADحفظ می شود.پیمانه های تحلیل و طراحی برای تولید خروجی لازم ارائه خواهند شد که روی یک سری وسایل گرافیکی نمودار میشوند. وضعیت دامنه فوق , اقدام اولیه است یعنی محدود نشده است . به طور مثال , قبل از تخمین زدن باید برنامه ریز تعیین کند که مشخصه های طراحی خوب رابط متقابل انسان – ماشین یعنی چه ؟ یا اینکه اندازه و میزان پیچیدگی پایگاه داده ای CADباید چه باشد.مثالی از برآورد مبتنی بر خطوط برنامه(LOC) (ادامه) بازگشت37

اسلاید 38: مهدي فسنقريبه منظور دستیابی به اهداف مدنظر ,ما فرض می کنیم که پالایش بیشتری رخ داده و عملکردهای نرم افزاری زیر شناسایی شده است :1- تسهیلات کنترلی و رابط کاربر(UICF)2- تحلیل هندسی دو بعدی (2DGA)3- تحلیل هندسی سه بعدی (3DGA)4- مدریت پایگاه اطلاعاتی (DBM)5- تسهیلات نمایشی گرافیک کامپیوتر(CGDF)6- کارکرد کنترل دستگاه های جانبی (PCF)7- پیمانه های تحلیل طراحی(DAM)مثالی از برآورد مبتنی بر خطوط برنامه(LOC) (ادامه) بازگشت38

اسلاید 39: مهدي فسنقريشکل 3-5 جدول برآورد و تخمین برای روش تعداد خطوط برنامه (LOC)بازگشت39

اسلاید 40: مهدي فسنقريبه دنبال تکنیک برای LOC,جدول تخمین زننده در شکل 5-3آمده است. با استفاده از معادله (4Sm+Spess)/6 : +S=(Sopt مقدار منتظره برای تابع هندسی سه بعدی 6800 می شود .LOCسایر تخمین ها به شیوه ای مشابه مشتق می شود .با جمع بندی در ستون LOCتخمینی برآورد 33150 خط کد برای سیستم ADC ارائه می شود.مثالی از برآورد مبتنی بر خطوط برنامه(LOC) (ادامه) بازگشت40

اسلاید 41: مهدي فسنقريمثالی از برآورد مبتنی بر امتیاز کارکردی ((FPتفکیک سازی در مورد تخمین مبتنی بر FPعلاوه بر کارکردهای نرم افزاری روی مقادیر دامنه اطلاعات نیز متمرکز می شود.بایادآوری جدول محاسبه امتیازات عملکردی که در شکل 5-4 آمده ,برنامه ریز پروژه ,ورودی ها ,خروجی ها,درخواستها,فایلهاو رابطه های خارجی را در مورد نرم افزار CADتخمین می زند.در مورد اهداف این تخمین ,عامل ارزیابی پیچیدگی به طور متوسط در نظر گرفته می شود . بازگشت41

اسلاید 42: مهدي فسنقريشکل 5-4 ,نمایانگرنتایج این تخمین است (رجوع شود به فصل 4)نهایتا میزان تخمین زده شده FPبه دست می آید: میانگین بهره وری سازمانی در مورد سیستم هایی ازاین نوع می شود 6.5 FP/pm براساس دستمزد نیروی کار به میزان 8000 دلار در ماه ,هزینه هر FP تقریبا 1230دلار می شود .بر اساس تخمین LOC و اطلاعات بهره وری تاریخی ,هزینه تخمین زده پروژه 461000 دلار و نیروی کار تخمینی 58 نفر در ماه است.مثالی از برآورد مبتنی بر امتیاز کارکردی ( (FP(ادامه)بازگشت42

اسلاید 43: مهدي فسنقريشکل 5-4 مقادیر برآورد شده در حوزه اطلاعاتبازگشت43

اسلاید 44: مهدي فسنقريبرآورد مبتنی بر فرایند رایج ترین تکنیک تخمین زدن یک پروژه عبارتست از مبنا قرار دادن تخمین بر اساس شیوه فرایندمورداستفاده.وقتی کارکردها و فعالتهای فرایندی اعلام شدند برنامه ریز نیروی کاری را که (مثلا نفر-ماه)برای رسیدن به فرایند هر کارکرد نرم افزاری لازم است براوردمی کند (شکل 5-5)میزان متوسط نیروی کار(هزینه/واحد نیروی کار)در نیروی کار تخمین زده شده برای هر فرایند به کار گرفته می شود. بازگشت44

اسلاید 45: مهدي فسنقرياین احتمال وجود دارد که میزان نیروی کاردر هر مورد متفاوت باشد.کارکنان ارشد شدیدا در فعالیتهای اولیه دخیلند و معمولا از کارکنان سطح پایین تر که در کارهای طراحی ,ایجاد کد و آزمون اولیه دخالت دارند گرانتر می باشند.هزینه و نیروی کار برای هر عملیات و فرایند نرم افزاری به عنوان آخرین مرحله استفاده می شود.برآورد مبتنی بر فرایند (ادامه)بازگشت45

اسلاید 46: مهدي فسنقريمثالی مبتنی بر فرایندبه منظور تشریح استفاده از تخمین مبتنی بر فرآیند نرم افزار CADرا در نظر می گیریم (مانند مثالهای قبل)به جدول 5-5 در اسلاید بعدی مراجعه شود.بر اساس میانگین نیروی کار به منظور 5000دلار در ماه,هزینه تخمین زده کل پروژه 230000دلار بوده و نیروی کار تخمینی نفر در ماه میباشد.اگر بخواهید میزان نیروی کار با هر فرایند نرم افزاری یا مهندسی مرتبط شده و جداگانه محاسبه می شود.بازگشت46

اسلاید 47: مهدي فسنقريا.م.ارتباط با مشتری س.م. سنجش و براورد مشتریشکل 5-5 جدول برآورد های مبتنی بر فرایند)مثال) بازگشت47

اسلاید 48: مهدي فسنقريمثالی مبتنی بر فرایند(ادامه)نیروی کار کل تخمینی در مورد دامنه های نرم افزاری CADاز حداقل 46 نفر در ماه تا حداکثر 58نفر می رسد.میانگین برآورد از کل سه روش 53نفر –ماه است.حداکثر میزان تغییر از متوسط تخمین زده شده تقریبا 13درصد است.وقتی میزان سازگاری بین تخمین ها ناچیز است چه اتفاقی رخ داده؟تخمین های بسیار متفاوت را اغلب می توان به یک یا دودلیل پیگیری نمود:1- دامنه پروژه به اندازه کافی شناخته نشده یا برنامه ریز برداشت نادرستی از آن داشته است2- اطلاعات بهره وری مورد استفاده برای فنون تخمین مبتنی بر مساله ,از نظر برنامه مناسب نیستند یا درست مورد استفاده قرار نگرفته اند.بازگشت48

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

اسلاید 50: مهدي فسنقريساختار مدل های برآوردیک مدل تخمینی عادی بااستفاده از تحلیل بازگشتی یا رگرسیون بر روی اطلاعات جمع آوری شده از پروژه های قبلی ,بدست می آید .ساختار کلی چنین مدلهایی به شکل زیراست:{MAT94} (معادله 2-5) که درآنA,B,C ثابت بدست آمده به صورت تجربی هستندEنیروی کار برحسب نفر-ماه و evمتغیر تخمین می باشد(برای مثال مقادیر ثابت رجوع شود به صفحه177 کتاب مرجع)50

اسلاید 51: مهدي فسنقريمدل کوکومو باری بوهوم در کتاب خود اقتصاد مهندسی نرم افزار یک سری مدلهای تخمین نرم افزار معرفی میکند که دارای نام کوکومو هستند(مدل هزینه ساختاری)مدل اصلی کوکومو از همه بیشتر مورد استفاده قرار گرفته و مدلهای تخمین هزینه در صنعت مورد بحث قرار گرفتند. 51

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

اسلاید 53: مهدي فسنقريمدل مرحله آخر معماریدر طول ساخت نرم افزار بکار میرود.نیازمند اطلاعات اندازه گیری است.سه گزینه از نظر اندازه به عنوان بخشی از سلسله مراتب مدل مهیا شده اند:امتیاز شی وامتیاز کارکردی و خطوط کد منبع. امتیاز شی یک معیار نرم افزاری غیر مستقیم است که با استفاده از شمارش تعداد 1- صفات نمایش 2- گزارشات و3- اجزایی که احتمالا برای ساخت برنامه لازمند محاسبه میشود.هر مورد شی در سطوح پیچیدگی یکی از این سه گروهبندی میشود.در اصل پیچیدگی تابعی از تعداد و منبع جدول اطلاعات خادم/مخدوم است که برای تولید صفحه یا گزارش لازم بوده و تعداد دیدگاهها یا بخش ها بعنوان بخشی از صفحه یا گزارش ارایه شده اند. بازگشت53

اسلاید 54: مهدي فسنقريمدل مرحله آخر معماری(ادامه)امتیاز جدید شی:NOP=(object points)(100-%reuse)/100)برای بدست آوردن تخمین نیروی کار بر اساس مقداربالا باید میزان بهره وری را بدست آورد:PROD=NOP/person-monthتخمین نیروی کار پروژه :estimated effort=NOP/PRODبازگشت54

اسلاید 55: مهدي فسنقريجدول5-1 وزن پیچیدگی برای انواع اشیا[BOE96]بازگشت55

اسلاید 56: مهدي فسنقريجدول 5-2 نرخ های بهره وری برای امتیازات اشیا[BOE96]بازگشت56

اسلاید 57: مهدي فسنقريمعادله نرم افزار(فرمولها)معادله نرم افزاریک مدل دینامیک چند متغیره است که توزیع نیروی کار معینی را در طول حیات پروژه تولید نرم افزار فرض میگیرد.مدل تخمینی: E= نیروی کاری فرد در ماه یا سالT = مدت پروژه به سال یا ماه= B عامل مهارتهای ویژهP = پارامتر بهره وری که منعکس کننده موارد زیر است- تکامل کلی فرایند و شیوه های مدیریتی- میزان و مقیاسی که نسبت به آن روشهای خوب مهندسی نرم افزاری استفاده میشوند.- سطح زبانهای برنامه نویسی مورد استفاده.- وضعیت محیط نرم افزاری .- مهارتها و تجربه تیم نرم افزاری .- پیچیدگی برنامه کاربردی .بازگشت57

اسلاید 58: مهدي فسنقريمعادله نرم افزار(فرمولها) (ادامه)معادله نرم افزاری دارای دو پارامتر مستقل است :1-تخمینی از اندازه (LOC)2-نشانگری از مدت پروژه به ماهها یا سالهای تقویمی .حد اقل زمان تولید : بازگشت58

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

اسلاید 60: مهدي فسنقريدر مورد محصولات نرم افزاری گرانتر رهنمودهای زیر را میتوان بکار گرفت :1- مشخصاتی برای کارکرد و عملکرد نرم افزار مطلوب ارایه میدهد.2- هزینه اولیه تا تولید و تاریخ تحویل را میگوید.3- الف سه یا چهار برنامه نمونه انتخاب میکند که به بهترین نحو با مشخصه های شما جور میشود.3- ب اجزای نرم افزاری قابل استفاده مجددی انتخاب میکند که در ساخت برنامه مورد نیاز شما را یاری میکنند.4- شبکه مقایسه ای تشکیل میدهد که نمایانگر مقایسه سر به سر عملیات اصلی است.5- هر بسته نرم افزاری یا مولفه را بر اساس کیفیت محصول گذشته پشتیبانی فروشنده راهنمای محصول و... ارزیابی میکند.6- با سایر کاربران نرم افزار تماس گرفته نظراتشان را جویا میشود تصمیم گیری ساخت /خرید(ادامه)بازگشت60

اسلاید 61: مهدي فسنقريایجاد یک درخت تصمیم گیریمراحل توصیف شده فوق را میتوان با استفاده از فنون آماری در تصمیم گیری ارزیابی کرد. هزینه مورد نظر= (مسیر احتمالی)*(هزینه مسیر تخمینی) بازگشت61

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

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

اسلاید 64: مهدي فسنقريبازگشت64