Unions rednings redningsanlegg. Fra rådata til nyttig informasjon

USA. SAS ble grunnlagt i 1976 av Anthony Barr, James Goodnight, John Sall og Jane Helvig. Opprinnelig er navnet SAS et akronym for Statistical Analysis System, som over tid begynte å bli brukt som et egennavn for å betegne både selskapet selv og dets produkter som lenge har gått utover enkle verktøy for statistisk analyse. SAS er nå et registrert varemerke. SAS er for tiden det største privateide programvareselskapet.

selskapets historie

Det første grunnleggende SAS-produktet, utgitt i året selskapet ble grunnlagt (1976), ble brukt til statistisk dataanalyse. Programvarepakken besto av flere moduler som kjørte på IBM-hovedrammer. I tillegg til standard mainframe-praksis for å kjøre programmer i batch-modus, tilbød SAS et alternativ som var originalt for den tiden - et vindusgrensesnitt for utvikling og utføring av programmer. Programmet ble skrevet i ett vindu, resultatene av arbeidet ble vist i et annet, og loggene ble vist i det tredje. Da andre typer datamaskiner dukket opp, utviklet SAS applikasjoner som kjørte i det nye miljøet. Dermed kan SAS-brukere jobbe på datamaskiner som kjører hvilket som helst operativsystem. Nå kan SAS-applikasjoner kjøres på personlige datamaskiner, både i nettverk og offline. tommel | 200 px | SAS inngang til campus

SAS Russland / SNG

SAS-representasjonskontoret i Russland og SNG-landene ble åpnet i 1996. Kundene tilbys et komplett spekter av tjenester - rådgivning, implementering av implementeringsprosjekter, opplæring og teknisk støtte.

SENTRALARMSYSTEM - BESKRIVELSE OG BETJENING

Ved hjelp av lys- og lydsignaler varsler det interne alarmsystemet besetningsmedlemmene om driftsmåtene til flysystemer og forsamlinger.

Den sentrale delen av det interne alarmsystemet er SAS-4M nødvarslings- og varslingssystem.

Flyet er utstyrt med varsellamper og børster.

SYSTEM SAS-4M - BESKRIVELSE OG DRIFT

1. BESKRIVELSE

SAS-4M nød-, varslings- og varslingssystem er et sentralt alarmsystem og er designet for å varsle besetningsmedlemmer ved hjelp av lys- og lydsignaler om feil, funksjonsfeil og driftsmåter i flysystemer og -enheter.

SAS-4M-systemet inkluderer:

- fem blokker med nødvarselsignaler BAP-1M;

- tre blokker med varslingssignaler BU-1M;

- to koblingsenheter BK-7M;

- to røde og to gule sentrale signallamper (CSO);

- "KONTROLL" -knapp.

Blokkene er installert på stativer mellom rammer nr. 7-8 på venstre og høyre side.

SAS-4M-systemet mottar signaler fra flysystemer og komponenter i form av et spenningsnivå på 18-29,4 V DC og gir:

- bølgeformer i samsvar med tabellen. 1;

- manuell lysstyrkekontroll av lyssignalanordninger, signalkort, sentralt kontrollpanel, knappekort, skjermkontrollpaneler PUI-148 for det komplekse elektroniske indikasjons- og signaleringssystemet KSEIS-148 (heretter kalt KSEIS) ved bruk av "Brightness" -motstanden;

- slå på og blinke modus for den røde CSO og utseendet til en summer i hodetelefonens telefoner når det mottas et nødsignal fra flysystemet når CSEIS ikke fungerer. Når KSEIS er i gang, blokkeres summeren, alarmsignalet ledsages av en talemelding eller et tonesignal, KSEIS genereres;

- å slå på den gule CCO i blinkende modus etter mottak av et advarselssignal fra flysystemet;

- utstede en kommando for å undertrykke signalet om en sterk attraktiv handling i CSEIS når du trykker på den tilsvarende lampeknappen til CSO og slår av CSO;

- automatisk blokkering av innkobling av gule sentralsentraler under drift av røde sentralsentraler med samtidig aktivering av nød- og advarselsalarmer;

- sentralisert kontroll av driften av blokkene, lyssignalanordninger og sentralt kontrollsenter ved hjelp av "Control" -knappen.

Grunnleggende data

Forsyningsspenning ………………………… .. 27 V

Signalfrekvens i blinkende modus ... (2,6 ± 0,5) Hz

Summertypeparametere:

- frekvensen til et tonesignal ……………… .. (2000 ± 400) Hz

- huggefrekvens ………………………… (2,6 ± 0,5) Hz

Plasseringen av kontrollene til SAS-4M-systemet er vist i fig. 1.

SAS-4M-systemet mottar strøm fra nødbussene AVSH1 og AVSH2 til venstre og høyre RU 27 V.

JOBB

ALARM

Når en alarm mottas fra et hvilket som helst system eller enhet, slår BAP-1M-enheten på den tilsvarende alarmindikatoren og gir samtidig en kommando til BK-7M-enheten for å slå på den røde indikator-knappen til TsSO i blinkende modus og for å generere et lydsignal for ABCA. Når den røde lampeknappen på CSO trykkes, sendes en kommando til BAP-1M-enheten, som slutter å utstede et signal til BK-7M-enheten for å slå på lydsignalet og CSO.

Når signalet blir fjernet fra systemet eller enheten, slukkes den tilsvarende farevarsellampen.

ADVARSELSSIGNALER

Når et varselsignal mottas fra et hvilket som helst system eller en enhet, slår BAP-1M-enheten på den tilsvarende signaleringsenheten for varsellampe og gir samtidig en kommando til BK-7M-enheten for å slå den gule CCO-en til blinkende modus. Når du trykker på den gule lampeknappen på CSO, sendes et signal til BAP-1M-enheten, som slår av CSO, hvoretter CSO er klar til å motta neste signal.

Når et signal blir fjernet fra systemet eller enheten, slukkes det tilsvarende advarselslampen.

Når nødblinkeren og den røde knappelampen til TsSO er i blinkende modus, sender BAP-1M-enheten et signal til BK-7M-enheten for å blokkere varselblinkerne og den gule knapplampen TsSO. Etter å ha trykket på (deaktivert) den røde CSO, fortsetter advarselssignaliseringen sitt arbeid.

VARSEL OG ADVARSEL

(UTEN UTGANG TIL DSS) SIGNALERING

Når et varslings- eller advarselssignal (uten tilgang til den sentrale overvåkingsstasjonen) fra et hvilket som helst system eller en enhet kommer, slår BU-1-enheten på den tilsvarende varsel- eller varsellysindikatoren i konstant brennemodus.

Når signalet fra systemet eller enheten fjernes, slukkes den tilsvarende indikatoren.

ALARMKONTROLL

Når du trykker på "Control" -knappen, blir spenningen på 27 V tilført inngangene til CAC-systemene. I dette tilfellet skal den røde CSO fungere i blinkende modus, et lydsignal (summer) skal sendes til ABCA.

Når KSEIS er slått på, bør CAS-summeren slås av og et tonesignal eller en talemelding generert av KSEIS skal vises.

Når du trykker på "Kontroll" -knappen og den røde lampeknappen ЦСО trykkes, skal den slukke.

Når du trykker på "Kontroll" -knappen og den røde lampeknappen til CSO er av, skal den gule lampeknappen til CSO fungere i en blinkende modus.

Når du trykker på "Kontroll" -knappen og den gule lampeknappen til det sentrale kontrollsystemet trykkes, skal den slukke.

Når du trykker på "Kontroll" -knappen og "Lysstyrke" -motstanden roteres, bør lysstyrken til det sentrale kontrollpanelet, lyssignalutstyr, lyssignalkort, kortknapper endres.

Når “Control” slippes, skal alle tidligere tent indikatorlamper slukke.

Motorblokken til nødredningssystemet (SAS) til Soyuz-bæreraketten er installert på sokkelen.
Monumentet ligger i byen Baikonur (Kasakhstan) på territoriet til Lyceum "International Space School oppkalt etter VN Chelomey".
Gratis tilgang, du kan ta på. Det er ingen sikkerhet.
Monumentets tilstand er god.
Datoen for innspillingen - 11. juli 2015.

Alle bilder kan klikkes opp til 3648x2736.

02.SAS ble installert i 1990
Den ble hentet fra paradeplassen til sted 2 (Gagarinsky-lansering) og tilhører en serie fremdriftssystemer i Soyuz M nødredningssystem (Soyuz-Apollo-programmet).

03. Et nødredningssystem brukes i tilfelle en kjøretøyulykke ved sjøsetting eller i den innledende flyfasen.
Når SAS utløses, er den øvre delen av raketten, der mannskapet befinner seg, skilt fra resten av strukturen og flyr veldig raskt opp og til siden.
For en skarp akselerasjon brukes boosters med fast drivstoff - selve TTU-blokken står her som et monument.
Den nedre ringen med store runde dyser er hovedmotoren til SAS, som redder astronautene.
Den øvre ringen med små dyser brukes når raketten øker høyden og hastigheten tilstrekkelig til å redde mannskapet med romfartøyets vanlige midler.
Deretter blir SAS-stangen skutt tilbake og ført bort av disse små motorene bort fra raketten som stiger høyere og høyere.

SAS ble gjentatte ganger utløst i unormale situasjoner under lanseringer av Soyuz og Proton LV.

Flere ganger lagret systemet nyttelasten av ubemannede raketter og to ganger - astronautene.

Den første:
Romfartøyet Soyuz-18-1 ble sjøsatt fra Baikonur-kosmodromet 5. april 1975.
Oppdrag - levering av mannskapet til Salyut-4-stasjonen (andre besøk).
På grunn av svikt i tredje etappe, endte flyet i nødmodus.
På det 261. sekund av flyet i følge programmet skulle separasjonen av den andre fasen av raketten skje, men dette skjedde ikke, raketten begynte å svinge.
Et nødredningssystem ble utløst, som avfyr reentry-kjøretøyet.
Under nedstigningen opplevde astronautene en toppoverbelastning på ca 20,6 g.
Dagen etter ble mannskapet evakuert fra tvangslandingsstedet i Gorny Altai.

Det andre tilfellet da mannskapet ble reddet:
Soyuz T-10-1 skulle levere den tredje hovedekspedisjonen til Salyut-7 orbitalstasjon, men 48 sekunder før lanseringen ble drivstoffet til bæreraketten antennet, hvoretter nødhjelpssystemet på kommando fra bakken MCC ble aktivert, som avfyrte nedkjøringen et kjøretøy med et mannskap, som etter 5 minutter 13 sekunders flytur langs en ballistisk bane og nedstigning med fallskjerm, landet omtrent 4 kilometer fra lanseringskomplekset.
I astronautikkens historie var dette det eneste tilfellet da skytingen av redningskapselen med astronauter skjedde på skyteplassen.

Under forhåndsstartprosedyrene, 90 sekunder før den planlagte lanseringen, mislyktes VP-5-ventilen, som var ansvarlig for å smøre drivstofftilførselssystemet til gassgeneratorene til turbopumpeenhetene i B-blokken i første trinn av bæreraketten.
Dette førte til overoppheting, og deretter til pumpen, som forårsaket en eksplosjon av drivstoff.
Bensinmastene hadde ennå ikke gått, og hele oppskytningsplaten var allerede oppslukt av ild.
Eksplosjonen ødela en del av kablene som overførte data om rakettens funksjon, derfor, bare 20 sekunder etter at en nødsituasjon hadde oppstått, la teknisk personale merke til en brann, og 10 sekunder før forventet start aktiverte operatørene nødredningssystemet. Kapselen ble avfyrt, og kapselen med astronautene fløy bort fra raketten, som kollapset to sekunder etter avfyringen, og krasjet ned i brønnen til sjøskuddet.
I løpet av de fire sekundene av driften av de faste drivmotorene i nødredningssystemet, opplevde astronautene overbelastning fra 14 til 18 g, steg til en høyde på 650 meter og deretter med treghet opp til 950 meter, hvor fallskjermen ble utplassert.
Etter 5 minutter landet kapselen med astronautene fire kilometer fra ulykkesstedet.
Etter ytterligere 15 minutter ankom et helikopter med leger og redningsmenn landingsstedet.

Skisse av denne frelsen:

04. Strukturen til beredskapssystemet, i tillegg til fremdriftssystemet til beredskapssystemet (DU SAS), inkluderer:
- SAS-automatisering (automatiseringsenheter, programtidsenhet, strømforsyning, gyroenheter, innebygd kabelnettverk);
- motorer til hodekåpe (RDG);
- mekanismer og samlinger av CAS, plassert på hodehylsteret (, vugge, øvre støtter, nødleddmekanismer, brannslokkingssystem, midler for å skille blemmen fra det optiske synet).

SAS (Seriell tilknyttet SCSI) - grensesnitt for tilkobling av harddiskdisker. Med utseendet erstattet det "serielle" grensesnittet det utdaterte parallelle SCSI-grensesnittet. SAS-harddisker brukes i serversystemer.

SAS er "lillebroren" til SCSI-grensesnittet, så i den funksjonelle delen er den første den logiske protokollen til den andre. Den er basert på de elektriske og mekaniske delene av SATA serielle grensesnitt.

Det er bemerkelsesverdig at SAS er utstyrt med begge fordelene med SCSI-grensesnittet, som er dyp sortering av kommandokøen, utmerket skalerbarhet, høyt beskyttelsesnivå mot forstyrrelser, lang kabellengde, og fordelene med Serial ATA, som preges av fleksible og rimelige kabler, muligheten for "hot" plugging, en standard punkt-til-punkt, og demonstrerer god ytelse i komplekse konfigurasjoner.

I tillegg har SAS også nye og unike evner. Spesielt det moderniserte tilkoblingssystemet ved bruk av hubber (SAS-utvidere), muligheten til å koble to SAS-kanaler til en disk, muligheten til å jobbe på en kontroller av SAS og SATA-grensesnitt.

SAS lar deg koble til opptil 128 enheter per port og opptil 16256 enheter per kontroller.

Moderne SAS-kontrollere og harddisker støtter dataoverføringshastigheter på opptil 600 MB / s. Overføringshastigheten forventes å nå 12 Gbps i 2012.

SAS bruker et serielt grensesnitt for å jobbe med tilkoblet lagring (Direct Attached Storage - DAS). Selv om SAS bruker et serielt grensesnitt, i motsetning til det parallelle grensesnittet som brukes av SCSI, brukes SCSI-kommandoer til å kontrollere SAS-enheter.

Historie

I mer enn 20 år på rad har parallellbussgrensesnittet vært den mest etterspurte kommunikasjonsprotokollen for de fleste digitale lagringssystemer. Etter hvert som brukernes krav til systembåndbredde har vokst, har ulempene med de to vanligste parallelle grensesnittteknologiene, SCSI og ATA, blitt tydeligere.

Den største ulempen med systemene var mangelen på kompatibilitet mellom dem: forskjellige kontakter, instruksjonssett. En bred sløyfe med data parallelt forårsaket overhør, noe som skapte ekstra forstyrrelser og resulterte i signalfeil. Dette tvang til å redusere signalhastigheten, begrense kabellengden. Hver linje måtte også avsluttes separat, vanligvis utførte den siste stasjonen denne operasjonen (for å forhindre signalrefleksjon på enden av kabelen).

Situasjonen ble forverret av Parallel SCSI og det lave maksimale antall tilkoblede enheter (16 i en kjede), samt kabellengden (totalt ikke mer enn 12 m). Det var også behov for avslutning og manuell installasjon av ID-stasjoner, og delte båndbredden mellom alle tilkoblede stasjoner.

Endelig gjorde den store størrelsen på parallelle kabler og kontakter disse teknologiene uegnet for nye kompakte systemer.

I 2002 foreslo T10-komiteen å innføre en ny SAS-protokoll. Alle de ovenfor beskrevne manglene ble eliminert. Punkt-til-punkt-tilkoblingen gjorde det mulig å introdusere en dedikert båndbredde for hver disk, den maksimale kabellengden var opptil 8 meter per port, antall adresserbare enheter i ett domene økte til 16256, manuell ID-innstilling ble erstattet av unike tall (WWN - World Wide Number ) tildelt under produksjon. Kontakter for eksterne SAS-enheter har plass til opptil fire stasjoner og gir 1,2 Gbps båndbredde i en retning. I tillegg gir det nye grensesnittet full støtte for hot plugging, samt sortering av kommandokøen.

Technical Committee T10 er medlem av International Committee on Information Technology Standards (INCITS). Han utvikler og vedlikeholder SAS-grensesnittet. Den nye standarden støttes også av bransjegruppene SCSI Trade Association og Serial ATA Working Group. Disse inkluderer selskaper som Intel, HP, LSI, Seagate, IBM og andre.

SAS-standarden består av:

• applikasjonslag: SCSI, ATA, SMP (Serial Management Protocol);
• transportlag: SSP (Serial SCSI Protocol), STP (Serial ATA Tunneling Protocol, kobling av SATA-enheter til SAS HBA gjennom en utvidelse), SMP (Serial Management Protocol, støtte for SAS-utvidere);
• SAS portlag;
• tilkoblingslag: felles del og SSP, STP, SMP;
• SAS phy: hastighetsmatching (avmatning ved innsetting av fyllstoffer); koding (8b10b som i FC og Ethernet); kan kombineres til en "bred" (2x, 3x, 4x) port i en HBA / RAID eller utvider; hastighet: SAS-1 - 3Gb / s (300MB / s), SAS-2 - 6Gb / s (600MB / s);
• fysisk lag: full dupleks er gitt; kabler og kontakter; enkelt intern kontakt er kompatibel med SATA-enheter, men ikke omvendt (SAS-enheter kan ikke kobles til en SATA-kontroller); eksterne og gruppekontakter (bred port, flere phy); SAS-2 introduserer en tilpasningsperiode når du kobler til en enhet (trening, lar deg øke kabellengden opp til 6m); SAS-2.1 introduserte aktive kabler (innebygd mikrokrets gjør det mulig å redusere kabeltykkelsen og øke kabellengden opp til 30m); optisk kabel - opptil 100 meter; miniSAS x4-kontakt gir strøm til den aktive kabelen; eksterne miniSAS x4-kabler har forskjellige kontakter for inngangs- og utgangsporter; SAS-2.1 legger til eksterne miniSAS 8x og interne miniSAS 8x-kontakter.

SAS-grensesnittkomponenter

Initiativtakere

Initiator - En enhet som genererer tjenesteforespørsler for målenheter og mottar bekreftelser etter hvert som forespørsler oppfylles. Initiativtakeren lages ofte i form av en VLSI.

Mål

Målenheten inneholder logiske blokker og målporter som mottar tjenesteforespørsler, utfører dem; etter at behandlingen av forespørselen er fullført, blir bekreftelsen på gjennomføringen av forespørselen sendt til initiativtakeren til forespørselen. Målet enheten kan være en enkelt harddisk eller en hel disk array.

Delsystem for levering av data (Service Delivery Subsystem)

Det er den delen av I / O-systemet som overfører data mellom initiativtakere og målenheter. Vanligvis består datasystemet for levering av data av kabler som forbinder initiatoren og målenheten. I tillegg til kabler kan delsystemet for levering av data også omfatte SAS-utvidere.

Utvidere

SAS-utvidere (utvidere) er enheter som inngår i datasystemet for levering av data, og som gjør det mulig å lette overføringen av data mellom SAS-enheter. For eksempel tillater en utvider at flere SAS-målenheter kobles til en enkelt initiatorport. Extender-tilkobling er helt gjennomsiktig for målenheter. SAS-spesifikasjoner styrer de fysiske, datalinkene og de logiske lagene i et grensesnitt.

SAS kommunikasjonsprotokoller

Med disse tre protokollene er SAS fullt kompatibel med eksisterende SCSI-applikasjoner:

• Seriell SCSI-protokoll (Seriell SCSI-protokoll SSP). Den overfører SCSI-kommandoer;
• SCSI-kontrollprotokoll (SCSI Management Protocol SMP). Den overfører kontrollinformasjon til utvidere;
• SATA-tunnelprotokoll (SATA Tunneled Protocol STP). Den oppretter en forbindelse som muliggjør overføring av SATA-kommandoer.

Denne flerprotokollarkitekturen gjør SAS-teknologien til en allsidig hybrid av SAS- og SATA-enheter.

SAS-kontakter

SAS-kontakten er allsidig, noe som er en veldig betydelig fordel. Den er SATA-kompatibel i formfaktor, som tillater direkte tilkobling av SAS- og SATA-stasjoner til systemet. Dette gjør at systemet kan brukes med både høyytelsesapplikasjoner og mer økonomiske applikasjoner.

SATA-kommandosettet er et delsett av SAS-kommandosettet. Dette gjør at SATA-enheter kan være kompatible med SAS-kontrollere. Husk imidlertid at SAS-stasjoner ikke kan fungere med SATA-kontrollere. Derfor er de utstyrt med spesielle nøkler på kontaktene - dette eliminerer muligheten for feil tilkobling.

• SFF-8482-kontakt. Dette er en intern kontakt for en standard hot-swap SAS-harddisk. Den lar deg også koble til en SATA-stasjon som den er fullt kompatibel med. Men du vil ikke kunne koble en SAS-enhet til SATA-grensesnittet, det er ingen spesiell utskjæringsnøkkel midt i SAS-kontakten. I tillegg til data leverer kontakten strøm til harddisken;
• SFF-8484-kontakt. Dette er en adapter som lar deg koble et bakplan eller chassis med en SFF-8484-kontakt til kontrolleren. Den er designet for 2/4 enheter. Det er en intern kontakt med tett pakning av kontakter;
• SFF-8470-kontakt. Dette er en ekstern kontakt med høy tetthet. Maksimal båndbredde er 4 enheter. Den tilhører typen Infiniband, den brukes også til å koble til interne enheter;
• SFF-8087-kontakt. Dette er en intern mini-SAS-kontakt som lar deg koble til opptil 4 enheter. Det er en miniatyr Molex iPASS-kontakt;
• SFF-8088-kontakt. Dette er en ekstern mini-SAS-kontakt som lar deg koble til opptil 4 enheter. Det er en miniatyr Molex iPASS-kontakt.

SAS-kontakter er vesentlig mindre enn tradisjonelle SCSI-kontakter. Dette gjør at de kan brukes som kontakter for tilkobling av kompakte 2,5-tommers stasjoner. Den reduserte SAS-kontakten gir full to-portstilkobling for både 3,5 "og 2,5" diskstasjoner.

Det er bemerkelsesverdig at denne funksjonen tidligere bare var tilgjengelig for 3,5-tommers fiberkanalstasjoner.

Sammenligning av SAS og SCSI

• SAS bruker en seriell protokoll for å overføre data mellom flere enheter, noe som betyr at den bruker færre signallinjer;
• SCSI bruker en felles buss, noe som betyr at alle enheter er koblet til samme buss. Bare én enhet kan fungere med kontrolleren om gangen. SAS bruker punkt-til-punkt-tilkoblinger, der hver enhet er koblet til kontrolleren via en dedikert kanal, som gjør det mulig å koble flere enheter til en kontroller;
• SAS trenger ikke brukeravslutning av bussen, i motsetning til SCSI;
• SCSI har et problem med forplantningstiden til signalet på forskjellige linjer i det parallelle grensesnittet, det kan variere. SAS mangler denne ulempen;
• SAS har støtte for et stort antall enheter (\u003e 16384). SCSI støtter 8, 16 eller 32 enheter på bussen;
• SAS gir høyere båndbredde (1,5, 3,0 eller 6,0 Gbps). På en SCSI-buss deles bussbåndbredden mellom alle enheter som er koblet til den.
• SAS-kontrollere støtter tilkobling av SATA-enheter;
• SAS bruker SCSI-kommandoer for å kontrollere og kommunisere med målenheter.

Sammenligning av SAS og SATA

• SATA-enheter identifiseres av portnummeret til SATA-grensesnittkontrolleren. SAS-enheter identifiseres av WWN (World Wide Name) -identifikatorer. For å koble en SATA-enhet til et SAS-domene, brukes en spesiell STP (Serial ATA Tunneled Protocol) protokoll, som beskriver forhandlingene om SAS og SATA-identifikatorer;
• SATA 1 og SAS-enheter støtter Tagged Command Queuing (TCQ). Samtidig har SATA-enheter i versjon 2 støtte for både TCQ og NCQ (Native Command Queuing);
• SATA bruker ATA-kommandosettet som lar deg jobbe med HDD-stasjoner. SAS støtter et bredere utvalg av enheter (inkludert harddisker, skannere, skrivere osv.);
• SAS opprettholder kommunikasjon mellom initiator og målenheter over flere uavhengige linjer (avhengig av behovet, kan du øke systemets feiltoleranse og / eller øke dataoverføringshastigheten). SATA versjon 1 har ikke denne muligheten. SATA versjon 2 bruker port duplikatorer for å forbedre feiltoleransen;
• Fordelen med SATA er lavt strømforbruk og tilgjengelighet, mens fordelen med SAS er større pålitelighet.

BOK "Hvordan implementere forretningsprosesser"!

Fra rådata til nyttig informasjon

D. Zeitlin

Dmitry Zeitlin

Konstruksjon av informasjonsleveringssystemer (SDS) basert på programvareprodukter fra SAS Institute

I et ustabilt økonomisk klima avgjør tilgjengeligheten av nøyaktig og betimelig informasjon ofte forretningssuksessen. Imidlertid har mange organisasjoner ikke dette konkurransefortrinnet - i de fleste tilfeller oppfyller ikke den tilgjengelige informasjonsteknologien deres behov og kan skade virksomheten.

Mange ufleksible, ensomme programvareløsninger fører til slutt til en inert strøm av unøyaktig informasjon. Slike systemer omslutter organisasjonen i et begrenset databehandlingsmiljø som forhindrer adopsjon av ny teknologi og forretningsstrategier. Store mengder penger blir brukt på kontinuerlig opplæring av ansatte og støtte til disse forskjellige systemene. Som et resultat blir tid bortkastet, og organisasjoner reagerer ikke raskt på markedsendringer.

Løsninger er nå tilgjengelige for å hjelpe organisasjoner raskt å transformere rådata til handlingsbar forretningsinformasjon og levere den til ledere i den mest passende formen. Etter vår mening er det en enkelt, integrert og virkelig åpen løsning blant dem - SAS-systemet fra SAS Institute.

La oss se nærmere på problemstillingene knyttet til konstruksjonen av SDI.

Forretningsmål

Uavhengig av forretningsområdet er det generelle mål forfulgt av moderne organisasjoner:

• økning i produktivitet;
• kostnadsreduksjon;
• øke avkastningen
• forbedring av kvaliteten på tjenestene;
• økning i lønnsomhet.

For å forstå virksomheten riktig og utvikle spesifikke forretningsstrategier, trenger ledere i organisasjoner:

• rettidig, nøyaktig og fullstendig informasjon;
• tilgang til nye (andre) data når forretningsforholdene endres.

Disse målene krever at beslutningstakere bruker effektiv ressurser som inkluderer mennesker, teknologi og data.

Dermed er utfordringen for SAS å utnytte teknologi for å transformere data til brukbar informasjon, og å sikre at informasjonen blir levert til de rette personene i tide for effektive forretningsbeslutninger.

Informasjonsbruk problemer

For tiden er det barrierer i organisasjoner som hindrer vellykket levering av informasjon, nemlig:

• tilstedeværelse av heterogene datakilder;
• behovet for å løse ulike problemer, avhengig av målene for virksomheten;
• heterogene brukerkrav til applikasjonsgrensesnittet;
• tilstedeværelsen av forskjellige maskinvaremiljøer.

Tradisjonelle informasjonssystemer skaper separate "øyer" av informasjon for forskjellige avdelinger. Ledere trenger en løsning som integrerer disse forskjellige systemene og brukerne i et enkelt leveringssystem for informasjon over hele virksomheten. En typisk situasjon i en organisasjon er et lite antall programmerere som gir applikasjoner til et stort antall beslutningstakere. Som et resultat venter ledere lenge på applikasjonsendringer, reduserer levering av informasjon, forsinker å utnytte den nyeste teknologien og øker organisatoriske tap.

Informasjonskrav systemkrav

Med dette i bakhodet, bør bedriftsomfattende løsninger for informasjonslevering:

• tilgang til bedriftsdata lagret i forskjellige formater og på forskjellige plattformer;
• en rekke oppgaver som skal løses;
• møte behovene til ulike brukergrupper;
• plattform (maskinvare) uavhengighet;
• kraftig og praktisk verktøysett for rask utvikling og modifisering av applikasjoner.

Løsningen er SAS

SAS løser alle disse problemene. SAS Institute gir brukere et bredt spekter av nøkkelteknologier for å integrere applikasjoner på tvers av avdelinger og arbeidsgrupper av organisasjoner i et enkelt informasjonssystem.

Flere datakilder

SAS gir tilgang og integrering av data fra hvilken som helst kilde, uavhengig av om dataene er på en PC, minidatamaskin, UNIX-system eller hovedramme. Data fra operasjonelle systemer kan kombineres med data fra hvilken som helst annen kilde. Slike kilder kan for eksempel være transaksjonssystemer for online transaksjonsbehandling (OLTP), tekstfiler, data fra informasjonsleverandører; samtidig kan man gi gjennomsiktig tilgang til alle eksterne kilder, uavhengig av format og plassering.

Løse eventuelle problemer

SAS Institute-løsninger oppfyller behovene til enkeltpersoner, avdelinger og virksomheten, uavhengig av økonomisektoren eller organisasjonens infrastruktur. Teknologiene som tilbys inkluderer verktøy for å løse problemer i organisasjoner som:

• banker;
• offentlige etater;
• forsikringsselskap;
• industriell produksjon;
• utdanningsorganisasjoner;
• farmasøytiske og medisinske organisasjoner;
• kjemisk produksjon;
• og andre.

Oppgavene som kan løses ved hjelp av de foreslåtte teknologiene og verktøyene inkluderer:

• strukturert lagring av informasjon (Data Warehousing - DW);
• konstruksjon (utvikling) av lederens informasjonssystem (Enterprise Information System - EIS);
• konstruksjon (utvikling) av beslutningsstøttesystemer (Decision Support System - DSS);
• avansert analytisk prosessering (online analysebehandling - OLAP ++);
• databasespørsmål og rapporter;
• bedriftsøkonomiske applikasjoner;
• generell kvalitetsstyring;
• forskningssøknader;
• informasjon visualisering;
• nevrale nettverk;
• forretningsanalyse (forvaltning av investeringsportefølje, risikoanalyse, markedsundersøkelser);
• analyse av systemytelse;
• prosjektledelse;
• geografiske applikasjoner;
• og andre.

Oppfylle behovene til forskjellige brukergrupper

Brukere i organisasjoner trenger forskjellige typer grensesnitt, avhengig av hvilken type informasjon de jobber med:

Ledere trenger spesialisert informasjon presentert gjennom et intuitivt grensesnitt, med nøyaktige suksessmålinger som gjenspeiler forretningsytelsen. Forretningsanalytikere trenger muligheten til å jobbe direkte med bedriftsdata ved hjelp av et oppgaveorientert grensesnitt. Teknikere trenger ekstra kontroll over databehandlingen i et programvaremiljø, og applikasjonsutviklere trenger objektorienterte verktøy som støtter rask applikasjonsutvikling.

SAS tilbyr flere grensesnittalternativer for forskjellige nivåer av brukere.

Maskinvareuavhengighet og bærbarhet

SAS MultiVendor Architecture støtter konsekvent implementering av SAS-programvareløsninger på hvilken som helst datamaskinvare med samme funksjonalitet og utseende på alle plattformer. La oss angi de viktigste (vanligste, når det gjelder bruks) plattformer som støttes av SAS-systemet:

• IBM - MVS, VM, VSE;
• Digital - OpenVMS, UNIX (HP-UX, Solaris 1 og 2, AIX, IntelABI, OSF / 1);
• PC - OS / 2, DOS, Windows 3.1, Windows-95, Windows NT;
• Apple Macintosh.

Generelt støtter SAS over 40 plattformer.

Rapid Applications Development (RAD) og Object Oriented Technology

De objektorienterte som tilbys av SAS, gir brukerne et kraftig verktøy for å løse deres problemer, noe som bidrar til å redusere antall samtaler til spesialister fra datasenteret. Objektorientert teknologi gir ikke bare et bibliotek med bruksklare objekter for forretningsrapportering, men lar deg også lage og konfigurere nye objekter for å gjenspeile de individuelle kravene til personell, avdelinger og hele organisasjonen mer nøyaktig. Den høye utviklingshastigheten og fleksibiliteten i vedlikeholdsprosessen sikrer at informasjonssystemer lett vil tilpasse seg og utvikle seg når markedet og virksomheten endrer seg.

De organisatoriske fordelene ved å bruke objektorientert applikasjonsutviklingsverktøy (OOAD) inkluderer:

• bruke forretningsfolk til å utvikle applikasjoner;
• å redusere personalet på programmerere;
• øke graden av konfidensialitet av informasjon;
• integrere eksisterende applikasjoner;
• integrere den nyeste teknologien;
• utvikle og vokse med virksomheten.

SAS Institute: din strategiske partner

Mange ledende organisasjoner over hele verden har allerede valgt SAS Institute som en strategisk partner for å hjelpe dem med å bruke informasjonsteknologi for å generere nyttig kunnskap. Av de 125 største globale selskapene som Financial Times spurte om, var 111 SAS-brukere. SAS Institute er det åttende største uavhengige programvareselskapet i verden, med mer enn 3300 fagpersoner som betjener omtrent 3,5 millioner brukere i 29 000 selskaper i 120 land. SAS Institute leder bransjen når det gjelder reinvestering i forskning og utvikling (ca. 37% av årlig omsetning). Dette nivået av reinvestering, i tillegg til strategiske partnerskap med bransjeledere (IBM, Digital, Sun, Hewlett-Packard og andre), sørger for at SAS Institute-løsninger alltid vil oppfylle kravene fra global virksomhet.

SAS Institute tilbyr ikke hylleprogrammer i markedet for ulike forretningsområder. Alle SAS-programvareløsninger leveres gjennom forretningspartnere. Sertifiserte spesialister utvikler løsninger som tar hensyn til kundens behov, utarbeider informasjonssystemer, opplæring og rådgivning om SAS-programvareprodukter og teknisk implementering av løsninger med påfølgende kontraktsstøtte.

Konklusjon

Denne artikkelen dekker ikke noen av de konseptuelle og teknologiske aspektene ved SAS programvareprodukter, for eksempel:

• struktur av informasjonsleveringssystemer;
• strukturert lagring av informasjon (Data Warehousing);
• konseptuelle og teknologiske forskjeller i informasjonsleveringssystemer basert på Data Warehouse-konseptet fra tradisjonelle transaksjonssystemer for online informasjonsbehandling (OLTP);
• avansert analysebehandling på nettet (OLAP ++);
• evner til SAS-systemet innen statistisk dataanalyse, prognoser og modellering;
• sAS-systemfunksjoner for visualisering og presentasjon av informasjon;
• bygge økonomiske applikasjoner basert på SAS-produkter;
• intelligent klient-server arkitektur;
• geo-applikasjoner og noen andre.

I påfølgende utgaver av avisen planlegger vi å vurdere noen av disse emnene nærmere.

Forkortelser