de it fr

223 Réaliser des applications multi-utilisateurs orientées objets.

Module
Réaliser des applications multi-utilisateurs orientées objets.
Compétence
Développer une application multi-utilisateurs, entreprendre les adaptations nécessaires de la base de données, implémenter, tester et documenter l’application.
Objectifs opérationnels
1 Estimer si une base de données remplit les exigences de l’aptitude multi-utilisateurs, et, le cas échéant, documenter les adaptations.
  Connaissances opérationnelles nécessaires:
1 Connaître les exigences du système de gestion de bases de données en regard de l’aptitude multi-utilisateurs.
2 Connaître les aspects de la modélisation des données qui permettent l’aptitude multi-utilisateurs.
 
2 Développer l’application et garantir la capacité multi-utilisateurs au moyen de transactions.
  Connaissances opérationnelles nécessaires:
1 Connaître les principales différences entre le modèle d´objet commercial et un modèle de données relationnelles.
2 Connaître les principaux concepts et variantes architecturales (client/serveur, multi-tiers, Middleware, Framework, bibliothèque des classes).
3 Connaître la mise en œuvre d’une représentation relationnelle objet d’un modèle objet commercial, ainsi que ses spécifications au moyen d’UML (diagramme des classes, diagramme séquentiel).
 
3 Implémenter les interfaces utilisateurs, les adaptations de la base de données et les transactions.
  Connaissances opérationnelles nécessaires:
1 Connaître les éléments spécifiques pour la mise en œuvre d’interfaces compatibles multi-utilisateurs.
2 Connaître des possibilités d’implémentation d’une gestion des droits multi-utilisateurs.
3 Connaître des possibilités permettant de garantir les transactions dans un SGBD.
4 Connaître des possibilités d’implémentation de transactions dans une application.
5 Connaître les principales techniques pour l’implémentation d’une couche persistante.
 
4 Définir les spécifications de tests pour les aspects fonctionnels et non-fonctionnels de l’aptitude multi-utilisateurs, tester l’application et verbaliser les tests.
  Connaissances opérationnelles nécessaires:
1 Connaître les principaux aspects qui doivent être pris en compte lors de la spécification des tests pour une application multi-utilisateurs.
2 Connaître un procédé pour tester des exigences non-fonctionnelles.
 
5 Documenter les transactions en veillant aux possibilités de maintenance et de reproductibilité.
  Connaissances opérationnelles nécessaires:
1 Connaître des possibilités de documentation de transaction entre SGBD et dans l’application.
 
Domaine de compétence
Ingénierie d'applications
Objet
Application multi-utilisateurs avec base de données relationnelle.
Niveau
4
Pré-requis
Développer et mettre en œuvre des modèles de données.
Nombre de leçons
40
Reconnaissance
Certificat fédéral de capacité
Publié: 07.06.2014 17:15:31
Titre DEP Module 223-1 - 3 Eléments - Examen écrit individuel, Etude de cas, Travail pratique de mise en oeuvre
Institution ZLV MINT
Aperçu Evaluation des connaissances opérationnelles nécessaires à la fin du module.
Complément

Partie 1
Pondération 25%
Durée indicative (recommandation) 1
Description de l'élément Répondre à des questions sur le spécificités et prérequis pour les applications multi-utilisateurs, et les exigences en matière de SGBD.
Moyens d'aide Documents des cours.
Notes personnelles.
Evaluation Persistance et volatilité, 25%.
Caractéristiques de base d'une application multi-utilisateurs, 15%.
Administration des transactions (caractéristiques ACID) d'un SGBD, 35%.
Utilité/objectif d'un projet et architecture dans le développement logiciel, 25%.
Relation à la pratique Les participants connaissent les principaux termes et définitions de l'environnement du développement orienté objets d'applications multi-utilisateurs,

Partie 2
Pondération 50%
Durée indicative (recommandation) 1
Description de l'élément Un problème spécifique sera analysé sur la base d'une description de situation, et ensuite des variantes de solutions (échantillon d'architecture) seront élaborées et évaluées pour le développement d'une application multi-utilisateurs.
Moyens d'aide Documents des cours.
Notes personnelles.
Evaluation Analyse: identifier les acteurs et les exigences, 25%.
Analyse: élaborer un modèle statique d'analyse (classes spécifiques), 25%.
Design: projeter et évaluer des variantes d'architecture, 35%.
Test: vérifier que le design suffit aux exigences fonctionnelles, 15%.
Relation à la pratique Analyser un problème spécifique et identifier les acteurs concernés ainsi que les exigences fonctionnelles ou non pour l'application multi-utilisateurs à développer. Elaborer un modèle commercial statique (diagramme des classes). Développer, sur la base de l'analyse, des variantes appropriées d'architecture et les évaluer. Vérifier si une certaine variante d'architecture supporte les exigences non-fonctionnelles.

Partie 3
Pondération 25%
Durée indicative (recommandation) 1
Description de l'élément Deux nouvelles exigences sont implémentées sur un composant spécifique.
1. Extension d'une classe d'entité sur une nouvelle caratéristique, y compris la table y relative / adaptation de l'interface graphique utilisateur existante (affichage de la nouvelle caractéristique).
2. Extension d'une classe contrôleur existante / implémentation d'une nouvelle méthode.
Moyens d'aide Documents des cours.
Notes personnelles.
Un environnement approprié de développement.
Un outil approprié de gestion de base de données.
Evaluation Adaptation de la base de données, 10%.
Adaptation sur le GUI, 20%.
Extension de la classe spécifique, 60%.
Commentaires du code, 10%.
Relation à la pratique Entreprendre des adaptations sur une base de données existante.
Implémenter de nouvelles exigences sur un composant spécifique existant (dll).
Implémenter une méthode qui exécute une transaction de base de données selon le principe du tout ou rien. Etendre un GUI existant pour gagner des champs de sortie.
Publié: 11.12.2015 11:13:21
Date de péremption: Pas de date de péremption
Titre DEP Module 223-2 - 1 Elément - Travail pratique de mise en oeuvre
Institution Roche Diagnostics International AG
Aperçu Développer une application orientée objets pour plusieurs utilisateurs, entreprendre les adaptations nécessaires de la base de données, implémenter, tester et documenter l'application.
Complément

Partie 1
Pondération 100%
Durée indicative (recommandation) 3
Description de l'élément Analyser un devoir et en déduire les exigences pour une base de données en tenant compte des exigences pour plusieurs utilisateurs.
Implémenter une application et ses interfaces utilisateurs qui remplit les exigences pour plusieurs utilisateurs. L'interface s'adapte à chaque utilisateur.
Implémenter correctement une transaction dans une application et ainsi réagir aussi bien cas avec succès ou en échec.
Elaborer des spécifications de tests qui permettent de vérifier les exigences pour plusieurs utilisateurs, et assurer l'implémentation correcte.
Documenter des transactions.
Moyens d'aide Documents des cours.
Documentation personnelle avec exemples de codes.
Aide inclue dans l'environnement de développement.
Evaluation Analyse des exigences en regard des exigences multi-utilisateurs. 10%
Implémenter l'adaptation de l'interface multi-utilisateurs 20%
Implémenter les exigences multi-utilisateurs et traiter leurs erreurs 20%
Implémenter les transactions et leur traitement des erreurs 20%
Ecrire les spécifications de tests et les exécuter 20%
Exécuter les tests 10%
Relation à la pratique Développer une application orientée objets pour plusieurs utilisateurs, entreprendre les adaptations nécessaires de la base de données, implémenter, tester et documenter l'application.
Publié: 04.02.2016 11:32:37
Date de péremption: Pas de date de péremption
Titre DEP Module 223-4 - 2 Eléments - Travail pratique de mise en oeuvre, Travail pratique de mise en oeuvre
Institution Zürcher Lehrbetriebsverband ICT (ZLI)
Aperçu Evaluation des connaissances opérationnelles nécessaires à la fin du module.
Complément

Partie 1
Pondération 50%
Durée indicative (recommandation) 20
Description de l'élément Les exigences des applications multi-utilisateurs sont mises à disposition des participants en tant que Unit-Tests. L'application réalisée doit être mise en oeuvre selon Test-Driven-Development (TDD).
Moyens d'aide Documents des cours.
Notes personnelles.
L'environnement approprié de développement.
Un outil approprié de gestion de base de données.
Front-End Template prescrit.
Evaluation TDD: mise en oeuvre et couverture du Unit-Tests - 25%
Couverture du code par Unit-Tests - 25%
Mise en oeuvre et couverture des exigences - 25%
Prises en comptes des principaux modèles - 25%
Relation à la pratique Implémentation d'une application selon les exigences. Veiller à une maintenance élevée par le biais d'une large couverture du code.

Partie 2
Pondération 50%
Durée indicative (recommandation) 4
Description de l'élément Analyse d'un problème sur la base d'une description de situation, puis élaborer des variantes de solutions (échantillons d'architecture) pour le développement d'une application multi-utilisateurs.
Moyens d'aide Documents des cours.
Notes personnelles.
Outil de notification (par ex. Visio, UMLet, etc.)
Evaluation Analyse: identifier les acteurs et les exigences - 25%
TDD: réalisation des Unit-Test voulus - 25%
Analyse: réaliser un modèle d'analyse statique de classes - 25%
Analyse: représenter un modèle d'analyse dynamique - 25%
Relation à la pratique Analyse des problèmes, identifier les acteurs concernés ainsi que les exigences fonctionnelles et non-fonctionnelles (Unit-Tests) pour l'application multi-utilisateurs à développer.
Réaliser un modèle commercial statique (diagramme des classes).
Exécuter les Unit-Tests réalisés dans l'application développée (modèle d'analyse dynamique).
Publié: 25.08.2016 07:15:45
Date de péremption: Pas de date de péremption
Titre LBV Modul 223-3 - 3 Elemente - Mündliche Prüfung, Schriftliche Einzelprüfung / Schriftlicher Test, Praktische Umsetzungsarbeit
Institution Santis Training AG
Aperçu Kenntnisse, welche notwendig sind, um ein Web-basiertes Programm objektorientiert zu realisieren, werden anhand eines Mikro-Projektes trainiert. Dabei wird typischerweise ein Web-Framework benutzt. Hierbei ist nicht vorgegeben, welches Framework verwendet werden soll. Es darf sich im Bereich von einfachen vorgegebenen PHP-Klassen bis zu spezialisierten Frameworks wie "primefaces" oder höher bewegen. Die Vorgaben sollten mindestens jedoch eine Anbindung der Formularelemente an die Objekt-Properties bereits mit sich bringen. Die von den Anwendern gemeinsam genutzten Daten sollen in einer Datenbank gespeichert werden. Das Sicherstellen der Transaktionen soll selbst implementiert werden. Dies kann via SQL-Rollback, vom Framework zur Verfügung gestellten Mechanismen aber auch via Synchronisierung von betroffenen Methoden der verwendeten Programmiersprache umgesetzt werden. Insbesondere müssen «Multi-User»-Aspekte berücksichtigt werden. Dabei in erster Linie die Gleichzeitigkeit der Zugriffs. Ebenso soll ein Login (Authentifizierung) und eine Rollenvergabe (Autorisierung) implementiert werden. Dabei wird Wert auf die Sicherheit der Authentifizierung gelegt (z. B. «keine Passwörter auf dem Server ablegen»). Zur Sicherheit der Applikation soll zudem sogenannten Injections vorgebeugt werden. Dies kann z. B. durch Prepared-Statements umgesetzt werden. Zu den nicht-funktionalen Anforderungen gehört die Performance, welche in den Testfällen durch Maximale Antwortzeiten dokumentiert werden muss.
Complément Die Detailbeschreibung ist eine Zusammenfassung der Handlungsziele der Version 3.0 des Moduls 223.

Partie 1
Pondération 17%
Durée indicative (recommandation) 1
Description de l'élément In einem Einzelgespräch werden Fragen zur technischen Umsetzung und zum produktiven Anteil am Produkt der Teilnehmerin bzw. des Teilnehmers gestellt.
Es wird geprüft, ob die/der Lernende die in ihrem Programm eingesetzten Techniken und Architekturen kennt (Beispiele: n-Tier, MVC, Trennung der Verantwortlichkeiten, relationale Datenbank, Data Access Objects, Beans / POJO (Plain old Java Objects), Connection Pooling, CSS: Trennung View / Struktur, Singleton).

Die/der Lernende muss in der Lage sein, das ERD seiner eigenen umgesetzten Lösung aufzuzeichnen und die Beziehungen zwischen den Relationen zu benennen (1:1, 1:n). Ebenso sollen vom zugehörigen ERM die gewählten Datentypen genannt und begründet werden können.

Zudem soll die Teilnehmende bzw. der Teilnehmer in der Lage sein, wichtige Aspekte einer generellen Multi-User-Weblösung aufzuzählen. Insbesondere:
* Gleichzeitigkeit (Transaktion, Session-Handling)
* Verfügbarkeit
* Sicherheit (Login, Hashing der Passwörter)
* Seitenfluss (Rechte, Seitenflusssteuerung)
Moyens d'aide Leeres A4-Blatt
Schreiber
Evaluation Für jede korrekte Antwort erhält die/der Teilnehmende einen Punkt. Für jede Falschantwort wird wieder ein Punkt abgezogen. Für die volle mögliche Punktzahl erhält die Person, deren Leistung zu beurteilen ist, die Note 6. Das Einzelgespräch wird nur auf halbe Noten (0.5) genau angegeben.

Die mündliche Prüfung sollte nicht länger als ca. 15-25 Minuten dauern.
Relation à la pratique Der produktive Anteil an der Geramtlösung der Teilnehmerinnen und Teilnehmer wird im Einzelgespräch eruiert.
Das nötige technische Verständnis wird durch gezielte Fragen in Erwägung gebracht.

Partie 2
Pondération 50%
Durée indicative (recommandation) 1
Description de l'élément In einer schriftlichen Prüfung wird das Wissen über technische Vorgehensweisen und Syntaxelemente des verwendeten Software-Gerüstes (Frameworks) bewertet.
Moyens d'aide Persönliche Notizen zusammengefasst auf einer A4-Seite.
Abgegebene Unterlagen: Skript.
Evaluation Von mindestens fünf der folgenden Themen sollte theoretisches Wissen abgefragt werden, um die allgemeingültigen Begriffe zu festigen.

Syntax des Frameworks
Datenvalidierung
GET/POST (Unterschiede / Probelmatiken)
User-Interface
Sicherheit
Hashing
Datenbankanbindung
Transaktion
Connection-Pooling
Data-Access-Objects oder andere Art des OR-Mappings
Relation à la pratique Grundlegende Kenntnisse einer Syntax eines Web-Frameworks
Verwenden der korrekten Begriffe im Teamwork (Kommunikation)

Partie 3
Pondération 33%
Durée indicative (recommandation) 25
Description de l'élément Erstellen einer Multi-User Weblösung vermittelst objektorientiertem Web-Framework nach Vorgabe.
Moyens d'aide Unterlagen
Internet Recherche
Kommunikation im Team und im Klassenverband
Versionskontrolle
Server-seitige Web-Frameworks, welche zur Unterstützung Client-seitige Elemente aufweisen dürfen
Datenbankserver
Entwicklungsumgebung
Evaluation Wurden die Resultate in geforderter Form abgegeben? 3% - 5%

Wurden die vorgegebenen Use Cases implementiert und erfüllen diese die funktionalen Anforderungen aus der Anforderungsspezifikation? 30%-45%

Erfüllt das Programm die nicht-funktionalen Anforderungen wie Einheitlichkeit oder Skalierbarkeit aus der Anforderungsspezifikation? 5%-15%

Wurde der Quellcode wo unbedingt notwendig mit Kommentaren versehen? Sinnvolle Namensgebung gibt mehr Punkte. 5%-10%

Architektur und Aufbau: Ist eine saubere Trennung der Schichten in der Architektur und im Code erkennbar; Wurden geeignete Entwurfsmuster eingesetzt; Ist die Implementation sauber und nachvollziehbar dokumentiert und kommentiert? 20%-35%

Wurde die Lösung strukturiert und ausreichend getestet und bei Bedarf entsprechende Massnahmen geplant oder vorgenommen? 5%-15%

Entspricht der Umfang der zur Verfügung gestellten Zeitspanne? 3%-10%

Optional: Wurden nicht verlangte sinnvolle Erweiterungen eingebaut? 3%-10%
Relation à la pratique Sensitivität gegenüber Web-Sicherheit
Fähigkeit, ein Programm an eine Datenbank anzubinden (eg. «Embedded SQL»)
OR-Mapping in größerem Programm umsetzten
Publié: 08.07.2016 13:34:26
Date de péremption: Pas de date de péremption
Retour