Ce TD vise à :

1. Renforcer votre compréhension de la notion d'interface et à savoir les utiliser
2. Vérifier que vous savez lire des modèles UML réalisés par d'autres et à les suivre.
3. Vous donner quelques éléments de gestion des listes un peu avancé : les codes vous sont alors donnés, à vous de comprendre.

Un ensemble de codes et conseils vous sont donnés vous permettant de faire “seul” ce TD.

La société Amadeum a demandé à un étudiant de gérer les vols, à un autre de gérer les locations de voitures. Elle vous prend en stage et voici le sujet de stage : “Améliorer la gestion des items liés aux voyages”.

Voici la description plus détaillée du sujet.

Votre défi : faire tout ce que demande votre employeur en étant “malin” et un bon développeur. Vous avez le droit de modifier les codes qui vous sont donnés.

Voici les codes associés. openclosedprinciplev0withtests2.jar

Attention, cette fois-ci vous devez chercher seul à résoudre le problème, mais voici quelques pistes :

1. De quelles informations avez-vous besoin pour commencer à travailler? ¹⁾ Que faîtes-vous pour cela ? ²⁾
2. Avez-vous compris ce qui est attendu de vous ? Vous n'avez pas droit à la question, “qu'est-ce que je fais? ” … sous toutes ses formes!³⁾.
3. Avez-vous bien identifié tous les éléments? Le couplage? Vous vous rappelez du principe ouvert/fermé? de la ségrégation des interfaces?
   1. Qui a-t-il de commun entre les fonctionnalités demandées ? Qui a-t-il de commun entre un vol et une location de voitures? Qui a-t-il de commun entre les services existants? Que pouvez-vous faire pour généraliser?
4. OK vous pouvez implémenter puisque vous avez une bonne idée de votre “modèle” de l'application⁴⁾.

Amadeum a imaginé d'étendre ses compétences en offrant un service de préparation aux voyages “TravelOrganizer” “Low cost” qui, à partir d'une description, vous propose des voyages. Ce travail a été fait sans rien savoir de ce qui précède. Donc vous allez devoir vous adapter.

L'ingénieur en charge du projet a conçu le diagramme suivant et commme il est très content de vous, il s'attend à ce que :

1. vous le codiez,
2. vous récupériez tous les codes existants et que vous les intégriez pour offrir de nouveaux services, i.e. que vous pouvez à présent créer des “Trip” qui sont l'assemblage de “flights” et “CarRentals”.
3. vous testiez vos codes.

Pour vous aider :

• Un voyage (Trip) correspond à un vol (le moins cher qui vous amène à destination le jour voulu), une location de voiture pour la durée de votre séjour.
• Find renvoie l'Item le moins cher : Par exemple, un vol ou une location de voiture qui correspond à la description (même date, durée attendue, point de départ, point d'arrivée).
• Attention, vous avez peut etre un probleme pour le find dans CarRentalService. En effet, pour obtenir des CarRental actuellement il est nécessaire de réserver la voiture (book). Or vous ne voulez récupérer qu'une seule location de voiture, et la moins chère, d'où les solutions possibles suivantes :
  • Comme il s'agit d'un simple TD, vous pouvez ne louer que la voiture la moins chère en partant du principe que le prix sera
  • Vous redéfinissez une fonction de sélection…

A votre tour d'utiliser ces classes pour définir une méthode qui renvoie non plus un vol qui a un prix fixe mais un prix qui varie : public PayingItem findMovingItem(Description d). Notez que le prix varie sans que le type de retour ne donne cette indication.

Pour tester votre code vous pouvez par exemple réutiliser les codes suivants.

Pour initialiser.

	@Before
	public void setUp() throws Exception {
		flights = new ArrayList<>();
		flight = new Flight(20, LocalDate.of(2017, 8, 1), LocalTime.of(8, 30), "Nice", "Paris");
		flight1 = new Flight(10, LocalDate.of(2017, 8, 1), LocalTime.of(9, 30), "Nice", "Paris");
		flight2 = new Flight(30, LocalDate.of(2017, 8, 1), LocalTime.of(10, 30), "Nice", "Paris");
		flights.add(flight);
		flights.add(flight1);
		flights.add(flight2);
		fs = new FlightService(flights);
	}

Pour le test lui-même.

@Test
	public void testFindMovingItem() {
		Description d = new Description(LocalDate.of(2017, 8, 1), "Nice", "Paris", 2);
		Flight f = (Flight) fs.findMovingItem(d);
		// Test pour une nouvelle boucle for utilisant un forEach
		IntStream.range(1, 5).forEach(i -> {
			try {
				// Pour visualiser que le prix change bien.
				// Il est difficile de le definir spus la forme d'Asset
				// car on ne sait pas combien de fois le ratio a eu le temps de s'appliquer
				// L'attente permet à la tache en arrière plan de s'exécuter
				System.out.println(i + " : ===> Price :" + f.getPrice());
				Thread.sleep(200);
				System.out.println(i + " : ===> Price has changed :" + f.getPrice());
			} catch (InterruptedException ex) {
				ex.printStackTrace();
			}
			System.out.println(i);
		});
	}

Si vous avez du mal, voici le code, mais éviter de le regarder sans avoir au moins essayé de le faire seul “à votre propre sauce”.

	public PayingItem findMovingItem(Description d) {
		ArrayList<Flight> matchingFlights = getFlights(d.getDepartDate(),d.getDepartPlace(),d.getArrivalPlace());
		PayingItem x = PayingItemTools.cheapestItem((matchingFlights));
		ChangingPriceTask timerTask = new ChangingPriceTask( (ChangingPayingItem) x, 5.0);
		Timer timer = new Timer(true);
		timer.scheduleAtFixedRate(timerTask, 0, 190);
		return x;
	}

Code + modèles et remarques éventuelles. Les modèles peuvent correspondre à des diagrammes dessinés à la main, ou obtenu par reverse mais dans ce cas, ils sont “propres” au sens où les informations essentielles y sont représentées et seulement celles-ci. http://jalon.unice.fr/cours/blay/Cours-blay-20150930110548/BoiteDepot-blay-20171020224642543829?tab=deposit