Traitement des flux d’acquisition

Traitement des flux d’acquisition

Processus de dรฉveloppement

Notre choix sโ€™est portรฉ sur le processus 2TUP ยซ Two Track Unified Process ยป, processus itรฉratif, incrรฉmental et centrรฉ sur lโ€™architecture appartenant ร  la famille des processus unifiรฉs qui constitue une trame commune pour intรฉgrer les meilleures pratiques de dรฉveloppement. Le 2TUP propose un cycle de dรฉveloppement en Y qui dissocie les aspects techniques et fonctionnels.
Le processus 2TUP sโ€™appuie sur UML tout au long du cycle de dรฉveloppement, car les diffรฉrents diagrammes de ce dernier permettent, par leur facilitรฉ et clartรฉ, de bien modรฉliser le systรจme ร  chaque รฉtape. De plus, 2TUP est pilotรฉ par les risques et les exigences des utilisateurs. Ces exigences sont prioritairement traitรฉes dans ses deux branches.
Le choix de ce processus est justifiรฉ par le fait que ce projet nรฉcessite une vision globale de la solution ร  mettre en place que ce soit au niveau technique ou fonctionnel.

Le choix du Mainframe

Les Mainframes sont les ordinateurs centraux fabriquรฉs par IBM, ils ont une grande puissance de traitement et qui servent d’unitรฉ centrale ร  un rรฉseau de terminaux.
Ils fonctionnent selon un modรจle centralisรฉ, contrairement aux modรจles rรฉpartis. Ils permettent de faire tourner de faรงon simultanรฉe plusieurs sessions d’un systรจme d’exploitation ou mรชme de systรจmes d’exploitation diffรฉrents.
Les ordinateurs centraux sont utilisรฉs dans les trรจs grandes entreprises (banques, compagnies d’assurances, compagnies aรฉriennes, sociรฉtรฉs de services, mairiesโ€ฆ). Par leur fiabilitรฉ d’abord (quelques secondes d’arrรชt par an), et dans une moindre mesure par leur puissance, ils sont parfois les seuls ordinateurs capables de rรฉpondre aux besoins de leurs utilisateurs (traitement de trรจs grandes bases de donnรฉes accรฉdรฉes par des dizaines ou des centaines de milliers d’utilisateurs).

Environnement MVS (Multiple Virtual Storage)ย 

La plateforme MVS a รฉtรฉ lancรฉe en 1974 par IBM. Le but รฉtait de fournir un systรจme trรจs fiable pour supporter de gros environnements de production. Elle est destinรฉe aux grosses machines du constructeur IBM (machines ร  technologie CMOS de nos jours appelรฉ zSeries).
MVS, comme son nom veut le faire comprendre ยซ Multiple Virtual Storage ยป, applique le principe de la mรฉmoire virtuelle pour traiter diffรฉrents travaux (la gestion des tรขches, des donnรฉes et des incidents) simultanรฉment sur une machine comprenant un ou plusieurs processeurs (jusqu’ร  54, sans doute dโ€™avantage dans les annรฉes qui viennent).
MVS intรจgre, aussi, un ensemble de sous-systรจmes qui permet de rรฉpondre aux besoins des utilisateurs.

Information Management System IMS

Information Management System (IMS) a dรฉbutรฉ comme une base de donnรฉes hiรฉrarchique crรฉรฉe par IBM en 1966 pour le compte de lโ€™industrie spatial amรฉricaine .Il fut utilisรฉ pour suivre les factures du matรฉriel pour le programme Saturn V.
IMS est รฉgalement un gestionnaire de transactions. Il interagit avec un utilisateur final (connectรฉ via VTAM ou TCP/IP) et, fournit une interface permettant d’effectuer des requรชtes ou de mettre ร  jour des bases de donnรฉes IMS ou DB2.
IMS utilise le principe des files de requรชtes. Une transaction entrante (depuis un terminal) est reรงue par le contrรดleur IMS, puis stockรฉ dans la file de messages (message queue). Lorsqu’une transaction a รฉtรฉ mise dans la file, IMS fait appel ร  son ordonnanceur pour dรฉmarrer le programme de l’utilisateur dans une zone rรฉservรฉe (rรฉgion). Le message est alors traitรฉ et retirรฉ de la file d’attente, les donnรฉes sont stockรฉes ou mises ร  jour et une rรฉponse est รฉventuellement insรฉrรฉe dans la file d’attente d’IMS pour รชtre expรฉdiรฉe ร  l’utilisateur.
Si vous avez dรฉjร  retirรฉ de l’argent d’un Distributeur automatique de billets (GAB en franรงais, ATM en anglais), il y a de fortes chances que votre requรชte ait รฉtรฉ traitรฉe par un systรจme de type IMS.

Outils de dรฉveloppement

Prรฉsentation de Cobol
COBOL est un langage de programmation de troisiรจme gรฉnรฉration crรฉรฉ en 1959 (officiellement le 18 septembre 1959). Son nom est lโ€™acronyme de Common Business Oriented Language, qui rรฉvรจle sa vocation originelle : รชtre un langage commun pour la programmation d’applications de gestion. Il a รฉtรฉ mis au point par un comitรฉ de la CODASYL (Conference on Data Systems Languages) entre 1958-1960 ร  la demande du gouvernement amรฉricain.
Le langage COBOL รฉtait de loin le langage le plus employรฉ des annรฉes 1960 ร  1980, et reste trรจs utilisรฉ dans de grandes entreprises, notamment dans les institutions financiรจres qui disposent (et dรฉveloppent encore) de nombreux logiciels et applications en COBOL.
Les points forts du langage Cobol
Assez bonne indรฉpendance de la machine utilisรฉe (portabilitรฉ), ร  condition de s’abstenir d’utiliser des fonctionnalitรฉs spรฉcifiques du compilateur, diffรฉrentes de la norme ANSI.
Diffusion importante du langage COBOL dans les entreprises, principalement les entreprises de grande taille ; une รฉtude estimait qu’en 1995, 30% des lignes de code existantes รฉtaient encore COBOL.
COBOL est adaptรฉ aux problรจmes de gestion (puissantes instructions d’E/S).
Ecriture proche du langage naturel (anglais) โ€“ on lui reproche d’ailleurs souvent son manque de concision.

 

Le rapport de stage ou le pfe est un document dโ€™analyse, de synthรจse et dโ€™รฉvaluation de votre apprentissage, cโ€™est pour cela chatpfe.com propose le tรฉlรฉchargement des modรจles complet de projet de fin dโ€™รฉtude, rapport de stage, mรฉmoire, pfe, thรจse, pour connaรฎtre la mรฉthodologie ร  avoir et savoir comment construire les parties dโ€™un projet de fin dโ€™รฉtude.

Table des matiรจres

Introduction gรฉnรฉrale
Chapitre 1 Contexte gรฉnรฉrale du projet
I. Prรฉsentation de lโ€™organisme dโ€™accueil
1. IBM Worldwide
2. IBM Med IT
3. Historique de IBM Med IT
4. Hiรฉrarchie
5. Lโ€™organisation du Delivery
II. Cahier des charges
1. Problรฉmatique
2. Description du besoin
Chapitre 2 Etude et conception
I. Conduite de projet
1. Processus de dรฉveloppement
2. Planification du projet
II. Etude fonctionnel
1. Etude de lโ€™existant
2. Fonctionnalitรฉs gรฉnรฉrales attendues
3. Exigences fonctionnelles
III. Etude technique
1. Prรฉsentation de lโ€™environnement technique
2. Architecture de la solution
IV. Conception
1. Architecture gรฉnรฉral
2. Partie CRR
Chapitre 3 Mise en ล“uvre
I. Mise en ล“uvre
1. Application
2. Transaction CRR
3. Tests sous QC
Chapitre 4 Travaux annexes
Conclusion

Rapport PFE, mรฉmoire et thรจse PDFTรฉlรฉcharger le rapport complet

Tรฉlรฉcharger aussi :

Laisser un commentaire

Votre adresse e-mail ne sera pas publiรฉe. Les champs obligatoires sont indiquรฉs avec *