Web aplikacijų kūrimas

Web aplikacija - tai naršyklėje veikianti programa, kuri atlieka konkretų įmonės darbą: priima užsakymus, valdo dokumentus, seka procesus ar aptarnauja klientus. Nuo interneto svetainės ji skiriasi tuo, kad svetainė informuoja, o aplikacija dirba: turi naudotojų roles, duomenų logiką ir veiksmus, kurie keičia įmonės būseną.

Kada individuali aplikacija apsimoka

Gatavas įrankis yra pigesnis startas ir daugeliu atvejų teisingas pasirinkimas. Individuali sistema pradeda apsimokėti tada, kai atsiranda bent vienas iš šių požymių:

• Procesas yra jūsų konkurencinis pranašumas, o gatava programa verčia jį supaprastinti.
• Tie patys duomenys suvedami į kelias sistemas, nes jos tarpusavyje nesikalba.
• Licencijų kaina auga kartu su darbuotojų skaičiumi, nors funkcijų naudojate mažumą.
• Reikia integracijų, kurių gatava platforma neleidžia arba už jas ima atskirai.
• Duomenys turi likti jūsų infrastruktūroje dėl reikalavimų ar sutarčių.

Ką paprastai kuriame

• Užsakymų ir darbų valdymas - nuo užklausos iki sąskaitos vienoje vietoje.
• Dokumentų srautai - rengimas, derinimas, elektroninis pasirašymas.
• Savitarnos portalai - klientams arba partneriams, su atskiromis teisėmis.
• Vidiniai registrai ir dienynai - lankomumas, ištekliai, grafikai.
• Ataskaitos vadovams - realaus laiko rodikliai vietoj mėnesio pabaigos suvestinių.

Technologijos

Serverio pusėje - Laravel (PHP), sąsajai - Vue arba Livewire, duomenims - MySQL arba PostgreSQL. Tai brandus, plačiai naudojamas rinkinys: rasti kitą prižiūrėtoją nebus problema, o saugumo atnaujinimai išeina reguliariai.

Architektūrą renkamės pagal projektą, ne atvirkščiai. Jei užtenka monolito - kuriame monolitą; jei sistema turi aptarnauti kelias sąsajas, atskiriame API.

Procesas ir priežiūra

Pradedame nuo mokamo analizės etapo, kuris baigiasi apimtimi, architektūros sprendimu ir sąmata. Toliau - klikabilus prototipas, kūrimas dviejų savaičių sprintais, testavimas ir paleidimas su apmokymais. Po paleidimo lieka SLA priežiūra su sutartu reakcijos laiku. Detaliau apie metodiką.

Jei sistema turi kalbėtis su tuo, kas jau veikia, žr. integracijas ir automatizavimą.

Web aplikacija ar gatavas įrankis

Individuali web aplikacija ne visada yra teisingas atsakymas. Jei procesas standartinis ir gatavas įrankis jį padengia be didelių kompromisų, pigiau ir greičiau jį pritaikyti. Kurti savo sistemą verta tada, kai bent vienas iš šių dalykų tiesa:

• procesas yra jūsų konkurencinis pranašumas ir negali prisitaikyti prie svetimos logikos;
• gatavame įrankyje tenka laikyti kelias skaičiuokles šalia, nes dalis darbo jame netelpa;
• reikia jungčių su apskaita, registrais ar vidinėmis sistemomis, kurių gatavas įrankis neturi;
• licencijos už naudotoją per kelerius metus kainuoja daugiau nei savas sprendimas.

Analizės etape tai įvertiname kartu. Jei paaiškėja, kad užtenka gatavo įrankio, taip ir pasakome: analizės rezultatas lieka jums ir tinka bet kuriam sprendimui.

Kiek laiko užtrunka

Web aplikacija kuriama etapais, todėl pirmąja versija naudotis galima gerokai anksčiau, nei bus sukurta viskas, ką planuojate.

• Analizė - 2-4 savaitės, baigiasi apimtimi ir sąmata.
• Prototipas - 1-2 savaitės pagrindiniams scenarijams.
• Kūrimas - sprintais kas 2 savaites; pirmoji veikianti versija paprastai per 2-4 mėnesius.
• Paleidimas - 1-2 savaitės su duomenų perkėlimu ir apmokymais.

Kiekvienas etapas baigiasi rezultatu, kurį galima įvertinti prieš einant toliau. Plačiau apie tai metodikos puslapyje.

Viešajam sektoriui

Įstaigoms web aplikacijos dažniausiai reikia paraiškoms, registrams ar e. paslaugoms. Tokiame projekte procedūra tokia pat svarbi kaip funkcijos.

• Techninė specifikacija pirkimui, parengta pagal analizės rezultatus.
• WCAG 2.1 AA prieinamumo patikra testavimo etape.
• BDAR reikalavimai ir duomenų saugojimo taisyklės nuo projekto pradžios.
• SLA priežiūra su sutartu reakcijos laiku ir mėnesio ataskaita.

Kaip dirbame su įstaigomis, aprašyta puslapyje sprendimai viešajam sektoriui.

Kas lemia kainą

• Kiek procesų ir naudotojų rolių sistema turi aptarnauti.
• Integracijos su apskaita, registrais, mokėjimais ir kitomis sistemomis.
• Saugumo, audito ir prieinamumo reikalavimai.
• Duomenų perkėlimas iš esamų sistemų ir skaičiuoklių.

Pirmoji versija dažniausiai apima vieną pagrindinį procesą ir vieną integraciją, o likusios funkcijos kuriamos sprintais pagal naudojimo duomenis. Rinkos duomenis ir tai, kaip skaičiuoti bendrą nuosavybės kainą, aprašėme straipsnyje kiek kainuoja individualios sistemos kūrimas.