مقدمه
عرض سلام خدمت همراهان گرامی وب سایت آموزشی پی وی لرن. با موضوع آموزش مهندسی نرم افزار (Software Engineering) در خدمتتون خواهیم بود. در این بخش از بررسی اجمالی تعمیر و نگه داری نرم افزار به مباحث فعالیت های تعمیر و نگه داری نرم افزار ، مهندسی معکوس و نگه داری نرم افزار و …می پردازیم.
بررسی اجمالی تعمیر و نگه داری نرم افزار
فعالیت های تعمیر و نگه داری نرم افزار
IEEE چارچوبی را برای فعالیت های فرآیند تعمیر و نگه داری متوالی فراهم می کند. می توان آن را به صورت تکراری استفاده کرد و قابل گسترش است به گونه ای که موارد و
فرآیندهای سفارشی شده در آن گنجانده شود.
بررسی اجمالی تعمیر و نگه داری نرم افزار – فعالیت های تعمیر و نگه داری نرم افزار
این فعالیت ها با هر یک از مراحل زیر به صورت دستی انجام می شود:
شناسایی و ردیابی (Identification & Tracing) – این شامل فعالیت هایی است که مربوط به شناسایی نیاز به اصلاح یا نگه داری است. توسط کاربر یا سیستم تولید
می شود و ممکن است خود از طریق گزارش های مربوط به خطا یا پیام های خطا گزارش دهد.
در این جا نوع نگه داری نیز طبقه بندی می شود.
آنالیز (Analysis) – تغییر و اصلاح برای تأثیرش بر سیستم، از جمله ایمنی و پیامدهای امنیتی آنالیز شده است. اگر تأثیر احتمالی شدید باشد ، راه حل جایگزین جستجو می شود. مجموعه ای از تغییرات نیاز سپس به مشخصات نیاز تحقق می یابد. هزینه اصلاح / نگه داری آنالیز شده و نتیجه برآورد می شود.
طراحی (Design) – ماژول های جدید ، که نیاز به تعویض یا تغییر دارند ، مطابق با مشخصات نیاز در مرحله قبلی تنظیم شده اند. موارد آزمون برای اعتبار سنجی و تأیید ایجاد
می شوند.
پیاده سازی (Implementation) – ماژول های جدید با کمک طراحی ساختاریافته ایجاد شده در مرحله طراحی کدگذاری می شوند. از هر برنامه نویس انتظار می رود که
تست واحد را به طور موازی انجام دهد.
تست سیستم (System Testing) – آزمایش یکپارچگی در بین ماژول های تازه ایجاد شده انجام می شود. تست یکپارچگی بین ماژول های جدید و سیستم نیز انجام می
شود. سرانجام ، این سیستم به عنوان یک کل ، به دنبال مراحل تست رگرسیون آزمایش می شود.
تست پذیرش (Acceptance Testing) – پس از تست سیستم داخلی ، آن را با کمک کاربران برای پذیرش آزمایش می کنند. اگر در این موقعیت باشید ، کاربران از برخی از
مسائلی که به آن ها پرداخته شده یا به آن ها اشاره شده است، ممکن است شکایت کنند.
تحویل (Delivery) – پس از آزمون پذیرش ، سیستم یا توسط پکیج به روزرسانی کوچک یا نصب جدید سیستم در سراسر سازمان مستقر می شود. آزمایش نهایی پس از
تحویل نرم افزار به مشتری نهایی انجام می شود.
علاوه بر نسخه سخت کتابچه راهنمای کاربر ، در صورت نیاز امکانات آموزشی نیز ارائه می شود.
مدیریت نگه داری – مدیریت پیکربندی یک بخش اساسی از نگه داری سیستم است. برای کنترل نسخه ها ، نیمه نسخه یا مدیریت پچ ، با ابزار کنترل نسخه کمک می
شود.
فعالیت های تعمیر و نگه داری نرم افزار
فرآیند مهندسی مجدد
- تصمیم گیری در مورد مهندسی مجدد. آیا این نرم افزاری کامل است یا بخشی از آن؟
- مهندسی معکوس را انجام دهید تا مشخصات نرم افزار موجود را به دست آورید.
- در صورت لزوم برنامه را بازسازی کنید. به عنوان مثال ، تغییر برنامه های عملکرد محور به برنامه های شی گرا.
- داده ها را مجدداً ساختار دهید.
- برای به دست آوردن نرم افزار مهندسی مجدد ، از مفاهیم مهندسی Forward استفاده کنید.
- در مهندسی مجدد نرم افزار، چند اصطلاح مهم وجود دارد.
در ادامه مهندسی معکوس و نگه داری نرم افزار رو مورد بررسی قرار می دهیم.
مهندسی معکوس و نگه داری نرم افزار
مهندسی معکوس فرایندی است برای دستیابی به مشخصات سیستم با تجزیه و تحلیل دقیق و درک سیستم موجود است. این فرایند را می توان به عنوان مدل SDLC معکوس مشاهده کرد ، یعنی ما سعی می کنیم با تجزیه و تحلیل سطح انتزاع کم تر ، سطح انتزاع بالاتر را به دست آوریم.
سیستم موجودی که قبلاً طراحی شده است و ما درمورد آن چیزی نمی دانیم. سپس طراحان با نگاه کردن به کد ، مهندسی معکوس را انجام می دهند و سعی می کنند طراحی را به دست آورند. با در دست داشتن طراحی ، آن ها سعی می کنند مشخصات را نتیجه بگیرند. بنابراین ، رفتن معکوس از کد به مشخصات سیستم است.
بررسی اجمالی تعمیر و نگه داری نرم افزار – مهندسی معکوس و نگه داری نرم افزار
بازسازی برنامه
این فرآیند برای ساختار و ساخت مجدد نرم افزار موجود است. همه چیز در مورد تنظیم مجدد کد منبع ، به زبان برنامه نویسی یکسان یا از یک زبان برنامه نویسی به زبان دیگر است.
تجدید ساختار می تواند دارای تغییر ساختار کد و تجدید ساختار داده ها یا هر دو باشد.
ساختار مجدد بر عملکرد نرم افزار تأثیر نمی گذارد بلکه قابلیت اطمینان و قابلیت نگه داری را افزایش می دهد. مؤلفه های برنامه ، که باعث ایجاد خطا در اکثر اوقات می شوند
قابل تغییر هستند یا با ساختار مجدد به روز می شوند.
قابلیت اطمینان نرم افزار بر روی بستر سخت افزاری منسوخ شده با ساختار مجدد قابل حذف است.
مهندسی Forward
مهندسی فوروارد فرآیندی است برای به دست آوردن نرم افزار مورد نظر از مشخصات موجود در آن، با استفاده از مهندسی معکوس. فرض بر این است که در گذشته مهندسی
نرم افزار وجود داشته است.
مهندسی Forward همان فرآیند مهندسی نرم افزار است که تنها یک تفاوت وجود دارد – همیشه بعد از مهندسی معکوس انجام می شود.
بررسی اجمالی تعمیر و نگه داری نرم افزار
کلام پایانی
فعالیت های تعمیر و نگه داری نرم افزار و مهندسی معکوس و نگه داری نرم افزار رو به همراه مباحث مربوطه ی دیگر مورد بررسی قرار دادیم.
آموزش مهندسی نرم افزار رو در جلسه ی آینده نیز ادامه خواهیم داد.
با ما همراه باشید.
فروشگاه
فیلم های آموزشی
کتاب های آموزشی
مقالات آموزشی
وردپرس
