Software engineering — dasturiy tizimlarni talablarni aniqlashdan boshlab loyihalash, ishlab chiqish, sinash, joylashtirish va qo‘llab-quvvatlashgacha bo‘lgan jarayonni muhandislik tamoyillari asosida tashkil etish sohasi. Uning maqsadi faqat ishlaydigan kod yozish emas, balki o‘zgarishga mos, tekshiriladigan, xavfsiz va boshqariladigan mahsulot yaratishdir.
Talablar
Functional requirement tizim bajaradigan vazifani, non-functional requirement esa tezlik, mavjudlik, xavfsizlik yoki foydalanish qulayligi kabi sifatni ifodalaydi. Talab o‘lchanadigan va tekshiriladigan bo‘lsa, bajarilganini baholash mumkin. “Tizim tez ishlashi kerak” noaniq; “95 foiz so‘rov 300 millisekunddan tez javob oladi” aniqroq mezondir.
Talablar manfaatdor tomonlar bilan aniqlanadi va o‘zgarishi mumkin. Traceability talabni dizayn qarori, kod, test va release bilan bog‘laydi. Bu bog‘lanish o‘zgarishning ta’sirini ko‘rsatadi.
Dizayn va arxitektura
Arxitektura tizimning yirik komponentlari, ularning mas’uliyati va aloqa usulini belgilaydi. Modul chegarasi ichki implementatsiyani yashiradigan interfeys yaratadi. Cohesion modul ichidagi vazifalarning bir-biriga yaqinligini, coupling esa modullar orasidagi bog‘liqlikni ifodalaydi. Yuqori cohesion va boshqariladigan coupling o‘zgarishni lokal saqlashga yordam beradi.
Arxitektura qarori trade-offga ega. Cache latency ni kamaytiradi, lekin eskirgan ma’lumot muammosini keltiradi. Microservice mustaqil release imkonini beradi, lekin tarmoq, observability va distributed transaction murakkabligini oshiradi. Qaror kontekst, yuklama va jamoa imkoniyatiga qarab hujjatlashtiriladi.
Ishlab chiqish jarayoni
Versiyalar nazorati kod tarixini saqlaydi. Branch va pull request o‘zgarishni ko‘rib chiqish, testlash va muhokama qilish imkonini beradi. Code review to‘g‘rilik, tushunarlilik, xavfsizlik va arxitektura mosligini tekshiradi. CI kod yig‘ilishi, statik tahlil va avtomatik testlarni takrorlanadigan tarzda bajaradi.
Iterativ jarayon mahsulotni kichik qismlarda yetkazadi va fikr-mulohazani ertaroq oladi. Waterfall, Scrum, Kanban yoki boshqa jarayon nomidan qat’i nazar, mas’uliyat, tayyorlik mezoni va o‘zgarishni boshqarish aniq bo‘lishi kerak.
Ekspluatatsiya
Release productionga chiqqach dasturiy hayotiy sikl tugamaydi. Log, metric va trace tizim holatini ko‘rsatadi. Incident jarayonida xizmat tiklanadi, keyin sabab va himoya choralari tahlil qilinadi. Postmortem aybdor izlash emas, tizim va jarayondagi zaif nuqtalarni aniqlashga xizmat qiladi.
Texnik qarz tezkor yechimning keyingi o‘zgarishlarga qo‘shadigan xarajatidir. U ko‘rinadigan backlog, risk va reja bilan boshqariladi. Dokumentatsiya, test va aniq interfeyslar bilimning faqat alohida odamda qolib ketishini kamaytiradi.
Sifat atributlari
Maintainability kodni tushunish va o‘zgartirish xarajatini, reliability belgilangan sharoitda to‘g‘ri ishlash ehtimolini, availability esa xizmatning foydalanishga tayyor vaqt ulushini bildiradi. Security, portability va scalability ham arxitektura qarorlariga ta’sir qiladi. Bitta sifatni oshirish boshqasiga xarajat keltirishi mumkin.
Sifat atributi umumiy istak emas, scenario bilan ifodalanadi: manba, hodisa, muhit, tizim javobi va o‘lchov. Masalan, bitta instansiya uzilganda trafik 30 soniya ichida sog‘lom instansiyaga o‘tishi availability scenariysi bo‘ladi. Shu shakl dizaynni test qilinadigan talabga bog‘laydi.
Risk boshqaruvi
Texnik risk ehtimol va ta’sir bo‘yicha baholanadi. Noma’lum texnologiya uchun kichik proof of concept, xavfli migratsiya uchun rollback sinovi yoki katta yuk uchun load test uncertainty ni kamaytiradi. Risk ro‘yxati faqat loyiha boshida tuzilmaydi; yangi dependency, talab va incident bilan yangilanadi.
Bog‘liq tushunchalar
Talablar, arxitektura, versiyalar nazorati, code review, CI/CD, observability, texnik qarz