Salut tout le monde !
Cette proposition arrive dans un contexte où :
- On est en train de pondre un cahier des charges pour la v2 du SemApps CdlT
- Pierre me demande si je pourrais le lui transmettre afin d’identifier les mutualisations possibles
- On a plein de projets SemApps en parallèle
- Il y a le projet de carto des SemApps de Yannick
- Data Players envisage d’utiliser SemApps pour sa gestion de projet
- Il faut qu’on lance l’open collective de SemApps pour catalyser des financements autour de briques communes.
La proposition
Concevoir un modèle de description pour spécifier les logiciels et les chantiers autour des logiciels, puis l’implémenter dans un SemApps orienté gestion de projet, avec les objectifs suivants :
- Disposer d’un template de définition des specs collectivement construit (avec des devs et des commerciaux notamment) ce qui permettrait de faire de bonnes spécifications et de bons devis.
- Pouvoir identifier les spécifications communes à différents chantiers et donc les potentiels de mutualisation.
- Pouvoir identifier qui a vocation à contribuer à la maintenance de quoi (et donc évaluer la part de chacun dans la maintenance du tout)
- Pouvoir gérer à terme des projets de manière décentralisée et fédérée.
Un exemple martyr
Pour moi (et en partant de SemApps), un projet …
C’est d’abord une stack composée de briques logicielles :
- Base de données
- Serveur
- Microservice 1
- Microservice …
- Interfaces
- Composant 1
- Composant …
- Ontologie
- Ontologie 1
- Ontologie …
- Services tiers
- …
Cette stack technique a vocation à rendre possible des usages fonctionnels : La fonctionnalité 1 est (ainsi) composée de : micro-service 1 et/ou Composant 3 et/ou Ontologie 1 et/ou Service tiers 2.
C’est ensuite :
- Un ou plusieurs chantiers d’amélioration et/ou d’enrichissement de cette stack pour adresser les besoins fonctionnels.
- Un travail sur l’UX spécifique des projets au sens large (ontologie custom, interfaces custom etc.)
- Un déploiement
- De l’accompagnement aux usages
- De la maintenance
- Une contribution à la maintenance du cœur et à la R&D autour du projet.
En se basant sur PAIR, on pourrait contextualiser la description avec :
Des types, des statuts, des thèmes, des individus, des orgas, des enjeux, des finalités etc.
D’autres ontologies pourraient être mobilisées comme DOAP ou Schema.
On pourrait alors outiller, représenter et donner à voir la forge collective de SemApps !
Qu’en dites vous, ca pourrait défoncer non ?
Si plus de 3 commentaires et/ou <3 j’organise une visio !
! 