Den urbanisering af informationssystemet af en enhed eller en organisation, som kan være en virksomhed eller en administration , er en disciplin af computer engineering består i at gøre Evolve det informationssystem (IS) i denne ene, så den effektivt understøtter og ledsager missioner af den nævnte organisation og forventer deres transformation. Urbaniseringen af IS gør ikke rent fejring af fortiden, men tager højde for, hvad der allerede eksisterer, og gør det muligt bedre at overveje de interne og eksterne udviklinger eller begrænsninger, der påvirker IS, ved om nødvendigt at stole på teknologiske muligheder. De håndterede begreber ligner begreberne urbanisering af det menneskelige habitat (organisering af byer, territorium ), begreber, der er blevet genbrugt inden for datalogi til at formalisere eller modellere genudvikling af informationssystemet (IS) .
Urbanisering indebærer principper og regler inden for en sammenhængende, stabil og modulær ramme , hvortil de forskellige beslutningsorganer i organisationen kan henvise, når de foretager en investering i forbindelse med forvaltningen af informationssystemet .
IT-urbanisering er en af metoderne i virksomhedsarkitektur .
Urbanisering letter den kontinuerlige transformation af informationssystemet.
Udviklingen af forretningsstrategier (kombinationer og fusioner , opkøb, diversificering af kommercielle tilbud, e-handel , customer relationship management , nye modes eller kanaler fordeling , partnerskaber , reorganisering, outsourcing , omplacering af funktioner sikkerhedskopiere og front office osv) indebærer betydelige strukturelle ændringer og øget indbyrdes afhængighed (gensidig afhængighed) og sammenvævning af it- applikationer med risiko for at forstærke “posen med knuder ” af informationssystemet eller IS.
Denne stigende kompleksitet har indflydelse på omkostninger, tider og risici ved projekter til udvikling af IS.
Urbanisering og dens udvidelse i arkitekturen af it-systemer styrer udviklingen af IS og reducerer således it- omkostningerne , understøtter og ledsager forretningsstrategien ved at optimere omkostninger / kvalitet / deadlines, forbedrer lydhørhed, investerer kun i produkter og tjenester, der skaber merværdi og kontrol IT-omkostninger og investeringsafkast .
ASM 's værktøjer (in) favoriserer denne tilgang kan implementeres:
Udtrykket " urbanisering " foretrækkes frem for " byplanlægning ", fordi det understreger evolutionens progressivitet mod et korrekt urbaniseret mål.
Derudover imødekommer urbanisering en af de ordregivende myndigheders bekymringer , nemlig den strategiske tilpasning af informationssystemet til erhvervet .
Urbanisering er baseret på to grundlæggende regler:
Udtrykket "i mål" definerer den applikation, som man søger at have ( at være ). Det er imod det eksisterende ( som det er ). Metoden til at videregive den som-er til stede ved at blive ønsket kaldes Roadmap (Roadmap).
Begrebet stærk sammenhæng / svag kobling indikerer, at to applikationer skal kommunikere med hinanden på en enkel og effektiv måde, men at afhængigheden mellem disse to applikationer er minimal (ideelt set ikke eksisterende). Dette gør det derfor muligt at fjerne en blok for at erstatte den uden at forstyrre resten af IS.
Informationssystemet kan derfor sammenlignes med byens distrikt: hvis sidstnævnte er godt bygget og godt urbaniseret , er det muligt at nedrive en bygning i hjertet af distriktet uden at bringe hele sektoren i fare og erstatte den med eller genopbygge en anden bygning ved at forbinde denne nye bygning til de forskellige udvekslingsnetværk: adgangsveje, elektricitet, bortskaffelse af spildevand osv. Urbanisering består derfor i at skabe en smidig, modulær og skalerbar IS.
Den urbanisering af IS er en tilgang til at hjælpe transformationen, rationalisering, forenkling og forbedring af IS. Nogle forfattere sammenligner informationssystemet med billedet af en by , det vil sige reflekterende, struktureret, bæredygtig. I forlængelsen af denne analogi - som dog har grænser - består urbaniseringen af IS i planlægning af strukturering af redesign til optimering, udveksling, tjenester, fleksibilitet, modularitet ... og mere generelt til at reagere på virksomhedens IS-strategi parallelt med udvikling af erhvervet.
For at lette planlægning med hensyn til IS-udvikling er urbanisering baseret på en byplan, der ofte kaldes POS, analogt med byplanlægning .
POS består i at repræsentere IS ved at stole på en funktionel kortlægning af IS og en opdeling i autonome kapaciteter med stadig mere detaljeret beskrivelse:
POS skal lette konstruktionen af en optimeret arkitektur ud fra det funktionelle synspunkt for IS, som er omdrejningspunktet mellem forretningens synspunkt og IT-synspunktet.
Mere specifikt sigter urbanisering mod at:
og generelt for IS at:
NB: Forretningsområdet kan opdeles i flere blokke.
Ved opdeling af en IS skelner vi normalt forskellige typer zoner :
For meget store virksomheder er det materielt umuligt at urbanisere hele IS i den samme bevægelse. Dette forklarer, hvorfor virksomhedens IS er opdelt i autonome perimeter; for eksempel: ved større retninger. Hver omkreds betragtes derefter som en autonom IS, der er urbaniseret individuelt. Dens udvekslingszone styrer således både “IS ⇔ ekstern IS” ekstra-selskabsstrømme og “IS ⇔ anden virksomhed IS” -intern virksomhedsstrømme.
Som illustration er en del af fordelingen af en banks informationssystem :
En almindelig dårlig praksis er at bruge "styring af", som er forvirrende med styring ud fra et aktivitetsperspektiv af en proces. En god praksis er at angive den nøjagtige evne til at gøre i SI ...
I dette eksempel er evnen til at udstyre at overvåge livscyklussen for et "kreditforslag" -objekt.
Bekymringsniveauerne udgør det, der kaldes metamodellen for byplanlægning : det vil sige den konceptuelle model for beskrivelse af informationssystemet.
Dette IS-niveau af bekymring består af beskrivelsen:
Disse mål kan modelleres
Disse mål er opdelt i forretnings- eller IS-krav, funktionelle eller ej. Listen over virksomheder og / eller funktionelle temaer kan opnås ved at analysere de systemkrav krav .
Det informationssystem fra en handel eller forretning synspunkt (det vil sige alle de handler ) består af
Definitionen af virksomhedens strategi fører til notering:
Virksomhedens aktiviteter er af flere typer:
Analysen af forretningssystemet kan baseres på BPM ( Business Process Management) teknikker, der sigter mod at:
Et af målene med BPM er at foretage en diagnose af virksomhedens processer og således bestemme i hvilke sektorer udviklingen af IS vil give det bedste investeringsafkast .
Den informationssystem (IS) fra et funktionelt synspunkt består af alt:
Funktionel analyse udgør "hjørnestenen" i byplanlægningsprocessen, fordi dette synspunkt er den vigtigste "løftestang" for IS'ens urbanisering. Det er også det sværeste IS-synspunkt at forstå korrekt; litteraturen kæmper for at forklare, hvad en funktion er, og der er mange forvirringskilder:
Identifikationen af IS-funktioner kræver en abstraktionskapacitet, der kan forvirre neofytter: en funktion er den underliggende kapacitet, der er nødvendig for at udføre en eller flere aktiviteter, men det er ikke aktiviteten. For eksempel for aktiviteten "hammer et søm" er den underliggende funktion "strejke". Således bruges "typing" -funktionen til andre aktiviteter fra et forretningssynspunkt og kan udstyres med forskellige værktøjer fra et anvendelsesmæssigt synspunkt. I betragtning af problemet med funktionernes granularitet i det funktionelle synspunkt taler vi også om funktionelle blokke (som grupperer de grundlæggende funktioner sammen med den samme kapacitet som IS). F.eks. Inkluderer blokken " Kunderegistrering " CRUD- type funktioner (Oprettelse, Søg / læs, Opdater, Slet).
En urbaniseret IS skal være i stand til let at afkoble informationsundersystemerne, der understøtter forskellige virksomheder, og som på lang sigt kan udvikle sig til autonome informationssystemer. For eksempel vil en virksomhed måske til sidst give sig selv muligheden for at adskille sine distributions- (salgs-) virksomheder fra sine produktions- (produktstyrings-) virksomheder i separate organisatoriske enheder.
Urbaniseringen af en IS kombinerer:
For at gøre dette identificerer den funktionelle arkitektur inden for hver zone, distrikt og blok, de funktionelle blokke, der indgår i sammensætningen af IS, så den understøtter virksomhedens forretningsprocesser.
Den funktionelle blok sikrer:
Granulariteten af den funktionelle blok (niveauet af skæringen):
Den funktionelle blok udgør den funktionelle enhed, der skal udveksles. En funktionel blok er defineret af:
Fra et IT-synspunkt består informationssystemet af en struktureret helhed:
tillader automatisering af hele eller dele af et informationssystem , og administrationen og driften deraf er sikret af den samme organisatoriske enhed (administration og driftsenhed).
Denne globaliserede opfattelse, der er nyttig for ikke-it-specialister, er traditionelt opdelt i forskellige meget forskellige synspunkter inden for it:
I studiet af det eksisterende er det nødvendigt at tage disse forskellige typer arkitektur i betragtning for at vurdere sårbarhederne i underenhederne, hvilket kun kan gøres ved at tage hensyn til de tekniske og fysiske niveauer. Til definitionen af målarkitekturen kan vi begrænse os til applikationsarkitekturen.
De Programarkitektur definerer alle de applikationer, der udgør den automatiserede del af et informationssystem, samt deres montage og kommunikationsmetoder.
Det er en instantiering af en IS's funktionelle arkitektur i et givet teknisk og operativt miljø: vi vil derefter ikke længere tale om en funktion i applikationsvisningen, men om funktionens funktion (dvs. 'en instantieret funktion).
Den ansøgning blok er et sæt af softwarekomponenter , at nuværende konsistens
Den ansøgning blok er autonom for så vidt dens drift skal være uafhængig af den vej, at oplysningerne vil have fulgt opstrøms og fortsætter nedstrøms.
Den ansøgning blok er beskrevet i form af:
Komponenterne i applikationsblokken (data og tjenester) kan være offentlige (blokken giver synlighed, så andre blokke kan bruge dem) eller private (til blokens interne behov).
En applikationsblok er et konkret softwareobjekt, som i en given teknisk sammenhæng tilbyder hele IS implementeringen af funktionaliteten i afsætningerne defineret af den tilsvarende funktionelle blok. En applikationsblok kommunikerer med de andre blokke ved at udveksle meddelelser og ved at ringe til tjenester.
Urbaniseringsprocessen er baseret på 3 nøgleakser, der føder hinanden:
Den stærke skelnen mellem eksisterende og mål er en væsentlig afklarende faktor.
IS-urbaniseringsmetoden består især af:
Bortset fra de forskellige tilgange, der afhængigt af virksomhedens sammenhæng og de metodiske muligheder kan anbefales, kan urbaniseringsaktiviteter klassificeres i fem hovedområder: