System Analyst

Ārējās vai iekšējās pakalpojumi diagrammā?

Vai ir bijis, ka bizness iestājās par risinājumu, kuru uzskatīji par nepareizu? Kā tu to risināji?

Kas būtu jālemj par sinhrono vai asinhrono integrāciju — produkts vai izstrādātājs?

Ko darāt Postgres? Projektējat shēmas?

Pastāsti par savu pieredzi un kāpēc tagad meklē darbu

Kādi ir jūsu sarkanie karogi, izvēloties darba devēju?

Kāpēc jūs veicāt sinhronisku mijiedarbību diagrammā?

Uzzīmējiet diagrammu čatā kā pirmajā ziņojumā (teksta skats).

Kā tu strādā, ja bizness pats nesaprot, kādu risinājumu vajadzētu būt?

Kā tu zini, ka uzdevums ir gatavs sprintam?

Kam ir nepieciešami Message Queue un Notification Worker?

Kā jūties: izpildītājs, partneris vai mediators?

Nepieciešams kopējais standarta prompts, lai citas secības diagrammas no uzdevumiem tiktu veidotas tāpat.

Rakstiet ziņojumu plūsmas krievu valodā un pievienojiet alternatīvus scenārijus.

Ar ko jūs sazinājāties, lai saprastu uzņēmējdarbības vajadzības?

Vai esat projektējis API un cik bieži ar to nodarbojaties darbā?

Sistēmisko konfliktu novēršanas piemēri

Cik biedīgi ir strādāt komandā bez procesa?

Praktiskais uzdevums: Vienota paziņojumu platforma (Notification Platform) Konteksts Uzņēmumā ir 3 izkaisīti sistēmas, kas sūta paziņojumus lietotājiem: 1. CRM — sūta e-pastus un push paziņojumus par pasūtījumiem. 2. Support Portal — sūta ziņojumus par biļetēm Telegram botā. 3. Drošības sistēma — ģenerē SMS paziņojumus par aizdomīgiem pieslēgumiem. Katrs sistēma īsteno savu loģiku: * savas šablonus, hardcoded saņēmējus; * nav centralizētas paziņojumu vēstures; * lietotāji sūdzas par dublēšanu un kavēšanos; * nav vienota SLA, metriku vai vadības centra. Mērķis Izstrādāt jaunu Notification Platform, kas: * apkopo notikumus no dažādiem avotiem (CRM, Support, Security), * tos maršrutē pēc veida un kanāla (epasts, SMS, Telegram, push), * nodrošina šablonu vienotību, reģistrāciju un novērojamību, * atbalsta SLA (p95 ≤ 3 sekundes piegādei), * ļauj mērogot un paplašināt kanālus nākotnē. Uzdevums kandidātam 1. Definēt sistēmas funkcionālos prasības. 2. Aprakstīt nefunkcionālos prasības (drošība, veiktspēja, kļūdu apstrāde). 3. Izveidot konteksta diagrammu (C4 līmenis 2). 4. Pievienot secības diagrammas shēmu. Piemēram, ziņojuma sūtīšana no CRM.

Kuru C4 līmeni izmantosim diagrammai?