4-5 dəq. oxuma vaxtı
API: restoran analogiyası
API (Application Programming Interface) iki sistemin bir-biri ilə qaydalı şəkildə danışmasını təmin edən interfeysdir. Restoranı düşünün: müştəri mətbəxə girmir, ofisiant sifarişi aparır, yeməyi gətirir. Mobil tətbiq də bankın əsas sisteminə birbaşa girmir. API vasitəsilə “sifariş” verir və “cavab” alır.
Şəkil 1. API sistemlər arasında “ofisiant” rolunu oynayır.
Qorxmaq normaldır və problem deyil
Yeni İT BA ilk dəfə “endpoint”, “payload”, “webhook” eşidəndə çaşa bilər. Bu, zəiflik deyil. İdeal İT BA-nın tərkibi təxminən 20% İT bilik və 80% xarakter olmalıdır: kommunikasiya, elicitation, tənqidi düşüncə, stakeholder idarəçiliyi. Kod yazmaq BA-nın işi deyil. Nəyin, niyə və hansı qaydalarla ötürüləcəyini müəyyənləşdirmək onun işidir.
Şəkil 2. İdeal İT BA profili: texniki bilik təməldir, amma işin əsası insan və təhlil bacarıqlarıdır.
BA üçün API: yalnız beş sual
- Nə üçün? Bu inteqrasiya hansı biznes problemini həll edir?
- Hansı data? Sorğuda nə gedir, cavabda nə qayıdır? Hansı sahələr məcburidir?
- Kim və nə qədər? Kimin icazəsi var? Gündə neçə sorğu gözlənilir?
- Xəta olsa nə? Sistem cavab vermirsə, müştəri nə görür? Əməliyyat təkrarlanırmı?
- Necə yoxlayacağıq? Qəbul meyarları və test ssenariləri hansılardır?
Bu suallar proqramlaşdırma tələb etmir, yalnız maraq və sistemli düşüncə. Postman və ya Swagger kimi alətlərlə sorğunu özünüz göndərib cavaba baxsanız, qorxu tez keçir.
| Termin | Sadə dildə mənası |
|---|---|
| Endpoint | Sistemin “qapısı” – sorğunun göndərildiyi ünvan (məs., /customers/123) |
| Request / Response | Sorğu və cavab. BA üçün əsas sual: hansı data gedir, hansı data qayıdır? |
| JSON | Datanın mətn formatında yazılışı: ad, soyad, məbləğ kimi “sahə: dəyər” cütləri |
| Status kodu | 200 – uğurlu, 404 – tapılmadı, 500 – server xətası. Hər biri biznes ssenarisidir |
| Authentication | “Sən kimsən və icazən var?” – təhlükəsizlik və rol qaydaları |
Təşkilatlar BA-nı necə “istifadə edir” – səhv yolla
Zəif İT BA mədəniyyəti olan təşkilatlarda tez-tez belə mənzərə görürük: BA-nın vəzifəsi yalnız hazır API məntiqini diaqrama çəkmək olur. Həll artıq developer və ya arxitektor tərəfindən seçilib; BA-ya yalnız sequence diagram və sənədləşdirmə qalır.
- BA-ya bizneslə elicitation aparmağa icazə verilmir – tələblər “yuxarıdan” gəlir;
- Prosesi və ya həlli sıfırdan dizayn etmək səlahiyyəti yoxdur;
- Alternativ variantlar müzakirə olunmur, “niyə” sualı verilmir.
Nəticə: BA “sənəd çəkən” texniki köməkçiyə çevrilir; biznes dəyəri itir, developer isə qeyri-dəqiq tələblərlə işləyir. Əslində BA-nın gücü qərarın başlanğıcında olmaqdır.
Nəticə
API qorxulu texnologiya deyil, sistemlər arasında müqavilədir. İT BA onu anlamaq üçün proqramçı olmalı deyil, düzgün sual verən və prosesin sahibi olan şəxs olmalıdır.
Bu mövzular – API əsasları, elicitation, prosesin sıfırdan dizaynı və BA-nın təşkilatda rolu – Code Academy-nin İT Biznes Analiz proqramında digər mühüm mövzularla birlikdə ətraflı və praktiki şəkildə işlənir. Karyeranızı real BA kimi qurmaq istəyirsinizsə, proqramla tanış olun.
7-8 dəq. oxuma vaxtı
