Un cas útil no és una col·lecció de captures ni una llista de tecnologies. Ens interessa explicar què calia resoldre, quines restriccions condicionaven la decisió, quina responsabilitat vam assumir i de quina evidència disposem avui.
PROOF / HIERARCHYSCOPE MATTERS
CLIENT WORKProblemes reals de negoci
Condis · ModernizationeVins · Product Engineering
SEPARATE PROOF TYPES
RABASSOFT ENGINEERINGArquitectura i capacitat tècnica
Schema Engine · Experimental
CLIENT WORK
Feina per a clients, amb l’abast i l’estat explícits.
Cada col·laboració demostra una cosa diferent. No intentem convertir-les en la mateixa història ni atribuir-nos més responsabilitat de la que realment vam tenir.
Condis Supermercats
01 / BUSINESS SYSTEMS MODERNIZATION
APLICACIÓ OPERATIVA
De l’estudi previ a una aplicació operativa per gestionar incidències i propostes d’inversió.
La feina va començar amb un estudi tècnic per comprendre l’aplicació existent, les dades, les regles i les dependències abans de comprometre el desenvolupament. Aquesta evidència va permetre definir la transició, redissenyar el que calia i construir la nova aplicació.
STUDY
L’estudi previ va recuperar regles, dependències, dades i necessitats dels usuaris abans de definir l’abast i la transició.
APPLICATION
El software desenvolupat és una aplicació per gestionar incidències i propostes d’inversió.
MIGRATION
Migració de dades tractada com un procés repetible i verificable, amb traçabilitat de resultats i errors.
DELIVERY
La modernització també transforma la manera de lliurar i fer evolucionar el sistema, no només la interfície.
01STUDYEstudiar el sistemaAplicació · dades · usuaris
02DEFINEDefinir la transicióAbast · arquitectura · migració
Fer evolucionar un SaaS existent sense ignorar clients, dades ni restriccions de producte.
Rabassoft va col·laborar en àrees definides de frontend i producte mentre la plataforma i el backend continuaven sota la responsabilitat de l’equip d’eVins. L’evolució va combinar modernització tècnica, arquitectura modular i capacitat per incorporar noves prioritats sense perdre la data compromesa.
FOUNDATION
Modernització progressiva d’Angular i PrimeNG i transició des d’una estructura basada en NgModules cap a una arquitectura standalone, sense recórrer a una reescriptura completa del producte.
PERFORMANCE
Lazy routes i càrrega dinàmica van reduir un 80% el JavaScript inclòs en la càrrega inicial, alleugerint l’arrencada i millorant de manera perceptible la càrrega de pàgines.
TYPE SAFETY
El tipatge estricte es va estendre progressivament sobre àrees amb tipatge feble. Inconsistències que abans podien passar desapercebudes van començar a detectar-se durant el desenvolupament i la compilació.
MODULARITY
Les rutes i capacitats del frontend es van compondre segons els mòduls contractats, evitant carregar i inicialitzar funcionalitat que no corresponia a cada client.
DELIVERY
Davant de nous requeriments i un calendari ajustat, vam prioritzar i implementar mòduls addicionals i vam lliurar l’abast acordat en la data compromesa.
PRODUCT CONSTRAINT
Les decisions sobre mòduls i marketplace es van adaptar a restriccions reals de clients, dades i operativa existent, no a un redisseny greenfield ideal.
02MODERNIZEModernitzar la baseAngular · standalone · tipatge estricte
03OPTIMIZEOptimitzar la càrrega−80% JavaScript inicial · rutes modulars
04DELIVERLliurar prioritatsMòduls addicionals · data compromesa
SCOPE BOUNDARY
Rabassoft va treballar en àrees definides de frontend i producte. La plataforma global, el backend i els seus controls d’autorització van romandre sota la responsabilitat de l’equip d’eVins.
Schema Engine neix per reduir la implementació repetida d’interfícies com formularis, taules o panells de propietats quan la seva estructura ha de variar segons l’aplicació, el propòsit, el mode de funcionament o el context efectiu.
Explora com convertir metadades de dades i presentació en definicions d’interfície validades i normalitzades, executades mitjançant runtimes independents del framework.
L’aplicació conserva sempre el control sobre les dades, les operacions acceptades i l’autorització. La presentació pot reflectir permisos efectius, però mai no substitueix la validació de seguretat de l’aplicació o del servidor.
La primera implementació vertical correspon als formularis controlats mitjançant JSON Schema i UI Schema. Les altres famílies de vista formen part de la direcció futura i no es presenten com a capacitats actuals. Schema Engine és enginyeria pròpia de Rabassoft i un entorn d’experimentació arquitectònica, no feina de client ni evidència d’adopció productiva.
CORE
Compilació, diagnòstics, definicions normalitzades i runtimes dissenyats per continuar sent independents del framework de presentació.
CONTROL
L’aplicació pot acceptar, rebutjar o diferir operacions sense cedir al renderer el control del model.
PROJECTIONS
Un mateix model es pot presentar de maneres diferents segons el propòsit i el context que proporciona l’aplicació.
INTEGRATIONS
Validació, traducció, adapters i renderers substituïbles eviten que una tecnologia concreta defineixi el model transferible.
01INPUTSchema + UI SchemaMetadades actuals de dades i presentació
05PROJECTIONPresentació substituïbleAdapter Angular · renderers natius · pilot Aria
MATURITY BOUNDARY
Schema Engine es manté públicament com a Experimental fins que els seus contractes, la documentació, les releases i l’adopció justifiquin una altra classificació. Les taules, els panells de propietats, les variants contextuals i la projecció basada en autorització formen part de la direcció futura; no són capacitats actuals. No hi mostrem versions ni mètriques que puguin quedar desactualitzades.
WHAT COUNTS AS PROOF
Preferim un relat acotat i verificable a un relat comercial més ambiciós.
La utilitat d’un cas depèn que permeti entendre què va passar i què se’n pot inferir. Per això el context, l’abast i els límits formen part de la prova.
01 / SCOPE
Abast visible
Expliquem quina responsabilitat va tenir Rabassoft i què en va quedar fora.
02 / STATUS
Estat actual
Un projecte en preproducció es presenta com a preproducció; un experiment, com a experiment.
03 / EVIDENCE
Evidència abans que adjectius
Les decisions, les restriccions i els mecanismes verificables pesen més que una llista de tecnologies.
04 / BOUNDARIES
Límits explícits
No convertim una col·laboració parcial, feina interna o una demo en una història comercial més gran del que és.
YOUR CONTEXT
La teva situació s’assembla a alguna d’aquestes?
No cal que arribis amb la solució decidida. La primera conversa serveix per entendre el context i comprovar si hi ha encaix.
Ens agradaria utilitzar Google Analytics 4 per entendre quins continguts i recorreguts són útils i millorar el web. Només s’activa si ho acceptes; rebutjar-ho no limita cap funció.
APLICACIÓ OPERATIVA
