Alkalmazás-, platform- és komponálható termékfejlesztés
Alapplatformok, portálok és szolgáltatások, amelyek megbízhatóan működnek, gyorsak maradnak, és folyamatosan változtathatók
Amikor a dobozos szoftver már nem illeszkedik
A dobozos szoftver a vállalat működésének nagy részéhez illeszkedik, de ahhoz a részhez nem, amelyben az Ön vállalata különbözik a többitől. Ez lehet egy árazómotor, egy operatív platform, egy portál, amelybe az ügyfelei bejelentkeznek, vagy azok a szolgáltatások, amelyek a többi rendszerét összetartják.
Ezek a szoftverek gyakran a legnagyobb forgalmat és a legnagyobb kockázatot hordozzák. A leállás megállítja az értékesítést vagy a közszolgáltatásokat, a lassú oldalak elveszítik a felhasználókat, a törékeny architektúra pedig minden új funkciót hosszú projektté alakít.
Mi változik Önnél
Az Ön munkamódjához illő szoftver
Az Ön szabályai, munkafolyamatai és adatmodellje a kódban, nem táblázatokban és kézi lépésekben megkerülve.
Terhelés alatt is helytálló platformok
Csúcsforgalomra tervezett, nagy egyidejű terhelést bíró szolgáltatások és API-k, az őket védő korlátokkal és kvótákkal.
Változás újrakezdés nélkül
Komponálható építőelemek, tesztek és automatizált kiadások, így az új funkciók kis, rendszeres kiadásokként kerülnek ki, nem nagy projektekként.
Mit nyújtunk
Vállalati szoftver és többbérlős SaaS
Alapvető üzleti platformok és többbérlős SaaS-termékek, bérlői elkülönítéssel, szerepkörökkel és auditnaplókkal, már az első kiadástól beépítve.
Komponálható architektúra és mikroalkalmazások
A csomagolt üzleti képességek (PBC) önálló részek, például az árazás, az ügyfélbevezetés vagy a számlázás, amelyek újrahasznosíthatók, lecserélhetők vagy önállóan kiadhatók. Ezekből platformokat és kis alkalmazásokat építünk.
Háttérrendszerek és API-k
Mikroszolgáltatások és nagy egyidejű terhelést bíró REST- és GraphQL-API-k, sebességkorlát- és kvótakezeléssel. Az MCP-kiszolgálók (Model Context Protocol) révén az MI-ágensek biztonságosan használhatják a rendszereit.
Ügyfélportálok, állampolgári e-szolgáltatások és belső eszközök
Önkiszolgáló portálok, kormányzati e-szolgáltatások és háttérirodai eszközök, amelyek lassú kapcsolaton is gyorsan betöltődnek, és billentyűzettel és képernyőolvasóval is használhatók.
Frontendek és tervezési rendszerek
Felületek Reactben, Next.js-ben, Angularban vagy Vue.js-ben, tokenizált tervezési rendszerből építve, hogy minden termék a növekedése során is ugyanúgy nézzen ki és viselkedjen.
Többnyelvűség és jobbról balra haladó elrendezés
A szöveg a kódon kívül tárolva, nyelvenként fordítva, az arab nyelvhez helyesen tükrözött elrendezéssel.
Tesztek és szállítási folyamat
Egység-, integrációs és végponttól végpontig terjedő tesztek minden változásnál, a kiadások pedig automatizáltan jutnak el a repóból minden környezetbe.
Dokumentáció és átadás
Architektúra-döntési feljegyzések, dokumentált API-k és üzemeltetési útmutatók, hogy mérnökei vagy a mieink biztonságosan fejleszthessék tovább a rendszert.
Asztali alkalmazások
Az asztali alkalmazásokon még mindig a napi munka nagy része zajlik a pénzügyi munkaállomásokon, a bolti kasszáknál, a raktárakban, a klinikákon és a vezérlőtermekben. Windowsra, macOS-re és Linuxra építjük őket, natív vagy platformfüggetlen formában. Egy régebbi alkalmazás lépésenként korszerűsíthető.
Asztali felület tervezése
Billentyűzetre, egérre és nagy monitorokra tervezett képernyők, gyorsbillentyűkkel és sűrű nézetekkel a szakértő felhasználóknak.
Windows-, macOS- és Linux-változatok
Natív vagy platformfüggetlen alkalmazások egyetlen feladatlistából építve, ahol lehetséges, közös üzleti szabályokkal.
Offline használat és szinkronizálás
Titkosított helyi tárolás és ütközéskezelési szabályok, hogy kapcsolat nélkül is folyjon a munka, és később biztonságosan szinkronizálódjon.
Eszközintegráció
Kapcsolatok vonalkódolvasókhoz, nyugta- és címkenyomtatókhoz, mérlegekhez, fizetési terminálokhoz és más helyi hardverekhez.
Aláírt telepítők és frissítések
Kódaláírt csomagok az eszközkezelő rendszereihez, automatikus frissítéssel, fokozatos bevezetéssel és visszaállítással.
Háttérrendszer- és API-integráció
Biztonságos kapcsolatok az ERP-jéhez, CRM-jéhez és más rendszereihez, újrapróbálkozásokkal és világos üzenetekkel, ha azok nem érhetők el.
Bejelentkezés és helyi biztonság
Egyszeri bejelentkezés az identitásszolgáltatójával, titkosított helyi adatok, és futtatáshoz nincs szükség rendszergazdai jogosultságra.
Tesztek és összeomlásjelentések
Automatizált tesztek minden támogatott operációsrendszer-verzión, és összeomlásjelentések, amelyek még azelőtt megmutatják a problémákat, hogy a felhasználók jeleznék őket.
Korszerűsítési terv
Egy meglévő alkalmazáshoz lépésről lépésre haladó terv a legrégebbi részeinek lecserélésére, miközben a felhasználók folyamatosan használják.
Hogyan dolgozunk
Feltárás
Találkozunk azokkal, akik használni és működtetni fogják a szoftvert, feltérképezzük a jelenlegi folyamatot, és egyeztetjük az első kiadást.
Tervezés
Kialakítjuk az architektúrát, az adatmodellt és a kulcsképernyőket, és prototípusokkal teszteljük a kockázatos feltételezéseket.
Építés rövid iterációkban
Működő részeredményeket adunk át, bemutatjuk őket Önnek egy előéles (staging) környezetben, és a tanulságok alapján módosítjuk a feladatlistát.
Ellenőrzés minden változásnál
Automatizált tesztek, kódellenőrzés, valamint teljesítmény-, biztonsági és akadálymentesítési ellenőrzések futnak az összefésülés előtt.
Kiadás
A szállítási folyamaton keresztül telepítünk, visszaállítási tervvel, és az élesítés után szorosan figyeljük a rendszert.
Üzemeltetés és továbbfejlesztés
Szolgáltatási megállapodás keretében támogatjuk és bővítjük a rendszert, vagy egy átfedési időszakkal átadjuk a csapatának.
Technológiák és szabványok
Olyan technológiai stacket választunk, amelyet a csapata üzemeltetni tud, és amelyhez munkaerőt is talál. Egy termék megnevezése nem jelent partnerséget a beszállítójával.
- Nyelvek
- TypeScript
- Java
- C#
- Python
- Go
- PHP
- Keretrendszerek
- Node.js
- NestJS
- Spring Boot
- .NET
- Django
- Laravel
- React
- Next.js
- Angular
- Vue.js
- Adatbázisok
- PostgreSQL
- MySQL
- MongoDB
- DevOps és megfigyelhetőség
- Docker
- Kubernetes
- Design és akadálymentesítés
- Storybook
- WCAG 2.2
- Integráció
- REST
- GraphQL
- OpenAPI
Bizonyíték éles környezetben
Egy többmárkás kiskereskedelmi csoport számára mérnökeink nagy egyidejű terhelést bíró kereskedelmi motort és olyan készletfoglalási szolgáltatást építettek, amely villámakciók idején is helytáll.
Hogyan kezdje
Hozzon specifikációt, és ajánlattal válaszolunk. Hozzon ötletet, és a Blueprint Studio előbb architektúrát és rögzített hatókört készít belőle.
Mi történik ezután
Előzetes konzultáció
Egy ingyenes 30 perces online előzetes konzultáció: áttekintjük a céljait, rendszereit és korlátait.
Felkészültségi értékelés
Egy ingyenes 48 órás felkészültségi értékelés során egyik vezető architektünk a hatpontos készenléti definíció (Definition of Ready) alapján megvizsgálja a projektjét, és javasolja a hozzá illő utat.
Az út kiválasztása
A kész hatókörű projektek 3 és 5 munkanapon belül kötelező érvényű ajánlatot kapnak. A koncepciószakaszban lévő projektek a Blueprint Studióban indulnak. A hibás, dokumentálatlan vagy integrációra szoruló éles rendszer diagnosztikával indul (időtartam: 1 és 2 hét között). A Blueprint Studiónak és a diagnosztikának egyaránt fix díja van, amelyet az ajánlat tartalmaz.
Megvalósítás öt szakaszban
Mobilizálás, sprintek élő bemutatókkal, integráció és megerősítés, átvétel és élesítés, majd menedzselt szolgáltatások. Az élesítés után következik: garanciaidőszak, majd opcionális támogatás és karbantartás.
MI-natív termékcsapatok
Menedzselt, több funkciót lefedő szenior mérnöki podok, ágens alapú kódolási és QA-keretrendszerekkel felszerelve.
Fix kimenetelű projektek és éjjel-nappal működő menedzselt szolgáltatások
Rögzített hatókörű, mérföldkövekre épülő megvalósítás megnevezett megvalósítási vezetőkkel, valamint éjjel-nappal működő alkalmazás-üzemeltetési szolgáltatások SLA-alapú irányítással.
Kérdések és válaszok
Hogyan választják ki a technológiai stacket?
Abból indulunk ki, amit a csapata üzemeltetni tud, és amihez munkaerőt talál, amit a többi rendszere használ, és amit a szoftvernek tudnia kell. A legtöbb üzleti szoftvernél ez egy elterjedt nyelvet jelent, például TypeScript, Java, C# vagy Python, egy relációs adatbázist és az Ön által már használt felhőt. Minden döntést és annak indokait rögzítjük.
Tudnak többbérlős SaaS-terméket építeni?
Igen. A bérlői elkülönítést, a bérlőnkénti konfigurációt, a szerepköröket, a számlázási kapcsolódási pontokat és az auditnaplókat már az első kiadástól megtervezzük, mert utólag hozzáadni őket az adatmodell újraírását jelentené. Önnel együtt döntjük el, hogy a bérlők adatbázist, sémát vagy semmit nem osztanak meg, biztonsági és költségigényei alapján.
Mit jelent számunkra a komponálható architektúra?
A platformja önálló, saját API-val rendelkező üzleti képességekből épül fel, például az árazásból, az ügyfélbevezetésből vagy a számlázásból. Mindegyik módosítható, méretezhető vagy lecserélhető anélkül, hogy a többihez hozzányúlnánk, és az új termékek újrahasznosíthatják őket. Ez olyan platformokhoz illik, amelyek évekig nőni fognak; egy kis eszköznek nincs rá szüksége.
Melyik frontend-keretrendszert használják?
Az új alkalmazások többségénél a Reactet használjuk Next.js-szel, mert támogatja a szerveroldali renderelést, és erős az eszköztámogatása. Angularral és Vue.js-szel is dolgozunk, és az Ön által már használt keretrendszerben folytatjuk, ha ez a célszerű választás.
Dolgozhatnak a saját mérnökeink a csapatuk mellett?
Igen. Sok ügyfél szeretné, ha mérnökei már a kezdetektől ugyanabban a repóban dolgoznának, így a tudás a cégen belül marad. Egyeztetjük a kódellenőrzést, az elágazáskezelést, a kész definícióját és azt, hogy ki hagyja jóvá a kiadásokat. Mérnökei párosban dolgozhatnak a mieinkkel, vagy átvehetik a rendszer részeit, amikor készen állnak.
Mi történik, ha a követelmények a projekt közben megváltoznak?
Általában megváltoznak, és a folyamat számít is erre. A feladatlistát minden iterációban áttekintjük Önnel. Rögzített hatókörű projektnél a változást írásban egyeztetjük, annak költségre és határidőkre gyakorolt hatásával együtt, mielőtt a munkát elkezdjük.
Mi történik az élesítés után?
Ön dönt. Szolgáltatási megállapodás keretében támogathatjuk és bővíthetjük a rendszert válaszidőkkel és monitorozással. Vagy átadjuk a csapatának a kóddal, a dokumentációval és egy átfedési időszakkal.
Miért építsen asztali alkalmazást webes alkalmazás helyett?
Asztali alkalmazást akkor válasszon, ha a munkához offline használat, közvetlen hozzáférés eszközökhöz vagy helyi fájlokhoz, nagy adat- vagy grafikai igény, vagy gyors, billentyűzettel vezérelt képernyők kellenek. A legtöbb más igénynél a webes alkalmazás könnyebben bevezethető és frissíthető. Esetről esetre adunk javaslatot, és néha egy webes alkalmazás egy kis asztali komponenssel a helyes válasz.
Natív vagy platformfüggetlen asztali alkalmazás: melyiket válasszuk?
A natív alkalmazások nyújtják a legjobb teljesítményt és a legjobban illeszkednek az adott operációs rendszerhez. A platformfüggetlen alkalmazások egy kódbázist osztanak meg Windows, macOS és Linux között, ami csökkenti az építés és a módosítás költségét. Natívot javaslunk, ha egy platform dominál vagy a munka igényes, platformfüggetlent pedig, ha több platform számít.
Működhet egy asztali alkalmazás hálózati kapcsolat nélkül?
Igen, azoknál a feladatoknál, amelyek ezt lehetővé teszik. Önnel együtt döntjük el, hogy az egyes felhasználóknak milyen adatokra van szükségük az eszközön, ezeket titkosítva tároljuk, és a hálózat helyreállásáig rögzítjük a változtatásaikat. Ha ugyanaz a rekord két helyen változik, egyeztetett szabályok döntik el, melyik változás érvényes, vagy egy személyt kérnek meg a döntésre.
Működhet az alkalmazás a szkennerjeinkkel, nyomtatóinkkal és más eszközeinkkel?
Igen. Integráljuk azokat az eszközöket, amelyeket munkatársai használnak, például vonalkódolvasókat, nyugta- és címkenyomtatókat, mérlegeket és fizetési terminálokat. Az egyes eszközök illesztőprogramjain, SDK-in vagy szabványos portjain keresztül kapcsolódunk, és az Ön által használt pontos modellekkel és firmware-rel tesztelünk, mert az azonos típusú eszközök gyakran eltérően viselkednek.
Hogyan történik az asztali frissítések kézbesítése és felügyelete?
Minden kiadás kódaláírt, így minden eszköz ellenőrizheti, hogy nem módosították-e. A kiadások az eszközkezelő rendszerein vagy egy beépített frissítőn keresztül mennek ki, először egy próbacsoporthoz, majd mindenkihez. Ha egy kiadás problémát okoz, az eszközök visszatérhetnek az előző verzióra.
Az asztali alkalmazásunk régi és nehezen módosítható. Milyen lehetőségeink vannak?
Ritkán a legbiztonságosabb választás mindent egyszerre újraírni. Felmérjük a kódot, a függőségeit és azt, hogyan használják az emberek. Ezután javasoljuk, hogy refaktoráljuk, egy korszerű keretrendszerre vigyük át, vagy webes szoftverrel cseréljük le. Bármelyik utat választja, lépésenként változtatunk, így a felhasználók folyamatosan dolgozhatnak, és minden lépés tesztelhető.
Hogyan védik az asztali alkalmazást?
A felhasználók az identitásszolgáltatójukon keresztül jelentkeznek be, egyszeri bejelentkezéssel, ahol van ilyen. A helyi adatok titkosítottak, a titkokat az operációs rendszer biztonságos tárolója őrzi, és az alkalmazás rendszergazdai jogosultság nélkül fut. A rendszereihez való kapcsolatok titkosítottak, a függőségeket pedig minden kiadás előtt ismert sebezhetőségekre ellenőrizzük.
Mi határozza meg egy asztali alkalmazás költségét?
A munkafolyamatok és képernyők száma, a támogatandó platformok, az offline használat, az eszközintegrációk és azok a rendszerek, amelyekhez kapcsolódik. Meglévő alkalmazásnál a kód és a dokumentáció állapota is számít. Az aláírás, a csomagolás és az operációsrendszer-frissítések követése folyamatos költség, amellyel tervezni kell.
Készen áll az építésre? Kérjen ajánlatot.
Küldje el követelményeit vagy ajánlatkérését (RFP). Architektjeink ellenőrzik őket, és kötelező érvényű, rögzített hatókörű ajánlatot küldenek.
Mi történik ezután
Felkészültségi értékelés
Egy ingyenes 48 órás felkészültségi értékelés során egyik vezető architektünk a hatpontos készenléti definíció (Definition of Ready) alapján megvizsgálja a projektjét, és javasolja a hozzá illő utat.
Kötelező érvényű ajánlat
Az ingyenes architektúra-validálás után 3 és 5 munkanapon belül kötelező érvényű, rögzített hatókörű ajánlatot kap: mérföldkövekkel, architektúrával, csapatszerkezettel és SLA-kkal. Kérésre titoktartási megállapodást (NDA) írunk alá Önnel, mielőtt megosztaná a követelményeit.
Mobilizálás
Mérnöki podjaink a szerződés aláírását követő 5 és 10 munkanapon belül megkezdik a Sprint 0-t.
Megvalósítás öt szakaszban
Mobilizálás, sprintek élő bemutatókkal, integráció és megerősítés, átvétel és élesítés, majd menedzselt szolgáltatások. Az élesítés után következik: garanciaidőszak, majd opcionális támogatás és karbantartás.