|
|
Développement Web avec le Framework .NET v.2.0 - Part I
Avoir un framework et un outil de développement, c‘est bien ; savoir s'en servir, c'est mieux. Nous vous proposons, via une démonstration, d'appliquer les bons principes d'architecture et de conception dans la réalisation d'une petite application Web. Rien de révolutionnaire, mais une utilisation optimisée des outils standards.
Le cas de démonstration :
Avoir une application permettant de visualiser les cours et les formateurs, ainsi que d'attribuer une certification à ces derniers.
La réalisation :
- Partant des données sous forme XML ou dans des bases de données, on en déduit le DAL (Data Access Layer). On ne codera rien manuellement.
- Un test permet d'avoir un premier retour "client"On montrera comment un ajout de spécification impacte sur l'application et comment enrichir le DAL.
- Après les données, les traitements (très simples dans notre cas de démonstration), dans le BLL (Business Logic Layer) chargé d'exposer les données métier (générées automatiquement) à la couche suivante.
- La présentation utilisera les nouveaux composants ainsi que leur technique de liaison de données.
Les finitions :
Comment rendre l'application agréable du point de vue de l'utilisateur … voici quelques techniques fournies avec ASP.NET 2.0.
(Sunday, October 01, 2006 1:00 AM)
Visualiser
Tagged as :
|
Développement Web avec le Framework .NET v.2.0 - Part II
Avoir un framework et un outil de développement, c‘est bien ; savoir s'en servir, c'est mieux. Nous vous proposons, via une démonstration, d'appliquer les bons principes d'architecture et de conception dans la réalisation d'une petite application Web. Rien de révolutionnaire, mais une utilisation optimisée des outils standards.
Le cas de démonstration :
Avoir une application permettant de visualiser les cours et les formateurs, ainsi que d'attribuer une certification à ces derniers.
La réalisation :
- Partant des données sous forme XML ou dans des bases de données, on en déduit le DAL (Data Access Layer). On ne codera rien manuellement.
- Un test permet d'avoir un premier retour "client"On montrera comment un ajout de spécification impacte sur l'application et comment enrichir le DAL.
- Après les données, les traitements (très simples dans notre cas de démonstration), dans le BLL (Business Logic Layer) chargé d'exposer les données métier (générées automatiquement) à la couche suivante.
- La présentation utilisera les nouveaux composants ainsi que leur technique de liaison de données.
Les finitions :
Comment rendre l'application agréable du point de vue de l'utilisateur … voici quelques techniques fournies avec ASP.NET 2.0.
(Sunday, October 01, 2006 1:00 AM)
Visualiser
Tagged as :
|
Spring : un framework agile - Part I
Alors que J2EE semble être de plus en plus critiquée pour sa complexité et son manque d'agilité, Spring, considéré aujourd'hui comme une alternative crédible aux EJB, rencontre un vif succès en raison de ses fonctionnalités et de sa flexibilité. Quelles sont-elles et dans quelle mesure Spring simplifie t'il les développements et la réalisation d'applications Java EE de qualité ?
(Wednesday, May 17, 2006 1:00 AM)
Visualiser
Tagged as :
|
Spring : un framework agile - Part II
Alors que J2EE semble être de plus en plus critiquée pour sa complexité et son manque d'agilité, Spring, considéré aujourd'hui comme une alternative crédible aux EJB, rencontre un vif succès en raison de ses fonctionnalités et de sa flexibilité. Quelles sont-elles et dans quelle mesure Spring simplifie t'il les développements et la réalisation d'applications Java EE de qualité ?
(Wednesday, May 17, 2006 1:00 AM)
Visualiser
Tagged as :
|
EJB3 : pragmatisme mais ambitions perdues - Part I
Les EJB3 sont un tournant pour tous les acteurs de la plate-forme java. Pour les éditeurs de serveurs d'applicatifons, il s'agit de faire adopter le modèle de composants qui souffre de la réputation d'être difficiles à développer. Il s'agit aussi de faire cesser les combats d'arrière-garde entre spécifications / produits concurrents, surtout dans le domaine mapping O/R: JDO, Hibernate, EJB... Mieux vaut unir ses forces pour contrer la montée en puissance de la plate-forme .Net. Pour les développeurs Java qui adoptent l'architecture 3-tiers, il faut gagner en productivité face aux développements .Net et aussi Lamp, sans perdre en scalabilité. Les EJB3 répondent-ils à nos attentes ? Même si les EJB sessions subissent quelques simplifications, c'est bien au niveau des objets partagés et persistants que tout se joue : les EJB entités. Oxerp est un ERP open source. Sa version actuelle est en EJB2.Il évolue vers les EJB3. Dans le cadre de cette évolution, des bonnes et des mauvaises surprises nous attendent. Ces surprises serviront à étayer la présentation.
(Wednesday, May 17, 2006 1:00 AM)
Visualiser
Tagged as :
|
EJB3 : pragmatisme mais ambitions perdues - Part II
Les EJB3 sont un tournant pour tous les acteurs de la plate-forme java. Pour les éditeurs de serveurs d'applicatifons, il s'agit de faire adopter le modèle de composants qui souffre de la réputation d'être difficiles à développer. Il s'agit aussi de faire cesser les combats d'arrière-garde entre spécifications / produits concurrents, surtout dans le domaine mapping O/R: JDO, Hibernate, EJB... Mieux vaut unir ses forces pour contrer la montée en puissance de la plate-forme .Net. Pour les développeurs Java qui adoptent l'architecture 3-tiers, il faut gagner en productivité face aux développements .Net et aussi Lamp, sans perdre en scalabilité. Les EJB3 répondent-ils à nos attentes ? Même si les EJB sessions subissent quelques simplifications, c'est bien au niveau des objets partagés et persistants que tout se joue : les EJB entités. Oxerp est un ERP open source. Sa version actuelle est en EJB2.Il évolue vers les EJB3. Dans le cadre de cette évolution, des bonnes et des mauvaises surprises nous attendent. Ces surprises serviront à étayer la présentation.
(Wednesday, May 17, 2006 1:00 AM)
Visualiser
Tagged as :
|
Hibernate, EJB3 & Seam - Part I
Christian Bauer will present the technical background behind Hibernate, the most popular persistence solution for Java, and how the project evolved into an EJB 3.0 persistence provider. The significantly improved and simplified EJB entity beans of the new standard, and how objects/relational database mapping is handled, are another topic of this presentation. Finally, the new JBoss Seam framework is presented. Seam can greatly simplify and speed up web application development in Java, by introducing a new stateful component concept, based on EJB3 and JavaServer Faces.
(Wednesday, May 17, 2006 1:00 AM)
Visualiser
Tagged as :
|
Hibernate, EJB3 & Seam - Part II
Christian Bauer will present the technical background behind Hibernate, the most popular persistence solution for Java, and how the project evolved into an EJB 3.0 persistence provider. The significantly improved and simplified EJB entity beans of the new standard, and how objects/relational database mapping is handled, are another topic of this presentation. Finally, the new JBoss Seam framework is presented. Seam can greatly simplify and speed up web application development in Java, by introducing a new stateful component concept, based on EJB3 and JavaServer Faces.
(Wednesday, May 17, 2006 1:00 AM)
Visualiser
Tagged as :
|
Agile Project Management - Part I
Au sein des projets agiles, le rôle du chef de projet doit évoluer par rapport au profil traditionnel: de gestionnaire, le chef de projets devient leader, porteur de la vision et facilitateur. Cela ne signifie nullement abdiquer toute maîtrise du déroulement du projet, mais au contraire définir des objectifs (à l'échelle du projet et de l'itération), intervenir lorsque cela s'avère nécessaire et éviter l'ingérence lorsque c'est possible. Le chef de projet est aussi animateur d'une communauté: il s'assure que tout le monde est en phase et qu'une synergie existe au sein de l'équipe.Sur un plan opérationnel, l'agile manager traitera son planning de manière adaptative, en gérant les tâches en mode "pull" plutôt qu'en assignation planifiée. Il joue également le rôle de pare-feu par rapport aux perturbations extérieurs afin de permettre aux membres de l'équipe de se concentrer sur leurs tâches. Pour le manager agile, l'adaptabilité ne se limite pas à répondre à des besoins changeants du client. Chaque fin d'itération doit être l'occasion d'une rétrospective afin d'adapter les pratiques aux besoins du projet, pour toujours garder le bagage minimal et essentiel de procès qui permet de voyager léger. L'adaptabilité se fait aussi sur les estimations, celles-ci gagnant en pertinence au fur et à mesure de l'avancement du projet, en s'appuyant sur la "météo d'hier".
(Wednesday, May 17, 2006 1:00 AM)
Visualiser
Tagged as :
|
Agile Project Management - Part II
Au sein des projets agiles, le rôle du chef de projet doit évoluer par rapport au profil traditionnel: de gestionnaire, le chef de projets devient leader, porteur de la vision et facilitateur. Cela ne signifie nullement abdiquer toute maîtrise du déroulement du projet, mais au contraire définir des objectifs (à l'échelle du projet et de l'itération), intervenir lorsque cela s'avère nécessaire et éviter l'ingérence lorsque c'est possible. Le chef de projet est aussi animateur d'une communauté: il s'assure que tout le monde est en phase et qu'une synergie existe au sein de l'équipe.Sur un plan opérationnel, l'agile manager traitera son planning de manière adaptative, en gérant les tâches en mode "pull" plutôt qu'en assignation planifiée. Il joue également le rôle de pare-feu par rapport aux perturbations extérieurs afin de permettre aux membres de l'équipe de se concentrer sur leurs tâches. Pour le manager agile, l'adaptabilité ne se limite pas à répondre à des besoins changeants du client. Chaque fin d'itération doit être l'occasion d'une rétrospective afin d'adapter les pratiques aux besoins du projet, pour toujours garder le bagage minimal et essentiel de procès qui permet de voyager léger. L'adaptabilité se fait aussi sur les estimations, celles-ci gagnant en pertinence au fur et à mesure de l'avancement du projet, en s'appuyant sur la "météo d'hier".
(Wednesday, May 17, 2006 1:00 AM)
Visualiser
Tagged as :
|
The Effects of Agile on Nine Offshore Strategies - Part I
Over the past decade, the business advantages of adopting offshore practices have led many companies to move towards global solutions. As with many new ideas, hype is often generated which can lead to an accelerated adoption of a technology, process, or methodology. Offshore development and maintenance have been no different.
With Offshore, the lure of the benefits has caused a false maturity in traditional offshore approaches which has eventually led to some high profile failures. However, this should not have been unexpected as this trend has repeated itself several times since the early 80's. In fact, this period of disillusionment is actually an opportunity for the industry and for many companies to develop innovative solutions which address the issues and stabilize the market. These next generation companies eventually become the industry leaders and the traditional players either have to adapt similar practices or they begin to wane.
Agile practices address the need for improved offshore solutions and they have been recognized by companies such as Forrester as being imperative to new offshore initiatives. Why? Because they increase team productivity and customer flexibility – these innovative techniques are much more adaptive to new application development and allow a client to more easily move outside of the traditional offshore maintenance & enhancement boundary. In fact, Forrester mentions that "Despite their objections, mainstream Indian vendors will have to adopt some agile-like techniques to solve the … problems that exist today".
This presentation provides an overview of Agile Offshore™ practices, briefly describes nine different offshore strategies (ranging from onshore staffing with offshore resources to building your own offshore development center), and concludes with an evaluation of how Agile practices reduce the risk and increase the yield of each strategy.
(Wednesday, May 17, 2006 1:00 AM)
Visualiser
Tagged as :
|
The Effects of Agile on Nine Offshore Strategies - Part II
Over the past decade, the business advantages of adopting offshore practices have led many companies to move towards global solutions. As with many new ideas, hype is often generated which can lead to an accelerated adoption of a technology, process, or methodology. Offshore development and maintenance have been no different.
With Offshore, the lure of the benefits has caused a false maturity in traditional offshore approaches which has eventually led to some high profile failures. However, this should not have been unexpected as this trend has repeated itself several times since the early 80's. In fact, this period of disillusionment is actually an opportunity for the industry and for many companies to develop innovative solutions which address the issues and stabilize the market. These next generation companies eventually become the industry leaders and the traditional players either have to adapt similar practices or they begin to wane.
Agile practices address the need for improved offshore solutions and they have been recognized by companies such as Forrester as being imperative to new offshore initiatives. Why? Because they increase team productivity and customer flexibility – these innovative techniques are much more adaptive to new application development and allow a client to more easily move outside of the traditional offshore maintenance & enhancement boundary. In fact, Forrester mentions that "Despite their objections, mainstream Indian vendors will have to adopt some agile-like techniques to solve the … problems that exist today".
This presentation provides an overview of Agile Offshore™ practices, briefly describes nine different offshore strategies (ranging from onshore staffing with offshore resources to building your own offshore development center), and concludes with an evaluation of how Agile practices reduce the risk and increase the yield of each strategy.
(Wednesday, May 17, 2006 1:00 AM)
Visualiser
Tagged as :
|
Scrum : l'esprit d'équipe comme au rugby - Part I
Scrum signifie mêlée au rugby. Scrum utilise les valeurs et l'esprit du rugby et les adapte aux projets de développement. Comme le pack lors d'un ballon porté au rugby, l'équipe chargée du développement travaille de façon collective, soudée vers un objectif précis. Comme un demi de mêlée, le ScrumMaster aiguillonne les membres de l'équipe, les repositionne dans la bonne direction et donne le tempo pour assurer la réussite du projet. Au delà de cet accent mis sur la puissance du collectif, Scrum est un processus agile qui attaque la complexité par une approche empirique. Scrum est facile à apprendre, Scrum est indépendant des méthodes et technologies utilisées : son adoption présente peu de risques.
(Friday, May 05, 2006 1:00 AM)
Visualiser
Tagged as :
|
Scrum : l'esprit d'équipe comme au rugby - Part II
Scrum signifie mêlée au rugby. Scrum utilise les valeurs et l'esprit du rugby et les adapte aux projets de développement. Comme le pack lors d'un ballon porté au rugby, l'équipe chargée du développement travaille de façon collective, soudée vers un objectif précis. Comme un demi de mêlée, le ScrumMaster aiguillonne les membres de l'équipe, les repositionne dans la bonne direction et donne le tempo pour assurer la réussite du projet. Au delà de cet accent mis sur la puissance du collectif, Scrum est un processus agile qui attaque la complexité par une approche empirique. Scrum est facile à apprendre, Scrum est indépendant des méthodes et technologies utilisées : son adoption présente peu de risques.
(Friday, May 05, 2006 1:00 AM)
Visualiser
Tagged as :
|
XP, ça marche vraiment ? - Part I
Si l'on vous parle de méthodes agiles, à quoi pensez-vous spontanément ? Bien sur, à l'eXtreme Programming. Partant de l'idée que certaines pratiques pouvaient expliquer le succès ou l'échec des projets, Kent Beck a voulu "pousser tous les curseurs" soit au minimum soit au maximum.
Le test permet de détecter les anomalies ? Testons en permanence dès le début du projet et pilotons le projet par les tests !
La documentation est pléthorique et souvent inutile ? Réduisons-la au maximum !
Le coût de correction des défauts est supérieur lorsqu'il intervient tard ? Corrigeons-les à la source en pratiquant le pair-programming !
Tout ça parait bien illusoire, voire irréaliste. Et pourtant, certains l'ont mis en œuvre, et pas seulement aux Etats-Unis ! Ils peuvent témoigner du succès de la méthode.
(Wednesday, May 17, 2006 1:00 AM)
Visualiser
Tagged as :
|
|
|
|
|
|
 |