BTS IG Informatique de Gestion

Accro à Web-IG Sexe: Messages: 236 Localisation: Lyon

zeki a écrit:

Moi j'ai différents héritages :

- ANALYSE (X) soit elle biologique, soit chiique ou aucun des deux (pas sur de çà...)

-ANALYSE (T), si tu fais une analyse c'est au moins l'un des 2 ou les 2. (enfin c'est ma logique Very Happy

)

Maintenant que j'y pense, Analyse est peut être de trop car on parle de critères bio IMPERATIF et de critère chimiques REGLEMENTE...

Forumeur occasionnel Messages: 16

Perso j'ai fait un truc dans le même genre!

J'ai trouvé 3 héritages:
captage XT
réservoir XT
critères XT

En fait j'ai créer 2 table analyses ! Une table analyse captage (avec résultats en clé primaire) identifié relativement a captage et pareil pour réservoir...
De cette maniéré, on a d'un coté l'analysé des réservoir, de l'autre celle des captages, afin de bien différencier les résultats...

Puis chaque entités analyses (analyse captage et analyse réservoir) est relié à une entité critere qui atterit sur un double heritage : biologique et substance chimique (métaux-acier, c'est pareil...)

En revanche, j'ai oublier de placer l'attribut "remarque" dans la ternaire RÉSERVOIR-CAPTAGE-TECHNICIEN !
Le pire c'est que j'y pensait au moment ou jl'ai vu dans l'annexe puis après jl'ai oublié ! grrr...kel con je fait !

Forumeur occasionnel Messages: 18

Dites, au niveau de la programmation, n'ayant pas vu typeDe() (oui je sais, quel bigleux Rolling Eyes

), j'ai fait un truc qui doit marcher.
Une méthode abstraite dans la classe Branchement, puis polymorphisme dans les classes filles. Cette méthode retournant une chaîne de caractère correspondant à "Usager" ou "Vanne" suivant la classe.
Techniquement ça devrait bien passer non?

Newbiiiie Sexe: Messages: 8

Bonsoir,
j'ai trouvé le sujet du mcd imcompréhensible par rapport au autres années.

Je voulais savoir si quelqu'un avait modéliser les mois et années?

pff ste galere

Forumeur occasionnel Messages: 18

J'ai modélisé MOIS oui. Mais pas ANNEE car d'après mes souvenirs y en avait pas besoin.

Résident du forum Sexe: Messages: 300 Localisation: Arras

yoann a écrit:

Bonsoir,
j'ai trouvé le sujet du mcd imcompréhensible par rapport au autres années.

Je voulais savoir si quelqu'un avait modéliser les mois et années?

pff ste galere

J'ai modéliser Année Avec mois à l'intérieur;)

Newbiiiie Sexe: Messages: 8

avez vous trouvez des relatives?

Résident du forum Sexe: Messages: 300 Localisation: Arras

yoann a écrit:

avez vous trouvez des relatives?

A priori il n'y en avait pas enfin tous ceux de ma section n'en non pas mis.

Forumeur occasionnel Messages: 16

J'ai fait des relatives pour les analyses...
J'avais fait 2 entités : analyses captage et analyse réservoir...
Chacune en relative vers leur entité respective (captage et réservoir)

J'ai estimé qu'une analyse dont le resultat doit etre mémorisé devait etre identifié relativement (specifiquement) à un captage ou un reservoir donnée...

Ainsi on obtient, l'analyse 1 du réservoir 1, l'analyse 2 du réservoir 1, l'analyse 3 du réservoir 1, etc... car chacune de ces analyse ne peut concerné un autre réservoir (ou captage) que le numéro 1 !

Accro à Web-IG Sexe: Messages: 236 Localisation: Lyon

Roken a écrit:

yoann a écrit:

Bonsoir,
j'ai trouvé le sujet du mcd imcompréhensible par rapport au autres années.

Je voulais savoir si quelqu'un avait modéliser les mois et années?

pff ste galere

J'ai modéliser Année Avec mois à l'intérieur;)

idem

Newbiiiie Messages: 4

kchiasong a écrit:

Roken a écrit:

yoann a écrit:

Bonsoir,
j'ai trouvé le sujet du mcd imcompréhensible par rapport au autres années.

Je voulais savoir si quelqu'un avait modéliser les mois et années?

pff ste galere

J'ai modéliser Année Avec mois à l'intérieur;)

idem

ou une entité année avec un identifiant relatif sur le captage puisque il fallait des rapports annuels des captages

Newbiiiie Sexe: Messages: 5

ouais perso g fè comme vous en algo: un assesseur get bon les deux boucles je les ai faites à la classique: pour i=1; i<lim;i++ etc,
au niveau du daigl je me suis risqué à faire un double héritage:
enterré et aérien primo et secours qui hérite des deux lol
ça existe en C++ par exemple et vu que l'héritage de tte façon ne correspond à rien ds les b d d je me suis dit pk pas.
Sinon hypercool ki ait pas eu de geosi ça c clair!
Niveau amsi il parait qu'il fallait discréditer la soluce telnet moins sécurisée que webmin d'après les collègues de réseau mais ça je savais pas.

Newbiiiie Sexe: Messages: 5

en ce qui me concerne j'ai mis les propriétés des champignons dans ANALYSE mais il m'a semblé nécessaire de faire une entité PRODUIT pour les métaux et les chimiques, avec comme propriété la concentration, mais sans héritage. Je ne vois aucune nécessité de faire un héritage sur ANALYSE dans la mesure où il n'est pas dit qu'on distingue l'analyse des champignons de celle des autres produits, et on avait bien une ternaire sur RESERVOIR et CAPTAGE à ce niveau. J'ai fait hériter secours de AERIEN et ENTERRE qui eux mêmes héritaient en XT de CAPTAGE: ça me semble cohérent parce que chaque sous-type possède au moins une propriété; pour secours, c'est la consigne technique, et il peut bel et bien hériter de AERIEN ou d'ENTERRE! J'ai mis une contrainte T entre l'association RESERVOIR-SECOURS et TECHNICIEN-SECOURS puisqu'à mon sens si le technicien déclenche un secours c bien qu'un réservoir en a nécessité et vice versa si nécessité de secours on appelle le technicien. J'ai fait une association porteuse pour la date de chaipluquoi, mais une entité DATE pour historiser les analyses.

Forumeur occasionnel Messages: 16

Dans la mesure ou certaine personne sont sure d'avoir fait un "perfect" sur le dossier 3 , pourrait-on mettre une correction du dossier ALGO SVP ??

Ou au moins pour les 2 dernière méthodes : anomalie() et perte() ?
--> Juste histoire de mettre tout le monde d'accord à ce niveau la !

Perso, j'ai eu kelke doute sur la méthode anomalie() qui me semblait trop simple, alors j'aimerai corroborer mes résultats !

Pour la fonction anomalie() j'avais recupere les perte avec la fonction perte() (celle kon va ecrire après bien sur), puis pour le volume total distribué par les vannes, j'ai recuperer ca par la methode volumevanne(), qui était fournit...
Après ca reste uniquement du calcul arithmétique basique :
taux <-- (perte/volTotal)*100

Puis on affecte la variable nb (variable retourné, ac les valeurs 1, 2 ou 3) au moyen de plusieurs condition "Si - Sinon si - sinon si..." imbriquée les unes ds les autres :

Quelqu'un peut confirmer ?
ou même le fait qu'on pouvait récupérer les données perte et volume distribué par le billais des fonctions fournies dans la classe !

Forumeur occasionnel Messages: 18

Ok, je me lance dans la correction du DAIGL.

Code:

1. Secteur(unNuméroSecteur : Entier, unNomSecteur : Chaîne, unEspaceVert : Booléen, uneCommune : Commune)
DEBUT
this.numSecteur <- unNuméroSecteur
this.nomSecteur <- unNomSecteur
this.espaceVert <- unEspaceVert
this.laCommune <- uneCommune
FIN

2. Procédure ajouterUnSecteur(unNuméroSecteur : Entier, unNomSecteur : Chaîne, unEspaceVert : Booléen)
VAR
secteur : Secteur
DEBUT
secteur <- new Secteur(unNuméroSecteur, unNomSecteur, unEspaceVert, this)
lesSecteurs.ajouter(secteur)
FIN

3. Fonction secteurEV() : Collection de Secteur
VAR
secteursVerts : Collection de Secteur
DEBUT
secteursVerts <- new Collection de Secteur
POUR CHAQUE secteur DANS lesSecteurs
SI (secteur.getEspaceVert()) ALORS
secteursVerts.ajouter(secteur)
FSI
FPOUR
RETOURNE secteursVerts
FIN

4. Fonction anomalie() : Entier
VAR
pourcentage : réel
DEBUT
pourcentage <- (perte() / volumeVannes()) * 100
SI (pourcentage < 10) ALORS
RETOURNE 1
SINON SI (pourcentage >= 10 et pourcentage <= 15) ALORS
RETOURNE 2
SINON
RETOURNE 3
FSI
FIN

5.
Il faut créer un accesseur de lesBranchements dans Secteur.

Fonction getLesBranchements() : Collection de Branchement
DEBUT
RETOURNE this.lesBranchements
FIN

Fonction perte() : Entier
VAR
totalConsoUsager : Entier
DEBUT
totalConsoUsager <- 0
POUR CHAQUE secteur DANS lesSecteurs
POUR CHAQUE branchement DANS secteur.getLesBranchements()
SI (typeDe(branchement) = "Usager") ALORS
totalConsoUsager <- totalConsoUsager + branchement.conso()
FSI
FPOUR
FPOUR
RETOURNE (volumeVannes() - totalConsoUsager)
FIN

Forumeur occasionnel Messages: 16

Plutôt rassurant ton corrigé...
C'est exactement ce que j'ai fait...

Seule différence (sans importance) : J'ai juste assigné le résultats des fonctions qui nous était fourni (perte(), volumeVanne()...), dans des variables intermédiaire (perte, volume...), afin que ca m'apparaisse plus clair...

Bref, j'espère que de cette maniére (cf. ton corrigé au-dessus), on peut obtenir tout les points du dossier algo...ce qui n'est pas négligeable et représente déjà 30pts/100 soit une base de 6/20 (ss compter le reste heureusement)...

Bref, je continue de croiser les doigts en attendant les resultats...

Forumeur occasionnel Messages: 39

pas mal comme corrigé ça ressemble à ce que j'ai fais a part la

Citation:

SI (pourcentage <10 ) Alors .....

ou puisque tu imbrique tes si tu pouvais faire 3 cas (<10 <15 sinon)
mais ta solution fonctionne Wink

ps: j'ai eu quelques informations par rapport au sujet développeur et aux informations pas claires pour perte() et anomalie() . Les profs vont en débattre lors de l'assemblée de cette semaine et surement qu'ils fixeront alors un barem assez sympa .

Forumeur occasionnel Messages: 16

Juste une précision pour la question 2, lorsque tu écrit ca :

[code]2. Procédure ajouterUnSecteur(unNuméroSecteur : Entier, unNomSecteur : Chaîne, unEspaceVert : Booléen)
VAR
secteur : Secteur
DEBUT
secteur <new> Tu fais appel au constructeur "Secteur" de la classe secteur !
Mais parmi les paramètres en entrée du constructeur, figure un objet de type "Commune" qui tu remplace par this (l'objet courrant de la classe commune)...
Ma question est donc: à la place de ce "this", pouvait on instancier un objet (appelons le "maCommune " par exemple!), avec le constructeur de la classe Commune, comme ceci :

[code]maCommune <-- Commune(numCom, nomCom)[/code]

Puis le placer comme paramètre en entrée dans le constructeur "Secteur", a la place du fameux "this"ce qui nous donne :

[code]secteur <- new Secteur(unNuméroSecteur, unNomSecteur, unEspaceVert, maCommune)[/code]

Pouvait vous me confirmer que c'est la même chose ?

Newbiiiie Sexe: Messages: 5

beetlejuice722 a écrit:

Juste une précision pour la question 2, lorsque tu écrit ca :

[code]2. Procédure ajouterUnSecteur(unNuméroSecteur : Entier, unNomSecteur : Chaîne, unEspaceVert : Booléen)
VAR
secteur : Secteur
DEBUT
secteur <new> Tu fais appel au constructeur "Secteur" de la classe secteur !
Mais parmi les paramètres en entrée du constructeur, figure un objet de type "Commune" qui tu remplace par this (l'objet courrant de la classe commune)...
Ma question est donc: à la place de ce "this", pouvait on instancier un objet (appelons le "maCommune " par exemple!), avec le constructeur de la classe Commune, comme ceci :

[code]maCommune <-- Commune(numCom, nomCom)[/code]

Puis le placer comme paramètre en entrée dans le constructeur "Secteur", a la place du fameux "this"ce qui nous donne :

[code]secteur <- new Secteur(unNuméroSecteur, unNomSecteur, unEspaceVert, maCommune)[/code]

Pouvait vous me confirmer que c'est la même chose ?

Non désolé à mon sens ça ne le fait pas parce qu'on est A L'INTERIEUR de la classe, donc DANS l'objet et dans une classe la seule soluce est que l'objet fasse référence à lui-même par this, comme en PHP5 par exemple ou dans les méthodes javascript.

En ce qui me concerne deux petits trucs aussi:
- je me suis permis de faire un selon pour les 3 cas des pourcentages, ça me semblait plus élégant et de nombreux langages l'autorisent vous pensez que ça va?
- pour les boucles j'ai pas utilisé la syntaxe fournie j'avais pas fait gaffe je m'en suis aperçu à la fin mais je voulais pas crader tout en effaçant/réécrivant etc j'ai donc un pour (i=1;...) et pour (j=;...) je pense que ça passe ça non?
- Sinon bien vu le coup de se servir de la méthode espace vert j'ai pas utilisé ça moi g fait comme ds l'exemple mais ça me semble plus efficace a priori c optimisé comme ça.
Bon enfin on verra bien c fait c fait lol

Forumeur occasionnel Messages: 18

beetlejuice722 a écrit:

Juste une précision pour la question 2, lorsque tu écrit ca :

[code]2. Procédure ajouterUnSecteur(unNuméroSecteur : Entier, unNomSecteur : Chaîne, unEspaceVert : Booléen)
VAR
secteur : Secteur
DEBUT
secteur <new> Tu fais appel au constructeur "Secteur" de la classe secteur !
Mais parmi les paramètres en entrée du constructeur, figure un objet de type "Commune" qui tu remplace par this (l'objet courrant de la classe commune)...
Ma question est donc: à la place de ce "this", pouvait on instancier un objet (appelons le "maCommune " par exemple!), avec le constructeur de la classe Commune, comme ceci :

[code]maCommune <-- Commune(numCom, nomCom)[/code]

Puis le placer comme paramètre en entrée dans le constructeur "Secteur", a la place du fameux "this"ce qui nous donne :

[code]secteur <- new Secteur(unNuméroSecteur, unNomSecteur, unEspaceVert, maCommune)[/code]

Pouvait vous me confirmer que c'est la même chose ?

Hélas non, ce n'est pas la même chose. Puisqu'on était dans la classe Commune, il fallait qu'on fasse passer en paramètre la commune sur laquelle on travaille actuellement. Désolé de ne pas pouvoir te donner raison là-dessus Confused

.

leroidelesprit a écrit:

En ce qui me concerne deux petits trucs aussi:
- je me suis permis de faire un selon pour les 3 cas des pourcentages, ça me semblait plus élégant et de nombreux langages l'autorisent vous pensez que ça va?
- pour les boucles j'ai pas utilisé la syntaxe fournie j'avais pas fait gaffe je m'en suis aperçu à la fin mais je voulais pas crader tout en effaçant/réécrivant etc j'ai donc un pour (i=1;...) et pour (j=;...) je pense que ça passe ça non?
- Sinon bien vu le coup de se servir de la méthode espace vert j'ai pas utilisé ça moi g fait comme ds l'exemple mais ça me semble plus efficace a priori c optimisé comme ça.
Bon enfin on verra bien c fait c fait lol

- Selon = switch? Si oui, alors ce n'est pas bon, car la syntaxe est switch variable, puis case valeur et non pas case condition. Ainsi je ne vois pas comment tu aurais pu représenter le fait d'être inférieur ou supérieur à une valeur.
- Oui ça peut très bien aller un POUR i DE 1 A LaCollection.cardinal() Smile

, c'est tout aussi propre.
- Je veux bien, mais j'ai pas trouvé l'exemple dont tu veux parler ^^.