Discussion :

[chaplin]

L'écoute c'est un domaine complexe puisqu'il suggére une enquête, une interpretation, des questionnements, des solutions adaptées.... Mais aussi que le client soit disponible qu'il ne parte pas en vrille quand il se met à causer etc...

Souvent, il faut la boule de crystal, ça devient même un travail de psy. Parfois, on a l'impression de parlé a des enfants. Comme on endosse l'habille de l'informaticien, ils pensent qu'automatiquement on a compris leur besoin.

La pire réponse que j'ai eu: "Vous êtes informaticien, c'est à vous de savoir ce que j'ai besoin"

[Immobilis]

Ecouter le client ? J'espère que tu as une oreille bionique...Quand bien même tu preterais la plus grande attention à ce qu'il dit que tu n'en comprendras que ce que tu connais puis s'il te parle de son métiers dans son jargon habituel cela va trés vite se compliquer.

Ah? Parce que tu développes sans écouter le client??? Quand je dis écouter c'est pas faire semblant c'est vraiment écouter. Bien entendu il faut bcp interpréter, évidement qu'il va parler de ce qu'il connait et certainement il aura pas beaucoup de temps disponible, mais c'est le boulot d'analyste, non?

A+

[hegros]

Ah? Parce que tu développes sans écouter le client??? Quand je dis écouter c'est pas faire semblant c'est vraiment écouter. Bien entendu il faut bcp interpréter, évidement qu'il va parler de ce qu'il connait et certainement il aura pas beaucoup de temps disponible, mais c'est le boulot d'analyste, non?

A+

Comme je te dis même en tendant l'oreille cela n'est pas suffisant ce n'est pas donné à tout le monde de savoir écouter. L'analyste il part d'une base de travail c'est à dire que les besoins et problèmes sont déja exprimés en amont par le responsable projet ou le commercial.

[samy2525]

Bonjour, pourquoi ne pas aborder le sujet d'une manière technique puisqu'on est pas des pharmaciens puis faire le parallèle avec un vrai pharmacien, en gros ce que je veux dire c'est que si c'était moi j'aurais dis c'est les composant d'un tel système, à partir de là je dégage au moins deux voir trois composant l'étape qui suit c'est les faire interagir donc :

Composant 1 - Stock médicament
Composant 2 - Relation Fournisseur
Composant 3 - Relation Client
Composant 4 - Relation Administration (sécurité social)


Stock médicament ==> achat, vente
sous composant ==> médicament (date de péremption, type de maladie, ...)

voila j'espère que j'ai pas dis trop de bêtises

[chaplin]

Comme je te dis même en tendant l'oreille cela n'est pas suffisant ce n'est pas donné à tout le monde de savoir écouter

Par client, il faudrait étendre la notion à salariés d'une entreprise. Celui qui donne l'ordre de faire une analyse n'est pas forcément celui qui participe au projet. Ensuite, il y a des personnes qui sauront mieux communiquer que d'autres et puis il y a aussi ceux qui ne veulent pas que ça marche et qui saboteront purement et simplement le projet.

Ensuite, si le commercial s'est engagé sur une offre et qu'on arrive pas à tenir toute les promesses, on se rabat sur des prestataires pour faire faire ce qu'on ne sait pas faire. Et si le client est intelligent et qu'il écoute, il a tout a y gagner, mais l'important c'est de gagner/pas perdre le marché tout en limitant les dégats derrière. Cependant il faut être bon négociateur dans ce cas là, car ça peut peter à la figure a tout moment, tout dépend de l'importance du projet pour le client, si c'est vital ou non.

[hegros]

Par client, il faudrait étendre la notion à salariés d'une entreprise.

C'est encore plus difficile lorsqu'il s'agit de salariés. D'une part parce que la plupart du temps ils ne seront pas brefés sur ce qu'on attends d'eux tu retrouveras donc des esprits jmenfoutiste et d'autre part comme tu l'a trés bien dis ils sont plus à même de saboter le projet tandis que pour un "vrai" client cela est inimaginable.

L'approche par composant proposée samy2525 est trés intéressante.

[chaplin]

Je fairais l'analyse avec des use case pour parler d'UML. Encore faut-il dans premier temps définir les acteurs, et dans un second temps on définit les scénarios. En utilisant cette démarche, on doit pouvoir traiter pas mal de cas au sens ou on évite d'en oublier.

un "vrai" client cela est inimaginable

Quand le cahier des charges est bien écrit, ça roule ma poule . J'avais tellement bien respecté le cahier des charges que je déboggais l'application du partenaire qui nous l'avais imposé . Il fallait échanger des données par EDI.

[hegros]

Quand le cahier des charges est bien écrit, ça roule ma poule . J'avais tellement bien respecté le cahier des charges que je déboggais l'application du partenaire qui nous l'avais imposé . Il fallait échanger des données par EDI.

Ah la fameuse lettre au père noel

[SmileSoft]

salut

bon, voilà j'aime bien que vous m'assistez le mcd ci joint, pour la gestion des stocks d'une pharmacie, est ce qu'il manque quelques choses là-dessus?

merci d'avance.

[chaplin]

Pour une gestion de stock, c'est ultra mega light, il est où le stock ?

Une commande, ce n'est qu'un commande, il n'y a rien de livré !

Regarde les cours Merises et FAQ merises, il y a des petits exemples, dont tu pourras t'en inspirer.

[Hephaistos007]

est ce qu'il existe un modèle formel pour la gestion des stocks en général? quel sont les points essentiels que je dois prendre en considération?

Sûrement. Les patterns d'analyse ont été conçus dans ce but : capturer des solutions métier récurrentes (sous une forme orientée objet avec UML). Peut-être que ton bonheur se trouve dans cet ouvrage : http://www.amazon.fr/Analysis-Patter.../dp/0201895420

[SmileSoft]

Pour une gestion de stock, c'est ultra mega light, il est où le stock ?

Une commande, ce n'est qu'un commande, il n'y a rien de livré !

Regarde les cours Merises et FAQ merises, il y a des petits exemples, dont tu pourras t'en inspirer.

merci je vais voir

[Midou45]

salut,
Bon a 1ére vu, sa ressemble plus tôt à une gestions de commandes. Je pense que les produits pharmaceutiques diffères, donc l'entité produit devrais subir une spécialitation.

Généralisation-spécialisation:
On introduit des spécialisations dans une entité lorsque :
1- certaines propriétés n’ont pas de sens pour l’ensemble des
occurrences de cette entité.
2- le lien (association) entre deux entités n’a de sens que pour
certaines occurrences de ces entités.

Aussi il y a des produits de même type qui sont fabriquer par des différents laboratoires.

Pour l'ensemble des entités sa manque beaucoup d'attributs.

Et pourquoi un seul fournisseur pour se trouver dans plusieurs villes?

Le stock n'est pas géré je pense ici !!

Enfin un pharmacien à besoin aussi de gérer le rembourssement des malades sourtout que maintenant les pharmacies signes des contrats avec les caisses de roumbourssement.

[SmileSoft]

salut didou45 et merci

Bon a 1ére vu, sa ressemble plus tôt à une gestions de commandes.

oui, manquante.

Aussi il y a des produits de même type qui sont fabriquer par des différents laboratoires.

le pharmacien 'client' dont j'ai discuté mentionne dans le cahier de charge que chaque produit est fabriqué par 1 et 1 seul laboratoire.

Pour l'ensemble des entités sa manque beaucoup d'attributs.

s'il existe des propositions elle seront les bienvenue

Et pourquoi un seul fournisseur pour se trouver dans plusieurs villes?

c'est motionné en cahier des charges, on peut avoir un laboratoire qui a plusieurs filiale dans des des villes différentes.

Le stock n'est pas géré je pense ici !!

oui, je me documente là-dessus, et j'attends bien sur vos idées.

Enfin un pharmacien à besoin aussi de gérer le rembourssement des malades sourtout que maintenant les pharmacies signes des contrats avec les caisses de roumbourssement.

cette application n'a aucun apport avec les conventionnés, elle facilite juste la tache de pharmacien pour gérer ces stocks, c'est tout.

[Midou45]

Citation:
Aussi il y a des produits de même type qui sont fabriquer par des différents laboratoires.
le pharmacien 'client' dont j'ai discuté mentionne dans le cahier de charge que chaque produit est fabriqué par 1 et 1 seul laboratoire.

J'ai dit un même type de produit, je parle de type !!

[Midou45]

s'il existe des propositions elle seront les bienvenue

J'ai pas fais l'etude de cas, mais je suis sûr qu'ils manquent.

[Midou45]

c'est motionné en cahier des charges, on peut avoir un laboratoire qui a plusieurs filiale dans des des villes différentes

Oui tout à fais d'accord avec toi, un laboratoire qui à +ieurs fournisseurs dans des différents villes, mais pas un même fournisseur qui ce situe dans plusieurs villes !!

[Midou45]

cette application n'a aucun apport avec les conventionnés, elle facilite juste la tache de pharmacien pour gérer ces stocks, c'est tout

Je sais d'aprés le titre, mais pour faire un logiciel complet, un pharmacien ne va pas s'amuser à faire un logiciel pour le stock et un autre pour ceci et un troisiéme pour ..., enfin pour être convinquant tu voix ce que je veut dire?

[SmileSoft]

salut,

mais pas un même fournisseur qui ce situe dans plusieurs villes !!

je me suis trompé dans la réponse je voulais dire que chaque fournisseur "grossiste" a plusieurs filiales dans des villes différentes, je vais le récifier.

J'ai dit un même type de produit, je parle de type !!

?

Je sais d'aprés le titre, mais pour faire un logiciel complet, un pharmacien ne va pas s'amuser à faire un logiciel pour le stock et un autre pour ceci et un troisiéme pour ..., enfin pour être convinquant tu voix ce que je veut dire?

oui, ce pharmacien est modeste je vais rien faire moi

[hegros]

Je trouve comme à dit chaplin qu'il doit manquer des entités pour la gestion des stocks (Stock est bien-entendu le premier candidat :-)) .

En gros de ce que j'ai appris pour couvrir les éléments d'un MCD il faut modéliser : 1-l'offre (produit, stock...) 2-la tarification et 3-les tiers. Avec cela normalement on a tout...