https://air.imag.fr/api.php?action=feedcontributions&feedformat=atom&user=Coswa 2026-05-30T20:50:32Z User contributions MediaWiki 1.39.17 https://air.imag.fr/index.php?title=EA2012-3D_Scanning&diff=6643 2012-11-20T17:41:59Z

<p>Coswa: </p> <hr /> <div>== 3D Scanning ==<br /> Exposé réalisé par Oswald Camille et Clément Wirth<br /> <br /> [[Résumé]]&lt;br&gt;<br /> Un scanner tridimensionnel est un appareil qui analyse les objets pour recueillir des informations précises sur la forme de ceux-ci. Les données ainsi collectées peuvent alors être utilisées pour construire des images de synthèse en trois dimensions.<br /> Pour passer d'un objet de la vie réelle à un modèle 3D, trois étapes peuvent être identifiées : la capture d'un nuage de points présentant la surface de l'objet ; Le nettoyage, l'adaptation, voir la fusion entre plusieurs nuages ; enfin la reconstruction.<br /> Pour la phase de capture, il existe deux types de scanners : <br /> *Les scanners avec contact<br /> *Les scanners sans contact<br /> Pour la phase de reconstruction, l’algorithme le plus utilisé et le plus connu est l’algorithme ICP.&lt;br&gt;&lt;br&gt;<br /> <br /> [[Abstract]]&lt;br&gt;<br /> A 3D scanner is a device that analyzes a real-world object to collect data on its shape and possibly its appearance (color). The collected data can then be used to construct digital, three dimensional models.<br /> To move an object from the real-life 3D model, three stages can be identified: the capture of a cloud of points with the surface of the object, cleaning and adjustment and finally the reconstruction.<br /> In the capture phase, there are two types of scanners:<br /> *Scanners with contact<br /> *Non-contact scanners<br /> In the reconstruction phase, the algorithm most widely used and best known is the ICP algorithm&lt;br&gt;&lt;br&gt;<br /> <br /> [[Synthèse]] &lt;br&gt;<br /> '''Principe de fonctionnement et utilisation'''<br /> Un scanner tridimensionnel est un appareil qui analyse les objets ou leur environnement proche pour recueillir des informations précises sur la forme et éventuellement sur l'apparence (couleur, texture, …) de ceux-ci. Les données ainsi collectées peuvent alors être utilisées pour construire des images de synthèse en trois dimensions (objets numériques) à des fins diverses.<br /> Pour passer d'un objet de la vie réelle à un modèle 3D, trois étapes peuvent être identifiées : la capture d'un nuage de points présentant la surface de l'objet ; Le nettoyage, l'adaptation, voir la fusion entre plusieurs nuages ; enfin la reconstruction en un modèle polygonal.&lt;br&gt;<br /> Ces appareils sont beaucoup utilisés par les industries du divertissement pour des films ou des jeux vidéo. Des images numériques en 3D d'objets scannés servent également à la conception industrielle, à la conception d'orthèses (semelle, corset) et de prothèses, à la rétro-ingénierie (reconstruction de surface) pour la documentation d'objets culturels.&lt;br&gt;&lt;br&gt;<br /> <br /> '''Méthode de capture'''<br /> Il existe deux types de scanner pour la phase de capture de l’information : <br /> *Les scanners avec contact<br /> *Les scanners sans contact<br /> <br /> <br /> [[Les scanners avec contact]]: <br /> Les scanners 3D avec contact sondent le sujet grâce à un contact physique. Ils ont une bonne précision. Cependant, comme il y à un contact physique, cela peut détruire ou altérer des objets fragiles. Un autre inconvénient de cette technologie est sa relative lenteur par rapport aux autres méthodes. <br /> Un exemple de ce type de scanner est le bras de palpage. Au bout d’un bras, il y à un capteur que l’on peut déplacer dans toutes les directions afin de capturer toutes les coordonnées de l’objet à scanner.&lt;br&gt;<br /> <br /> <br /> [[Les scanners sans contact]]: <br /> Dans les scanners sans contact, il existe deux sous catégorie de scanner : <br /> *Scanner sans contact actif<br /> *Scanner sans contact passif<br /> <br /> <br /> [[Les scanners sans contact actif]]<br /> <br /> Les scanners actifs émettent un rayonnement et détectent sa réflexion afin de sonder un objet ou un environnement. Différents types de source de rayonnement sont utilisés : lumière, ultrason ou rayon X.<br />  <br /> Les scanners laser 3D peuvent généralement être répertoriés dans trois catégories principales :<br /> *Le scanner 3D par temps de vol : Le scanner par détection de temps de vol émet une impulsion de lumière laser qui est réfléchie par l’objet scanné. La réflexion en résultant est détectée par un capteur. Le temps qui s’écoule entre l’émission et la détection rapporte la distance à l’objet puisque l’on connaît précisément la vitesse de la lumière laser<br /> *Scanner par triangulation: le scanner projette une ligne ou un point laser sur un objet et en capture ensuite sa réflexion par un capteur situé à une distance connue de la source du laser.<br /> *Le scan par changement de phase : s’effectue en comparant le changement de phase dans la lumière laser réfléchie à une phase standard, qui est aussi capturée pour la comparaison.&lt;br&gt;<br /> Pour notre démonstration, nous avons utilisée le scanner à frange (ou à lumière blanche).&lt;br&gt;<br /> Le scanner 3D à lumière blanche ou à frange est un scan actif qui utilise la lumière blanche (projecteur type rétro-projecteur) pour sonder son environnement. Il pointe sur le sujet une série de motifs lumineux (traits, carrés, ronds,...) avec le projecteur créant des images déformées sur l’objet et utilise un appareil photo ou une camera décalée pour situer les motifs. En fonction de la distance jusqu’à la surface, les motifs prennent des formes différentes (déformations) en raison du positionnement décalé du laser et de la caméra. Ensuite un logiciel vient en déduire la forme de l’objet en fonction de l’ensemble des surfaces déformées dont il dispose.<br /> Ce type de scanner appartient à la catégorie scanner par triangulation.&lt;br&gt;<br /> <br /> <br /> [[Scanner sans contact passif]]<br /> Les scanners sans contact passifs, n'émette aucun type de rayonnement. Ils se basent sur la détection de rayonnement ambiant réfléchi. La plupart des scanners de ce type détectent la lumière visible car elle est immédiatement disponible.&lt;br&gt;<br /> Il existe tout une liste de ce type de scanner, lors de notre exposé, nous en avons présentés trois : &lt;br&gt;<br /> *Scanners stéréoscopiques : Les systèmes stéréoscopiques utilisent généralement deux caméras vidéo, légèrement espacées, pointant vers la même scène. En analysant les légères différences entre les images des deux appareils, il est possible de déterminer la distance de chaque point de l'image. Cette méthode est basée sur la vision stéréoscopique humaine.&lt;br&gt;<br /> <br /> *Photogrammétrie : Le principe de la photogrammétrie est de prendre des images multiples de l’objet et des points communs manuels ou automatiques à chaque photographie. Les points peuvent être ajoutés automatiquement ou manuellement pour créer les mesures 3D des parties souhaitées de l’objet.&lt;br&gt;<br /> <br /> <br /> *Le Tomographe : Le tomographe est un appareil dans lequel on vient insérer le produit à numériser. L’appareil vient effectuer des mesures par tranche depuis l’extérieur de l’objet. Ce scanner permet de sortir des fichiers images de l’objet tranche par tranche. On peut avec un logiciel de reconstitution de fichier type IRM reconstituer l’objet en 3D.&lt;br&gt;</div>

Coswa https://air.imag.fr/index.php?title=EA2012-3D_Scanning&diff=6642 2012-11-20T17:41:19Z

<p>Coswa: </p> <hr /> <div>== 3D Scanning ==<br /> Exposé réalisé par Oswald Camille et Clément Wirth<br /> <br /> [[Résumé]]&lt;br&gt;<br /> Un scanner tridimensionnel est un appareil qui analyse les objets pour recueillir des informations précises sur la forme de ceux-ci. Les données ainsi collectées peuvent alors être utilisées pour construire des images de synthèse en trois dimensions.<br /> Pour passer d'un objet de la vie réelle à un modèle 3D, trois étapes peuvent être identifiées : la capture d'un nuage de points présentant la surface de l'objet ; Le nettoyage, l'adaptation, voir la fusion entre plusieurs nuages ; enfin la reconstruction.<br /> Pour la phase de capture, il existe deux types de scanners : <br /> *Les scanners avec contact<br /> *Les scanners sans contact<br /> Pour la phase de reconstruction, l’algorithme le plus utilisé et le plus connu est l’algorithme ICP.&lt;br&gt;&lt;br&gt;<br /> <br /> [[Abstract]]&lt;br&gt;<br /> A 3D scanner is a device that analyzes a real-world object to collect data on its shape and possibly its appearance (color). The collected data can then be used to construct digital, three dimensional models.<br /> To move an object from the real-life 3D model, three stages can be identified: the capture of a cloud of points with the surface of the object, cleaning and adjustment and finally the reconstruction.<br /> In the capture phase, there are two types of scanners:<br /> *Scanners with contact<br /> *Non-contact scanners<br /> In the reconstruction phase, the algorithm most widely used and best known is the ICP algorithm&lt;br&gt;&lt;br&gt;<br /> <br /> [[Synthèse]] &lt;br&gt;<br /> '''Principe de fonctionnement et utilisation'''<br /> Un scanner tridimensionnel est un appareil qui analyse les objets ou leur environnement proche pour recueillir des informations précises sur la forme et éventuellement sur l'apparence (couleur, texture, …) de ceux-ci. Les données ainsi collectées peuvent alors être utilisées pour construire des images de synthèse en trois dimensions (objets numériques) à des fins diverses.<br /> Pour passer d'un objet de la vie réelle à un modèle 3D, trois étapes peuvent être identifiées : la capture d'un nuage de points présentant la surface de l'objet ; Le nettoyage, l'adaptation, voir la fusion entre plusieurs nuages ; enfin la reconstruction en un modèle polygonal.&lt;br&gt;<br /> Ces appareils sont beaucoup utilisés par les industries du divertissement pour des films ou des jeux vidéo. Des images numériques en 3D d'objets scannés servent également à la conception industrielle, à la conception d'orthèses (semelle, corset) et de prothèses, à la rétro-ingénierie (reconstruction de surface) pour la documentation d'objets culturels.&lt;br&gt;&lt;br&gt;<br /> <br /> '''Méthode de capture'''<br /> Il existe deux types de scanner pour la phase de capture de l’information : <br /> *Les scanners avec contact<br /> *Les scanners sans contact<br /> <br /> <br /> [[Les scanners avec contact]]: <br /> Les scanners 3D avec contact sondent le sujet grâce à un contact physique. Ils ont une bonne précision. Cependant, comme il y à un contact physique, cela peut détruire ou altérer des objets fragiles. Un autre inconvénient de cette technologie est sa relative lenteur par rapport aux autres méthodes. <br /> Un exemple de ce type de scanner est le bras de palpage. Au bout d’un bras, il y à un capteur que l’on peut déplacer dans toutes les directions afin de capturer toutes les coordonnées de l’objet à scanner.&lt;br&gt;<br /> <br /> <br /> [[Les scanners sans contact]]: <br /> Dans les scanners sans contact, il existe deux sous catégorie de scanner : <br /> *Scanner sans contact actif<br /> *Scanner sans contact passif<br /> <br /> <br /> === Les scanners sans contact actif ===<br /> <br /> Les scanners actifs émettent un rayonnement et détectent sa réflexion afin de sonder un objet ou un environnement. Différents types de source de rayonnement sont utilisés : lumière, ultrason ou rayon X.<br />  <br /> Les scanners laser 3D peuvent généralement être répertoriés dans trois catégories principales :<br /> *Le scanner 3D par temps de vol : Le scanner par détection de temps de vol émet une impulsion de lumière laser qui est réfléchie par l’objet scanné. La réflexion en résultant est détectée par un capteur. Le temps qui s’écoule entre l’émission et la détection rapporte la distance à l’objet puisque l’on connaît précisément la vitesse de la lumière laser<br /> *Scanner par triangulation: le scanner projette une ligne ou un point laser sur un objet et en capture ensuite sa réflexion par un capteur situé à une distance connue de la source du laser.<br /> *Le scan par changement de phase : s’effectue en comparant le changement de phase dans la lumière laser réfléchie à une phase standard, qui est aussi capturée pour la comparaison.&lt;br&gt;<br /> Pour notre démonstration, nous avons utilisée le scanner à frange (ou à lumière blanche).&lt;br&gt;<br /> Le scanner 3D à lumière blanche ou à frange est un scan actif qui utilise la lumière blanche (projecteur type rétro-projecteur) pour sonder son environnement. Il pointe sur le sujet une série de motifs lumineux (traits, carrés, ronds,...) avec le projecteur créant des images déformées sur l’objet et utilise un appareil photo ou une camera décalée pour situer les motifs. En fonction de la distance jusqu’à la surface, les motifs prennent des formes différentes (déformations) en raison du positionnement décalé du laser et de la caméra. Ensuite un logiciel vient en déduire la forme de l’objet en fonction de l’ensemble des surfaces déformées dont il dispose.<br /> Ce type de scanner appartient à la catégorie scanner par triangulation.&lt;br&gt;<br /> <br /> <br /> [[Scanner sans contact passif]]<br /> Les scanners sans contact passifs, n'émette aucun type de rayonnement. Ils se basent sur la détection de rayonnement ambiant réfléchi. La plupart des scanners de ce type détectent la lumière visible car elle est immédiatement disponible.&lt;br&gt;<br /> Il existe tout une liste de ce type de scanner, lors de notre exposé, nous en avons présentés trois : &lt;br&gt;<br /> *Scanners stéréoscopiques : Les systèmes stéréoscopiques utilisent généralement deux caméras vidéo, légèrement espacées, pointant vers la même scène. En analysant les légères différences entre les images des deux appareils, il est possible de déterminer la distance de chaque point de l'image. Cette méthode est basée sur la vision stéréoscopique humaine.&lt;br&gt;<br /> <br /> *Photogrammétrie : Le principe de la photogrammétrie est de prendre des images multiples de l’objet et des points communs manuels ou automatiques à chaque photographie. Les points peuvent être ajoutés automatiquement ou manuellement pour créer les mesures 3D des parties souhaitées de l’objet.&lt;br&gt;<br /> <br /> <br /> *Le Tomographe : Le tomographe est un appareil dans lequel on vient insérer le produit à numériser. L’appareil vient effectuer des mesures par tranche depuis l’extérieur de l’objet. Ce scanner permet de sortir des fichiers images de l’objet tranche par tranche. On peut avec un logiciel de reconstitution de fichier type IRM reconstituer l’objet en 3D.&lt;br&gt;</div>

Coswa https://air.imag.fr/index.php?title=EA2012-3D_Scanning&diff=6641 2012-11-20T17:39:09Z

<p>Coswa: </p> <hr /> <div>== 3D Scanning ==<br /> Exposé réalisé par Oswald Camille et Clément Wirth<br /> <br /> [[Résumé]]&lt;br&gt;<br /> Un scanner tridimensionnel est un appareil qui analyse les objets pour recueillir des informations précises sur la forme de ceux-ci. Les données ainsi collectées peuvent alors être utilisées pour construire des images de synthèse en trois dimensions.<br /> Pour passer d'un objet de la vie réelle à un modèle 3D, trois étapes peuvent être identifiées : la capture d'un nuage de points présentant la surface de l'objet ; Le nettoyage, l'adaptation, voir la fusion entre plusieurs nuages ; enfin la reconstruction.<br /> Pour la phase de capture, il existe deux types de scanners : <br /> *Les scanners avec contact<br /> *Les scanners sans contact<br /> Pour la phase de reconstruction, l’algorithme le plus utilisé et le plus connu est l’algorithme ICP.&lt;br&gt;&lt;br&gt;<br /> <br /> [[Abstract]]&lt;br&gt;<br /> A 3D scanner is a device that analyzes a real-world object to collect data on its shape and possibly its appearance (color). The collected data can then be used to construct digital, three dimensional models.<br /> To move an object from the real-life 3D model, three stages can be identified: the capture of a cloud of points with the surface of the object, cleaning and adjustment and finally the reconstruction.<br /> In the capture phase, there are two types of scanners:<br /> *Scanners with contact<br /> *Non-contact scanners<br /> In the reconstruction phase, the algorithm most widely used and best known is the ICP algorithm&lt;br&gt;&lt;br&gt;<br /> <br /> [[Synthèse]] &lt;br&gt;<br /> '''Principe de fonctionnement et utilisation'''<br /> Un scanner tridimensionnel est un appareil qui analyse les objets ou leur environnement proche pour recueillir des informations précises sur la forme et éventuellement sur l'apparence (couleur, texture, …) de ceux-ci. Les données ainsi collectées peuvent alors être utilisées pour construire des images de synthèse en trois dimensions (objets numériques) à des fins diverses.<br /> Pour passer d'un objet de la vie réelle à un modèle 3D, trois étapes peuvent être identifiées : la capture d'un nuage de points présentant la surface de l'objet ; Le nettoyage, l'adaptation, voir la fusion entre plusieurs nuages ; enfin la reconstruction en un modèle polygonal.<br /> Ces appareils sont beaucoup utilisés par les industries du divertissement pour des films ou des jeux vidéo. Des images numériques en 3D d'objets scannés servent également à la conception industrielle, à la conception d'orthèses (semelle, corset) et de prothèses, à la rétro-ingénierie (reconstruction de surface) pour la documentation d'objets culturels.&lt;br&gt;&lt;br&gt;<br /> <br /> '''Méthode de capture'''<br /> Il existe deux types de scanner pour la phase de capture de l’information : <br /> • Les scanners avec contact<br /> • Les scanners sans contact<br /> <br /> <br /> === Les scanners avec contact === : <br /> Les scanners 3D avec contact sondent le sujet grâce à un contact physique. Ils ont une bonne précision. Cependant, comme il y à un contact physique, cela peut détruire ou altérer des objets fragiles. Un autre inconvénient de cette technologie est sa relative lenteur par rapport aux autres méthodes. <br /> Un exemple de ce type de scanner est le bras de palpage. Au bout d’un bras, il y à un capteur que l’on peut déplacer dans toutes les directions afin de capturer toutes les coordonnées de l’objet à scanner.&lt;br&gt;<br /> <br /> <br /> === Les scanners sans contact === : <br /> Dans les scanners sans contact, il existe deux sous catégorie de scanner : <br /> *Scanner sans contact actif<br /> *Scanner sans contact passif<br /> <br /> <br /> === Les scanners sans contact actif ===<br /> <br /> Les scanners actifs émettent un rayonnement et détectent sa réflexion afin de sonder un objet ou un environnement. Différents types de source de rayonnement sont utilisés : lumière, ultrason ou rayon X.<br />  <br /> Les scanners laser 3D peuvent généralement être répertoriés dans trois catégories principales :<br /> *Le scanner 3D par temps de vol : Le scanner par détection de temps de vol émet une impulsion de lumière laser qui est réfléchie par l’objet scanné. La réflexion en résultant est détectée par un capteur. Le temps qui s’écoule entre l’émission et la détection rapporte la distance à l’objet puisque l’on connaît précisément la vitesse de la lumière laser<br /> *Scanner par triangulation: le scanner projette une ligne ou un point laser sur un objet et en capture ensuite sa réflexion par un capteur situé à une distance connue de la source du laser.<br /> *Le scan par changement de phase : s’effectue en comparant le changement de phase dans la lumière laser réfléchie à une phase standard, qui est aussi capturée pour la comparaison.&lt;br&gt;<br /> Pour notre démonstration, nous avons utilisée le scanner à frange (ou à lumière blanche).&lt;br&gt;<br /> Le scanner 3D à lumière blanche ou à frange est un scan actif qui utilise la lumière blanche (projecteur type rétro-projecteur) pour sonder son environnement. Il pointe sur le sujet une série de motifs lumineux (traits, carrés, ronds,...) avec le projecteur créant des images déformées sur l’objet et utilise un appareil photo ou une camera décalée pour situer les motifs. En fonction de la distance jusqu’à la surface, les motifs prennent des formes différentes (déformations) en raison du positionnement décalé du laser et de la caméra. Ensuite un logiciel vient en déduire la forme de l’objet en fonction de l’ensemble des surfaces déformées dont il dispose.<br /> Ce type de scanner appartient à la catégorie scanner par triangulation.&lt;br&gt;<br /> <br /> <br /> === Scanner sans contact passif ===<br /> Les scanners sans contact passifs, n'émette aucun type de rayonnement. Ils se basent sur la détection de rayonnement ambiant réfléchi. La plupart des scanners de ce type détectent la lumière visible car elle est immédiatement disponible.&lt;br&gt;<br /> Il existe tout une liste de ce type de scanner, lors de notre exposé, nous en avons présentés trois : <br /> *Scanners stéréoscopiques : Les systèmes stéréoscopiques utilisent généralement deux caméras vidéo, légèrement espacées, pointant vers la même scène. En analysant les légères différences entre les images des deux appareils, il est possible de déterminer la distance de chaque point de l'image. Cette méthode est basée sur la vision stéréoscopique humaine.&lt;br&gt;<br /> <br /> *Photogrammétrie : Le principe de la photogrammétrie est de prendre des images multiples de l’objet et des points communs manuels ou automatiques à chaque photographie. Les points peuvent être ajoutés automatiquement ou manuellement pour créer les mesures 3D des parties souhaitées de l’objet.&lt;br&gt;<br /> <br /> <br /> *Le Tomographe : Le tomographe est un appareil dans lequel on vient insérer le produit à numériser. L’appareil vient effectuer des mesures par tranche depuis l’extérieur de l’objet. Ce scanner permet de sortir des fichiers images de l’objet tranche par tranche. On peut avec un logiciel de reconstitution de fichier type IRM reconstituer l’objet en 3D.&lt;br&gt;</div>

Coswa https://air.imag.fr/index.php?title=EA2012-3D_Scanning&diff=6640 2012-11-20T17:12:50Z

<p>Coswa: </p> <hr /> <div>== 3D Scanning ==<br /> Exposé réalisé par Oswald Camille et Clément Wirth<br /> <br /> [[Résumé]]&lt;br&gt;<br /> Un scanner tridimensionnel est un appareil qui analyse les objets pour recueillir des informations précises sur la forme de ceux-ci. Les données ainsi collectées peuvent alors être utilisées pour construire des images de synthèse en trois dimensions.<br /> Pour passer d'un objet de la vie réelle à un modèle 3D, trois étapes peuvent être identifiées : la capture d'un nuage de points présentant la surface de l'objet ; Le nettoyage, l'adaptation, voir la fusion entre plusieurs nuages ; enfin la reconstruction.<br /> Pour la phase de capture, il existe deux types de scanners : <br /> *Les scanners avec contact<br /> *Les scanners sans contact<br /> Pour la phase de reconstruction, l’algorithme le plus utilisé et le plus connu est l’algorithme ICP.&lt;br&gt;&lt;br&gt;<br /> <br /> [[Abstract]]&lt;br&gt;<br /> A 3D scanner is a device that analyzes a real-world object to collect data on its shape and possibly its appearance (color). The collected data can then be used to construct digital, three dimensional models.<br /> To move an object from the real-life 3D model, three stages can be identified: the capture of a cloud of points with the surface of the object, cleaning and adjustment and finally the reconstruction.<br /> In the capture phase, there are two types of scanners:<br /> *Scanners with contact<br /> *Non-contact scanners<br /> In the reconstruction phase, the algorithm most widely used and best known is the ICP algorithm&lt;br&gt;&lt;br&gt;<br /> <br /> [[Synthèse]] &lt;br&gt;</div>

Coswa https://air.imag.fr/index.php?title=EA2012-3D_Scanning&diff=6639 2012-11-20T17:10:53Z

<p>Coswa: </p> <hr /> <div>== 3D Scanning ==<br /> Exposé réalisé par Oswald Camille et Clément Wirth<br /> <br /> [[Résumé]]&lt;br&gt;<br /> Un scanner tridimensionnel est un appareil qui analyse les objets pour recueillir des informations précises sur la forme et éventuellement sur l'apparence (couleur, texture, …) de ceux-ci. Les données ainsi collectées peuvent alors être utilisées pour construire des images de synthèse en trois dimensions.<br /> Pour passer d'un objet de la vie réelle à un modèle 3D, trois étapes peuvent être identifiées : la capture d'un nuage de points présentant la surface de l'objet ; Le nettoyage, l'adaptation, voir la fusion entre plusieurs nuages ; enfin la reconstruction.<br /> Pour la phase de capture, il existe deux types de scanners : <br /> *Les scanners avec contact<br /> *Les scanners sans contact<br /> Pour la phase de reconstruction, l’algorithme le plus utilisé et le plus connu est l’algorithme ICP.&lt;br&gt;&lt;br&gt;<br /> <br /> [[Abstract]]&lt;br&gt;<br /> A 3D scanner is a device that analyzes a real-world object to collect data on its shape and possibly its appearance (color). The collected data can then be used to construct digital, three dimensional models.<br /> To move an object from the real-life 3D model, three stages can be identified: the capture of a cloud of points with the surface of the object, cleaning and adjustment and finally the reconstruction.<br /> In the capture phase, there are two types of scanners:<br /> *Scanners with contact<br /> *Non-contact scanners<br /> In the reconstruction phase, the algorithm most widely used and best known is the ICP algorithm&lt;br&gt;&lt;br&gt;</div>

Coswa https://air.imag.fr/index.php?title=EA2012-3D_Scanning&diff=6638 2012-11-20T17:10:22Z

<p>Coswa: </p> <hr /> <div>== 3D Scanning ==<br /> Exposé réalisé par Oswald Camille et Clément Wirth<br /> <br /> === Résumé === &lt;br&gt;<br /> Un scanner tridimensionnel est un appareil qui analyse les objets pour recueillir des informations précises sur la forme et éventuellement sur l'apparence (couleur, texture, …) de ceux-ci. Les données ainsi collectées peuvent alors être utilisées pour construire des images de synthèse en trois dimensions.<br /> Pour passer d'un objet de la vie réelle à un modèle 3D, trois étapes peuvent être identifiées : la capture d'un nuage de points présentant la surface de l'objet ; Le nettoyage, l'adaptation, voir la fusion entre plusieurs nuages ; enfin la reconstruction.<br /> Pour la phase de capture, il existe deux types de scanners : <br /> *Les scanners avec contact<br /> *Les scanners sans contact<br /> Pour la phase de reconstruction, l’algorithme le plus utilisé et le plus connu est l’algorithme ICP.&lt;br&gt;&lt;br&gt;<br /> <br /> === Abstract === &lt;br&gt;<br /> A 3D scanner is a device that analyzes a real-world object to collect data on its shape and possibly its appearance (color). The collected data can then be used to construct digital, three dimensional models.<br /> To move an object from the real-life 3D model, three stages can be identified: the capture of a cloud of points with the surface of the object, cleaning and adjustment and finally the reconstruction.<br /> In the capture phase, there are two types of scanners:<br /> *Scanners with contact<br /> *Non-contact scanners<br /> In the reconstruction phase, the algorithm most widely used and best known is the ICP algorithm</div>

Coswa https://air.imag.fr/index.php?title=EA2012-3D_Scanning&diff=6637 2012-11-20T17:10:07Z

<p>Coswa: </p> <hr /> <div>== 3D Scanning ==<br /> Exposé réalisé par Oswald Camille et Clément Wirth<br /> <br /> ===Résumé=== &lt;br&gt;<br /> Un scanner tridimensionnel est un appareil qui analyse les objets pour recueillir des informations précises sur la forme et éventuellement sur l'apparence (couleur, texture, …) de ceux-ci. Les données ainsi collectées peuvent alors être utilisées pour construire des images de synthèse en trois dimensions.<br /> Pour passer d'un objet de la vie réelle à un modèle 3D, trois étapes peuvent être identifiées : la capture d'un nuage de points présentant la surface de l'objet ; Le nettoyage, l'adaptation, voir la fusion entre plusieurs nuages ; enfin la reconstruction.<br /> Pour la phase de capture, il existe deux types de scanners : <br /> *Les scanners avec contact<br /> *Les scanners sans contact<br /> Pour la phase de reconstruction, l’algorithme le plus utilisé et le plus connu est l’algorithme ICP.&lt;br&gt;&lt;br&gt;<br /> <br /> ===Abstract=== &lt;br&gt;<br /> A 3D scanner is a device that analyzes a real-world object to collect data on its shape and possibly its appearance (color). The collected data can then be used to construct digital, three dimensional models.<br /> To move an object from the real-life 3D model, three stages can be identified: the capture of a cloud of points with the surface of the object, cleaning and adjustment and finally the reconstruction.<br /> In the capture phase, there are two types of scanners:<br /> *Scanners with contact<br /> *Non-contact scanners<br /> In the reconstruction phase, the algorithm most widely used and best known is the ICP algorithm</div>

Coswa https://air.imag.fr/index.php?title=EA2012-3D_Scanning&diff=6636 2012-11-20T17:09:32Z

<p>Coswa: </p> <hr /> <div>== 3D Scanning ==<br /> Exposé réalisé par Oswald Camille et Clément Wirth<br /> <br /> Résumé &lt;br&gt;<br /> Un scanner tridimensionnel est un appareil qui analyse les objets pour recueillir des informations précises sur la forme et éventuellement sur l'apparence (couleur, texture, …) de ceux-ci. Les données ainsi collectées peuvent alors être utilisées pour construire des images de synthèse en trois dimensions.<br /> Pour passer d'un objet de la vie réelle à un modèle 3D, trois étapes peuvent être identifiées : la capture d'un nuage de points présentant la surface de l'objet ; Le nettoyage, l'adaptation, voir la fusion entre plusieurs nuages ; enfin la reconstruction.<br /> Pour la phase de capture, il existe deux types de scanners : <br /> *Les scanners avec contact<br /> *Les scanners sans contact<br /> Pour la phase de reconstruction, l’algorithme le plus utilisé et le plus connu est l’algorithme ICP.&lt;br&gt;<br /> <br /> Abstract &lt;br&gt;<br /> A 3D scanner is a device that analyzes a real-world object to collect data on its shape and possibly its appearance (color). The collected data can then be used to construct digital, three dimensional models.<br /> To move an object from the real-life 3D model, three stages can be identified: the capture of a cloud of points with the surface of the object, cleaning and adjustment and finally the reconstruction.<br /> In the capture phase, there are two types of scanners:<br /> *Scanners with contact<br /> *Non-contact scanners<br /> In the reconstruction phase, the algorithm most widely used and best known is the ICP algorithm</div>

Coswa https://air.imag.fr/index.php?title=EA2012-3D_Scanning&diff=6635 2012-11-20T17:05:35Z

<p>Coswa: Created page with &quot; == 3D Scanning == Exposé réalisé par Oswald Camille et Clément Wirth Résumé Un scanner tridimensionnel est un appareil qui analyse les objets pour recueillir des informat…&quot;</p> <hr /> <div><br /> == 3D Scanning ==<br /> Exposé réalisé par Oswald Camille et Clément Wirth<br /> <br /> Résumé<br /> Un scanner tridimensionnel est un appareil qui analyse les objets pour recueillir des informations précises sur la forme et éventuellement sur l'apparence (couleur, texture, …) de ceux-ci. Les données ainsi collectées peuvent alors être utilisées pour construire des images de synthèse en trois dimensions.<br /> Pour passer d'un objet de la vie réelle à un modèle 3D, trois étapes peuvent être identifiées : la capture d'un nuage de points présentant la surface de l'objet ; Le nettoyage, l'adaptation, voir la fusion entre plusieurs nuages ; enfin la reconstruction.<br /> Pour la phase de capture, il existe deux types de scanners : <br /> *Les scanners avec contact<br /> *Les scanners sans contact<br /> Pour la phase de reconstruction, l’algorithme le plus utilisé et le plus connu est l’algorithme ICP</div>

Coswa https://air.imag.fr/index.php?title=Linux_Store&diff=6252 2012-10-19T08:23:40Z

<p>Coswa: /* Semaine 42 */</p> <hr /> <div>==Présentation==<br /> Dans le cadre d’un projet Ecom, nous allons réaliser une plate-forme de téléchargement d’applications pour le système d’exploitation Linux. Celle-ci se nommera Linux’Store.&lt;br&gt;<br /> Sur cette plate-forme, les utilisateurs pourront télécharger : <br /> *Des jeux<br /> *Des thèmes<br /> *Des widgets <br /> *Des logiciels de sécurité, d’administrateur ou de multimédia.<br /> Ces applications seront disponibles pour tous types de distribution linux : <br /> *Fedora<br /> *Red’Hat<br /> *Centos<br /> *Open Suse<br /> *Ubuntu<br /> *…<br /> Ces applications seront payantes mais leurs mise-à-jours seront gratuite.&lt;br&gt;<br /> La plate-forme a un système de détection de distribution, le téléchargement d’une application sera donc d’autant plus simplifier que l’utilisateur n’aura plus besoin de connaitre sa distribution ou sa version.<br /> <br /> [[Membre du projet]] : <br /> *Mercier Michael<br /> *Oswald camille<br /> *Wirth Clément&lt;br&gt;<br /> <br /> ===Semaine 39===<br /> Présentation du projet ECOM. Nous avons aussi défini et spécifié notre sujet.<br /> <br /> ===Semaine 40===<br /> Définition et écriture du cahier des charges.&lt;br&gt;&lt;br&gt;<br /> Le 04/10/2012 a eu lieu le premier Sprint planning. Le but de ce dernier était : &lt;br&gt;<br /> *définir un srcrum master fixe ou tournant<br /> *Définir la durée de nos sprint<br /> *Définir le product backlog<br /> <br /> [[Durée des sprints]] : 2 semaines. Nous avons fixer cela car nous avons décider que pour mener à bien un sprint, il nous faut au moins 10h de travail. Or compte tenu de nos contrainte d'emploi du temps, nous ne parvenons pas à avoir ces 10h en une semaine. Donc 15 jours nous semble plus approprié : 3h par semaines à l'école (encadré) et 4h personnel. <br /> <br /> Le scrum master sera fixe. En effet, une personne de groupe (Camille Oswald) a déjà eu l'expérience de travailler avec la méthode agile scrum, elle est donc plus à même de la mettre en place.&lt;br&gt;&lt;br&gt;<br /> <br /> [[Product Backlog]] : <br /> <br /> En tant qu'utilisateur, je souhaite : <br /> *Rechercher une application par mot clés ou par catégorie.<br /> *Télécharger une application<br /> *Ajouter, supprimer, modifier une application dans mon panier.<br /> *M'inscrire<br /> *Me connecter<br /> *Payer<br /> *Télécharger une mise-à-jour<br /> *Poster une application<br /> *Poster une mise-à-jour<br /> *Gérer mon compte utilisateur<br /> *Me désinscrire<br /> *Etre informé de la validation de mon application<br /> *Etre informé des mises-à-jours&lt;br&gt;&lt;br&gt;<br /> <br /> En tant qu'administrateur, je souhaite : <br /> *Etre informé de l'ajout d'une application<br /> *Etre informé de l'ajout d'une mise-à-jour<br /> *Valider ou non l'application ou la mise-à-jour<br /> *Retirer une application&lt;br&gt;&lt;br&gt;<br /> <br /> [[Définition du premier sprint backlog]] : <br /> Rechercher une application : <br /> *Mettre en place la structure de donnée<br /> *IHM (faire une maquette de page de recherche, charte graphique, étude de l'éxistant)<br /> *Noyau (fonction qui fait la recherche)<br /> * Générer les applications<br /> *Ecrire les jeux de tests.&lt;br&gt;<br /> <br /> Nous avons un dashboard électronique sur le site trello.com. Celui-ci permet à chacun de savoir quelle est sa tache a réaliser pour le sprint en cours.&lt;br&gt;&lt;br&gt;<br /> <br /> ===Semaine 41===<br /> Rendu du cahier des charges. Définition du graphisme des pages du site. Mise en place de la structure.&lt;br&gt;<br /> <br /> ===Semaine 42===<br /> Fin du premier Sprint.<br /> <br /> [[Rétrospective du 18/10/2012]]&lt;br&gt;<br /> Tâches restantes : <br /> *Charte graphique<br /> *Générer des applications<br /> <br /> Tâches réalisées : <br /> *Mise en place de la structure de données<br /> *Noyau : fonction de recherche par mot clés<br /> *IHM : maquette de la page recherche<br /> *Etude de l'existant<br /> *rédaction des tests<br /> <br /> Problèmes rencontrés : <br /> *Tâches mal définies<br /> *Problème de mise en place du travail collaboratif<br /> *Manque de temps personnel et suppression du TP du 17 Octobre<br /> <br /> [[Définition du 2ème sprint :]] <br /> *Recherche par catégorie et filtrer la recherche par catégorie<br /> *Dossier de conception<br /> *Panier<br /> *Client lourd : fonction ADD et SEARCH (pour mardi 23 Octobre)<br /> *Client lourd : lecture d'un fichier .txt pour insérer dans la base de données X applications<br /> <br /> Date de fin de sprint : 8 novembre.<br /> Prochaine rétrospective : 8 Novembre.</div>

Coswa https://air.imag.fr/index.php?title=Linux_Store&diff=6251 2012-10-19T08:21:52Z

<p>Coswa: /* Rétrospective du 18/10/2012 */</p> <hr /> <div>==Présentation==<br /> Dans le cadre d’un projet Ecom, nous allons réaliser une plate-forme de téléchargement d’applications pour le système d’exploitation Linux. Celle-ci se nommera Linux’Store.&lt;br&gt;<br /> Sur cette plate-forme, les utilisateurs pourront télécharger : <br /> *Des jeux<br /> *Des thèmes<br /> *Des widgets <br /> *Des logiciels de sécurité, d’administrateur ou de multimédia.<br /> Ces applications seront disponibles pour tous types de distribution linux : <br /> *Fedora<br /> *Red’Hat<br /> *Centos<br /> *Open Suse<br /> *Ubuntu<br /> *…<br /> Ces applications seront payantes mais leurs mise-à-jours seront gratuite.&lt;br&gt;<br /> La plate-forme a un système de détection de distribution, le téléchargement d’une application sera donc d’autant plus simplifier que l’utilisateur n’aura plus besoin de connaitre sa distribution ou sa version.<br /> <br /> [[Membre du projet]] : <br /> *Mercier Michael<br /> *Oswald camille<br /> *Wirth Clément&lt;br&gt;<br /> <br /> ===Semaine 39===<br /> Présentation du projet ECOM. Nous avons aussi défini et spécifié notre sujet.<br /> <br /> ===Semaine 40===<br /> Définition et écriture du cahier des charges.&lt;br&gt;&lt;br&gt;<br /> Le 04/10/2012 a eu lieu le premier Sprint planning. Le but de ce dernier était : &lt;br&gt;<br /> *définir un srcrum master fixe ou tournant<br /> *Définir la durée de nos sprint<br /> *Définir le product backlog<br /> <br /> [[Durée des sprints]] : 2 semaines. Nous avons fixer cela car nous avons décider que pour mener à bien un sprint, il nous faut au moins 10h de travail. Or compte tenu de nos contrainte d'emploi du temps, nous ne parvenons pas à avoir ces 10h en une semaine. Donc 15 jours nous semble plus approprié : 3h par semaines à l'école (encadré) et 4h personnel. <br /> <br /> Le scrum master sera fixe. En effet, une personne de groupe (Camille Oswald) a déjà eu l'expérience de travailler avec la méthode agile scrum, elle est donc plus à même de la mettre en place.&lt;br&gt;&lt;br&gt;<br /> <br /> [[Product Backlog]] : <br /> <br /> En tant qu'utilisateur, je souhaite : <br /> *Rechercher une application par mot clés ou par catégorie.<br /> *Télécharger une application<br /> *Ajouter, supprimer, modifier une application dans mon panier.<br /> *M'inscrire<br /> *Me connecter<br /> *Payer<br /> *Télécharger une mise-à-jour<br /> *Poster une application<br /> *Poster une mise-à-jour<br /> *Gérer mon compte utilisateur<br /> *Me désinscrire<br /> *Etre informé de la validation de mon application<br /> *Etre informé des mises-à-jours&lt;br&gt;&lt;br&gt;<br /> <br /> En tant qu'administrateur, je souhaite : <br /> *Etre informé de l'ajout d'une application<br /> *Etre informé de l'ajout d'une mise-à-jour<br /> *Valider ou non l'application ou la mise-à-jour<br /> *Retirer une application&lt;br&gt;&lt;br&gt;<br /> <br /> [[Définition du premier sprint backlog]] : <br /> Rechercher une application : <br /> *Mettre en place la structure de donnée<br /> *IHM (faire une maquette de page de recherche, charte graphique, étude de l'éxistant)<br /> *Noyau (fonction qui fait la recherche)<br /> * Générer les applications<br /> *Ecrire les jeux de tests.&lt;br&gt;<br /> <br /> Nous avons un dashboard électronique sur le site trello.com. Celui-ci permet à chacun de savoir quelle est sa tache a réaliser pour le sprint en cours.&lt;br&gt;&lt;br&gt;<br /> <br /> ===Semaine 41===<br /> Rendu du cahier des charges. Définition du graphisme des pages du site. Mise en place de la structure.&lt;br&gt;<br /> <br /> ===Semaine 42===<br /> Fin du premier Sprint.<br /> <br /> [[Rétrospective du 18/10/2012]]<br /> Tâches restantes : <br /> *Charte graphique<br /> *Générer des applications<br /> <br /> Problèmes rencontrés : <br /> *Tâches mal définies<br /> *Problème de mise en place du travail collaboratif<br /> *Manque de temps personnel et suppression du TP du 17 Octobre<br /> <br /> [[Définition du 2ème sprint :]] <br /> *Recherche par catégorie et filtrer la recherche par catégorie<br /> *Dossier de conception<br /> *Panier<br /> *Client lourd : fonction ADD et SEARCH (pour mardi 23 Octobre)<br /> *Client lourd : lecture d'un fichier .txt pour insérer dans la base de données X applications<br /> <br /> Date de fin de sprint : 8 novembre.<br /> Prochaine rétrospective : 8 Novembre.</div>

Coswa https://air.imag.fr/index.php?title=Linux_Store&diff=6250 2012-10-19T08:21:07Z

<p>Coswa: /* Semaine 42 */</p> <hr /> <div>==Présentation==<br /> Dans le cadre d’un projet Ecom, nous allons réaliser une plate-forme de téléchargement d’applications pour le système d’exploitation Linux. Celle-ci se nommera Linux’Store.&lt;br&gt;<br /> Sur cette plate-forme, les utilisateurs pourront télécharger : <br /> *Des jeux<br /> *Des thèmes<br /> *Des widgets <br /> *Des logiciels de sécurité, d’administrateur ou de multimédia.<br /> Ces applications seront disponibles pour tous types de distribution linux : <br /> *Fedora<br /> *Red’Hat<br /> *Centos<br /> *Open Suse<br /> *Ubuntu<br /> *…<br /> Ces applications seront payantes mais leurs mise-à-jours seront gratuite.&lt;br&gt;<br /> La plate-forme a un système de détection de distribution, le téléchargement d’une application sera donc d’autant plus simplifier que l’utilisateur n’aura plus besoin de connaitre sa distribution ou sa version.<br /> <br /> [[Membre du projet]] : <br /> *Mercier Michael<br /> *Oswald camille<br /> *Wirth Clément&lt;br&gt;<br /> <br /> ===Semaine 39===<br /> Présentation du projet ECOM. Nous avons aussi défini et spécifié notre sujet.<br /> <br /> ===Semaine 40===<br /> Définition et écriture du cahier des charges.&lt;br&gt;&lt;br&gt;<br /> Le 04/10/2012 a eu lieu le premier Sprint planning. Le but de ce dernier était : &lt;br&gt;<br /> *définir un srcrum master fixe ou tournant<br /> *Définir la durée de nos sprint<br /> *Définir le product backlog<br /> <br /> [[Durée des sprints]] : 2 semaines. Nous avons fixer cela car nous avons décider que pour mener à bien un sprint, il nous faut au moins 10h de travail. Or compte tenu de nos contrainte d'emploi du temps, nous ne parvenons pas à avoir ces 10h en une semaine. Donc 15 jours nous semble plus approprié : 3h par semaines à l'école (encadré) et 4h personnel. <br /> <br /> Le scrum master sera fixe. En effet, une personne de groupe (Camille Oswald) a déjà eu l'expérience de travailler avec la méthode agile scrum, elle est donc plus à même de la mettre en place.&lt;br&gt;&lt;br&gt;<br /> <br /> [[Product Backlog]] : <br /> <br /> En tant qu'utilisateur, je souhaite : <br /> *Rechercher une application par mot clés ou par catégorie.<br /> *Télécharger une application<br /> *Ajouter, supprimer, modifier une application dans mon panier.<br /> *M'inscrire<br /> *Me connecter<br /> *Payer<br /> *Télécharger une mise-à-jour<br /> *Poster une application<br /> *Poster une mise-à-jour<br /> *Gérer mon compte utilisateur<br /> *Me désinscrire<br /> *Etre informé de la validation de mon application<br /> *Etre informé des mises-à-jours&lt;br&gt;&lt;br&gt;<br /> <br /> En tant qu'administrateur, je souhaite : <br /> *Etre informé de l'ajout d'une application<br /> *Etre informé de l'ajout d'une mise-à-jour<br /> *Valider ou non l'application ou la mise-à-jour<br /> *Retirer une application&lt;br&gt;&lt;br&gt;<br /> <br /> [[Définition du premier sprint backlog]] : <br /> Rechercher une application : <br /> *Mettre en place la structure de donnée<br /> *IHM (faire une maquette de page de recherche, charte graphique, étude de l'éxistant)<br /> *Noyau (fonction qui fait la recherche)<br /> * Générer les applications<br /> *Ecrire les jeux de tests.&lt;br&gt;<br /> <br /> Nous avons un dashboard électronique sur le site trello.com. Celui-ci permet à chacun de savoir quelle est sa tache a réaliser pour le sprint en cours.&lt;br&gt;&lt;br&gt;<br /> <br /> ===Semaine 41===<br /> Rendu du cahier des charges. Définition du graphisme des pages du site. Mise en place de la structure.&lt;br&gt;<br /> <br /> ===Semaine 42===<br /> Fin du premier Sprint.<br /> <br /> ====Rétrospective du 18/10/2012====<br /> Tâches restantes : <br /> *Charte graphique<br /> *Générer des applications<br /> <br /> Problèmes rencontrés : <br /> *Tâches mal définies<br /> *Problème de mise en place du travail collaboratif<br /> *Manque de temps personnel et suppression du TP du 17 Octobre<br /> <br /> Définition du 2ème sprint : <br /> *Recherche par catégorie et filtrer la recherche par catégorie<br /> *Dossier de conception<br /> *Panier<br /> *Client lourd : fonction ADD et SEARCH (pour mardi 23 Octobre)<br /> *Client lourd : lecture d'un fichier .txt pour insérer dans la base de données X applications<br /> <br /> Date de fin de sprint : 8 novembre.<br /> Prochaine rétrospective : 8 Novembre.</div>

Coswa https://air.imag.fr/index.php?title=ECOM&diff=6217 2012-10-14T16:51:47Z

<p>Coswa: </p> <hr /> <div>=Objectifs du projet=<br /> Le projet eCOM consiste à concevoir et développer une application de commerce électronique. Une motivation principale du projet eCOM est qu'il intègre dans sa mise en œuvre différentes thématiques étudiées dans les formations en informatique : en particulier, interfaces homme-machine, applications et architectures réparties, bases de données. Les aspects relatifs au génie logiciel sont également présents puisque le projet eCOM comprend la conception et la réalisation d'un produit logiciel qui satisfait certains critères de qualité (documentation, respect des normes, etc).<br /> <br /> L'intégration de différentes thématiques présente les atouts suivants : <br /> * Valorisation des enseignements acquis dans les différentes thématiques au profit d'un projet important et réaliste. <br /> * Appréhension des (inter)dépendances entre les thématiques. <br /> * Communications entre les différents réalisateurs du projet. <br /> En outre, une deuxième motivation forte du projet eCOM est qu'il intègre des technologies et des standards récents et largement utilisés dans le domaine des applications Internet. Ce projet permet plus précisément de se placer en tant qu'utilisateurs de la technologie JEE (Java Enterprise Edition) destinée à la réalisation de serveurs d'information ou de serveurs de commerce électronique à base de composants distribués, transactionnels et persistants. Les réalisateurs sont confrontés par ce biais à la manipulation de mécanismes et de fonctions générales d'un système réparti : gestion de la désignation de composants distribués, configuration d'une application distribuée, association de propriétés non fonctionnelles aux composants (persistance, transactions), gestion des images persistantes des composants (liaisons avec une base de données). Des extensions au projet sont décrites [http://ecom.ow2.org/xwiki/bin/view/Main/fr ici] et seront réalisées lors du projet RICOM/GICOM au semestre 2.<br /> <br /> L'application réalisée devra offrir deux interfaces distinctes : <br /> * les administrateurs qui gèrent les stocks de produits, les comptes des utilisateurs de l'application et le suivi des commandes ; <br /> * les consommateurs/acheteurs qui peuvent consulter des articles, les placer dans leur caddie et valider une commande. <br /> <br /> Chaque groupe devra élaborer un cahier des charges précis de l'application en termes de fonctionnalités et de critères d'ergonomie. Par ailleurs, le projet devra être réalisé en employant les méthodes et technologies présentées en cours. Ces différents aspects devront être validés par l'équipe pédagogique tout au long du projet.<br /> <br /> =Étapes du projet=<br /> La partie IHM et la partie Système sont menées en parallèle pendant toute la durée du projet. Le projet se conclut par une soutenance finale pour chaque partie (IHM et système). <br /> <br /> ==Conduite de projet==<br /> Le projet eCOM est très court en durée. Il est préconisé d'utiliser la méthodologie [[Scrum]] pour la conduite du projet dans chaque groupe.<br /> <br /> ===Critères d'évaluation===<br /> La conduite du projet sera principalement évaluée en fonction des critères suivants :<br /> * vous devez choisir un Scrum Master (unique ou tournant) : vous devez justifier votre choix<br /> * durée du sprint (idem : vous devez justifier votre choix)<br /> Sur ces 2 premiers critères, vous n'en changez pas !!!<br /> <br /> Vous devez prévoir :<br /> * product backlog<br /> * sprint backlog<br /> * sprint planning<br /> * démos<br /> * rétrospectives<br /> <br /> Pensez à créer un wiki qui regroupera l'ensemble de vos documentations. Cela doit être une documentation Agile !!!!<br /> <br /> Un point de bonus pour ceux qui réussiront à mettre en place des &quot;poker planning&quot;.<br /> [[File:20121002 141359.jpg]]<br /> <br /> ==Partie IHM==<br /> <br /> ===Etapes et documents demandés===<br /> Trois documents sont à produire : le cahier des charges (CDC), le dossier de conception IHM (à rédiger avant de développer l'IHM du site) et le document d'évaluation IHM. Les versions finales des deux premiers documents (CDC et dossier de conception IHM) sont à remettre une semaine avant les soutenances et le dossier d'évaluation, le jour de la soutenance.<br /> <br /> <br /> Le détail sur l'organisation et l'évaluation du travail concernant les spécifications du site sera communiqué lors des premières séances de cours.<br /> En résumé : <br /> * Une fois le sujet choisi, analyser les sites &quot;concurrents&quot; et mener une enquête auprès d'utilisateurs représentatifs du futur site marchand, faire une analyse des données recueillies, en déduire les requis fonctionnels et non fonctionnels du site, identifier le modèle de l'utilisateur type, produire le modèle de tâches. Les analyses amont (sites concurrents et enquête) seront mises en annexe du CDC. <br /> * Définir une norme de présentation pour tous les documents du projet. <br /> * Ensuite, rédiger le cahier des charges. Bien penser à définir les priorités de développement. Des exemples des années précédentes seront consultables en séances d'audit. <br /> * Une fois le CDC validé, rédiger le dossier de conception IHM : IHM abstraite, IHM concrète, charte graphique. <br /> ===Critères d'évaluation===<br /> La partie IHM du projet sera principalement évaluée en fonction des critères suivants : <br /> * Conformité de l'IHM concrète et abstraite avec le modèle de tâche <br /> * Couverture fonctionnelle de l'application et robustesse au regard des priorités que vous avez retenues <br /> * Qualité ergonomique au regard des principes vus en cours <br /> * Rigueur de la démarche <br /> <br /> ==Partie Système==<br /> La partie Système est axée sur deux étapes successives. <br /> ===Première étape===<br /> La première consiste à définir le cœur de l'application, c'est-à-dire le modèle de données et la logique métier, puis à réaliser un premier prototype qui démontre une bonne maîtrise des EJB (session et entity beans).<br /> <br /> <br /> Il est vivement conseillé de définir le modèle de données aussi tôt que possible et d&quot;en discuter avec les enseignants. Il est également recommandé de limiter le premier prototype à un sous-ensemble des spécifications fonctionnelles, à la fois assez vaste pour couvrir les principales difficultés techniques et assez léger pour respecter les délais imposés.<br /> <br /> <br /> À ce stade, l'application est seulement accessible par l'intermédiaire d'un &quot;client lourd&quot; (programme java offrant une console en mode texte). En particulier, il n'est pas demandé, pour cette première étape, de réaliser une interface web pour interagir avec l'application. L'application doit cependant offrir deux interfaces (administrateur et consommateur) et exécuter les requêtes avec des garanties transactionnelles. <br /> <br /> <br /> Une présentation/démonstration du prototype V1 sera réalisée à la fin de l'étape n°1. <br /> ===Deuxième étape===<br /> La seconde étape consiste à compléter le premier prototype avec les objectifs suivants : <br /> * ajout des beans nécessaires pour couvrir l'ensemble des spécifications fonctionnelles ; <br /> * développement d'une interface Web basée sur le modèle MVC ; <br /> * rédaction des documents demandés (voir ci-dessous) ; <br /> * modification de la configuration de déploiement : (1) client (lourd/léger) distant, (2) base de données externe (MySQL, Oracle, HSQL ...) et éventuellement distante ; <br /> * ajout éventuel de fonctionnalités non prioritaires.<br /> <br /> Une présentation d'une mini-maquette d'interface web aura lieu au milieu de l'étape n°2. <br /> <br /> Remarque : Aucune des phases du projet ne nécessite le développement d'un client lourd en mode graphique (SWT ...). <br /> ===Documents demandés===<br /> Deux rapports doivent être rédigés pour la partie Système : un document de conception système et un document d'évaluation système.<br /> <br /> ====Document de conception système====<br /> Le dossier de conception système (DCS) a pour but de permettre à toute personne de connaitre les principaux composants JEE de votre application ECOM. Cette connaissance doit pouvoir être acquise rapidement, sans avoir à entrer dans les détails de l'implémentation. Le DCS doit donc être de taille relativement limitée (5 à 10 pages, 20 pages au grand maximum).<br /> Le DCS est centré sur un schéma d'architecture système (SAS) : ce schéma doit faire apparaître les composants qui vont constituer l'application, ainsi que les liens entre les beans. Un lien depuis un composant A vers un (ou plusieurs) composant(s) B signifie qu'une interaction peut avoir lieu depuis A vers B. Un lien peut être monovalué ou multivalué, monodirectionnel ou multidirectionnel.<br /> <br /> Pour chaque composant et lien du SAS, le DCS doit fournir : <br /> * Une description fonctionnelle : La description fonctionnelle d'un composant fait apparaître les attributs qui le composent, ainsi que les méthodes qu'il fournit. Attributs et méthodes seront associés à une courte description. Les besoins liées à la persistence ou aux aspects transactionnels peuvent également être explicités. <br /> * Une description d'implantation JEE : La description d'implantation décrit l'implantation du composant ou du lien dans l'environnement JEE. Un composant peut être implanté par un programme Java externe (client léger / client lourd JEE), par un servlet, par un bean ou par un objet POJO. Dans ces derniers cas, il faut préciser les caractéristiques des beans / POJO (local / distribué, session / évenementiel, stateful / stateless, etc). Un lien peut être implanté par une relation JEE, ou bien par conservation de référence de bean.<br /> <br /> ====Document d'évaluation système====<br /> <br /> Le rapport final système du projet ECOM a pour but de préciser l’état d’avancement de votre application ECOM.<br /> <br /> Le rapport final système doit préciser : <br /> * L’état de chaque composant : non réalisé, réalisé, réalisé et validé <br /> * Les fonctions réalisées, réalisées et testées, et celles restant à réaliser <br /> * Les propriétés non fonctionnelles garanties par votre réalisation, et celles restant à considérer pour finaliser votre application <br /> * Le temps consacré à la conception système <br /> * Le temps consacré au développement système <br /> * Les principales difficultés rencontrées <br /> ===Critères d'évaluation===<br /> La partie système du projet sera principalement évaluée en fonction des critères suivants : <br /> * Conformité aux spécifications de l'application et aux consignes données dans le cadre du projet <br /> * Respect des échéances pour les différentes étapes du projet (y compris pour les prototypes intermédiaires et les documents) <br /> * Qualité de l'architecture de l'application <br /> * Qualité et robustesse du code applicatif <br /> * Compréhension des principaux concepts de la technologie JEE <br /> * Rigueur de la démarche de conception <br /> * Qualité des présentations/soutenances <br /> En complément, les aspects suivants seront également considérés : <br /> * Méthodologie de test <br /> * Performances (résultat du injection de charge avec JMeter ou Clif) <br /> * Utilisation (optionnelle) de technologies/APIs/frameworks avancés<br /> <br /> ==Consignes pour la soutenance==<br /> ===Consignes spécifiques pour les soutenances IHM===<br /> A REDIGER PAR SYBILLE<br /> <br /> ===Consignes spécifiques pour les soutenances Système===<br /> * Apportez un exemplaire du dossier d'évaluation système (déposé la veille sur Moodle) lors de la soutenance. Il n'est pas nécessaire d'apporter un exemplaire du dossier de conception système.<br /> * Préparez vous 30 minutes avant votre soutenance pour démarrer les instances Amazon avec le service développé.<br /> * Prévovez environ 30 minutes pour la présentation/démo/questions. Utilisez des transparents pour présenter votre projet.<br /> * Les démonstrations peuvent être faites sur vos machines personnelles cependant le service eCOM doit IMPERATIVEMENT s'exécuter sur une ou plusieurs instances Amazon.<br /> * Conditionnez le projet final sous la forme d’une archive (zip ou tar.gz) après avoir inclus la documentation (dans un repertoire /main/site). Utilisez la convention de nommage suivante : ecom_final_1213-X.zip où X correspond au nom du projet.<br /> * Déposez immédiatement après la soutenance (et en aucun cas après le 20 décembre) l'archive sur Moodle.<br /> * le rapport de charge (benchmark) doit être (MUST) fourni dans la documentation.<br /> * le rapport sur les métriques logicielles doit être (MUST) fourni dans la documentation.<br /> <br /> =Organisation 2012-2013=<br /> ==Planning==<br /> ===M2PGI Apprenti===<br /> '''Equipe pédagogique:''' Noël de Palma (NdP), Sybille Caffiau (SC), Didier Donsez (DD), Sebastien Chassand-Barrioz (SCB), Fy RAVOAJANAHARY (FR)<br /> <br /> '''Dates Importantes:'''<br /> *Démo système V1 alternant : mardi 16 octobre<br /> *Démo système V2 alternant : mardi 27 novembre<br /> *Semaine bloquée : lundi 17 décembre - vendredi 21 décembre<br /> *Soutenances (IHM + système) : vendredi 21 décembre<br /> <br /> *Remise du cahier des charges : vendredi 14 décembre<br /> *Remise du dossier de conception IHM : vendredi 14 décembre<br /> *Remise du dossier d'évaluation IHM : jeudi 20 décembre<br /> <br /> *Remise du dossier de conception système : vendredi 14 décembre<br /> *Remise du dossier d'évaluation système : jeudi 20 décembre<br /> <br /> <br /> '''Séances:'''<br /> *jeudi 6 septembre 10h30-12h F116 présentation du projet NDP<br /> *jeudi 6 septembre 13h30-18h F116 cours IHM SC <br /> *vendredi 7 septembre 08h-11h15 F114 cours JEE NDP <br /> *vendredi 7 septembre 13h30-18h30 F114 cours outils + HTTP DD <br /> *jeudi 13 septembre 08h-11h15 F211/F215 support système (installation JEE) SCB ou NDP <br /> *jeudi 13 septembre 11h30-13h Rien <br /> *jeudi 13 septembre 13h30-16h45 F215 support système (EJB) FR <br /> *vendredi 14 septembre 08h-13h F116 cours HTTP/servlets/JSP + cours outils DD <br /> *vendredi 14 septembre 13h30-16h45 F116 cours MVC/JSF FR <br /> *jeudi 20 septembre 17h-18h30 F217 audits IHM SC <br /> *vendredi 21 septembre 09h-12h F215 support système (technologies web) FR <br /> *vendredi 21 septembre 13h-16h F215 support système (MVC) FR<br /> *mardi 25 septembre 17h-18h30 F213/F217 support système SCB <br /> *mardi 2 octobre 17h-18h30 F213/217 support système FR <br /> *mardi 16 octobre 17h-18h30 F213/217 support système + Demo V1 FR, NDP <br /> *mardi 23 octobre 17h-18h30 F213/217 audits IHM SC <br /> *mardi 6 novembre 17h-18h30 F216 Support Système NDP <br /> *mardi 13 novembre 17h-18h30 F216 Support système FR <br /> *mardi 13 novembre 17h-18h30 F216 audit IHM SC <br /> *mardi 20 novembre 17h-18h30 F213/F217 audits IHM SC<br /> *mardi 27 novembre 17h-18h30 F213/F217 audits IHM + Demo v2 SC, NDP<br /> *lundi 17 décembre 13h30-18h30 F104/F217/F214 <br /> *mardi 18 décembre 8h-13h F104/F217/F214 <br /> *mardi 18 décembre 13h30-18h30 F104/F217/F214 <br /> *mercredi 19 décembre 8h-13h F104/F217/F214 <br /> *mercredi 19 décembre 13h30-18h30 F104/F217/F214 <br /> *jeudi 20 décembre 8h-13h F104/F217/F214 <br /> *jeudi 20 décembre 13h30-18h30 F104/F217/F214 <br /> *vendredi 21 décembre 8h-18h30 F213/F214/F217 soutenances IHM et système en parallèle SC, FB, SCB, FR, NDP<br /> <br /> '''Slides:''' <br /> *EJB [[File:ejb.pdf]]<br /> <br /> ===M2PGI Classique===<br /> Equipe pédagogique: Noël de Palma (NdP), Sybille Caffiau (SC), Didier Donsez (DD), Sebastien Chassand-Barrioz (SCB), Fy RAVOAJANAHARY (FR)<br /> <br /> '''Dates Importantes:'''<br /> <br /> *Démo système V1 classique : jeudi 25 octobre<br /> *Démo système V2 classique : jeudi 29 novembre<br /> *Semaine bloquée : lundi 17 décembre - vendredi 21 décembre<br /> *Soutenances (IHM + système) : vendredi 21 décembre<br /> <br /> *Remise du cahier des charges : vendredi 14 décembre<br /> *Remise du dossier de conception IHM : vendredi 14 décembre<br /> *Remise du dossier d'évaluation IHM : jeudi 20 décembre<br /> <br /> *Remise du dossier de conception système : vendredi 14 décembre<br /> *Remise du dossier d'évaluation système : jeudi 20 décembre<br /> <br /> '''Séances:'''<br /> *jeudi 27 septembre 8h-9h30 F117 présentation du projet NDP <br /> *jeudi 27 septembre 9h45-11h15 F117 cours IHM n°1 SC <br /> *jeudi 27 septembre 13h30-15h00 F117 cours JEE (1/2) NDP <br /> *jeudi 27 septembre 15h15-16h45 F117 cours JEE (2/2) NDP <br /> *jeudi 04 oct 8h-11h15 F115 cours outils DD <br /> *jeudi 04 oct 13h30-16h45 F215/F216 support système (installation JEE) SCB <br /> *jeudi 11 octobre 8h-11h15 F115 cours IHM n°2-3 SC<br /> *jeudi 11 octobre 17h-18h30 F215/F216 point avancement système NDP<br /> *jeudi 11 octobre 17h-18h30 F215/F216 audits IHM SC<br /> *jeudi 18 octobre 8h-11h15 F115 cours HTTP/servlets/JSP DD <br /> *jeudi 18 octobre 13h30-16h45 F115 cours MVC/JSF FR <br /> *jeudi 25 octobre 8h-11h15 F215/F216 démo V1 + support système SCB, NDP<br /> *jeudi 25 octobre 13h30-15h F214/F216 Audit IHM SC<br /> *jeudi 8 novembre 8h-11h15 F215/F216 support système SCB<br /> *jeudi 8 novembre 9h45-11h15 F215/F216 audits IHM SC<br /> *jeudi 15 novembre 8h-11h15 F215/F216 Support Système NDP <br /> *jeudi 22 novembre 8h-11h15 F215/F216 support système SCB, NDP<br /> *jeudi 22 novembre 8h-9h30 F215/F216 audits IHM SC<br /> *jeudi 29 novembre 8h-11h15 F215/F216 démo V2 + support système SCB, NDP<br /> *lundi 17 décembre 13h30-18h30 F104/F217/F214 <br /> *mardi 18 décembre 8h-13h F104/F217/F214 <br /> *mardi 18 décembre 13h30-18h30 F104/F217/F214 <br /> *mercredi 19 décembre 8h-13h F104/F217/F214 <br /> *mercredi 19 décembre 13h30-18h30 F104/F217/F214 <br /> *jeudi 20 décembre 8h-13h F104/F217/F214 <br /> *jeudi 20 décembre 13h30-18h30 F104/F217/F214 <br /> *vendredi 21 décembre 8h-18h30 F213/F214/F217 soutenances IHM et système en parallèle SC, FB, SCB, FR, NDP<br /> <br /> ===RICM5===<br /> '''Equipe pédagogique:''' Xavier Spengler (XS), Sybille Caffiau (SC), Didier Donsez (DD)<br /> <br /> '''Dates Importantes:'''<br /> *Démo système V1 : ??<br /> *Démo système V2 : ??<br /> *Soutenances (IHM + système) : 19/12/2012 aprem ou 11/01/2013 aprem ou 18/01/2013 aprem<br /> *Remise du cahier des charges : 9/10/2012 (moodle)<br /> *Remise du dossier de conception IHM : ?? (moodle)<br /> *Remise du dossier d'évaluation IHM : ?? (moodle)<br /> *Remise du dossier de conception système : ?? (moodle)<br /> *Remise du dossier d'évaluation système : ?? (moodle)<br /> <br /> <br /> '''Séances:'''<br /> * 25/09 Ma: Introduction 1H30 DD, CM Ergonomie 1H30 SC [[Media:PresentationECOM-RICM5-2012.pdf]] <br /> * 25/09 Ap: TD Ergonomie IHM 3h00 SC<br /> * 02/10 Ma: CM JavaEE &amp; EJB 3h00 XS<br /> * 02/10 Ap: Install JavaEE, tutoriel EJB 3h00 XS<br /> * 09/10 Ma: CM Ergonomie IHM 3h00 SC<br /> * 09/10 Ap: TD Ergonomie IHM 1h30 SC, Tutoriel EJB 2h00 XS<br /> * 23/10 Ma: CM HTTP &amp; Servlet/JSP 3h00 DD<br /> * 23/10 Ap: Tutoriel Servlet/JSP 3h00 XS<br /> * 06/11 Ma: TD JavaEE 3H00 XS<br /> * 13/11 Ma: En parallele : TD JavaEE 3H00 XS + TD Ergo IHM 3H00 SC <br /> * 20/11 Ma: TD JavaEE 3H00 XS <br /> * 20/11 Ap: En parallele : TD JavaEE 3H00 XS + TD Ergo IHM 3H00 SC<br /> * 27/11 Ma: En parallele : TD JavaEE 3H00 XS + TD Ergo IHM 3H00 SC<br /> * 27/11 Ap: TD JavaEE 3H00 XS<br /> * 04/12 Ma: En parallele : TD JavaEE 3H00 XS + TD Ergo IHM 3H00 SC<br /> * 04/12 Ap: TD JavaEE 3H00 XS<br /> * 11/12 Ma: En parallele : TD JavaEE 3H00 XS + TD Ergo IHM 3H00 SC<br /> * 18/12 Ma: TD Ergo IHM 3H00 SC<br /> * Soutenance le ???<br /> <br /> ==Groupes==<br /> ===M2PGI Apprenti===<br /> ====e-Culture====<br /> =====Equipe=====<br /> * Rohart Bastien (Chef de projet)<br /> * Clerc Margaux<br /> * Plunet Arthur<br /> * Venandy Baptiste<br /> <br /> ====spectaclECOM====<br /> =====Equipe=====<br /> * Adrien Pomaret (chef de projet)<br /> * Samantha Petit-Charles<br /> * Philippe Creignou<br /> <br /> ====e-Mercure====<br /> =====Equipe=====<br /> * Thibault ALLEGRE (Chef de projet)<br /> * Thibaut GUINOISEAU<br /> * Joseph VERDURAND<br /> <br /> ===M2PGI Classique===<br /> <br /> ===RICM5===<br /> <br /> ==== Groupe 1 : Vente à la criée====<br /> * BISCH Simon<br /> * CHEVALLIER Marie<br /> * FALL Yacine<br /> * FOURURE Florian<br /> <br /> ==== Groupe 2 : ====<br /> * DAUVERGNE Léopold<br /> * ELOY Fabien<br /> * LEVEQUE Florian<br /> * VIGIER Sylvain<br /> <br /> Pour le suivi du projet, c'est [[ecom-pushmyproject|ici]].<br /> <br /> ==== Groupe 3 : [[Lubyb]] ====<br /> * CLAVELIN Aurélien<br /> * GNATTO-BAHIE Christopher<br /> * HO Minh Quan<br /> * PRAK Soriya<br /> <br /> ==== Groupe 4 : Vente de Sapins de Noël ====<br /> * CARAMELLI Noé-jean (chef de projet)<br /> * GU Qikai<br /> * LU Xiao<br /> [[Ecom-sapins_de_noel_2012]]<br /> <br /> ==== Groupe 5 : [[BookOnCloud]] ====<br /> * HARRACHE Salem<br /> * PAZ Elisabeth<br /> * RAOUX Maxence<br /> * SEGALA-DUVERNEY Joachim<br /> <br /> ==== Groupe 6 : [http://air.imag.fr/mediawiki/index.php/Linux_Store Linux Store] ====<br /> * MERCIER Michael<br /> * OSWALD Camille<br /> * WIRTH Clément<br /> <br /> ==== Groupe 7 : [[Ecom-covoiturage]] ====<br /> * NICOLACCINI Mickaël<br /> * NGOUALA Rolly<br /> * ALEXANDRE Arthur<br /> <br /> ==Soutenance==<br /> ===M2PGI Apprenti===<br /> <br /> ===M2PGI Classique===<br /> <br /> ===RICM5===<br /> <br /> IMPERATIF<br /> * le projet doit être (MUST) géré selon la méthode Scrum : le Scrum Master devra présenter le déroulement du projet.<br /> * le serveur JavaEE doit être (MUST) hébergé sur une instance Amazon EC2 à partir du compte EC2 créé en début de projet.<br /> * un rapport de charge (benchmark) doit être (MUST) fourni : les outils JMeter ou Clif peuvent être utilisés.<br /> * un rapport sur les métriques logicielles doit être (MUST) fourni : l'outil Sonar peut être utilisé.<br /> <br /> <br /> =Documentation=<br /> <br /> * Cours JEE/EJB(NDP) [[Media:EJB-ECOM2010.pdf]]<br /> * Cours IHM (SC) : [https://www.dropbox.com/s/tk8ujqqowcj114e/ECOM20122013.pdf url]<br /> * Cours JSF (PR) : [http://imag-moodle.e.ujf-grenoble.fr/course/view.php?id=61 url]<br /> * Cours maven (DD) : [http://membres-liglab.imag.fr/donsez/cours/maven.pdf url]<br /> * Cours versionning (DD) : [http://membres-liglab.imag.fr/donsez/cours/version.pdf url]<br /> * Cours subversion (DD) : [http://membres-liglab.imag.fr/donsez/cours/subversion.pdf url]<br /> * Cours forge (DD) : [http://membres-liglab.imag.fr/donsez/cours/forge.pdf url]<br /> * Cours http (DD) : [http://membres-liglab.imag.fr/donsez/cours/http.pdf url]<br /> * Cours servlet (DD) : [http://membres-liglab.imag.fr/donsez/cours/servletjsp.pdf url]<br /> <br /> <br /> <br /> * [http://wiki.easybeans.org/xwiki/bin/view/Main/Documentation Documentation Easybeans (conteneur EJB3 utilis&amp;eacute; par Jonas)]<br /> * [http://java.sun.com/javaee/5/docs/tutorial/doc/ Tutorial JEE 5 ]<br /> * [http://netbeans.org/kb/67/javaee/ejb30.html Tutorial NetBean et JEE ]<br /> * [http://java.sun.com/javaee/5/docs/api/ API JEE 5 ]<br /> * [http://jcp.org/en/jsr/detail?id=244 Sp&amp;eacute;cifications JEE 5 ]<br /> * [http://jcp.org/en/jsr/detail?id=220 Sp&amp;eacute;cifications EJB3 (simplified API, persistence, ejbcore)|<br /> * [http://www.theserverside.com/news/thread.tss?thread_id=55191 JPA implementation patterns ]<br /> * [http://jonas.ow2.org/JONAS_5_1_2/doc/doc-en/html/getting_started_guide.html#id1316973 Glossaire]<br /> * [http://www.easybeans.net/xwiki/bin/download/Main/Documentation/ejb3-annotations.pdf Aide m&amp;eacute;moire pour les annotations EJB3 ]<br /> <br /> <br /> <br /> <br /> http://proton.inrialpes.fr/~depalma/ecom/liens/liens.html<br /> <br /> ===Quelques livres===<br /> REMARQUE: les livres sur JavaEE se periment très vite avec l'évolution de la spécification<br /> * Java EE6 Cookbook for securing, tuning, and extending enterprise applications: http://www.packtpub.com/java-ee6-securing-tuning-extending-enterprise-applications-cookbook/book</div>

Coswa https://air.imag.fr/index.php?title=Linux_Store&diff=6216 2012-10-14T16:51:21Z

<p>Coswa: </p> <hr /> <div>==Présentation==<br /> Dans le cadre d’un projet Ecom, nous allons réaliser une plate-forme de téléchargement d’applications pour le système d’exploitation Linux. Celle-ci se nommera Linux’Store.&lt;br&gt;<br /> Sur cette plate-forme, les utilisateurs pourront télécharger : <br /> *Des jeux<br /> *Des thèmes<br /> *Des widgets <br /> *Des logiciels de sécurité, d’administrateur ou de multimédia.<br /> Ces applications seront disponibles pour tous types de distribution linux : <br /> *Fedora<br /> *Red’Hat<br /> *Centos<br /> *Open Suse<br /> *Ubuntu<br /> *…<br /> Ces applications seront payantes mais leurs mise-à-jours seront gratuite.&lt;br&gt;<br /> La plate-forme a un système de détection de distribution, le téléchargement d’une application sera donc d’autant plus simplifier que l’utilisateur n’aura plus besoin de connaitre sa distribution ou sa version.<br /> <br /> [[Membre du projet]] : <br /> *Mercier Michael<br /> *Oswald camille<br /> *Wirth Clément&lt;br&gt;<br /> <br /> ===Semaine 39===<br /> Présentation du projet ECOM. Nous avons aussi défini et spécifié notre sujet.<br /> <br /> ===Semaine 40===<br /> Définition et écriture du cahier des charges.&lt;br&gt;&lt;br&gt;<br /> Le 04/10/2012 a eu lieu le premier Sprint planning. Le but de ce dernier était : &lt;br&gt;<br /> *définir un srcrum master fixe ou tournant<br /> *Définir la durée de nos sprint<br /> *Définir le product backlog<br /> <br /> [[Durée des sprints]] : 2 semaines. Nous avons fixer cela car nous avons décider que pour mener à bien un sprint, il nous faut au moins 10h de travail. Or compte tenu de nos contrainte d'emploi du temps, nous ne parvenons pas à avoir ces 10h en une semaine. Donc 15 jours nous semble plus approprié : 3h par semaines à l'école (encadré) et 4h personnel. <br /> <br /> Le scrum master sera fixe. En effet, une personne de groupe (Camille Oswald) a déjà eu l'expérience de travailler avec la méthode agile scrum, elle est donc plus à même de la mettre en place.&lt;br&gt;&lt;br&gt;<br /> <br /> [[Product Backlog]] : <br /> <br /> En tant qu'utilisateur, je souhaite : <br /> *Rechercher une application par mot clés ou par catégorie.<br /> *Télécharger une application<br /> *Ajouter, supprimer, modifier une application dans mon panier.<br /> *M'inscrire<br /> *Me connecter<br /> *Payer<br /> *Télécharger une mise-à-jour<br /> *Poster une application<br /> *Poster une mise-à-jour<br /> *Gérer mon compte utilisateur<br /> *Me désinscrire<br /> *Etre informé de la validation de mon application<br /> *Etre informé des mises-à-jours&lt;br&gt;&lt;br&gt;<br /> <br /> En tant qu'administrateur, je souhaite : <br /> *Etre informé de l'ajout d'une application<br /> *Etre informé de l'ajout d'une mise-à-jour<br /> *Valider ou non l'application ou la mise-à-jour<br /> *Retirer une application&lt;br&gt;&lt;br&gt;<br /> <br /> [[Définition du premier sprint backlog]] : <br /> Rechercher une application : <br /> *Mettre en place la structure de donnée<br /> *IHM (faire une maquette de page de recherche, charte graphique, étude de l'éxistant)<br /> *Noyau (fonction qui fait la recherche)<br /> * Générer les applications<br /> *Ecrire les jeux de tests.&lt;br&gt;<br /> <br /> Nous avons un dashboard électronique sur le site trello.com. Celui-ci permet à chacun de savoir quelle est sa tache a réaliser pour le sprint en cours.&lt;br&gt;&lt;br&gt;<br /> <br /> ===Semaine 41===<br /> Rendu du cahier des charges. Définition du graphisme des pages du site. Mise en place de la structure.&lt;br&gt;<br /> <br /> ===Semaine 42===</div>

Coswa https://air.imag.fr/index.php?title=Linux_Store&diff=6215 2012-10-14T16:51:05Z

<p>Coswa: </p> <hr /> <div>==Présentation==<br /> Dans le cadre d’un projet Ecom, nous allons réaliser une plate-forme de téléchargement d’applications pour le système d’exploitation Linux. Celle-ci se nommera Linux’Store.&lt;br&gt;<br /> Sur cette plate-forme, les utilisateurs pourront télécharger : <br /> *Des jeux<br /> *Des thèmes<br /> *Des widgets <br /> *Des logiciels de sécurité, d’administrateur ou de multimédia.<br /> Ces applications seront disponibles pour tous types de distribution linux : <br /> *Fedora<br /> *Red’Hat<br /> *Centos<br /> *Open Suse<br /> *Ubuntu<br /> *…<br /> Ces applications seront payantes mais leurs mise-à-jours seront gratuite.&lt;br&gt;<br /> La plate-forme a un système de détection de distribution, le téléchargement d’une application sera donc d’autant plus simplifier que l’utilisateur n’aura plus besoin de connaitre sa distribution ou sa version.<br /> <br /> [[Membre du projet]] : <br /> *Mercier Michael<br /> *Oswald camille<br /> *Wirth Clément&lt;br&gt;<br /> <br /> ===Semaine 39===<br /> Présentation du projet ECOM. Nous avons aussi défini et spécifié notre sujet.<br /> <br /> ===Semaine 40===<br /> Définition et écriture du cahier des charges.&lt;br&gt;&lt;br&gt;<br /> Le 04/10/2012 a eu lieu le premier Sprint planning. Le but de ce dernier était : &lt;br&gt;<br /> *définir un srcrum master fixe ou tournant<br /> *Définir la durée de nos sprint<br /> *Définir le product backlog<br /> <br /> [[Durée des sprints]] : 2 semaines. Nous avons fixer cela car nous avons décider que pour mener à bien un sprint, il nous faut au moins 10h de travail. Or compte tenu de nos contrainte d'emploi du temps, nous ne parvenons pas à avoir ces 10h en une semaine. Donc 15 jours nous semble plus approprié : 3h par semaines à l'école (encadré) et 4h personnel. <br /> <br /> Le scrum master sera fixe. En effet, une personne de groupe (Camille Oswald) a déjà eu l'expérience de travailler avec la méthode agile scrum, elle est donc plus à même de la mettre en place.&lt;br&gt;&lt;br&gt;<br /> <br /> [[Product Backlog]] : <br /> <br /> En tant qu'utilisateur, je souhaite : <br /> *Rechercher une application par mot clés ou par catégorie.<br /> *Télécharger une application<br /> *Ajouter, supprimer, modifier une application dans mon panier.<br /> *M'inscrire<br /> *Me connecter<br /> *Payer<br /> *Télécharger une mise-à-jour<br /> *Poster une application<br /> *Poster une mise-à-jour<br /> *Gérer mon compte utilisateur<br /> *Me désinscrire<br /> *Etre informé de la validation de mon application<br /> *Etre informé des mises-à-jours&lt;br&gt;&lt;br&gt;<br /> <br /> En tant qu'administrateur, je souhaite : <br /> *Etre informé de l'ajout d'une application<br /> *Etre informé de l'ajout d'une mise-à-jour<br /> *Valider ou non l'application ou la mise-à-jour<br /> *Retirer une application&lt;br&gt;&lt;br&gt;<br /> <br /> [[Définition du premier sprint backlog]] : <br /> Rechercher une application : <br /> *Mettre en place la structure de donnée<br /> *IHM (faire une maquette de page de recherche, charte graphique, étude de l'éxistant)<br /> *Noyau (fonction qui fait la recherche)<br /> * Générer les applications<br /> *Ecrire les jeux de tests.&lt;br&gt;<br /> <br /> Nous avons un dashboard électronique sur le site trello.com. Celui-ci permet à chacun de savoir quelle est sa tache a réaliser pour le sprint en cours.&lt;br&gt;&lt;br&gt;<br /> <br /> ===Semaine 41===<br /> Rendu du cahier des charges. Définition du graphisme des pages du site. Mise en place de la structure.&lt;br&gt;<br /> <br /> ===Semaine 42===<br /> [http://air.imag.fr/mediawiki/index.php/Linux_Store Linux Store]</div>

Coswa https://air.imag.fr/index.php?title=Linux_Store&diff=6214 2012-10-14T16:50:53Z

<p>Coswa: </p> <hr /> <div>==Présentation==<br /> Dans le cadre d’un projet Ecom, nous allons réaliser une plate-forme de téléchargement d’applications pour le système d’exploitation Linux. Celle-ci se nommera Linux’Store.&lt;br&gt;<br /> Sur cette plate-forme, les utilisateurs pourront télécharger : <br /> *Des jeux<br /> *Des thèmes<br /> *Des widgets <br /> *Des logiciels de sécurité, d’administrateur ou de multimédia.<br /> Ces applications seront disponibles pour tous types de distribution linux : <br /> *Fedora<br /> *Red’Hat<br /> *Centos<br /> *Open Suse<br /> *Ubuntu<br /> *…<br /> Ces applications seront payantes mais leurs mise-à-jours seront gratuite.&lt;br&gt;<br /> La plate-forme a un système de détection de distribution, le téléchargement d’une application sera donc d’autant plus simplifier que l’utilisateur n’aura plus besoin de connaitre sa distribution ou sa version.<br /> <br /> [[Membre du projet]] : <br /> *Mercier Michael<br /> *Oswald camille<br /> *Wirth Clément&lt;br&gt;<br /> <br /> ===Semaine 39===<br /> Présentation du projet ECOM. Nous avons aussi défini et spécifié notre sujet.<br /> <br /> ===Semaine 40===<br /> Définition et écriture du cahier des charges.&lt;br&gt;&lt;br&gt;<br /> Le 04/10/2012 a eu lieu le premier Sprint planning. Le but de ce dernier était : &lt;br&gt;<br /> *définir un srcrum master fixe ou tournant<br /> *Définir la durée de nos sprint<br /> *Définir le product backlog<br /> <br /> [[Durée des sprints]] : 2 semaines. Nous avons fixer cela car nous avons décider que pour mener à bien un sprint, il nous faut au moins 10h de travail. Or compte tenu de nos contrainte d'emploi du temps, nous ne parvenons pas à avoir ces 10h en une semaine. Donc 15 jours nous semble plus approprié : 3h par semaines à l'école (encadré) et 4h personnel. <br /> <br /> Le scrum master sera fixe. En effet, une personne de groupe (Camille Oswald) a déjà eu l'expérience de travailler avec la méthode agile scrum, elle est donc plus à même de la mettre en place.&lt;br&gt;&lt;br&gt;<br /> <br /> [[Product Backlog]] : <br /> <br /> En tant qu'utilisateur, je souhaite : <br /> *Rechercher une application par mot clés ou par catégorie.<br /> *Télécharger une application<br /> *Ajouter, supprimer, modifier une application dans mon panier.<br /> *M'inscrire<br /> *Me connecter<br /> *Payer<br /> *Télécharger une mise-à-jour<br /> *Poster une application<br /> *Poster une mise-à-jour<br /> *Gérer mon compte utilisateur<br /> *Me désinscrire<br /> *Etre informé de la validation de mon application<br /> *Etre informé des mises-à-jours&lt;br&gt;&lt;br&gt;<br /> <br /> En tant qu'administrateur, je souhaite : <br /> *Etre informé de l'ajout d'une application<br /> *Etre informé de l'ajout d'une mise-à-jour<br /> *Valider ou non l'application ou la mise-à-jour<br /> *Retirer une application&lt;br&gt;&lt;br&gt;<br /> <br /> [[Définition du premier sprint backlog]] : <br /> Rechercher une application : <br /> *Mettre en place la structure de donnée<br /> *IHM (faire une maquette de page de recherche, charte graphique, étude de l'éxistant)<br /> *Noyau (fonction qui fait la recherche)<br /> * Générer les applications<br /> *Ecrire les jeux de tests.&lt;br&gt;<br /> <br /> Nous avons un dashboard électronique sur le site trello.com. Celui-ci permet à chacun de savoir quelle est sa tache a réaliser pour le sprint en cours.&lt;br&gt;&lt;br&gt;<br /> <br /> ===Semaine 41===<br /> Rendu du cahier des charges. Définition du graphisme des pages du site. Mise en place de la structure.&lt;br&gt;<br /> <br /> ===Semaine 42===<br /> [http://air.imag.fr/mediawiki/index.php/Linux_Store link Linux Store]</div>

Coswa https://air.imag.fr/index.php?title=Linux_Store&diff=6213 2012-10-14T16:49:40Z

<p>Coswa: </p> <hr /> <div>==Présentation==<br /> Dans le cadre d’un projet Ecom, nous allons réaliser une plate-forme de téléchargement d’applications pour le système d’exploitation Linux. Celle-ci se nommera Linux’Store.&lt;br&gt;<br /> Sur cette plate-forme, les utilisateurs pourront télécharger : <br /> *Des jeux<br /> *Des thèmes<br /> *Des widgets <br /> *Des logiciels de sécurité, d’administrateur ou de multimédia.<br /> Ces applications seront disponibles pour tous types de distribution linux : <br /> *Fedora<br /> *Red’Hat<br /> *Centos<br /> *Open Suse<br /> *Ubuntu<br /> *…<br /> Ces applications seront payantes mais leurs mise-à-jours seront gratuite.&lt;br&gt;<br /> La plate-forme a un système de détection de distribution, le téléchargement d’une application sera donc d’autant plus simplifier que l’utilisateur n’aura plus besoin de connaitre sa distribution ou sa version.<br /> <br /> [[Membre du projet]] : <br /> *Mercier Michael<br /> *Oswald camille<br /> *Wirth Clément&lt;br&gt;<br /> <br /> ===Semaine 39===<br /> Présentation du projet ECOM. Nous avons aussi défini et spécifié notre sujet.<br /> <br /> ===Semaine 40===<br /> Définition et écriture du cahier des charges.&lt;br&gt;&lt;br&gt;<br /> Le 04/10/2012 a eu lieu le premier Sprint planning. Le but de ce dernier était : &lt;br&gt;<br /> *définir un srcrum master fixe ou tournant<br /> *Définir la durée de nos sprint<br /> *Définir le product backlog<br /> <br /> [[Durée des sprints]] : 2 semaines. Nous avons fixer cela car nous avons décider que pour mener à bien un sprint, il nous faut au moins 10h de travail. Or compte tenu de nos contrainte d'emploi du temps, nous ne parvenons pas à avoir ces 10h en une semaine. Donc 15 jours nous semble plus approprié : 3h par semaines à l'école (encadré) et 4h personnel. <br /> <br /> Le scrum master sera fixe. En effet, une personne de groupe (Camille Oswald) a déjà eu l'expérience de travailler avec la méthode agile scrum, elle est donc plus à même de la mettre en place.&lt;br&gt;&lt;br&gt;<br /> <br /> [[Product Backlog]] : <br /> <br /> En tant qu'utilisateur, je souhaite : <br /> *Rechercher une application par mot clés ou par catégorie.<br /> *Télécharger une application<br /> *Ajouter, supprimer, modifier une application dans mon panier.<br /> *M'inscrire<br /> *Me connecter<br /> *Payer<br /> *Télécharger une mise-à-jour<br /> *Poster une application<br /> *Poster une mise-à-jour<br /> *Gérer mon compte utilisateur<br /> *Me désinscrire<br /> *Etre informé de la validation de mon application<br /> *Etre informé des mises-à-jours&lt;br&gt;&lt;br&gt;<br /> <br /> En tant qu'administrateur, je souhaite : <br /> *Etre informé de l'ajout d'une application<br /> *Etre informé de l'ajout d'une mise-à-jour<br /> *Valider ou non l'application ou la mise-à-jour<br /> *Retirer une application&lt;br&gt;&lt;br&gt;<br /> <br /> [[Définition du premier sprint backlog]] : <br /> Rechercher une application : <br /> *Mettre en place la structure de donnée<br /> *IHM (faire une maquette de page de recherche, charte graphique, étude de l'éxistant)<br /> *Noyau (fonction qui fait la recherche)<br /> * Générer les applications<br /> *Ecrire les jeux de tests.&lt;br&gt;<br /> <br /> Nous avons un dashboard électronique sur le site trello.com. Celui-ci permet à chacun de savoir quelle est sa tache a réaliser pour le sprint en cours.&lt;br&gt;&lt;br&gt;<br /> <br /> ===Semaine 41===<br /> Rendu du cahier des charges. Définition du graphisme des pages du site. Mise en place de la structure.&lt;br&gt;<br /> <br /> ===Semaine 42===<br /> [Linux Store : http://air.imag.fr/mediawiki/index.php/Linux_Store]</div>

Coswa https://air.imag.fr/index.php?title=Linux_Store&diff=6212 2012-10-14T16:48:58Z

<p>Coswa: </p> <hr /> <div>==Présentation==<br /> Dans le cadre d’un projet Ecom, nous allons réaliser une plate-forme de téléchargement d’applications pour le système d’exploitation Linux. Celle-ci se nommera Linux’Store.&lt;br&gt;<br /> Sur cette plate-forme, les utilisateurs pourront télécharger : <br /> *Des jeux<br /> *Des thèmes<br /> *Des widgets <br /> *Des logiciels de sécurité, d’administrateur ou de multimédia.<br /> Ces applications seront disponibles pour tous types de distribution linux : <br /> *Fedora<br /> *Red’Hat<br /> *Centos<br /> *Open Suse<br /> *Ubuntu<br /> *…<br /> Ces applications seront payantes mais leurs mise-à-jours seront gratuite.&lt;br&gt;<br /> La plate-forme a un système de détection de distribution, le téléchargement d’une application sera donc d’autant plus simplifier que l’utilisateur n’aura plus besoin de connaitre sa distribution ou sa version.<br /> <br /> [[Membre du projet]] : <br /> *Mercier Michael<br /> *Oswald camille<br /> *Wirth Clément&lt;br&gt;<br /> <br /> ===Semaine 39===<br /> Présentation du projet ECOM. Nous avons aussi défini et spécifié notre sujet.<br /> <br /> ===Semaine 40===<br /> Définition et écriture du cahier des charges.&lt;br&gt;&lt;br&gt;<br /> Le 04/10/2012 a eu lieu le premier Sprint planning. Le but de ce dernier était : &lt;br&gt;<br /> *définir un srcrum master fixe ou tournant<br /> *Définir la durée de nos sprint<br /> *Définir le product backlog<br /> <br /> [[Durée des sprints]] : 2 semaines. Nous avons fixer cela car nous avons décider que pour mener à bien un sprint, il nous faut au moins 10h de travail. Or compte tenu de nos contrainte d'emploi du temps, nous ne parvenons pas à avoir ces 10h en une semaine. Donc 15 jours nous semble plus approprié : 3h par semaines à l'école (encadré) et 4h personnel. <br /> <br /> Le scrum master sera fixe. En effet, une personne de groupe (Camille Oswald) a déjà eu l'expérience de travailler avec la méthode agile scrum, elle est donc plus à même de la mettre en place.&lt;br&gt;&lt;br&gt;<br /> <br /> [[Product Backlog]] : <br /> <br /> En tant qu'utilisateur, je souhaite : <br /> *Rechercher une application par mot clés ou par catégorie.<br /> *Télécharger une application<br /> *Ajouter, supprimer, modifier une application dans mon panier.<br /> *M'inscrire<br /> *Me connecter<br /> *Payer<br /> *Télécharger une mise-à-jour<br /> *Poster une application<br /> *Poster une mise-à-jour<br /> *Gérer mon compte utilisateur<br /> *Me désinscrire<br /> *Etre informé de la validation de mon application<br /> *Etre informé des mises-à-jours&lt;br&gt;&lt;br&gt;<br /> <br /> En tant qu'administrateur, je souhaite : <br /> *Etre informé de l'ajout d'une application<br /> *Etre informé de l'ajout d'une mise-à-jour<br /> *Valider ou non l'application ou la mise-à-jour<br /> *Retirer une application&lt;br&gt;&lt;br&gt;<br /> <br /> [[Définition du premier sprint backlog]] : <br /> Rechercher une application : <br /> *Mettre en place la structure de donnée<br /> *IHM (faire une maquette de page de recherche, charte graphique, étude de l'éxistant)<br /> *Noyau (fonction qui fait la recherche)<br /> * Générer les applications<br /> *Ecrire les jeux de tests.&lt;br&gt;<br /> <br /> Nous avons un dashboard électronique sur le site trello.com. Celui-ci permet à chacun de savoir quelle est sa tache a réaliser pour le sprint en cours.&lt;br&gt;&lt;br&gt;<br /> <br /> ===Semaine 41===<br /> Rendu du cahier des charges. Définition du graphisme des pages du site. Mise en place de la structure.&lt;br&gt;<br /> <br /> ===Semaine 42===<br /> Linux Store[http://air.imag.fr/mediawiki/index.php/Linux_Store]</div>

Coswa https://air.imag.fr/index.php?title=Linux_Store&diff=6211 2012-10-14T16:48:16Z

<p>Coswa: </p> <hr /> <div>==Présentation==<br /> Dans le cadre d’un projet Ecom, nous allons réaliser une plate-forme de téléchargement d’applications pour le système d’exploitation Linux. Celle-ci se nommera Linux’Store.&lt;br&gt;<br /> Sur cette plate-forme, les utilisateurs pourront télécharger : <br /> *Des jeux<br /> *Des thèmes<br /> *Des widgets <br /> *Des logiciels de sécurité, d’administrateur ou de multimédia.<br /> Ces applications seront disponibles pour tous types de distribution linux : <br /> *Fedora<br /> *Red’Hat<br /> *Centos<br /> *Open Suse<br /> *Ubuntu<br /> *…<br /> Ces applications seront payantes mais leurs mise-à-jours seront gratuite.&lt;br&gt;<br /> La plate-forme a un système de détection de distribution, le téléchargement d’une application sera donc d’autant plus simplifier que l’utilisateur n’aura plus besoin de connaitre sa distribution ou sa version.<br /> <br /> [[Membre du projet]] : <br /> *Mercier Michael<br /> *Oswald camille<br /> *Wirth Clément&lt;br&gt;<br /> <br /> ===Semaine 39===<br /> Présentation du projet ECOM. Nous avons aussi défini et spécifié notre sujet.<br /> <br /> ===Semaine 40===<br /> Définition et écriture du cahier des charges.&lt;br&gt;&lt;br&gt;<br /> Le 04/10/2012 a eu lieu le premier Sprint planning. Le but de ce dernier était : &lt;br&gt;<br /> *définir un srcrum master fixe ou tournant<br /> *Définir la durée de nos sprint<br /> *Définir le product backlog<br /> <br /> [[Durée des sprints]] : 2 semaines. Nous avons fixer cela car nous avons décider que pour mener à bien un sprint, il nous faut au moins 10h de travail. Or compte tenu de nos contrainte d'emploi du temps, nous ne parvenons pas à avoir ces 10h en une semaine. Donc 15 jours nous semble plus approprié : 3h par semaines à l'école (encadré) et 4h personnel. <br /> <br /> Le scrum master sera fixe. En effet, une personne de groupe (Camille Oswald) a déjà eu l'expérience de travailler avec la méthode agile scrum, elle est donc plus à même de la mettre en place.&lt;br&gt;&lt;br&gt;<br /> <br /> [[Product Backlog]] : <br /> <br /> En tant qu'utilisateur, je souhaite : <br /> *Rechercher une application par mot clés ou par catégorie.<br /> *Télécharger une application<br /> *Ajouter, supprimer, modifier une application dans mon panier.<br /> *M'inscrire<br /> *Me connecter<br /> *Payer<br /> *Télécharger une mise-à-jour<br /> *Poster une application<br /> *Poster une mise-à-jour<br /> *Gérer mon compte utilisateur<br /> *Me désinscrire<br /> *Etre informé de la validation de mon application<br /> *Etre informé des mises-à-jours&lt;br&gt;&lt;br&gt;<br /> <br /> En tant qu'administrateur, je souhaite : <br /> *Etre informé de l'ajout d'une application<br /> *Etre informé de l'ajout d'une mise-à-jour<br /> *Valider ou non l'application ou la mise-à-jour<br /> *Retirer une application&lt;br&gt;&lt;br&gt;<br /> <br /> [[Définition du premier sprint backlog]] : <br /> Rechercher une application : <br /> *Mettre en place la structure de donnée<br /> *IHM (faire une maquette de page de recherche, charte graphique, étude de l'éxistant)<br /> *Noyau (fonction qui fait la recherche)<br /> * Générer les applications<br /> *Ecrire les jeux de tests.&lt;br&gt;<br /> <br /> Nous avons un dashboard électronique sur le site trello.com. Celui-ci permet à chacun de savoir quelle est sa tache a réaliser pour le sprint en cours.&lt;br&gt;&lt;br&gt;<br /> <br /> ===Semaine 41===<br /> Rendu du cahier des charges. Définition du graphisme des pages du site. Mise en place de la structure.&lt;br&gt;<br /> <br /> ===Semaine 42===<br /> [http://air.imag.fr/mediawiki/index.php/Linux_Store]</div>

Coswa https://air.imag.fr/index.php?title=Linux_Store&diff=6210 2012-10-14T16:48:04Z

<p>Coswa: </p> <hr /> <div>==Présentation==<br /> Dans le cadre d’un projet Ecom, nous allons réaliser une plate-forme de téléchargement d’applications pour le système d’exploitation Linux. Celle-ci se nommera Linux’Store.&lt;br&gt;<br /> Sur cette plate-forme, les utilisateurs pourront télécharger : <br /> *Des jeux<br /> *Des thèmes<br /> *Des widgets <br /> *Des logiciels de sécurité, d’administrateur ou de multimédia.<br /> Ces applications seront disponibles pour tous types de distribution linux : <br /> *Fedora<br /> *Red’Hat<br /> *Centos<br /> *Open Suse<br /> *Ubuntu<br /> *…<br /> Ces applications seront payantes mais leurs mise-à-jours seront gratuite.&lt;br&gt;<br /> La plate-forme a un système de détection de distribution, le téléchargement d’une application sera donc d’autant plus simplifier que l’utilisateur n’aura plus besoin de connaitre sa distribution ou sa version.<br /> <br /> [[Membre du projet]] : <br /> *Mercier Michael<br /> *Oswald camille<br /> *Wirth Clément&lt;br&gt;<br /> <br /> ===Semaine 39===<br /> Présentation du projet ECOM. Nous avons aussi défini et spécifié notre sujet.<br /> <br /> ===Semaine 40===<br /> Définition et écriture du cahier des charges.&lt;br&gt;&lt;br&gt;<br /> Le 04/10/2012 a eu lieu le premier Sprint planning. Le but de ce dernier était : &lt;br&gt;<br /> *définir un srcrum master fixe ou tournant<br /> *Définir la durée de nos sprint<br /> *Définir le product backlog<br /> <br /> [[Durée des sprints]] : 2 semaines. Nous avons fixer cela car nous avons décider que pour mener à bien un sprint, il nous faut au moins 10h de travail. Or compte tenu de nos contrainte d'emploi du temps, nous ne parvenons pas à avoir ces 10h en une semaine. Donc 15 jours nous semble plus approprié : 3h par semaines à l'école (encadré) et 4h personnel. <br /> <br /> Le scrum master sera fixe. En effet, une personne de groupe (Camille Oswald) a déjà eu l'expérience de travailler avec la méthode agile scrum, elle est donc plus à même de la mettre en place.&lt;br&gt;&lt;br&gt;<br /> <br /> [[Product Backlog]] : <br /> <br /> En tant qu'utilisateur, je souhaite : <br /> *Rechercher une application par mot clés ou par catégorie.<br /> *Télécharger une application<br /> *Ajouter, supprimer, modifier une application dans mon panier.<br /> *M'inscrire<br /> *Me connecter<br /> *Payer<br /> *Télécharger une mise-à-jour<br /> *Poster une application<br /> *Poster une mise-à-jour<br /> *Gérer mon compte utilisateur<br /> *Me désinscrire<br /> *Etre informé de la validation de mon application<br /> *Etre informé des mises-à-jours&lt;br&gt;&lt;br&gt;<br /> <br /> En tant qu'administrateur, je souhaite : <br /> *Etre informé de l'ajout d'une application<br /> *Etre informé de l'ajout d'une mise-à-jour<br /> *Valider ou non l'application ou la mise-à-jour<br /> *Retirer une application&lt;br&gt;&lt;br&gt;<br /> <br /> [[Définition du premier sprint backlog]] : <br /> Rechercher une application : <br /> *Mettre en place la structure de donnée<br /> *IHM (faire une maquette de page de recherche, charte graphique, étude de l'éxistant)<br /> *Noyau (fonction qui fait la recherche)<br /> * Générer les applications<br /> *Ecrire les jeux de tests.&lt;br&gt;<br /> <br /> Nous avons un dashboard électronique sur le site trello.com. Celui-ci permet à chacun de savoir quelle est sa tache a réaliser pour le sprint en cours.&lt;br&gt;&lt;br&gt;<br /> <br /> ===Semaine 41===<br /> Rendu du cahier des charges. Définition du graphisme des pages du site. Mise en place de la structure.&lt;br&gt;<br /> <br /> ===Semaine 42===<br /> [test lien]</div>

Coswa https://air.imag.fr/index.php?title=Linux_Store&diff=6205 2012-10-14T08:43:49Z

<p>Coswa: </p> <hr /> <div>==Présentation==<br /> Dans le cadre d’un projet Ecom, nous allons réaliser une plate-forme de téléchargement d’applications pour le système d’exploitation Linux. Celle-ci se nommera Linux’Store.&lt;br&gt;<br /> Sur cette plate-forme, les utilisateurs pourront télécharger : <br /> *Des jeux<br /> *Des thèmes<br /> *Des widgets <br /> *Des logiciels de sécurité, d’administrateur ou de multimédia.<br /> Ces applications seront disponibles pour tous types de distribution linux : <br /> *Fedora<br /> *Red’Hat<br /> *Centos<br /> *Open Suse<br /> *Ubuntu<br /> *…<br /> Ces applications seront payantes mais leurs mise-à-jours seront gratuite.&lt;br&gt;<br /> La plate-forme a un système de détection de distribution, le téléchargement d’une application sera donc d’autant plus simplifier que l’utilisateur n’aura plus besoin de connaitre sa distribution ou sa version.<br /> <br /> [[Membre du projet]] : <br /> *Mercier Michael<br /> *Oswald camille<br /> *Wirth Clément&lt;br&gt;<br /> <br /> ===Semaine 39===<br /> Présentation du projet ECOM. Nous avons aussi défini et spécifié notre sujet.<br /> <br /> ===Semaine 40===<br /> Définition et écriture du cahier des charges.&lt;br&gt;&lt;br&gt;<br /> Le 04/10/2012 a eu lieu le premier Sprint planning. Le but de ce dernier était : &lt;br&gt;<br /> *définir un srcrum master fixe ou tournant<br /> *Définir la durée de nos sprint<br /> *Définir le product backlog<br /> <br /> [[Durée des sprints]] : 2 semaines. Nous avons fixer cela car nous avons décider que pour mener à bien un sprint, il nous faut au moins 10h de travail. Or compte tenu de nos contrainte d'emploi du temps, nous ne parvenons pas à avoir ces 10h en une semaine. Donc 15 jours nous semble plus approprié : 3h par semaines à l'école (encadré) et 4h personnel. <br /> <br /> Le scrum master sera fixe. En effet, une personne de groupe (Camille Oswald) a déjà eu l'expérience de travailler avec la méthode agile scrum, elle est donc plus à même de la mettre en place.&lt;br&gt;&lt;br&gt;<br /> <br /> [[Product Backlog]] : <br /> <br /> En tant qu'utilisateur, je souhaite : <br /> *Rechercher une application par mot clés ou par catégorie.<br /> *Télécharger une application<br /> *Ajouter, supprimer, modifier une application dans mon panier.<br /> *M'inscrire<br /> *Me connecter<br /> *Payer<br /> *Télécharger une mise-à-jour<br /> *Poster une application<br /> *Poster une mise-à-jour<br /> *Gérer mon compte utilisateur<br /> *Me désinscrire<br /> *Etre informé de la validation de mon application<br /> *Etre informé des mises-à-jours&lt;br&gt;&lt;br&gt;<br /> <br /> En tant qu'administrateur, je souhaite : <br /> *Etre informé de l'ajout d'une application<br /> *Etre informé de l'ajout d'une mise-à-jour<br /> *Valider ou non l'application ou la mise-à-jour<br /> *Retirer une application&lt;br&gt;&lt;br&gt;<br /> <br /> [[Définition du premier sprint backlog]] : <br /> Rechercher une application : <br /> *Mettre en place la structure de donnée<br /> *IHM (faire une maquette de page de recherche, charte graphique, étude de l'éxistant)<br /> *Noyau (fonction qui fait la recherche)<br /> * Générer les applications<br /> *Ecrire les jeux de tests.&lt;br&gt;<br /> <br /> Nous avons un dashboard électronique sur le site trello.com. Celui-ci permet à chacun de savoir quelle est sa tache a réaliser pour le sprint en cours.&lt;br&gt;&lt;br&gt;<br /> <br /> ===Semaine 41===<br /> Rendu du cahier des charges. Définition du graphisme des pages du site. Mise en place de la structure.&lt;br&gt;<br /> <br /> ===Semaine 42===</div>

Coswa https://air.imag.fr/index.php?title=Linux_Store&diff=6204 2012-10-14T08:39:47Z

<p>Coswa: </p> <hr /> <div>==Présentation==<br /> Dans le cadre d’un projet Ecom, nous allons réaliser une plate-forme de téléchargement d’applications pour le système d’exploitation Linux. Celle-ci se nommera Linux’Store.&lt;br&gt;<br /> Sur cette plate-forme, les utilisateurs pourront télécharger : <br /> *Des jeux<br /> *Des thèmes<br /> *Des widgets <br /> *Des logiciels de sécurité, d’administrateur ou de multimédia.<br /> Ces applications seront disponibles pour tous types de distribution linux : <br /> *Fedora<br /> *Red’Hat<br /> *Centos<br /> *Open Suse<br /> *Ubuntu<br /> *…<br /> Ces applications seront payantes mais leurs mise-à-jours seront gratuite.&lt;br&gt;<br /> La plate-forme a un système de détection de distribution, le téléchargement d’une application sera donc d’autant plus simplifier que l’utilisateur n’aura plus besoin de connaitre sa distribution ou sa version.<br /> <br /> [[Membre du projet]] : <br /> *Mercier Michael<br /> *Oswald camille<br /> *Wirth Clément&lt;br&gt;<br /> <br /> ===Semaine 39===<br /> Présentation du projet ECOM. Nous avons aussi défini et spécifié notre sujet.<br /> <br /> ===Semaine 40===<br /> Définition et écriture du cahier des charges.&lt;br&gt;&lt;br&gt;<br /> Le 04/10/2012 a eu lieu le premier Sprint planning. Le but de ce dernier était : &lt;br&gt;<br /> *définir un srcrum master fixe ou tournant<br /> *Définir la durée de nos sprint<br /> *Définir le product backlog<br /> <br /> [[Durée des sprints]] : 2 semaines. Nous avons fixer cela car nous avons décider que pour mener à bien un sprint, il nous faut au moins 10h de travail. Or compte tenu de nos contrainte d'emploi du temps, nous ne parvenons pas à avoir ces 10h en une semaine. Donc 15 jours nous semble plus approprié : 3h par semaines à l'école (encadré) et 4h personnel. <br /> <br /> Le scrum master sera fixe. En effet, une personne de groupe (Camille Oswald) a déjà eu l'expérience de travailler avec la méthode agile scrum, elle est donc plus à même de la mettre en place.&lt;br&gt;&lt;br&gt;<br /> <br /> [[Product Backlog]] : <br /> <br /> En tant qu'utilisateur, je souhaite : <br /> *Rechercher une application par mot clés ou par catégorie.<br /> *Télécharger une application<br /> *Ajouter, supprimer, modifier une application dans mon panier.<br /> *M'inscrire<br /> *Me connecter<br /> *Payer<br /> *Télécharger une mise-à-jour<br /> *Poster une application<br /> *Poster une mise-à-jour<br /> *Gérer mon compte utilisateur<br /> *Me désinscrire<br /> *Etre informé de la validation de mon application<br /> *Etre informé des mises-à-jours&lt;br&gt;&lt;br&gt;<br /> <br /> En tant qu'administrateur, je souhaite : <br /> *Etre informé de l'ajout d'une application<br /> *Etre informé de l'ajout d'une mise-à-jour<br /> *Valider ou non l'application ou la mise-à-jour<br /> *Retirer une application&lt;br&gt;&lt;br&gt;<br /> <br /> [[Définition du premier sprint backlog]] : <br /> Rechercher une application : <br /> *Mettre en place la structure de donnée<br /> *IHM (faire une maquette de page de recherche, charte graphique, étude de l'éxistant)<br /> *Noyau (fonction qui fait la recherche)<br /> * Générer les applications<br /> *Ecrire les jeux de tests.&lt;br&gt;<br /> <br /> ===Semaine 41===<br /> Rendu du cahier des charges. Définition du graphisme des pages du site. Mise en place de la structure.&lt;br&gt;<br /> <br /> ===Semaine 42===</div>

Coswa https://air.imag.fr/index.php?title=Linux_Store&diff=6203 2012-10-14T08:38:56Z

<p>Coswa: </p> <hr /> <div>==Présentation==<br /> Dans le cadre d’un projet Ecom, nous allons réaliser une plate-forme de téléchargement d’applications pour le système d’exploitation Linux. Celle-ci se nommera Linux’Store.&lt;br&gt;<br /> Sur cette plate-forme, les utilisateurs pourront télécharger : <br /> *Des jeux<br /> *Des thèmes<br /> *Des widgets <br /> *Des logiciels de sécurité, d’administrateur ou de multimédia.<br /> Ces applications seront disponibles pour tous types de distribution linux : <br /> *Fedora<br /> *Red’Hat<br /> *Centos<br /> *Open Suse<br /> *Ubuntu<br /> *…<br /> Ces applications seront payantes mais leurs mise-à-jours seront gratuite.&lt;br&gt;<br /> La plate-forme a un système de détection de distribution, le téléchargement d’une application sera donc d’autant plus simplifier que l’utilisateur n’aura plus besoin de connaitre sa distribution ou sa version.<br /> <br /> Membre du projet : &lt;br&gt;<br /> *Mercier Michael<br /> *Oswald camille<br /> *Wirth Clément&lt;br&gt;<br /> <br /> ===Semaine 39===<br /> Présentation du projet ECOM. Nous avons aussi défini et spécifié notre sujet.<br /> <br /> ===Semaine 40===<br /> Définition et écriture du cahier des charges.&lt;br&gt;&lt;br&gt;<br /> Le 04/10/2012 a eu lieu le premier Sprint planning. Le but de ce dernier était : &lt;br&gt;<br /> *définir un srcrum master fixe ou tournant<br /> *Définir la durée de nos sprint<br /> *Définir le product backlog<br /> <br /> [[Durée des sprints]] : 2 semaines. Nous avons fixer cela car nous avons décider que pour mener à bien un sprint, il nous faut au moins 10h de travail. Or compte tenu de nos contrainte d'emploi du temps, nous ne parvenons pas à avoir ces 10h en une semaine. Donc 15 jours nous semble plus approprié : 3h par semaines à l'école (encadré) et 4h personnel. <br /> <br /> Le scrum master sera fixe. En effet, une personne de groupe (Camille Oswald) a déjà eu l'expérience de travailler avec la méthode agile scrum, elle est donc plus à même de la mettre en place.&lt;br&gt;<br /> <br /> [[Product Backlog]] : <br /> <br /> En tant qu'utilisateur, je souhaite : <br /> *Rechercher une application par mot clés ou par catégorie.<br /> *Télécharger une application<br /> *Ajouter, supprimer, modifier une application dans mon panier.<br /> *M'inscrire<br /> *Me connecter<br /> *Payer<br /> *Télécharger une mise-à-jour<br /> *Poster une application<br /> *Poster une mise-à-jour<br /> *Gérer mon compte utilisateur<br /> *Me désinscrire<br /> *Etre informé de la validation de mon application<br /> *Etre informé des mises-à-jours&lt;br&gt;&lt;br&gt;<br /> <br /> En tant qu'administrateur, je souhaite : <br /> *Etre informé de l'ajout d'une application<br /> *Etre informé de l'ajout d'une mise-à-jour<br /> *Valider ou non l'application ou la mise-à-jour<br /> *Retirer une application&lt;br&gt;&lt;br&gt;<br /> <br /> [[Définition du premier sprint backlog]] : <br /> Rechercher une application : <br /> *Mettre en place la structure de donnée<br /> *IHM (faire une maquette de page de recherche, charte graphique, étude de l'éxistant)<br /> *Noyau (fonction qui fait la recherche)<br /> * Générer les applications<br /> *Ecrire les jeux de tests.&lt;br&gt;<br /> <br /> ===Semaine 41===<br /> Rendu du cahier des charges. Définition du graphisme des pages du site. Mise en place de la structure.&lt;br&gt;<br /> <br /> ===Semaine 42===</div>

Coswa https://air.imag.fr/index.php?title=Linux_Store&diff=6202 2012-10-14T08:38:36Z

<p>Coswa: </p> <hr /> <div>==Présentation==<br /> Dans le cadre d’un projet Ecom, nous allons réaliser une plate-forme de téléchargement d’applications pour le système d’exploitation Linux. Celle-ci se nommera Linux’Store.&lt;br&gt;<br /> Sur cette plate-forme, les utilisateurs pourront télécharger : <br /> *Des jeux<br /> *Des thèmes<br /> *Des widgets <br /> *Des logiciels de sécurité, d’administrateur ou de multimédia.<br /> Ces applications seront disponibles pour tous types de distribution linux : <br /> *Fedora<br /> *Red’Hat<br /> *Centos<br /> *Open Suse<br /> *Ubuntu<br /> *…<br /> Ces applications seront payantes mais leurs mise-à-jours seront gratuite.&lt;br&gt;<br /> La plate-forme a un système de détection de distribution, le téléchargement d’une application sera donc d’autant plus simplifier que l’utilisateur n’aura plus besoin de connaitre sa distribution ou sa version.<br /> <br /> Membre du projet : &lt;br&gt;<br /> *Mercier Michael<br /> *Oswald camille<br /> *Wirth Clément&lt;br&gt;<br /> <br /> ===Semaine 39===<br /> Présentation du projet ECOM. Nous avons aussi défini et spécifié notre sujet.<br /> <br /> ===Semaine 40===<br /> Définition et écriture du cahier des charges.&lt;br&gt;&lt;br&gt;<br /> Le 04/10/2012 a eu lieu le premier Sprint planning. Le but de ce dernier était : &lt;br&gt;<br /> *définir un srcrum master fixe ou tournant<br /> *Définir la durée de nos sprint<br /> *Définir le product backlog<br /> <br /> [[Durée des sprints]] : 2 semaines. Nous avons fixer cela car nous avons décider que pour mener à bien un sprint, il nous faut au moins 10h de travail. Or compte tenu de nos contrainte d'emploi du temps, nous ne parvenons pas à avoir ces 10h en une semaine. Donc 15 jours nous semble plus approprié : 3h par semaines à l'école (encadré) et 4h personnel. <br /> <br /> Le scrum master sera fixe. En effet, une personne de groupe (Camille Oswald) a déjà eu l'expérience de travailler avec la méthode agile scrum, elle est donc plus à même de la mettre en place.&lt;br&gt;<br /> <br /> [[Product Backlog]] : <br /> <br /> En tant qu'utilisateur, je souhaite : <br /> *Rechercher une application par mot clés ou par catégorie.<br /> *Télécharger une application<br /> *Ajouter, supprimer, modifier une application dans mon panier.<br /> *M'inscrire<br /> *Me connecter<br /> *Payer<br /> *Télécharger une mise-à-jour<br /> *Poster une application<br /> *Poster une mise-à-jour<br /> *Gérer mon compte utilisateur<br /> *Me désinscrire<br /> *Etre informé de la validation de mon application<br /> *Etre informé des mises-à-jours&lt;br&gt;&lt;br&gt;<br /> <br /> En tant qu'administrateur, je souhaite : <br /> *Etre informé de l'ajout d'une application<br /> *Etre informé de l'ajout d'une mise-à-jour<br /> *Valider ou non l'application ou la mise-à-jour<br /> *Retirer une application<br /> <br /> [[Définition du premier sprint backlog]] : <br /> Rechercher une application : <br /> *Mettre en place la structure de donnée<br /> *IHM (faire une maquette de page de recherche, charte graphique, étude de l'éxistant)<br /> *Noyau (fonction qui fait la recherche)<br /> * Générer les applications<br /> *Ecrire les jeux de tests.&lt;br&gt;<br /> <br /> ===Semaine 41===<br /> Rendu du cahier des charges. Définition du graphisme des pages du site. Mise en place de la structure.&lt;br&gt;<br /> <br /> ===Semaine 42===</div>

Coswa https://air.imag.fr/index.php?title=Linux_Store&diff=6201 2012-10-14T08:38:14Z

<p>Coswa: </p> <hr /> <div>==Présentation==<br /> Dans le cadre d’un projet Ecom, nous allons réaliser une plate-forme de téléchargement d’applications pour le système d’exploitation Linux. Celle-ci se nommera Linux’Store.&lt;br&gt;<br /> Sur cette plate-forme, les utilisateurs pourront télécharger : <br /> *Des jeux<br /> *Des thèmes<br /> *Des widgets <br /> *Des logiciels de sécurité, d’administrateur ou de multimédia.<br /> Ces applications seront disponibles pour tous types de distribution linux : <br /> *Fedora<br /> *Red’Hat<br /> *Centos<br /> *Open Suse<br /> *Ubuntu<br /> *…<br /> Ces applications seront payantes mais leurs mise-à-jours seront gratuite.&lt;br&gt;<br /> La plate-forme a un système de détection de distribution, le téléchargement d’une application sera donc d’autant plus simplifier que l’utilisateur n’aura plus besoin de connaitre sa distribution ou sa version.<br /> <br /> Membre du projet : &lt;br&gt;<br /> *Mercier Michael<br /> *Oswald camille<br /> *Wirth Clément&lt;br&gt;<br /> <br /> ===Semaine 39===<br /> Présentation du projet ECOM. Nous avons aussi défini et spécifié notre sujet.<br /> <br /> ===Semaine 40===<br /> Définition et écriture du cahier des charges.&lt;br&gt;&lt;br&gt;<br /> Le 04/10/2012 a eu lieu le premier Sprint planning. Le but de ce dernier était : &lt;br&gt;<br /> *définir un srcrum master fixe ou tournant<br /> *Définir la durée de nos sprint<br /> *Définir le product backlog<br /> <br /> [[Durée des sprints]] : 2 semaines. Nous avons fixer cela car nous avons décider que pour mener à bien un sprint, il nous faut au moins 10h de travail. Or compte tenu de nos contrainte d'emploi du temps, nous ne parvenons pas à avoir ces 10h en une semaine. Donc 15 jours nous semble plus approprié : 3h par semaines à l'école (encadré) et 4h personnel. <br /> <br /> Le scrum master sera fixe. En effet, une personne de groupe (Camille Oswald) a déjà eu l'expérience de travailler avec la méthode agile scrum, elle est donc plus à même de la mettre en place.&lt;br&gt;<br /> <br /> [[Product Backlog]] : <br /> <br /> En tant qu'utilisateur, je souhaite : <br /> *Rechercher une application par mot clés ou par catégorie.<br /> *Télécharger une application<br /> *Ajouter, supprimer, modifier une application dans mon panier.<br /> *M'inscrire<br /> *Me connecter<br /> *Payer<br /> *Télécharger une mise-à-jour<br /> *Poster une application<br /> *Poster une mise-à-jour<br /> *Gérer mon compte utilisateur<br /> *Me désinscrire<br /> *Etre informé de la validation de mon application<br /> *Etre informé des mises-à-jours&lt;br&gt;<br /> <br /> En tant qu'administrateur, je souhaite : <br /> *Etre informé de l'ajout d'une application<br /> *Etre informé de l'ajout d'une mise-à-jour<br /> *Valider ou non l'application ou la mise-à-jour<br /> *Retirer une application<br /> <br /> [[Définition du premier sprint backlog]] : <br /> Rechercher une application : <br /> *Mettre en place la structure de donnée<br /> *IHM (faire une maquette de page de recherche, charte graphique, étude de l'éxistant)<br /> *Noyau (fonction qui fait la recherche)<br /> * Générer les applications<br /> *Ecrire les jeux de tests.&lt;br&gt;<br /> <br /> ===Semaine 41===<br /> Rendu du cahier des charges. Définition du graphisme des pages du site. Mise en place de la structure.&lt;br&gt;<br /> <br /> ===Semaine 42===</div>

Coswa https://air.imag.fr/index.php?title=Linux_Store&diff=6200 2012-10-14T08:37:03Z

<p>Coswa: </p> <hr /> <div>==Présentation==<br /> Dans le cadre d’un projet Ecom, nous allons réaliser une plate-forme de téléchargement d’applications pour le système d’exploitation Linux. Celle-ci se nommera Linux’Store.&lt;br&gt;<br /> Sur cette plate-forme, les utilisateurs pourront télécharger : <br /> *Des jeux<br /> *Des thèmes<br /> *Des widgets <br /> *Des logiciels de sécurité, d’administrateur ou de multimédia.<br /> Ces applications seront disponibles pour tous types de distribution linux : <br /> *Fedora<br /> *Red’Hat<br /> *Centos<br /> *Open Suse<br /> *Ubuntu<br /> *…<br /> Ces applications seront payantes mais leurs mise-à-jours seront gratuite.&lt;br&gt;<br /> La plate-forme a un système de détection de distribution, le téléchargement d’une application sera donc d’autant plus simplifier que l’utilisateur n’aura plus besoin de connaitre sa distribution ou sa version.<br /> <br /> Membre du projet : &lt;br&gt;<br /> *Mercier Michael<br /> *Oswald camille<br /> *Wirth Clément<br /> <br /> ===Semaine 39===<br /> Présentation du projet ECOM. Nous avons aussi défini et spécifié notre sujet.<br /> <br /> ===Semaine 40===<br /> Définition et écriture du cahier des charges.&lt;br&gt;<br /> Le 04/10/2012 a eu lieu le premier Sprint planning. Le but de ce dernier était : &lt;br&gt;<br /> *définir un srcrum master fixe ou tournant<br /> *Définir la durée de nos sprint<br /> *Définir le product backlog<br /> <br /> [[Durée des sprints]] : 2 semaines. Nous avons fixer cela car nous avons décider que pour mener à bien un sprint, il nous faut au moins 10h de travail. Or compte tenu de nos contrainte d'emploi du temps, nous ne parvenons pas à avoir ces 10h en une semaine. Donc 15 jours nous semble plus approprié : 3h par semaines à l'école (encadré) et 4h personnel. <br /> <br /> Le scrum master sera fixe. En effet, une personne de groupe (Camille Oswald) a déjà eu l'expérience de travailler avec la méthode agile scrum, elle est donc plus à même de la mettre en place.&lt;br&gt;<br /> <br /> [[Product Backlog]] : <br /> <br /> En tant qu'utilisateur, je souhaite : <br /> *Rechercher une application par mot clés ou par catégorie.<br /> *Télécharger une application<br /> *Ajouter, supprimer, modifier une application dans mon panier.<br /> *M'inscrire<br /> *Me connecter<br /> *Payer<br /> *Télécharger une mise-à-jour<br /> *Poster une application<br /> *Poster une mise-à-jour<br /> *Gérer mon compte utilisateur<br /> *Me désinscrire<br /> *Etre informé de la validation de mon application<br /> *Etre informé des mises-à-jours<br /> <br /> En tant qu'administrateur, je souhaite : <br /> *Etre informé de l'ajout d'une application<br /> *Etre informé de l'ajout d'une mise-à-jour<br /> *Valider ou non l'application ou la mise-à-jour<br /> *Retirer une application<br /> <br /> [[Définition du premier sprint backlog]] : <br /> Rechercher une application : <br /> *Mettre en place la structure de donnée<br /> *IHM (faire une maquette de page de recherche, charte graphique, étude de l'éxistant)<br /> *Noyau (fonction qui fait la recherche)<br /> * Générer les applications<br /> *Ecrire les jeux de tests.<br /> <br /> ===Semaine 41===<br /> Rendu du cahier des charges. Définition du graphisme des pages du site. Mise en place de la structure.<br /> <br /> ===Semaine 42===</div>

Coswa https://air.imag.fr/index.php?title=Linux_Store&diff=6157 2012-10-09T12:12:07Z

<p>Coswa: </p> <hr /> <div>==Présentation==<br /> Dans le cadre d’un projet Ecom, nous allons réaliser une plate-forme de téléchargement d’applications pour le système d’exploitation Linux. Celle-ci se nommera Linux’Store.&lt;br&gt;<br /> Sur cette plate-forme, les utilisateurs pourront télécharger : <br /> *Des jeux<br /> *Des thèmes<br /> *Des widgets <br /> *Des logiciels de sécurité, d’administrateur ou de multimédia.<br /> Ces applications seront disponibles pour tous types de distribution linux : <br /> *Fedora<br /> *Red’Hat<br /> *Centos<br /> *Open Suse<br /> *Ubuntu<br /> *…<br /> Ces applications seront payantes mais leurs mise-à-jours seront gratuite.&lt;br&gt;<br /> La plate-forme a un système de détection de distribution, le téléchargement d’une application sera donc d’autant plus simplifier que l’utilisateur n’aura plus besoin de connaitre sa distribution ou sa version.</div>

Coswa https://air.imag.fr/index.php?title=Linux_Store&diff=6156 2012-10-09T12:11:22Z

<p>Coswa: </p> <hr /> <div>==Présentation==<br /> Dans le cadre d’un projet Ecom, nous allons réaliser une plate-forme de téléchargement d’applications pour le système d’exploitation Linux. Celle-ci se nommera Linux’Store.&lt;br&gt;<br /> Sur cette plate-forme, les utilisateurs pourront télécharger : <br /> *Des jeux<br /> *Des thèmes<br /> *Des widgets <br /> *Des logiciels de sécurité, d’administrateur ou de multimédia.<br /> Ces applications seront disponibles pour tous types de distribution linux : <br /> • Fedora<br /> • Red’Hat<br /> • Centos<br /> • Open Suse<br /> • Ubuntu<br /> • …<br /> Ces applications seront payantes mais leurs mise-à-jours seront gratuite.&lt;br&gt;<br /> La plate-forme a un système de détection de distribution, le téléchargement d’une application sera donc d’autant plus simplifier que l’utilisateur n’aura plus besoin de connaitre sa distribution ou sa version.</div>

Coswa https://air.imag.fr/index.php?title=Linux_Store&diff=6155 2012-10-09T12:10:44Z

<p>Coswa: </p> <hr /> <div>Dans le cadre d’un projet Ecom, nous allons réaliser une plate-forme de téléchargement d’applications pour le système d’exploitation Linux. Celle-ci se nommera Linux’Store.&lt;br&gt;<br /> Sur cette plate-forme, les utilisateurs pourront télécharger : <br /> *Des jeux<br /> *Des thèmes<br /> *Des widgets <br /> *Des logiciels de sécurité, d’administrateur ou de multimédia.<br /> Ces applications seront disponibles pour tous types de distribution linux : <br /> • Fedora<br /> • Red’Hat<br /> • Centos<br /> • Open Suse<br /> • Ubuntu<br /> • …<br /> Ces applications seront payantes mais leurs mise-à-jours seront gratuite.<br /> La plate-forme a un système de détection de distribution, le téléchargement d’une application sera donc d’autant plus simplifier que l’utilisateur n’aura plus besoin de connaitre sa distribution ou sa version.</div>

Coswa https://air.imag.fr/index.php?title=Linux_Store&diff=6154 2012-10-09T12:10:22Z

<p>Coswa: </p> <hr /> <div>Dans le cadre d’un projet Ecom, nous allons réaliser une plate-forme de téléchargement d’applications pour le système d’exploitation Linux. Celle-ci se nommera Linux’Store.<br /> Sur cette plate-forme, les utilisateurs pourront télécharger : <br /> *Des jeux<br /> *Des thèmes<br /> *Des widgets <br /> *Des logiciels de sécurité, d’administrateur ou de multimédia.<br /> Ces applications seront disponibles pour tous types de distribution linux : <br /> • Fedora<br /> • Red’Hat<br /> • Centos<br /> • Open Suse<br /> • Ubuntu<br /> • …<br /> Ces applications seront payantes mais leurs mise-à-jours seront gratuite.<br /> La plate-forme a un système de détection de distribution, le téléchargement d’une application sera donc d’autant plus simplifier que l’utilisateur n’aura plus besoin de connaitre sa distribution ou sa version.</div>

Coswa https://air.imag.fr/index.php?title=Linux_Store&diff=6153 2012-10-09T12:09:46Z

<p>Coswa: Created page with &quot;Dans le cadre d’un projet Ecom, nous allons réaliser une plate-forme de téléchargement d’applications pour le système d’exploitation Linux. Celle-ci se nommera Linux’…&quot;</p> <hr /> <div>Dans le cadre d’un projet Ecom, nous allons réaliser une plate-forme de téléchargement d’applications pour le système d’exploitation Linux. Celle-ci se nommera Linux’Store.<br /> Sur cette plate-forme, les utilisateurs pourront télécharger : <br /> • Des jeux<br /> • Des thèmes<br /> • Des widgets<br /> • Des logiciels de sécurité, d’administrateur ou de multimédia.<br /> Ces applications seront disponibles pour tous types de distribution linux : <br /> • Fedora<br /> • Red’Hat<br /> • Centos<br /> • Open Suse<br /> • Ubuntu<br /> • …<br /> Ces applications seront payantes mais leurs mise-à-jours seront gratuite.<br /> La plate-forme a un système de détection de distribution, le téléchargement d’une application sera donc d’autant plus simplifier que l’utilisateur n’aura plus besoin de connaitre sa distribution ou sa version.</div>

Coswa