Kuriamas sudėtingas produktas
Projekte yra keli naudotojų tipai, tarpusavyje susiję procesai, skirtingi duomenų šaltiniai ar išorinės paslaugos.
Interneto sistemų architektūra
Interneto sistemos architektūra prieš pradedant kūrimą
Parengiame techninį planą naujai sistemai, sudėtingam pakeitimui arba projektui, kurio kūrimas pradėtas be aiškios struktūros.
Iš anksto apibrėžiame duomenis, naudotojų teises, integracijas, infrastruktūrą ir darbų eiliškumą — sprendimus, kuriuos vėliau keisti būtų brangu.
Aptarti architektūrąPrieš investuojant į kūrimą
Svarbiausius sprendimus priimame tada, kai juos dar lengva pakeisti
Architektūros reikia, kai produkto paskirtis jau aiški, tačiau dar neaišku, kaip turi būti sujungtos jo dalys, ką kurti pirmiausia ir kokias rizikas būtina pašalinti.
Keli produktai naudoja vieną platformą
Svetainė, mobilioji programėlė ir administravimo sistema gali naudoti tuos pačius duomenis bei taisykles.
Pradėtam projektui trūksta krypties
Darbai jau vyksta, tačiau sistemos ribos, atsakomybės ir prioritetai darosi vis neaiškesni.
Planuojamas didelis pakeitimas
Nauja integracija, kelių organizacijų atskyrimas vienoje platformoje, mobilioji programėlė, DI funkcija ar duomenų perkėlimas paveiks visą sistemą.
Ką apibrėžia architektūra
Techninis planas, pagal kurį galima pradėti darbus
Sistemos ribos ir dalys
Kas priklauso kuriamam produktui, kas lieka išorinėse paslaugose ir kaip visos dalys keičiasi duomenimis.
Duomenų modelis
Pagrindiniai duomenų objektai, jų ryšiai, šaltiniai, savininkai ir gyvavimo ciklas.
API ir integracijos
Ryšiai tarp interneto sąsajos, serverio, mobiliųjų programėlių ir išorinių paslaugų.
Paskyros, vaidmenys ir prieigos teisės
Kaip naudotojai prisijungia, kokią informaciją mato ir kokius veiksmus gali atlikti.
Infrastruktūra ir diegimas
Talpinimas, aplinkos, konfigūracija, diegimas, stebėsena, atsarginės kopijos ir sistemos priežiūra.
Kūrimo etapai ir rizikos
Darbų seka, pagrindinės priklausomybės, prielaidos ir klausimai, kuriuos reikia išspręsti prieš pradedant didesnės apimties darbus.
Darbo eiga
Dokumentuojame tiek, kiek reikia sklandžiam kūrimui
- 01
Išsiaiškiname tikslus ir apribojimus
Peržiūrime darbo procesus, naudotojus, duomenis, esamas sistemas, terminus ir svarbiausius verslo prioritetus.
- 02
Palyginame galimus sprendimus
Įvertiname platformų, integracijų ir diegimo variantų kainą, rizikas, privalumus bei priežiūros poreikius.
- 03
Parengiame kūrimo planą
Aprašome pasirinktą struktūrą, dar neišspręstus klausimus, rizikas ir pirmuosius darbų etapus.
Parengtą planą galima naudoti individualiai interneto sistemai kurti arba esamai sistemai etapais modernizuoti.
Parengtą planą galima įgyvendinti su „Ex Machina Stack“ arba perduoti kitai kūrėjų komandai.
Rezultatas
Aiški projekto struktūra prieš programuojant
Gaunate pagrįstus techninius sprendimus, sistemos schemą, darbų eiliškumą ir rizikų sąrašą, kuriais gali vadovautis kūrėjų komanda.
Dažniausi klausimai
Dažniausiai užduodami klausimai
Ar galima užsakyti tik architektūrą, be viso kūrimo?
Taip. Architektūra gali būti atskiras darbas. Šio darbo rezultatas — techniniai sprendimai, darbų seka ir žinomos rizikos dar prieš pasirenkant kūrėjus.
Ar architektūra pririša projektą prie vienos technologijos?
Ne. Technologijas parenkame pagal produkto poreikius, komandą, integracijas ir būsimą priežiūrą. Rekomendacijoje paaiškiname svarbiausių pasirinkimų privalumus ir trūkumus.
Ar architektūra gali padėti jau pradėtam projektui?
Taip. Galime peržiūrėti esamą kodą, infrastruktūrą ir anksčiau priimtus sprendimus, tada patikslinti likusių darbų kryptį nepradėdami visko nuo nulio.
Reikia aiškaus plano prieš pradedant programuoti?
Papasakokite apie produktą, esamas sistemas ir sprendimus, kuriuos reikia priimti prieš pradedant darbus.