Diagramme de flux de données

fonctionnel. Les diagrammes SysML et leurs rôles Outil fondamentalement graphique, SysML regroupe plusieurs catégories de diagrammes, selon la nature de la description souhaitée du système, comme l'illustre la figure ci-après : Système étudié req Modélisation comportementale Diagramme d'exigences Modélisation structurelle uc Diagramme de cas d'utilisation Diagramme d'activité bdd Diagramme de définition de blocs Diagramme de packages sd Diagramme de séquence stm Diagramme d'états

Merise condensé Version juillet 2007 I Modèle Conceptuel des Données (MCD) I-1 Composants du MCD I-1-a-1 Définition Le MCD est la représentation graphique de l’ensemble des données du domaine, sans tenir compte des aspects techniques et économiques de mémorisation et d’accès et sans faire référence aux conditions d’utilisation par les traitements. I-1-a-2 Contenu Un MCD contient des propriétés rangées dans des entités et les associations entre les entités. Les relations, matérialisées par

avec la méthodologie de conception UML. Enfin, nous avons procédé à l’implémentation de l’application en réalisant ses différentes fonctionnalités. Mots clés Télévision Mobile, GPRS, EDGE, UMTS, Streaming, RTSP, J2ME, MIDP, UML, diagramme de cas d’utilisation, diagramme de classes. -3- Projet de Fin d’Etudes 2007 AVANT-PROPOS Le travail présenté dans ce rapport a été réalisé dans le cadre de notre projet de fin d'études du cycle d'Ingénieur en Télécommunications à l'Ecole Supérieure des

10 1.1. Entretiens ou compte rendu des interviews. 10 1.2. Modèles de documents échangés 12 1.3. Existant informatique 12 2. MODELE CONCEPTUEL DES DONNEES (MCD) 13 2.1. Dictionnaire des données 13 2.2. Règles de gestion 15 3. MODELE CONCEPTUEL DE TRAITEMENT (MCT) 15 3.1. Modèle des Flux Conceptuel (MFC) ou Modèle Conceptuel de Communication 15 3.2. Modèle Conceptuel des Traitements Analytique (MCT) 24 4. BILAN : Forces, faiblesse et suggestions

démarche communément employée se décompose de la manière suivante: Phase d’analyse de l’existant : o Création des modèles conceptuels de l’entreprise, à partir d’interviews des acteurs. o Diagnostic de l’existant (« Que fait-on ? » « Avec quels flux (données)? ») puis recherche des points d’amélioration qui permettront de satisfaire les objectifs. Phase de conception : o Construction du modèle cible de l’entreprise future, correspondant au fonctionnement idéal. Le nouveau modèle de l’entreprise illustre

évènements/résultats + diagramme des flux. NE PAS CONFONDRE SYSTEME INFORMATIQUE ET SYSTEME D’INFORMATION : SYSTEME INFORMATIQUES : composant matériel (ordi) composant logiciels. SYSTEME D’INFORMATION : contribue au pilotage de l’E ou de ses activités en donnant de l’info et supporte la réalisation de ses activités en traitant l’info C’est la complémentarité homme/machine qui procure des gains de productivité administrative. II. MODELISATION DES PROCESSUS Flux : transfert d’information

CITATION DU PROGRAMME : « 2. La représentation des activités dans l’organisation Dans le cadre des activités de l'organisation, les acteurs échangent entre eux des flux d’informations qui peuvent être modélisés par un diagramme de flux. Ce rappel du programme de première permet de revoir et approfondir les notions d’activité, de flux et d’échange d’informations entre acteurs. En gestion des organisations, une approche par les processus est aujourd'hui privilégiée. Cette approche permet de centrer

le cadre de projet de fin d’études, qui s’intitule «Traitement des Flux d’acquisition». La mission de mon projet est de concevoir et de réaliser la partie Back-end d’une solution sous la plateforme Mainframe en utilisant le langage de développement « Cobol » afin d’intégrer les flux télétransmis par les Sociétés Concessionnaires d’Autoroutes et de générer des comptes rendu ainsi que des accusées suite au traitement de ces flux. Durant mon stage, j’ai opté pour le processus 2TUP « Two Tracks

Analyse des exigences fonctionnelles............................................. 16 Base de données............................................................................... 25 2.4 Implémentation ................................................................................... 27 2.4.1 2.4.2 L’interface du système.................................................................... 27 Base de données............................................................................... 31 2.5

les tâches dans les équipes, • regrouper ce qui peut être générique, • isoler ce qui est propre à une version donnée, etc... Samira SI-SAID CHERFI 49 3 Modélisation avec UML • La vue des composants Cette vue de bas niveau (aussi appelée "vue de réalisation"), montre : • L'allocation des éléments de modélisation dans des modules (fichiers sources, bibliothèques dynamiques, bases de données, exécutables, etc...). • En d'autres termes, cette vue identifie les modules qui réalisent (physiquement) les