Tenk på et typisk lite kontor. Anta at den har flere ledere (la det være tre), en sekretær, en regnskapsfører og en direktør. Hver arbeidsplass har en datamaskin, og kontoret har også én dedikert internettkanal med en permanent ekte IP-adresse (for eksempel 195.34.10.134) og domenenavnet myoffice.ru.

La oss nå bestemme hva vi vil gjøre.

• forene alle datamaskiner til et lokalt nettverk (LAN);
• organisere utskrift fra alle arbeidsplasser til en nettverksskriver;
• koble til og konfigurere en Internett-kanal;
• organisere Internett-tilgang fra alle datamaskiner på det lokale nettverket .;
• beskytte det lokale nettverket mot eksterne inntrengninger;
• installere og konfigurere nettverkstjenester: WEB-server, e-postserver, fil, FTP, proxy, etc .;
• organisere ekstern modemtilgang til kontornettverket hjemmefra med muligheten til å bruke kontorets Internett-kanal

La oss nå begynne å designe nettverksstrukturen.

Vi vil løse problemet med å bygge et enkelt lokalt nettverk på grunnlag av en stabel (sett) med TCP / IP-protokoller.

Først, la oss velge en rekke IP-adresser for vårt lokale nettverk. La oss dvele ved adressene som er reservert for bruk i private nettverk: 192.168.0.0-192.168.255.255. For vårt lokale nettverk bruker vi adresseringen 192.168.20.0/24, hvor "/ 24" er den forkortede formen av nettverksmasken 255.255.255.0. Hvert slikt nettverk (klasse "C") kan bruke opptil 254 unike verter, noe som er nok for oss. Den permanente ip-adressen (195.34.10.134) på ​​Internett ble gitt til oss av leverandøren i henhold til problemformuleringen.

I et enkelt tilfelle kan nettverket vårt ha følgende topologi:

Som det fremgår av figur 1, er de fleste nettverkstjenestene plassert på én datamaskin, som er koblet til Internett via ett nettverksgrensesnitt, til det lokale nettverket på kontoret gjennom et annet, og til hjemmedatamaskinen via en modemforbindelse. Hvert nettverksgrensesnitt på denne datamaskinen har sin egen IP-adresse: 195.34.10.134 - på Internett, 192.168.20.1 - på et lokalt nettverk, 192.168.40.1 - med en ekstern tilkobling. Dermed spiller denne datamaskinen rollen som både en ruter og en brannmur og servere: web, mail, databaser osv. (En ruter - i vårt tilfelle spiller rollen som en gateway til Internett. Du kan spørre: hvorfor er det nødvendig, hva gjør det?Jeg vil svare som en vannkoker: en ruter tar for seg ruting ... pakker mellom subnett, men i vårt tilfelle vil den ganske enkelt "distribuere" Internett til alle datamaskiner på vårt lokale nettverk). Men en slik struktur har ulemper: for det første er det farlig å "legge alle eggene dine i en kurv" (et slikt nettverk er veldig sårbart for angrep og ikke veldig pålitelig - taperen mister alt), og for det andre er belastningen ikke optimal distribuert i den, og for det tredje er det upraktisk å administrere - enhver feil eller funksjonsfeil på hovedserveren lammer nesten fullstendig arbeidet til hele det lokale nettverket. Til tross for manglene ved dette alternativet, vil vi hovedsakelig bruke det i fremtiden, fordi her vurderer vi de enkleste og billigste løsningene for små kontorer og hjemme. De følgende to diagrammene er kun gitt for informasjon, og du trenger ikke å fordype deg i dem.

Nå vil vi endre nettverkstopologien litt for å eliminere noen av manglene (se fig. 2).

Her fungerer ruteren kun som en gateway til Internett og en brannmur, og nettverkstjenester er plassert inne i det lokale nettverket, ideelt sett hver på en egen datamaskin. Nå lammer ikke feilen på én server andre. Men denne nettverkstopologien har også en ulempe: arbeidsstasjoner og servere er på samme nettverkssegment, noe som potensielt reduserer påliteligheten og ytelsen.

Derfor kan det være bedre å skille Internett-servere i et eget segment (se fig. 3).

I dette tilfellet er det lokale nettverket på ett nettverkssegment, og Internett-serverne på et annet.

Det kan være andre topologier i det lokale nettverket, alt avhenger av de spesifikke målene og betingelsene, men for å forenkle oppgaven vil vi fokusere på den første nettverkstopologien (fig. 1), til tross for dens mangler, siden for eksperimenter - det spiller ingen rolle.

Nå er det på tide å tenke på hvilken maskinvare og programvare (programvare) vi bør implementere vårt enkle lokale nettverk. Spesifikke implementeringer vil bli beskrevet i de følgende artiklene, her vil vi berøre generelle problemstillinger.

Tiden har gått da ledelsen i selskaper ikke kunne tenke på lovligheten av de installerte programmene. Nå betraktes brudd på opphavsrett som alvorlige forbrytelser, så vi vil kun vurdere lisensiert programvare ut av skade (for å minimere risikoen). Optimalisering av kostnader når du bytter til lisensierte programmer for små organisasjoner vil bli diskutert i en egen artikkel 146УК (bare tuller :)))).

Som en inngangsport til Internett kan du bruke:

• Windows-datamaskin (dyr løsning);
• FreeBSD / Linux datamaskin;
• maskinvareruter (den enkleste og billigste løsningen - fra $ 50).

Fra noen kule guruer som jobber i store organisasjoner, vil du mest sannsynlig høre en anbefaling om å installere MS Windows 2003 Server på serveren, installere ISA (for å organisere Internett-tilgang), en MS Exchange e-postserver på den, installere Windows XP Pro på klientdatamaskiner og ta dem til domenet , og bruk 1C i terminalmodus.

I prinsippet er dette et funksjonelt optimalt alternativ ... for store organisasjoner, men vi er ikke monstre, vi er et lite kontor for 3-10 PC-er. Beregn i henhold til prislisten til Microsoft-partnere hvor mange tusen (titalls tusen) dollar en slik løsning vil koste deg. Derfor, i de følgende artiklene, vil vi hovedsakelig vurdere billige alternativer, der gratis FreeBSD eller Linux vil bli brukt på serveren (gateway), og på Windows XP HomeEdition (eller Professional) klientmaskiner ... eller til og med Linux Ubuntu.

Eksempel 1. Prosjektet inkluderer følgende arbeider, presentert i tabellen. Bygg en nettverksplan for implementering av et sett med arbeider.

Løsning. Virker en 1 og en 2 er ikke innledet av noe arbeid, derfor er de på grafen avbildet av buer som dukker opp fra den innledende hendelsen (1), som betyr øyeblikket prosjektet starter. Arbeid en 3 innledet av arbeid en 1, så på grafen buen en 3 følger umiddelbart buen en 1 . Hendelse (2) betyr tidspunktet for slutten av arbeidet en 1 og begynnelsen av arbeidet som det går foran. Arbeid en 4 forarbeid en 1 og en 2. Denne avhengigheten gjenspeiles i grafen ved å introdusere fiktivt arbeid (2, 3). Begivenhetens øyeblikk (3) vil være øyeblikket da verket skal utføres en 1 og en 2 og arbeidet kan begynne en 4. På samme måte, med tanke på forholdene, er alle andre verk avbildet på grafen. Den endelige hendelsen (6) betyr øyeblikket for fullføring av hele prosjektet.

Reglene som brukes når du bygger et nettverksdiagram.

1) det skal ikke være noen blindveier i nettverksdiagrammer; hendelser som ingen arbeid avsluttes fra (bortsett fra den avsluttende hendelsen);

2) det skal ikke være noen hendelser i nettverksplanene (bortsett fra utgående hendelser) som ikke innledes med minst én jobb;

3) når man bygger nettverksdiagrammer, er det umulig å la to tilstøtende hendelser kobles sammen med to eller flere jobber, noe som oftest er tilfellet når man viser parallelle jobber. Denne feilen fører til forvirring på grunn av at to forskjellige jobber vil ha samme betegnelse. For å unngå dette, anbefales det at du introduserer flere hendelser og kobler det til et påfølgende avhengighets- eller dummyarbeid;

4) det skal ikke være lukkede sløyfer i nettet, dvs. kjeder som forbinder noen hendelser med seg selv;

5) i tillegg, hvis noe komplekst arbeid kan startes før den fullstendige fullføringen av arbeidet umiddelbart før dem, blir sistnevnte avbildet som en serie sekvensielt utførte arbeider, som hver avsluttes med en bestemt hendelse.

6) hvis det for utførelse av ett av verkene er nødvendig å oppnå resultatene av alle verkene som er inkludert i begivenheten før det, og for et annet verk er det nok å oppnå resultatet av bare ett eller flere av disse verkene, da en ny begivenhet bør i tillegg introduseres, samt et fiktivt verk som forbinder ny begivenhet fra den forrige.

En tidslinje tegnet i samsvar med disse reglene er en nettverksmodell for prosjektgjennomføring. Samtidig blir det først vanligvis utarbeidet private nettverksplaner som dekker arbeid på separate, uavhengige deler av det generelle komplekset av verk, og deretter ved å "sømme" oppnås en kompleks (oppsummerende) tidsplan som dekker hele settet med arbeider som skal utføres.

Ved å bruke tilbakemeldingsskjemaet kan du bestille utførelse av et lignende verk i forfatterens forestilling fra oss:.

Når du bygger nettverksdiagrammer, må du følge følgende regler.

• 1. Antallet på hver påfølgende begivenhet må være større enn tallet på en tidligere begivenhet. Overholdelse av denne regelen lar deg opprettholde en logisk arbeidssekvens.
• 2. Det skal ikke være hendelser som ikke et eneste verk kommer ut fra (unntaket er den siste hendelsen), hvis denne regelen ikke er oppfylt, er nettverksplanen ikke bygget riktig eller unødvendig arbeid er planlagt (se fig. 10.7) .

Ris. 10.7. Et eksempel på feil konstruksjon av et nettverksdiagram med unødvendig arbeidV

3. Det skal ikke være noen hendelser som ikke inkluderer noe arbeid (unntaket er den første hendelsen). Hvis denne regelen ikke er oppfylt, betyr dette at det ble gjort en feil under utarbeidelsen av nettverksplanen eller at arbeidet ikke er planlagt, hvis resultatet (for eksempel hendelse 5 i fig. 10.8) er nødvendig for å starte arbeidet E.

Ris. 10.8.

EN. Det skal ikke være lukkede sløyfer i nettverksdiagrammet, da dette fører til en situasjon hvor resultatet av utførelsen av arbeidssekvensen (B-C-D-E) er hendelse 2, hvorfra denne sekvensen startet (Figur 10.9).

Ris. 10.9.

5. Eventuelle to hendelser må ikke være forbundet med mer enn én jobb. Slike feil oppstår oftest ved fremstilling av parallelle jobber (fig. 10.10, a). For det riktige bildet av disse verkene er det nødvendig å introdusere ytterligere fiktive hendelser 2 "og 2" og fiktive verk 2 "-2 og 2" -2 (Fig. 10.10, b).

Ris. 10.10.

6. Hvis noen mellomarbeid av nettverksplanen kan startes før fullstendig fullføring av det forrige arbeidet, bør sistnevnte deles inn i flere arbeider utført etter hverandre, som hver er tilstrekkelig til å starte noe av det ovennevnte. Et eksempel på feil og riktig konstruksjon av et slikt nettverksdiagram er vist i fig. 10.11.

Ris. 10.11.

Hvis det, for å fortsette arbeidet på noen stadier, er nødvendig å oppnå resultatene av annet arbeid, bør det angitte arbeidet deles inn i deler ved å bruke mellomliggende hendelser (i dette eksemplet hendelse 4 i fig. 10.12).

Ris. 10.12.

Hvis det før fullføring av arbeidet er nødvendig å se mellomresultatet som kreves før starten av neste arbeid, bør du også dele opp arbeidet i deler ved å introdusere mellomhendelser (Figur 10.13, b), arbeid 2-4 ).

Figur 10.13.

Avslutningsvis bemerker vi at effektiv anvendelse av nettverksplanleggings- og styringsmetodikken på dette grunnlaget for prosjektet kan være en ganske vanskelig oppgave. Generelt bør følgende prinsipper følges:

• gi et bilde av hver enkelt oppgave, med unntak av oppgaver uten en spesifisert tidsfrist;
• Unngå detaljer som er mer relevante i planlegging (planer for nøkkelhendelser) eller sekvenslister;
• bruke nettverksplanen til å validere, rettferdiggjøre og bestemme hvordan avvik fra tidsplanen skal fikses;
• om nødvendig, bruk dataprogrammer, gitt at ikke all programvare er egnet for å løse ulike planleggingsoppgaver;
• gjennomføre passende opplæring av prosjektmedarbeidere i nettverksplanleggingsmetoder;
• presentere resultatene av nettverksplanlegging for toppledelsen i organisasjonen der prosjektet gjennomføres.

Vellykket gjennomføring av et prosjekt er bare mulig på grunnlag av en prosjektplan, som utfører en rekke funksjoner: gir et generelt, helhetlig bilde av prosjektet og arbeidssekvensen; lar deg bestemme for hvert øyeblikk i tid i hvilken grad prosjektet skrider frem mot ferdigstillelse og hvilke hindringer som finnes eller kan oppstå underveis; presenterer den generelle økonomiske modellen for prosjektet, den indikerer hovedaktivitetene og arbeidsplanene.

Å utarbeide en plan eller planlegging utfører følgende funksjoner: bestemmer varigheten, strukturen til prosjektarbeidet, mengden av ressurser som kreves og rekkefølgen av bruken, rekkefølgen av arbeidet og deres finansiering.

Avhengig av prinsippene som ligger til grunn, skilles det mellom fire typer planer: objektorientert, funksjonsorientert, faseorientert og blandingsorientert.

Arbeidssettet som sikrer gjennomføringen av en integrert del av planen kalles en arbeidspakke. Arbeidspakken inneholder informasjon om forventede resultater av arbeidet, spesifikke oppgaver, tidspunkt for utførelse av dem og ansvarlige, informasjon om ressurskostnadene for arbeidet med pakken.

Planlegging utføres ved hjelp av visse metoder som kalles planleggingsverktøy. De gjør det mulig å gjennomføre planlegging på en enhetlig måte, for å sikre koordinering av utførelse av arbeids- og prosjektoppgaver, for å øke effektiviteten av kontroll og gjennomføring av prosjektdrift.

Følgende planleggingsmetoder skilles ut:

• 1) utarbeide en plan over viktige hendelser og en trinnvis plan (handlingsplan);
• 2) planlegging ved hjelp av søylediagrammer;
• 3) nettverksplanlegging.

Hver av disse metodene har sine egne fordeler og brukes til å løse visse problemer. Så spesielt, kompilering av handlingslister brukes til små prosjekter, der det er lett å koordinere gjennomføringen av individuelt arbeid, som som regel følger etter hverandre.

Søylediagrammer gir en visuell representasjon av fremdriften til en rekke samtidige prosjektaktiviteter.

Nettverksdiagrammer lar deg administrere et sett med sammenhengende prosjektaktiviteter og beregne den kritiske banen.

Planleggingsarbeid begynner alltid med å bestemme antall oppgaver, personene som er ansvarlige for gjennomføringen og tiden som kreves for å fullføre dem. Med en slik ordning er rett og slett nødvendig. For det første for å forstå hvor mye tid som skal brukes, og for det andre for å vite hvordan man planlegger ressurser. Det er dette prosjektledere gjør, de utfører først og fremst konstruksjonen av nettverksplanen. Vi vil vurdere et eksempel på en mulig situasjon videre.

Innledende data

Ledelsen i reklamebyrået har besluttet å lansere et nytt reklameprodukt for sine kunder. De ansatte i selskapet fikk følgende oppgaver: å vurdere ideene til reklamebrosjyrer, gi argumenter for et eller annet alternativ, lage en layout, utarbeide et utkast til kontrakt for kunder og sende all informasjon til ledelsen for vurdering. For å informere kundene er det nødvendig å gjennomføre en e-postliste, sette opp plakater og ringe alle firmaene i databasen.

I tillegg utarbeidet daglig leder en detaljert plan over alle nødvendige handlinger, utnevnte ansvarlige medarbeidere og fastsatte tidspunkt.

La oss begynne å bygge nettverksdiagrammet. Eksemplet har dataene vist i følgende figur:

Bygge en matrise

Før dannelse er det nødvendig å lage en matrise. Grafer begynner på dette stadiet. Se for deg et koordinatsystem der vertikale verdier tilsvarer i (starthendelse) og horisontale linjer tilsvarer j (slutthendelse).

Vi begynner å fylle ut matrisen, med fokus på dataene i figur 1. Det første arbeidet har ikke tid, så det kan neglisjeres. La oss vurdere det andre mer detaljert.

Startarrangementet starter kl 1 og slutter ved det andre arrangementet. Varigheten er 30 dager. Vi legger inn dette tallet i cellen i skjæringspunktet mellom 1 rad og 2 kolonner. På lignende måte viser vi alle dataene, som er vist i figuren nedenfor.

Grunnleggende elementer brukt for nettverksdiagram

Grafer begynner med det teoretiske grunnlaget. La oss vurdere hovedelementene som kreves for å kompilere en modell:

1. Enhver hendelse er indikert med en sirkel, i midten av hvilken det er et tall som tilsvarer rekkefølgen av handlinger.
2. Selve verket er en pil som leder fra den ene hendelsen til den neste. Tiden som kreves for å fullføre den er skrevet over pilen, og den ansvarlige er angitt under pilen.

Arbeidet kan utføres i tre tilstander:

- Den nåværende er en ordinær handling som tar tid og ressurser å fullføre.

- Forventning- en prosess der ingenting skjer, men det tar tid å gå fra en hendelse til en annen.

- Fiktivt arbeid er en logisk sammenheng mellom hendelser. Det krever verken tid eller ressurser, men for ikke å forstyrre nettverksplanen, er det utpekt. For eksempel å tilberede korn og lage poser for det er to separate prosesser, de er ikke koblet i serie, men tilkoblingen deres er nødvendig til neste arrangement - pakking. Derfor skilles det ut en annen sirkel, som er forbundet med en stiplet linje.

Grunnleggende prinsipper for konstruksjon

Reglene for å plotte nettverksdiagrammer er som følger:

Bygge et nettverksdiagram. Eksempel

La oss gå tilbake til det opprinnelige eksemplet og prøve å tegne et nettverksdiagram ved å bruke alle dataene spesifisert tidligere.

Vi starter med det første arrangementet. To kommer ut av det - den andre og den tredje, som er koblet sammen i den fjerde. Deretter går alt sekvensielt frem til den syvende hendelsen. Tre verk kommer ut av det: det åttende, det niende og det tiende. La oss prøve å vise alt:

Kritiske verdier

Det er ikke alt av nettverksgrafikk. Eksemplet fortsetter. Deretter må du beregne de kritiske øyeblikkene.

Den kritiske banen er den lengste tiden det tar å fullføre en oppgave. For å beregne det, må du legge sammen alle de høyeste verdiene av sekvensielle handlinger. I vårt tilfelle er dette verk 1-2, 2-4, 4-5, 5-6, 6-7, 7-8, 8-11. La oss oppsummere:

30 + 2 + 2 + 5 + 7 + 20 + 1 = 67 dager

Dermed er den kritiske banen 67 dager.

Dersom slik tid for prosjektet ikke passer ledelsen, bør den optimaliseres etter kravene.

Prosessautomatisering

I dag er det få prosjektledere som manuelt bygger nettverksdiagrammer - dette er en enkel og praktisk måte å raskt beregne tidsbruken, bestemme rekkefølgen på arbeidet og tildele utførere.

La oss ta en rask titt på de vanligste programmene:

1. Microsoft Project 2002- et kontorprodukt der det er veldig praktisk å tegne diagrammer. Men det er litt upraktisk å gjennomføre beregninger. For å utføre selv den enkleste handlingen, trenger du mye kunnskap. Når du laster ned programmet, sørg for å kjøpe bruksanvisningen for det.
2. SPU v2.2. En veldig vanlig gratis programvare. Snarere, ikke engang et program, men en fil i et arkiv, som du ikke trenger installasjon for. Det ble opprinnelig utviklet for en student sitt hovedfagsarbeid, men det viste seg å være så nyttig at forfatteren la det ut på nettet.
3. NetGraf- en annen utvikling av en innenlandsspesialist fra Krasnodar. Den er veldig lett, enkel å bruke, krever ikke installasjon og en enorm bagasje av kunnskap om hvordan den skal betjenes. Pluss er at den støtter import av informasjon fra andre tekstredigerere.
4. Du kan ofte finne et slikt tilfelle - Borghiz... Lite er kjent om utvikleren, hvordan og hvordan du bruker programmet. Men det kan mestres ved den primitive metoden for "skriving". Hovedsaken er at det fungerer.

Nettverksdiagrammer og regler for deres konstruksjon

Et nettverksdiagram er en grafisk fremstilling av prosessene som må utføres for å nå et mål.

Metoder for nettverksplanlegging og -styring (SPM) er basert på grafteori. En graf er en samling av to endelige sett: et sett med punkter, som kalles toppunkter, og et sett med par av toppunkter, som kalles kanter. I økonomi er to typer grafer ofte brukt: tre og nettverk. Et tre er en sammenkoblet graf uten sykluser som har et innledende toppunkt (rot) og ekstreme toppunkter. Et nettverk er en rettet begrenset tilkoblet graf som har et startpunkt (kilde) og et sluttpunkt (synk). Dermed er hver nettverksgraf et nettverk som består av noder (vertekser) og rettede buer (kanter) som forbinder dem. Nodene i grafen kalles hendelser, og de orienterte buene som forbinder dem kalles aktiviteter. På nettverksgrafen er hendelser avbildet av sirkler eller andre geometriske former, og arbeidet som forbinder dem med dimensjonsløse piler (de kalles dimensjonsløse fordi lengden på pilen ikke avhenger av mengden arbeid den reflekterer).

Hver nettverksplanhendelse er tildelt et spesifikt nummer ( Jeg), og arbeidet som forbinder hendelsene er angitt med indeksen ( ij). Hvert verk er preget av sin egen varighet (varighet) t (ij)... Betydning t (ij) i timer eller dager, angi som et tall over den tilsvarende pilen i nettverksplanen.

I praksisen med nettverksplanlegging brukes flere typer arbeid:

1) ekte arbeid, produksjonsprosess som krever arbeid, tid, materialer;

2) passivt arbeid (venting), en naturlig prosess som ikke krever arbeidskraft og materielle ressurser, men implementeringen av disse kan bare skje innen en viss tidsperiode;

3) fiktivt arbeid (avhengighet), som ikke krever noen kostnader, men viser at en hendelse ikke kan skje før en annen. Når du konstruerer en tidsplan, er slike arbeider vanligvis indikert med en stiplet linje.

Hvert verk, alene eller i kombinasjon med andre verk, avsluttes med hendelser som uttrykker resultatene av det utførte arbeidet. Følgende hendelser skilles ut i nettverksdiagrammer: 1) initial, 2) intermediate, 3) final (final). Dersom arrangementet er av mellomkarakter, så er det ein føresetnad for å starte arbeidet etter det. Det anses at arrangementet ikke har noen varighet og gjennomføres umiddelbart etter fullføring av arbeidet før det. Det er ikke noe arbeid før den initierende hendelsen. Det uttrykker øyeblikket for begynnelsen av betingelsene for begynnelsen av implementeringen av hele komplekset av verk. Den siste begivenheten har ikke noe påfølgende arbeid og uttrykker øyeblikket av slutten av hele arbeidskomplekset og oppnåelsen av det tiltenkte målet.

Sammenkoblede aktiviteter og nettverkshendelser danner stier som forbinder opprinnelses- og slutthendelsene, de kalles komplette. Den fullstendige banen på nettverksgrafen er en sekvens av aktiviteter i retning av pilene fra opprinnelsen til slutthendelsen. Hele banen for maksimal varighet kalles kritisk. Varigheten av den kritiske banen bestemmer den endelige fristen for gjennomføring av hele komplekset av verk og oppnåelse av det tiltenkte målet.

Jobber som ligger på den kritiske veien kalles kritiske eller stressende. Alle andre verk anses som ikke-kritiske (ikke-stressende) og har tidsreserver som lar deg flytte tidspunktet for fullføringen og tidspunktet for hendelser, uten å påvirke den totale varigheten av hele komplekset av verk.

Regler for å bygge et nettverksdiagram.

1. Nettet trekkes fra venstre mot høyre, og hver begivenhet med et høyere ordenstall trekkes til høyre for den forrige. Den generelle retningen til pilene som viser jobber bør også generelt være plassert fra venstre til høyre, der hver jobb må forlate arrangementet med et lavere tall og gå inn i arrangementet med et høyere tall.

Feil Riktig

3. Det skal ikke være noen «blindveier» i nettverket, det vil si at alle arrangementer, bortsett fra den siste, må ha påfølgende arbeid (mellomhendelser kalles blindveier, som ingen arbeid går fra). Denne situasjonen kan oppstå når dette arbeidet ikke er nødvendig eller noe arbeid mangler.

4. Det skal ikke være noen hendelser i nettverket, bortsett fra den originale, som ikke innledes med minst ett verk. Slike hendelser kalles "hale"-hendelser. Dette kan være tilfelle hvis tidligere arbeid mangler.

For riktig nummerering av nettverkshendelser, bruk følgende handlingsskjema. Nummereringen starter fra den første hendelsen, som er tildelt nummeret 0 eller 1. Fra den første hendelsen (1) slettes alle aktivitetene som utgår fra den (orienterte buer), og på det gjenværende nettverket blir det igjen funnet en hendelse som gjør det ikke inkludere noe arbeid. Denne hendelsen er tildelt et nummer (2). Den angitte sekvensen av handlinger gjentas til alle nettverksplanhendelser er nummerert. Hvis det i løpet av neste sletting skjer to hendelser samtidig som ikke har innkommende jobber, blir numre tildelt dem vilkårlig. Slutthendelsesnummeret må være lik antall hendelser i nettverket.

Eksempel.

I prosessen med å bygge en nettverksplan er det viktig å bestemme varigheten av hver jobb, det vil si at det er nødvendig å gi den et tidsestimat. Arbeidets varighet fastsettes enten i henhold til gjeldende standarder, eller på grunnlag av sakkyndige vurderinger. I det første tilfellet kalles varighetsestimatene deterministiske, i det andre - stokastiske.

Det finnes ulike alternativer for å beregne stokastiske tidsanslag. La oss ta en titt på noen av dem. I det første tilfellet etableres tre typer varighet av et spesifikt arbeid:

1) den maksimale perioden, som er basert på de mest ugunstige forholdene for utførelse av arbeidet ( t maks);

2) minimumsperioden, som er basert på de gunstigste forholdene for utførelse av arbeid ( t min);

3) den mest sannsynlige perioden basert på den reelle tilførselen av arbeid med ressurser og tilstedeværelsen av normale forhold for implementeringen ( t inn).

Basert på disse estimatene, beregnes forventet tid for å fullføre arbeidet (tidsestimatet) ved hjelp av formelen

. (5.1)

I det andre tilfellet settes to estimater - minimum ( t min) og maksimum ( t maks). Varigheten av arbeidet i dette tilfellet betraktes som en tilfeldig variabel, som, som et resultat av implementeringen, kan ta hvilken som helst verdi i et gitt intervall. Den forventede verdien av disse estimatene ( t standby) (med beta-sannsynlighetstetthetsfordeling) estimeres med formelen

. (5.2)

For å karakterisere graden av spredning av mulige verdier rundt det forventede nivået, brukes spredningsindikatoren ( S 2)

. (5.3)

Byggingen av en hvilken som helst nettverksplan begynner med sammenstillingen av en komplett liste over arbeider. Deretter bestemmes arbeidsrekkefølgen, og for hvert spesifikt arbeid bestemmes umiddelbart foregående og etterfølgende arbeider. For å etablere grensene for hver type arbeid brukes spørsmål: 1) hva som skal gå foran det gitte arbeidet og 2) hva som skal følge det gitte arbeidet. Etter å ha utarbeidet en komplett liste over arbeider, etablert deres prioritet og tidsanslag, fortsetter de direkte til utvikling og utarbeidelse av en nettverksplan.

Eksempel.

Tenk for eksempel et program for bygging av en lagerbygning. Listen over operasjoner, deres rekkefølge og varighet vil bli satt opp i en tabell.

Tabell 5.1

Liste over arbeider i nettverksplanen

Bygget på grunnlag av dataene i tabellen. 5.1 foreløpig nettverksarbeidsplan ser slik ut (fig. 5.1).

Ris. 5.1. Foreløpig nettverksplan

Nedenfor er samme tidsplan for oppføring av lagerbygning, nummerert og med tidsanslag for arbeidet påført (fig. 5.2).

Ris. 5.2. Den endelige versjonen av nettverksplanen