Réalisation · Oskab Fig. - Conception 3D · passage full web
Client Oskab

Ouvrir un configurateur 3D
au web.

Oskab concevait ses cuisines et ses salles de bains dans un logiciel 3D. Le projet : le faire passer en full web. Notre rôle a été double, à l'interface du métier et de la technique.

- En bref

Les
repères.

Le contexte, notre rôle exact et ce qui a été livré.

a

Le produit

Un logiciel de conception de cuisine et de salle de bains en trois dimensions, cœur du métier de l'enseigne.

b

L'enjeu

Le passage en full web de la solution : rendre accessible depuis un navigateur ce qui vivait dans une application installée.

c

Notre rôle

Analyste business et technique, avec la direction technique du projet aux côtés de la DSI.

d

L'issue

Le projet s'est interrompu avec la fermeture de l'entreprise en 2024, avant sa mise en service.

01 / Traduction

Du besoin métier aux spécifications

La première moitié du travail consiste à comprendre ce que le métier attend et à le traduire en spécifications exploitables par des développeurs. Sans cette étape, on construit une API techniquement propre qui ne sert pas.

a

Besoin métier

Recueilli et challengé.

b

Spécifications

Écrites pour être développées.

c

Arbitrages

Rendus avec la DSI.

02 / Architecture

Concevoir les échanges

La seconde moitié est technique : concevoir les API qui exposent le moteur de conception 3D à l'application web, et décider ce qui reste côté logiciel et ce qui passe côté service.

a

API dédiées

Pour la 3D et pour le web.

b

Frontière nette

Ce qui reste au logiciel, ce qui devient service.

c

Consommateur

L'application web elle-même.

03 / Posture

Aux côtés de la DSI

L'entreprise avait sa propre équipe technique. On n'est pas venu la remplacer : on a tenu la direction technique de ce projet précis, en coordination avec la DSI et les équipes de développement.

a

Coordination

Avec la DSI en place.

b

Sur le projet

Une direction technique ciblée.

c

Sans doublon

On complète, on ne remplace pas.

- Environnement

L'environnement
technologique.

Une mission de spécification pure : le livrable, ce sont les contrats d'échange, pas du code.

JSON-LD API REST Spécifications d'échange Architecture applicative
(+) - Services liés

Ce que cette mission illustre, si votre besoin y ressemble.

Tous les services

- Contact

Un cas
proche?

Un produit à ouvrir sur le web, ou des API à concevoir ? Décrivez l'enjeu métier, on regarde l'architecture qu'il demande.

Marque UBNI#EF0038
Réponse directe, sans commercialPremier échange sans engagement