Ci-dessous, les différences entre deux révisions de la page.
Les deux révisions précédentes Révision précédente Prochaine révision | Révision précédente Prochaine révision Les deux révisions suivantes | ||
3:siad [d-m-Y H:i] boris |
3:siad [d-m-Y H:i] boris |
||
---|---|---|---|
Ligne 2: | Ligne 2: | ||
- | ===== Documents ===== | ||
- | * Calendrier des délais {{3: | ||
+ | |||
+ | |||
+ | ===== Projet: Création d'un tableau de bord ===== | ||
+ | === Architecture === | ||
+ | Le prototype est orienté vers une architecture services, c' | ||
+ | |||
+ | Dans notre cas, l’application client est principalement un client Riche Flash créé à l’aide de la technologie Adobe Flex 2.0.1. (C’est un client pré-compilé, | ||
+ | |||
+ | Pour ce qui est du service en arrière plan, nous avons utilisé MySQL pour stocker les données et PHP pour programmer la logique de l’application. En plus de cela, afin de faciliter le prototypage, | ||
+ | |||
+ | Pour créer « l’interface » qui expose les services nous utilisons CakeamfPHP et amfPHP 1.9 qui transforme le résultat de requêtes en objets (de type amf3) qui peuvent être directement affichées par une application Flex. | ||
+ | |||
+ | La zone de gestion, côté serveur, est en majeure partie réalisée avec la technique de scaffolding (échafaudage en français). Ceci permet, sans devoir programmer, d’accéder à travers le framework à toute la logique pour ajouter/ | ||
+ | |||
+ | === Schéma de la structure générale === | ||
+ | {{3: | ||
+ | |||
+ | **Déroulement: | ||
+ | * L’utilisateur se connecte sur la page web, ensuite charge l’application Flash/Flex. | ||
+ | * Une fois dans l’application Flash/Flex, celle-ci communique avec la partie service du site web. | ||
+ | * La partie service fait des requêtes sur la base de données pour en extraire les informations désirées. Avec ces informations, | ||
+ | * Une fois que le client reçoit une réponse, celle-ci déclenche un événement pré-programmé qui met à jour le(s) graphique(s) et tableaux concernés dans l’application. | ||
+ | |||
+ | **Client Frontend avec Adobe flex** | ||
+ | |||
+ | {{3: | ||
+ | |||
+ | **Service Browser AMFPHP** | ||
+ | |||
+ | {{3: | ||
+ | |||
+ | **Backend avec CakePHP** | ||
+ | |||
+ | {{3: | ||
+ | |||
+ | |||
+ | |||
+ | |||
+ | ===== Questions examen ===== | ||
+ | |||
+ | - Donner un exemple concret de processus opérationnel (dans une entreprise de votre choix) et décrire les principales activités qui le composent. | ||
+ | * Donner un diagramme rôle-activité qui permet de décrire le déroulement / | ||
+ | * Donner les infos principales qui seront collectée stockée mémorisées dans les SI opérationnel. | ||
+ | * Indiquer les infos utiles pour mesurer les performances du processus opérationnel | ||
+ | - Donner un exemple concret de processus décisionnel (dans une entreprise de votre choix). | ||
+ | * Décrivez les principales activités qui le composent. | ||
+ | * Décrivez les liens entre ce processus décisionnel et le(s) processus opérationnels qu'il sert à piloter et diriger. | ||
+ | - Quels sont les constituants essentiels d'un système d' | ||
+ | * En quoi un SI opérationnel diffère-t-il d'un SI décisionnel (ex concret). | ||
+ | - Exemple concret de SI décisionnel, | ||
+ | - Donner 2 exemples concret (au moins) de processus qu'il vaut mieux ne pas automatiser complétement. | ||
+ | * Pourquoi? | ||
+ | * Donner 2 exemples que vous automatiser complétement. | ||
+ | - Donner 2 métaphores utiles pour concevoir et réaliser et concevoir des systèmes d' | ||
+ | * Indiquez pourquoi ces métaphores sont intéressantes, | ||
+ | * mais donnez aussi les dangers potentiels qu'il y aurait à transcrire litéralement ces métaphores. | ||
+ | - Intérêt à modéliser les processus quand on conçoit des SI -> exemple concrêt. | ||
+ | - Concepts essentiels (meta modèle) que vous rattachez à la notion de processus décisionnel. | ||
+ | - Scénario (UseCase) d' | ||
+ | - Illustrez la notion de tableau de bord prospectif dans un cas concret. | ||
+ | * Comment concevriez-vous ce tableau de bord? | ||
+ | * Quel est la systématique utilisée et pourquoi? | ||
+ | - Qu'est ce qu'un Strategy map (dans un cas concret). | ||
+ | * Utilité? | ||
+ | 13. Cas concret (décrire) : -> quels sont les principes qui vous guide pour concevoir l’ihm du système que vous proposer pour supporter les activités de ce cas concret. | ||
+ | |||
+ | 14. Cas concret (décrire) : -> problème que le manager doit résoudre, décrire processus décisionnel et le type de support informatique que vous prévoyez pour les personnes chargées des activités décrites. | ||
+ | |||
+ | 15. Cas concret (décrire) : -> problème à résoudre, processus décisionnel, | ||
+ | |||
+ | 16. Cas concret (décrire) : -> problème à résoudre, illustrer l’application de la méthode PRO ACT | ||
+ | |||
+ | 17. Cas concret (décrire) : -> problème à résoudre, illustrer l’application de la méthode GIMSI | ||
+ | |||
+ | 18. Cas concret (décrire) : -> problème à résoudre, datawarehouse quoi, pourquoi, différences essentiel par rapport au base de données opérationnelles. | ||
+ | |||
+ | 19. Cas concret (décrire) : -> problème à résoudre, illustrer le concept de modèle multidimensionnelle, | ||
+ | |||
+ | 20. Cas concret (décrire) : -> problème à résoudre, qu’est-ce que c’est qu’un workflow ? Quels sont les éléments essentiels à prendre en compte lors de la conception d’un workflow ? | ||
+ | |||
+ | 21. Cas concret (décrire) : -> Quels sont les fonctionnalités utiles pour support aux participants Community of Practice (CoP) ? | ||
+ | |||
+ | 22. Cas concret (décrire) : -> Intérêt d’avoir un portail -> Comment concevriez-vous ce portail ? | ||
+ | |||
+ | 23. Cas concret (décrire) : -> Intérêt d’utiliser la métaphore « management cockpit » ? | ||
+ | |||
+ | 24. Cas concret (décrire) : -> Business Process Management (BPM) Qu’est-ce ? Utilité ?? | ||
~~DISCUSSION~~ | ~~DISCUSSION~~ |