Analyse Fonctionnelle
-
- Première mise en service
- Messages : 51
- Inscription : 17 juin 2016, 23:40
Analyse Fonctionnelle
Bonjour à tous
Juste une petite question comme ça en trainant sur le forum, je ne sais pas si je post dans la bonne section...
Quelle est votre méthode pour la réalisation de l'analyse fonctionnelle avant le passage à la programmation ?
Avez-vous des exemples de fichiers ou logiciels vous permettant de réaliser cette opération ?
Merci pour votre retour
Juste une petite question comme ça en trainant sur le forum, je ne sais pas si je post dans la bonne section...
Quelle est votre méthode pour la réalisation de l'analyse fonctionnelle avant le passage à la programmation ?
Avez-vous des exemples de fichiers ou logiciels vous permettant de réaliser cette opération ?
Merci pour votre retour
Re: Analyse Fonctionnelle
Slt !
Papier, crayon et un bureau au calme pour ne pas passer à côté de choses importantes...
Papier, crayon et un bureau au calme pour ne pas passer à côté de choses importantes...
-
- Première mise en service
- Messages : 51
- Inscription : 17 juin 2016, 23:40
Re: Analyse Fonctionnelle
Salut Merci de ta réponse, je procéde déjà comme ça en fait je chercher juste à savoir si vous aviez créé un genre de document type.
- Béryl
- Mi homme - Mi automate
- Messages : 1661
- Inscription : 20 oct. 2015, 12:00
- Localisation : localhost
Re: Analyse Fonctionnelle
Je confirme !
Le troisième élément étant le plus dur à trouver...
Le troisième élément étant le plus dur à trouver...
Re: Analyse Fonctionnelle
Oui, t'as toujours un collègue ou client qui vient pour un oui ou pour un non...
Sinon un document type non, pas pour ma part, chaque projet étant différent, mais avec l'expérience tu auras toujours un : "Il faut que je pense à ça si je veux pas me faire niquer comme la dernière fois"
Re: Analyse Fonctionnelle
Bonjour
ça dépend une AF niveau 1, 2 ou 3 (voir plus)?
Parce qu'au niveau 1 un simple GEMMA suffit.
Pour la niveau 2, perso j'eut écrit en Algorithmie
Pour le niveau 3 et plus, ça se passe pas devant la console de prog ça?
A+
ça dépend une AF niveau 1, 2 ou 3 (voir plus)?
Parce qu'au niveau 1 un simple GEMMA suffit.
Pour la niveau 2, perso j'eut écrit en Algorithmie
Pour le niveau 3 et plus, ça se passe pas devant la console de prog ça?
A+
"Ce que l'on conçoit bien s'énonce clairement, et les mots pour le dire arrivent aisément." Nicolas Boileau
L'urgence, c'est fait!
L'impossible, c'est en cours!
Pour les miracles, il faut prévoir un délai!
L'urgence, c'est fait!
L'impossible, c'est en cours!
Pour les miracles, il faut prévoir un délai!
-
- Première mise en service
- Messages : 51
- Inscription : 17 juin 2016, 23:40
-
- Première mise en service
- Messages : 51
- Inscription : 17 juin 2016, 23:40
Re: Analyse Fonctionnelle
Oui justement merci pour vos réponsesSchul a écrit : ↑26 juil. 2017, 16:11Oui, t'as toujours un collègue ou client qui vient pour un oui ou pour un non...
Sinon un document type non, pas pour ma part, chaque projet étant différent, mais avec l'expérience tu auras toujours un : "Il faut que je pense à ça si je veux pas me faire niquer comme la dernière fois"
je cherchais à me créer un document type mais en vain les projets sont tous différents, même si il y a des choses qui reviennent toujours le reste est à chaque fois différent
-
- Première mise en service
- Messages : 51
- Inscription : 17 juin 2016, 23:40
Re: Analyse Fonctionnelle
Merci pour ta réponse précise je parlais de AF niveau 1 et 2
-
- Créateur de langage
- Messages : 732
- Inscription : 27 avr. 2017, 11:11
- Localisation : Loin de la civilisation
Re: Analyse Fonctionnelle
bureau au calme
-> tel éteint, voir sur le bureau de mon chef, et j'ai un joli papier sur mon écran : "Interdiction de déranger" avec un petit dessin d'un mec qui se prend un pied au cul. ça filtre pas mal surtout depuis que j'en ai mis un dehors avec mon pied au cul avant de claquer la porte. (la communication non verbale, ça fait beaucoup, on ne le dira jamais assez)
Ensuite pour l'AF même :
-> Schéma PID
-> Listes des entrées sorties à dispo.
-> document du client sur ce que ça doit faire, si il existe.
-> cahier des charges de l'affaire, si il existe
-> cahier des charges générique du site.
J'ai un document type perso. Pour avoir toujours la même présentation et toujours les infos dans le même ordre (objectif : pas chercher des heures).
Description complète de tout ce qui se passe dans chaque mode de fonctionnement.
Une vanne se ferme, on le met
Une vanne reste ouverte (passage d'un mode occupation / innoccupation par exemple) on l'indique.
Une vanne reste dans l'état où elle était, on l'indique aussi.
Objectif : ne rien oublier et éviter le casse pied qui vient dire que oui mais non il avait pas compris ça et hop on remodifie tout, sans fric en plus.
Mon client me l'a copié... mais comme il l'a mis dans un Word regroupant TOUT sur chaque projet et que les word, passé 15 Mo ça plante pas mal, il l'a édulcoré... résultat, on a des incompréhensions qui trainent, des flous sur les fonctionnements. Et quand on est dans des trucs bien tordus... ça loupe jamais : il y a des choses à refaire (toujours gratos)
Dans mon secteur, il n'y a pas de grafcet. C'est trop bloqué, trop séquentiel pour nos process, donc il n'en ai jamais question et ils n'apparaissent pas. Mais ça reste le même principe pour les phases de mises en route et d'arrêt par exemple :
- ouverture des registre
- sur retour d'ouverture des registres, lancement de la régulation
- tempo 20s démarrage du ventilateur,
- sur retour démarrage ventilateur tempo 30s démarrage régulation du ventilateur
Il faut toujours que ça soit écrit en texte, le grafcet c'est pas forcément lisible pour le client.
-> tel éteint, voir sur le bureau de mon chef, et j'ai un joli papier sur mon écran : "Interdiction de déranger" avec un petit dessin d'un mec qui se prend un pied au cul. ça filtre pas mal surtout depuis que j'en ai mis un dehors avec mon pied au cul avant de claquer la porte. (la communication non verbale, ça fait beaucoup, on ne le dira jamais assez)
Ensuite pour l'AF même :
-> Schéma PID
-> Listes des entrées sorties à dispo.
-> document du client sur ce que ça doit faire, si il existe.
-> cahier des charges de l'affaire, si il existe
-> cahier des charges générique du site.
J'ai un document type perso. Pour avoir toujours la même présentation et toujours les infos dans le même ordre (objectif : pas chercher des heures).
Description complète de tout ce qui se passe dans chaque mode de fonctionnement.
Une vanne se ferme, on le met
Une vanne reste ouverte (passage d'un mode occupation / innoccupation par exemple) on l'indique.
Une vanne reste dans l'état où elle était, on l'indique aussi.
Objectif : ne rien oublier et éviter le casse pied qui vient dire que oui mais non il avait pas compris ça et hop on remodifie tout, sans fric en plus.
Mon client me l'a copié... mais comme il l'a mis dans un Word regroupant TOUT sur chaque projet et que les word, passé 15 Mo ça plante pas mal, il l'a édulcoré... résultat, on a des incompréhensions qui trainent, des flous sur les fonctionnements. Et quand on est dans des trucs bien tordus... ça loupe jamais : il y a des choses à refaire (toujours gratos)
Dans mon secteur, il n'y a pas de grafcet. C'est trop bloqué, trop séquentiel pour nos process, donc il n'en ai jamais question et ils n'apparaissent pas. Mais ça reste le même principe pour les phases de mises en route et d'arrêt par exemple :
- ouverture des registre
- sur retour d'ouverture des registres, lancement de la régulation
- tempo 20s démarrage du ventilateur,
- sur retour démarrage ventilateur tempo 30s démarrage régulation du ventilateur
Il faut toujours que ça soit écrit en texte, le grafcet c'est pas forcément lisible pour le client.