Telematica-architectuur

De telematica-architectuur is de uitvoerende plan dat de gehele structuur van de informatie en de componenten en computerapparatuur en communicatie die ze beheren beschrijft.

Definieer de architectuur van telematica een realiteit betekent om een ​​project document dat groepen en uniforme beschrijvingen van de hardware en software-architecturen met analyses en operationele oplossingen en met de regels en de strategieën van informatie management en communicatie te realiseren. Het project is ontworpen om de beoogde resultaten door de strategische coördinatie van de procedures en documenten anders onafhankelijk te bereiken.

Geschiedenis

De studie van telematicasystemen begon als een sub-tak van de informatica, die het doel van begrip te stellen en rationalisering van de administratie in de ICT-bedrijven om de automatisering van het informatiesysteem te voltooien. Met de convergentie van IT en telefonie in het bredere telematicasysteem, heeft de zaak geëvolueerd naar hoger gebied van studie in de grote faculteiten van de administratie en bedrijfsvoering in de wereld.

Gestart vanaf de analyse van de formuleringen van het masterplan voor de CED, de studie van de methoden van de vertegenwoordiging ingevoerd wet in het hoger onderwijs gericht op de opleiding van leidinggevend personeel, waardoor essentiële de identificatie van het IOC om de raad van bestuur bij te staan ​​in deze zaken.

Het doel dat u wilt bereiken met de meest recente studies is de verbetering van het ontwerp technieken om de controle, planning en beheer van de activiteiten en de verhoging van de snelheid van verwerking van gegevens, informatie en communicatie te verbeteren.

De levenscyclus van

De realisatie telematica architectuur verspreidt zich snel in Italië en is de volgende stappen:

  • Identificatie van de noodzaak: het bedrijf voelt de noodzaak om volledig te begrijpen hun technische structuur institutionele doelstellingen na te streven;
  • Haalbaarheidsstudie: De consultant is verantwoordelijk voor het definiëren, in overeenstemming met het bedrijf, de alternatieven en maken een eerste analyse gericht op het opzetten van een voorstel voor een kritieke pad voor de uitvoering van de verschillende onderdelen van de architectuur.
  • Requirements analyse: is of de omstandigheden die tijdens de haalbaarheidsstudie worden ondersteund door de data. Deze fase vereist een interactie met gebruikers
  • Context Analyse: heeft als doel om de huidige situatie te begrijpen en het verzamelen van de bestaande documentatie.
  • Design: Deze stap wordt uitgevoerd van de functionele analyse en architectonisch ontwerp en definieer de zakelijke processen ten grondslag liggen aan het dagelijks leven op de boerderij.
  • Documentatie Ontwikkeling: omvat de bouw het beheer van documenten op basis van de structuur en de in de ontwerpfase kenmerken; Er is ook verantwoordelijk voor het ontwikkelen van strategieën voor de overheid van ICT door het verstrekken, voor zover mogelijk, alle omstandigheden.
  • Validatie: is de tijd van de uitgifte van de lijst met onderdelen te verwerven voor het uitvoeren van systeemarchitectuur. Tijdens deze passage gebeurt de administratieve situatie.
  • Training: wij leveren trainingen en schakelen tussen componenten, terwijl je traint het personeel over hoe te gebruiken.
  • Productie: in dit stadium de telematica-architectuur operationeel wordt. Als er geen storingen of herzieningen van functionaliteit, deze activiteit vereist alleen het beheer en het onderhoud.
  • Onderhoud: Bij correctief onderhoud consolideert het systeem, maar de evolutionaire onderhoud is voltooid en verrijkt functionaliteit die aanvankelijk geïdentificeerd.

Bovenstaande levenscyclus afkomstig uit het formaliseren van de informatiesystemen, verschillend volgens de behoeften inzake communicatie architecturen en eisen van het onderzoek van de bedrijfsprocessen; Vergeet niet dat deze weg moet worden aangepast aan de bestaande situaties en het kan gebeuren dat tijdens het uitvoeren van een bedrijf moet je beslissingen of eerdere documenten te herzien.

De componenten

De architectuur is samengesteld door alle elektronische informatie-systemen, technologie en communicatie bedrijf en geeft de aanwijzingen met betrekking tot het beheer, onderhoud, beveiliging, oplossen van problemen, ramp herstel en administratieve informatie die nodig is voor een goed beheer.

Requirements analyse

  • Lijst van de doelen te bereiken
  • Controleer het algemene beeld naar voren tijdens de inductie vergaderingen

Context Analyse

  • Fotografie van de huidige situatie

Functionele analyse

  • Beschrijving van de interne IT-workflows
  • Representatie systeem van informatie-uitwisseling interne IT-
  • Formalisering van de hiërarchie en de individuele taken
  • Procesanalyse
    • Vertegenwoordiging van de processen van de gewone en buitengewone beheer van IT-personeel
    • Vertegenwoordiging van de werkprocessen van de IT-architectuur
    • Vertegenwoordiging van de levenscyclus van informatie

Architectonisch ontwerp

  • Vertegenwoordiging van de technologieën en de interoperabiliteit
  • Technologische oplossing
    • Beschrijving van de componenten die nodig zijn om de gestelde doelstellingen te bereiken
    • Historische configuraties van de apparatuur
  • Applicatiesoftware
    • Business intelligence-oplossing
    • Oplossing Kennismanagement en Unified Communications
  • Formats Document Management

Documentatie beheer

  • Toewijzingsbeleid en het verwijderen van de gebruikersnaam
  • Richtlijnen voor het gebruik van wachtwoorden en tokens
  • Regeling methodologieën Backup
    • Bescherming van de vloer van de interne en externe sabotage
  • Beveiliging Verordening
    • Preventieplan van engineering Social
    • DPS en DUVRI
  • Voorschriften voor het bijwerken van hardware en software
    • Desinvestering proces en de ontmanteling van verouderde materiaal
  • Formalisering van checklists voor de gewone en buitengewone
    • Plan opleiding van personeel
  • Regels voor document management

Overheid ICT

  • Sourcing plannen
    • Inhouse
    • Insourcing
    • Outsourcing
  • Correctief onderhoud
  • Rampenplan
  • Service Level Agreement

Analyse moet worden afgesteld

  • Beschrijving van elke bestanddelen worden toegevoegd aan de architectuur van context technologische oplossing te komen
  • Elke raming van de uitgaven voor de aanpassing van de architectuur

Administratieve situatie

  • Contracten voor de levering en het onderhoud.
  • Kwadratuur van softwarelicenties

Ontwerp methodologieën, ontwikkeling en beschrijving

Na verloop van tijd zijn er verschillende methoden ontwikkeld om iets dat draait rond de CED te vertegenwoordigen en, meer in het algemeen en in de afgelopen tijd, de ICT-afdeling.

Blok vertegenwoordiging gerelateerde

De eerste methode van de vertegenwoordiging van de telematica-architectuur dateert uit de jaren '70, geboren uit de noodzaak om onderscheid te maken tussen informatie geconcentreerd en distributed computing. Aanvankelijk werden externe gebruikers aangesloten op een centrale computer wanneer de verwerkingscapaciteit woonplaats; met de komst van de PC, vroegen we de mogelijkheid om meer complexe netwerken van computers met elkaar verbonden in een patroon te breien zodat de informatie van bron naar bestemming kon reizen mbv afzonderlijke paden. Terwijl de eerste projecten ontwikkeld voor militaire doeleinden in de Verenigde Staten, hebben we civiele toepassingen in meerdere omgevingen, de bekendste daarvan wordt weergegeven door het Internet.

Het is een methode die als enig doel heeft de beschrijving van de fysieke en logische verbindingen van de apparaten die knooppunten identificeren en onderscheid te maken tussen de verschillende soorten verbinding: telegraaf, telefooncentrale en toegewijde, radio, satelliet telecommunicatie, enz.

Deze techniek werd verlaten toen het werd duidelijk dat de telematica-architectuur is geabstraheerd tot een hoger niveau dan de fysieke verbindingen om volledig te kunnen beschrijven de toenemende complexiteit van de systemen. Het blijft geldig als technisch representatie van de fysieke plant.

Vertegenwoordiging lijst

De historische methode van de beschrijving van de situatie vel is gestructureerd als een lijst van apparatuur en een overzicht van correlaties; De twee lijsten zijn onderling met elkaar verweven kwesties door middel van de specificaties van het ontwerp of volgens de regels van het gebruik.

Het is een methode die als voornaamste doel heeft de inventaris van het materiaal en de grondige controle van de gebruikte middelen, zowel technische als economische; Het produceert zeer gedetailleerde documentatie en gericht op de uitgaven en de TCO te optimaliseren.

Het is een techniek geboren voor de convergentie van spraak, data en maakt de gelijktijdige beheer van beide diensten niet toestaan; IT-infrastructuur moet daarom worden beschreven in een aparte telefoon infrastructuur en de vereniging van de twee omschrijvingen levert een complete elektronische.

Vertegenwoordiging object

De meest betrouwbare methode van vertegenwoordiging Telematica architectuur is gebaseerd op het concept van het object en neem dan de naam van Object Oriented Architecture Telematics.
Het is een methode van de vertegenwoordiging die de realiteit in de ICT zakelijke structuur geïntegreerd, omdat het is gebaseerd op bestaande gegevens en de huidige situatie en optimaliseert geleidelijk: bouwt de documentatie, zodat elke klasse object is self-referentiële en bevat zowel informatie die de operationele procedures op deze informatie, of het nu gestructureerd of minder.

De belangrijkste doelstelling van de uitvoering ervan in het bedrijf is om de paden van informatie tussen klassen en relaties te verbeteren tussen objecten op basis van vooraf gedefinieerde stappen en van tevoren geregeld. Ook kan de evaluatie en vergelijking van verschillende scenario's voor elke resource, de voorbereiding van de nodige plannen op elke functionele eenheid, zowel technisch en administratief te vergemakkelijken.

Het is een relatief nieuwe techniek, uitgerust met weinig documentatie, die een leren op het werk van degenen die al vereist het gebruik ervan, maar ook kunt u ingrijpende wijzigingen aan te brengen zonder verlies van contact met het bedrijf, het produceert alle nodige documenten naar een betere benutting van middelen en garandeert een snelle en geïntegreerd in de bedrijfsprocessen.

De tuning

Voer de afstemming teneinde optimaal architectuur eerder geformaliseerd volgens de parameters van het dagelijks gebruik.

De belangrijkste stappen die moeten worden genomen nadat hij in productie architectuur is de controle op de naleving van de eisen, de oplossing van de geconstateerde problemen en de wijziging van de documentatie voor deze vier klassen van problemen:

  • Dagelijkse behoeften van het eerste effect
  • Inspelen op de behoeften op de korte termijn
  • Analyse van de impact op de middellange termijn
  • Rapportage notities brede

Italiaanse wetgeving

  • Wet 231/2001 inzake de bestuurlijke aansprakelijkheid van rechtspersonen, bedrijven en verenigingen zonder rechtspersoonlijkheid
  • Wet 196/2003 wetboek inzake de verwerking van persoonsgegevens
  • Wet 81/2008 Geconsolideerde Wet op de gezondheid en veiligheid van werkneemsters
(0)
(0)
Commentaren - 0
Geen reacties

Voeg een Commentaar

smile smile smile smile smile smile smile smile
smile smile smile smile smile smile smile smile
smile smile smile smile smile smile smile smile
smile smile smile smile
Tekens over: 3000
captcha