Projekto dėmesys
Projektų sritys ir sprendimų kryptys
ERP. Portalai. Licencijavimo logika.
Projektai, kuriuose verslo procesai, duomenys ir veikla veikia kartu.
Projekto šablonas
Projektų pavyzdžius galima traktuoti kaip pasikartojančius techninius modelius.
Už daugelio klientų projektų slypi tie patys esminiai klausimai: kur yra funkcinė šerdis, kaip integracijos įgauna vyraujantį vaidmenį ir kaip plėtra vėliau lieka valdoma?
Pagrindinė sistema ir portalų pasaulis
Projekto logika išlieka pagrindine; ji per REST, rolės ir monitoringą atveriama į išorę.
Integracijos su valdymu
ERP, Fibu, portalai ir tikslinės platformos yra kuriami kaip valdomas duomenų srautas, o ne kaip laisva sąsajų grandinė.
Plėtra iš tvirto branduolio
Ataskaitos, portalai ir paslaugos geriau veikia, kai projekte sluoksniai ir atsakomybės jau aiškiai apibrėžti.
Tinkami paslaugų ir technologijų keliai
Svarbios šios temos giluminės analizės
Projektai & Referencijos dėl individualios verslo programinės įrangos
Mūsų projektai gimsta ten, kur procesai, duomenys ir eksploatacija netelpa į paruoštą šabloną. Dėl to dažnai dirbame su programiniais sprendimais, kurie auga per metus, funkcionaliai tikslinami ir techniškai turi ramiai veikti – įskaitant sąsajas, teisių koncepciją, release procesą ir operacijų valdymą.
Čia rasite projektų pavyzdžių iš ERP, licencijų platformų, kelių platformų klientų bei nuosavos produktų plėtros – kaip tipinius modelius, o ne marketingo vitrinas.
ERP: nuo paieškos įrankio iki daugiaklientės ERP sistemos
Ankstesnis informacijos įrankis buvo palaipsniui išplėstas į daugiaklientę, daugakalbę ERP sistemą – su aiškia sistemos struktūra ir aiškiai atskirta verslo logika.
- Pradinė situacija: išaugusi domeno logika, nauji procesų reikalavimai, didėjanti duomenų ir vartotojų sudėtingumas.
- Užduotis: užtikrinti išplėčiamumą ir palaikomumą, nekenkiant veikiančiai sistemai.
- Sprendimas: palaipsnis išplėtimas tvariose sluoksniuose (pvz. Layer-3-struktūra), aiškios atsakomybės už duomenis, taisykles ir vartotojo sąsają (UI).
- Tipiniai komponentai: rolės/teisės, daugiakalbystė, daugiaklientė architektūra, sąsajos su aplinkinėmis sistemomis.
- Eksploatacija: release procesas ir ilgalaikė tolesnė plėtra kaip bendros planavimo dalis.
Licencijų platforma: registracija, atsisiuntimai ir kontroliuojamas aktyvavimas
Centrinės platformos programinės įrangos diegimo prieinamumui, kliento priskyrimui, versijavimui, atsisiuntimams ir kontroliuojamiems licencijų procesams yra viena iš mūsų pasikartojančių užduočių sričių.
- Dėmesys: atsekamumas, sauga ir aiškūs procesai, susiję su pateikimu ir licencijos statusu.
- Funkcijos: klientų/paskyrų priskyrimas, versijų valdymas, atsisiuntimų ir leidimų logika.
- Sąsajos: REST-APIs vidinėms sistemoms, esant poreikiui integracija su CRM/ERP/palaikymo procesais.
- Eksploatacijos aspektai: monitoringas, logavimas/auditavimas, tvarkingas release ir rollback požiūris.
netScope: Nuosava produktų kūrimas, įskaitant hostingą ir tolesnę plėtrą
netScope reiškia, kad mes ne tik kuriame pagal kliento poreikius, bet ir turime savo sistemas su klientine dalimi, eksploatacija, tolesne plėtra ir produkto atsakomybe.
- Produkto perspektyva: reikalavimų prioritetizavimas, release planavimas, techninio skolos valdymas.
- Eksploatacija: hostingas, monitoringas ir nuolatinė priežiūra kaip bendros atsakomybės dalis.
- Tolesnis vystymas: stabili bazė, ant kurios naujos funkcijos gali būti įdiegtos be „nustatymo iš naujo“.
Multiplattform: Clients, Services und Portale aus einer Linie
Nesvarbu, ar Windows, macOS, Linux ar kaip Windows-/Linux-paslauga: mes struktūrizuojame sistemas taip, kad valdymas, verslo logika, sąsajos ir eksploatavimas derėtų tarpusavyje.
- Architektūra: aiški vartotojo sąsajos (UI), domeninės logikos ir integracijų atskirtis, užtikrinanti ilgalaikį prižiūrimumą.
- Eksploatavimas: atnaujinimų ir diegimo strategija, logging, diagnozavimo galimybės ir stabilios paslaugos.
- Integracija: API’ai, foniniai procesai, duomenų srautai ir teisių koncepcijos, pritaikytos aplinkai.
Ką šie projektai turi bendro
- Jie retai sprendžia izoliuotas vienkartines problemas, vietoje to sujungia kelis procesus į vieną sistemą.
- Jiems reikalinga architektūra, kuri būtų tvari net po dvejų, trejų ar penkerių metų.
- Jie turi gebėti tvarkyti realius duomenis, išimtinius atvejus, vaidmenis/teises ir atsakomybes.
- Naudą gauna tie projektai, kuriuose vystymas, platformos tikslai ir vėlesnis eksploatavimas nedirba vienas prieš kitą.
Ar neieškote agentūros, kuri siūlo tik šablonus, o partnerio, kuris užtikrina turinį? Tada tai dažniausiai rodo, kad mes technine prasme gerai tiksime vienas kitam.
Dažniausiai užduodami klausimai apie tipiškus projekto atvejus
Daugelis projektų iš pradžių skamba skirtingai, tačiau turi bendrus modelius: susiformavusi domeno logika, integracijos, prieigos teisės, versijų valdymas, eksploatacijos klausimai ir ilgalaikė galimybė plėsti.
Ar dirbate labiau su vienkartiniais įrankiais ar su ilgalaikėmis sistemomis?
Pagrindinis dėmesys skiriamas sistemoms, turinčioms veikimo trukmę, atsakomybę ir tolesnę plėtrą: įmonių taikomosios programos, platformos, paslaugos, portalai ir produkto logika.
Ar esamus produktus ar vidines sistemas galima modernizuoti lygiagrečiai?
Taip. Ypač ilgai augusiems sistemoms dažnai planuojame etapinius tobulinimus, kad eksploatavimas ir modernizavimas būtų suderinti.
Ar talpinimas ir techninis eksploatavimas yra jūsų darbo dalis?
Taip. Leidimų valdymas (Release), hostingas, monitoringas ir eksploatacijos atsakomybė įtraukiami į projekto planavimą, kad sprendimas ne tik būtų sukurtas, bet ir patikimai eksploatuojamas.
Kaip greitai iš „projekto“ atsiranda nuolatinė sistema?
Dažnai anksčiau nei manoma: kai susijungia keli procesai, vartotojų vaidmenys ir integracijos, verta nuo pat pradžių žvelgti į architektūrą ir eksploatavimą. Būtent tam ir skirti šie projekto modeliai.
Ar jūsų sumanymas atitinka šiuos projekto modelius?
Jei planuojate sukurti arba tęsti sistemą, kuri sujungia kelis procesus ir kurią reikia eksploatuoti ilgalaikėje perspektyvoje, mielai aptarsime reikalavimus, architektūrą ir kitus žingsnius.
Sekantis žingsnis
Jei turite konkretų modernizacijos, API ar platformos klausimą, turėtume anksti aiškiai apibrėžti techninį sprendinio apimtį.
Net-Base nevertina esamų sistemų, duomenų srautų, sąsajų ir tikslinių platformų izoliuotai, o vertina jas verslo logikos, eksploatacijos ir vėlesnio išplėtimo kontekste.
- Esama padėtis, tikslinis vaizdas ir techninės rizikos vertinami kartu.
- REST, duomenų prieiga, portalai ir diegimas nebus atidedami į vėlesnes stadijas.
- Jūs anksti matote, kuris kelias yra ekonomiškai ir įmonės veiklos požiūriu tvarus.