Process objet

1. UP-XP Process unifié Agilité

5. UP-XP Introduction Gestion de projet Les concepts de base (OO & UML)

6. Industrialisation

7. Les 4 axes d’un processus

8. Exemple de processus

10. Mise en place d’un processus (SEI)

12. Gestion de projet classique (2)

19. Estimer pour Planifier La méthode des trois wagons (BCG) Hiérarchisation des fonctions CoCoMo PERT …… .

22. Planifier avec Fibonacci Plus c’est compliqué et plus ça ….. Et si c’est encore plus compliqué alors ça ….. Encore plus

23. Cocomo : un outil

24. Cocomo : Les résultats ACT DET

26. Suivre l’avancement et on réagit …

30. Correction Trouver les dates de début Au plus tard

31. Les Méthodes classiques : Conclusion(1) « La logique est l’art de s’enfoncer dans l’erreur avec confiance ». Joseph Wood Krutch

33. UP-XP Les concepts de base

34. Programmation fonctionnelle

35. Programmation objet Programme principal o1 o2 o3 o4 o5 new fqq

37. Pourquoi l’objet ?

38. Fonctionnel versus Objet

39. Un modèle : Définition Ce qui sert ou doit servir d’objet d’imitation pour faire ou reproduire quelque chose (petit robert) Top Model

40. UML : La genèse DOC-PDF UML1.3 = 4,7MB DOC-PDF UML2.0 = 5.8 MB 2003 2.0 Booch-93 Rumbaugh( OMT2) Oct-95 0.8 Jacobson (use case - sdl) Juillet-96 0.9 Janv-97 1.0 Nov-97 1.0 Sept-97 1.1 (OMG) 2000 1.4

42. UP-XP UP - RUP

43. UP : La base PU est à base de composants PU utilise UML PU est piloté par les cas d’utilisation PU est centré sur l’architecture PU est itératif et incrémental

44. UP & RUP Unify Process (Énorme process pour tous) RUP Rational Unify Process Process customisé à partir du UP C'est un outil (site web, customisable) Custom AirFranceUP

45. RUP : La genèse

46. UP

47. RUP : Principes

51. BPM

52. Modélisation métier Stéréotypes UP Fournisseur Les process Les objets de L’entreprise Client Les employés business use case

55. Gestion des exigences http://www.alm.tv/permalink/1734/sameliorer-sur-la-gestion-des-exigences-un-premier -pas-vers-lindustrialisation.aspx

58. Gestion des exigences : Processus

59. Gestion des exigences : Outils

60. Gestion des exigences : CaliberRM

61. Use Case : Exercice Une société de vente par correspondance vous demande de développer son système informatique. Ce système doit pouvoir prendre en compte des commandes passées par la poste et des commandes passées par internet. Il doit suivre les expéditions qui ne sont effectuées que si le paiement est OK. Les paiements se font par carte bancaire dans le cas d'internet et par chèque dans le cas de la poste. Les paiements sont validés par un système bancaire appartenant à la société et existant. Il faut récupérer ce système. Le nouveau système est chargé aussi de la gestion de stocks, lorsqu'un article atteint un seuil minimal, alors il faut passer une nouvelle commande au fournisseur adéquat. A la réception de la commande, la mise à jour de la base est faite par un employé. Dans le cas d'un paiement accepté et de stock disponible, l'expédition est faite par un robot existant au quel il suffit de passer les coordonnées du client, et la liste des produits achetés. En cas d'indisponibilité, une lettre doit être envoyé au client.

62. Analyse (1) Manger Distribuer le comportement des fonctionnalités aux méthodes des objets Descriptions

63. Analyse (2) Boundary-Controleur-Entité (1) Environnement Métier Fonctionnel B C E Fonctionnel Métier Environnement

64. Analyse (2) Boundary-Contrôleur-Entité (2)

65. Analyse (2) Boundary-Contrôleur-Entité (3)

66. Conception (1)

67. Conception (2)

70. JDBC: Static View ResultSet getString() : string (from java.sql) Connection createStatement() : Statement (from java.sql) DriverManager getConnection(url, user, pass) : Connection (from java.sql) DBPersistentClass create() : PersistentClass read(searchCriteria : string) : PersistentClassList update(c : PersistentClass) delete(c : PersistentClass) 1 1 PersistenceClient (from SamplePersistence Client) PersistentClass getData() setData() command() new() (from SamplePersistentClass) PersistentClassList new() add(c: PersistentClass) (from SamplePersistentClass) 0..* 1 0..* 1 Roles to be filled by the designer applying the mechanism Statement executeQuery(sql : String) : ResultSet executeUpdate(sql : String) : int (from java.sql)

71. JDBC : Read : Connection : Statement : ResultSet : PersistenceClient : DBPersistent Class : PersistentClass : PersistentClassList 1. read(string) 1.1. createStatement( ) 1.2. executeQuery(string) 1.4. new() 1.5. getString( ) 1.6. setData( ) called for each attribute in the class returns a Statement 1.3. new( ) Create a list to hold all retrieved data 1.7. add(PersistentClass) Add the retrieved course offering to the list to be returned Repeat these operations for each element returned from the executeQuery() command. The PersistentClassList is loaded with the data retrieved from the database. The SQL statement built by the DBPersistentClass using the given criteria is passed to executeQuery() The criteria used to access data for the persistent class

72. JDBC Read : Example de code public void Read (String critere){ //SELECT FROM `A` WHERE nom = 'Sylvie' ; Statement statement; String SQL = "SELECT * FROM `A`" + critere + ";"; System.out.println(SQL); try { statement = conn.createStatement(); ResultSet resultset = statement.executeQuery(SQL); while (resultset.next()) { String id, nom, sexeString; int age; boolean sexe = true; id= resultset.getString(1); nom = resultset.getString(2); age = resultset.getInt(3); sexeString = resultset.getString(4); if (sexeString == "F") sexe = false; A a =new A (nom,age, sexe); a.Afficher(); // Il ne reste plus qu'a mettre ces objets ds la liste // et rendre le liste } } catch (SQLException ex) { // handle any errors System.out.println("SQLException: " + ex.getMessage()); System.out.println("SQLState: " + ex.getSQLState()); System.out.println("VendorError: " + ex.getErrorCode()); } }

73. BD

74. Architecture : Composants

75. Architecture : Déploiement

77. Implémentation

90. Organisation des modèles (UP) Les sources Les UC realization (Documentation) Les composants (physiques et logiques) Les machines Définition des besoins VOPC

91. Phases et Activités

104. UP-XP Vers les méthodes agiles XP Scrum

106. Le manifeste agile

107. Les méthodes agiles

111. Le chef de projet Agile la qualité essentielle du leader sera le charisme plus que l’autorité.

114. Exemple Scrum : Une release UC User story Planning game DVP Tests Le client est dans la salle

115. Les tâches à faire (le radiateur)

119. Exemple Scrum : Une release

122. Product backlog (au début)

123. Product backlog (après estimation)

124. Suivi de projet (Release)

125. Suivi de projet (Itération)

127. Vélocité (2)

131. Cycle de vie du binôme « 1 + 1 = 1 [...] 1 + 1 = 11 » Jean-Claude Van Damme.

134. Les bureaux agiles

141. UP-XP Test DTD

142. Les tests (1)

144. Junit : Echec avant écriture du programme

146. Junit : Syntaxe

147. Junit : Ecriture du test et run

148. Junit : testSuite

149. IHM DOS Blalal Gfgd gghdghds

150. Test IHM Web : Selenium

151. Outil de test automatique Tester les IHM http://www.alm.tv/Accueil/tabid/381/Default.aspx

152. UP-XP Les outils indispensables

155. Refactoring (NetBeans)

156. Refactoring (Eclipse)

158. Gestion conf : arborescence S1 S2 S1.VF S1.VO S1.VF.1 S1.VF.2 S1.VF.3 S2.1 S1 S2 R1.1 R1.2 R2 R1

159. Gestion conf : Méthode de travail

160. Gestion des changements (1)

161. Gestion des changements (2) MySQL Serveur Web

162. Gestion des changements Bugzilla : Etats des DM

163. Gestion de projet http://www.extremeplanner.com/tour/

164. UP-XP Conclusions

166. Bibliographie (livres) UML Laurent Audibert (www)

167. Bibliographie (www) IBM-Rational

168. UP-XP Etude de cas VPC

169. Use Case : Correction

170. UC : Secrétaire

171. UC: Détails

172. UC: Suppléments

173. IHM : Secrétaire

174. Idem (Visio)

175. UC Web

180. UC : Requirements

181. IHM WEB