رسیدگی به نرمافزار پس از راهاندازی
پشتیبانی و نگهداری
با نقش بهروزرسانی برنامهریزیشده، ثبت روشن درخواستها و بررسیهای عملیاتی آشنا شوید؛ کارهایی که با تغییر کاربران، وابستگیها و نیازهای تجارت، به قابل استفاده ماندن نرمافزار کمک میکنند.
چرا نگهداری؟
نرمافزار پس از نخستین نشر هم به رسیدگی نیاز دارد
راهاندازی، آغاز مرحلهٔ تازهای از عمر محصول است. مرورگرها، دستگاهها، خدمات بیرونی و نیازهای کاربران همچنان تغییر میکنند.
پشتیبانی به کاربران کمک میکند مشکل را گزارش کنند و پاسخ مفید دریافت کنند. نگهداری، نرمافزار را بررسی و اصلاح میکند تا در شرایط مورد توافق به کار ادامه دهد. این دو فعالیت مرتبطاند، اما وظایف و مسئولیتهای متفاوت دارند.
یک برنامهٔ عملی از شناخت برنامه، کاربران، مسیرهای مهم کاری و خطرهای موجود آغاز میشود. یک ویبسایت معلوماتی کوچک و یک سیستم پردازش سفارش، به پوشش، اولویتها و بودجهٔ یکسان نیاز ندارند.

محدودهٔ رسیدگی
مشخص کنید رسیدگی دوامدار شامل چه کارهایی است
محدودهٔ مکتوب، ارزیابی درخواستها و هزینه را آسانتر میکند. اصلاح رفتار موجود و ساخت قابلیت تازه باید مشخص باشند.
رفع اشکال
بررسی خطای قابل بازتولید در برابر رفتار مورد توافق، اصلاح علت و تأیید مسیرهای مرتبط کاربر.
سازگاری و بهروزرسانی
بررسی تغییرات چارچوب، کتابخانه، مرورگر و API بیرونی پیش از تأثیر بر امکانات تحت پشتیبانی.
بررسی عملکرد
بررسی کندی صفحه، پرسوجوی دیتابیس یا وظایف پسزمینه با شواهد اندازهگیریشده و اولویت مشخص.
تغییرات محصول
برآورد جداگانهٔ قابلیت، طراحی یا اتصال تازه، زمانی که محدودهٔ مورد توافق را گسترش میدهد.
دریافت کمک
درخواست را طوری ثبت کنید که قابل بررسی باشد
گزارش مفید، کار مورد نظر، نتیجهٔ مورد انتظار، نتیجهٔ واقعی و اثر مشکل بر فعالیت را توضیح میدهد.
- صفحه یا قابلیت، زمان، دستگاه و مراحل ایجاد مشکل را ثبت کنید؛ در صورت نیاز تصویر با معلومات حساس حذفشده ضمیمه شود.
- شدت مشکل با توجه به اثر کاری، تعداد کاربران، راهحل موقت و خطر برای معلومات تعیین شود.
- مسئول، راه ارتباط و زمان اطلاع بعدی مشخص باشد تا درخواست تا رسیدن به نتیجه قابل پیگیری بماند.
- ساعات پوشش، منطقهٔ زمانی، مسئول ارجاع و شمول رسیدگی اضطراری از ابتدا توافق شوند.
بهروزرسانی کنترلشده
با شواهد و امکان برگشت بهروزرسانی کنید
بهروزرسانی میتواند مشکل امنیتی یا ناسازگاری را اصلاح کند، اما ممکن است رفتار قسمت دیگری از برنامه را تغییر دهد.
-
بررسی
نسخهها و وابستگیهای تحت پشتیبانی را فهرست کنید. توضیح نشر، مشکلات شناختهشده و ارتباط تغییر با برنامه بررسی شوند.
-
آزمایش
از محیط جداگانه و معلومات نماینده با حفاظت مناسب استفاده کنید. مسیرهای مهم و اصلاحات قبلی دوباره بررسی شوند.
-
نشر
نسخهٔ پشتیبان، مراحل اجرا و معیار تصمیم برگشت آماده شوند. زمان تغییر با نیاز عملیاتی هماهنگ و نتیجه پس از نشر بررسی شود.
سلامت عملیاتی
مشکل را مشاهده کنید و برای بازیابی آماده باشید
نظارت مفید، نشانههای تخنیکی را به کارهایی پیوند میدهد که کاربران به آنها وابستهاند. افزایش تعداد هشدار بهتنهایی سلامت خدمت را بهتر نمیکند.
خطا و عملکرد
درخواست ناموفق، شکست وظیفه، زمان پاسخ و فشار منابع بررسی شوند. هشدار مهم مسئول و راهنمای رسیدگی داشته باشد.
رسیدگی امنیتی
دسترسیها، تنظیمات محیط اصلی و آسیبپذیری مرتبط بررسی شوند. صلاحیت محدود و معلومات حساس در گزارش و رویدادها حفاظت شود.
پشتیبانگیری و بازیابی
نسخهٔ پشتیبان یک کاپی ذخیرهشده است؛ بازیابی، برگرداندن خدمت قابل استفاده است. مدت نگهداری، محل محفوظ و آزمایش دورهای بازیابی مشخص شوند.
روند رسیدگی
درخواست را از گزارش تا آموختن دنبال کنید
روند قابل مشاهده، ابهام را کاهش میدهد و دلیل تغییر را برای مراجعهٔ بعدی حفظ میکند.
-
ثبت و ارزیابی
نسخهٔ درگیر مشخص، مشکل در صورت امکان بازتولید و اولویت یا راهحل موقت توافق شود.
-
بررسی و اصلاح
علت شناسایی، اصلاح پیشنهادی ثبت و رفتار قسمتهای مرتبط پیش از نشر بررسی شود.
-
تأیید و اطلاعرسانی
نتیجه با مسئول مربوط تأیید، نسخهٔ منتشرشده ثبت و محدودیت باقیمانده توضیح داده شود.
-
بررسی الگوها
حادثههای تکراری، نیاز آموزشی و علتهای دوامدار شناسایی شوند تا بهبود پیشگیرانه برنامهریزی شود.
آغاز همکاری و مالکیت
با محصول قابل فهم و دسترسی روشن آغاز کنید
تحویل گرفتن برنامهٔ موجود با ارزیابی دارای محدوده آغاز میشود. نبود دسترسی یا مستندات میتواند پوشش فوری را محدود کند.
- مخزن کد، هاست، دامنه، دیتابیس، اتصالها، جوازها و مسئول هر مورد شناسایی شوند.
- دستور نشر، محیطها، نظارت، مشکلات شناختهشده، پشتیبانها و مسیرهای مهم کاربر بررسی شوند.
- روش دادن و حذف دسترسی، تبادل امن معلومات محرمانه و مسئول تأیید تغییر در محیط اصلی توافق شوند.
- یادداشت معماری، راهنمای عملیات، مالک حسابها و روش خروجیگیری یا پایان همکاری بهروز بمانند.
برنامه و بازبینی
برای نگهداری بودجه تعیین و ارزش آن را بررسی کنید
توافق مناسب، پیچیدگی محصول، ساعات پوشش، محیطهای تحت پشتیبانی و پیامد اختلال را در نظر میگیرد.
روش همکاری میتواند سهم زمان دورهای، بستهٔ نگهداری با محدودهٔ مشخص یا کار دارای برآورد جداگانه باشد. کار شامل، تأیید هزینهٔ اضافه، هزینهٔ خدمات بیرونی و وضعیت ظرفیت استفادهنشده روشن شوند.
گزارش دورهای مفید، درخواستها، اصلاحات، نشرها، مشکلات تکراری و خطرهای پیش رو را خلاصه میکند. اولویتهای باز، نظر کاربران و هزینهٔ عملیات با هم بررسی شوند. زمان دریافت درخواست، تکرار حادثه و موفقیت کارهای مهم کاربر، معیارهای عملیاند.
پرسشهای پشتیبانی و نگهداری
پیش از انتخاب روش همکاری، این موارد را روشن کنید.
آیا سیستم موجود قابل پشتیبانی است؟
بله، پس از ارزیابی تکنالوژی، دسترسی، وضعیت و مستندات آن. این بررسی کمبودهای فوری و محدودهٔ عملی آغاز را مشخص میکند.
آیا پشتیبانی شبانهروزی است؟
پوشش تابع توافق است. ساعات کار، منطقهٔ زمانی، ارتباط اضطراری و مسیر ارجاع مشخص شوند؛ دسترسی همیشگی نباید مفروض گرفته شود.
آیا پاسخ سریع به معنای اصلاح فوری است؟
خیر. بررسی و حل به علت، اثر، دسترسی و خدمات بیرونی وابسته است. هدف زمان پاسخ و زمان حل جداگانه نوشته شود.
آیا امکانات تازه شامل نگهداری است؟
فقط در صورت شمول صریح. قابلیت تازه و تغییر عمده معمولاً محدوده، برآورد و بررسی پذیرش جداگانه میخواهند.
چرا بهروزرسانی پیش از نشر آزمایش میشود؟
تغییر یک وابستگی ممکن است بر بخش دیگر اثر بگذارد. آزمایش مسیرهای مهم، ناسازگاری را پیش از مواجهشدن کاربران آشکار میکند.
آیا نسخهٔ پشتیبان بازیابی را تضمین میکند؟
کاپی بهتنهایی کافی نیست. معلومات قابل استفاده، تنظیمات لازم، دسترسی و روش بازیابی آزمایششده نیز نیاز است.
کدام معلومات در گزارش خطا کمک میکند؟
کار مورد نظر، مراحل، زمان، دستگاه و نتیجهٔ مورد انتظار را توضیح دهید. رمزها و معلومات شخصی غیرضروری از ضمیمه حذف شوند.
در پایان قرارداد چه میشود؟
روند انتقال، شامل مشکلات باز، مستندات، خروجی معلومات، دسترسی حسابها و حذف صلاحیتهای غیرضروری توافق شود.
مطالعه و راهنمای رسمی
این منابع روشهای نگهداری و عملیات را توضیح میدهند؛ محدودهٔ خدمت برای هر پروژه جدا تعیین میشود.
- چارچوب توسعهٔ امن نرمافزار NIST
روشهای مبتنی بر خطر برای حفاظت نرمافزار، رسیدگی به آسیبپذیری و بهبود.
- فهرست بررسی نشر جنگو
نمونههای مشخص تنظیم محیط اصلی، مقادیر حساس و گزارش خطا.
- قابلیت اعتماد AWS: پشتیبانگیری
برنامهریزی پشتیبان و آزمایش دورهای بازیابی با اهداف مشخص.
رسیدگی را مطابق نرمافزار مورد استفاده برنامهریزی کنید
از برنامه، دشواری فعلی، مسیرهای مهم کاربر و ساعات پوشش آغاز کنید؛ سپس برنامهٔ عملی پشتیبانی تعریف شود.