جزوه مهندسی نرم افزار

جزوه مهندسی نرم افزار
دانلود جزوه

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

مجموعه اي جزوه مهندسی نرم افزار از مراحل قابل پيش بيني براي توسعه جزوه مهندسی نرم افزار نرم افزار كه به ما کمک می كند را در زمان معين و با كيفيت بالا ايجاد كنيم، فرايند ناميده ميشود .

 

 

 

ساختار مهندسی نرم افزار

فاز های مهندسی نرم افزار

جزوه مهندسی نرم افزار مربوط به مهندسی نرم افزار را بدون توجه به حيطه برنامه كاربردي، اندازه پروژه و پيچيدگي آن ميتوان به سه فاز كلی تقسيم كرد:
1- مرحله تعريف
2- مرحله توسعه
3- مرحله پشتيباني مرحله تعريف
اين مرحله بر چيستي (what) متمركز مي شود. يعني در طول تعريف، مهندس نرم افزار سعي مي كند تا موارد زير را شناسايي كند:
• نوع اطلاعاتي را كه بايد پردازش شوند
•عملكرد مطلوب
• نوع وضعيت سيستم مورد انتظار
• نوع رابطه هايي كه بايد ايجاد شوند
•محدوديتهاي موجود در طرح و معيارهاي صحت را كه براي تعريف يك سيستم موفق لازمند.

اگر چه روش های به كار گرفته شده در طول مرحله تعريف، بسته به معيار مهندسی نرم افزاری كه به كار گرفته می شود بسيار متفاوتند اما سه كار اصلي كه در مرحله تعريف به نحوي انجام مي شوند:
١.مهندسي سيستم اطلاعات
٢.طراحي پروژه نرم افزاري
٣.تحليل مربوط به موارد مورد نياز
از اين موارد در ادامه به شرح داده خواهند شد.

نكته: در فاز تعريف كليدی سيستم تشخيص داده می شود.

مرحله توسعه
مرحله توسعه بر چگونگي(how) متمركز است يعني در طول اين مرحله مهندس جزوه مهندسی نرم افزار دارد تا موارد زير را توصيف كند.
• ساختار داده ها
• نحوه اجراي كار در معماري نرم افزار
• چگونگي توصيف واسط ها
• چگونگي تبديل طرح به زبان برنامه نويسي يا زبان غير رويه اي
• چگونگي انجام آزمون

با اينكه روشهاي بكار گرفته شده در طول مرحله توسعه متفاوتند اما سه كار جزوه مهندسی نرم افزار هميشه رخ مي دهند:
• طراحي نرم افزار
• توليد كد
• آزمون نرم افزار

 

دانلود جزوه مهندسی نرم افزار

مرحله پشتيباني
مرحله پشتيبانی روي تغييرات ايجاد شده متمركز است كه در طول اين مرحله چهار نوع را مشاهده مي كنيم:
1. اصلاح: رفع نواقص احتمالی نرم افزار
2. تطابق: تطبيق دادن نرم افزار با تغييرات محيط خارجی
3. بهبود وضعيت: اين نوع از تغيير بر تاكيد می كند كه افزودن آنها به برنامه باعث بهبود كار نرم افزار می شود .
۴. پيشگيري: نرم افزار بر اثر تغيير خود را از دست می دهد به همين دليل پيشگيرانه كه اغلب مهندسی مجدد می شود بايد صورت بگيرد.

مدلهای نرم افزار

مدل های مختلف فرآيند نرم افزار
برای حل مسئله، از مهندسان نرم افزار يک روش برای حل مسئله تعريف روش ها غالبا مدل فرايند يا الگوی مهندسی نرم افزار می شود.
انتخاب يك مدل براي مهندسي نرم افزار، بر اساس موارد زير صورت مي گيرد:

•ماهيت پروژه و نوع كاربرد
• روشها و ابزارهاي مورد استفاده
•كنترل ها و قطعات قابل تحويل

در ادامه با چند مدل مختلف نرم افزاری آشنا شده و موارد كاربرد هر يک بررسی میشود:

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

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

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

– آزمــون)تست:(
مهمترين مرحله و اساسی مرحله در چرخه نرم افزار مرحله تست آن می باشد. پس از توليد كد آزمايش برنامه آغاز . اين فرايند براي حصول اطمينان در مورد عدم وجود خطاي منطقي در نرم افزار و اطمينان از اينكه تمام دستورها آزمايش شده اند و جزوه مهندسی نرم افزار هدايت آزمايش ها جهت كشف خطاها ي دستور ي تمركز مي يابد تا اطمينان حاصل شود كه ورودي تعريف شده نتايج واقعي كه با نتايج مورد نياز تطابق دارند را توليد مي نمايد.
نكته: هرچه تست كاملتر و بهتري صورت گيرد كاركرد نرم افزار مطمئن تـر و هزينـه پشـتيبانی آن كمتـر و هزينـه هـاي توسعه نرم افزار كاهش می يابد و محصول از قابليت اطمينان برخوردار خواهد شد.
– نگهداري :
بعد از انجام تمامی مراحل و تحويل نرم افزار به كاربر مرحله نگهداري آن صورت و آموزش كاربران از جمله موارد مطرح شده در اين قسمت می باشند.
بدون ترديد نرم افزار پس از تحويل به مشتري دچار می شود، اين تغيير ممكن است به علت برخورد مشتري با خطاهاي احتمالي باشد و يا به علت تطبيق نرم افزار با تغييرات محيط بيرونی باشد )تغيير سيستم عامل يا دستگاه هاي جانبي( و يا بهينه سازي عملكرد نرم افزار بخاطر اينكه نيازهاي عملياتی يا كارآيی مشتري ارتقاء يافته است.
نگهداري نرم افزار دوباره در هر از فازهاي قبلی برنامه موجود گرفته میشوند تا يک برنامه جديد آن شود.

مدل آبشاری
– احتمالی در از مراحل باعث آشفتگی ديگر مراحل می شود.
– بعضی از اعضا تيم ممكن است بی كار بمانند چون هر مرحله وابسته به اتمام مرحله قبل است.
– پروژههاي واقعی به ندرت از ترتيب خطی پيشنهادي در اين مدل، پيروي و هميشه برگشت به عقـب وجود دارد و در ساختار و به كارگيری الگو مشكل ايجاد می كند.

دانلود رایگان جزوه مهندسی نرم افزار

– بيان صريح همه نيازمنديها در ابتدا مشكل است.مدل زنجيري خطی به اين امر نياز داشته و براي پـروژه  موارد در ابتدا دارند، مدل را به سختی می توان به كاربرد.
– برنامه دير حاضر میشود، مشتري بايد صبور باشد و منتظر بماند. نسخه كاري برنامه تا اواخـر مـدت زمـان كـاري پروژه در دسترس نخواهد بود.
– هرچه اشكالات ديرتر كشف شوند هزينه برطرف سازي آنها بيشتر خواهد بود.
– اين مدل انعطاف دارد، زيرا اعمال تغييرات پس از آغاز پروژه نيازمند زمـان و زيـاد اسـت.

نكته: مدل خطی وقتی مناسب است كه تمام نيازمنديها در ابتدا شده باشند. و نيازمنديها در هنگام توسعه تغيير نكنند.
)Prototyping model(مدل نمونه سازی
در اين روش، توسعه دهنده نرم افزار قادر است مدلی از نرم افزاري را كه مي خواهد توليد كند هر چند به طور مختصر و مفيد و به صور مختلف )به صورت يک نمونه روی كاغذ،يک نمونه كاری،يک برنامه موجود( به كاربر نشان دهد كه ارتباط ميان خود و كامپيوتر را احساس و متوجه عملكرد نرم افزار شود.نمونه توسط مشتري شده و اصلاحات لازم در تكرار بعدي اعمال می شود و با سـاخت نسـخه ، نسـخه قبلی دور میشوند.

نكته: استفاده از نمونه اوليه بعنوان راهكاري براي تشخيص خواسته هاي نرم افزار است.

مدل نمونه سازي اوليه
– چون نمونه اي از نرم افزار در اختيار قرار جزوه مهندسی نرم افزار و مشتري در ابتدا نميتواند نرم افزار كامل را ببيند ممكن است تصوير غلطي از نرم افزار نهايي پيدا كند .
– توسعه دهنده ممكن است براي دستيابي سريع تر به مدل نمونه به مسائل مهمي توجه نكند . مثلا سيستم عامل مناسبي انتخاب نكرده و يا زبان برنامه نويسي نا مناسبي را براي نوشتن مدل انتخاب نمايد و اين باعث وجود مشكلاتي در آينده مي شود .
– ناخوشايند بودن تغييرات پی در پی)مشتري مختلفی از نرم افزار

مزاياي مدل نمونه سازي اوليه
– امكان تغيير و جمع آوري نيازها) روشن شدن ابهامات در تشخيص نيازها(
– در طول توليد محصول ارتباط مشتري با طراح و توليد كننده همواره برقرار است.
– كاهش مستندات.
– كاهش هزينه نگهداري

(Rapid Application Development: RAD)مدل توسعه سريع نرم افزار
در اين مدل نرم افزار به قسمت هاي مختلف تقسيم شده و معمولا افرادي از يك تيم روي قسمتهاي تفكيك شده كارميكنند و در پايان نتيجه كار را با يكديگر تركيب مي نمايند تا محصول نهايي شكل گيرد.البته نكته قابل توجه اين است كه نرم افزار مورد نظر بايد خاصيت تفكيك پذيري داشته باشد تا بتوان مدل را پياده سازي كرد.
در اين مدل همواره سعي مي شود كه نرم افزار مورد نظر سريعتر توليد شود در واقع بزرگترين مزيت آن هم همان كوتاه بودن دوره توليد و تحويل به موقع مي باشد .
نكته: مـدل RAD يـک نسـخه تطابق يافته سرعت بالا از مدل زنجيري خطی است.

فازهاي مدل مذكور عبارتند از:
– مدلسازي كاري: جريان اطلاعات بين واحدهاي عملكردي مدل مي شود.
– مدلسازي داده اي: اشيا داده ي ، صفات و ارتباطات مشخص مي شود.

– مدلسازي فرايند: پردازش ها و فرآيند هاي روي اشيا داده اي تعريف مي شوند.
– توليد برنامه كاربردي: بيشتر از قطعات كد از قبل آماده شده استفاده می شود.
– آزمايش:اجزای كه به قطعات آماده اضافه شده اند، مورد تست و آزمايش قرار می گيرد.

معايب مدل RAD
-در پروژههاي بزرگ و قابل گسترش، براي ايجاد تعداد مناسبی از تيمها RAD به منابع انسانی نياز دارد.
– وقتی احتمال بروز خطرات فنی بالا باشد، RADمناسب نيست.اين وضعيت زمـانی رخ مـی دهـد كـاربرد جديد، از فناوري جديد به درجه از قابليت همكاري با برنامه هاي كامپيوتري موجود نياز دارد.

در اين روش پروژه به تدريج كامل مي شود يعني هر مرحله اي جزوه حقوق بشر در اسلام كه ميگذرد پروژه كامل تر شده و در نسخه هاي بعدي اين تكامل ادامه مي يابد تا به هدف اصلي برسيم.

نكته: مدل افزايشی مدل خطي و مدل ساخت نمونه اوليه است.

مقايسه مدل افزايشي با نمونه سازي
هردو مدل ماهيت تكرار شونده دارند
– در مدل تكرار در تمام مراحل انجام می شود ولي در روش نمونه سازي، فرآيند تكراري تنها در مرحله جمع آوري نيازمنديها انجام مي شود.
– در مدل افزايشي در انتهاي هر مرحله افزايش، يك سيستم قابل تحويل به مشتري داريم.
– در مدل افزايشي نسخه قبلی دور نمی شود.
– مدل افزايشي بر توسعه دارد اما مدل نمونه سازی بر تكاملی خواسته ها تاكيد دارد.

مدل حلزونی
در اين روش از تركيب روش هاي خطي و نمونه سازي استفاده می شود .در اين روش براي توليد نرم افزار مراحلي وجود دارد كه عبارتند از:
1. تماس با مشتري و جمع آوري اطلاعات مورد نياز .
2. برنامه ريزي و تشكيل تيم هاي و دقيق امور جاري.
3. پيش بيني خطرات و اتفاقات احتمالي كه ممكن است رخ دهد ) تحليل ريسك (
۴. انجام عمليات مهندسي .
5. توليد پروژه كه شامل كد نويسي ، تست ، عمليات كنترل كيفيت و تحويل به مشتري است .
6. نظر خواهي از مشتري يا همان ارزشيابي مشتري .