Bonjour à tous,
 
Suite à mon premier message dans le topic de Création de société, je poste dans cette section du forum pour quémander quelques premiers éléments sur les ressources nécessaires à la conduite d'un projet que j'envisage.
 
Sans trop en dire, il s'agirait de développer une BDD alimentée directement par des tiers pour le compte d'autres personnes et d'offrir à ces autres personnes un accès via Internet à la BDD en créant une interface capable d'afficher les données éventuellement traitées en amont.
 
En clair : Un tiers rentre une donnée dans la BDD pour le compte d'une personne -> la donnée est stockée et est éventuellement retraitée pour des besoins annexes -> la personne veut consulter les données entrées par le tiers : il consulte un site internet qui n'est autre qu'une interface d'accès à la BDD. Rien que du très classique finalement.
 
Les données concernées ne sont pas particulièrement "sensibles" mais requièrent toutefois légalement un niveau de protection suffisant (en gros il faut être capable de "garantir l'intégrité des données d'un bout à l'autre de la chaîne".
 
Dans l'absolu, il faut donc :

• créer et gérer une BDD;
• créer un site internet disposant d'un accès avec authentification capable d'afficher les données concernant la personne authentifiée et éventuellement de les traiter de manière basique;
• créer une interface de saisie des données ou pouvoir réceptionner les données au format du tiers et les adapter au format de la BDD tout en garantissant leur intégrité;

Le volume unitaire des données ne devrait pas être élevé, au contraire de leur quantité. En clair, l'envoi du tiers ne contiendra pas beaucoup d'infos, mais les envois pourront être nombreux.
 
Je n'ai clairement pas les compétences techniques suffisantes pour évaluer les besoins humains nécessaire au développement du projet.  
Les habitués de la section disposant d'une expérience forcément plus riche que la mienne sont donc invités à réagir sur le sujet s'ils le souhaitent
 
D'après vous, combien de personnes cela réclamerait-il? Quelles compétences devraient-elles avoir (en programmation)? Combien de temps nécessiterait le développement avant d'avoir un produit fiable?

C'est léger comme info, d'autant que n'étant pas technicien, on n'est pas trop sûr de savoir si tu maîtrises bien le vocabulaire que tu utilises, notamment sur le terme de base de données.
=> Ce que tu décris ressemble plus à une GED qu'à une BDD, mais peut-être que je me trompe.
 
Donc plusieurs questions :
- La structure de données que chaque tiers "envoie" est-elle la même ?
- Les données sont-elles liées entre elles ?
- Quel genre de traitement sont faits ?
 
Une base de données, c'est pas compliqué à créer, encore faut-il avoir défini le schéma et les contraintes !
 
Créer un site qui permet d'accéder et modifier les données de la base, c'est pas grand chose non plus en soit : compter une journée par page de traitement pour le dev + recette, et une journée pour l'analyse + habillage.
 
Les interfaces, tout dépend du format en entrée, du format en sortie, et des éventuels traitements nécessaires pour convertir d'un format à l'autre. En moyenne, tu peux compter 1 ou 2 jours par interface, mais c'est dans le cas où les traitements sont assez simples.

C'est quand même un peu vague comme description. Vue que tu dis qu'il y aura un faible volume de données, dois-je en déduire qu'il y aura peux de tables dans ta BD (ie peu de relations entre les données)?
Si oui, un dév ayant 3 ans d'expérience devrait pouvoir faire ton truc en qq mois, surtout s'il utilise un framework. Si l'aspect IHM est important, il te faudra aussi un graphiste mais probablement pour moins d'1 mois.

Dans ton chiffrage, tu ne tiens manifestement pas compte de la partie spécification (DSL) et conception (DCP/DCD). Avec ton chiffrage, ça va être développé n'importe comment, avec une sale architecture difficile à faire évoluer
 
Sinon, Nico-Rep, si c'est bien une GED ton besoin, regardes du côté d'Alfresco. C'est un produit GPL. Du reste, d'une manière générale, regarde si ton besoin ne serait pas couvert (même partiellement, mais au moins min >= 50% pour que ça soit rentable) par un produit GPL

Oui, j'ai pas précisé la phase d'analyse/spécification, ça je l'inclus dans "Une base de données, c'est pas compliqué à créer, encore faut-il avoir défini le schéma et les contraintes !" En gros, tant que t'as pas défini ce que tu veux faire exactement, c'est claire qu'il faut pas commencer à bosser

Pour le reste, j'ai l'impression qu'il va surtout avoir besoin d'un EDI couplé à un infocentre : j'imagine déjà des petits indiens téléphoner à tous les numéros de téléphone de l'annuaire pour savoir :
1- Si ça répond
2- Si ça insulte les représentants
3- Si ça utilise un aspirateur
4- Si c'est assez con pour achèter des sac pour aspirateur sans sac

=> Puis qui consigne tout ça par écrit dans un format Excel

=> Et le gars qui a payé les données, veut récupérer une base Access pour faire du publipostage Word.

En gros, l'aspect "base de données" n'étant qu'un support comme un autre pour stocker les données brutes, le plus gros du travail étant l'intégration et la restitution des données dans le format désiré.

J'ai tout faux ?

Pour la restitution, du REST et on en parle plus. Charges aux mecs d'en face (s'ils ne font pas partis de l'entreprise) de faire la moulinette qui va convertir le xml en format qui va bien.

Hé bien, je ne m'attendais pas à tant de réponses si rapidement !
 
Je vais répondre à chacun :
 
@Magibuzz : Je n'ai sciemment pas utilisé le terme GED, car il ne s'agit pas de faire transiter des documents de manière dématérialisée mais bien des données qui pourraient être utilisées pour en constituer

- Oui, la structure sera prédéfinie. A voir si les données seront directement structurées chez le tiers ou à réception.
- Je ne comprends pas bien le sens de ta question... Si tu parles de concaténation, alors non elles ne sont pas liées.
- Il s'agit de traitements d'exploitation (statistiques notamment).
 
@rufo : je ne suis pas spécialiste en optimisation de BDD mais je dirais que pour chaque utilisateur, il y aura au max une vingtaine de champs (c'est à chaud, j'ai une info à vérifier pour confirmer).
Attention, les données de chaque utilisateur ne se croiseront pas (hors exploitation)!
 
Concernant l'utilisation de l'existant, c'est que ce à quoi j'aimerais pouvoir arriver
 
Re @Magicbuzz : pour ton tableau, ça correspond à peu près sauf pour les indiens et ce à quoi est destinée la BDD
Effectivement, il s'agira d'EDI entre le tiers et la société, mais pas entre l'utilisateur et la société. Concernant le site internet, je ne me fais pas trop de soucis, il doit avant tout être fonctionnel et répondre aux besoins des utilisateurs (qui seront relativement simples).