Logistikk konsept

Logistikkstøtte (MTO) er en type kommersiell aktivitet som tilfører produksjonen materielle og tekniske ressurser.

Hovedgrunnen tjener levering av materielle ressurser til produksjon av bedrifter, på et sted spesifisert i kontrakten.

MTO funksjoner:

1. Kommersiell

• Grunnleggende (kjøp / materielle ressurser);
• Auxiliary:

a) Markedsføring - løse problemene med å bestemme og velge leverandører på riktig måte;

b) Juridisk – juridisk støtte og beskyttelse av eiendomsrettigheter, støtte til forretningsforhandlinger, inngåelse av transaksjoner og overvåking av gjennomføringen av dem.

2.Teknologisk(løsning av prosessen med levering og lagring av materielle ressurser, som innledes med utpakking, konservering, anskaffelse av materielle ressurser og deres foreløpige behandling)

Typer materielle ressurser

Logistikkskjemaer

1. Transitt - produkter leveres til forbrukeren fra produsenter, og innkjøpte produkter leveres fra leverandører til utsalgssteder.

2. Lager - produkter leveres ved bruk av mellom- og distribusjonslagerkomplekser og terminaler.

Organisasjonsstruktur av MTO

Former for organisering av MTO-ledelse:

1.Sentralisert - innebærer utførelse av funksjoner av en enkelt logistikktjeneste, som skyldes organisasjonens territorielle integritet, et smalt utvalg av materialer.

2. Desentralisert - antar spredning av funksjoner, som skyldes produksjonsuavhengigheten til bedriften, med et omfattende utvalg av materialer.

3. Blandet - innebærer kombinasjonen av de tidligere formene.

Mangler i organiseringen av logistikk kan føre til:

• Underproduksjon og dermed nedgang i fortjeneste;
• Økte faste kostnader på grunn av nedetid i mangel på ressurser;
• Frigivelse av ekteskap;
• Nedgang i konkurranseevnen til produktene;
• Tap på grunn av ødeleggelse av materialer i varelager.

Systematisering av logistikktjenester innebærer tre typer styringsstrukturer:

1. Funksjonell struktur betyr spesialisering av enheter for å utføre visse funksjoner. Den brukes av foretak av en enkelt eller småskala produksjonstype, med en liten nomenklatur og volum av materialer.

2. Etter vareprinsippet individuelle divisjoner spesialiserer seg på å utføre et komplett spekter av arbeid med materialforsyning. Typisk for storskala- og masseproduksjon, med et bredt utvalg og volum av materialer.

3. Kombinert- betyr at i en underavdeling ved virksomheten utføres funksjonene av en gruppe spesialister på materielle ressurser og ekstern ressursforsyning. Interne strukturelle divisjoner utfører intraproduksjonsbevegelsen av materialene som er tildelt dem på grunn av spesialiseringen av divisjoner.

MTO planlegging

MTO planlegging kalles å skaffe grunnlag for å ta beslutninger om innkjøp av materialer.

GOST 24.206-80 Krav til innholdet i dokumenter for teknisk støtte

UDC 65.011.56: 681.3: 002: 006.354

Gruppe T52

G O S U D A R S T V E N N Y S T A N D A R T S O Y Z A S S R

System med teknisk dokumentasjon for ACS	GOST 24.206-80
KRAV TIL INNHOLDET I TEKNISK STØTTEDOKUMENT
System med teknisk dokumentasjon for datakontrollsystemer. Krav til innhold i dokumenter om teknisk støtte

Ved dekret fra USSR State Committee for Standards datert 14. mai 1980 nr. 2101, ble introduksjonsperioden etablert

fra 01.01.81

Denne standarden gjelder teknisk dokumentasjon for automatiserte kontrollsystemer (ACS) av alle typer, utviklet for alle ledelsesnivåer (bortsett fra det nasjonale), og fastsetter krav til innholdet i dokumenter som inngår i dokumentasjonen for teknisk støtte til ACS iht. med kravene i GOST 24.101-80.

1. GENERELLE BESTEMMELSER

1.1. Dokumentasjonen om teknisk støtte til ACS er ment å beskrive designløsningene for teknisk støtte i dokumentene:

• beskrivelse av komplekset av tekniske midler;
• strukturelt diagram av et kompleks av tekniske midler;
• plasseringsplan;
• en liste over applikasjoner for utvikling av nye tekniske midler;
• en liste over oppgaver for kunden til ACS (General Designer) for design i de tilstøtende delene av prosjektet til anlegget, knyttet til opprettelsen av ACS;
• liste over utstyr og materialer;
• tekniske krav til det teknologiske kontrollobjektet;
• designoppdrag i den tilstøtende delen av anleggsprosjektet knyttet til opprettelsen av et automatisert kontrollsystem;
• designvurdering av påliteligheten til et kompleks av tekniske midler;
• skjematisk diagram;
• automatiseringsordning;
• tabell over tilkoblinger og tilkoblinger;
• eksternt koblingsskjema;
• generell arrangement tegning;
• eksternt koblingsskjema;
• maskinvare spesifikasjoner;
• teknisk utstyr installasjon tegning;
• krav til materiell.

1.2. Ved utvikling av dokumenter for et delsystem er innholdet i delene av hvert dokument begrenset til rammeverket til dette delsystemet.

1.3. Avhengig av formålet og de spesifikke egenskapene til de automatiserte kontrollsystemene som opprettes, er det tillatt å inkludere ytterligere seksjoner og informasjon i dokumentene, kravene til innholdet som ikke er fastsatt av denne standarden.

1.4. Fraværet av designløsninger for en del av dokumentet er registrert i den tilsvarende delen med de nødvendige forklaringene.

2. KRAV TIL INNHOLD I DOKUMENTER

2.1. Beskrivelse av settet med tekniske midler

2.1.1. Dokumentet "Beskrivelse av komplekset av tekniske midler" må inneholde seksjoner:

• generelle bestemmelser;
• strukturen til komplekset av tekniske midler;
• datakompleks;
• abonnent poeng;
• dataoverføringsutstyr.

2.1.2. Krav til innhold i avsnitt

2.1.2.1. Avsnittet "Generelle bestemmelser" bør inneholde de første dataene som brukes i utformingen av den tekniske støtten til ACS.

2.1.2.2. Avsnittet "Strukturen av komplekset av tekniske midler" bør inneholde:

• underbyggelse av valget av et sett med tekniske midler (CTS), inkludert tekniske løsninger for utveksling av data med gjenstand for kontroll og tekniske midler til andre ACS (i tilfelle tilstedeværelsen av disse forbindelsene), bruk av tekniske midler av begrenset bruk (i samsvar med listene godkjent i etablert orden) og lenker til dokumenter som bekrefter godkjenningen av deres levering;
• beskrivelse av funksjonen til CTS, inkludert i oppstarts- og nødmodus;
• beskrivelse av plassering av CTS ved administrasjonsanlegg og ved produksjonsanlegg, tatt i betraktning oppfyllelse av sikkerhetskrav og samsvar tekniske forhold drift av tekniske midler;
• begrunnelse for bruken og de tekniske kravene til utstyret som er fastsatt i de godkjente prosjektene og estimatene for bygging eller gjenoppbygging av bedrifter og produsert individuelt av industribedrifter eller konstruksjons- og installasjonsorganisasjoner i henhold til tilpassede spesifikasjoner og tegninger fra designorganisasjoner som engangs, har ingen bransjetilknytning for produksjon og brukt i kraft av spesielle tekniske løsninger i prosjektet;
• underbyggelse av metoder for å beskytte tekniske midler mot mekaniske, termiske, elektromagnetiske og andre påvirkninger, beskytte data, inkludert fra uautorisert tilgang til dem, og sikre den spesifiserte påliteligheten til data under driften av CTS (hvis nødvendig);
• resultatene av designvurderingen av CTS-påliteligheten (om nødvendig).

2.1.2.3. Avsnittet "Datakompleks" bør inneholde:

• begrunnelse og beskrivelse av hovedavgjørelsene om valg av type datamaskin;
• beskrivelse av det strukturelle diagrammet av de tekniske midlene plassert i datasenteret (CC);
• beskrivelse av hovedløsningene for valg av typer perifere tekniske midler (PTS-datamaskiner), inkludert midler for å motta, overvåke, forberede, samle inn, registrere, lagre og vise informasjon;
• resultater av beregning eller beregning av antall tekniske midler til datasenteret og behovet for maskindatabærere;
• underbyggelse av antall personell som sikrer driften av CC i oppstarts-, normal- og nødmodus;
• beregning av arealer og tekniske løsninger for å utstyre arbeidsplasser;
• en beskrivelse av funksjonene til driften av de tekniske midlene til datasenteret i oppstarts-, normal- og nødmodus;
• den vedtatte teknologien for klargjøring av maskindatabærere, løsninger for kontroll av data når du går inn i en datamaskin og i ferd med å lagre dem.

2.1.2.4. Avsnittet "Abonnentpoeng" bør inneholde:

• begrunnelse og beskrivelse av beslutninger om valg av tekniske midler til abonnentpunkter (AP);
• begrunnelse og beskrivelse av beslutninger om valg av perifere tekniske midler til AP, inkludert midler for å motta, overvåke, forberede, samle inn, registrere, overføre, vise informasjon og påvirke kontrollobjektet;
• resultatene av beregningen (eller beregningen) av antall bærere av tekniske midler til hver AP og behovet for maskindatabærere;
• underbyggelse av antall personell som sikrer driften av hvert AP;
• tekniske løsninger for å utstyre arbeidsplassene til det operative personellet til AP, inkludert en beskrivelse av arbeidsplassene;
• beskrivelse av funksjonene til funksjonen til AP i start-, normal- og nødmodus.

2.1.2.5. Avsnittet "Dataoverføringsutstyr" bør inneholde:

• begrunnelse og beskrivelse av beslutninger om valg av fjernbehandlings- og dataoverføringsmidler, inkludert beslutninger om valg av kommunikasjonskanaler og resultatene av beregninger (om nødvendig, beregning) av antallet deres;
• beslutninger om valg av tekniske midler som gir grensesnitt med kommunikasjonskanaler, inkludert resultatene av beregningen (eller beregningen) av deres behov;
• krav til leide kommunikasjonskanaler;
• informasjon om plasseringen til abonnenter og volum-tidskarakteristikkene til de overførte dataene;
• hovedindikatorer for pålitelighet, pålitelighet og andre tekniske egenskaper ved telebehandlings- og dataoverføringsanlegg.

2.2. Strukturelt diagram av et kompleks av tekniske midler

2.2.1. Dokumentet skal vise sammensetningen av komplekset av tekniske midler og forbindelsene mellom individuelle tekniske midler eller grupper av tekniske midler, forent av eventuelle logiske tegn (for eksempel felles utførelse av individuelle eller flere funksjoner, samme formål, etc.) . Det er tillatt å indikere hovedegenskapene til tekniske midler på diagrammet.

2.2.2. Strukturen til CTS for ACS (om nødvendig) kan representeres av flere ordninger, hvorav den første er den utvidede ordningen til CTS for ACS som helhet.

2.2.3. Dokumentet er tillatt å inkluderes som en uavhengig del i dokumentet "Beskrivelse av settet med tekniske midler".

2.3. Layout plan

2.3.1. Planen for plassering av teknisk støtte, utført under utviklingen av et teknisk prosjekt. må bestemme plassering av kontrollpunkter og teknisk støtteutstyr som krever spesielle lokaler eller separate områder for plassering.

Dokumentet er tillatt å inkluderes som en uavhengig del i dokumentet "Beskrivelse av settet med tekniske midler".

2.3.2. Layoutplanen for teknisk støtte, utført i utviklingen av arbeids- og tekniske prosjekter, skal vise planer og deler av lokalene, der plasseringen av teknisk støtteutstyr skal angis; sensorer med selektive enheter, aktuatorer, telemekanikk og kommunikasjonsenheter, datautstyr, kabel- og rørledninger etc. Planen angir hvilke installasjonsdimensjoner som kreves for installasjon av teknisk utstyr.

2.4. Liste over applikasjoner for utvikling av nye tekniske midler

Dokumentet for hver søknad skal inneholde navn og formål med utviklingen, navnet på utviklingsorganisasjonen (estimert), estimert kostnad og omfang av utviklingen, tidsrammen for arbeidet.

Listen skal dekke alle kort som er utarbeidet i samsvar med GOST 20913-75 på det tekniske designstadiet og overført til kunden av systemet (General Designer) for videre behandling, godkjenning og plassering på foreskrevet måte.

(Endret utgave, endring nr. 1)

2.5. Listen over oppgaver for kunden til ACS (General Designer) for design i de tilstøtende delene av prosjektet til anlegget, relatert til opprettelsen av ACS

Dokumentet skal inneholde navn på alle oppgaver, deres formål, utstedelsesdato og frist for ferdigstillelse av arbeidet.

2.6. Liste over utstyr og materialer

Erklæringen skal inneholde den informasjonen som er nødvendig for utarbeidelse av estimater for kjøp og installasjon av teknisk støtte for systemet, og overholde de behørig godkjente kravene for utarbeidelse av tilpassede spesifikasjoner og uttalelser for ACS-prosjekter.

2.7. Tekniske krav til det teknologiske kontrollobjektet

Dokumentet skal inneholde krav til teknologisk utstyr (enhet, installasjon etc.) for endringer, revisjon og modernisering knyttet til installasjon av reguleringsorganer, selektive enheter, sensorer etc. på kontrollanlegget, samt nødvendig informasjon for å bære ut disse verkene.

2.8. Designoppdrag i en tilstøtende del av prosjektet av et objekt knyttet til opprettelsen av et automatisert kontrollsystem

2.8.1. Generelle Krav

2.8.1.1. Dokumenter av denne typen sammenstilles, om nødvendig, for å utføre designarbeid knyttet til opprettelsen av et automatisert kontrollsystem i tilstøtende deler av prosjektet til et objekt.

2.8.1.2. Behovet for utvikling, navnene på de tilsvarende oppgavene og deres innhold avhenger av kontrollobjektet, typen ACS og de tekniske løsningene som er tatt i bruk i utformingen.

2.8.1.3. Dokumentet "Oppdrag for design i den tilstøtende delen av prosjektet til anlegget, knyttet til opprettelsen av et automatisert kontrollsystem" bør bestå av følgende seksjoner:

• generell informasjon;
• krav og inndata.

2.8.1.3.1. Avsnittet "Generell informasjon" gir navnet og detaljene til kunden og utvikleren av den tilstøtende delen av prosjektet til objektet og informasjon om organiseringen av arbeidet for å fullføre oppdraget.

2.8.1.3.2. I avsnittet "Krav og innledende data" gis oppgaver og, avhengig av type, informasjon som er nødvendig for utvikling av en tilstøtende del av prosjektet til objektet.

2.8.2. Følgende typer oppgaver er etablert:

• for utforming av lokaler, kabelkonstruksjoner, åpninger og innebygde strukturer;
• for plassering av automatiseringselementer på teknologisk utstyr og rørledninger;
• å gi ACS energibærere;
• for utforming av kommunikasjons- og signalanlegg for ACS;
• for dataoverføringssystemet for det automatiserte kontrollsystemet.

2.8.3. Krav til enkelte typer oppgaver

2.8.3.1. Dokumentet "Oppdrag for prosjektering av lokaler, kabelkonstruksjoner, åpninger og innstøpte konstruksjoner" skal inneholde:

• en liste over lokaler med en indikasjon på deres parametere (areal, gulvbelastning, tillatt nivå lydtrykk etc.);
• planer for lokaler med en indikasjon på formålet med hvert rom, plasseringen av de viktigste tekniske midlene, påføring og plassering av kanaler, åpninger og, om nødvendig, innebygde strukturer for installasjon av skjold og konsoller;
• skisser av kabelkanaler og monteringsåpninger, tegninger av innebygde strukturer for installasjon av paneler og konsoller (om nødvendig);
• innledende data og krav til lokaler for konstruksjon og sanitær-tekniske deler av prosjektet, belysning og brannvern, hvis gjennomføring sikrer normal funksjon av tekniske midler og effektiv ytelse ACS-personell, inkludert opprettelsen av en hermetisk sone, kravet til etterbehandling av vegger, tak, gulv, krav til oppvarming, vannforsyning, kloakk, ventilasjon og luftkondisjoneringssystemer (temperatur, fuktighet, lufthastighet og frekvens for utveksling);
• informasjon om strømforbruket til de installerte ACS-tekniske midlene, antall faste arbeidsplasser, driftsmodus for personell, nettspenning for tilkobling av teknisk utstyr og elektroverktøy, krav til legging av kabler og ledninger, etc.

I mangel av konstruksjonstegninger er det tillatt å gi en generell utforming av lokalene med en indikasjon på plassering av utstyr, nødvendige arealer og passasjer for service av tekniske anlegg.

2.8.3.2. Dokumentet "Oppdrag for plassering av automasjonselementer på teknologisk utstyr og rørledninger" skal inneholde:

• krav til installasjon og plassering av innebygde enheter, primære enheter, regulerings- og avstengningsorganer, etc. på teknologisk utstyr og rørledninger;
• layout av automasjonselementer på teknologisk utstyr og rørledninger.

2.8.3.3. Dokumentet "Oppdrag for levering av ACS med energibærere" må inneholde:

• kravet om å forsyne KTS med energibærere (elektrisitet, trykkluft, hydraulisk energi, varmebærer, kjølemiddel, etc.) av den nødvendige kvaliteten (energibærerparametere, krav til forsyningsnettskjemaet, etc.) og spesielle krav, avhengig av typen tekniske midler som brukes;
• en liste over energiforbrukere og innledende data for utformingen av energiforsyningen;
• konstruksjonstegninger som angir plassering av energiforbrukere.

Merk. I mangel av byggetegninger er det tillatt å utarbeide en beskrivelse av energiforbrukere med informasjon om deres plassering.

2.8.3.4. Dokumentet "Oppdrag for utforming av kommunikasjons- og signalanlegg for ACS" bør inneholde:

• generelle krav til plassering av kommunikasjons- og signalanlegg, tekniske midler for dataoverføring over kommunikasjonslinjen;
• krav til kommunikasjonslinjer (parametre for kabellinjer, krav til legging av kabler, antall kommunikasjonskanaler separat for hvert informasjonsinnsamlingspunkt, etc.);
• en liste over lokaler (informasjonsinnsamlingspunkter) med indikasjon på installerte kommunikasjonsmidler, dataoverføring, signalering, radiokommunikasjon, etc.

2.8.3.5. Dokumentet "Oppdrag for et dataoverføringssystem for ACS" bør inneholde informasjon om plassering av abonnenter og volum-tidsegenskaper overført informasjon, krav til kommunikasjonskanaler og grensesnitt med disse, brukte tekniske midler, pålitelighet og andre egenskaper ved dataoverføring, driftskrav mv.

Når man utarbeider et dokument bør man være veiledet av teknisk dokumentasjon, godkjent i henhold til fastsatt prosedyre.

2.8.3.6. Avhengig av formålet og de spesifikke egenskapene til de automatiserte kontrollsystemene som opprettes, er det tillatt å utvikle andre oppgaver, hvor kravene til innholdet er definert i punkt 2.8.1.

2.9. Designvurdering av påliteligheten til et kompleks av tekniske midler

2.9.1. Dokumentet "Designvurdering av påliteligheten til et kompleks av tekniske midler" bør bestå av seksjoner:

• innledende data;
• beregningsresultater;

2.9.2. Seksjonen "Innledende data" bør inneholde all informasjon som er nødvendig for å vurdere påliteligheten til CTS i samsvar med den anvendte metodikken, inkludert passdata for teknisk utstyr når det gjelder frekvensen av feil og restaureringer, tidsplaner for lasting av teknisk utstyr, etc.

2.9.3. Avsnittet "Beregningsresultater" bør inneholde estimater av pålitelighetsindikatorer (gjennomsnittlig tid mellom feil, gjennomsnittlig tid til gjenoppretting, tilgjengelighetsfaktor) for grupper av tekniske midler involvert i utførelsen av en bestemt funksjon (flere funksjoner) for datakonvertering, og CTS av ACS som helhet.

Det er tillatt å bruke estimater av andre pålitelighetsindikatorer etablert av GOST 27.002-83.

2.10. Skjematisk diagram

Diagrammet (elektrisk, pneumatisk, hydraulisk) skal gjenspeile: operasjonsprinsippet, sammensetningen, de viktigste tekniske egenskapene og interaksjonen til den tekniske støtten til det automatiserte kontrollsystemet beregnet på implementering av funksjonene kontroll, regulering, beskyttelse, måling, signalering , strømforsyning, etc., og inneholder også

2.11. Automatiseringsordning

Skjemaet skal inneholde:

• et forenklet bilde av et kontrollobjekt eller dets del, som det er laget et diagram for;
• midler for teknisk støtte involvert i prosessen illustrert av diagrammet (symboler i henhold til gjeldende standarder), med unntak av hjelpeenheter og utstyr (strømforsyninger, releer, magnetiske startere);
• funksjonelle forbindelser mellom midlene for teknisk støtte vist i diagrammet;
• eksterne funksjonelle tilkoblinger av teknisk støtte, vist i diagrammet, med andre tekniske midler;
• en tabell over symboler brukt i ordningen som ikke er gitt av gjeldende standarder.

Det er tillatt å gi nødvendige tekstforklaringer på diagrammet.

2.12. Tilkobling og tilkoblingstabell

Dokumentet må gjenspeile de elektriske og rørforbindelsene mellom enheter og enheter (monteringsprodukter) installert i tavler, konsoller, installasjoner av aggregatkomplekser, etc., samt tilkobling av ledninger til spesifiserte tekniske midler.

2.13. Eksternt koblingsskjema

Diagrammet skal indikere:

• elektriske ledninger og kabler, impuls-, kommando-, forsynings-, rense- og dreneringsrørledninger, beskyttelsesrør, kanaler og metallslanger (angir antall, type, lengde og om nødvendig tilkoblingspunkter), lagt utenfor tavler og tverrskap;
• utvalgte enheter, sensitive elementer, reguleringsorganer, etc., innebygd i teknologisk utstyr og rørledninger med en indikasjon på deres posisjonsnummer i henhold til den tilpassede spesifikasjonen og tegningsnumrene for installasjonen deres;
• enheter, regulatorer, aktuatorer, etc., installert utenfor brettene, som indikerer numrene på deres posisjoner i henhold til ordrespesifikasjonen og numrene på tegningene av installasjonen deres;
• tavler og konsoller med indikasjon på deres navn og betegnelse på tabeller for tilkobling av tavler og konsoller;
• beskyttende jordingsenheter for tavler, enheter og andre elektriske mottakere, laget i samsvar med gjeldende forskriftsmessig og teknisk dokumentasjon;
• tekniske egenskaper for kabler, ledninger, koblings- og grenbokser, rør, beslag, etc., gitt av dette diagrammet, og deres nødvendige antall;
• en tabell over symboler brukt i ordningen som ikke er gitt av gjeldende standarder.

Det er tillatt å gi nødvendige tekstforklaringer på diagrammet.

(Endret utgave, endring nr. 1)

2.14. Eksternt koblingsskjema

Diagrammet skal vise inngangsenhetene (samlinger av bryterklemmer, pluggforbindelser, etc.) av skjermer, konsoller, koblingsbokser og kabler og ledninger koblet til dem.

Tilkoblingsskjemaet kan ikke utføres hvis disse koblingene er vist i det eksterne koblingsskjemaet.

2.15. Generell arrangementstegning

Tegningen av den generelle visningen av skjoldet (konsollen) må inneholde:

• utformingen og plasseringen av enheter, utstyr, elementer av mnemoniske kretser og installasjonsprodukter installert på frontplanet til skjoldet eller arbeidsplanet til konsollen og på de indre planene til skjoldet eller konsollen;
• en visning på et plan (eller deres seksjoner) av et skjold eller konsoll ved inngangspunktene for elektriske og rørledninger med plasseringen av et forenklet bilde av inngangsenhetene;
• utformingen av skap eller paneler i planen (i tilfelle av et multi-skap eller multi-panel sentralbord eller kontrollpanel);
• en liste over paneler (konsoller) av enheter, utstyr, installasjonsprodukter og materialer plassert på tegningen.

Det er tillatt å gi nødvendige tekstforklaringer på tegningen.

2.16. Maskinvarespesifikasjon

2.16.1. Dokumentet "Utstyrsspesifikasjon" må utarbeides i samsvar med kravene i GOST 21.110-82.

Prosedyren for registrering av utstyr og materialer levert av kunden i spesifikasjonen er fastsatt i de sektorielle reguleringsdokumentene til departementene (avdelingene), avtalt med USSR State Committee for Supply.

(Endret utgave, endring nr. 1)

2.16.2. Ved bruk av tekniske midler i prosjektet, for hvilken rekkefølge det er nødvendig å fylle ut spørreskjemaene, er vedlegget av sistnevnte til prosjektet obligatorisk.

2.16.3. Ved bruk i prosjektet av tekniske midler som har begrenset bruk i henhold til listene godkjent i henhold til fastsatt prosedyre, er det nødvendig å legge ved kopier av dokumenter til prosjektet ved godkjenning av levering av disse midlene.

2.17. Installasjonstegning for teknisk utstyr

Dokumentet må gjenspeile beslutninger om installasjon av teknisk støtte i et beløp som oppfyller kravene i GOST 2.109-73 for installasjonstegninger.

2.18. Krav til materiell

Dokumentet er utført i samsvar med kravene i GOST 21.109-80.

(Introdusert i tillegg, endringsforslag nr. 1)

Gjengitt (mai 1986) med endringer nr. 1, godkjent i august 1985 (IUS 11-85).

Teknisk støtte - sammensetningen, formen og evnen til å betjene ulike tekniske enheter som kreves for å utføre informasjonsprosedyrer: innsamling, registrering, overføring, lagring, behandling og bruk av informasjon.

Elementene i teknisk støtte inkluderer:

• 
  et sett med tekniske midler;
• 
  organisatoriske former for bruk av tekniske midler;
• 
  personell som jobber med teknisk utstyr;
• 
  undervisningsmateriell om bruk av teknologi.

Et sett med tekniske midler er et sett med sammenkoblede tekniske midler beregnet for automatisert databehandling.

Krav til et sett med tekniske midler: minimering av anskaffelses- og driftskostnader; pålitelighet; beskyttelse mot uautorisert tilgang; rasjonell fordeling av behandlingsnivåer.

Sammensetningen av komplekset av tekniske midler:

• 
  Midler for innsamling og registrering av informasjon (tellere, sensorer, personlige datamaskiner for produksjon av primærdokumenter ...).
• 
  Metoder for informasjonsoverføring (bud, telefon, faksimile, lokalnettverk, Internett),
• 
  In( personlige datamaskiner, bærbare datamaskiner, superdatamaskiner).
• 
  Organisasjonsutstyr (midler for å kopiere, ødelegge dokumenter, enheter for å verifisere ektheten av sedler, etc.).

2. AIT i behandling av tekstinformasjon
Bekvemmeligheten og effektiviteten ved å bruke datamaskiner til å utarbeide tekster har ført til opprettelsen av mange programmer for behandling av dokumenter. Slike programmer kalles tekstbehandlere eller redaktører. Mulighetene til disse programmene er forskjellige - fra programmer designet for utarbeidelse av små dokumenter med en enkel struktur til programmer for skriving, design og full forberedelse for utskrift av bøker og magasiner (publiseringssystemer).

Det finnes flere hundre ordredigerere, alt fra de enkleste til de kraftigste og mest komplekse. Den vanligste: Microsoft Word, Word Perfect (fra Word Perfect Office-pakken), Writer (fra OpenOffice-pakken). Den enkleste editoren er Notepad, innebygd i Windows. Brukere som trenger å gi høy kvalitet trykte dokumenter eller forberede komplekse dokumenter med et stort volum, reklamebrosjyrer eller bøker, er det bedre å bruke Microsoft Word. Den implementerer en stavekontroll i bakgrunnen, hendig verktøy tegnetabeller og mange andre nyttige verktøy.

3. AIT ved behandling av tabellinformasjon
Den første regnearkprosessoren ble opprettet i 1979 - VisiCalc for Apple-datamaskiner og Lotus 1-2-3 var den første for IBM PC. De mest kjente av dem er Lotus 1-2-3, Quattro Pro, SuperCalc, Excel. Den ledende plassen i denne klassen er okkupert av selskapets produkt Microsoft Excel inkludert i Kontorpakke... Excel kan løse en rekke oppgaver, fra å beregne det aritmetiske gjennomsnittet til å lage diagrammer og utføre komplekse økonomiske beregninger.
Funksjoner til tabellformede prosesser:

• 
  opprette og redigere regneark;
• 
  ulike matematiske, statistiske, økonomiske beregninger;
• 
  automatisk omberegning av tabeller i tilfelle dataendring;
• 
  design og utskrift av regneark;
• 
  arbeid med diagrammer;
• 
  arbeide med regneark som med databaser (sortere tabeller, hente data etter spørringer; lage sammendrag og pivottabeller);
• 
  løse økonomiske problemer ved å velge parametere;
• 
  løsning av optimaliseringsproblemer (Søk etter en løsning);
• 
  utvikling av makroer,
• 
  dataanalyse,
• 
  tilpasning av miljøet til brukerens behov.

Automatisering av brukerens arbeid med tabeller utføres gjennom følgende teknikker:

Homogene formler kan ikke skrives inn, men kopieres, og formlene kopieres med tilsvarende adresseendring.

Når du endrer verdien i en celle, beregnes alle cellene som er avhengige av den på nytt.

Bruk av ulike veivisere i arbeidet: Veiviser med diagrammer, Veiviser med funksjoner.

For å utføre dataanalyse, prognoser, modellering, etc. brukeren kan bruke slike verktøy fra Service-menyen som Parametervalg og Søk etter en løsning. Når du bruker disse funksjonene, må de nødvendige parameterne spesifiseres i dialogboksene, og prosessoren vil utføre de nødvendige beregningene og velge den optimale løsningen.
4. Databaser og DBMS
Database er en samling av uavhengig materiale (artikler, beregninger, forskrifter, rettsavgjørelser og annet lignende materiale) presentert i en objektiv form, systematisert på en slik måte at dette materialet kan finnes og behandles ved hjelp av elektronisk datamaskin(Datamaskin) (Den russiske føderasjonens sivile lov, art. 1260).

Database er et sett med data organisert i samsvar med visse regler og vedlikeholdt i datamaskinens minne, som karakteriserer den nåværende tilstanden til et bestemt fagområde og brukes til å møte brukernes informasjonsbehov. 1

Database er en samling av data lagret i samsvar med et dataskjema og manipulert i samsvar med reglene for datamodelleringsverktøy. 2

Database er et sett med permanente (permanent lagrede) data som brukes av påført programvaresystemer enhver bedrift. 3

En database er et delt sett med logisk relaterte data (og en beskrivelse av disse dataene) designet for å møte informasjonsbehovene til en organisasjon. 4

Databasestyringssystemer (DBMS) er et spesielt program som er nødvendig for å organisere en database (informasjonslagring) og jobbe med den for brukere informasjon System.

DBMS-klassifisering:
Av arkitekturen til organisasjonen av datalagring:

• 
  lokal - alle deler av databasen er plassert på én datamaskin;
• 
  distribuert - plassert på flere datamaskiner.

Ved å få tilgang til databasen:

• 
  filserver (Microsoft Assess, dBase, FoxPro);
• 
  klient-tjener (Oracle, DB2, MySQL);
• 
  innebygd (Microsoft SQL Server Compact).

Type administrert base data:

• 
  hierarkisk (med trestruktur elementer, for eksempel strukturen til filer og mapper på datamaskinen);
• 
  nettverk (hvert element i databasen kan assosieres med et hvilket som helst annet element);
• 
  relasjonell (basert på todimensjonale arrays);
• 
  objektorientert (elementer er objektmodeller som inkluderer applikasjonsprogrammer som styres av eksterne hendelser).

5. Elektronisk handel
E-handel er en sfære av økonomien som omfatter all finans- og handelsvirksomhet (kjøp - salg av varer og tjenester) utført via Internett.

Former for e-handel:

• 
  B2B (Business-to-Business "business-to-business") - et selskap handler med et annet selskap
• 
  B2G (Business-to-Government) interaksjon mellom næringsliv og myndigheter (for eksempel gjennom elektroniske offentlige anskaffelsessystemer);
• 
  B2С (Business-to-Consumer "business-to-consumer"); Et av de vanligste B2C-verktøyene er netthandel
• 
  G2B (Government-to-Business).
• 
  С2С gjennomføring av transaksjoner mellom to forbrukere gjennom elektroniske plattformer (internettauksjoner)

E-handel inkluderer:

• 
  elektronisk handel (e-handel),
• 
  elektroniske penger (e-kontanter),
• 
  elektronisk markedsføring (e-markedsføring),
• 
  elektronisk bank (e-bank),
• 
  elektroniske forsikringstjenester (e-forsikring).
• 
  elektronisk utveksling av informasjon (Electronic Data Interchange, EDI),
• 
  elektronisk kapitalbevegelse (Electronic Funds Transfer, EFS),

Elektroniske penger
Elektroniske penger sirkuleres ved hjelp av Internett (elektroniske lommebøker), betalingskort og enheter som fungerer med betalingskort (minibanker, terminaler osv.). Elektroniske penger kan være anonyme og personlige.

Eksempler på elektroniske penger: WebMoney, Yandex.Money, RBK Money, [email protected], etc.

Fordeler med elektroniske penger

• 
  svært lave kostnader for utslipp av elektroniske penger - det er ikke nødvendig å skrive ut sedler og mynter
• 
  elektronisk kontroll av utgifter til midler;
• 
  ikke behov for oppbevaring og fysisk beskyttelse Penger
• 
  elektroniske penger trenger ikke å telles, pakkes, transporteres og organiseres i spesielle lagringsfasiliteter;
• 
  elektroniske penger mister ikke sine kvaliteter over tid;
• 
  sikkerhet - beskyttelse mot tyveri, forfalskning, etc., er gitt av kryptografiske og elektroniske midler.

Ulemper med elektroniske penger

• 
  mangel på lovregulering
• 
  kryptografiske beskyttelsesverktøy har ikke en lang historie med vellykket drift;
• 
  tyveri av elektroniske penger er mulig ved bruk av moderne hackingmetoder
• 
  som i tilfelle av kontanter, med fysisk ødeleggelse av den elektroniske pengebæreren, er det umulig å gjenopprette pengeverdien til eieren;
• 
  mangel på anerkjennelse - ingen spesiell elektroniske enheter det er umulig å enkelt og raskt bestemme hva slags gjenstand, mengde osv.;

E-postmarkedsføring (internettmarkedsføring)
Retningslinjer for internettmarkedsføring:

• 
  Oppretting av nettsted
• 
  Søkemotoroptimalisering, inkludert intern og ekstern optimalisering (SEO)
• 
  Annonsering på Internett, som er delt inn i kontekstuell annonsering (Yandex.Direct, GoogleAdWords, Begun) og bannerannonsering.
• 
  PR på Internett
• 
  Videoannonsering

Elektronisk bank
1. System "Client-Bank"

"Client-Bank"-systemet gir oppgjørs- og depottjenester og vedlikehold av rubel- og valutakontoer fra en ekstern arbeidsplass. Systemet lar deg opprette og sende betalingsdokumenter til banken, samt motta kontoutskrifter fra banken (informasjon om kontobevegelser). Av sikkerhetshensyn bruker klient-banksystemene ulike krypteringssystemer. Bruken av Client-Bank-systemene for å betjene juridiske personer er en av de mest populære teknologiene for fjernkontroll banktjenester i Russland.

2. Internett-klient (nettbank, nettbank, nettbank)

Det mest populære eksemplet på e-handel er netthandel. Deres viktigste fordeler:

• 
  Lave priser på grunn av kostnadsbesparelser;
• 
  Sparer tid (ingen grunn til å gå til butikken og tilbake);
• 
  Arbeid hele døgnet;
• 
  Levering av varer til rett sted;
• 
  Stort utvalg av produkter og selgere;
• 
  Mangel på køer;
• 
  Bekvemmelig betaling (tilgjengelig forskjellige måter innbetaling);
• 
  Kjøpers anonymitet;

Ulemper med nettbutikker:

• 
  Mangel på mulighet til å se live og "ta på" varene;
• 
  Vanskeligheter med å levere varer;
• 
  I bestillingsprosessen oppstår det vanskeligheter som ikke alle kan forstå;
• 
  Faren for uredelige transaksjoner.

6. Plastkort og teknologi for deres bruk
Plastkort - en plate med standarddimensjoner (54x86x0,76mm), laget av spesiell plast, motstandsdyktig mot mekaniske og termiske påvirkninger, forskjellig i formål, funksjonelle og tekniske egenskaper.

Omsetningen er basert på spesielle kort: kreditt eller debet. Kredittpenger lar deg foreta kjøp på kreditt innenfor den. Bankkort bære ut elektronisk betaling innenfor beløpet for innskudd i banken.

Betalingsprosedyre: kortet settes inn i kassaapparatet, informasjon om eier og beløp som er oppgitt på kreditt leses, og en sjekk utstedes. Meldingen om kjøpet overføres via kommunikasjonskanaler til banken, eller akkumuleres på et teknisk medium, og overføres deretter. Bruken av minibanker var det første forsøket fra banker på å gi en klient muligheten til å jobbe med kontoen sin når som helst som var praktisk for ham og fra nesten hvor som helst. Minibanker kan fungere offline. Operasjoner er hovedsakelig beskyttet av en pin-kode.

Typer korttilpasning

• 
  Strekkode - tegning på kortet alfanumerisk informasjon kodet i form av streker;
• 
  Preging - tegning på overflaten av et plastkort alfanumerisk informasjon i form av pregede skilt med mulig påfølgende skriving (farging). Gir mulighet for mekanisk kopiering av data (f.eks. ved hjelp av en imprinter). Symbolpreging er bare mulig når horisontal orientering kort. Preging utføres i to typer fonter: 4,5 mm høy - stor (bare tall); 3 mm høy - liten (tall og bokstaver).
• 
  Innrykk utskrift - tegning på overflaten av et plastkort alfanumerisk informasjon i form av flate skilt med mulig påfølgende skriving (farging). Typisk for kort kun beregnet for "elektronisk" bruk;
• 
  Magnetstripe - tegning på et kort av en magnetisk informasjonsbærer med påfølgende registrering av informasjon på den; har tre spor for opptak: ett for alfanumerisk informasjon og to spor for tall.
• 
  Signaturpanel - et spesielt lag påført overflaten av kortet, slik at du kan lage inskripsjoner;
• 
  Scratch (skrape) -panel - et ugjennomsiktig beskyttende lag påført overflaten av kortet over den beskyttede informasjonen (pin-kode, vinnerord, kontopåfyllingskode, etc.);
• 
  Chip er en mikroprosessorbasert databærer som er innebygd i kortet. Har enten en pad eller bruker radiokommunikasjon (RFID).

7. "Bank-klient" system
"Bank-Kunde"-systemet er et moderne banktjeneste, som lar deg motta informasjon om tilstanden til gjeldende konto og bevegelse på den, samt i sanntid for å administrere kontoen fra kontoret til organisasjonen.

Systemet er enkelt å bruke og gir et høyt sikkerhetsnivå. Hun besitter stort beløp funksjoner for å administrere en brukskonto, så nødvendig i moderne virksomhet, fungerer med regnskapssystemene 1C, Parus, Info-Accountant, etc.

Alle dokumenter i systemet er signert av EDS (elektronisk digitalt signert). EDS er mye mer pålitelig enn "papir" signaturer og segl, det er praktisk talt umulig å forfalske det.

"Bank-Client"-systemet tillater:

• 
  administrere et hvilket som helst antall nåværende kontoer;
• 
  motta informasjon om mottatte betalinger;
• 
  motta og skrive ut kontoutskrifter;
• 
  lage analytiske prøver for innkommende og utgående betalinger, analysere finansstrømmer med spesifikke motparter;
• 
  generere betalingsdokumenter når som helst;
• 
  signere med elektronisk signatur en forhåndsforberedt "stabel med dokumenter";
• 
  vedlikeholde din egen katalog over mottakere;
• 
  utarbeide betalingsdokumenter i regnskapsprogrammer og importere dokumenter til klient-banksystemet;
• 
  eksportere dokumenter til regnskapsprogramvare;
• 
  motta informasjon om valutakursene til sentralbanken i Den russiske føderasjonen for enhver dato, samt gjeldende kjøps- og salgskurser for bankvalutaer, etc .;

Kommunikasjon med systemet er mulig via telefonkanaler (hvis klienten har telefon med modem) eller via Internett.

Noen systemer krever spesiell programvare for å være installert på klientdatamaskinen, mens andre krever en nettleser.

8. Nettbank
Nettbank er det generelle navnet på fjernbankteknologier (RBS), der tilgang til kontoer og transaksjoner gis når som helst og fra hvilken som helst datamaskin med Internett-tilgang.

Brukeren logger på via en nettleser. Internet-Client-systemet er plassert på bankens server. All brukerdata er tilgjengelig på bankens nettsider. Klienten får tilgang til ressurser ved å bruke pålogging, passord, midlertidig passord (sms-meldinger)

En klient koblet til Internett kan betale regninger, betale tilbake et lån, overføre penger fra en konto til en annen, motta kontoutskrifter, betale for en mobiltelefon, gjennomføre transaksjoner med elektroniske penger, etc.
Arbeidssikkerhet i nettbanken
For å ivareta sikkerheten til transaksjoner utført i nettbanken, brukes følgende sikkerhetstiltak:

1. Engangspassord for innlogging i nettbanken. For å komme inn, etter vellykket inntasting av pålogging og passord, må du angi et engangspassord, som sendes til mobiltelefonen som er spesifisert når du kobler til nettbanken

2. Engangspassord for transaksjoner. Et engangspassord brukes til å logge inn, gjennomføre betaling og andre transaksjoner i nettbanken.

3. Sikker tilkobling (SSL-kryptering). Tilkoblingen og arbeidet med nettbanksystemet utføres via det offentlige Internett-nettverket, derfor, for å beskytte kanalen som brukerens datamaskin kobles til bankens server gjennom, brukes den beskyttede modusen ved å bruke SSL-protokoll(Secure Sockets Layer).

4. Virtuelt tastatur. Det virtuelle tastaturet lar deg sikre et høyere nivå av beskyttelse av konfidensiell informasjon mens du bruker nettbanken. Denne teknologien øker graden av beskyttelse av passordet ditt mot å bli snappet opp av hackere.
9. AIS i skattemyndighetene
AIS er opprettet for å utføre alle funksjonene til Federal Tax Service med sikte på:

• 
  øke effektiviteten til n/a-systemet på grunn av effektiviteten og forbedre kvaliteten på beslutningene som tas;
• 
  forbedre effektiviteten av arbeidet og øke produktiviteten til skatteinspektører;
• 
  gi skatteinspektorater på alle nivåer fullstendig og rettidig informasjon om skattelovgivning;
• 
  øke påliteligheten til data om regnskaps-n/a og effektiviteten av kontroll over overholdelse av skattelovgivningen;
• 
  forbedre kvaliteten og effektiviteten til regnskapet;
• 
  innhente data om mottak av skatter og andre betalinger til budsjettet;
• 
  analyse av dynamikken til mottak av skattebeløp og muligheten for å forutsi denne dynamikken;
• 
  informere administrasjonen på ulike nivåer om skattekvitteringer og overholdelse av skattelover;
• 
  reduksjon av volumet av papirarbeidsflyten.

AIS implementerer tilsvarende AIT, dvs. et sett med metoder, informasjonsprosesser og programvare- og maskinvareverktøy, samlet i en logisk kjede, som gir innsamling, prosessering, lagring, distribusjon og visning av informasjon for å redusere kompleksiteten til prosessene for bruk av informasjonsressursen, samt for å øke deres pålitelighet og effektivitet.

Strukturen til AIS, i likhet med strukturen til skattemyndighetene selv, er på flere nivåer; hele systemet og hvert element har omfattende interne og eksterne relasjoner... Som ethvert økonomisk system inkluderer AIS funksjonelle (reflekterer fagområdet, innholdsorientering) og støttesystemer (informasjon, maskinvare, programvare og andre typer støtte). Opprettelsen av et slikt system løser en rekke problemer: informasjonsintegrasjon av skattetjenester ved telekommunikasjonsnettverk og sikring av muligheten for tilgang til informasjonsressurser for hver av dem; utvikling, opprettelse og vedlikehold av en database; utstyre skattemyndighetene datakomplekser med utviklet periferi, utvikling av programvareverktøy som sikrer løsning av funksjonelle oppgaver.

Funksjoner ved opprettelsen, funksjonen av AIS "Tax"

Målene for å skape AIS "Tax": øke effektiviteten, redusere arbeidsintensiteten og rutinen i strukturelle divisjoner, effektivisere interne og eksterne strømmer (eliminering av duplisering).

AIS "Skatt" inkluderer: 1) et system for dannelse av statens register over skattytere (n / a); 2) et system for regnskap, analyse av skatteinntekter og betalingsstatistikk; 3) opprettelse av en prediktiv og analytisk modell for mottak av skatter og andre obligatoriske betalinger; 4) økonomianalysesystem. rapportering av foretak (p / n) og dannelsen av den konsoliderte balansen til den russiske føderasjonen; 5) opprette en webtjeneste; 6) opprettelse av et avdelingskommunikasjonsnettverk, utvikling av et telekommunikasjonsnettverk; 7) et enhetlig system for kontorarbeid og arbeidsflyt, regulatorisk informasjon; 8) et system med standard programvare (SW) for lokalt nivå av GNS; 9) opprettelse av læremidler og pedagogisk programvare for valgfrie klasser i ungdomsskolen om det grunnleggende om beskatning; 10) et system for prognoser, regnskap og analyse av n / a inntekt fra utenlandsk økonomisk aktivitet; 11) et system for informasjonsinteraksjon: med databasen med tollerklæringer fra Statens tollkomité, med inntekts- og utgiftssiden til de føderale finansorganene.
10. AIS av forsikringsselskaper
Innføringen av et automatisert system i forsikringsselskapenes arbeid lar deg strukturere informasjonsstrømmer, administrere eventuelle prosesser - fra salgsautomatisering og skadeoppgjør til beregning av forsikringsreserver.
Hovedfunksjonene til programmene

• 
  Lagring av informasjon om forsikringsobjekter
• 
  Regnskap for OSAGO-poliser og avtaler om frivillige forsikringstyper
• 
  Føre journal over inngåtte kontrakter
• 
  Beregning og mottak av forsikringspremier
• 
  Inngåelse av valgfrie og obligatoriske gjenforsikringskontrakter
• 
  Automatisk beregning av reassurandørens andel i tap for proporsjonal og uforholdsmessig gjenforsikring
• 
  føre en journal over regnskapsføring av tap under forsikrings- og gjenforsikringskontrakter,
• 
  Beregning av forsikringsreserver
• 
  Utarbeidelse av rapporter om forsikringsdrift

I tillegg kan AIS-forsikring omfatte undersystemer:

Økonomistyring

• 
  Tilby multi-branch regnskap innenfor en AIS;
• 
  Refleksjon av operasjoner innen regnskap, skatt og ledelsesregnskap;
• 
  Detaljering av gjennomførte driftsregnskapsoperasjoner for utarbeidelse av intern driftsrapportering

Kontroll kontant , dvs. styring av bevegelsen av kontanter og ikke-kontante midler

Dannelse av regulert og analytisk rapportering, dvs. automatisering av rutineoperasjoner utført i slutten av måneden, inkludert valutarevaluering, avskrivning av utsatte utgifter, fastsettelse av økonomiske resultater mv.

Regnskap.

Skatteregnskap.
11. AIS i regnskap
Finnes stort antall programmer for personlige datamaskiner som automatiserer regnskap hos bedrifter. De mest kjente programmene for automatisering av regnskap i Russland inkluderer: "1C", "Parus", "BEST", "Galaktika", "Turbo-regnskapsfører", "Info-regnskapsfører". Forskjellige i detaljer har de alle generelle prinsipper arbeid:

• 
  Engangs- og minimumsinnsats - flere og maksimale uttak.
• 
  Én historielogg - mange systematiske registre.
• 
  Komplett regnskap for syntetiske kontoer, underkontoer og analytiske koder.
• 
  Rapportering av informasjon i tide - jobber på forespørsel.
• 
  Automatisk logging av forretningstransaksjoner.
• 
  Tilstedeværelsen av standardoppslag.
• 
  Mulighet for automatisert generering av primære regnskapsdokumenter og lagring av disse.
• 
  Organisering av et system for online tilgang til informasjon, samt et system for dannelse av dataarkiver med mulighet for tilgang til dem.
• 
  Kommunikasjon av drift og regnskap, organisering av administrasjonsregnskap i virksomheten.
• 
  Sikre integriteten til databasen.
• 
  Tilpassbarhet av systemet for behovene til en bestemt bruker.
• 
  Regnskap for eventuelle finansielle og forretningstransaksjoner, inkludert valuta, med automatisk omberegning av valutakursdifferanser.
• 
  Muligheten til å tilpasse systemet til regnskapsprinsipper ulike virksomheter, inkludert å sette opp en balanse, lage og redigere rapporteringsskjemaer (maler).
• 
  Automatisk beregning av utvidede og kollapsede saldoer, omsetninger, utarbeidelse av ordrejournaler, hovedbok, balanse og andre vilkårlige rapporteringsskjemaer.
• 
  Oppretting, trykking og lagring elektroniske kopier primære dokumenter.
• 
  Evnen til å generere rapporteringsskjemaer for økonomisk analyse av en virksomhet basert på regnskapsdata mv.

12. Kontorautomatisering
Historisk sett begynte kontorautomatisering med rutinemessig sekretærarbeid og vakte først senere interesse fra ingeniører og tekniske arbeidere og ledere for deres videre informatisering.

For tiden er det flere dusin kommersielt tilgjengelige programvareprodukter som gir kontorautomatiseringsteknologi:

• 
  tekstbehandler (Word),
• 
  regnearkbehandler (Excel),
• 
  E-post(Outlook, flaggermusen),
• 
  elektronisk kalender,
• 
  kommunikasjonsverktøy (ICQ, Mail Agent, Skype),
• 
  bildebehandling (skanning) og testgjenkjenning (Fine Reader),
• 
  spesialiserte programmer for overvåking av utøvende disiplin: dokumenthåndtering, verifisering av utførelse av ordre, etc.

Kontorteknologi inkluderer bruk av ikke-datamaskinfasiliteter, faksimilekommunikasjon, kopimaskin og annet kontorutstyr.

1 Kogalovsky M. R. Encyclopedia of Database Technologies. - M .: Finans og statistikk, 2002

2 GOST R ISO IEC TIL 10032-2007: Referansemodell for datastyring (identisk med ISO / IEC TR 10032: 2003 Informasjonsteknologi - Referansemodell for datastyring)

3 Dato CJ Introduksjon til databasesystemer. - 8. opplag .: Per. fra engelsk - M.: Forlag Williams, 2005

4 Connolly T., Begg K. Databaser. Design, implementering og vedlikehold. Teori og praksis. - 3. opplag .: Per. fra engelsk - M .: Forlag "Williams", 2003

En av de viktige oppgavene i utformingen av automatiserte informasjonsbehandlingssystemer er valget av et sett med maskinvare og programvare for implementering av den teknologiske prosessen med informasjonsbehandling. Den største vanskeligheten med dette valget er at det er det hele linjen komplekse forover- og bakoverkoblinger mellom systemer for teknisk og teknologisk støtte. Manifestasjonen av disse relasjonene ligger både i innflytelsen av komplekset av maskinvare og programvare på den utformede teknologiske prosessen, og i den omvendte innflytelsen av den teknologiske prosessen på maskinvaren og programvaren.

Blant faktorene for slik påvirkning er det nødvendig å fremheve følgende:

Kompatibilitet - et av hovedkravene til moderne databehandlingssystemer er maskinvare- og programvarekompatibilitet med standardplattformer;

Komposisjon teknologiske operasjoner data input / output;

Maskinvarekrav til programvaren som brukes;

Ergonomiske krav;

Økonomiske krefter;

Teknologiske krav for å støtte arbeid med et lokalnettverk;

Volumene av de behandlede dataene og kravene til hastigheten på behandlingen.

For å automatisere innsamling og behandling av data er det nødvendig å designe programvare som oppfyller funksjonelt formål automatisert arbeidsplass og velge tekniske midler som oppfyller funksjonskravene (tabell 3).

Tabell 3 Kjennetegn ved en personlig datamaskin for arbeid i Access 2007

Under driften av den automatiserte arbeidsplassen til en ansatt i avdelingen for gjennomføring av administrativ lovgivning til det statlige trafikksikkerhetsinspektoratet i byen N-ka, utføres tilgang til databasen, Spesiell oppmerksomhet det er nødvendig å ta hensyn til kriteriet for valg av maskinvare, for eksempel kapasiteten til harddisken og produsenten av prosessoren. Samtidig må andre parametere i datasystemet opprettholdes på et nivå som er tilstrekkelig for den normale funksjonen til operativsystemet. Det valgte settet med tekniske midler er i stand til å sikre pålitelig drift av informasjonssystemet, med den eksisterende belastningen.

Begrunnelse av designløsninger for informasjonsstøtte

Informasjonsstøtte er en refleksjon av informasjonsmatriser og -flyter for fagområdet som AWS er ​​designet for. Informasjonsstøtte inkluderer et sett med et enhetlig system med informasjonsflyter - alternativer for å organisere dokumentflyt; systemer for klassifisering og koding av økonomisk informasjon; enhetlig system dokumentasjon; ulike informasjonsmatriser lagret i maskinmedier. Ut-av-maskin informasjonsstøtte inkluderer et system med økonomiske indikatorer, informasjonsstrømmer, et klassifiserings- og kodesystem og dokumentasjon. Intra-maskin informasjonsstøtte er et system med spesielt organiserte data som er gjenstand for automatisert behandling, akkumulering, lagring, søk, overføring i en form som er praktisk for persepsjon med tekniske midler.

Informasjonsstøtten til den ansatte ved avdelingen for gjennomføring av administrativ lovgivning som utvikles av AWP består av følgende hoveddeler:

Støtte for informasjon utenfor maskinen, inkludert inn- og utdatadokumenter;

Intramaskininformasjonsstøtte, inkludert behandlet informasjon;

Intra-maskin informasjonsstøtte, inkludert betinget permanent informasjon (referansebøker).

Informasjonsstøtte utenfor maskinen er forhåndsbestemt, og brukes derfor i problemet som løses uten endring. Intra-maskin informasjonsstøtte, inkludert betinget konstant informasjon, kan implementeres ved hjelp av eksisterende baser data med referanseinformasjon. I vårt tilfelle kan en slik referansebase være det juridiske dataprogrammet Garant, som inkluderer alle regulatoriske dokumenter som kreves i arbeidet til en spesialist av enhver kvalifikasjon.

Dataene, formet til informasjonsmatriser, danner en informasjonsdatabase, som brukes til å løse problemet. For effektiv tilgang til databasen er det nødvendig å definere en modell for den logiske strukturen til databasen.

I designet versjon er det valgt relasjonsmodell, siden det er den enkleste og vanligste formen for datapresentasjon i form av en tabell. Den mest praktiske versjonen av databaseformatet for implementering er Microsoft-format Kontor, hvis fordeler vil bli diskutert i neste avsnitt.

Begrunnelse for designløsninger for programvare

Generell programvare (SW) sikrer funksjonen til datamaskiner, utvikling og tilkobling av nye programmer. Dette inkluderer OS, programmeringssystemer og serviceprogrammer.

Den profesjonelle orienteringen til AWP bestemmes av den funksjonelle delen av programvaren (FPO). Det er her en orientering mot en spesifikk spesialist legges, og problemløsning på enkelte fagområder sikres.

Fagfolk må ofte samarbeide med store volumer data for å finne nødvendig informasjon for utarbeidelse av ulike dokumenter. For å lette denne typen arbeid ble databasestyringssystemer laget (DBMS: DBASE, RBASE, ORACLE, etc.). DBMS lar deg lagre store mengder informasjon, og viktigst av alt, raskt finne dataene du trenger.

Vi valgte Microsoft Access DBMS - det er det mest populære administrasjonssystemet for skrivebordsdatabaser i dag. Hennes suksess kan tilskrives det utmerkede reklamekampanje organisert av Microsoft, eller inkludert i det rike miljøet til produktfamilien Microsoft Office... Roten til suksessen ligger sannsynligvis i den utmerkede produktimplementeringen for både nybegynnere og erfarne brukere.

Til tross for fokuset på sluttbrukeren, har Access et språk Visuell programmering Basic for Application, som lar deg lage arrays, dine egne datatyper, kalle DLL-funksjoner ved hjelp av OLE automatisering overvåke driften av applikasjoner som kan fungere som OLE-servere. Du kan til og med lage hele databaser med koding når behovet oppstår.

MS Access av alle de vurderte utviklingsverktøyene har kanskje det rikeste settet med visuelle verktøy.

Hovedkvaliteten til Access som tiltrakk oss er den tette integrasjonen med Microsoft Office. For eksempel, etter å ha kopiert et grafisk bilde av en tabell til utklippstavlen, åpnet Microsoft Word og brukt lim fra utklippstavlen, vil vi umiddelbart få en ferdig tabell med data fra databasen i dokumentet. I tillegg kan Access-tabeller fra DBMS vendes og tilpasses i Ms Excel-regnearkprosessoren. Denne operasjonen har også motsatt effekt.

Alt arbeid med databasen utføres gjennom vinduet til databasebeholderen. Herfra kan du få tilgang til alle objekter, nemlig: tabeller, spørringer, skjemaer, rapporter, makroer, moduler.

Gjennom ISAM-drivere kan du få tilgang til tabellfiler i noen andre formater: DBASE, Paradox, Excel, tekstfiler, FoxPro 2.x, og gjennom ODBC-teknologi - og til filer i mange andre formater.

Seksjonen er obligatorisk ved utvikling av designløsninger for å forbedre komplekset av tekniske midler til IS.

Designløsninger for teknisk støtte inkluderer: en beskrivelse av komplekset av tekniske midler (CTS) av problemet som skal løses (hensikten med CTS, strukturen til komplekset av tekniske midler, oppgavene som skal løses), funksjonsdiagrammet for CTS (beskrivelse av funksjonen til CTS i samsvar med funksjonsdiagrammet), datateknologi (type, formål, funksjonelle og tekniske egenskaper, interaksjonsprotokoller, tilkoblingsprosedyre, krav til driften av CTS).

4. Strukturen til CCC

... Komplekset av tekniske midler til IS LLC "LLC" er representert av følgende komponenter:

Servermaskinvare: databaseservere, virtualiseringsserver, proxyserver, terminalserver, backupserver, applikasjonsserver, administrasjonsserver;

· Maskinvare- og programvaresystemer for informasjonsbeskyttelse;

· Automatiserte arbeidsstasjoner utstyrt med personlige datamaskiner og / eller bærbare datamaskiner - i henhold til antall ansatte;

· Nettverksbytteutstyr - brytere;

· Telekommunikasjonsutstyr for nettverk - rutere, modemer;

· Utstyr av et strukturert kablingssystem;

· Avbruddsfri strømforsyningsutstyr.

Ved automatiseringsanlegget installeres utstyrssett i henhold til tabell 7

Tabell 7 - Sammensetning av KTS LLC "LLC"

Navn strukturelt element gjenstand automasjon	Sammensetning av KTS-settet	Installasjonssted
LLC "LLC"	Databaseserver - 2 stk.	460001 Orenburg pr. Basseyny, bygning 1
Virtualiseringsserver - 1 stk.
Proxy-server - 1 stk.
Administrasjonsserver - 1 stk.
Backup server - 1 stk.
Terminal Server - 1 stk.
Applikasjonsserver - 1 stk.
Informasjonssikkerhet maskinvare og programvare kompleks - 1.
Innbruddsdeteksjonssystem maskinvare og programvare kompleks - 1 stk.
AWP av brukere - 93 stk.
Ruter - 1 stk.
Brytere - 11 stk.
Filial nr. 1 LLC "LLC"	AWP av brukere - 15 stk.	Orenburg, Gazpromovskaya str., 70
Ruter - 1 stk.
Brytere - 3 stk.
Filial nr. 2 LLC "LLC"	AWP av brukere - 5 stk.	Orenburg, Chkalov gate 1
Ruter - nei
Brytere - 1 stk.

Brukertilgang til ressursene til IS LLC "LLC" utføres gjennom et dataoverføringssystem som integrerer servere, personlige datamaskiner, svitsj- og telekommunikasjonsutstyr i et datanettverk.

Infrastrukturen som sikrer funksjon av funksjonell, programvare og informasjonsstøtte er et generelt system som inkluderer serverkomponenter, personlige datamaskiner til brukere, nettverk og kommunikasjonsenheter.

Blokkdiagrammet for utstyret til KTS IS LLC "LLC" er vist i figur 32 (a, b, c).

a) hovedbygningen til LLC "LLC", Orenburg pr. Bassenghus 1

b) LLC "LLC" filial nr. 1, Orenburg, st. Gazpromovskaya, hus 70

c) LLC "LLC" filial nr. 2 (typisk)

Figur 32 - Strukturen til komplekset av tekniske midler til IS LLC "LLC"

Komponentene til IS LLC "LLC" er bygget på grunnlag av et svitsjet lokalnettverk (LAN) med segmentering og sentralisert kontroll.

Layer 2/3-svitsjer brukes i hoved-LAN-segmentet. Trafikk overføres over nettet med en hastighet som samsvarer med hastigheten til dataoverføringsmediet. Dataoverføringshastigheten i LAN er 100 Mbps – 1 Gbps. Layer 3-svitsjer har i sin funksjonalitet muligheten til å konfigurere ruting for programnivå... Bytting er basert på et bufferskjema, som lar deg lagre og behandle trafikkrammer på et minimumstidspunkt.

Bryterne til hovedsegmentet til LAN er sammenkoblet i henhold til topologien "hierarkisk stjerne" (fig. 33).

Figur 33 - Skjema for topologien for tilkobling av brytere til hoved-LAN-segmentet

Nettverkssegmenter dannes av rutere som samtidig fungerer som gatewayer ved tilgang Internett-nettverk.

Utgående/innkommende trafikk med tegnet "konfidensiell informasjon" krypteres/dekrypteres av en kryptogateway, som også er en brannmur.

Bryterne til gren # 1-segmentet er koblet til i henhold til "stjerne"-skjemaet (fig. 34).

Figur 34 - Skjema for topologien for tilkoblingen av bryterne til segmentet til grenen til LLC "LLC"

For å organisere tilgangen i hovednettsegmentet brukes en to-nivå modell: tilgangsnivået og sentralnivået (fig. 35). På tilgangsnivå løses oppgavene med å koble til brukere. Det sentrale laget kombinerer funksjonene til å videresende trafikk fra et lokalt nettverk til et annet og gir en høyhastighets ryggrad for spredte endenettverk. Brukertrafikk genereres på tilgangslaget og sendes deretter til det sentrale laget. Nettverksarkitekturen inkluderer en bygningsinfrastruktur med servere, nettverkskontroller og anleggsgrenseelementer, bestående av Internett-tilkoblingsenheter og VPN-er.

Figur 35 - Designløsning for fysiske og kanalnivåer

hovedsegmentet

For å få tilgang til nettverket i segmentene gren # 1 og gren # 2, brukes en nivåfri modell (fig. 36).

Figur 36 - Fysisk topologi for hoved-LAN-segmentet

Filial nummer 1 (a), filial nummer 2 (b)

2. Beskrivelse av den logiske topologien til KTS LLC "LLC"

Diagrammet over den logiske topologien til LLC "LLC" tekniske midler kompleks er vist i figur 37. Diagrammet viser det logiske adresseringsskjemaet til nodene til institusjonens datanettverk, laget i samsvar med kravene i RFC 990 og RFC 997. Den er basert på separasjon av nettverksadressering fra enhetsadressering i disse nettverkene. I dette tilfellet tildeles adressene sekvensielt for å gjøre rutingen av nettverkstrafikk mer effektiv. Hovedprotokollen for adressering av nettverksnoder er Internet Protocol (IP). En IP-adresse har to deler: et nettverksnummer og et vertsnummer. Siden nettverkene til de eksterne avdelingene til klinikken er isolerte nettverk, ble IP-adressen valgt fra adressene i kategori "B" for hovedsegmentet til bedriftens LAN: 172.16.0.0/16 og fra kategori "C" for segmentene av barneklinikken og helsestasjonene: 192.168.0.0/24. For å forenkle konfigurasjonen og påfølgende vedlikehold av nettverkssegmenter i undernett, brukes klasseadressering med standardmasker, henholdsvis 255.255.0.0 og 255.255.255.0.

Figur 37 - Skjema for den logiske topologien til KTS

Adresseringen til LAN-noder registreres i adresseringstabellen (tabell 8).

Algoritmer for ruting av nettverkstrafikk implementeres av enhetsprogramvare på nettverksnivå.

Det lages et rutediagram for hver enhet og registreres i rutetabellen.

Klinikkens nettverk bruker statisk ruting.

En standard gateway brukes for alle nettverksnoder, som er en proxy-server.

Tabell 8 - Nettverksadressering av nodene til datanettverket til LLC "LLC"

3. Kvalitetssikring (QoS).

Oppgaven med nettverksbelastningsstyring er å unngå overbelastningstilstanden til nettverksinfrastrukturen på grunn av det store antallet pakker som overføres samtidig av undernett eller deres deler. Lasthåndtering i nettverket utføres av aksessnivåbrytere.

teknologier QoS er forårsaket av typene trafikk som sirkulerer i nettverket til LLC "LLC". Typisk trafikk til LLC "LLC" er:

· Filoverføring;

· Web-tilgang;

· fjerntilgang til serveren;

· Behandling av transaksjoner;

· E-post;

· Trafikk av medisinsk utstyr;

· Kringkast video (videokonferanse);

· Overføring (behandling) av bilder;

· Telefoni.

Det er ingen spesielle krav til et datanettverk for å sikre QoS.

4. Vedtak om protokoller for transport, sesjon, presentasjon og søknadsnivåer

Transportlaget bruker to hovedprotokoller: TCP og UDP. Gjennom disse protokollene gir transportlaget en dataoverføringstjeneste med applikasjonsnivå OSI-modeller til lavere nivåer.

Hovedprotokollen for transportlag er TCP. Den gir pålitelig dataoverføring og har i oppgave å administrere data og overbelastning, noe som innebærer å matche dataoverføringshastigheten med de tekniske egenskapene til den mottakende arbeidsstasjonen og mellomliggende enheter. TCP er en forhåndsinstallasjonsprotokoll for tilkobling.

Et sett med tjenester som bruker TCP og portnumre for dataoverføring:

· 20/21 - FTP;

· 23 - Telnet;

110 - POP3;

194 - IRC (Internet Relay Chat);

443 - HTTPS (Sikker HTTP);

1863 - MSN Messenger;

2000 - Cisco SCCP (VoIP);

3389 - RDP;

· 8080 er en alternativ HTTP-port.

Komplett liste over porter TCP-protokoll lenke: http://www.cybervlad.net/ports/. Bruken av andre porter av TCP- og UDP-protokollene er satt av nettverksadministratoren til LLC "OOO".

5. Datafasiliteter

Komplekset av tekniske midler er designet på grunnlag av industrielt produsert datautstyr. Serverutstyr implementert på en svært pålitelig skalerbar plattform med redundans for de mest kritiske komponentene. Datalagringssystemet gir sikkerhetskopiering og arkivering av data både på diskarrayer og på eksterne lagringsenheter. Infrastrukturen til LLC "LLC" IS gir mulighet for en ytterligere økning i produktivitet, datalagringsvolum og andre teknologiske muligheter etter behov uten å forstyrre funksjonen til systemet.

Ved opprettelse av KTS IS LLC "LLC" brukes utstyr som er beskyttet mot uautorisert tilgang både i maskinvare og i programvare og informasjonsstøtte.

Tekniske kommunikasjonsmidler og informasjonsbehandling (servere, brytere, personlige datamaskiner til brukere, etc.) er plassert i samsvar med kravene i San Pin 2.2.2.542 og GOST R 51318.02, og sikrer også enkelt vedlikehold.

Det skjematiske diagrammet over komplekset av tekniske midler til IS LLC "LLC" er vist i figur 38.

Serverutstyr til KTS LLC "LLC" er representert av databaseservere, filserver, proxy-servere, virtualiseringsserver, backupserver, administrasjonsserver, terminalserver.

BSQL-serveren betjener regnskaps-SQL-databasen og er ansvarlig for integriteten og sikkerheten til regnskaps- og finansdata, og gir også input-output-operasjoner når brukere får tilgang til informasjon. ASZI Clinic bruker HP ProLiant DL380 G5 BSQL-serveren, som har en 2U rackmontert design, høy tilgjengelighet og administrasjon i bedriftsklassen. Modellen gir brukerne et høyt nivå av ytelse og tetthet gjennom bruk av moderne Intel® Xeon®-prosessorer.

Figur 38 - KTS. Skjematisk diagram

Hovedkarakteristika for SerDB databaseserver:

prosessor	(2) Quad-Core Intel® Xeon®-prosessorer E5500 (2,8 GHz, 80 watt, 1333 FSB)
prosessor cache	12MB (2 x 6MB) Nivå 2 cache
hukommelse	12 GB (6 x 2 GB) PC2-5300 DDR2 fullt bufrede DIMM-er (667 MHz) med avansert ECC
nettverksadapter	Innebygde NC373i multifunksjons Gigabit-serveradaptere
RAID-kontroller	HP Smart Array P400 / 512 MB BBWC-kontroller (RAID 0/1/1 + 0/5/6)
disk undersystem	2 x 600 Gb Hot Plug SFF SATA HDD
optisk stasjon	IDE DVD-ROM / CDRW-kombinasjon
kraftenhet	(2) 800 Watt, CE-merket
kjøling	Fullt redundante hot plug-vifter leveres som standard (N + 1)
formfaktor	Stativ (2U), Høyde 3,38 tommer / 8,59 cm; Dybde: 26 tommer (66 cm)

SerDB-serverinnstillingene tilsvarer standardinnstillingene for enheter med lignende funksjoner ...

6. Virtuelt privat nettverk LLC "LLC"

Hensikten med det virtuelle private nettverket (VPN) LLC "LLC" er å lage en enkelt sikker informasjonsrom, muligheten til å overføre filer, direktemeldinger, lage en intern IP-telefoni.

applikasjon VPN-teknologier i LLC "LLC" lar deg organisere samspillet mellom administrativt, ledelsesmessig og medisinsk personell i hovedsegmentet til IS LLC "LLC" med personellet i eksterne filialer når du overfører medisinsk informasjon, rapportering, økonomiske dokumenter, etc.

Et virtuelt privat nettverk bygges ved hjelp av begge ViPNet-programvarekomponentene, ved å installere ViPNet Client-programvare på datamaskiner på siden av eksterne brukere, ViPNet HW1000 / 100-seriens maskinvare- og programvaresystemer - på siden av hovedsegmentet til LLC "LLC" IS .

Koordinatoren sørger for nettverksbeskyttelse tunnelerte nettverksressurser, inkludering av beskyttede datamaskiner i VPN uavhengig av plassering og varsling av klienter om metoder for tilgang til andre nettverksnoder knyttet til dem. Koordinatoren er installert på grensen av nettverket og utfører følgende funksjoner:

Server av IP-adresser;

VPN-pakkeruter

VPN-gateway;

· Transport Server;

· Brannmur.

ViPNet-nettverksnoder er koblet til LLC "LLC"-nettverket ved hjelp av transport av Internett. Når trafikk dukker opp i nettverket til andre noder, blir den umiddelbart, uten noen protokoller for foreløpig etablering av forbindelser med mottaksnoden, innkapslet i ViPNet-pakker og overført gjennom VPN-nettverket til mottaksnoden.

For innkapsling i ViPNet-pakker av andre IP-protokoller, brukes to typer IP-protokoller:

· IP / UDP med port 55777 som standard eller en hvilken som helst annen port som automatisk registreres på andre verter;

I det lokale nettverket til OOO LLC, når noder er tilgjengelige på kringkastingsadressen, bruker systemet automatisk den mer økonomiske IP/241-protokollen (som ikke har ekstra UDP-overskrifter) (fig. 39).

Figur 39 - VPN over IP / 241

Basert på de eksisterende tilkoblingspunktene for noder til VipNet-nettverket, bruker systemet "Brannmur - Koordinator"-modus (fig. 40).

Figur 40 - Aktivering av VipNet-noder i brannmurmodus

- Koordinator

For å inkludere enheter eller noder i LLC LLCs lokale nettverk, hvis trafikk ikke trenger å være beskyttet i det lokale nettverket, i det virtuelle ViPNet-nettverket, fungerer koordinatoren som en tunnelserver (eller Crypto-gateway).

Koordinatoren gir de tunnelerte enhetene informasjon om IP-adressene til ViPNet-nettverksnodene, fungerer som en gateway for overføring av trafikk til ViPNet-nettverket, kapsler inn i UDP-protokollen og krypterer trafikk fra åpne enheter, mottar og overfører tunnelert trafikk i ViPNet. nettverk på egne vegne ...

Ved løsning av spesielle designproblemer kan det hende at individuelle designbeslutninger ikke blir akseptert. I dette tilfellet er underseksjonene som inneholder disse beskrivelsene ekskludert fra WRC.

SQR av 2. type

For FQP-er som sørger for introduksjon av IS i bedriften, innebærer den andre delen av FQP utviklingen av en modell for introduksjon av ny IT / IS i virksomheten til bedriften. Systemer av ERP-klassen, MRP / MRP-II, CRM, EDMS, ACS, etc. kan betraktes som IS implementert i bedriften.

Denne delen inneholder tre underseksjoner:

1. Beskrivelse av IS - en detaljert beskrivelse av funksjonene til IS (IT) som implementeres: strukturen til systemet, funksjonene som skal automatiseres, typene formål for modulene, innholdet og prosedyren for vedlikehold av informasjonsbaser, etc.

1. generell beskrivelse EDMS DIREKTUM

DIRECTUM - system elektronisk dokumenthåndtering og interaksjonsledelse, rettet mot å forbedre effektiviteten til alle ansatte i organisasjonen på forskjellige områder av felles aktiviteter.

DIRECTUM er et fullverdig ECM-system (Enterprise Content Management) og støtter hele livssyklusen til dokumenthåndtering, mens det tradisjonelle "papir" kontorarbeidet passer sømløst inn i den elektroniske dokumentflyten. DIRECTUM gir effektiv organisering og kontroll av forretningsprosesser basert på arbeidsflyt: dokumentgodkjenning, behandling av komplekse bestillinger, forberedelse og avholdelse av møter, støtte til salgssyklus og andre samhandlingsprosesser.

DIRECTUM lar deg lage skalerbare, pålitelige og sikre bedriftsløsninger for håndtering av dokumenter, forretningsprosesser, møter, kontrakter og kunderelasjoner.

Arbeid med DIRECTUM via Internett og intranett er implementert i DIRECTUM i flere retninger. En nettilgangsserver gjør det mulig for brukere å jobbe med DIRECTUM-dokumenter og -oppgaver gjennom et nettlesergrensesnitt, mens DIRECTUM Extensions for SharePoint tilbyr et spesialisert grensesnitt for tilgang til DIRECTUM-systemdata gjennom en bedriftsportal.

DIRECTUM administrasjonsverktøy lar deg administrere alle administrative oppgaver - fra brukerregistrering til å lage retningslinjer for migrering av dokumenter mellom fillagre.

2. Strukturen til EDMS DIRECTUM

DIRECTUM-systemet, bygget med IS-Builder domenespesifikke verktøyet, har lagdelt arkitektur(fig. 41). Arkitekturen fungerer som en garantist for tilgjengeligheten, påliteligheten og sikkerheten til systemet, noe som gjør at DIRECTUM-systemet kan dekke alle datastyrte ansatte og øke effektiviteten i organisasjonen som helhet.

Figur 41 - Generell modell DIRECTUM bygger

De viktigste funksjonelle elementene i arkitekturen er:

· DBMS - lagring av data og metadata til systemet.

· DIRECTUM-administrasjonstjenester er tjenester som gir systemadministrasjon. For eksempel styrer arbeidsflyttjenesten arbeidet med DIRECTUM-oppgaver, mens DIRECTUM Storage Services er ansvarlig for dokumentfillagre. Alle administrasjonstjenester kan installeres enten på én datamaskin eller på forskjellige - for å fordele belastningen.

· IS-Builder Runtime Environment er et kodeutførelsesmiljø som implementerer grensesnittet til tjenester og tilpassede applikasjoner(inkludert tredjepartsutvikling) for å få tilgang til systemet. Spesielt DIRECTUM-netttilgangsserveren, implementert på ASP.NET-plattformen, bruker IS-Builder Runtime Environment for å implementere alle systemfunksjoner som er tilgjengelige for brukere gjennom en nettleser.

· Klienter til DIRECTUM-systemet - applikasjoner for sluttbrukere, utviklingsverktøy, systemadministrasjonsverktøy. Klienten kan enten være en Windows-applikasjon som bruker IS-Builder Runtime Environment for å få tilgang til systemet, eller en nettleser.

· Fillagring - arkiver av store eller sjelden brukte dokumenter, som er mer effektive å holde utenfor DBMS; administreres av sine egne tjenester.

DIRECTUM-systemet er basert på utviklingsverktøyet IS-Builder. Åpenheten til IS-Builder lar deg tilpasse DIRECTUM-systemet til de spesifikke behovene til organisasjonen, utvikle funksjonaliteten til systemet og integrere det med andre systemer, inkludert innsatsen til kundens programmerere.

Nøkkelfunksjoner i utviklingsverktøyet IS-Builder:

· angi sammensetningen av typene kort av elektroniske dokumenter;

· utvikling av sammensetningen og datastrukturen til referansebøker;

· innebygd programmeringsspråk ISBL med en utviklet objektmodell og et rikt sett med funksjoner; muligheten til å lage dine egne funksjoner;

· visuell tilpasning av formen for referansekort og elektroniske dokumenter; innstilling av forretningslogikken for oppførselen til kort basert på hendelsesmekanismen;

· praktisk utvikling av blokker med typiske ruter med mulighet for gjenbruk og overføring mellom systemer;

· tilpasning av ulike rapporter med bruker Microsoft Excel, Microsoft Word og nettleser; evnen til å utføre multivariat dataanalyse, etc.

Bruken av et åpent domenespesifikt utviklingsverktøy IS-Builder lar deg raskt utvikle skalerbare løsninger for automatisering av forretningsprosesser til organisasjoner innen ethvert aktivitetsfelt.

DIRECTUM-systemet kan integreres med ulike bedriftssystemer, web- og skrivebordsapplikasjoner.

DIRECTUMs brede integrasjonsmuligheter leveres på ulike måter, som hver er ledsaget av detaljert dokumentasjon ved levering av systemet. Blant dem er en åpen objektmodell med et fullverdig COM-grensesnitt, en åpen databasestruktur, et internt språk med mulighet for COM-anrop og tilgang til vilkårlige datakilder, arbeidsflytmekanismer, funksjoner for arbeid med XML-dokumenter og et sett med integreringsverktøy DIRECTUM Integration Toolset (fig. 42).

Figur 42 - struktur av DIRECTUM integrasjonsmoduler

DIRECTUM Integration Toolset er bygget med modulær teknologi og inkluderer:

· koblinger til ulike systemer(1C, SAP, Microsoft Dynamics AX, etc.);

· koblingsstøtteinfrastruktur.

Det finnes flere verktøy for å løse distribuerte arbeidsoppgaver i DIRECTUM.

Nettilgangsserveren lar deg jobbe med DIRECTUM over Internett ved hjelp av en nettleser. Denne modusen er nyttig for individuelle ansatte som jobber utenfor kontoret - på forretningsreise, hjemme, på veien.

Et alternativ til nettilgang er Terminal Access-modus, der brukere kobler til en terminalserver ved å kommunisere eksternt med Windows-skrivebordet og DIRECTUM-systemet.

Arbeidet med systemet gjennom nettilgangsserveren utføres i sanntid, som om de jobbet med det mens de var på kontoret. Differensieringen av tilgangsrettigheter til objekter faller fullstendig sammen med tilgangsrettighetene, visse fullmakter og den offisielle stillingen til den ansatte.

DIRECTUM-systemet sikrer effektiviteten til geografisk distribuert arbeid til organisasjonsenheter som bruker en replikeringsserver. Datareplikeringsserveren lar deg organisere automatisk datautveksling mellom eksterne servere.

Det er to kategorier av servere involvert i replikeringsmekanismen - primær og sekundær. Serverstrukturen kan være hierarkisk: hver sekundær server kan ha en hovedserver og mange av deres sekundære servere (Figur 43).

Figur 43 - DIRECTUM replikasjonsmekanisme

3. Automatiserte funksjoner

Hovedfunksjonene til DIRECTUM elektronisk dokumenthåndteringssystem for å administrere dokumenter og forretningsprosesser:

Elektronisk dokumenthåndtering.

forretningsprosessledelse;

kontor;

møteledelse;

Kundeansvarlig;

kontraktstyring;

appeller fra innbyggere og organisasjoner;

ledelse av resultatmålinger.

Elektronisk dokumenthåndtering. Oppretting og lagring av ulike ustrukturerte dokumenter (Microsoft Word-tekster, Microsoft-tabeller Excel, diagrammer Microsoft Visio, CorelDraw-tegninger, videoer, etc.); støtte for dokumentversjoner og EDS; strukturere dokumenter etter mapper; tildeling av tilgangsrettigheter til dokumenter; historie med å jobbe med dokumenter; fulltekst og attributive dokumentsøk.

Forretningsprosessledelse. Støtte til prosessene for godkjenning og behandling av dokumenter i alle stadier av livssyklusen (docflow); utstedelse av elektroniske oppgaver og kontroll av deres utførelse; interaksjon mellom ansatte i løpet av forretningsprosesser; støtte for gratis og harde ruter; rike utvidbare biblioteker av blokker for dannelse av ruter (arbeidsflyt).

Kontor. Registrering av papirdokumenter i samsvar med kravene i det statlige systemet dokumentasjonsstøtte ledelse (GSDOU); opprettholde en nomenklatur av saker med fleksible nummereringsregler; distribusjon og kontroll av plasseringen av papirdokumenter; organisering av utveksling av elektroniske dokumenter med EDS med andre organisasjoner.

Møteledelse. Organisering av forberedelse og avholdelse av møter (koordinering av sted og tid, sammensetning av deltakere, agenda); dannelse og distribusjon av protokollen; kontroll over gjennomføringen av møtets vedtak.

Kundeansvarlig. Vedlikeholde en enhetlig database over organisasjoner og kontaktpersoner; holde en historie med møter, samtaler og korrespondanse med kunder; støtte til salgsprosessen i samsvar med de regulerte stadiene; planlegging av markedsføringsaktiviteter; analyse av effektiviteten av salgs- og markedsføringseffekter.

Kontraktstyring. Organisering av prosessen med godkjenning og registrering av kontrakter og relaterte dokumenter, samt operativt arbeid med dem (søk, analyse, redigering, etc.).

Appeller fra innbyggere og organisasjoner. Organisering av arbeidet med innbyggernes klager i samsvar med føderal lov nr. 59-FZ "Om prosedyren for å vurdere klager fra borgere av den russiske føderasjonen" statlige organisasjoner og i store bedrifter.

Ledelse av resultatindikatorer. Operasjonell kontroll og analyse av virksomhetens forretningsprosesser i henhold til nøkkelindikatorer med støtte fra et balansert målkort (BSC).

4. Fysisk og objektstruktur av Directum EDMS

DIRECTUM-systemet inkluderer følgende styrings- og utviklingskomponenter:

IS-Builder domenespesifikt utviklingsverktøy. Modifisering og utvikling av nye kort med elektroniske dokumenter, oppslagsverk, rapporter, blokker med standardruter; innebygd programmeringsspråk ISBL; integrasjon med andre systemer.

Tjenester for samhandling av systemer DIRECTUM (DIRECTUM Intersystem Cooperation Services). Tilby ende-til-ende prosesser, overføring av dokumenter med EDS og datautveksling mellom uavhengige DIRECTUM-systemer.

Fillagringstjenester (DIRECTUM Storage Services). Håndtering av lagring av en stor mengde data i et enkelt system; arkivlagring av dokumenter; arbeide med mediedata; Konfigurere oppbevaringspolicyer som automatisk flytter data på tvers av lager.

DIRECTUM Capture Services. Masseinnmating av dokumenter i DIRECTUM fra ulike kilder (skannere, multifunksjonsmaskiner, filsystem, fakser, e-post, etc.).

DIRECTUM Transformasjonstjenester. Konvertere dokumenter til andre formater, trekke ut nyttig informasjon fra dokumenter.

Webtilgangsserver. Arbeid med elektroniske dokumenter, oppgaver og oppgaver gjennom en nettleser.

Utvidelser for SharePoint. Et sett med ferdige webdeler og integrasjonsmekanismer som gir tilgang til DIRECTUM-data fra en portal basert på Microsoft SharePoint.

Rask identifikasjon av DIRECTUM RapID-dokumentet. Merke et dokument med strekkode og raskt søk elektronisk dokument på papireksemplaret.

Replikeringsserver. Opprettelse av geografisk distribuerte systemer som utveksler data offline; hierarkisk system av sekundære servere; tilpassbar sammensetning av replikerte data.

DIRECTUM OverDoc. Se, rediger og signer EDS-dokumenter utenfor DIRECTUM-systemet for utveksling mellom ulike organisasjoner; deles ut gratis.

Tjenestene inkluderer spesialtjenester for integrering med utstyr og fangst av dokumentbilder: inndatatjeneste fra strømmeskanner, inndatatjeneste fra faks, inndatatjeneste fra filsystemet, tjeneste for uttrekking av strekkode, tjeneste for gruppering av bilder.

Videre behandling av dokumenter som legges inn i systemet kan utføres av DIRECTUM Transformation Services, som oversetter dokumenter til andre formater (spesielt PDF og HTML) og trekker ut fra dem nødvendig informasjon(Figur 44).

Figur 44 - Logisk struktur av Directum-tjenester

DIRECTUM Storage Services fillagringstjenester lar deg lagre dokumenter både i en SQL-serverdatabase, som er preget av enkel administrasjon og høy ytelse, og i fillagringer, som praktisk talt ubegrenset utvider plassen tilgjengelig for lagring av dokumenter og gir tilgang til streaming (figur 45).

Figur 45 - Strukturen til DIRECTUM datavarehus

5. Databaser EDMS Directum

Det er to måter å lagre dokumenter på: i en SQL-serverdatabase og direkte i filer. DIRECTUM tilbyr et kombinert alternativ som kombinerer fordelene ved begge tilnærmingene: enkel administrasjon og høy ytelse av SQL Server-lagring og nesten ubegrenset mengde data til lave lagringskostnader med muligheten til å streame dokumenter i fillagring.

Typiske ordninger for organisering av et enkelt elektronisk arkiv av dokumenter (fig. 46).

Fordelen med en grunnleggende lagringslayout er enkelheten. Denne ordningen forutsetter lagring av alle dokumenter i lagringen av en SQL-server og rettferdiggjør seg selv til et kritisk volum av dokumenter er akkumulert.

Denne ordningen sørger for tilstedeværelsen av to lagringer i systemet: en operativ en basert på en SQL-server og en arkivfillagring.

Denne løsningen lar deg jobbe med standard dokumenter opptil 100 MB og gir høy arbeidshastighet med dokumenter som er i operativ sirkulasjon, til en lav lagringskostnad og et nesten ubegrenset volum av dokumentarkiver.

Behovet for å jobbe med store dokumenter (video, grafikk, kart, tegninger osv.) dikterer egne krav til lagring av dokumenter. Spesielt trenger du muligheten til å streame datatilgang, dvs. muligheten til å arbeide med bare en del av dokumentet, ikke lese det i sin helhet.

Figur 46 - Dokumentlagringsmodeller

Denne ordningen inkluderer 4 lagringer: operativ på SQL-serveren og den tilsvarende arkivfillagringen for å arbeide med dokumenter av liten størrelse og som ikke krever strømmingstilgang, og operativ og arkivfillagring for dokumenter med et volum på mer enn 100 MB.

Med en stor mengde data og antall brukere kan det hende at kapasiteten til én server ikke er nok. I dette tilfellet kan lasten omfordeles mellom flere filservere og databaseserveren.

Distribusjon av dokumenter på tvers av flere lagringer vil tillate å balansere belastningen på serverne, nettverket, øke den maksimale mengden lagrede data, øke feiltoleransen til systemet som helhet og redusere lagringskostnadene.

6. Teknisk støtte for Directum EDMS

Serverkravene varierer avhengig av antall samtidige brukere og mengden data som behandles. Disse typiske kravene til maskinvaren og programvaren til serveren er utviklet basert på gjennomsnittlige driftsforhold. I hvert enkelt tilfelle er avvik mulig, både oppover og nedover (tabell 9).

Hvori:

· antall brukere - antall samtidige brukere. Antall registrerte brukere av systemet er 2-3 ganger flere;

· for konfigurasjon # 1 (opptil 50 brukere) er det mulig å bruke IDE- eller SATA-disker. Andre konfigurasjoner krever SCSI- eller FC-stasjoner. Rotasjonshastighet for eldre konfigurasjoner (3, 4) 15000 rpm anbefales;

· for konfigurasjon # 3 (100-350 brukere), anbefales det å installere tjenestetjenester på en dedikert server. For konfigurasjon # 4 (350-500 brukere) - må tjenestetjenester installeres på en dedikert server.

· i tilfelle av en klynge, kan tjenester distribueres på klyngen som en klyngegruppe;

· Når du velger størrelsen på disksystemet, bør du vurdere følgende:

med 100 samtidige brukere er den forventede økningen i databasen 10-30 Gb per år;

med 500 samtidige brukere er forventet økning i databasen 60-100 Gb per år

med 1000 samtidige brukere er forventet økning i databasen 100-150 Gb per år.

Tabell 9 - Krav til databaseserveren (tabellfragment)

Minimumskrav for en klientarbeidsstasjon:

prosessor: Celeron 1600 MHz eller høyere;

RAM: 256 Mb eller mer;

ikke mindre enn 150 Mb ledig plass på harddisken;

blekkskriver eller laserskriver(eventuelt nettverk);

systemprogramvare: Microsoft Windows 20xx, Microsoft Office 20xx, MDAC 2.8 SP1 (eller installerte klientverktøy SQL-server), applikasjoner for arbeid med dokumenter lagret i DIRECTUM.

DIRECTUM-netttilgang støttes i følgende nettlesere:

Internet Explorer 5.5 og nyere;

Firefox 2.0 og nyere;

Opera 9.0 og nyere.

For å beskrive spesifikke informasjonssystemer kan strukturen til seksjonen endres.

2. Modeller av forretningsprosesser og prosesser for informasjonsinteraksjon "som-vil" - reengineering av informasjonsprosesser utføres, og arbeidsmodeller utvikles ved å bruke det introduserte produktet.

... Reengineering av informasjonsprosesser er et sett med metoder og handlinger som tjener til å redesigne prosesser i samsvar med de endrede forholdene til det ytre og indre miljøet og/eller forretningsmål.

Resultatet av å omstrukturere produksjonsprosessen for utendørsreklame ved å introdusere et informasjonssystem for å automatisere utformingen av reklameprodukter er vist i figur 47.

Figur 47 - Modell av prosessen med automatisering av bestilling for

I tillegg til modellen for reengineering av informasjonsprosesser, gir avsnittet beskrivelser av strukturelle, funksjonelle og andre modeller for bruk av informasjonssystemet som implementeres.

Eksempler på de utviklede arbei DIRECTUM EDMS-miljøet ved utførelse av oppgaver for utarbeidelse og godkjenning av kontrakter er gitt nedenfor.

... Automatisering av arbeid med kontraktsdokumenter er svært viktig. Det reduserer risikoen for forsinkelser i oppfyllelsen av vilkår og betalinger, letter byrden for nøkkelmedarbeidere og sikrer finansiell stabilitet. Derfor går LLC "LLC" til bruk av en spesialisert forretningsløsning "DIRECTUM: Contract Management", som dekker alle stadier fra utarbeidelse og godkjenning av dokumenter for å kontrollere retur av originaler og oppfyllelse av alle forpliktelser.

Implementeringen av "Contract Management" er rettet mot å løse følgende oppgaver:

· akselerasjon av opprettelsen av kontrakter basert på maler og godkjenning innenfor rammen av standardruter;

· sentralisert registrering, rettidig sending til motparter og kontroll med retur av dokumentet;

· lagring av alle kontraktsdokumenter i samsvar med tilgangsrettighetene for perioden for oppfyllelse av forpliktelser og arkivlagring i fremtiden;

· kontroll over oppfyllelsen av alle forpliktelser innen den tildelte tiden;

· operativt søk av kontrakter i henhold til gitte detaljer og tekst;

· dannelse av sett med dokumenter for hver kontrakt og navigering gjennom dem;

· utarbeidelse av rapporter i ulike aspekter ...

... Dokumentet lages i systemet basert på en mal eller ved kopiering eksisterende dokument(fra en lokal fil eller e-post, fra en faks eller streaming-skanner med DIRECTUM Capture Services). Utkastet til kontraktsdokument sendes til godkjenning langs konfigurert rute (fig. 48).

Under godkjenningsprosessen brukes en elektronisk signatur, som lar deg godkjenne og godkjenne dokumenter, noe som garanterer deres ufravikelighet og forfatterskap av signaturen.

Godkjenningsprosessen gjenspeiles i en spesialrapport "Godkjenningsark" (Fig. 49), som inneholder de endelige underskriftene og kommentarer fra godkjennerne.

Oppretting av et kontraktsdokument i systemet fører automatisk til registrering, og en ny post opprettes også automatisk i katalogen "Kontrakter" (fig. 50). Dette vil opprette et registreringsnummer i det konfigurerte formatet.

Figur 48 - Utvikling av en typisk dokumentrute

Figur 49 - Utvikling av layout av godkjenningsarket

Figur 50 - Registrering av avtalen i databasen "DIRECTUM"

Dokumentene knyttet til en spesifikk kontrakt er knyttet sammen. Ansatte kan når som helst raskt få tilgang til hele settet med kontraktsmessige og relaterte dokumenter (fig. 51).

Lagring av bilder av dokumenter i systemet gjør det lettere å finne dem, lar deg bli kjent med historien om å jobbe med dem, se sett med dokumenter knyttet til en spesifikk avtale.

På kortet til kontrakten er det mulig å definere og tildele stadier, med angivelse av start- og sluttdato for hver etappe (fig. 52). Dette lar deg spore timingen og innholdet av arbeidet. Den ansvarlige ansatte i selskapet mottar varslinger for å sikre rettidig oppfyllelse av forpliktelser i henhold til hver kontrakt og overvåke gjennomføringen av dem.

Figur 51 - Håndtering av dokument-ansatt-forhold

Figur 52 - Utvikling av dokumentkort

Et enhetlig register (referansebok i systemet), koblingsdokumenter, obligatorisk korrelasjon av kontrakten med motparten lar deg analysere dataene i detalj og utarbeide rapporter i ulike aspekter (fig. 53).

Figur 53 - Utvikling av rapport om inngåtte kontrakter ...

... Ved å introdusere forretningsløsningen "DIRECTUM: Contract Management" i aktivitetene til LLC "LLC", reduseres risikoen for manglende oppfyllelse av fristene for å avtale kontrakter, og rettidig oppfyllelse av forpliktelser er garantert ...

3. Utvikling av en liste over tiltak for utarbeidelse av designobjektet for implementering av IS - tiltak for å sikre implementering av IS og deres innhold, identifisering av ressurser for gjennomføring av aktiviteter

Handlingsplanen for implementering (integrasjon) av IP i aktivitetene til LLC "LLC" er illustrert med et Gantt-diagram og et nettverksdiagram. Utviklingen av et Gantt-diagram og nettverksdiagram kan gjøres i MS Project, MS Excel, MS Visio.

Et eksempel på et Gantt-diagram for implementering av IS "1C: Trade Management 8, utgave 11" er vist i figur 54

Figur 54 - Gantt-diagram for implementering av IS "1C: UT8" ...

Et eksempel på et nettverksdiagram for implementering av et medisinsk informasjonssystem er vist i figur 55.

Figur 55 - Nettverksplan for implementering av MIS (fragment) ...

Lignende informasjon.