Sharof rashidov nomidagi samarqand davlat universiteti intellektual tizimlar va kompyuter texnologiyalari fakulteti kompyuter ilmlari va dasturlash texnologiyalari yo

OʻZBEKISTON RESPUBLIKASI
OLIY VA OʻRTA-MAXSUS TAʻLIM VAZIRLIGI
SHAROF RASHIDOV NOMIDAGI SAMARQAND DAVLAT UNIVERSITETI
INTELLEKTUAL TIZIMLAR VA KOMPYUTER TEXNOLOGIYALARI FAKULTETI
KOMPYUTER ILMLARI VA DASTURLASH TEXNOLOGIYALARI YOʻNALISHI
3-KURS 301-GURUH TALABASI FARANGIZ ABDURASULOVANING
DASTURIY INJINIRING FANIDAN TAYYORLAGAN

referaT

TEKSHIRDI: URUNBAYEV J


SAMARQAND – 2023
Offshore dasturiy ta'minotni ishlab chiqish: IT / AKT tashqi manbalar rejasi
Apparat va dasturiy ta'minot o'rtasida hali ham farq bormi?

Tashqi manbalar vaqtida tartiblash?	Loyiha turi
1	Kichik parvarishlash
2	Tizim boshqaruvi
3	Asosiy tizimlarni qayta yozish
4	Kichik tizimlar
5	Katta tizimlarni ko'chirish
6	Mavjud ilovalarni kengaytirish
7	Yangi dasturlarni yaratish
8	Texnik tizimlar

Offshore dasturiy ta'minotni ishlab chiqish
Bugungi kunda ko'pgina kompaniyalar uchun offshore dasturiy ta'minot ishlab chiqish odatiy holdir. Shunga qaramasdan, Hindiston va Rossiya singari past darajadagi mamlakatlar dasturiy ta'minotini ishlab chiqarishni autsorsing qilish hali ham ko'plab tuzatishlar mavjud. Avvalgi maqolada Siz offshore tashqi manbalarga o'tishga to'g'ri kelmasligingiz kerak.
Offshore muhim printsiplari:
Tashkilot, kam xarajatlar nuqtai nazarini faqat birinchi rag'batlantirish ekanligini va o'z xalqi o'z mahsulotlarini o'z mahsulotiga ega bo'lishlari uchun eng katta afzalliklarni ixtisoslashtirilganligini tan olishlari kerak.
Qaysi funktsional spetsifikatsiyalarni tushunadigan va uni tashkilot xohishiga tarjima qila oladigan kuchli o'z bo'limi bo'lishi kerakligini tushunsangiz. Odamlar endi "qanday qilib nimani dasturga kiritadi va qaysi kutubxonalarni sotib olishingiz kerak" kabi savollar bilan shug'ullanish kerak emas?
Xodimlar keyinchalik mijozlarining istalgan funktsiyalarini va ushbu funktsiyalarga qanday qarashlari kerakligini bilib olishlari mumkin. Texnologiyani eshikdan olib tashlash orqali tashkilot bozorga va foydalanuvchilarga tabiiy tanlov qiladi.
Ushbu maqola asosan savolga javob berishga harakat qilmoqda: offshore dasturlar tanlovini amalga oshirish orqali off-shelf dasturiy ta'minotini boshqarish mumkin. Avvalo, qaysi dasturiy ta'minotni ishlab chiqish loyihalarining offshorlashtirishga muvofiqligini aniqlash va keyinchalik offshor etkazib beruvchini tanlashga o'tish muhim ahamiyatga ega.
Offshore dasturiy ta'minot ishlab chiqish uchun loyihalarning turlari
AKT loyihalarini autsorsing qilishda reyting
Dasturiy ta'minot loyihalarining ko'pchiligi mijoz serverlari kabi mavjud tizimlarni almashtirish yoki kengaytirishdan va orqa ofis tizimlaridan ortib borayotgan talabdan iborat. Ushbu tizimlarni kengaytirish odatda yaxshi variant emas, chunki ishlatiladigan texnologiya juda qadimiy va eskirib qolgan. Agar samaradorlik va samaradorlik sababli AKT investitsiyalarini ko'rib chiqsangiz, offshore tashqi manbalar to'g'risida o'ylash vaqti keldi. Muhim masalalar:
Kompaniyalar ko'pincha dasturlarni boshqarish bilan shug'ullanish uchun juda kam imkoniyatlarga ega: kichik o'zgarishlar (kichik texnik xizmat). Asosiy savol shundaki, siz yangi ishlab chiquvchilarni ishga yollamoqchimisiz yoki bu vazifani offshorga topshirmoqchimisiz?
Qaysi vazifalar offshore tashqi manbalardan olinishi mumkin yoki mumkin emas?
Axborot-kommunikatsiya tizimlari va autsorsing xizmatlarini kichik saqlash
AKT tizimlarida kichik parvarishlash dasturning kichik xatolarini tuzatish yoki kichik kengaytirishlarni amalga oshirishdan iborat. Masalan, ekranga maydon qo'shish yoki umumiy fikrni o'zgartirish. Dasturchi bu erda bir necha soat yoki hatto ba'zan bir necha kun davomida. Ushbu xizmat turini tashqi manbalarga osonroq kiritish mumkin, chunki bu yerda mavjud bo'lgan juda aniq tizim mavjud. Ajablanarlisi shundaki, loyiha menejerlari va mijozlarida AKT tizimlarining kichik ta'minoti quyida keltirilgan. Nima uchun bu qarshilik?
Kichkina parvarishlarga tashqi manbalardan foydalanishda loyiha rahbarlariga qarshilik ko'rsatish
Bu asosan psixologik qarshilik quyidagicha:
Kichkina parvarishlash dasturchilar uchun juda yoqimli, chunki natijalarni tezda ko'rib turasiz.
Loyiha menejerlari kichik yordamga muhtoj, chunki ular foydalanuvchilardan rahmat olgan.
Loyiha rahbarlari boshqa bir partiyaning tizim orqali bilib olishlari mumkinligini tasavvur ham qila olmaydilar va juda ko'p vaqt o'tkazmasdan samarali parvarish qilishlari mumkin.
Agar biror narsa noto'g'ri bo'lsa, loyiha rahbari tezda aralashmoqchi. Bu oxirgi dalil faqatgina bitta amalda bo'lishi mumkin, ammo bu amaliyotda tezkor aralashish xaotik loyihalarga olib keladi. Tez hal to'g'ri va to'liq tekshirilmaydi va yangi xatoga olib keladi. Bundan tashqari, tizimning sifati sezilarli darajada yomonlashadi, o'zgarishlar esa uzoq va uzoq vaqt davom etadi va nihoyat butunlay moslashuvchan va qimmat bo'lgan tizim qoladi.
Kichik parvarishlash loyiha asosida amalga oshirilishi kerak. Aniq versiya siyosati, shuningdek keng ko'lamli sinov va yaxshi o'rnatish tartib-qoidalari zarur. Bu muammolar miqdorini sezilarli darajada kamaytiradi. Foydalanuvchilarning mamnunligi oshib bormoqda va sifati va samaradorligi ancha yuqori.

Ko'pgina foydalanuvchilar o'zlari foydalanadigan dasturiy ta'minot sifati uchun uyatdadirlar va bu sababsiz emas. Katta tashkilotlar bilan eski ma'lumotlar sifati odatda har qanday darajadan past bo'ladi. Ba'zan tarixiy yozuvlarning 20% haqiqatda noto'g'ri ekanligi muhim tizimlar mavjud. Yozuvlar yoki noto'g'ri ma'lumotlarga yoki noto'g'ri ma'lumotlar saqlanadi. Ma'lumotlar bazasidagi shaxslarning faqat 5 foizi to'g'ri, o'nlab millionli yozuvlar bilan bog'liq barcha ma'lumotlar esa yomonlashdi. 50% yozuvlar mavjud bo'lmagan yozuvlarga havola etildi. Oddiy texnik sinov buni ko'rsatdi. Diagrammadagi (10.000 birlik) joylardagi 98% ishlatilmadi.

Kam ta'minlangan mamlakatlarga tashqi resurslarni boshqarish
Tizim boshqaruvi, past rentabellikdagi mamlakatga osonlik bilan jalb qilinishi mumkin bo'lgan 2ga asoslangan faoliyatdir, chunki u eng yaxshi aniq vazifa bo'lishi kerak.
Aslida, tizim ma'murlari har doim yo'qotish holatlarida. Agar ularning vazifasi aniq belgilangan bo'lsa, u tashqi manbalardan olinishi mumkin. Ammo, aniq bir shaklda aniqlanmagan bo'lsa, ular o'z ishlarini yaxshi qilmaganlar. Va ularning ishi ortib borayotgan avtomatlashtirish tufayli bosim ostida.
Ammo agar siz tizimni boshqarishdan chetga chiqsangiz, autsorsing oltin qoidasi qo'llaniladi: boshqaruv mijozning qo'lida qolishi kerak. Hindistonda 20 tizim administratorlari siz uchun ishlashi mumkin, ammo Gollandiyada tizim ma'murlarini boshqaradigan va foydalanuvchilar bilan aloqa o'rnatadigan rahbarlar bo'lishi kerak. Ular sifatga e'tibor qaratishlari kerak.
Asosiy tizimlarni va tashqi manbalarni qayta yozish
Outsource uchun qulay bo'lgan uchinchi turdagi loyiha yadro tizimlarini qayta yozishdir. Bu derleyiciler, optimallashchilar va tarmoq protokollari kabi operatsion tizimda chuqur bo'lgan narsalar. Tizimning qolgan qismiga interfeyslar to'liq texnik va ko'pincha oqilona belgilangan.
Biroq, yangi standartlar joriy etilganda ehtiyot bo'ling. W3C kabi standartlashtirish organlarining yangi standartlari o'rtacha sifatga ega bo'lib, juda ko'p sharhlash erkinligini beradi. Aslida, bu organlar haqiqiy standartlashtirishni sanoatda qoldiradilar.

Nima uchun ushbu standartlarning sifati juda past ekanligi haqida savol tug'ilishi mumkin. Ushbu standartlashtirish organlari aniq o'ylay olmaydilarmi? Ularga etakchilik va rahbarlik etishmayaptimi? Ushbu organlar lavozimidan ko'tarilgan va asosan muhim narsalarni qilishni xohlaydigan va boshqa hech narsa qilmaydigan menejerlardan iboratmi? Tijorat va siyosiy manfaatlar bormi? Ular amalga oshirishda javobgarlikdan qochishni istashlari sababli ular texnik xususiyatlarga atayin noaniqmi?

Kichik dasturiy ta'minot tizimlaridan autsorsing
Kichik tizimlardan autsorsing odatda jozibador variant hisoblanadi. So'nggi yillarda barcha dasturiy ta'minotni standart dasturiy ta'minot bilan almashtirish moda bo'ldi. Afsuski, dasturiy mahsulotlarning ko'pi Rojdestvo daraxti kabi ko'proq ko'rinishga kirishmoqda. Savdoni rivojlantirish uchun ko'proq va ko'proq funktsiyalar ishlatilmoqda. Har yili foydalanuvchilar dasturiy ta'minot paketlarida o'zlarini topish uchun uzoq vaqt kerak bo'ladi. Tadqiqotlar shuni ko'rsatadiki, sotib olingan funksiyalarning 85% umuman ishlatilmaydi.
Xodimlarning xarajatlari va ERP tizimi litsenziyasini saqlash
KO'Kdan keladigan ko'plab kompaniyalar o'zlarini IT rivojlantirmoqda. Hisoblash odatda tez amalga oshiriladi. 50.000 evro sarmoyasi uchun ikkita xodimni saqlab qoladigan bo'lsangiz, endi litsenziya to'lovlarini to'lashingiz kerak emas va siz ma'lumotni tezroq olishingiz mumkin, tadbirkor uzoq vaqt mobaynida bu haqda o'ylamasligi kerak.
Bu ham yirik tashkilotlarda tobora ko'paymoqda. Tezda tizimni yaratish orqali ERP tizimidagi xodimlar xarajatlari va litsenziya xarajatlarini ko'paytirishingiz mumkin. Bundan tashqari, juda samarali ishlashi mumkin, chunki o'z tizimi tashkilotning yanada kengayishi.
Offshore dasturiy ta'minotni ishlab chiqish va mavjud ilovalarni ko'chirish (eski)
Mavjud ilovalarni almashtirish yaxshi offshore amalga oshiriladigan faoliyatdir.
Arizalar 5 yildan 10 yilgacha yangi texnologiyalarga ko'chirilishi kerak. Masalan, ota-ramkalardan minicompyuterlarga, minicompyuterlar MS DOS-dan va MS DOS-dan Windows-ga o'tishning asosiy bosqichlari bo'ldi. Hozirgi kunda Visual Basic tizimlari va veb-ilovalarning aksariyati "Net" texnologiyasi bilan almashtirilmoqda.
Tijorat sabablarga ko'ra, ilovalarni almashtirishda talab foydalanuvchi interfeysi odatda bir xil bo'lishi kerak. Natijada, foydalanuvchilar dasturiy ta'minotni o'zgartirganligini va yangi versiyadan foydalanishga moyilligini sezishmaydi.
Buning ta'siri shundaki, yangi tizim texnik jihatdan to'g'ri aniqlangan interfeyslar orasiga o'rnatilgandir va shuning uchun juda aniq belgilanadi. Ushbu jarayon ko'chib o'tish deb nomlanadi va to'g'ri vositalar bilan avtomatik ravishda amalga oshirilishi mumkin.
Migratsiyadan keyingi birinchi vazifalardan biri tizimni texnik tozalashdir. Offshore dasturiy ta'minotni ishlab chiqaruvchi yetkazib beruvchisi buni juda yaxshi biladi, chunki u tizim orqali va orqali biladi.
Mavjud ilovalarni kengaytirish va offshor dasturiy ta'minot ishlab chiqish
Kichik kengaytmalar osongina offshore tashqi manbalardan olinishi mumkin. Yangi binolarga o'xshash katta kengaytmalar offshoring uchun kamroq mos keladi.
Yangi qurilish dasturlarini offshore tashqi manba qilish
Offshore dasturiy ta'minot ishlab chiqishning tashqi manbalaridan foydalanish qiyinligi yangi qurilish hisoblanadi. Bunga spesifikatsiyalar haqida noaniqlik sabab bo'ladi. Shunga qaramay, ba'zi offshor tashkilotlar, albatta, muvaffaqiyatli yangi qurilish loyihasini taqdim eta oladi.

Zamonaviy texnologiyaga asoslangan yangi qurilish - offshor yetkazib beruvchi uchun eng yaxshi narsa. Mijoz bilan birgalikda tizim shakllantirilgan va oqilona echimlar ishlab chiqilgan. Offshore xodimlari, byudjet va etkazib berish muddati ichida qolishga muvaffaq bo'lganda, faxrlanadilar. Noaniq xususiyatlar ham ijobiy muammo sifatida talqin qilinishi mumkin.

Texnik tizimlardan offshore tashqi manba
Offshor autsorsing bilan bog'liq eng qiyin narsa - bu texnik tizimlarning yangi qurilishi. Masalan, asboblarni boshqaradigan kompyuter dasturi yoki texnik qurilmalarga o'rnatilgan dastur.
Muammo mahsulotni integratsiyalash, tekshirish va tasdiqlashda. Bu offshorda joylashgan texnik jihozlarni talab qiladi. Lekin ko'pincha texnik qurilma hali mavjud emas, chunki u a prototip tayyorlanmoqda hisoblanadi. Yoki texnik qurilma mavjud, lekin uni koʻchirib boʻlmaydi, chunki u juda katta yoki juda koʻp boshqa infratuzilmani talab qiladi.
Ba'zan bu muammoni masofadan nazorat qilishni masofadan boshqarish orqali chetlab o'tish mumkin.
Uylarni tasdiqlashni davom eting
Tizimlarni sinash ikki komponentdan iborat: tekshirish (tizim spetsifikatsiyalarga muvofiq ishlaydi) va tasdiqlash (tartibda spetsifikatsiyalar). Barcha tekshiruv offshore tashqi manbalardan olinishi mumkin. Shu bilan birga, tashqi konfiguratsiya tekshiruvi juda qiyin, chunki tasdiqlash spetsifikatsiyalarning to'g'riligini va tizimning foydalanuvchi muhitida ishlayotganligini tekshiradi.
Offshore dasturiy ta'minot ishlab chiquvchisini tanlashda asosiy muammolar
Agar offshor yetkazib beruvchini tanlashda mijoz faqat asosiy masalalarni ko'rib chiqishi kerak, garchi bu amalda amalda bo'lmasa, yangi ko'rinishni ishlab chiqishga majbur qiladi. Offshore dasturiy ta'minotni ishlab chiqish tajribasiga ega bo'lgan mijozlar quyidagi asosiy masalalarga javob beradilar:
Texnologik mutaxassislik.
Narxlar.
Moslashuvchanlik. Bu boshqa yetkazib beruvchilar bilan hamkorlik qilish va mijozning xatarida qatnashish istagini bildiradi.
Offshore yetkazib beruvchi bilan mavjud munosabatlar.
Zikr va obro'.
Bir necha yil oldin kompaniyalar offshor etkazib beruvchilarni tanlash uchun turli xil mezonlardan foydalanganlar. Keyin menejerlar domen ekspertizasi va etkazib beruvchining o'lchamlari muhim deb hisoblashdi. Bular kompaniyaga qaytib keldi. Ta'minlovchining kattami yoki barcha bozorlarda o'z uyida ekanligi muhim emas. Muammo shundaki, yetkazib beruvchi ishni bajarish uchun zarur bo'lgan tajribaga ega.

Sotuvchining aytishicha ...?	Ammo esda tuting ...
93.5% loyihalar vaqt ichida bajarildi.	Netting sinovdan, qabul qilishdan va amalga oshirishdan juda farq qiladi.
Byudjetdagi loyihalarning 92%.	Bu qanday bo'lishi mumkin? Ruxsat etilgan narx loyihalari byudjet ichida har doim 100%.
Tadqiqot shuni ko'rsatadiki, mijozlarimizdan 80% juda xursand va 15% mamnun?	Va kim mustaqil tadqiqotchilarni to'laydi? Mijozlarni kim tanladi? Tadqiqotchilarning suhbatlariga ruxsat berilgan kishilarni kim tanlaydi?
Biz kelishilgan umumiy mulk narxiga (TCO) 3 yil ichida erishdik?	Bu qiyin emas, chunki shartnomada bo'lgan. Ishlab chiqaruvchi ko'proq pul olmagan.

Offshore ta'minotchini tanlash usullari
Offshore yetkazib beruvchi tanlashda uchta usul mavjud:
Asosiy shartnoma asosida.
Taklif uchun talabnoma (RFP).
Uchuvchi tomonidan
Offshore dasturiy ta'minot ishlab chiqish doirasi shartnomasi
Katta tashkilotlar dastlabki loyihalar boshlanishidan oldin shartnoma tuzadi. Asosiy shartnoma doirasida offshor etkazib beruvchisi qaerga ketishini biladi. Keyinchalik ba'zi narsalarni hisobga olishi mumkin, masalan, kadrlar tayyorlash. Odatda mijoz uchun hech qanday majburiyat yo'q.
Bunday shartnomalar katta va tanlov juda ehtiyotkorlik bilan bajarilishi kerak. Xaridor tez-tez o'quv jarayoni orqali o'tishlari kerak. Kompaniya offshorega birinchi marotaba kirsa, noto'g'ri savollar so'raladi. O'z-o'zidan kompaniya barcha faktlarni topadi, ammo boshqaruv muhimligini baholashga qodir emas, off-line yetkazib beruvchi bilan tuzilgan shartnoma allaqachon tugagan.
Taklif uchun ariza (RPF)
Kompaniyalar tez-tez so'raladigan so'rov (RPF) dan foydalanadilar. Kompaniyalar taklif qilish uchun boshqa kompaniyalarni taklif qiladi. Bu ta'minot etkazib beruvchilarni oldindan tanlash va tanlash imkoniyati mavjud.
Lekin taklifnomani yuborishdan juda ko'p narsa kutmang. Ta'minlovchilar juda yaxshi bilishadiki, mijoz allaqachon yetkazib beruvchini tanlagan va taklifnoma faqatgina forma uchun bajarilgan bo'lib, mijozlar ham foydali foydali maslahatlar oladi.
Offshore uchuvchi loyihasi
Ko'pgina kichik kompaniyalar bir nechta etkazib beruvchilar bilan cheklangan va dastlab bir xil offshor uchuvchi loyihani tanlashga qaror qilishgan. Ularga eng ko'p murojaat qilgan yetkazib beruvchini tanlaydilar. Bundan tashqari, yirik tashkilotlar uchun kichikroq loyihalar ham mavjud. Aks holda, RFP-ga joylashtiriladigan energiya tanlangan yetkazib beruvchi bilan yo'nalishda saqlanadi.
Birinchi qadam tirnoqni tuzishdir. Bu odatda qo'shma konsultatsiyalarda amalga oshiriladi, unda bir nechta loyiha takliflari ko'rib chiqiladi. Belgilanganidan keyin ikkala tomon ham tizimni amalga oshiradi.
Birgalikda savdolarni o'tkazish bosqichida ko'pincha sizda qanday go'sht borligi ma'lum bo'ladi. Ta'minlovchingiz nimani anglatishini tushunmasa yoki oddiygina tinglamasa, har doim to'xtab turishingiz mumkin.
Loyihani bosqichma-bosqich ajratish va har bir bosqichdan keyin shartnomani bekor qilish huquqini belgilash.
Offshore dasturiy ta'minot ishlab chiqish loyihalarini muvaffaqiyatli boshqarish
Offshore dasturiy ta'minot loyihalarini boshqarish haqida ko'proq gapirish mumkin. Ushbu maqola, kelgusi oylarda e'lon qilinadigan offshoring haqida bir qatorda ikkinchi.
Qiziq-shubhasiz, offshore tashqi manbalar haqida ko'proq bilishni xohlaysizmi? Ayniqsa, offshor loyihalarda protokol va taraqqiyot? Xotin Van Nek, Grote Beer kompaniyasining asoschisi, deyarli AKTning tuzilmasini ixtirochi deb bilasizmi? Hozirda u Sankt-Peterburgdagi offshor kompaniya Lizatec kompaniyasini boshqaradi. Uning buyuk tajribasidan kelib chiqqan holda, u rangli anekdotlar bilan offshorlanish haqida kristal-ochiq kitobni yozdi. Har bir loyiha rahbari xavfli sarguzashtdan offshore tashqariga chiqishdan oldin o'qigan bo'lishi kerak bo'lgan kitob.
bosing shu yerda Managementkennisbank.nl haqida maqola uchun
Biz bilan torting LinkedIn.
Xulosa
maqola
Offshore dasturiy ta'minotni ishlab chiqishda qanday loyiha tanlovlari amalga oshiriladi?
tavsifi
Bugungi kunda ko'pgina kompaniyalar uchun offshore dasturiy ta'minot ishlab chiqish odatiy holdir. Shunga qaramasdan, Hindiston va Rossiya singari past darajadagi mamlakatlar dasturiy ta'minotini ishlab chiqarishni autsorsing qilish hali ham ko'plab tuzatishlar mavjud. Avvalgi maqolada Siz offshore tashqi manbalarga o'tishga to'g'ri kelmasligingiz kerak.