Dasturlarga xizmat ko'rsatish - Software maintenance - Wikipedia

Dasturiy ta'minotni ishlab chiqish
Asosiy faoliyat
Paradigmalar va modellar
Metodika va ramkalar
Fanlarni qo'llab-quvvatlash
Amaliyotlar
Asboblar
Bilimning standartlari va organlari
Lug'atlar
Konturlar

Dasturlarga xizmat ko'rsatish yilda dasturiy ta'minot dasturiy ta'minot mahsulotini etkazib berishdan keyin xatolarni tuzatish, ishlashni yaxshilash yoki boshqa xususiyatlarni yaxshilash uchun o'zgartirishdir.[1]

Ta'minotning keng tarqalgan tushunchasi shundaki, u shunchaki tuzatishni o'z ichiga oladi nuqsonlar. Biroq, bitta tadqiqot shuni ko'rsatdiki, parvarishlash harakatlarining 80% dan ortig'i tuzatilmaydigan harakatlar uchun sarflanadi.[2] Ushbu tushunchani foydalanuvchilar tizimda funktsional imkoniyatlarni oshirish haqida muammoli hisobotlarni taqdim etishlari bilan davom ettiradi.[iqtibos kerak ] Yaqinda o'tkazilgan tadqiqotlar, xatolarni tuzatish nisbati 21% ga yaqinlashdi.[3]

Tarix

Dasturlarga xizmat ko'rsatish va evolyutsiya tizimlar birinchi marta murojaat qilingan Meir M. Lehman 1969 yilda. Yigirma yil davomida uning tadqiqotlari quyidagilarni shakllantirishga olib keldi Leyman qonunlari (Lehman 1997). Uning tadqiqotining asosiy natijalari, texnik xizmat haqiqatan ham evolyutsion rivojlanishdir va texnik qarorlar vaqt o'tishi bilan tizimlar (va dasturiy ta'minot) bilan nima sodir bo'lishini tushunishga yordam beradi. Lehman tizimlar vaqt o'tishi bilan rivojlanib borishini namoyish etdi. Rivojlanayotganda, ular kabi ba'zi bir harakatlar bo'lmasa, ular yanada murakkablashadi kodni qayta ishlash 70-yillarning oxirlarida, Lents va Swanson tomonidan taniqli va ko'p keltirilgan tadqiqot tadqiqotlari juda yuqori qismini aniqladi hayot aylanishi xarajatlari parvarishlash uchun sarflangan.

So'rov shuni ko'rsatdiki, texnik xizmat ko'rsatishning taxminan 75% dastlabki ikki turga to'g'ri keldi va xatolarni tuzatish taxminan 21% ni sarf qildi. Ko'pgina keyingi tadqiqotlar shunga o'xshash muammo kattaligini ko'rsatmoqda. Tadqiqotlar shuni ko'rsatadiki, yangi talablarni yig'ish va tahlil qilishda oxirgi foydalanuvchilarning hissasi juda muhimdir. Bu dasturiy ta'minotni rivojlantirish va texnik xizmat ko'rsatish jarayonida yuzaga keladigan har qanday muammoning asosiy sababi. Dasturiy ta'minotni saqlash muhim ahamiyatga ega, chunki u butun umr tsikli xarajatlarining katta qismini sarflaydi, shuningdek dasturiy ta'minotni tez va ishonchli o'zgartira olmaslik biznes imkoniyatlari yo'qolganligini anglatadi.[4][5][6]

Dasturlarga xizmat ko'rsatishning ahamiyati

Dasturiy ta'minotga xizmat ko'rsatishning asosiy muammolari ham boshqaruv, ham texnik ahamiyatga ega. Boshqaruvning asosiy muammolari quyidagilardir: mijozlarning ustuvor yo'nalishlariga muvofiqlashtirish, xodimlar soni, qaysi tashkilot texnik xizmat ko'rsatishi, xarajatlarni taxmin qilish. Asosiy texnik muammolar: cheklangan tushuncha, ta'sir tahlili, sinov, texnik xizmat ko'rsatishni o'lchash.

Dasturiy ta'minot - bu xatolarni tuzatish, imkoniyatlarni oshirish, eskirgan imkoniyatlarni yo'q qilish va optimallashtirishni o'z ichiga olgan juda keng faoliyat. O'zgarish muqarrar bo'lgani uchun, baholash, boshqarish va o'zgartirishlar kiritish mexanizmlari ishlab chiqilishi kerak.

Shunday qilib, dasturiy ta'minotni ishga tushirgandan so'ng uni o'zgartirish uchun qilingan har qanday ish, parvarishlash ishi deb hisoblanadi, maqsadi dasturiy ta'minotning vaqt o'tishi bilan qiymatini saqlab qolishdir. Mijozlar bazasini kengaytirish, qo'shimcha talablarni qondirish, ulardan foydalanish osonroq, samaraliroq va yangi texnologiyalarni qo'llash orqali qiymatni oshirish mumkin. Ta'minot 20 yilga cho'zilishi mumkin,[iqtibos kerak ] rivojlanish 1-2 yil bo'lishi mumkin.[iqtibos kerak ]

Dasturlarga texnik xizmat ko'rsatishni rejalashtirish

Dasturiy ta'minotning ajralmas qismi bu texnik xizmat ko'rsatishdir, bu dasturiy ta'minotni ishlab chiqish paytida aniq texnik rejani tayyorlashni talab qiladi. Foydalanuvchilar modifikatsiyani qanday talab qilishlarini yoki muammolar haqida xabar berishlarini ko'rsatishi kerak. Byudjetda resurslar va xarajatlar smetasi bo'lishi kerak. Har bir yangi tizim xususiyati va uning sifat maqsadlarini ishlab chiqish uchun yangi qaror qabul qilinishi kerak. Dasturiy ta'minotni ishlab chiqish jarayonidan so'ng 5-6 yil (yoki hatto o'nlab yillar) davom etishi mumkin bo'lgan dasturiy ta'minot, dasturiy ta'minotga xizmat ko'rsatish doirasini, etkazib berish / tarqatish jarayonidan keyin moslashtirishni, kimni belgilashni o'z ichiga olgan samarali rejani talab qiladi. xizmat ko'rsatishni va umrbod tsikl xarajatlarini taxmin qilishni ta'minlaydi. Tegishli manfaatdor tomonlar tomonidan aniq ahamiyatga ega bo'lmagan dasturiy ta'minotni ishlab chiqarishning dastlabki bosqichidan boshlab standartlarning to'g'ri bajarilishini tanlash juda qiyin vazifadir.

Dasturlarga xizmat ko'rsatish jarayonlari

Ushbu bo'lim dasturiy ta'minotga xizmat ko'rsatishning oltita jarayonini quyidagicha tavsiflaydi:

  1. Amalga oshirish jarayoni dasturiy ta'minotni tayyorlash va o'tish jarayonlarini o'z ichiga oladi, masalan, texnik xizmat ko'rsatish rejasini tuzish va yaratish; ishlab chiqish jarayonida aniqlangan muammolarni hal qilishga tayyorgarlik; va mahsulot konfiguratsiyasini boshqarish bo'yicha kuzatuv.
  2. Ilova parvarishlash guruhining javobgarligiga aylangandan so'ng amalga oshiriladigan muammo va modifikatsiyani tahlil qilish jarayoni. Ta'minot dasturchisi har bir so'rovni tahlil qilishi, tasdiqlashi (vaziyatni takrorlash yo'li bilan) va uning haqiqiyligini tekshirishi, tekshirishi va echim taklif qilishi, so'rov va echim taklifini hujjatlashtirishi va nihoyat, modifikatsiyani qo'llash uchun barcha kerakli ruxsatnomalarni olishi kerak.
  3. O'zgartirishni amalga oshirishni ko'rib chiqadigan jarayon.
  4. O'zgartirishning echimini ta'minlaganligiga ishonch hosil qilish uchun so'rov yuborgan shaxs bilan o'zgartirilgan ishni tasdiqlash orqali modifikatsiyani qabul qilish jarayoni.
  5. Migratsiya jarayoni (platforma migratsiyasi, masalan) istisno va kundalik parvarishlash vazifalarining bir qismi emas. Agar dasturiy ta'minotni boshqa biron bir platformaga ko'chirish kerak bo'lsa, funktsional o'zgarishlarni o'zgartirmasdan, ushbu jarayondan foydalaniladi va ushbu vazifani bajarish uchun texnik loyiha guruhi tayinlangan bo'lishi mumkin.
  6. Va nihoyat, oxirgi parvarishlash jarayoni, shuningdek, har kuni sodir bo'lmaydigan hodisa, dasturiy ta'minotni bekor qilishdir.

Ta'minchilarga xos bo'lgan bir qator jarayonlar, tadbirlar va amaliyotlar mavjud, masalan:

  • O'tish: tizim ishlab chiquvchidan qo'llab-quvvatlovchiga bosqichma-bosqich o'tkaziladigan faoliyatning boshqariladigan va muvofiqlashtirilgan ketma-ketligi;
  • Xizmat ko'rsatish bo'yicha kelishuvlar Ta'minchilar tomonidan kelishilgan (SLA) va ixtisoslashtirilgan (domenga xos) texnik xizmat ko'rsatish shartnomalari;
  • O'zgartirish so'rovi va muammo bo'yicha hisobot bo'yicha yordam markazi: xizmat ko'rsatuvchilar tomonidan qabul qilingan so'rovlarni birinchi o'ringa qo'yish, hujjatlashtirish va yo'naltirish uchun foydalanadigan muammolarni hal qilish jarayoni;

Dasturlarga xizmat ko'rsatishning toifalari

E.B. Swanson dastlab texnik xizmat ko'rsatishning uchta toifasini aniqladi: tuzatuvchi, moslashuvchan va mukammal.[7] The IEEE 1219 standart 2010 yil iyun oyida o'zgartirilgan P14764.[8]Ular keyinchalik yangilandi va ISO / IEC 14764 quyidagilarni taqdim etdi:

  • Tuzatish xizmati: Topilgan muammolarni bartaraf etish uchun etkazib berilgandan so'ng amalga oshirilgan dasturiy mahsulotni reaktiv o'zgartirish. Tuzatish texnikasi avtomatlashtirilishi mumkin avtomatik xatolarni tuzatish.
  • Adaptiv parvarishlash: O'zgartirilgan yoki o'zgaruvchan muhitda foydalaniladigan dasturiy mahsulotni saqlash uchun etkazib berilgandan so'ng amalga oshirilgan dasturiy mahsulotni o'zgartirish.
  • Mukammal texnik xizmat: Ishlab chiqarishni yaxshilash uchun etkazib berishdan so'ng dasturiy mahsulotni o'zgartirish yoki saqlab qolish qobiliyati.
  • Profilaktik parvarishlash: Dasturiy mahsulotdagi yashirin nosozliklarni samarali nosozliklar paydo bo'lishidan oldin aniqlash va ularni tuzatish uchun etkazib berishdan so'ng dasturiy mahsulotni o'zgartirish.

Dasturiy ta'minotga egalik qilishning umumiy narxini pasaytirish uchun qilgan barcha yaxshi ishlaringiz - etkazib berishdan oldin / nashrdan oldin texnik xizmat ko'rsatish tushunchasi ham mavjud. Dasturiy ta'minotni saqlash maqsadlarini o'z ichiga olgan kodlash standartlariga muvofiqligi kabi narsalar. Dasturiy ta'minotni birlashtirish va birlashtirishni boshqarish. Dasturiy ta'minotni qo'llab-quvvatlash maqsadlariga erishish (masalan, SAE JA1004, JA1005 va JA1006). Ba'zi akademik muassasalar[JSSV? ] loyihalash hujjatlari va tizimni / dasturiy ta'minotni tushunishni o'rgatish va resurslar kabi resurslarning etishmasligi sababli dasturiy ta'minotni doimiy ravishda saqlash xarajatlarini miqdorini aniqlash bo'yicha tadqiqotlar olib bormoqda (dizayn ma'lumotlari mavjud bo'lmagan joyda xarajatlarni taxminan 1,5-2,0 ga ko'paytiring).

Ta'minot omillari

Asosiy sozlash omillarining texnik xizmatga ta'siri (maksimal ijobiy ta'sir tartibida tartiblangan)

Ta'minot omillariPlyus oralig'i
Ta'minot bo'yicha mutaxassislar35%
Xodimlarning yuqori tajribasi34%
Jadvalga asoslangan o'zgaruvchilar va ma'lumotlar33%
Asosiy kodning past darajada murakkabligi32%
Y2K va maxsus qidiruv tizimlari30%
Kodni qayta qurish vositalari29%
Qayta muhandislik vositalari27%
Yuqori darajadagi dasturlash tillari25%
Teskari muhandislik vositalari23%
Murakkablikni tahlil qilish vositalari20%
Qusurlarni kuzatib borish vositalari20%
Y2K "ommaviy yangilash" mutaxassislari20%
Avtomatlashtirilgan o'zgarishlarni boshqarish vositalari18%
Ish haqi to'lanmagan ortiqcha ish vaqti18%
Sifat o'lchovlari16%
Rasmiy bazaviy kod tekshiruvlari15%
Regression test kutubxonalari15%
Zo'r javob vaqti12%
Yillik mashg'ulotlar> 10 kun12%
Yuqori boshqaruv tajribasi12%
Yordam stolini avtomatlashtirish12%
Xatoga moyil modullar yo'q10%
On-layn nuqsonlar to'g'risida hisobot10%
Hosildorlikni o'lchash8%
Zo'r foydalanish qulayligi7%
Foydalanuvchidan qoniqish o'lchovlari5%
Yuqori jamoaviy ruhiy holat5%
Jami503%

Xatolarga olib keladigan modullar nafaqat muammoli, balki boshqa ko'plab omillar ham ish faoliyatini yomonlashtirishi mumkin. Masalan, juda murakkab spagetti kodi Xavfsiz saqlash juda qiyin.Agar ish faoliyatini tez-tez pasaytiradigan juda ko'p uchraydigan holat, nuqsonlarni kuzatish dasturi, o'zgarishlarni boshqarish dasturi va test kutubxonasi dasturi kabi tegishli texnik vositalarning etishmasligi. Quyida ba'zi bir omillar va dastur ta'minotiga ta'sir doirasini tavsiflang.

Asosiy sozlash omillarining texnik xizmatga ta'siri (maksimal salbiy ta'sir tartibida tartiblangan)

Ta'minot omillariMinus oralig'i
Modullarda xatolik yuz berdi-50%
O'rnatilgan o'zgaruvchilar va ma'lumotlar-45%
Xodimlarning tajribasizligi-40%
Kodning murakkabligi-30%
Y2K maxsus qidiruv tizimlari yo'q-28%
O'zgarishni qo'lda boshqarish usullari-27%
Past darajadagi dasturlash tillari-25%
Qusurlarni kuzatib borish vositalari yo'q-24%
Y2K "ommaviy yangilash" bo'yicha mutaxassislar yo'q-22%
Yomon foydalanish qulayligi-18%
Sifat o'lchovlari yo'q-18%
Ta'mirlash bo'yicha mutaxassislar yo'q-18%
Javob berish vaqti yomon-16%
Kod tekshiruvi yo'q-15%
Regression test kutubxonalari yo'q-15%
Yordam stolini avtomatlashtirish yo'q-15%
On-layn nuqsonlar to'g'risida hisobot berilmaydi-12%
Menejmentning tajribasizligi-15%
Kodni qayta tuzish vositalari yo'q-10%
Yillik mashg'ulotlar yo'q-10%
Rejiniring vositalari yo'q-10%
Teskari muhandislik vositalari yo'q-10%
Murakkablikni tahlil qilish vositalari yo'q-10%
Hosildorlikni o'lchash yo'q-7%
Yomon jamoaning ruhiy holati-6%
Foydalanuvchilarning qoniqish o'lchovlari yo'q-4%
To'lanmagan ortiqcha ish vaqti yo'q0%
Jami-500%

[9]

Texnik qarz

2019 yilda dasturiy ta'minot sifatini boshqarish bo'yicha 27-xalqaro konferentsiya uchun maqolada[10], Jon Estdeyl eskirgan bo'lib qolgan kutubxonalar, platformalar va vositalar kabi tashqi IT omillariga bog'liqligi sababli texnik xizmat ko'rsatish ehtiyojlari uchun "texnik qarz" atamasini kiritdi. [11]. Ilova ishlashda davom etmoqda va AT bo'limi ushbu nazariy javobgarlikni unutib, boshqa dolzarb talablar va muammolarga e'tibor qaratmoqda. Bunday qarz vaqt o'tishi bilan to'planib, indamay dasturiy ta'minot qiymatini yutib yuboradi. Oxir oqibat tizim o'zgarishini muqarrar qiladigan narsa yuz beradi.

Keyinchalik egasi tizimni endi o'zgartirish mumkin emasligini aniqlab olishi mumkin - bu so'zma-so'z boshqarib bo'lmaydigan. Kamroq keskin, biznes muammosini hal qilish uchun texnik xizmat ko'rsatish uchun juda uzoq vaqt ketishi yoki juda ko'p xarajat qilishi mumkin va alternativ echim topish kerak. Dastur to'satdan 0 funt sterlingga tushib qoldi.

Estdale "texnik qarz" ni belgilaydi[11] kabi: faqat to'liq ta'minlanadigan va qo'llab-quvvatlanadigan tashqi komponentlarning funktsiyalaridan foydalangan holda, dasturning amaldagi bajarilish holati va ideal o'rtasidagi farq. Ushbu qarz ko'pincha yashiriladi yoki tan olinmaydi. Ilovaning umumiy ta'mirlanishi boshqa etkazib beruvchilarning barcha turdagi tarkibiy qismlarining doimiy ravishda olinishiga bog'liq, shu jumladan:

  • Rivojlanish vositalari: manbalarni tahrirlash, konfiguratsiyani boshqarish, kompilyatsiya va qurish
  • Sinov vositalari: testlarni tanlash, bajarish / tekshirish / hisobot
  • Yuqoridagilarni bajarish uchun platformalar: apparat, operatsion tizim va boshqa xizmatlar
  • Ishlab chiqarish muhiti va har qanday kutish / tabiiy ofatlarni tiklash vositalari, shu jumladan manba kodlari tilining ishlash vaqtini qo'llab-quvvatlash muhiti va ishlarni rejalashtirish, fayllarni uzatish, takrorlanadigan saqlash, zaxiralash va arxivlash, bitta tizimga kirish va hk.
  • Alohida sotib olingan paketlar, masalan, DBMS, grafikalar, umumiy foydalanish, dasturiy ta'minot
  • Manba kodi, ob'ekt kodlari kutubxonalari va boshqa chaqirilmaydigan xizmatlardan sotib olingan
  • Ishlab chiqarish muhitini birgalikda ishlatadigan yoki ko'rib chiqilayotgan dastur bilan o'zaro ishlashning boshqa dasturlaridan kelib chiqadigan har qanday talablar

va albatta

  • Uyda yoki bozorda tegishli ko'nikmalar mavjudligi.

Komponentning to'liq yo'q bo'lib ketishi dasturni qayta tiklanmaydigan yoki yaqinlashib bo'lmaydigan qilib qo'yishi mumkin.

Shuningdek qarang

Adabiyotlar

[12]

  1. ^ "ISO / IEC 14764: 2006 dasturiy ta'minot muhandisligi - dasturiy ta'minotning hayot aylanish jarayonlari - texnik xizmat ko'rsatish". Iso.org. 2011-12-17. Olingan 2013-12-02.
  2. ^ Pigoski, Tomas M., 1997: Amaliy dasturiy ta'minot: Dasturiy ta'minotga investitsiyalarni boshqarish bo'yicha eng yaxshi amaliyot. Wiley Computer Pub. (Nyu York)
  3. ^ Eick, S., Graves, T., Karr, A., Marron, J. and Mockus, A. 2001. Kod parchalanadimi? O'zgarishlarni boshqarish ma'lumotlaridan dalillarni baholash. Dasturiy injiniring bo'yicha IEEE operatsiyalari. 27 (1) 1-12.
  4. ^ Lientz B., Swanson E., 1980: Dasturiy ta'minotni boshqarish. Addison Uesli, Reading, MA
  5. ^ Lehman M. M., 1980: Dastur, Hayotiy tsikllar va dasturiy ta'minot evolyutsiyasi qonunlari. IEEE ishlarida, 68, 9,1060-1076
  6. ^ Penny Grubb, Armstrong A. Takang, 2003: Dasturiy ta'minotga xizmat ko'rsatish: tushuncha va amaliyot. Jahon ilmiy nashriyoti kompaniyasi
  7. ^ "E. Burt Swanson, Ta'minotning o'lchamlari. Dasturiy ta'minot muhandisligi bo'yicha 2-xalqaro konferentsiya materiallari, San-Frantsisko, 1976, 492 - 497 betlar". Portal.acm.org. doi:10.1145/359511.359522. S2CID  14950091. Olingan 2013-12-02. Iqtibos jurnali talab qiladi | jurnal = (Yordam bering)
  8. ^ 1219-1998 yillardagi holat IEEE standartlari bo'yicha
  9. ^ "Yigirma birinchi asrda dasturiy ta'minotni saqlash iqtisodiyoti" (PDF). Arxivlandi asl nusxasi (PDF) 2015-03-19. Olingan 2013-12-02.
  10. ^ Xon, O; Marchbank, P; Georgiadou, E; Linecar, P; Ross, M; Staples, G (2019). Dasturiy ta'minot sifat menejmenti XXVII: IT sifatini boshqarish bo'yicha xalqaro tajribalar va tashabbuslar. Sautgempton: Solent universiteti. ISBN  978-1-9996549-2-4.
  11. ^ a b Estdeyl, Jon. Ta'minotni kechiktirish o'limga olib kelishi mumkin. [11] da. 95-106 betlar.
  12. ^ Pigoski, Tomas. "6-bob: dasturiy ta'minotga xizmat ko'rsatish" (PDF). SWEBOK. IEEE. Olingan 5 noyabr 2012.

Qo'shimcha o'qish

  • ISO / IEC 14764 IEEE Std 14764-2006 dasturiy ta'minot muhandisligi - dasturiy ta'minotning hayot aylanish jarayonlari - texnik xizmat. 2006. doi:10.1109 / IEEESTD.2006.235774. ISBN  0-7381-4960-8.
  • Pigoski, Tomas M. (1996). Dasturiy ta'minotga amaliy xizmat ko'rsatish. Nyu-York: John Wiley & Sons. ISBN  978-0-471-17001-3.
  • Pigoski, Tomas M. Dasturiy ta'minotni rivojlantirish va unga xizmat ko'rsatish tavsifi (0.5-versiya). SWEBOK bilim maydoni.
  • Aprel, Alen; Abran, Alen (2008). Dasturiy ta'minotni boshqarish. Nyu-York: Wiley-IEEE. ISBN  978-0-470-14707-8.
  • Gopalasvami Ramesh; Ramesh Bhattiprolu (2006). Dasturiy ta'minot: geografik jihatdan taqsimlangan muhit uchun samarali amaliyot. Nyu-Dehli: Tata McGraw-Hill. ISBN  978-0-07-048345-3.
  • Grubb, Penni; Takang, Armstrong (2003). Dasturlarga xizmat ko'rsatish. Nyu-Jersi: Jahon ilmiy nashriyoti. ISBN  978-981-238-425-6.
  • Lehman, M.M.; Belady, LA (1985). Dastur evolyutsiyasi: dasturiy ta'minotni o'zgartirish jarayonlari. London: Academic Press Inc. ISBN  0-12-442441-4.
  • Page-Jones, Meilir (1980). Strukturaviy tizimlarni loyihalash bo'yicha amaliy qo'llanma. Nyu-York: Yourdon Press. ISBN  0-917072-17-0.

Tashqi havolalar