Išorinės ar vidinės paslaugos diagramoje?
System Analyst
Ar yra buvę, kad verslas reikalavo sprendimo, kurį laikėte neteisingu? Kaip tai išsprendėte?
Kas turėtų nuspręsti dėl sinchroninės ar asinchroninės integracijos — produktas ar kūrėjas?
Ką darote Postgres? Projektuojate schemas?
Papaskink apie savo patirtį ir kodėl dabar ieškai darbo
Kokie yra jūsų raudoni ženklai renkantis darbdavį?
Kodėl padarei sinchroninį sąveiką diagramoje?
Nupieškite diagramą pokalbyje kaip pirmojoje žinutėje (teksto vaizdas).
Kaip žinote, kad užduotis yra pasiruošusi sprintui?
Kaip dirbi, jei verslas pats nesupranta, kokį sprendimą turi būti?
Kam skirti Message Queue ir Notification Worker?
Kaip jautiesi: vykdytojas, partneris ar mediatori?
Bendras tipinis promptas reikalingas, kad kiti sekvenciniai diagramų iš užduočių būtų daromi taip pat.
Rašykite žinučių srautus rusų kalba ir pridėkite alternatyvius scenarijus.
Ar projektavote API ir kaip dažnai tuo užsiimate darbe?
Su kuo bendravote, kad suprastumėte verslo poreikius?
Kiek baisu dirbti komandoje be proceso?
Kokį C4 lygį naudosime diagramai?
Praktinė užduotis: Vieninga pranešimų platforma (Notification Platform) Kontekstas Įmonėje yra 3 išsklaidyti sistemos, kurios siunčia pranešimus naudotojams: 1. CRM — siunčia el. laiškus ir push pranešimus apie užsakymus. 2. Support Portal — siunčia žinutes apie bilietus per Telegram botą. 3. Saugumo sistema — generuoja SMS pranešimus apie įtartinus prisijungimus. Kiekviena sistema įgyvendina savo logiką: * savo šablonus, hardcoded gavėjus; * nėra centralizuotos pranešimų istorijos; * naudotojai skundžiasi dėl dubliavimosi ir vėlavimų; * nėra vieno SLA, metrikų ar valdymo centro. Tikslas Sukurti naują Notification Platform, kuri: * kaupia įvykius iš skirtingų šaltinių (CRM, Support, Security), * juos maršrutizuoja pagal tipą ir kanalą (el. paštas, SMS, Telegram, push), * užtikrina šablonų vienodumą, registravimą ir stebėseną, * palaiko SLA (p95 ≤ 3 sekundės pristatymo), * leidžia mastelio keitimą ir kanalų plėtrą ateityje. Kandidato užduotis 1. Apibrėžti sistemos funkcinius reikalavimus. 2. Aprašyti nefunkcinius reikalavimus (patikimumas, našumas, klaidų tvarkymas). 3. Sukurti kontekstinį diagramą (C4 lygis 2). 4. Pridėti sekvencijos diagramos schemą. Pavyzdžiui, pranešimo siuntimą iš CRM.
Pavyzdžiai, kaip išvengti sisteminių konfliktų