Ką gausite
Suderintą techninę specifikaciją, veikiantį modulį ar integraciją, priėmimo testus, diegimo planą ir sutartos apimties dokumentaciją.
Individualus programavimas
Programuojame PrestaShop modulius, API sąsajas, leidžiančias dviem sistemoms automatiškai apsikeisti duomenimis, administravimo įrankius ir automatizacijas. Darbą pradedame ne nuo kodo, o nuo taisyklių, duomenų ir rezultato, kurį turi gauti vartotojas.
Sprendimo santrauka
Suderintą techninę specifikaciją, veikiantį modulį ar integraciją, priėmimo testus, diegimo planą ir sutartos apimties dokumentaciją.
Terminas nustatomas po techninės analizės, kai aiškios verslo taisyklės, duomenys, suderinamumas, ribinės situacijos ir priėmimo kriterijai.
Kaina apskaičiuojama pagal darbų apimtį, integracijas, testavimą ir diegimo riziką. Prieš kūrimą pateikiame suderintą sąmatą.
Aprašykite norimą vartotojo veiksmų eigą, įvestis ir galutinį rezultatą; jautrių prisijungimų pradiniame apraše siųsti nereikia.
Įgyvendintų sprendimų tipai
Klientų pavadinimų neviešiname. Techniniai modulių vardai pateikiami tik kaip kompetencijos orientyras.
Pažangesnės pasiūlymų taisyklės, administravimo logika ir aiškus akcijos pateikimas pirkėjui.
Automatinis produktų žymėjimas pagal būseną, savybes, kainą, akciją ar kitą verslo taisyklę.
Slenksčiai, išimtys, informacinės žinutės ir pirkėjui matomas progresas iki nemokamo pristatymo.
Aiškesnė atributų logika, patogesnė prekių atranka ir naudotojo sąsajos tobulinimas kataloge.
Žingsniais vedamas pasirinkimas, kuris pagal atsakymus padeda vartotojui rasti tinkamą sprendimą.
Rolės, limitai, tvirtinimai, individualios kainos, pasiūlymai, dokumentai ir užsakymo kelias.
Segmentai, siuntimo eilės, elgsenos trigeriai, atsisakymai, statistika ir pajamų priskyrimas.
Domenui pririštos licencijos, produktai, planai, API versijos ir veiksmų istorija.
Realiai sukurtas modulis
DEMO ekranuose matoma reali šešių naviguojamų skyrių akcijos forma ir mobiliajame krepšelyje pritaikyta „2 + 1“ mechanika. Galutinėje P01–P24 priėmimo matricos suvestinėje visi scenarijai pažymėti PASS; suvestinė sujungia 0.9.1–1.0.1 regresijos ciklus „PrestaShop“ 1.7.8.11 aplinkoje.


Ką galime sukurti
Akcijos, rinkiniai, individuali kainodara, klientų grupės, lojalumas, kryžminiai pasiūlymai ir apribojimai.
Importas, atributai, filtrai, variantai, duomenų tikrinimas, masiniai pakeitimai ir tiekėjų sinchronizacija.
Papildomos būsenos, tvirtinimai, dokumentai, sandėlio veiksmai, pristatymas, grąžinimai ir pranešimai.
Ataskaitos, paieška, filtrai, importo peržiūra, klaidų eilės, darbų istorija ir darbuotojų teisės.
Įmonės valdymo (ERP), klientų valdymo (CRM), apskaitos, mokėjimų ir logistikos sistemos, išorinis sandėliavimo bei siuntimo partneris (3PL), tiekėjai ir prekyvietės.
Turinio juodraščiai, klasifikavimas, rekomendacijos, ataskaitų paaiškinimai ir saugiai tvirtinami veiksmai.
Modulio atnaujinimai, lentelių pakeitimai, senų duomenų išsaugojimas ir grįžtamumo planas.
Suplanuotos foninės užduotys (cron), būsenų žurnalai, klaidų pranešimai, pakartotinis vykdymas ir kritinių kelių patikra.
Ne „galime bet ką“
Geras individualus sprendimas turi aiškias įvestis, taisykles, vartotojų roles, klaidų būsenas ir priėmimo kriterijus. Jei standartinis modulis problemą išsprendžia patikimiau ir pigiau, pirmiausia pasiūlysime jį.
Kokybės procesas
Aprašome roles, duomenis, verslo taisykles, ribines situacijas ir priėmimo kriterijus.
Versijuojame pakeitimus, atskiriame konfigūraciją ir nerašome paslapčių į viešą kodą.
PHP sintaksė, diegimas, duomenų bazės migracijos, regresija, saugumas ir apkrovos ribos.
E2E testas patikrina visą vartotojo kelią nuo įvesties iki galutinio įrašo, dokumento, laiško ar užsakymo.
Prieš produkciją saugome kopiją, po diegimo tikriname žurnalus ir kritines funkcijas.
DUK
Taip. Pirmiausia aprašome verslo taisykles, duomenis, vartotojų roles ir ribines situacijas, tada kuriame, testuojame ir dokumentuojame modulį.
Taip. Galime išanalizuoti esamą modulį, pataisyti klaidas, pagerinti administravimą, greitį, suderinamumą ar papildyti funkcijomis.
Kaina nustatoma įvertinus užduoties apimtį, integracijas, duomenų migracijas, testavimo scenarijus, saugumo riziką ir priežiūros poreikį.
Techninį pavadinimą galime rodyti kaip kompetencijos pavyzdį, tačiau kliento, parduotuvės ir komercinių rezultatų neviešiname be atskiro leidimo.
Individuali funkcija
Įvertinsime standartinį modulį, patobulinimą arba individualų sprendimą.
Aptarti programavimo darbą