Primus inter paresse
-= Lord of Graveyards =-
Inscription le 20-09-02
Messages : 5971
 In Memoriam
Lieu de résidence : itinérant
|
|
|
|
|
Rédiger un cahier des charges progiciel : méthodologie ? a été posté le : 11/01/07 17:38
|
Oyez...
C'est un cas pratique :
On a une loi qui vient de sortir et plein de décrets d'application. On commence à voir arriver des circulaires rigolotes, où il apparaît que dans les ministères et dans les préfectures, on n'est pas foutu de lire des textes sans les interpréter de travers...
Donc, voilà. Nous sommes une commune qui se paye le luxe de lire des textes, de les étudier, et d'essayer d'en tirer le meilleur parti.
Autant dire qu'on fait figure d'exception.
En plus, on n'hésite pas à remettre en question le fonctionnement d'une administration municipale et à rompre avec des pratiques ancestrales... Quand on réforme, on réforme !
Résultat :
- on a tiré la substantifique moelle de nouveaux textes.
- on va être les seuls
- on va avoir besoin d'un produit informatique adapté à notre nouvelle organisation
- il n'en existe évidemment pas sur le marché (règlementation trop récente)
- quand il en existera, elle se fondera sur les circulaires qui se plantent plutôt que d'aller creuser les textes. En plus, ces progiciels seront probablement encore simplifiés sous la pression de toutes les communes qui préfèreront perpétuer leurs archaïsmes, même coûteux, plutôt que de chercher à tirer parti des nouveaux textes.
Conclusion : on va probablement externaliser le développement d'un produit informatique sur mesure (et on va douiller parce qu'il sera ne probablement pas vendable hors de la commune...)
Long préambule pour vous expliquer mon problème : J'ai une vision précise du fonctionnement qu'on va mettre en place mais pour traduire ça sous la forme d'un cahier des charges, je ne sais pas par quel bout prendre le truc et j'ai peur d'en oublier.
Donc, appel aux partages de compétences : est-ce que quelqu'un pourrait me dire s'il y a des éléments méthodologiques qui m'aideraient dans la conduite de ce projet ?
Merci d'avance.
Cordialement,
Théodoric
|
|
Dernière mise à jour par : Théodoric le 11/01/07 17:43
|
--------------------
Jeune depuis plus longtemps que vous !
L'abus de modération est dangereux pour la santé.
Merci de jeter votre dévolu dans les réceptacles prévus à cet effet.
Restons fer-plaie !
|
|
|
|
 Cachée
|
|
Toujours un peu plus loin
-= Chaos Genitor =-
Inscription le 27-03-02
Messages : 8314
Age : 45 ans
Lieu de résidence : Kook's Kastle
|
|
|
|
|
Réponse au Sujet 'Rédiger un cahier des charges progiciel : méthodologie ?' a été posté le : 11/01/07 18:13
|
C'est bien, j'ai rien compris....
Ce qui est un peu emmerdant, vu qu'en temps qu'ingénieur en technologies de l'information, je devrais être capable de saisir un minimum...
Déjà, il manque une info importante (et si elle est dans le sous-titre, c'est mal: les gens ne lisent pas les sous-titres): le progiciel, il va servir à quoi?
Base de connaissances, gestion du personnel, approvisionnements, stocks, compta, événementiel, flux EDI... mais je m'égare.
Bref, ce qu'il faut, c'est:
1/ bien poser le problème et le définir clairement (i.e. de façon à ce que chacun ait compris le but du truc)
2/ ensuite, découper le problème en autant de blocs et de sous-blocs que nécessaire, avec la même démarche d'explication et de reformulation
En somme, on n'a rien fait de mieux depuis l'analyse cartésienne 
Je me permets juste d'appuyer encore un peu sur le problème de la compréhension. C'est vraiment LE point d'achoppement entre la partie technique (les gens qui vont développer l'appli) et la partie fonctionnelle (les gens qui vont l'utiliser)... particulièrement s'il s'agit de compta, les financiers ayant un langage et une logique à eux 
Regards,
Skro
--------------------
Ecoutez ZoC Radio, la radio du Chaos!!!
Un intégriste, c’est quelqu’un qui a des convictions que je ne partage pas. Et qui ose le dire, en plus !
Edmond Prochain
Computer games don't affect kids, I mean if Pac Man affected us as kids, we'd all be running around in darkened rooms, munching pills and listening to repetitive music.
Marcus Brigstocke
Dans le catholicisme, la pinte (de bière), la pipe et la croix peuvent faire bon ménage.
GK Chersterton
|
|
|
|
|
Cachée
|
|
Bourrin de première
-= Chaos Servants =-
Inscription le 22-04-04
Messages : 757
Age : 43 ans
Lieu de résidence : Paris 14
|
|
|
|
|
Réponse au Sujet 'Rédiger un cahier des charges progiciel : méthodologie ?' a été posté le : 11/01/07 19:31
|
Skro parle surtout de la partie technique.... je te conseille également de détailler la partie fonctionnelle (la partie de l'outil sur laquelle l'utilisateur va travailler)
Pour ça, je te conseille de faire des maquettes des différents écrans (avec en dessous le détail des zones et boutons / règles de calculs), avec un joli diagramme précisant la navigation d'un écran à l'autre. L'autre intérêt de cette étape est que ça permet d'avoir une bonne idée de l'organisation des tables derrière.
N'oublies surtout pas quelques points:
1: les éventuels reporting / fonctions qui doivent te sortir des récapitulatifs (avec les formats: écran, document word, papier, ... c'est du temps de développement important)
2: si des évolutions sont déjà envisageables, précises les bien.
3: liste récapitulative des différentes fonctionnalités souhaitées
4: si possible dès maintenant: liste des champs qui seront nécessaires et les formats... au moins pour les plus importants, c'est toujours bon pour dimensionner la DB
Comme le dit Skro, une idée sur les fonctions du logiciel (un, deux, many, lots ?) , la taille de la DB (nombre de champs et d'occurences, ...) seraient un plus pour t'aider, en particulier sur le type de logiciel à développer ou les méthodos à appliquer.
--------------------
Nunc est bibendum
Truth! Justice! Freedom! and a hard-boiled egg!
Exponentielle, la signature qui ne s'intègre pas
|
|
|
|
|
Cachée
|
|
Agent 00K
-= Chaos Elite Troops =-
Inscription le 24-05-02
Messages : 1283
Age : 46 ans
Lieu de résidence :
|
|
|
|
|
Réponse au Sujet 'Rédiger un cahier des charges progiciel : méthodologie ?' a été posté le : 12/01/07 03:28
|
Bon je pense que Skro à bien resumé(mais je ne comprends pas le message de Bibendum si je ne me trompe pas Skro parlait uniquement du fonctionnel non ?) : il faut partir du général puis par itérations successives arriver au spécifique(jusqu'où ça dépendra de ce que vous externalisez aux niveaux des prestations).
En règle générale on fait d'abord une expression du besoin(très générale) qui sera ce que vous allez présenter aux prestataires.
Ensuite on arrive à la specif fonctionnelle générale(affinage entre Maitrise d'ouvrage et clients/utilisateurs , cadrage, séparation par domaines).
Ensuite on arrive aux spécifications fonctionnelles détaillées qui donne l'ensemble des règles de gestion de l'appli ainsi en règle général qu'un proto des écrans.(il faut savoir que là ou je bosse c'est les prestas qui le font)
Contrairement à Bibendum j'aurais plutôt tendance à conseiller de ne pas s'inquiêter de ce qui est technique, ce ne sera probablement pas à vous de vous en occuper. Par contre s'il y a des contraintes, il faut vraiment les indiquer( système existant , systèmes maitres de certaines données etc...)
--------------------
The subject of wizards and sex is a complicated one, but as has already been indicated it does, in essence, boil down to this: when it comes to wine, women and song, wizards are allowed to get drunk and croon as much as they like.
-- (Terry Pratchett, Sourcery)
|
|
|
|
|
Cachée
|
|
Bourrin de première
-= Chaos Servants =-
Inscription le 22-04-04
Messages : 757
Age : 43 ans
Lieu de résidence : Paris 14
|
|
|
|
|
|
Réponse au Sujet 'Rédiger un cahier des charges progiciel : méthodologie ?' a été posté le : 12/01/07 09:57
|
Pour moi, quand on parle de blocs et de sous blocs, je pense à la structure de la DB,
Citation :Contrairement à Bibendum j'aurais plutôt tendance à conseiller de ne pas s'inquiêter de ce qui est technique, ce ne sera probablement pas à vous de vous en occuper. Par contre s'il y a des contraintes, il faut vraiment les indiquer( système existant , systèmes maitres de certaines données etc...)
|
|
|
ça, ça dépend surtout de comment la commune de Théo compte gérer le schmilblick... qui dépendra surtout du budget alloué et de l'ampleur du développement:
Soit ils prennent un prestataire qui s'occupe, à partir du cahier des charges, de rédiger les spécifications fonctionnelles et techniques, puis de les refiler tout ça au développeur (de son équipe, ou alors sous-traitant du presta). Le prestataire, dans ce cas là, s'occupe quasi de tout, mais le prix n'est pas le même.
Soit, et c'est l'optique que j'avais plus envisagée, la commune s'occupe du rôle de gestion de projet, et s'occupe elle-même de la rédaction des spécifications et du contact avec le développement.
Par rapport à ce que disait Théo, je me plaçais plutôt dans le second cas. J'avais compris que toute la gestion du projet était gérée par la commune, puisque le besoin est réfléchi, donc qu'il ne restait presque plus que le dév'.
Dans tout les cas, le cahier des charges servira au prestataire / développement à répondre à l'appel d'offre... donc il faut avoir dedans la liste de vos besoins (au niveau assez générique: "être capable de calculer ###", "imprimer #####", ...). Comme ça sera sur cet appel d'offre que le / les presta vont s'engager, cette liste est vitale et évite de nombreux problèmes après
--------------------
Nunc est bibendum
Truth! Justice! Freedom! and a hard-boiled egg!
Exponentielle, la signature qui ne s'intègre pas
|
|
|
|
|
Cachée
|
|
Primus inter paresse
-= Lord of Graveyards =-
Inscription le 20-09-02
Messages : 5971
In Memoriam
Lieu de résidence : itinérant
|
|
|
|
|
|
Réponse au Sujet 'Rédiger un cahier des charges progiciel : méthodologie ?' a été posté le : 12/01/07 11:06
|
Ben c'est à dire que sur l'expression du besoin, on est capable de le dire en termes juridiques, organisationnels, mathématiques pour ce qui est des formules, mais pas informatiques. On sait aussi quelle plateforme on a, mais franchement, on n'a pas arbitré sur le fait, par exemple, que la base de données serait ou non hébergée sur le réseau interne... ces considérations techniques m'échappent un peu. Tout comme les écrans... à la limite, je suis plus à même d'être précis sur la structure des informations (quantité, nature, type, regroupements par tables, liens entre les tables) et sur les nécessités de documents de sortie que sur les formulaires d'entrée. A la limite, sur l'ergonomie des formulaire de saisie, je ferai plus confiance à ll'obligation de conseil d'un prestataire professionnel.
En gros, je peux être plus précis :
On a une crèche familiale de 35 assistantes maternelles. Les décrets qui réforment leur statut viennent de paraitre. Dans pas mal de communes, ça va changer seulement le budget : les assistantes maternelles vont garder leurs acquis et bénéficier de toutes les avancées sociales, avec comme conséquence l'aggravation du coût de la crèche (choix : compensation par l'impôt ou fermeture de la crèche). Chez nous, on revient sur les acquis pour financer les avancées. Résultat : on va coller au minimum légal. Or, ce minimum légal s'appuie sur une mesure fine de l'activité et sur de multiples régularisations à apporter à une paye de base...
Bref, il nous faut un logiciel de paye, connecté à un logiciel de pointage de présences.
Ca fait deux modules.
Pour la paye, on a déjà un logiciel, mais adapté pour les agents communaux... les assistantes maternelles dérogent sur plein de points et du coup, le service paye dit : on ne peut plus... c'est l'élément déclenchant pour qu'on développe enfin le logiciel dont on a besoin depuis tant d'années sur d'autres modules... Que voici :
On sait déjà quels extensions sont possibles : avec les pointages des présences de gamins chez l'assistante maternelle dans la babasse, ce sera bien de faire la facturation aux parents... on joindra alors des tables pour identifier les parents et leurs ressources.
Et puis quand on aura ces tables et les pointages, ce sera facile de faire les dossiers de subvention aux financeurs : Conseil Généreux et Caisse d'Allégations Fabuleuses...
Si ça fait le café, c'est bien aussi...
Voilà pour les modules...
J'ai bon, pour un début ?
Cordialement,
Théodoric
|
|
Dernière mise à jour par : Théodoric le 12/01/07 11:36
|
--------------------
Jeune depuis plus longtemps que vous !
L'abus de modération est dangereux pour la santé.
Merci de jeter votre dévolu dans les réceptacles prévus à cet effet.
Restons fer-plaie !
|
|
|
|
|
Cachée
|
|
Pink Powa
-= Chaos Legions =-
Inscription le 17-08-01
Messages : 1741
Age : 48 ans
Lieu de résidence : Rue du quai
|
|
|
|
|
Réponse au Sujet 'Rédiger un cahier des charges progiciel : méthodologie ?' a été posté le : 12/01/07 18:13
|
Petite remarque d'un chieur, sur le terme progiciel.
"le progiciel est au logiciel ce que le pret à porter est au sur mesure."
Sinon tu sembles dire que vous serz les seul à l'utiliser, mais tu dis aussi qu'il faudra certainement le simplifier pour que par la suite d'autre puisse l'utiliser peut être...
Ca serai bien que vous le sachiez avant de commencer ça.
Il serai bien aussi de savoir si les circulaires en questions sont stables, est-ce qu'elles vont changer tous les ans? dans quelle mesure?
A priori tu sais toi ce que l'appli devra faire pour votre cas. Et là un développement sur mesure de mannière monolithique ne devrait pas être trop dur à réaliser rapidement (donc pas trop cher) par un développeur expérimenté.
Vous aurez rapidement un truc qui marche. Par contre ça risque d'être dur à modifier pour ajouter des nouvelles règles, et vous risquez de vous retrouver lié au développeur (ça pourrai être judicieux d'embaucher un développeur pour faire le boulot et de le garder ensuite en tant qu'administrateur réseau).
Par contre si vous avez la moindre intention de faire partager votre appli avec d'autres mairies qui ne fonctionneraient pas comme vous, ça va demander beaucoup d'études et vous devrez certainement faire appel à une société de service (compte dans les 500euros jour/homme) et je ne pense pas qu'une commune ai les reins assez solide pour financer seule un truc pareil. Dans ce monte un dossier et porte le à l'administration au dessu de vous pour débloquer des fonds.
Sinon dans tous les cas fait un cahier des charges écrit en français et précise ce que ça doit faire, joins-y les textes des circulaire, avec quoi ça va s'interfacer, le nombre d'utilisateur (total et en simultané). Eventuellement quelques diagrammes montrant des scénari possibles d'utilisation (les flux de données), et surtout le budget disponible et les délais.
Et lance un appel d'offre.
Tout ce qui est vraiment technique, élaboration des interfaces... tu le feras avec les prestataires candidats et tu écrêmeras au fur et à mesure.
--------------------
Light thinks it travels faster than anything but it's wrong.
No matter how fast light travels it finds the darkness has always got there first, and is waiting for it.
(Reaper Man)
We took pity on him because he'd lost both parents at an early age. I think
that, on reflection, we should have wondered a bit more about that.
-- Lord Downey reflects on Mister Teatime (Hogfather)
Muhahaha
|
|
|
|
|
Cachée
|
|
Primus inter paresse
-= Lord of Graveyards =-
Inscription le 20-09-02
Messages : 5971
In Memoriam
Lieu de résidence : itinérant
|
|
|
|
|
|
Réponse au Sujet 'Rédiger un cahier des charges progiciel : méthodologie ?' a été posté le : 17/01/07 12:14
|
Merci du tuyau terminologique. C'est donc bien un logiciel.
Pour les circulaires, elles sont stables... mais fausses. Les décrets et les lois qu'elles interprètent sont le résultat d'une consultation débutée en 2002 ou 2003... S'il faut remettre ça en cause, ça risque de prendre autant de temps. Disons qu'il y a de fortes chances pour que ce soit très stable stable au niveau des lois et décrets.
Pour ce qui est de recruter un développeur expérimenté qu'on conserverait après... je ne demande pas mieux. Mais on a déjà un administrateur réseau (Enfin... si je veux être plus précis dans les termes, je vais dire que le poste d'un administrateur réseau est déjà occupé par quelqu'un...).
Mais effectivement, on se dirige vers cette solution : le faire faire en interne par quelqu'un qui touche un peu sa bille en programmation. Mais il est plutôt du genre Geek...
Bref, j'ai toujours à rédiger un cahier des charges.
Sinon, l'idée d'un marché aurait été intéressante, effectivement. D'autant que le nouveau code des marchés publics prévoit des marchés de conception-réalisation, ou le prestataire retenu dans un premier temps est associé à la rédaction d'un cahier des charges. Mais comme finalement on fait ça en interne...
Citation :Sinon dans tous les cas fait un cahier des charges écrit en français et précise ce que ça doit faire, joins-y les textes des circulaire, avec quoi ça va s'interfacer, le nombre d'utilisateur (total et en simultané). Eventuellement quelques diagrammes montrant des scénari possibles d'utilisation (les flux de données), et surtout le budget disponible et les délais.
|
|
|
Bien vu. j'aurai peut-être oublié l'aspect nombre d'utilisateurs en connexion simultanées ou un autre truc...
Merci encore
Chaleureusement,
Théodoric
|
|
Dernière mise à jour par : Théodoric le 17/01/07 12:17
|
--------------------
Jeune depuis plus longtemps que vous !
L'abus de modération est dangereux pour la santé.
Merci de jeter votre dévolu dans les réceptacles prévus à cet effet.
Restons fer-plaie !
|
|
|
|
|
Cachée
|
|
Pink Powa
-= Chaos Legions =-
Inscription le 17-08-01
Messages : 1741
Age : 48 ans
Lieu de résidence : Rue du quai
|
|
|
|
|
|
Réponse au Sujet 'Rédiger un cahier des charges progiciel : méthodologie ?' a été posté le : 17/01/07 15:46
|
Citation :Théodoric dans une contemplation à Dlul a dit:
Pour ce qui est de recruter un développeur expérimenté qu'on conserverait après... je ne demande pas mieux. Mais on a déjà un administrateur réseau (Enfin... si je veux être plus précis dans les termes, je vais dire que le poste d'un administrateur réseau est déjà occupé par quelqu'un...).
|
|
|
En règle générale un administrateur système a une base "informatique" qui inclu le développement et tout et tout. Tout comme un développeur connais généralement les bases de l'administration système.
En formation informatique, on a généralement un tronc commun assez large même si on spécialise assez vite.
Citation :
Mais effectivement, on se dirige vers cette solution : le faire faire en interne par quelqu'un qui touche un peu sa bille en programmation. Mais il est plutôt du genre Geek...
|
|
|
Attention confusion de terme une fois de plus...
Un "geek" est juste un fanatique de gadget technologique. Le terme à employer est plutôt "nerd" qui désigne plutôt un no life à demi autiste qui ne vit que pour hacker/cracker/programmer/parametrer et se sustente uniquement de café, de cigarettes et de pizza (réchauffée sur l'alim de son PC (qui est ouvert pour aider à la ventilation)).
Enfin en bon nerd, il sera certainement ravi de pouvoir étendre ses connaissances dans un nouveau domaine.
Si c'est juste un gars qui s'est fait embaucher dans une administration pour se la couler douce jusqu'à la retraite par contre c'est pas gagné...
Citation :
Bref, j'ai toujours à rédiger un cahier des charges.
|
|
|
Et oui, ça tu n'y échapperas probablement pas
--------------------
Light thinks it travels faster than anything but it's wrong.
No matter how fast light travels it finds the darkness has always got there first, and is waiting for it.
(Reaper Man)
We took pity on him because he'd lost both parents at an early age. I think
that, on reflection, we should have wondered a bit more about that.
-- Lord Downey reflects on Mister Teatime (Hogfather)
Muhahaha
|
|
|
|
|
Cachée
|
|
