Informasjonssystemarkitekturdokument. Ulike aspekter ved begrepet arkitektur er

Legg igjen en kommentar 6,950

IC-arkitektur er vanligvis definert som et sett med svar på følgende spørsmål:

    hva systemet gjør

    i hvilke deler den er delt inn

    hvordan disse delene samhandler

    hvor disse delene er plassert

IS-arkitektur - systemarkitektur (systemarkitektur - Systemarkitektur) eller programvarearkitektur (programvarearkitektur - SoftwareArchitecture)

Definere arkitekturen til IC

Systemarkitektur er et konsept som definerer modellen, strukturen, funksjonene som utføres og forholdet mellom komponentene i IS.

I Software Architecture in Practice, 2nd Edition, definerer Bass, Clements og Kazman

Arkitekturen til en programvare eller et datasystem er strukturen eller strukturene til et system som inkluderer programvareelementer, egenskapene til disse elementene som er synlige fra utsiden og forholdet mellom dem. Arkitektur refererer til utsiden av grensesnitt, de interne detaljene til elementene - detaljer knyttet utelukkende til intern implementering - er ikke arkitektoniske.

IP-arkitektur som et sett med arkitekturer.

I forhold til organisasjonen brukes vanligvis begrepet bedriftsarkitektur, med følgende typer arkitekturer skilt ut.

    Forretningsarkitektur.

    IT-arkitektur

    Dataarkitektur

    Applikasjonsarkitektur eller programvarearkitektur

    Teknisk arkitektur

Samlingen av dataarkitekturer og applikasjonsarkitekturer kalles en IP-arkitektur.

Forretningsarkitektur

Forretningsarkitektur eller arkitektur av nivået av forretningsprosesser definerer forretningsstrategier, ledelse, organisasjon, nøkkelforretningsprosesser i bedriftsskala, og ikke alle forretningsprosesser implementeres ved hjelp av IT-teknologier.

Forretningsarkitektur er basert på:

Forretningsstrategier - En samling av mål, planer, retningslinjer, prinsipper, retningslinjer, standarder og prosedyrer som støtter implementeringen av denne strategien.

Business Process Architecture - Definerer kjernefunksjonaliteten til en organisasjon.

Ytelsesindikatorer

Bedriftsarkitektur kart til IT-arkitektur.

Det arkitektur

Vurderes i tre aspekter:

    oppnå forretningsmål gjennom bruk av programvareinfrastruktur fokusert på implementering av de viktigste forretningsapplikasjonene

    som et miljø for implementering av forretningsapplikasjoner

    et sett med programvare og maskinvare som utgjør organisasjonens informasjonssystem og inkluderer spesielt databaser og mellomvare.

Dataarkitektur...

Dataarkitektur organisasjonen inkluderer logiske og fysiske datalagre og dataadministrasjonsverktøy

Programvarearkitektur viser en samling programvareapplikasjoner.

    Applikasjonsarkitektur er en beskrivelse av en egen applikasjon som kjører som en del av et IT-system, inkludert dets programmeringsgrensesnitt.

Teknisk arkitektur karakteriserer maskinvare og inkluderer elementer som en prosessor, minne, harddisker, periferiutstyr, tilkoblingselementer og nettverk.

Informasjonssystemplattformarkitekturer

Sentralisert arkitektur

70 tallet. Stormaskinens æra - store sentraliserte datamaskiner.

Nøkkelegenskaper:

Alle grunnleggende applikasjonsfunksjoner er implementert på ett sted

Alle brukere jobber samtidig på én datamaskin

Fordeler:

    Null administrasjon av brukerarbeidsstasjoner

    Sentralisert systemutvikling og vedlikehold

Minuser:

    Dyr maskinvare er kun berettiget for store systemer

    Gjensidig avhengighet av brukere på programvarenivå

    Brukeren kan ikke tilpasse arbeidsmiljøet til hans behov

Personlig datamaskin

Tidlig 80-tall - stk

Filserverarkitektur

Lokale nettverk dukket opp. Filer begynte å bli overført over nettverket. Først var det peer-to-peer-nettverk - alle datamaskiner er like.

Da oppsto ideen om å lagre alle offentlig tilgjengelige filer på en dedikert datamaskin på nettverket – en filserver.

Nøkkelegenskaper:

Datalagringsfunksjonen flyttes til en dedikert datamaskin - filserver

Støtte for flerbrukerarbeid.

    Flerbrukermodus for å jobbe med data

    bekvemmeligheten av sentralisert tilgangskontroll

    lave utviklingskostnader

    lave kostnader ved å oppdatere og endre programvare

    problem med flerbrukerarbeid med data: sekvensiell tilgang, mangel på integritetsgarantier

    Dårlig ytelse

    dårlig tilkobling for nye kunder

    systemets upålitelighet

Forelesning 2. Informasjonssystem som en komponent i et effektivt styringssystem i en organisasjon

Moderne IP anses som et effektivt verktøy i en bedrifts konkurransekamp. I denne forbindelse er IS utformet for raskt å tilpasse seg nye forretningsbehov (dets mål og mål) og fullt ut i samsvar med bedriftsarkitekturen (Enterprise Architecture - EA).

Mange av analytikerne til store selskaper (for eksempel Cliff Finkelstein) mener at i dag har de fleste av dem ganske enkelt gått fra en tilstand av manuelt kaos til en tilstand av automatisert kaos. Følgelig krever nesten enhver stor organisasjon strukturering og dokumentering av både forretningsprosesser og informasjonssystemene som støtter dem.

En organisasjon blir sett på som en stabil formell sosial struktur som mottar ressurser fra omverdenen og bearbeider dem til produkter av sine aktiviteter. Organisasjoner har både en rekke fellestrekk som er iboende i dem alle, og mange individuelle egenskaper.

Det er følgende måter å beskrive en organisasjon på:

· Ved å spesifisere strukturen (strukturell modell);

Ved å beskrive tilstandene (statikk og dynamikk, organisasjonens tilstand - et sett med indikatorer)

· Bruke operatørbeskrivelsen (funksjonsmodell).

Når man analyserer effektiviteten av å bruke bedriftens IP i en bedrift, oppstår ofte spørsmålet om behovet for at arkitekturen skal matche arkitekturen til bedriften selv. Implementering av informasjonssystemer i en virksomhet er en kompleks og tidkrevende prosess. Samtidig bruker mange organisasjoner store summer på implementering av ulike informasjonssystemer uten å analysere det generelle konseptet for bedriftsutvikling. Å bygge et integrert informasjonssystem for en moderne bedrift kan sammenlignes i kompleksitet med å designe en by, hvor informasjonssystemer tilsvarer bygninger. Informasjonssystemer, som enkeltbygg, krever støtte og korrekt drift, reparasjon og modernisering. Men livssyklusen til et informasjonssystem er betydelig kortere enn livssyklusen til en bygning.

Derfor, når du designer bedriftens IP, er det nødvendig å representere metamodell organisasjoner. Metamodell organisasjon er den mest generelle og omfattende representasjonen av det som et enkelt system som har kortsiktige og langsiktige mål for å gjennomføre aktiviteter, bestemt av oppdraget og strategien, med de eksterne og interne ressursene som er nødvendige for å oppfylle oppdraget og nå målene , samt de etablerte reglene for gjennomføring av aktiviteter - metoder for implementering forretningsprosesser og forretningsfunksjoner.

Å sette metamodellen til en organisasjon betyr å definere dens arkitektur og infrastruktur.



Arkitektur organisasjoner ( EA - Enterprise Architecture) - noe konsept (logisk struktur) som bestemmer hva og hvordan det gjør (oppdrag, mål, strategi, hovedfunksjoner), i hvilke deler det brytes ned (egenskapene til elementer), hvor de befinner seg (organisasjonsstruktur) og hvordan disse delene og videre hvilke prinsipper som samhandler (sammenkobling av komponenter). Organisasjonens arkitektur, som en beskrivelse av organisasjonen på høyeste nivå for den, inneholder konseptene til et lavere nivå - arkitekturen til de funksjonelle og strukturelle delene av organisasjonen.

Bedriftsarkitektur definerer den overordnede strukturen og funksjonene til delsystemer (virksomhet og IT) i hele organisasjonen som helhet (inkludert partnere og andre organisasjoner som utgjør den såkalte «sanntidsbedriften»), gir et felles rammeverk, standarder og retningslinjer for lagarkitektur individuelle prosjekter. Den delte visjonen gitt av bedriftsarkitekturen skaper muligheten for en enkelt utforme systemer som er tilstrekkelige når det gjelder å sikre organisasjonens mål, og i stand til interoperabilitet og integrasjon der det er nødvendig.

Å bygge arkitekturen til organisasjonen, en viss infrastruktur organisasjoner - et sett med sammenkoblede tjenestestrukturer som utgjør og/eller gir grunnlaget for å løse et problem eller en oppgave, dvs. infrastruktur er et sett med verktøy for å implementere en arkitektur. Valget av en spesifikk arkitektur for en organisasjon bestemmer hvilken infrastruktur som kreves for dette. Konseptet "infrastruktur" så vel som konseptet "arkitektur" er preget av innholdet i beskrivelsen av infrastrukturer på det lavere nivået av hierarkiet og infrastrukturer med funksjonelt fokus

I henhold til ANSI / IEEE 1471-standarden anses arkitekturen til en organisasjon som "den grunnleggende organisasjonen systemer, bestående av et sett med komponenter, deres forhold mellom seg selv og det ytre miljøet, og prinsippene som styrer deres skapelse og utvikling."

Organisasjonens arkitektur har to komponenter, som beskriver virksomheten til selskapet fra to hovedposisjoner (fig. 1.8):

· virksomhetsarkitektur beskriver forretningsregler og samhandling av forretningsprosesser, struktur og flyter av nødvendig informasjon;

· informasjonsteknologisk arkitektur beskriver en virksomhet i form av tekniske begreper som maskinvare, datamaskin, programvare, sikkerhet og sikkerhet.

Ris. 1.8 Forholdet mellom forretnings- og IP-arkitekturer

Formalisering av arkitekturen til bedriftsinformasjonssystemer gir en reduksjon i kompleksitetsnivået og forenkler integrasjonen. Optimalisering av virksomhetens forretningsprosesser og optimalisering av funksjonaliteten til informasjonssystemer som brukes til å automatisere forretningsprosesser øker tilstrømningen av investeringer i informasjonsteknologi. Bedriftsarkitektur integrerer først og fremst informasjonsteknologi og forretningsarkitekturer, og gir en systematisk tilnærming til problemstillinger innen bedriftsledelse

Foretakets arkitektur er koblingen mellom informasjonssystemer og behovene til virksomheten til bedriften, som den kombinerer prosessene for strategisk forretningsplanlegging, anvendte informasjonssystemer og prosessene for deres støtte.

Samtidig er bedriftens arkitektur uløselig knyttet til hovedarbeidsprosessene:

· Strategi og planlegging på bedriftsnivå;

· Ledelse av bedriftsprosjekter.

Når du utvikler en bedriftsstrategi (Strategi og planlegging) og i ferd med å lede bedriftsprosjekter (Enterprise program management) i dag er det vanlig å ta hensyn til retningen direkte knyttet til informasjonsteknologi. Moderne ledelse ser på IT-prosjekter og strategiske IT-initiativer som et klart selskapsressurs som kan administreres.

Det mener spesialister i META Group Forretnings- og IT-porteføljestyring inkluderer informasjonsteknologiporteføljestyring, som anses som iinnen IT-prosjektledelse. Under portefølje forstås som et sett med prosjekter utført på en felles ressurspool (økonomi, mennesker, utstyr, materialer, energi). Samtidig er ressurspoolen og resultatene av alle prosjekter i porteføljen i kompetansen til ett ansvarssenter - skjæringsområdet mellom bedriftsarkitektur, bedriftsstrategi og bedriftsprosjektledelse (fig. 1.9). Samtidig gir strategi og planlegging grunnlaget for å utvikle en bedrifts IT-strategi, i samsvar med hvilke prosjekter for implementering (modernisering) av informasjonssystemer vises. Prosjektledelse - kan først og fremst betraktes som en mekanisme som sikrer overgangen fra den nåværende tilstanden til bedriften til den planlagte, eller, med andre ord, overgangen fra den nåværende bedriftsarkitekturen til målarkitekturen.


Ris. 1.9 Informasjonsteknologiporteføljeforvaltning

Representasjon av informasjonsteknologi i form av selskapets eiendeler lar deg vurdere og prioritere investerings- og IT-prosjekter (aktiva) forvaltning, under hensyntagen til akseptabelt risikonivå, og dermed planlegge investeringer i dette området. IT-porteføljestyring anses å ha tre hovedmål:

· Maksimere effektiviteten til IT-porteføljen;

· Synkronisering av IT-portefølje med forretningskrav;

· Finne den optimale balansen mellom risiko og potensiell avkastning fra IT-porteføljen.

Bedriftsarkitektur er et av elementene i IT-porteføljestyring. Foretakets arkitektur lar deg se hele spekteret av virksomheten til bedriften som helhet, skaper forbindelser på flere nivåer (strategisk nivå, strukturelt nivå, operasjonelt nivå), som gjenspeiler virkningen av individuelle elementer i bedriftsutviklingsstrategien på dens forretningsprosesser (fig. 1.10), og deres avhengighet av informasjonssystemer og teknologiske elementer. Den gir nødvendig informasjon om forretningsprosessene og teknologiene som kreves for å skape et effektivt informasjonssystem i bedriften. Enterprise-arkitekturen er ikke bare grunnlaget for å bygge en portefølje av eiendeler, men gir også hele livssyklusen til mange IT-ressurser.

Ris. 1.10. Bedriftsledelse

I samsvar med strukturen til bedriftsstyringssystemet skilles abstraksjonsnivåene til bedriftsarkitekturen. Hver av dem har et enkelt sett med modeller, prinsipper, retningslinjer og som brukes til å lage og utvikle systemer i sammenheng med hele virksomheten som helhet. Følgende tre abstraksjonsnivåer kan skilles fra hverandre (fig. 1.11) 7: nivået på bedriftsarkitektur; arkitekturnivå for individuelle løsninger; applikasjonsnivå (design og utvikling av løsninger).

Ris. 1.11. Abstraksjonsnivåer av bedriftsarkitektur i sammenheng med dets aktiviteter

Enterprise arkitekturlag- beskriver elementene i arkitekturen til det strategiske nivået, fokusert på å skape et generelt konsept for utvikling gjennom hele bedriften. På dette nivået vurderes hovedmålene og målene for bedriften, strategien for utviklingen, på grunnlag av hvilken IT-strategien og IT-arkitekturen til bedriften utvikles ( strategiforming eller foreløpig planlegging ) ... Den definerer den generelle strukturen til informasjonssystemene i hele organisasjonen, som helhet, og fremhever hovedfunksjonene deres.

Nivået på bedriftsarkitektur er først og fremst den generelle funksjonsordningen for hele bedriften som helhet, noe som åpner for muligheten for å designe hele komplekset av informasjonssystemer som oppfyller bedriftens behov, og deres effektive integrasjon. Konstruksjonen av en slik ordning lar ikke bare vise hvilke forretningsprosesser og informasjonssystemer som sikrer oppnåelse av hovedmålene til bedriften, men også for å unngå duplisering av dem, for å øke effektiviteten av felles arbeid.

Individuelt beslutningsnivå- tilsvarer det strukturelle ledelsesnivået og bestemmer strukturen og funksjonene til individuelle prosjekter. På dette nivået dannes detaljert informasjon om applikasjoner, forretningsprosesser og deres relasjoner. Den definerer strukturen til informasjonssystemene, deres grensesnitt og funksjoner. Planer og ordninger for deres utvikling fastsettes, en servicenivåavtale (SLA) utvikles.

Arkitektur på prosjektnivå vurderer prosjekt for introduksjon av nye elementer i bedriftsinformasjonssystemet: hvordan nye informasjonssystemer vil passe inn i konteksten til hele bedriften, hvem de vil samhandle med og hvilke teknologier som skal brukes.

Søknadsnivå, inkludert utforming av en egen løsning og dens arkitektur, planer gjennomføring prosjekter. På dette nivået jobbes det allerede direkte med informasjonssystemer. Definerer strukturen og funksjonaliteten til individuelle applikasjoner som er utviklet for å gi spesifikk funksjonalitet. Det er her implementeringen av standardene og retningslinjene definert på de øvre nivåene skjer.

Informasjonssystemet, på dette nivået, betraktes som et komplekst, komplekst objekt som endrer seg dynamisk over tid. Den spesifikke implementeringen av systemet inkluderer applikasjoner, databaser og deres virkelige plassering, arkitektur, faktiske dataflyter og implementering av kontrollprosesser.

Antall abstraksjonsnivåer og deres type kan variere avhengig av oppgavene. Bruken av abstraksjonsnivåer lar deg dekomponere en bedrift i separate delsystemer og elementer med deres påfølgende analyse. Konseptet med å dele bedriftsarkitekturen inn i ulike abstraksjonsnivåer hjelper ledere med å ta informerte ledelsesbeslutninger basert på analysen av virkningen av planlagte endringer på bedriften som helhet.

Når de gjør endringer i arkitekturen, bruker bedrifter ulike nivåer av abstraksjon. Dette skyldes at hvert abstraksjonsnivå bruker sine egne modeller som beskriver enkelte fagområder. For eksempel, når man introduserer informasjonsteknologi i en bedrift, er det vanlig å skille mellom følgende abstraksjonsnivåer:

· kontekstnivå(hvorfor?) er først og fremst fokusert på ledelse og rettferdiggjør behovet for prosjekter;

· konseptuelt nivå(hva?) definerer de generelle kravene til prosjektet og mulige alternativer for gjennomføringen;

· logisk nivå(hvordan?) beskriver hvordan dette prosjektet skal gjennomføres;

· fysisk lag definerer løsningene, standardene og teknologiene som gjør at prosjektet kan implementeres

Dermed kan vi si at bedriftsarkitektur er et styringsverktøy som gir en beslutningsprosess for investeringer i informasjonsteknologi, og visker ut grensen mellom bedriftsledelse og IT-avdelingen.

Tradisjonelt mente man at nye informasjonsteknologiske initiativer skulle gjenspeile kravene til virksomheten, og nye informasjonssystemer skulle lages i samsvar med disse kravene. Men på det nåværende utviklingsstadiet av samfunnet, må virksomheten ikke bare stille sine krav til IP, men også adekvat svare på "signalene" fra IT-avdelinger, som åpner for nye muligheter for bedrifter til å øke konkurranseevnen på grunn av bruken av vitenskapelig og teknologisk fremgang innen informasjonssystemer og teknologier. Dermed kan foretakets arkitektur betraktes som et verktøy for innovativ utvikling av organisatoriske prinsipper for å bygge virksomheten til virksomheten, for å sikre at den fungerer effektivt (fig. 1.12).

Ris. 1.12. Utvikling av organisatoriske prinsipper for bedriftsledelse

Fra bedriftsutviklingssynspunktet er det vanlig å vurdere to komponenter i arkitekturen:

· målarkitektur- reflekterer utviklingsplanen til bedriftsarkitekturen ("Å være");

· nåværende arkitektur- beskriver den nåværende tilstanden til bedriftsarkitekturen ("Som den er").

Nåværende arkitektur reflekterer den objektive virkeligheten som eksisterer i virksomheten på et gitt tidspunkt, og inkluderer de tilsvarende komponentene (forretningsprosesser, informasjonssystemer, teknologiske elementer) og deres forbindelser. Dette er et sett med modeller med uunngåelige forenklinger, begrensninger som gjenspeiler ledernes subjektivitet.

Grunnlaget for utviklingen av dagens arkitektur er prosessen med å dokumentere og vedlikeholde informasjon om virksomhetens tilstand i en oppdatert form, som gir registrering og kontroll av informasjon om alle elementer i virksomhetsarkitekturen, inkludert vedlikehold av en database over arkitektoniske objekter, vedlikeholde administrasjonsregnskap og statsregnskap.

Den nåværende arkitekturutviklingsprosessen ligner ITIL / ITSM (Configuration Management) prosessen. For å forenkle utviklingen av dagens arkitektur bruker mange bedrifter en konfigurasjonselementdatabase (CMDB), supplert med nødvendig informasjon. Prosessen for å utvikle den nåværende arkitekturen ligner på prosessen implementert i ITIL / ITSM-konseptet (konseptet med å administrere IT-avdelingen til bedriften).

Målarkitektur - beskriver ønsket fremtidig tilstand for virksomheten eller "hva som må dannes", det vil si - målarkitekturen er en perspektivisk (ideell) modell av virksomheten.

Målarkitekturen er basert på:

· Strategiske krav til forretningsprosesser og informasjonsteknologi;

· Informasjon om identifiserte "flaskehalser" og måter å eliminere dem på;

· Analyse av teknologiske trender og miljøet i bedriftens virksomhet.

Målarkitekturen (modellen "Å være") og den nåværende arkitekturen (modellen "as er") beskriver den opprinnelige og endelige tilstanden til bedriften (før og etter endringer i infrastrukturen). Samtidig vurderes ikke selve endringsprosessen. Å endre den nåværende bedriftsarkitekturen til målet betyr å overføre bedriften til et nytt utviklingsstadium. Følgelig er bedriftens arkitektur preget av en viss livssyklus assosiert, til en viss grad, med livssyklusen til informasjonssystemene.

Moderne tilnærminger til å bygge bedriftsarkitektur deler den tradisjonelt inn i flere fagområder (lag). Antall fagområder avhenger av metoden som brukes. Tenk på fagområdene som brukes i de fleste eksisterende teknikkene (fig. 1.13):

· Strategiske mål og mål for bedriften;

· Bedriftens forretningsarkitektur;

· Arkitektur av informasjonsteknologi (IT-arkitektur av bedriften).

Ris. 1.13. Fagområder for bedriftsarkitektur

IT-arkitektur er på sin side delt inn i:

· Informasjonsarkitektur (Enterprise Information Architecture);

· Arkitektur av anvendte løsninger (Enterprise Solution Architecture);

· Teknologisk arkitektur (Enterprise Technical Architecture).

IS-arkitektur er en konseptuell beskrivelse av strukturen som definerer modellen, funksjonene som utføres og forholdet mellom dens komponenter, som sørger for tilstedeværelsen av 3 komponenter.

1. Informasjonsteknologi. 2. Funksjonelle delsystemer. 3. Forvaltning av informasjonssystemer.

Typer arkitektur:

1. Filserver - en dedikert server optimalisert for å utføre fil I/O-operasjoner og beregnet for lagring av filer av enhver type.

2. Klient-server - arkitektur av et distribuert datasystem, der applikasjonen er delt inn i klient- og serverprosesser.

3. Multilevel - lar deg balansere belastningen på nettverket og systemnodene, forenkler administrasjonen

4. Internett / Intranett - en kompleks kombinasjon av Internett / Intranett-teknologier og lagdelt arkitektur. Verktøyene er supplert med avanserte utviklingsverktøy for databaseapplikasjoner.

5. 5. Grunnleggende IS-standarder: MRP, MRP II, ERP, ERP II, etc.

MRP-standard regulerer planlegging av materialkrav for å sikre produksjonsprosessen. MRP systemet bør inneholde:

1. Flytte produksjonsplan (MPS)

2. Programvareimplementering av MRP, slik at objektivert. Krav til materialer.

3. Tidsplan for levering av materialer, tidsplan for bestillinger, rapporter for å administrere prosessen med levering av produksjon.

Målet med MRP er å minimere lagrene av råvarer og ferdige produkter i varehus og å optimalisere rettidig mottak av materialer i produksjonen.

Ulemper med MRP: manglende kontroll over gjennomføringen av anskaffelsesplanen og avgrensning av produksjonsfaktorer.

Standard MRP II sikrer effektiv planlegging av alle ressursene til virksomheten. Funksjoner: prognoser, salgsstyring, volumetrisk kalenderplanlegging, produktstrukturstyring, lagerstyring, varestyring, innkjøp, økonomi, finansiell rapportering. Analyse og regnskap.

For å endre MRP, MRP II kom ERP systemer. Standard ERP beskriver et komplekst informasjonsstyringssystem som dekker alle nøkkelprosesser i organisasjonen i ett enkelt informasjonsrom. Ulempe: de automatiserer de interne aktivitetene til selskapet. Systemer ERP II - automatisere back-office og front-office og representere én helhet - bedriftens system.

Konsept ERP II: 1. Gi frie foretak med motparter. 2. Orientering til virksomheter fra alle sektorer og markedssegmenter. 3. Støtte for automatisering av alle forretningsfunksjoner. 4. Bedriftsdata er tilgjengelig for alle medlemmer av næringslivet. 5. Systemet blir en nettbasert applikasjon.

IS arkitektur, typer arkitekturer

Enhver organisasjon er et komplekst system. For å studere komplekse systemer brukes en systematisk tilnærming, for anvendelsen av denne konseptet arkitektur introduseres. Konseptet med arkitektur legemliggjør ideen om systemets integritet, ideen om å underordne et element av systemet til dets konsept, formål, oppdrag.

System arkitektur, ifølge ANSI / IEEE Std 1471-2000, er "den grunnleggende organisasjonsstrukturen til systemet, nedfelt i dets komponenter, deres forhold til hverandre og med miljøet, og prinsippene som styrer dets konstruksjon og utvikling."

For tiden er begrepet arkitektur mye brukt i analyse, beskrivelse, modellering av aktivitetene til organisasjoner (bedrifter) som komplekse systemobjekter. Eksistensen av en organisasjon (bedrift) forutsetter at den har en form for arkitektur, som kanskje eller ikke gir det nødvendige nivået av styring og kontroll av produksjonsprosessene til produkter/tjenester, for å oppnå samsvar mellom produkter/tjenester med forbrukernes forventninger , og å realisere de fastsatte målene.

Organisasjonens arkitektur bør inkludere en beskrivelse av menneskers rolle, en beskrivelse av prosesser (funksjoner og atferd), en representasjon av alle hjelpeteknologier gjennom hele organisasjonens livssyklus. Den definerer strukturen til en virksomhet, informasjonen som kreves for å drive den, teknologiene som brukes til å støtte forretningsdriften, og transformasjons-, utviklings- og overgangsprosessene som kreves for å implementere nye teknologier når forretningsbehov endres eller dukker opp.

Tradisjonelt presenteres organisasjonens arkitektur i form av følgende lag (tabell 1.3.1).

Avhengig av oppdrag, utviklingsstrategi og langsiktige forretningsmål virksomhetsarkitektur definerer nødvendige forretningsprosesser, informasjon og materialflyt, og støtter deres organisasjonsstruktur.

System arkitektur definerer et sett med metodiske, teknologiske og tekniske løsninger for å gi informasjonsstøtte for en organisasjons aktiviteter, bestemt av dens forretningsarkitektur, og inkluderer applikasjons-, data- og tekniske arkitekturer.

Applikasjonsarkitektur inkluderer applikasjonsprogramvaresystemer som støtter utførelse av forretningsprosesser, grensesnitt for interaksjon av applikasjonsprogramvaresystemer med hverandre og med eksterne systemer, datakilder eller forbrukere, verktøy og metoder for utvikling og vedlikehold av applikasjoner.

Dataarkitektur definere databaser og datavarehus, databasestyringssystemer og datavarehus, regler og midler for å avgrense tilgang til data.

Nettverksarkitektur og plattformarkitektur representerer teknisk arkitektur.

Nettverksarkitektur danne datanettverk, brukte kommunikasjonsprotokoller, tjenester og adresseringssystemer i nettverk, metoder for å sikre jevn drift av nettverk under force majeure-forhold.

Plattformarkitektur inkluderer maskinvare - servere, arbeidsstasjoner, datalagringsenheter og annet datautstyr, drifts- og kontrollsystemer, verktøy og kontorprogramvaresystemer, teknikker for å sikre uavbrutt drift av utstyr (hovedsakelig servere) og databaser under force majeure-omstendigheter.

Organisasjonens arkitektur er et av hovedverktøyene for å håndtere endringer i virksomhet og teknologi, samtidig som den støtter ledernes arbeid med å analysere potensielle endringer og implementeringen av dem, skape grunnlag for samarbeid mellom bedriftsledere og IT-ledere, skape et enkelt informasjonsrom for organisasjonen.

Informasjonssystemarkitektur Er en konseptuell beskrivelse av strukturen som definerer modellen, funksjonene som utføres og forholdet mellom komponentene i informasjonssystemet.

Informasjonssystemarkitekturen gir tre komponenter:

1. Informasjonsteknologi- maskinvare- og programvarekomponent, telekommunikasjon og data, som i fellesskap sikrer at informasjonssystemet fungerer og er dets viktigste materielle grunnlag;

2. Funksjonelle delsystemer- spesialiserte programmer som gir behandling og analyse av informasjon for fullstendig utarbeidelse av dokumenter eller beslutningstaking i et spesifikt funksjonsområde basert på informasjonsteknologi;

3. Informasjonssystemadministrasjon sikrer optimal samhandling av informasjonsteknologier, funksjonelle delsystemer og tilhørende spesialister, samt deres utvikling gjennom hele livssyklusen til informasjonssystemet.

Det finnes følgende typer arkitekturer: filserver; klient server; flernivå; datavarehusarkitektur; Internett / Intranett.

Generelt er funksjonene til klientapplikasjonen delt inn i følgende grupper:

Datainntasting og -visning (presentasjonslogikk) er et stykke klientapplikasjonskode som bestemmer hva brukeren ser på skjermen når han arbeider med applikasjonen. Som regel skjer innhenting av informasjon fra brukeren gjennom ulike former. Og utstedelse av søkeresultater - gjennom rapporter;

Forretningslogikk er en del av klientapplikasjonskoden som definerer algoritmen for å løse spesifikke problemer i applikasjonen. Det bestemmer funksjonaliteten og ytelsen til systemet som helhet. Kodeblokker kan distribueres over nettverket og gjenbrukes (CORBA, DCOM) for å lage komplekse distribuerte applikasjoner;

Databehandling i applikasjonen (databaselogikk) er delen av klientapplikasjonskoden som binder serverdata til applikasjonen. Den gir deg mulighet til å legge til, endre og hente data, kontrollere integriteten og konsistensen til data og implementere transaksjoner.

Fysisk kan funksjonene implementeres av én programvaremodul, eller fordeles over flere parallelle prosesser i én eller flere nettverksnoder.

Følgende arkitekturer vurderes

Funksjoner \ Arkitekturtype Filserver Klient-server (forretningslogikk på klienten) Klient-server (forretningslogikk på serveren) 3-lags arkitektur
Presentasjonslogikk Kunde Kunde Kunde Kunde
Forretningslogikk Kunde Kunde Database server Applikasjonsserver
Databaselogikk Filserver (eller klient) Alle tre funksjonene er implementert av én programvaremodul Databaseserverpresentasjon og forretningslogikk utgjør en enkelt modul. Data lagres på databaseserveren Databaseserver Forretningslogikk er implementert i form av lagrede prosedyrer utført på databaseserveren Databaseserverfunksjoner utføres på forskjellige datamaskiner.

Filserver- en dedikert server, optimalisert for å utføre fil I/O-operasjoner og beregnet for lagring av filer av enhver type, med stor mengde diskplass. For å øke påliteligheten til datalagring er den utstyrt med en RAID-kontroller.



I filserverarkitekturen utfører serveren funksjonene med å lagre data og programkode, mens klienten utfører databehandling. Klienten kontakter serveren på nivå med filkommandoer, filbehandlingssystemet leser de forespurte dataene fra databasen og overfører disse dataene blokk-for-blokk til klientapplikasjonen. Faktisk forutsetter denne arkitekturen uavhengig drift av IC-programvaren på forskjellige datamaskiner i nettverket. IS-komponentene samhandler kun på grunn av tilstedeværelsen av et felles datalager under kontroll av en DBMS som støtter en filtjenerarkitektur.

Når du bruker filserverarkitekturen, opprettes en kopi av DBMS for hver brukerinitiert økt med den, som kjører på samme prosessor som brukerprosessen. Alt ansvar for sikkerheten og integriteten til databasen ligger hos programmet og nettverksoperativsystemet. Alle data behandles på arbeidsstasjoner, og serveren brukes kun som en delt stasjon. Med store datamengder og arbeid i flerbrukermodus reduseres ytelsen betydelig.

I filserverarkitekturen er det en "tykk" klient og en veldig "tynn" server i den forstand at nesten alt arbeid gjøres på klientsiden, og serveren trenger bare nok diskplass.

Ulempene med filserverarkitekturen inkluderer høy nettverkstrafikk forbundet med overføring over nettverket av mange blokker og filer som kreves av klientapplikasjoner; begrenset antall datamanipuleringskommandoer; mangel på avanserte databeskyttelsesverktøy (bare på filsystemnivå).

1.4. Strukturen til bedriftens informasjonssystem og krav.

Ris. 1.5.1. ISO 9000 familiestruktur

Implementering og vedlikehold av et kvalitetssystem i en bedrift i samsvar med standardene til ISO 9000-familien innebærer bruk av programvareprodukter i følgende klasser:

Integrerte bedriftsstyringssystemer (automatiserte informasjonssystemer for å støtte ledelsesbeslutninger), AISPR

elektroniske dokumenthåndteringssystemer,

Produkter som lar deg lage modeller for hvordan en organisasjon fungerer, analysere og optimalisere dens aktiviteter (inkludert lavnivåsystemer i APCS- og CAD-klassen, data mining-produkter, samt programvare som utelukkende er fokusert på forberedelse og vedlikehold av funksjonen av kvalitetssystemer i samsvar med ISO-standarden 9000)

Følgelig henger implementeringen av ISO 9000-kvalitetssystemet og implementeringen av bedriftsinformasjonssystemet i bedriften sammen.

Et bedriftsinformasjonssystem (KIS) er et sett med informasjonssystemer for individuelle divisjoner i en bedrift, forent av en felles arbeidsflyt, slik at hvert av systemene utfører en del avene, og alle systemene sammen sikrer driften av bedriften i samsvar med ISO 9000 kvalitetsstandarder en rekke krav til bedriftens informasjonssystemer. Hovedkravene er funksjonelle og systemiske. De viktigste systemkravene er:

konsistens og kompleksitet: systemet bør dekke alle nivåer av ledelsen i organisasjonen, med tanke på filialer, datterselskaper, servicesentre og representasjonskontorer. Hele produksjonsprosessen sett fra et informatikksynspunkt er en kontinuerlig prosess med å generere, bearbeide, endre, lagre og formidle informasjon. Hver arbeidsplass – enten det er arbeidsplassen til en montør på et samlebånd, en regnskapsfører, en leder, en lagerholder, en markedsføringsspesialist eller en teknolog – er en node som forbruker og genererer viss informasjon.

standardisering og forening:

enhetlighet ir, samt regnskap, kontroll og lagring av dokumenter;

enhetlighet i brukergrensesnittet for alle oppgaver som skal løses;

enhetlig prosedyre for dokumentasjon, vedlikehold og modifikasjoner;

systemet bør bygges på grunnlag av standard programvareprodukter og standardteknologier og metoder for regnskap og dataanalyse;

pålitelighet: datasikkerhet, fravær av feil og pålitelig drift av systemet;

sikkerhet: Sikkerhetskravet inkluderer flere aspekter:

beskyttelse mot tap av data. Dette kravet implementeres hovedsakelig på organisasjons-, maskinvare- og systemnivå. Et applikasjonssystem som et automatisert kontrollsystem trenger ikke nødvendigvis å inneholde sikkerhetskopierings- og gjenopprettingsfasiliteter. Disse problemene behandles på driftsmiljønivå;

opprettholde integriteten og konsistensen til data. Applikasjonssystemet må spore endringer i gjensidig avhengige dokumenter og gi versjonskontroll og generasjonskontroll av datasett;

forhindring av uautorisert tilgang til data i systemet. Disse oppgavene løses på en helhetlig måte, både ved organisatoriske tiltak og på nivå med drift og anvendte systemer. Spesielt bør applikasjonskomponenter ha avanserte administrasjonsverktøy som gjør det mulig å begrense tilgang til data og systemfunksjonalitet avhengig av brukerens status, samt overvåke brukerhandlinger i systemet.

hindre uautorisert tilgang til data utenfra. Løsningen på denne delen av problemet faller hovedsakelig på maskinvare- og driftsmiljøet for funksjonen til CIS og krever en rekke administrative og organisatoriske tiltak.

tilpasningsevne eller fleksibilitet: det vil si fleksibelt tilpasse seg ulik lovgivning, ha flerspråklige grensesnitt, kunne jobbe med forskjellige valutaer samtidig; fleksibiliteten til systemet i innstillingen lar deg simulere hvilken som helst ordning for bedriften;

modularitet av konstruksjon gjør det mulig å gradvis utvide funksjonaliteten til systemet, dessuten, hvis systemet ikke er opprettet for en spesifikk produksjon, men er kjøpt på markedet av ferdige systemer, lar modularitet deg ekskludere fra leveringskomponenter som ikke passer inn i den infologiske modellen til en bestemt bedrift eller som du kan klare deg uten i den innledende fasen, noe som lar deg spare penger;

enkelhet: Utviklerne vil gjøre alt for å gjøre arbeidet med systemet praktisk for brukere og administrator. For å gjøre dette, må systemkonfigurasjonen implementeres ved hjelp av standardverktøy (for eksempel et Windows-grensesnitt);

skalerbarhet og portabilitet til en annen maskinvareplattform;

åpenhet (tilgang til internasjonale nettverk - på den ene siden, samt muligheten til å tilpasse systemet for spesifikasjonene til en bestemt bedrift);

på et visst stadium av bedriftsutviklingen kan veksten av krav til ytelse og systemressurser kreve en overgang til en mer produktiv programvare- og maskinvareplattform. For at en slik overgang ikke medfører et radikalt sammenbrudd av styringsprosessen og uberettigede investeringer i anskaffelse av kraftigere anvendte komponenter, er det nødvendig å oppfylle kravet om mobilitet;

støtte for implementering og vedlikehold av utvikleren;

systemets evne til å utvikle seg.

Alle funksjonelle undersystemer i CIS bruker felles informasjon og teknisk støtte. Dette betyr at det er nødvendig å opprette og organisere funksjonen til et kompleks av tekniske midler og informasjonsressurser på en slik måte for å løse alle oppgavene til funksjonelle delsystemer i tide.

På sin side stiller applikasjonssystemet en rekke krav til miljøet det opererer i. Dets fungerende miljø er et nettverksoperativsystem, operativsystemer på arbeidsstasjoner, et databasestyringssystem og en rekke hjelpeundersystemer som gir sikkerhetsfunksjoner, arkivering, etc.


Emne 2. Informasjonsressurser i bedriftens informasjonssystemer

2.1 Organisasjonsinformasjonsmodell

Fra et kybernetikkstandpunkt kan prosessen med å styre systemet, som en rettet påvirkning på elementene i systemet for å nå målet, representeres som en informasjonsprosess som forbinder det ytre miljøet, objektet og kontrollsystemet. I dette tilfellet informerer det ytre miljøet og kontrollobjektet kontrollsystemet om deres tilstand, kontrollsystemet analyserer denne informasjonen, utvikler en kontrollhandling på kontrollobjektet, reagerer på endringer i det ytre miljøet og om nødvendig modifiserer formålet. og struktur av hele systemet (Fig.2.1).

Figur 2.1 - Ordning for forvaltning av et økonomisk objekt


Objektet og kontrollsystemet er forbundet med hverandre og med det ytre miljø gjennom informasjonsflyt - et sett av sirkulerende informasjon både i systemet og mellom systemet og det ytre miljøet som er nødvendig for virksomhetsstyring. Informasjonsflyten er preget av informasjonsbevegelsens rute fra kilden til mottakeren, hvis retning er satt av adressene til kilden og mottakeren av informasjon; volumet av overført informasjon og dens komponenter.

Følgende informasjonsflyter (IP) kan skilles ut:

Informasjonsflyt fra det ytre miljø (1) til kontrollsystemet, som kan deles inn i to komponenter:

Regulatorisk informasjon laget av offentlige etater innen lovgivning;

Informasjon om markedsforhold skapt av konkurrenter, forbrukere, leverandører;

Informasjon som overføres fra styringssystemet til det ytre miljø (2): rapporteringsinformasjon, primært finansiell informasjon til offentlige etater, investorer, kreditorer, forbrukere; markedsføringsinformasjon til potensielle forbrukere;

Informasjonsflyt fra kontrollsystemet til kontrollobjektet (3 - direkte kybernetisk kommunikasjon) - et sett med planlagt, regulatorisk og administrativ informasjon for implementering av forretningsprosesser;

Informasjon fra kontrollobjektet til kontrollsystemet (4 - omvendt kybernetisk kommunikasjon) - regnskapsinformasjon om tilstanden til kontrollobjektet (råvarer, materialer, penger, energi, arbeidsressurser, ferdige produkter og utførte tjenester) som et resultat av å utføre forretningsprosesser.

CIS ved disse informasjonsstrømmene kobler sammen tre komponenter: kontrollobjektet, kontrollsystemet og det ytre miljøet, og vurderer hver av dem både som en kilde og som en forbruker av informasjon.

CIS akkumulerer og behandler innkommende regnskapsinformasjon og eksisterende standarder og planer til analytisk informasjon, som fungerer som grunnlag for å forutsi utviklingen av et kontrollert objekt, justere dets mål og lage planer for en ny reproduksjonssyklus.

Formene for manifestasjon av informasjonsflyt kan reduseres til følgende typer: papirdokument, elektronisk dokument, visuelt dokument (fotografier, film, fjernsyn etc.), verbale (muntlige) meldinger (samtale, radio, telefon), strukturert informasjon fra databaser.

I tillegg til materiale er informasjonsstrømmer preget av opprinnelseskilde, volum- og kvalitetsindikatorer, overføringshastighet, rytme, vektororientering, etc. I forhold til systemet er de delt inn i: eksterne og interne informasjonsstrømmer. Etter betegnelse - input og output informasjonsstrømmer.

Data kan behandles og flyttes på tre måter: etter hvert som det oppstår(ved strøm); med jevne mellomrom- informasjon akkumuleres, deretter behandles og flyttes med forhåndsbestemte tidsintervaller; uregelmessig(ettersom separate informasjonsaggregater dukker opp).

Følgelig er den viktigste funksjonen i ledelsesprosessen dens informasjonsmessig natur.

Fra informasjonsteknologiens synspunkt er løsningen på ethvert produksjons- eller vitenskapelig problem beskrevet av følgende teknologiske kjede: ekte objekt - modell - algoritme - program - resultater - ekte objekt. I denne kjeden spiller «modell»-leddet en viktig rolle, som et nødvendig, obligatorisk stadium i å løse problemet. Under modell i dette tilfellet forstås et visst bilde av et virkelig objekt (system), som gjenspeiler dets essensielle egenskaper og erstatter objektet i prosessen med å løse problemet.

Ved presentasjonsform kan modellene klassifiseres i:

- verbal(tekst), beskrevet av setninger i et formalisert naturlig språk;

- matematisk formelle språkbaserte, mye brukte matematiske metoder;

- informativ,å beskrive informasjonsprosesser (fremveksten, overføringen, transformasjonen og bruken av informasjon) i systemer av den mest mangfoldige karakter.

Innenfor rammen av informatikk som en selvstendig vitenskap, skilles det ut en klasse informasjonsmodeller. Informatikk er også direkte relatert til matematiske modeller, siden de er grunnlaget for å bruke en datamaskin til å løse problemer av en annen karakter: en matematisk modell av prosessen eller fenomenet som studeres på et visst forskningsstadium, transformeres til en datamaskin (beregningsmessig) modell, som deretter blir til en algoritme og et dataprogram.

I sin aktivitet håndterer en person både virkelige objekter (objekter, prosesser, fenomener) og med deres forskjellige typer erstatninger: materialmodeller, beskrivelser, tegninger, diagrammer, tabeller, dataprogrammer, etc. Å erstatte ett objekt med et annet, men å beholde alle de essensielle egenskapene til det opprinnelige objektet, kalles modellering. , selve erstatningsobjektet er modellen til det originale objektet. Hensikten med modellering er hensikten med fremtidsmodellen, dvs. egenskapene til det opprinnelige objektet bestemmes, som vil bli gjengitt i modellen innenfor rammen av oppgaven.

Informasjonsmodell- et sett med informasjon som karakteriserer de essensielle egenskapene og tilstandene til et objekt, en prosess, et fenomen, samt dets forhold til omverdenen.

Å bygge en informasjonsmodell innledes med:

Tildeling av vesentlige deler og egenskaper til et objekt innenfor rammen av oppgaven;

Bestemmelse av forholdet mellom essensielle komponenter i det modellerte systemet;

Bestemmelse av strukturen.

Informasjonsmodellegenskaper:

1. Fullstendighet;

2. Integritet og konsistens;

4. kompleksitet;

5. Redundans;

6. Arkitektur.

En av de mest brukte typene informasjonsmodeller er en rektangulær tabell. Denne typen modell brukes til å beskrive en rekke objekter som har samme sett med egenskaper. Ved hjelp av tabeller kan det bygges både statiske og dynamiske informasjonsmodeller innen ulike fagområder. Tabellpresentasjonen av matematiske funksjoner, statistikk, tog- og flyruter, leksjoner og så videre er viden kjent.

Tabellformede informasjonsmodeller er enklest å bygge og utforske på en datamaskin ved hjelp av regneark og databasestyringssystemer.

En gruppe objekter med samme egenskaper kalles objektklasse... Innenfor en klasse av objekter kan underklasser tildeles, hvis objekter har noen spesielle egenskaper, i sin tur kan underklasser deles inn i enda mindre grupper, og så videre. Denne prosessen med å organisere objekter kalles klassifiseringsprosess.

I prosessen med objektklassifisering bygges det ofte informasjonsmodeller som har hierarkisk struktur... I biologi betraktes hele dyreverdenen som et hierarkisk system (type, klasse, orden, familie, slekt, art), i informatikk brukes et hierarkisk filsystem, og så videre.

Nettverksinformasjonsmodeller brukes til å reflektere systemer med en kompleks struktur, der sammenhengene mellom elementer er vilkårlige. For eksempel er ulike regionale deler av det globale datanettverket Internett (amerikansk, europeisk, russisk, australsk og så videre) sammenkoblet med høyhastighets kommunikasjonslinjer. Samtidig har noen deler (for eksempel den amerikanske delen) direkte forbindelser med alle regionale deler av Internett, mens andre kan utveksle informasjon med hverandre kun gjennom den amerikanske delen (for eksempel den russiske og australske). Forbindelsene mellom toppunktene er bilaterale og er derfor avbildet med ikke-retningslinjer ( ribbeina), og selve grafen kalles derfor urettet.

Informasjonsmodellering er basert på tre hovedprinsipper:

alt er bygd opp av elementer;

elementer har egenskaper;

elementene er sammenkoblet av relasjoner.

Objektet som disse postulatene er anvendelige på kan representeres av en informasjonsmodell.

Informasjonsmodeller kan klassifiseres etter ulike kriterier (tabell 2.1).

Tabell 2.1 - Klassifisering av informasjonsmodeller

Klassifikasjonsattributt Beskrivelsesverktøy
måte å beskrive på - formelle språk (for eksempel matematikkspråket, tabeller, programmeringsspråk, menneskelige naturlige språkutvidelser, etc.) - grafiske (for eksempel flytskjemaer, diagrammer, grafer, etc.)
formålet med å skape - klassifisering (for eksempel tre, slektstre, utvikling av naturen i henhold til Darwin, mappetre i en datamaskin) - dynamisk (oftest brukt til å løse kontroll- og prognoseproblemer)
arten av det modellerte objektet - deterministisk (bestemt), når lovene som objektet endres eller utvikler seg etter er kjent - sannsynlighet (objektet har en sannsynlighet og er preget av usikkerhet)

Informasjon som kontrollelement og gjenstand for lederarbeid skal gi en kvalitativ forståelse av oppgavene og tilstanden til kontroll- og kontrollsystemene og utvikling av modeller for ønsket tilstand.

Prosessen med å betjene informasjonsstrømmer er hovedoppgaven for informasjonsstøtte for bedriftens informasjonssystemer, der to nivåer av egenskaper kan skilles:

elementært- et sett med data, tegn, skjemaer og typer informasjonsbærere, deres nomenklatur;

systematisk- sammenkoblinger og avhengigheter mellom klassifikasjonsgruppene av informasjon, implementert i form av informasjonsmodeller, der bevegelse av informasjonsflyt, deres intensitet og stabilitet, algoritmer for konvertering av informasjon og arbeidsflytskjemaet som tilsvarer disse objektive forholdene undersøkes.

For dannelse av informasjonsstøtte er det nødvendig:

en klar forståelse av målene, målene, funksjonene til hele styringssystemet til organisasjonen;

identifisere bevegelsen av informasjon presentert for analyse i form av informasjonsflytdiagrammer, fra dets opprinnelse til dens bruk på ulike ledelsesnivåer;

tilgjengelighet og bruk av et klassifiserings- og kodesystem;

kunnskap om metodikken for å lage konseptuelle informasjonslogiske modeller som reflekterer forholdet mellom informasjon;

opprettelse av informasjonsmatriser på datamedier, som krever moderne teknisk støtte.

Opprettelsen av informasjonsstøtte er basert på informasjonsmodellen til en organisasjon (enterprise).

For analysen av informasjonsstøtte er identifiseringen av følgende typer informasjon av størst betydning (tabell 2.2).

Tabell 2.2 - Klassifisering av informasjon

Klassifikasjonsattributt Typer informasjon
Spesifisiteten til de beskrevne prosessene produksjon og økonomisk, teknisk og teknologisk, organisatorisk, sosial, informasjon om eksterne økonomiske relasjoner
forhold til det administrerte objektet ekstern, intern
rolle i ledelsesprosessen regnskap, direktiv, normativ, planlegging, analytisk
graden av fornyelse og rekkefølgen på opptak - konstant, variabel, langtidslagring, operativ, syklisk, periodisk
grad av aggregering enkel, integrert, gjennomsnittlig osv.
konverteringsfrekvens primær, middels, effektiv
behandlingsspesifikasjoner regnskap, statistikk, operativ produksjon, etc.

Informasjonsmodellen er grunnlaget for implementering av forretningsløsninger ved bruk av moderne teknologier.

Ved å karakterisere informasjon som et emne for arbeidskraft i styringsprosessen, er det nødvendig å ta hensyn til en rekke funksjoner. Først av alt, informasjon er gjenstand for varig arbeidskraft. Når det brukes, mister det ikke sine forbrukeregenskaper, selv om det er en del av det ferdige produktet (forvaltningsbeslutning), som utgjør stoffet. Denne funksjonen til informasjon tilbyr en viss spesifisitet ved dannelsen. Den største mengden arbeid og kostnader forbundet med den første opprettelsen av informasjonsmatriser - databaser. Deretter blir dataene periodisk oppdatert, korrigert, men fortsetter å bli brukt.

Informasjonen er knyttet til arbeidsgjenstander av en spesiell art også fordi den i stand til selvutvikling. Den kvantitative akkumuleringen av informasjon gjør det mulig å tydeligere etablere utviklingstrenden til det kontrollerte objektet og å identifisere nye sammenhenger mellom individuelle klassifiseringsgrupper av informasjon. Dette gjør det mulig, som et av de viktigste prinsippene for å bygge et informasjonssystem, å formulere mottaket av maksimalt derivat med et minimum av initial informasjon.

Aldringsinformasjon i noen tilfeller er det assosiert med tap av verdi for spesifikke forhold og formål, men det kan "forynges" og gjenvinner sin verdi når forholdene endres. Selv retrospektiv informasjon beholder en viss nytteverdi som grunnlag for å analysere dynamikk.

Informasjonen skal være klargjort for bruk. Avhengig av graden av beredskap kan primærinformasjon identifiseres som et sett med data, indikatorer som beskriver individuelle aspekter av prosessen og dens elementer, sekundærinformasjon som har gjennomgått en viss bestilling og klassifisering.

I prosessen med å organisere informasjon er det av grunnleggende betydning å dele den inn i en betinget konstant, som fungerer som en referanse og karakteriserer prosessen i statikk, og en variabel i dynamikk. I denne forbindelse kan informasjonsmodeller deles inn i grupper:

Informasjonsmodeller av individuelle elementer og lokale prosesser som beskriver den statiske tilstanden til et objekt;

Informasjonsmodeller av dynamikk som karakteriserer endringen i individuelle elementer og prosesser;

Integrerte informasjonsmodeller som beskriver konkrete løsninger og har et aktivt fokus.

Prosessen med å danne informasjonsstøtte inkluderer flere stadier:

Beskrivelse av tilstanden til objektet, dvs. "Fysisk fotografering", som involverer dannelsen av et sett med tekniske og økonomiske indikatorer og parametere som karakteriserer kontroll- og kontrollerte systemer og deres tilsvarende klassifisering;

Konstruksjon av oppslagsbøker og klassifiserere som inneholder konstant informasjon, dvs. dannelse av private statiske modeller;

Refleksjon i informasjonsmodeller av dynamikken til enkeltelementer og prosesser. Samtidig forutsetter en kvantitativ endring korrigering av informasjon, og en kvalitativ endring forutsetter en delvis eller fullstendig omstrukturering;

Bygge en integrert informasjonsmodell som gjenspeiler forholdet og dynamikken til lokale prosesser til kontrollobjektet.

For tiden brukes flere metoder for å analysere informasjonsstøtte med suksess. De er forskjellige i de aksepterte egenskapene til mengden informasjon (symboler, poster, grafstrenger, dokumenter, etc.), metoder og analyseverktøy. Følgende metoder kan betraktes som de mest utviklede:

Matrisemodellering av datautviklingsprosesser;

- grafisk-analytisk metode forskning på informasjonsflyt.

Beskrivelse av informasjonsflyt som en tretypegraf;

- ordninger informasjonsforbindelser av planlagte beregninger;

- forskningsanalyse ledelsesoppgaver, utviklet for å identifisere "korte" strømmer.

Den mest komplette og detaljerte refleksjon og analyse av informasjonsstrømmer kan oppnås ved hjelp av informasjonsmodeller, som er utviklet som matrisemodeller. Samtidig benyttes ulike matriser – materialprosesser og arbeidsflyt, arbeidsflyt og sammensetning av løsninger og oppgaver på et spesifikt ledernivå, for enkelte grupper av oppgaver, for ulike ledernivåer mv.

De mest brukte modellene er i form av matriser og grafer. Begge disse metodene for modellering innebærer utvelgelse i informasjonssystemet i form av uavhengige komponenter av initial-, mellom- og sluttdata. Dette lar deg studere dem isolert, noe som er av grunnleggende betydning for studiet av behovet for ekstern og intern produksjonsinformasjon.

Matrisemodeller av sirkulerende informasjonsstrømmer kan bygges i ulike versjoner, men matriser med dimensjonene "dokument per dokument", "indikator per indikator" brukes som grunnleggende. I dette tilfellet kan dokumenter betraktes som enkeltblokker.

I klassisk form er matrisemodeller ment for analyse av klassifiseringslenker. Men de er også akseptable for å studere hovedkarakteristikkene til informasjonsstøtten til styringsapparatet, fordi de tillater å vise ulike grupperinger av typer og informasjonskilder og bidrar til en mer fullstendig identifikasjon av den faktiske tilbudet og muligheten for å forbedre ulike typer. av oppgaver.

En grafisk-analytisk metode for å studere informasjonsstrømmer er basert på å representere informasjonsgrafen deres og analysere dens tilstøtende matrise. Grafer kan bygges på dokumentnivå, på komponentnivå (inndata, mellomliggende og eksterne data) og på syntetisk nivå (inndata og mellomdata, eksterne og funksjonelle resultater).

Etter å ha løst grafene over hovedoppgavene og prosedyrene i ledelsesprosessen, er det mulig å få en tilstøtende matrise av grafer som viser forholdet mellom oppgaver og dokumenter som brukes i ledelsen. Grafen for hver oppgave og et spesifikt ledelsesnivå gjør det mulig å etablere rasjonell informasjonskontinuitet, muligheten for å bruke mellom- og sluttresultater av en gitt oppgave for andre.

Strukturgrafen kan brukes til å beregne mengden informasjon.

Å sikre rasjonelle forbindelser mellom kilder og mottakere av informasjon og måter å sirkulere den på er en av forutsetningene for at kontrollsystemet skal fungere effektivt. Den relative konstantheten til de gjensidige avhengighetene til strukturelle enheter lar deg velge en rasjonell struktur av informasjonsflytveier og de mest effektive tekniske midlene for hver kommunikasjonskanal.

2.1 Informasjonsressurser til CIS

Informasjonsressurser- individuelle dokumenter og individuelle arrays av dokumenter, dokumenter og arrays av dokumenter i informasjonssystemer (biblioteker, arkiver, fond, databanker, andre informasjonssystemer).

Hvis vi vurderer informasjonsressurser fra synspunktet om deres tilhørighet til de tilsvarende tjenestene til bedriften (organisasjonen), kan oppgavene de utfører oppsummeres i den presenterte tabellen 4.

Tabell 2.3 - Informasjonsressursers rolle i ledelsen av organisasjonen

Ledelseslag og tjenester Oppgaver som skal løses
Bedriftsledelse gi pålitelig informasjon om selskapets økonomiske tilstand for øyeblikket og utarbeide en prognose for fremtiden; sikre kontroll over arbeidet til bedriftstjenester; sikre tydelig koordinering av arbeid og ressurser; gi rask informasjon om negative trender, deres årsaker og mulige tiltak for å rette opp situasjonen; dannelse av et fullstendig bilde av kostnadene for sluttproduktet (tjenesten) etter kostnadskomponenter
Finans- og regnskapstjenester full kontroll over bevegelsen av midler; implementering av regnskapsprinsippene som kreves av ledelsen; rask fastsettelse av fordringer og gjeld; kontroll over gjennomføringen av kontrakter, estimater og planer; kontroll over finansiell disiplin; spore bevegelsen av inventarflyter; umiddelbar mottak av et komplett sett med finansiell rapporteringsdokumenter
Produksjonskontroll kontroll over utførelse av produksjonsordrer; kontroll over tilstanden til produksjonsanlegg; kontroll over teknologisk disiplin; vedlikehold av dokumenter for å følge produksjonsordrer (gjerdekart, rutekart); rask bestemmelse av de faktiske kostnadene for produksjonsordrer
Markedsføringstjenester kontroll over markedsføringen av nye produkter til markedet; analyse av salgsmarkedet for å utvide det; føre salgsstatistikk; informasjonsstøtte for pris- og rabattpolitikken; bruke basen av standardbrev for post; kontroll over gjennomføringen av leveranser til kunden i ønsket tidsramme samtidig som transportkostnadene optimaliseres
Salg og forsyningstjenester vedlikeholde databaser over varer, produkter, tjenester; planlegge leveringstider og transportkostnader; optimalisering av transportruter og transportmetoder; datastyrt kontraktsstyring
Lagertjenester styring av en flerlags struktur av varehus; raskt søk etter varer (produkter) i varehus; optimal plassering i varehus, tatt i betraktning lagringsforhold; håndtering av kvitteringer med hensyn til kvalitetskontroll; inventar

Som et resultat av bruken av informasjonsteknologi på informasjonsressurser, skapes noe ny informasjon eller informasjon i en ny form. Disse informasjonssystemproduktene kalles informasjonsprodukter og -tjenester.

Informasjonstjeneste- aktiviteter for søk, mottak, lagring, behandling, distribusjon og (eller) levering av informasjon.

Informasjonsformidler- en borger, individuell entreprenør eller juridisk enhet som tilbyr informasjonstjenester til eiere og (eller) brukere av informasjon.

Informasjonsrelasjoner- relasjoner som oppstår i prosessen med å samle inn, søke, overføre, motta, lagre, behandle, akkumulere, bruke, distribuere og (eller) gi informasjon, samt beskyttelsen av informasjon ved hjelp av informasjonsteknologier, systemer og nettverk.

Informasjonsprodukt - noe informasjonsinnhold i form av et aggregat av data, dannet av produsenten for distribusjon i materiell og immateriell form, leveres til bruk for forbrukeren.

Hovedkildene til informasjon om den etablerte ledelsesorganisasjonen og trender i utviklingen av den er for tiden følgende:

rapportering av data - gjør det mulig å identifisere antall og sammensetning av ansatte ansatt i styringsapparatet, mengden administrasjonskostnader, kostnadene for organisasjons- og datateknologi;

direktivdokumentasjon - bestillinger, instruksjoner, møtereferat, materiell for kontroll av utførelse, rapporter fra individuelle avdelinger, etc.;

spesielle undersøkelser - er generalisert informasjon basert på resultatene av analysen, for eksempel analyse av arbeidsmengden til materielle og materielle elementer i kontrollsystemet; Gjennomføring av spesielle undersøkelser av ansatte i forvaltningsapparatet eller teamet til den tilsvarende underavdelingen av det administrerte objektet.

De navngitte informasjonskildene utelukker ikke hverandre. De skal kombinere, utfylle og berike materialet oppnådd ved forskjellige metoder.

Corporate IS blir vanligvis betraktet som et sett med løsninger og komponenter for deres implementering, blant annet en forutsetning enhetlig informasjonslagringsbase... Derfor, i forhold til informasjonsressurser, må informasjonssystemet:

tillate akkumulering av viss erfaring og kunnskap, generaliser dem i form av formaliserte prosedyrer og algoritmer for løsning;

stadig forbedre og utvikle seg;

raskt tilpasse seg endringer i det ytre miljøet og nye behov i organisasjonen;

møte de presserende kravene til en person, hans erfaring, kunnskap, psykologi.

Informasjonsressurser er klassifisert om plassering av informasjonskilden(informasjonskilden er lokalisert i organisasjonen eller den er ekstern i forhold til den), etter destinasjon.

Ekstern informasjon inkluderer:

Markedsinformasjon - markedsstørrelse og vekst, kjøpekraft, vaner, forbrukernes etterspørsel og atferd, markedsandeler, informasjon om konkurrenter – er et produkt for firmaer, reklamebyråer, banker, spesialiserte selskaper som driver med markedsundersøkelser.

Konkurrentinformasjon - noen ganger sett på som en del av markedsinformasjon. Men det fortjener en separat vurdering, siden det kan påvirke strategiske beslutninger, selv om markedsforholdene ikke tas direkte i betraktning. Bedrifter kan for eksempel være interessert i hvor konkurrenter finner kilder til råvarer og spesialister for å konkurrere om disse kildene eller beholde eksisterende. Nøyaktig informasjon om konkurrenter er vanskelig å få tak i, og dette området har blitt undersøkt nøye på grunn av uetisk praksis fra enkelte selskaper som industrispionasje.

Makroøkonomisk og geopolitisk informasjon - Denne typen informasjon berører sjelden bedrifter direkte, men kan spille en avgjørende rolle i utviklingen av en langsiktig strategi.

Leverandørinformasjon fokuserer vanligvis på aspekter som kostnad, pålitelighet, kvalitet og leveringstid.

Ekstern finansiell informasjon - valutakurser, dynamikk i aksjekurser, bevegelse i kapitalmarkedet, etc.

Informasjon om regulering og beskatning.

Innsideinformasjon:

Produksjonsinformasjon - produksjonseffektivitet og produktivitet, kostnader, produksjonsavfall og kvalitet.

Arbeidsstyrkeinformasjon - personalopplæring, ferdighetsnivå, personalmoral og bemanningskostnader.

Intern finansiell informasjon - informasjon fra balansen om fortjeneste og kostnader, eiendom og forpliktelser, finansielle indikatorer for foretaket (P / E-forhold - forholdet mellom markedsprisen på en aksje og inntekten, forholdet mellom lønn og brutto inntekt, resultatindikatorer, etc. .).

Informasjon i en organisasjon er distribuert over flere datamaskiner og lagres i en rekke filer, rapporter og e-postmeldinger. Derfor er den viktigste oppgaven til bedriftsinformasjonssystemet å organisere tilgang til all informasjon. Mange organisasjoner setter opp intranett med interne webservere for at ansatte skal få tilgang til en rekke informasjon. Ved å koble til bedriftsdatabaser, filservere og dokumentlager, gir webservere et bredt utvalg av informasjon til ansatte gjennom ett enkelt grensesnitt – en kjent nettleser.

Bedriftsinformasjonssystemer basert på intranettteknologi gjør det mulig å skape informasjonsinfrastrukturen til et selskap ved å kombinere ulike informasjonsressurser og gi enhetlig tilgang til dem.

Informasjonsinfrastrukturen til et selskap kan omfatte følgende typer informasjonsressurser:

Hypertekstdokumentet vises ikke bare og tjener til navigering, men opprettholder også en dialog med brukeren, om nødvendig, inndata i elektronisk form med overføringen til serveren. Brukeren kan sende vilkårlige filer til serveren. Hypertekstsider kan genereres dynamisk ved hjelp av data fra andre ressurser. Et hypermediadokument er dynamisk av natur, men informasjonsflyten er vanligvis ensrettet, assosiert med avspilling av lyd, video og andre multimediefiler. Oppstrømmen er begrenset til navigasjons- og avspillingskontroller.

Kontordokumenter er tekster, elektroniske dokumenter, planer osv., utarbeidet ved hjelp av kontorautomatiseringspakker eller gruppearbeid. Tilgang til denne informasjonen kan gis enten i lesemodus (ved hjelp av seere), eller full tilgang med mulighet til å redigere i miljøet der dokumentet ble opprettet. I tillegg til navigering ved hjelp av hypertekst, er det mulig å organisere et kontekstuelt søk etter dokumenter.

Grafisk informasjon vises i form av statiske illustrasjoner, animasjoner eller 3D virtual reality-scener. For å utføre navigering er hyperkoblinger knyttet til bildet eller dets deler, i tillegg er det mulig å endre virtuelle scener.

Arkiverte filer med dokumenter og programmer er tilgjengelige på FTP- og Gopher-servere. Brukeren kan velge ønsket informasjon og motta den fra serveren på forespørsel. Nedlasting av filer er også mulig fra webservere.

E-postmeldinger er informasjonsressurser som er lagret i postbokser og offentlige mapper. De danner toveis flyter - meldinger kan sendes og mottas. Datainnsamling ved hjelp av post er imidlertid mer vanlig. Delte mapper er vanligvis vert for diskusjoner, vanlige spørsmål, møteplaner og annet gruppearbeid.

Nyheter er en dynamisk skiftende ressurs organisert på grunnlag av eksterne eller interne (bedrifts)kanaler (ennå ikke utbredt). Visning av nyheter utføres på forespørsel eller i krypende linjemodus. Formidling av informasjon utføres av meningsmålingskanaler eller kringkasting, krever ofte abonnement på de nødvendige nyhetene.

Databasene støttes ikke direkte på Internett/Intranett. Databasen får tilgang til og vedlikeholdes gjennom server- eller klientapplikasjoner. Samtidig gjøres forespørsler om søk og datainntasting i form av HTML-skjemaer.

Datavarehuset kan ha forskjellige implementeringer (relasjonell flerdimensjonal database, et sett med ODBC-datakilder), men det er beregnet på operasjonell analytisk databehandling. Lagringstilgangen er organisert på samme måte som databasetilgangen.

For å vedlikeholde de listede informasjonsressursene og organisere flyter mellom klienter og servere, brukes ulike verktøy for utvikling, drift og vedlikehold av internett-/intranettapplikasjoner.

Hovedproblemene knyttet til informasjonsressurser kan deles inn i følgende grupper:

Reguleringsspørsmål... Informasjonsressurser som brukes i bedriftsinformasjonssystemet må være beskyttet av de relevante regulatoriske rettsakter som bestemmer IP-statusen. Sikkerheten og effektiviteten til sistnevnte avhenger av deres korrekthet og dekning av alle nye problemer ved bruk av informasjonsressurser.

Økonomiske vanskeligheter oppstå i forbindelse med behov for å redegjøre for kostnadene ved innsamling, registrering, lagring, behandling av informasjonsressurser og tilgang til disse. Vanligvis distribueres offentlig informasjon til kopipriser, kostnadene for bedriftens informasjonsressurser, som er virksomhetens eiendom, bestemmes av eieren. For tiden er det en tendens til en nedgang i andelen gratis informasjon og en økning i betalt informasjon, og betalt informasjon gis vanligvis til avtalte priser. Det finnes svært få statlige prislister for informasjonstjenester. Dermed skjer det en klar kommersialisering av den statlige informasjonsressursen. Faktisk er det bare biblioteker og til dels arkiver som beholder den virkelige gratistjenesten.

Problemet med informasjonstilgjengelighet er nært knyttet til beskyttelsen.

Et ansvar - fordeling av ansvar for lagring og bruk av informasjonsressurser gjør det mulig å unngå mange interne bedriftskonflikter knyttet til tilgang til informasjon, dens sikkerhet, oppdateringsevne, konfidensialitet, overføring, etc.

Problemet med å gjøre rede for informasjonsressurser. Retten til tilgang til informasjonsressurser er en av hovedoppgavene for å ivareta informasjonssikkerheten. Denne retten er nedfelt i dusinvis av generelle og spesielle normer i ulike lover, inkludert grunnloven "Om informatisering, informatisering og informasjonsbeskyttelse" og mange andre. Implementeringen av disse normene, knyttet til åpenhet, tilgjengelighet av informasjonsressurser, avhenger imidlertid i stor grad av tolkningen av de generelle normene til ulike avdelinger og strukturer, ulike systemer og apparater. Det viktigste problemet er at du må vite hva og under hvilke forhold ressursene skal åpnes. Det vil si at begrepet åpenhet bør passere gjennom den aktuelle regnskapsmekanismen, bør reguleres i to retninger.


Emne 3. Teknisk støtte for CIS

Forelesningsemne 1: Forretnings- og informasjonsteknologi. Grunnleggende definisjoner for bedriftsarkitektur.

Mål: Vurder begrepene forretningsarkitektur og bedrifts-IT-arkitektur; viser at arkitekturen til informasjonsteknologi er et integrert element i arkitekturen til hele bedriften og avhenger av dens mål og mål, utviklingsstrategi, den eksisterende modellen for forretningsprosesser. Å gjøre studentene kjent med variantene av IT-arkitektur for bedrifter. Vurder funksjonene til ledelsen i strukturen til informasjonssystemer

Oppgaver: beherske de grunnleggende teoretiske begreper og praktisk hensikt i samsvar med oppsatt mål.

Yrkestype: foredrag med innslag av demonstrasjon og dialog.

Visuelle hjelpemidler til forelesninger: lysbildepresentasjon utviklet med MS Offis PowerPoint 2003-applikasjonen under Windows XP-operativsystemet

Tekniske hjelpemidler: projektor, PC fra Intel XX86-familien.

Timeplan:

    Oppgaver, mål, innhold i prosessen med å modellere arkitekturen til et bedriftsinformasjonssystem. Prosesser av informasjonsobjektet i sammenheng med informasjonsteknologi.

    Generell struktur for bedriftsarkitekturmodellen

    Klassifisering av bedriftsinformasjonssystemer.

    Identifikasjon av konseptet Enterprise innen informasjonssystemdesign som et objekt for implementering. EIS (Enterprise Information System) og MIS (Management Information System) i aspektet ved å modellere arkitekturen til et bedriftsinformasjonssystem og dets forretningsprosesser.

    Tilnærminger til bygningsarkitektur. Bedriftsarkitekturkomponenter

    Matrise av konsistente modeller i arkitekturer.

    Hoved:

      Informasjonssystemer i økonomi: Lærebok /; Ed. A.N. Romanova, B.E. Odintsov. - 2. utg.; revidert og legg til. - M .: Universitetets lærebok, 2010. - 411s. - (Universitets lærebok).

      Informasjonssystemer i økonomi: en lærebok for universitetsstudenter registrert i økonomiske spesialiteter og spesialiteter innen økonomi og ledelse (060000) / Ed. G.A. Titorenko - 2. utg., revidert. og legg til. - M: UNITY-DANA, 2006. - 463 s.

      Karamov OG Forretningsplanlegging. Studieveiledning - M .: Eurasian Open Institute, 2010. http://old.biblioclub.ru/book/90809/

      Oppgaver, mål, innhold i prosessen med å modellere arkitekturen til et bedriftsinformasjonssystem.Prosesser av informasjonsobjektet i sammenheng med informasjonsteknologi.

    Informasjonsteknologi (IT) er raskt i ferd med å bli den viktigste teknologiske modusen for moderne teknogene sivilisasjoner. Det er ingen tvil om at forretningsaktivitet i dag er uatskillelig fra informasjonsteknologi, dessuten avhenger den ofte direkte av pålitelig drift av informasjonssystemer (IS). Forståelsen kom at IT-tjenesten er samme forretningsenhet i selskapet, som for eksempel verdipapiravdelingen, og effektiviteten i arbeidet til resten av selskapets ansatte avhenger av IT-spesialistenes profesjonalitet.

    Konseptet "forretningsarkitektur" er nært knyttet til strukturen til bedriften, dens bransjetilknytning, produksjonsorientering og andre egenskaper. Som et resultat begynte en bred forståelse av arkitekturen til bedriften som helhet å danne seg gradvis, uløselig knyttet, først av alt, med informasjonsteknologiene som brukes, og spesielt med informasjonssystemer.

    Moderne informasjonssystemer gir muligheten til å effektivt arbeide med ulike typer data og dermed skape nye ressurser - styringsinformasjon av høy kvalitet, og dermed definere en ny systemisk kvalitet til bedriften. Ledelsesinformasjon handler ikke bare om primærdokumenter og regnskaper. Dette er informasjon om strukturen i bedriften og forretningsprosessene som foregår i den, ansvarsfordeling og ansvar for å ta beslutninger, målene for virksomheten, informasjon om alt som kan påvirke virksomheten.

    Informasjonssystemer er ikke bare en «teknologisk bakgrunn for virksomheten». For mange bedrifter har informasjonsteknologi blitt et verktøy som har blitt en integrert del av deres virksomhet. Enhver svikt i informasjonssystemer i slike selskaper medfører betydelige økonomiske tap.

    Den historisk etablerte måten å bygge IT-avdelinger på gjenspeiler fullt ut strukturen til informasjonssystemene som brukes. Dessuten opprettholder hver spesifikke avdeling et spesifikt informasjonssystem. Med denne tilnærmingen er det som regel ikke noe effektivt system for samhandling med forretningsbrukere, og det er problemer med å bestemme kvaliteten på tjenestene som tilbys.

    Sammen med de første informasjonssystemene oppsto behovet for å administrere bedriftens infrastruktur. De første IT-infrastrukturstyringssystemene ga overvåking av nettverksinfrastrukturen ved hjelp av protokollen SNMP og opprettholde helsen til bedriftsnettverksmiljøet.

    Sammen med nye teknologier for overvåking og styring av informasjonssystemer har det kommet nye metoder for å optimalisere og evaluere forretningsprosessene til IT-avdelingen. De mest kjente og for tiden populære teknikkene i dette området: "IT Service Management"(IT Service Management, ITSM) og Information Technology Infrastructure Library (ITIL).

    Under informasjonsteknologi i bedrifter forstår vanligvis et sett med informasjonssystemer som støtter og automatiserer eksisterende forretningsprosesser.

    Informasjonsteknologi er et system av organisasjonsstrukturer som sikrer funksjon og utvikling av informasjonsrommet til bedriften og midlene for informasjonsinteraksjon. Informasjonsteknologi er basert på IT-infrastruktur.

    En av betingelsene for effektiv drift av IT-infrastrukturen er en veletablert praksis for driften. Driften av IT-infrastrukturen bør være basert på retningslinjer og prosedyrer utviklet og etablert som bedriftsstandarder. Vedlikehold Er et sett med tiltak for programvaren og det tekniske nivået, utført i produksjonsfasen og rettet mot å sikre den nødvendige påliteligheten og effektiviteten til informasjonssystemet.

    For øyeblikket kan følgende skilles gruppe oppgaver løst av IT-avdelingen:

    Sikre effektiviteten, tilgjengeligheten og konfidensialiteten til informasjonen som behandles.

    Vedlikehold av drift av IT-infrastruktur.

    Forebygging og eliminering av feil.

    Kriseplanlegging og krisehåndtering.

    Gir automatisk overvåking av IT-helse.

    Sikre påliteligheten av funksjonen til IT-infrastrukturen.

    Informasjonssikkerhetsforsikring.

    Modernisering av utstyr.

    Minimere kostnadene ved vedlikehold av IT-infrastrukturen.

      Generell struktur for bedriftsarkitekturmodellen

    Enterprise Architecture (EA) vanligvis forstås en fullstendig beskrivelse (modell) av strukturen til en virksomhet som et system, inkludert en beskrivelse av nøkkelelementene i dette systemet, forbindelsene mellom dem.

    Bedriftsarkitektur definerer den overordnede strukturen og funksjonen til systemene (virksomhet og IT) i hele organisasjonen som helhet (inkludert partnere og andre organisasjoner som utgjør den såkalte «sanntidsbedriften») og gir et felles rammeverk, standarder og retningslinjer for lagarkitektur individuelle prosjekter.

    Som utgangspunkt for å representere grunndiagrammet kan du bruke Enterprise Architecture Model foreslått av US National Institute of Standards and Technology (NIST), vist i figuren.

    Tegning. Opplegg for arkitekturen til en datastyrt virksomhet i henhold til NIST (HW-hardware-hardware, SW-software-software).

    Bedriftsarkitektur beskriver virksomheten til et selskap fra to hovedperspektiver:

      Forretningsarkitektur beskriver en virksomhet i logiske termer som samspillende forretningsprosesser og forretningsregler, nødvendig informasjon, struktur og informasjonsflyt.

      Informasjonsteknologiarkitektur beskriver en bedrift i form av tekniske konsepter som maskinvare og databehandling, programvare, sikkerhet og sikkerhet.

    Dokumentasjon og optimalisering av informasjonsteknologiarkitektur reduserer kompleksiteten til informasjonssystemene og forenkler integrasjonen. Optimalisering av virksomhetens forretningsprosesser og optimalisering av funksjonaliteten til informasjonssystemer som brukes til å automatisere forretningsprosesser øker tilstrømningen av investeringer i informasjonsteknologi. Bedriftsarkitektur integrerer først og fremst informasjonsteknologiarkitektur og forretningsarkitektur i en sammenhengende helhet, og gir et helhetlig syn på begge eksisterende områder.

    Bedriftsarkitektur kobler informasjonsteknologi, forretningsbehov til bedriften, strategiske, anvendte informasjonssystemer og deres støtteprosesser.

    Samtidig er bedriftens arkitektur uløselig knyttet til hovedarbeidsprosessene:

    Strategiutvikling og planlegging på bedriftsnivå;

    Bedriftsprosjektledelse.

    Business and IT Portfolio Management er en investeringsforvaltningsprosess innen IT-prosjektledelse. En portefølje forstås som et sett med prosjekter utført på en felles pool av ressurser (økonomi, mennesker, utstyr, materialer, energi); Imidlertid er ressursmassen og resultatene av alle prosjekter i porteføljen i kompetansen til ett ansvarssenter.

    Bedriftsarkitektur er et av elementene i IT-porteføljestyring og gir informasjon om forretningsprosessene og teknologiene som trengs for å automatisere dem. Bedriftsarkitekturen tjener ikke bare som grunnlag for utviklingen av en portefølje av eiendeler, men gir også hele livssyklusen til mange IT-ressurser.

    Enhver virksomhet krever systematisk utvikling av sin struktur, forretningsprosesser, informasjonssystemer og deres integrasjon med hverandre. Arkitekturen til selve bedriften er planen for utviklingen av bedriften ( målarkitektur) og et dokumentert diagram over hva som skjer i selskapet for øyeblikket ( nåværende arkitektur).

    Nåværende arkitektur(Current Architecture) beskriver den nåværende tilstanden til bedriftsarkitektur. Også referert til som arkitektur "som den er", eller grunnlinjen til en eksisterende arkitektur.

    Den nåværende arkitekturen er en refleksjon av objektiv virkelighet som inkluderer eksisterende komponenter (forretningsprosesser, informasjonssystemer, teknologiske elementer) og deres forbindelser. Dette er et sett med modeller med uunngåelige forenklinger, begrensninger og subjektive forvrengninger.

    Målarkitektur(Target Architecture) beskriver ønsket fremtidig tilstand for virksomheten, eller "hva som må dannes." Med andre ord er målarkitekturen den fremtidige modellen til bedriften.

    Målarkitektur kan kalles en ideell bedriftsmodell, som er basert på:

    Strategiske krav til forretningsprosesser og informasjonsteknologi;

    Informasjon om identifiserte "flaskehalser" og måter å eliminere dem på;

    Analyse av teknologiske trender og miljøet til bedriftens forretningsaktiviteter.

    Målarkitekturen og den nåværende arkitekturen lar deg beskrive den innledende og endelige tilstanden til bedriften - før og etter endringer i strukturen, og etterlater selve endringsprosessen uten tilsyn.

    Prosessen med overgang fra den nåværende bedriftsarkitekturen til målet overfører bedriften til en ny utviklingsspiral, og dermed kan vi si at bedriftsarkitekturen er preget av en viss livssyklus, lik livssyklusen til informasjonssystemer.

    Moderne tilnærminger til å bygge bedriftsarkitektur deler den tradisjonelt inn i flere lag (fagområder). Antall arkitektoniske lag varierer med ulike teknikker. Nedenfor vil vi se på lagene som brukes i de fleste eksisterende teknikkene:

    De strategiske målene og målene for bedriften.

    Enterprise forretningsarkitektur.

    Informasjonsteknologiarkitektur (IT-arkitektur for bedrifter), inkludert:

    - informasjonsarkitektur (Enterprise Information Architecture);

    - arkitektur av anvendte løsninger (Enterprise Solution Architecture);

    - teknologisk arkitektur (Enterprise Technical Architecture).

    De strategiske målene og målene til bedriften bestemmer hovedretningene for utviklingen og setter langsiktige mål og mål. Når du utvikler de strategiske målene til en bedrift, er det nødvendig å ta hensyn til virkningen av informasjonsteknologi på dannelsen av bildet av en moderne bedrift. I løpet av utviklingen av de strategiske målene til bedriften, dannes også en strategi for utvikling av informasjonsteknologi (modernisert).

    Forretningsstrategi bestemmer retningen for forretningsutvikling i samsvar med strategiske mål og målsettinger for virksomheten, og svarer på spørsmålet om hvorfor virksomheten bør utvikle seg i denne retningen. Forretningsstrategi inkluderer:

    Foretakets mål og mål;

    Forretningsløsninger som kreves for å nå de fastsatte målene og målene;

    Endringer som må gjøres for å nå målene og målene.

    IT-strategi bestemmer retningen for utviklingen av informasjonsteknologi i samsvar med målene, målene og forretningsstrategien til bedriften og hvordan forretningsstrategien kan implementeres. IT-strategi inkluderer:

    Prosjekter som kan settes i gang for å gjennomføre en forretningsstrategi;

    Alternativer for å løse aktuelle problemer og problemer;

    Teknologier som kan brukes for å nå dine mål.

    Enterprise Business Architecture (EVA)- dette er målkonstruksjonen av bedriftens organisasjonsstruktur, knyttet til dens oppdrag, strategi, forretningsmål. I løpet av byggingen av en forretningsarkitektur bestemmes nødvendige forretningsprosesser, informasjons- og materialflyter, samt organisasjons- og personalstruktur.

    Forretningsarkitektur er som regel forstått som et sett med modeller av forretningsprosesser, organisatoriske, kulturelle og sosiale områder i en bedrift. Det tar hensyn til bedriftens profil, dens mål, alternativer for implementering av forretningsprosesser. Arkitekturen til forretningsprosesser bestemmes av organisasjonens grunnleggende funksjoner og kan endres under påvirkning av det ytre miljøet.

    Forretningsarkitekturen til en bedrift er uløselig knyttet til styringsprosessen. Bedriftsledelse refererer generelt til virksomheten til et selskap som svar på endringer i det økonomiske og sosiale miljøet. Ledelsespersonell fordeler økonomiske, arbeidskraft og materielle ressurser for den mest effektive oppnåelsen av de strategiske målene og målene til bedriften.

    I løpet av utviklingen av en forretningsarkitektur vurderes ulike modeller for å bygge en bedrift i detalj, i samsvar med utviklingsstrategien. Forretningsarkitekturmodeller kan deles inn i tre klasser: klassisk (referanse), spesialisert og spesifikk.

    En bedrifts IT-arkitektur, eller med andre ord, en informasjonsteknologiarkitektur, er en samling av tekniske og teknologiske løsninger for å sikre effektiv funksjon av virksomhetens forretningsprosesser i samsvar med reglene og konseptene definert av forretningsarkitekturen.

    En generalisert IT-arkitektur bør inneholde både logiske og tekniske komponenter. Den logiske arkitekturen gir en beskrivelse på høyt nivå av virksomhetens oppdrag, dens funksjonelle og informasjonskrav, systemkomponenter og informasjonsflyt mellom disse komponentene. Den tekniske arkitekturen definerer de spesifikke standardene og reglene som skal brukes for å implementere den logiske arkitekturen.

    Tradisjonelt er bedriftens IT-arkitektur representert som tre sammenkoblede komponenter:

    Enterprise Information Architecture (EIA) - informasjonsarkitektur;

    Enterprise Solution Architecture (ESA) - arkitektur av anvendte løsninger;

    Enterprise Technical Architecture (ETA) er en teknisk arkitektur.

    I løpet av utviklingen av en bedriftsarkitektur lages en modell som inkluderer informasjon om produksjonsprosesser, informasjons- og materialflyter, ressurser og organisatoriske enheter. Samtidig avhenger IT-arkitekturmodellen direkte av rollen som informasjonssystemer spiller i bedriften: strategisk (fokusert på implementering av eksisterende strategier og operasjoner), skiftende (et verktøy for å øke virksomhetens effektivitet), støtte (IS ikke spille en spesiell rolle i virksomhetens funksjon), fabrikk (IS er et uunnværlig element som sikrer at en virksomhet fungerer).

    En Enterprise Information Architecture (EIA), eller informasjonsarkitektur, er (fra Meta Group-analytikeres synspunkt) et administrert sett med teknikker som beskriver en bedriftsinformasjonsmodell og inkluderer:

    Databaser og datavarehus;

    Informasjonsflyt (både innad i organisasjonen og kommunikasjon med omverdenen).

    Informasjonsarkitekturen til bedriften kan konvensjonelt kalles dataflytlaget. Men når du bygger en bedriftsinformasjonsarkitektur, er det ikke nødvendig å lage modeller for alle typer data som brukes i bedriften. Det er nok å sikre utvalget av de viktigste (kritiske for bedriften) data og å modellere dem på et høyt abstraksjonsnivå.

    En Enterprise Solution Architecture (ESA), eller med andre ord en applikasjonsarkitektur, inkluderer en samling programvareprodukter og grensesnittene mellom dem.

    Arkitekturen til anvendte løsninger er delt inn i to områder:

    Utviklingsområdet for applikasjonssystemer;

    Applikasjonssystemer portefølje.

    Området for applikasjonssystemutvikling beskriver den teknologiske delen av arkitekturen til anvendte løsninger og inkluderer programvareprodukter; datamodeller; grensesnitt; brukergrensesnitt.

    Området for applikasjonsutvikling er en teknisk beskrivelse av spesifikke applikasjoner. Følgelig er informasjon om disse modulene lettest å representere i form av følgende to ordninger:

    Systemkomponenter og struktur - den interne strukturen til systemet, inkludert informasjon om programvaremoduler og databaser;

    Interaksjon med andre systemer (grensesnitt) - beskriver applikasjonens interaksjon med eksterne objekter (programvareprodukter, brukere).

    Teknisk bedriftsarkitektur(Enterprise Technical Architecture, ETA) er en samling programvare- og maskinvareverktøy, metoder og standarder som sikrer effektiv drift av applikasjoner. Med andre ord, med teknisk arkitektur mener vi en fullstendig beskrivelse av bedriftens infrastruktur, inkludert:

    Informasjon om bedriftens infrastruktur;

    Systemprogramvare (DBMS, integrasjonssystemer);

    Maskinvare- og programvarestandarder;

    Sikkerhetsmidler (programvare og maskinvare);

    Infrastrukturstyringssystemer.

    Den tekniske arkitekturen til en virksomhet kan visualiseres som en samling av applikasjonsarkitekturer som brukes i virksomheten. Visuelt kan den tekniske arkitekturen til en applikasjon på sin side representeres i form av et diagram som inkluderer informasjon om servere, systemkomponenter, standarder (brukt i denne applikasjonen) og relasjonene mellom dem.

    Når det gjelder systemanalyse, kan bedriftsarkitektur vurderes i to aspekter:

      statisk - i henhold til bankens tilstand på et bestemt fast tidspunkt;

      dynamisk - som en overgangsprosess (migrering) av en bank fra nåværende tilstand til en ønsket tilstand i fremtiden.

    Den statisk vurderte bedriftsarkitekturen består av følgende elementer:

      oppdrag og strategi, strategiske mål og målsettinger;

      forretningsarkitektur;

      system arkitektur.

    Sett i dynamikk er bedriftsarkitektur en sammenhengende, sammenhengende handlingsplan og koordinerte prosjekter som er nødvendige for å transformere den eksisterende arkitekturen til organisasjonen til en tilstand definert som et langsiktig mål, basert på de nåværende og planlagte forretningsmålene og forretningsprosessene til selskapet. organisasjon.

    Derfor er bedriftsarkitektur generelt beskrevet av følgende sekvensielt avhengige seksjoner (se fig. 2):

      bankens formulerte oppdrag og strategi, strategiske mål og målsettinger;

      forretningsarkitektur i nåværende (som den er) og planlagt (å være) tilstand,

      systemarkitektur i nåværende (som den er) og planlagt (å være) tilstand;

      planer for aktiviteter og prosjekter for overgangen fra dagens tilstand til den planlagte.

    Ris. 2. Syklisk utvikling av bedriftsarkitektur

    I fig. 2 viser at gjennomføringen av migrasjonsplanen ikke innebærer å fryse utviklingen av forretnings- og systemarkitekturen.

    Systemarkitekturen (bedrifts-) gir et strategisk informasjonsrammeverk som definerer:

      forretningsstruktur;

      informasjon som kreves for å drive denne virksomheten;

      teknologier som brukes til å støtte forretningsdrift;

      overgangsprosesser for transformasjon, utvikling, som er nødvendige for implementering av nye teknologier som svar på fremveksten av nye endrede forretningsbehov.

    Dermed representerer arkitekturen til systemet (bedriften) en modell av hovedplasseringen og relasjonene til de interne delene av systemet (fysisk eller konseptuelt objekt eller enhet).

    Bedriftsarkitekturen er fullstendig beskrevet av følgende enheter (se figur 3):

      Klassifisering av bedriftsinformasjonssystemer

    - den viktigste komponenten i den moderne informasjonsinfrastrukturen til en kompleks organisasjon, siden behovet for et informasjonssystem bare er typisk for organisasjoner med høy grad av kompleksitet - et betydelig antall avdelinger og en rekke aktivitetsområder.

    Et bedriftsinformasjonssystem (KIS) er et sett med programvare- og maskinvareverktøy som støtter forretningsprosessene til en organisasjon.

    Konseptet med bedriftsinformasjonssystemer stammer fra

    konsepter for innenlandske automatiserte systemer (AC - automatisert system, ACS - automatisert kontrollsystem, ACS - automatisert bedriftsstyringssystem, ISUP - integrert bedriftsstyringssystem), og fra utenlandske klassesystemer MRP, ERP etc.

    Etter introduksjonen av sistnevnte sluttet imidlertid forkortelsene av typen "ACS" praktisk talt å bli brukt, og ga plass til den generelle forkortelsen "KIS". Til tross for dette er det ingen generelt akseptert definisjon av et bedriftsinformasjonssystem (i motsetning til ACS, ACS, som ble definert av GOST 34.003-90).

    Generelt sett kan du gi noen av hovedtrekkene til CIS:

      overholdelse av informasjons- og ledelsesbehovene til bedriften, dens virksomhet;

      konsistens med det vedtatte styringssystemet og organisasjonskulturen til bedriften;

      integrering;

      åpenhet og skalerbarhet.

    Bedriftsinformasjonssystem Er et åpent integrert sanntidsautomatisert system for automatisering av forretningsprosesser i en bedrift, inkludert utviklings- og ledelsesbeslutningsprosesser.

    Generelt kan ethvert informasjonssystem kalles bedrifter hvis det dekker alle nødvendige områder av ledelse og forretningsprosesser til en bedrift.

    Prosessen med utvikling av automatiserte systemer ble dannet en rekke krav til det utviklede CIS.

    1. Kompleksitet og konsistens... CIS bør dekke alle nivåer av bedriftsledelse som helhet (fra en stor divisjon til en spesifikk arbeidsplass), samt ta hensyn til dets filialer, datterselskaper, servicesentre og representasjonskontorer. Faktisk er selve produksjonen og distribusjonen av varer, fra et informatikksynspunkt, en kontinuerlig prosess med å generere, behandle, endre, lagre og spre informasjon. Hver arbeidsplass er en node som bruker og genererer viss informasjon. Alle slike noder er sammenkoblet av informasjonsstrømmer, nedfelt i form av dokumenter, meldinger, ordrer, handlinger osv. Dermed kan en fungerende virksomhet representeres som en informasjonslogisk modell bestående av noder og koblinger mellom dem. En slik modell bør dekke alle aspekter av virksomhetens aktiviteter, bør være logisk begrunnet og rettet mot å identifisere mekanismer for å oppnå hovedmålet for entreprenørskap i et markedsmiljø - generere inntekt og maksimal fortjeneste, noe som innebærer kravet om konsistens.

    2. Modularitet av konstruksjon. Informasjon i en slik informasjonslogisk modell er distribuert i naturen og kan være ganske strengt strukturert ved hver node og i hver flyt. Noder og strømmer kan på sin side være betinget (eller eksplisitt) gruppert i undersystemer. Deretter tillater modulariteten til konstruksjonen parallellisering, tilrettelegging og følgelig fremskynde prosessen med installasjon, opplæring av personell og lansering av systemet i industriell drift.

    3. Åpenhet- Dette kravet blir spesielt viktig hvis vi tar i betraktning at automatisering ikke bare er begrenset til kontroll, men også dekker slike oppgaver som design og vedlikehold, teknologiske prosesser, intern og ekstern dokumentflyt, kommunikasjon med eksterne informasjonssystemer (for eksempel Internett ), sikkerhetssystemer etc.

    4. Tilpasningsevne. Enhver virksomhet eksisterer ikke i et begrenset rom, men i en verden med stadig skiftende tilbud og etterspørsel, som krever en fleksibel respons på markedssituasjonen, som noen ganger kan være assosiert med en betydelig endring i strukturen til virksomheten og produktutvalget eller tjenester som tilbys. Dette innebærer at bedriftsinformasjonssystemet skal være fleksibelt i forbindelse med endringer i selve virksomheten og i dens ytre miljø. Det er ønskelig at systemet, i tillegg til tilpasningsverktøy, også har utviklingsverktøy - verktøy som programmerere og de mest kvalifiserte brukerne av en bedrift selvstendig kan lage komponentene de trenger, som organisk kan integreres i det eksisterende systemet.

    5. Pålitelighet. Når KIS drives i en industriell modus, blir det en uunnværlig komponent i en fungerende virksomhet, i stand til å stoppe hele produksjonsprosessen i tilfelle nødstopp og forårsake enorme tap. Derfor er et av de viktigste kravene til et slikt system kontinuiteten i dets funksjon som helhet, selv under forhold med delvis svikt i individuelle elementer på grunn av uforutsette og uoverstigelige årsaker.

    6. Sikkerhet. Dette kravet inkluderer flere aspekter:

      Beskyttelse mot tap av data. Dette aspektet implementeres hovedsakelig på organisasjons-, maskinvare- og systemnivå, det vil si på nivået av driftsmiljøet.

      Opprettholde integriteten og konsistensen til data. Applikasjonssystemet må spore endringer i gjensidig avhengige dokumenter og gi versjonskontroll og generasjonskontroll av datasett.

      Forebygging av uautorisert tilgang til data i systemet. Disse oppgavene løses på en helhetlig måte, både ved organisatoriske tiltak og på nivå med drift og anvendte systemer. Spesielt bør applikasjonskomponenter ha avanserte administrasjonsverktøy som tillater å begrense tilgangen til data og systemfunksjonalitet avhengig av brukerens status, samt overvåke brukerhandlinger.

      Forebygging av uautorisert tilgang til data fra utsiden.

    Løsningen på denne delen av problemet faller hovedsakelig på maskinvare- og driftsmiljøet for funksjonen til CIS og krever en rekke administrative og organisatoriske tiltak.

    7. Skalerbarhet... En bedrift som med suksess driver og tjener tilstrekkelig fortjeneste har en tendens til å vokse, dannelsen av datterselskaper, filialer og representasjonskontorer, som i prosessen med å drive CIS kan kreve en økning i antall automatiserte arbeidsstasjoner, en økning i volumet av lagret og behandlet informasjon. I tillegg, for selskaper som eierandeler og store selskaper, bør det være mulig å bruke den samme styringsteknologien, både på morforetakets nivå og på nivået til et hvilket som helst, selv et lite, medlemsfirma.

    8. Mobilitet... På et visst stadium i utviklingen av en bedrift kan veksten av krav til ytelse og systemressurser kreve en overgang til en mer produktiv programvare- og maskinvareplattform.

    10. Lett å lære- dette kravet innebærer ikke bare bruk av et intuitivt programgrensesnitt, men også tilgjengeligheten av detaljert og velstrukturert dokumentasjon, muligheten for opplæring av personell i spesialiserte kurs og gjennomgang av praksisplasser av ansvarlige spesialister ved bedrifter med en relatert profil, der dette systemet er allerede i drift.

    11. Utviklerstøtte- inkluderer en rekke muligheter, for eksempel å skaffe nye programvareversjoner gratis eller med en betydelig rabatt, skaffe ekstra metodologisk litteratur, konsultasjoner på hotline, skaffe informasjon om andre programvareprodukter fra utvikleren, etc.

    12. Eskorte. Under driften av komplekse programvare- og maskinvarekomplekser kan det oppstå situasjoner som krever rask inngripen av kvalifisert personell fra utviklerselskapet eller dets representant på stedet.

    Klassifisering av CIS kan være basert på utviklingen av deres utvikling. Så frem til 60-tallet av XX-tallet var funksjonen til informasjonssystemer enkel: interaktiv behandling av forespørsler, lagring av poster, bokføring og annen elektronisk databehandling (EDP).

    Pozzhe, fordi c poyavleniem kontseptsii yppavlencheckix infopmatsionnyx cictem (styringsinformasjonssystemer - MIS), var dobavlena funksjon nappavlennaya på obecpechenie menedzhepov neobxodimymi for å lage yppavlencheckix pesheny otchetami, på coctavlense informasjonssystemer coctavlenny (coctavlenny) informasjonssystemer (coctavlenny).

    På 70-tallet ble det åpenbart at de strengt foreskrevne formene for resultatene av rapporteringssystemene ikke oppfylte kravene til ledere. Da dukket konseptet beslutningsstøttesystemer (DDS) opp. Disse systemene var ment å gi ledere en spesialisert og interaktiv støtte for å ta i bruk unike løsninger på problemet på en reell, rask måte.

    På 80-tallet var utviklingen av kraften (høyhastighetsdrift) til mikrodatamaskiner, pakker med basisprogrammer og fjernsynsnettverk langt fra utløst av en datakraft. Med etogo bestått siden du konechnye polzovateli (menedzhepy) polychili vozmozhnoct camoctoyatelno icpolzovat vychiclitelnye pecypcy for pesheniya zadach, cvyazannyx c DERES ppofeccionalnoy deyatelnoctyu, ne pocpedsia zavicichypoxnya

    Med den forståelse at flertallet av toppledere ikke bruker informasjonssystemene til utarbeidelse av informasjonssystemer. Disse systemene bør gi et høyere nivå av viktig informasjon for dem, spesielt om den ytre verden, i det øyeblikket de trenger det

    forhåndslest.

    En stor prestasjon var opprettelsen og bruken av systemer og metoder

    genial intelligens(kunstig intelligens - Ai) i informasjonssystemer.

    Eksperimentelle systemer(ekspertsystemer - ES) og kunnskapsbaserte systemer har definert en ny rolle for informasjonssystemer.

    Dukket opp i 1980 og fortsatte å utvikle seg på 90-tallet, konseptet om det strategiske feltet informasjonssystemer, noen ganger kalt strategiske informasjonssystemer(strategiske informasjonssystemer - SIS).

    Produserte informasjonssystemer inkludere i seg selv kategorien transaksjonsbehandlingssystemer (transaksjonsbehandlingssystemer - TPS). Transaksjonsbehandlingssystemer registrerer prosessdata. Typisk eksempler- informasjonssystemer som registrerer salg, kjøp og endringer i staten. Resultatene av en slik registrering brukes til å oppdatere databasene på kunder, investeringer og andre organisasjonsdatabaser.

    Prosesskontrollsystemer ta de enkleste beslutningene som er nødvendige for å kontrollere produksjonsprosessene. Disse inkluderer kategorien informasjonssystemer, kalt prosesskontrollsystemer ( PCS), som automatisk tar beslutninger som regulerer den fysiske produksjonsprosessen. For eksempel, oljeforedlingsanlegg og automatiske samlebånd bruker slike systemer. De kontrollerer de fysiske prosessene, behandler dataene som samles inn av sensorene, og kontrollerer prosessen i en reell tidsskala.

    Automatiseringssystemer for bedrifter(kontorautomatiseringssystemer - OAS) samle inn, behandle, lagre og overføre informasjon i form av elektroniske dokumenter. Disse automatiserte systemene bruker spesialisert tekstbehandling, dataoverføring og annen informasjonsteknologi for å forbedre ytelsen.

    Informasjonssystemer, beregnet på å gi informasjonsforvaltere for å støtte innføringen av effektive løsninger, kalles styringsinformasjonssystemer(styringsinformasjonssystemer - MIS)... Det viktigste for våre tre hovedtyper av styringsinformasjonssystemer: rapportgenereringssystemer, vedlikeholdssystemer.

    SicTeviGenepasjoneropmeTov(i- IRS) - dette er

    den vanligste formen for styringsinformasjonssystemer.

    De gir ledere informasjonen de trenger for å tilfredsstille deres daglige behov når de tar beslutninger. De produserer og formaterer ulike typer rapporter, hvis informasjonsinnhold er forhåndsarrangert av lederne selv slik at i

    de var bare nødvendig informasjon for dem.

    SicTevi soddepzhki ssoppstartpeNSenei(beslutningsstøttesystemer - DSS) Er en naturlig utvikling av rapportgenereringssystemer og transaksjonsbehandlingssystemer. Beslutningsstøttesystemer er interaktive datainformasjonssystemer som bruke løsningsmodeller og spesialiserte databaser for å hjelpe ledere med å ta ledelsesbeslutninger. Ved bruk av DSS undersøker ledere mulige alternativer og mottar nyttig informasjon basert på settet med alternative terskler. Ledere trenger derfor ikke definere informasjonsbehovet på forhånd. I stedet hjelper DSS online dem med å finne informasjonen de trenger.

    Støttesystemer for å ta i bruk strategiske løsninger(lederinformasjonssystemer - EIS) Er ledelsesinformasjonssystemer, tilpasset de strategiske informasjonsbehovene til høyere makt. Toppledelsen mottar informasjon den trenger fra mange kilder, inkludert skriving, opptak, periodiske utgaver og rapporter, utarbeidet av databehandling og komprimert

    I forkant av utviklingen av informasjonssystemer, prestasjoner i regionen genial intelligens(kunstig intelligens - Ai). Kunstnerisk intelligens - å objektivisere informasjon, hvis formål er å utvikle systemer som kan tenke, samt se, høre, snakke og forstå. For eksempel akselererte AI-prosjekter, inkludert utvikling av virkelige datagrensesnitt, utviklingen av industriarbeid og et brukervennlig program. Hoveddrivkraften for dette er utviklingen av funksjonene til en datamaskin, vanligvis assosiert med menneskelig intelligens, av typen oppvekst, studier og løsning av problemer.

    Et av de mest praktiske grunnprogrammene: Ai- utvikling ekspertsystemer(ekspertsystemer - ES). Ekspertsystem - kunnskapsbasert informasjonssystem; det vil si at hun bruker kunnskapen om det angitte området til å fungere som en dyktig konsulent. Eksperimentelle systemkomponenter - kunnskapsbaser og programvaremoduler, som utfører logiske utdata på grunnlag av kunnskap og informasjon

    Eksperimentelle systemer brukes i mange aktivitetsområder,

    inkludert medisin, praksis, fysisk trening og business. For eksempel hjelper ekspertsystemene nå til å diagnostisere sykdommer, søke etter nyttige testbare, analysere forbindelsene, planlegge og reparere

    Sluttbrukersystemer ( end bruker datasystemer) - kompyutepnye infopmatsionnye cictemy, kotopye nepocpedctvenno poddepzhivayut opepativnye kak tak og yppavlencheckie fynktsii konechnyx polzovateley, nepocpedctvenno icpolzyyuschih infopmatsionnye pecypcy vmecto kocvennogo DERES icpolzovaniya, UNDER pomoschi ppofeccionalnyx pecypcov otdela infopmatsionnyx clyzhb opganizatsii. Konechnye polzovateli infopmatsionnyx cictem, HVORDAN ppavilo, icpolzyyut avtomatizipovannye pabochie mecta og pakety ppikladnyx ppogpamm for poddepzhki cvoey povcednevnoy deyatelnocti, takoy, HVORDAN poick infopmatshkien og pappitopezhkien.

    De vanligste typene CIS:

    CRP (Capacity Requirements Planning) - systemer som implementerer de grunnleggende funksjonene til produksjonsstyring.

    FRP (Finance Requirements Planning) - systemer som implementerer kun planleggings- og budsjetteringsteknologier.

    MRP (Material Requirements Planning) - systemer spesialdesignet for behovene til materialressursstyring, primært

    kø - forsyning.

    MRP-II (Manufacturing Resources Planning) - komplekse systemer for økonomisk planlegging og produksjonsstyring.

    MPS (Master Planning Shedule) - systemer fokusert på de fleste typer planlegging, ikke bare økonomisk, men også produksjon, salgsplanlegging, etc.

    CRM (Customer Relationship Management) - systemer fokusert ikke bare på kundeservice i forbindelse med produktet, men også på enhver type kundeservice.

    SCM (Supply Chain Management) - logistikksystemer.

    ERP (Enterprise Resources Planning) - komplekse systemer som implementerer de fleste forretningsprosesser uten en uttalt dominerende av noen retning, men med evnen til å "finjustere" til behovene til en bestemt bedrift. Som regel tar de hensyn til muligheten for både ende-til-ende og operasjonell kontroll, noe som gjør dem ekstremt praktiske for bruk av toppledelsen.Foreløpig er det den mest utbredte og etterspurte typen bedriftsinformasjonssystem.

    Referanse- og juridiske informasjonssystemer. Denne typen systemer vurderes vanligvis separat fra CIS, men bruksfrekvensen av slike systemer i sammenheng med informatisering av forretningsprosesser gjør at de kan klassifiseres som relevante tillegg til CIS.

      Identifikasjon av konseptet Enterprise innen informasjonssystemdesign som et objekt for implementering. EIS (Enterprise Information System) og MIS (Managementinformasjon System)i aspektet ved å modellere arkitekturen til et bedriftsinformasjonssystem og dets forretningsprosesser.

    Under bedriftsinformasjonssystem (KIS eller EIS - Enterprise Information System) forstå et bedriftsomfattende informasjonssystem.

    Et bedriftsinformasjonssystem (KIS, EIS - Executive Information System) er et strategisk IS, som er en kombinasjon av maskinvare og programvare som implementerer ideer og metoder for å automatisere alle funksjonene til bedriftsledelse. En slik IS er flerbruker og opererer i et distribuert datanettverk.

    CIS spesialisering- overvåking av hendelser og trender, både internt og eksternt. Med rettidig og bredere informasjon og de riktige verktøyene er seniorledere bedre forberedt til å gjøre strategiske endringer for å utnytte organisasjonsmuligheter og løse problemer.

    Eksempel. Presentasjon nummer 1

    Figur - Blokkdiagram over forholdet mellom ledd

    Bedriftssystemer dekker alle finansielle, økonomiske og produksjonsaktiviteter i foretaket, inkl. å ha filialer og datterselskaper som er en del av holdingselskaper og konsern.

    Karakteristiske trekk ved bedriftssystemer:

      Dokumentflyten til bedriften er automatisert

      Dokumenter overføres automatisk fra en entreprenør til en annen eller for underskrift til hodet, mens muligheten for feil adressering, glemme eller miste dokumenter reduseres til null. Systemet overvåker fristene for utførelse av arbeid og gir påminnelser til ansvarlige utførende.

      Forretningsprosesser er modellert. Når han tenker over innføringen av en ny forretningsprosess, beskriver lederen den i sitt bedriftsinformasjonssystem, mens han bestemmer hvilke dokumenter som er involvert i prosessen og hvem av spesialistene som er ansvarlig for handlinger med disse dokumentene. Videre vil systemet ikke tillate personell å gjøre feil eller forstyrre arbeidsteknologi.

      Interne barrierer fjernes

    For å sikre det samtidige koordinerte arbeidet til brukere i CIS, brukes klient-/serverteknologien.

    5. Tilnærminger til bygningsarkitektur. Bedriftsarkitekturkomponenter

    Tre mulige tilnærminger til å bygge arkitekturen.

    1) Standard tilnærming. Denne tilnærmingen utvikler først en generell disposisjon og regler for fremtidig beskrivelse av arkitekturen. Deretter beskrives hele den nåværende basen, og deretter presenteres hele målarkitekturen. Først etter dette begynner design, anskaffelse og implementering av systemer.

    Denne tilnærmingen krever betydelige initialinvesteringer - økonomisk og tid, på den ene siden. På den annen side kan denne tilnærmingen føre til det som kalles «analyselammelse».

    2) Status quo-tilnærmingen... Utvikling blir sett på som en reaksjon på visse vanskeligheter som oppstår.

    3) Segmenttilnærming. Denne tilnærmingen er avhengig av en designmodell for arkitektursegmenter innenfor et overordnet strukturert skjema. Den fokuserer på hovedområdene i virksomheten (for eksempel økonomistyring, menneskelige ressurser, ledelsesdokumentasjonstjeneste, etc.). For å redusere potensielle risikoer, sikre reduksjon i startkostnader og oppnå rask avkastning på prosjektet, benyttes en segmenttilnærming.

    Følgende sett med arkitekturkomponenter skilles ut.

    Arkitekturmotorer(Arkitekturdrivere) reflekterer eksterne insentiver for arkitekturendring: forretningsinsentiver og tekniske insentiver.

    Ny lovgivning, nye initiativer fra administrasjonen, bevilgninger for å fremskynde utviklingen av visse områder, markedskrefter kan fungere som forretningsinsentiver.

    Ny og forbedret programvare, maskinvare og deres kombinasjoner kan fungere som tekniske motorer.

    Strategisk retning(Strategisk retning) - en veiledning for utvikling av en målarkitektur, som inneholder visjonen om bedriftens oppdrag, prinsippene for dens konstruksjon, mål og formål for bedriften.

    Nåværende arkitektur(Carrent Architecture) definerer bedriftsarkitektur "som den er" og består av to deler: den nåværende forretningsarkitekturen og den tekniske arkitekturen (data, applikasjoner og teknologi). Den gjenspeiler nåværende evner og teknologier, og fungerer også som et objekt for ytterligere utvidelse.

    Målarkitektur(Target Architecture) definerer arkitekturen til en bedrift "hvordan bygges" og består av to deler: målbedriftsarkitekturen og den tekniske arkitekturen (dvs. data, applikasjoner og teknologi). Den presenterer fremtidige muligheter og teknologier som er resultatet av prosjektforbedringer for å støtte endrede forretningsbehov.

    Forbigående prosesser(Transitional Processes) støtter overgangen fra gjeldende arkitektur til målarkitektur. Kritiske bedriftsoverganger inkluderer IT-investeringsplanlegging, overgangsplanlegging, konfigurasjonsadministrasjon, prosjektovervåking og -administrasjon.

    Arkitektoniske segmenter(Arkitektoniske segmenter) reflekterer orienteringen av enkeltdeler av den overordnede arkitekturen til hovedvirksomhetsområdene.

    Arkitektoniske modeller(Arkitektoniske modeller) definerer forretningsmodeller og design (tekniske) modeller som reflekterer alle nødvendige segmenter for en fullstendig beskrivelse av virksomheten.

    Standarder(Standarder) inkluderer alle standarder, retningslinjer (retningslinjer) samt beste praksis. Eksempler på standarder er:

    Sikkerhetsstandarder;

    Datastandarder refererer til data, metadata og andre relaterte strukturer;

    Applikasjonsstandarder refererer til applikasjonsprogramvare;

    Teknologistandarder refererer til operativsystemer og maskinvareplattformer.

    Elementer av bedriftsarkitektur.

    Vanligvis består en arkitektur av fire til syv hovedrepresentasjoner (fagområder eller domener).

    Ris. 4. Områder for bedriftsarkitektur

    Følgende er visningene (domenene) til arkitekturen:

    Forretningsarkitektur. Beskriver aktivitetene til en organisasjon i form av dens sentrale forretningsprosesser.

    Informasjons (data) arkitektur. Bestemmer hvilke data som trengs for å støtte forretningsprosesser (for eksempel en datamodell), samt for å sikre stabilitet og langsiktig bruk av disse dataene i applikasjonssystemer.

    Applikasjonsarkitektur... Bestemmer hvilke applikasjoner som brukes og skal brukes til å administrere data og støtte forretningsfunksjoner (for eksempel applikasjonsmodeller).

    Teknologisk arkitektur(infrastruktur eller systemarkitektur). Bestemmer hvilke støtteteknologier (maskinvare og systemprogramvare, nettverk og kommunikasjon) som trengs for å skape et miljø for applikasjoner som igjen administrerer data og gir forretningsfunksjoner. Dette miljøet skal sikre driften av applikasjonssystemer på et gitt nivå for å levere tjenester til sine brukere.

    Avhengig av de spesifikke behovene til organisasjonen og relevansen av å løse visse problemer, er det mulig å skille mellom og andre arkitektursyn, for eksempel:

    Integrasjonsarkitektur... Definerer infrastrukturen for integrering av ulike applikasjoner og data. For eksempel, i prosjekter innen "e-government", når det er et stort antall statlige informasjonssystemer fra forskjellige avdelinger, er det et presserende behov for å opprette en uavhengig integrasjonsinfrastruktur (integrasjonsarkitektur), for å gi stat med integrerte tjenester til innbyggere og bedrifter etter prinsippet om «ett vindu».

    Arkitektur for delte tjenester... Eksempler på disse er tjenester som e-post, kataloger, generelle sikkerhetsmekanismer (identifikasjon, autentisering, autorisasjon). Det vil si at dette er et ganske stort antall applikasjonssystemer som er "horisontale".

    Nettverksarkitektur. Definerer beskrivelser, regler, standarder som er relatert til nettverks- og kommunikasjonsteknologier som brukes i en organisasjon.

    Sikkerhetsarkitektur etc.



© Copyright 2017, https://qzoreteam.ru