BTS IG Informatique de Gestion

Forumeur fréquent Messages: 73

Citation:

3)
regle n°1; 179.170.12.151; tous;196.168.0.153;5432;accépté

J'aurais plutôt mis "80" en port source (serveur Web, c'est du HTTP Surprised

).

Forumeur occasionnel Messages: 39

Pour moi :

Dossier 2 :

- J'ai mis 255.255.000.000 car c'est un réseau de classe B
- Ma règle de droit est la suivante :
1 179.170.12.151 80 192.168.0.153 5423 Accepté

Sinon pour la GEOSI pareil sauf la dernière question où j'ai arrêté mon résonnement à 5000 JH

bkd35 a écrit:

En faite le problème avec votre relation entre Apport et organique c'est que ca va créer une table après dans la base.

La table par exemple ApportOrganique
Et dans cette table la clé primaire sera numApport & identifiantProduitOrganique

Ca fera genre :

(Apport1,Organique1) (autres caractéristiques)
(Apport1,Organique2) (autres caractéristiques)

On voit bien là que pour un même apport, la table pourra avoir plusieurs produits organiques , ce qui n'est pas possible normalement.

voila mon point de vue Smile

J'ai mis en commentaire sur ma copie une contrainte (avec un trigger par exemple pour éviter ca). C'est vrai que théoriquement j'aurais du mettre ces champs dans l'entité APPORT. Mais ca fait caca.

Forumeur occasionnel Messages: 39

Ouarf a écrit:

Citation:

3)
regle n°1; 179.170.12.151; tous;196.168.0.153;5432;accépté

J'aurais plutôt mis "80" en port source (serveur Web, c'est du HTTP Surprised

).

pareil, ca me paraît juste...

Invité

Citation:

J'ai mis en commentaire sur ma copie une contrainte (avec un trigger par exemple pour éviter ca). C'est vrai que théoriquement j'aurais du mettre ces champs dans l'entité APPORT. Mais ca fait caca.

Oui moi aussi pour mon modèle j'ai fait un petit commentaire pour expliquer, pour pas qu'il y ai anguille sous roche Very Happy

Invité

Pierrot67 a écrit:

Ouarf a écrit:

Citation:

3)
regle n°1; 179.170.12.151; tous;196.168.0.153;5432;accépté

J'aurais plutôt mis "80" en port source (serveur Web, c'est du HTTP Surprised

).

pareil, ca me paraît juste...

oui mais quand le serveur web intérroge le serveur SQL il le fait pas sur le port 80. Le port 80 est ouvert sur le serveur web pour retourner les infos au clt

Newbiiiie Messages: 9

exact c'est pas 80 moi j ai mis au deux 5432

Newbiiiie Messages: 4

kwiskas a écrit:

exact c'est pas 80 moi j ai mis au deux 5432

généralement les port d'ecoute et d'envoie ne sont pas les meme
surtout quand on arrive dans les ports au dela de 1000

Newbiiiie Messages: 9

après y avait rien de détaillé, même dans l'algo parfois ils vont chercher loin leur trucs

Newbiiiie Sexe: Messages: 6

pour les ports j'ai mi "tous" aux 2, ca reste correct ? J'ai mis ça car le sujet disait "permettre aux 2 serveurs de communiquer"..

Newbiiiie Messages: 4

kwiskas a écrit:

après y avait rien de détaillé, même dans l'algo parfois ils vont chercher loin leur trucs

j'ai bien sur résumé,les calculs jai surtout mis les reponse pour comparé

Newbiiiie Messages: 1

Pour le 2.2
j'pense que la raison pour laquelle le serveur n'a pas besoin d'être dans la DMZ est que ce serveur de base de données n'est pas accessible par les internautes, il n'y a aucune raison de le protégé étant donné que c'est uniquement le serveur WEB qui y a accès (comme c'est écrit dans l'énoncé).
La DMZ servant à protéger le réseau local des attaques d'internet, exposer le serveur de base de donnée à ces attaques est inutile.

Pour le 2.3
je pense que le port source doit etre TOUS, du moment qu'on veut acceder a l'adresse IP xxx.xxx.xxx.xxx :YYYY, peu importe le port de la machine source, on veut aller sur telle machine et on sait que c'est une base de données donc on accepte seulement cette adresse sur le port qui correspond a la BD

Newbiiiie Sexe: Messages: 1

Le port "80" ne sert pas à contacter un serveur sql hin ^^ requete HTTP ca permet pas de retourner des résultats de requetes SQL sauf si tu utilises PHPmyadmin par exemple.

Pour le MCD moi je me suis planté j'ai pas fais gaff ilot et parcelle j'ai donc fait une fausse ternaire entre exploitation année et ilot au lieu de ilot parcelle et année bref erreur bete.

Par contre Apport appartient relativement à la parcelle (1,1) voir annexe et les apports numéroté 1,2,3 par parcelle donc dedans j'ai mis la date et le libellé ainsi que la quantité de l'apport, je n'ai pas fais d'entité produits au vue du sujet, étant donné que par exemple pour ceux de nature minérale c'est propre au produit mais pour les produits organique il y a l'origine qui peut être différente pour le fumier (E,T) la présence de l'anti-odeur et la teneur en azote donc j'aurais pour ma part fais:

Apport produit azoté:
num-ap
libelle
date-app
quantite

avec 1 frère et une soeur (généralisation spécialisation) relié en partition (+):

minerale:
teneur-azote

organique:
origine
delais-enf
antiodeur
teneur-azote

Il y avait donc a mon avis pas besoin de faire une entité produit ou alors ce n'est pas elle qui doit contenir les informations des mineraux et organique mais belle et bien l'apport qui contient les infos sur l'anti-odeur, la quantité etc, et ce n'était surement pas en donnée portée dans une association mais très certainement une généralisation spécialisation.

Pour les système raid on en a parlé en cours mais jamais réelement étudié ces calculs.

Moi qui suit fan d'algo j'ai été déçu les 3 premiers c'est du donné et les 2 derniers n'ont pas de sens vraiment bizard et je vois que les 3/4 se sont planté sur ces 2 la je pense que si tel est le cas y'aura une renotification sur ces 2 questions qui ont apparament mal été perçu par les étudiants.

La geosi qui sert à rien juster à saouler de calcul à la fin sans réel grand intéret.

Le SQL c'été pour les bébé non? Ou alors ils ont décidé de donner 20points à tout le monde....

Newbiiiie Messages: 5

tu pourrais donner les reponses que tu as trouvé en SQL s'il te plait ? je suis vraiment pas sur de moi sur ce coup la !

feust a écrit:

kwiskas a écrit:

exact c'est pas 80 moi j ai mis au deux 5432

généralement les port d'ecoute et d'envoie ne sont pas les meme
surtout quand on arrive dans les ports au dela de 1000

C'est 5432 pour les deux, c'est un truc que j'ai déjà fait avec Postgres

nico2t a écrit:

Pour le 2.3
je pense que le port source doit etre TOUS, du moment qu'on veut acceder a l'adresse IP xxx.xxx.xxx.xxx :YYYY, peu importe le port de la machine source, on veut aller sur telle machine et on sait que c'est une base de données donc on accepte seulement cette adresse sur le port qui correspond a la BD

Je pense que c'est une faille de sécurité d'ouvrir tous les ports, même pour une source bien précise : s'il y a une intrusion dans ton serveur web, t'es mal.

djul60 a écrit:

Apport produit azoté:
num-ap
libelle
date-app
quantite

Ce n'est pas apport qui doit contenir les libellé ; cela fait des doublons sinon ! C'est justement produit qui sert ça, en plus d'avoir une fonction de pure abstraction.

Citation:

avec 1 frère et une soeur (généralisation spécialisation) relié en partition (+):

minerale:
teneur-azote

La teneur pour un même produit minéral ne varie pas d'un apport sur l'autre (encore une raison d'avoir fait l'héritage sur les produits et non sur les apports)

Citation:

Moi qui suit fan d'algo j'ai été déçu les 3 premiers c'est du donné et les 2 derniers n'ont pas de sens vraiment bizard et je vois que les 3/4 se sont planté sur ces 2 la je pense que si tel est le cas y'aura une renotification sur ces 2 questions qui ont apparament mal été perçu par les étudiants.

Ce sont des classes de conception et non d'analyse, il n'y a rien de bizarre... Cela offre un niveau d'abstraction supplémentaire utile à un développement optimisé (pas à gérer du SQL partout dans les autres classes)

Forumeur fréquent Sexe: Messages: 60 Localisation: idf

Punaise j'ai oublié de souligner les clés primaires!

pour moi c'était évident que la premiere propriété commençant par un num, code ouy réf c'était un primaire

Confused

Newbiiiie Messages: 2

feust a écrit:

4) il faut donc deployer 11250-1250=10000 exploitation
il y a 24moi pour allé de janvier 2008 a decembre 2009 moin les 4 mois de suspension soit 20 moi soit 400Jours ouvré
il faut 1/2Journée pour deployé une exploitation donc il faut que en 400J on deploi 5000
soit 5000/400= 12.5,il faut donc 12H pour les 10 premiers moi et 13homme pour les 10 suivants.

Bonjour à tous,

Sauf que le calcul pour la question 4 est demandé par mois. Or 12,5 est un résultat par jour. 5000/400. Il faut donc faire 5000/20 soit 250.

Wink

Forumeur fréquent Messages: 73

melo a écrit:

feust a écrit:

4) il faut donc deployer 11250-1250=10000 exploitation
il y a 24moi pour allé de janvier 2008 a decembre 2009 moin les 4 mois de suspension soit 20 moi soit 400Jours ouvré
il faut 1/2Journée pour deployé une exploitation donc il faut que en 400J on deploi 5000
soit 5000/400= 12.5,il faut donc 12H pour les 10 premiers moi et 13homme pour les 10 suivants.

Bonjour à tous,

Sauf que le calcul pour la question 4 est demandé par mois. Or 12,5 est un résultat par jour. 5000/400. Il faut donc faire 5000/20 soit 250.

Wink

250 JH... On est d'accord... Et sur 20 jours ouvrés par mois, ça fait combien de personnes ? 13
CQFD

Newbiiiie Messages: 2

Ouarf a écrit:

melo a écrit:

feust a écrit:

4) il faut donc deployer 11250-1250=10000 exploitation
il y a 24moi pour allé de janvier 2008 a decembre 2009 moin les 4 mois de suspension soit 20 moi soit 400Jours ouvré
il faut 1/2Journée pour deployé une exploitation donc il faut que en 400J on deploi 5000
soit 5000/400= 12.5,il faut donc 12H pour les 10 premiers moi et 13homme pour les 10 suivants.

Bonjour à tous,

Sauf que le calcul pour la question 4 est demandé par mois. Or 12,5 est un résultat par jour. 5000/400. Il faut donc faire 5000/20 soit 250.

Wink

250 JH... On est d'accord... Et sur 20 jours ouvrés par mois, ça fait combien de personnes ? 13
CQFD

Tout à fait Smile

Nous sommes d'accord Wink

Newbiiiie Sexe: Messages: 4 Localisation: NEVERS

Bijour tout le monde,

voici mon mcd,

http://dl.free.fr/getfile.pl?file=/8JJkZcMY/mcd_edc001.jpg

si vous avez des questions? je sais que jai foiré cette parti cest juste poue etre sur Crying or Very sad