Verdensmarkedet og internasjonale økonomiske relasjoner. Verdensmarkedet og dets utvikling Verdensmarkedet er basert
Internasjonal handel er nært knyttet til verdensmarkedene. La oss analysere funksjonene til denne institusjonen i verdensøkonomien.
Klassifisering av verdensmarkeder
Avhengig av formålet økonomisk analyse Følgende typer verdensmarkeder skilles. Av gjenstander handelsavtaler globale markeder kan falle inn i følgende kategorier:
- verdensmarkedene for varer og tjenester. Eksempel: verdens kaffemarked, verdens bilmarked; globalt marked for finans- og banktjenester;
- verdensmarkeder for produksjonsfaktorer (ressursmarkeder). Eksempel: verdensarbeidsmarkedet, verdenskapitalmarkedet, verdensmarkedet for råvarer (olje, gass), verdensmarkedet for metaller (sølv, gull, kobber);
- verdens penge- og finansmarkeder. Eksempel: globalt aksjemarked, globalt obligasjonsmarked, valutamarked;
- verdens teknologimarkeder. Eksempel: det globale Internett-markedet, det globale høyteknologimarkedet, det globale markedet for intellektuell eiendom.
Etter nivå produktstandardisering verdensmarkedene er delt:
- til markeder for et homogent produkt. Eksempel: de fleste råvaremarkeder, råvaremarkeder;
- differensierte produktmarkeder. Eksempel: globalt tekstilmarked; verdensmarkedet passasjerbiler; det globale markedet for husholdningsapparater.
Av type kjøper verdensmarkedene inkluderer:
- til forbruksvaremarkeder;
- markeder for industrivarer (produksjonsmidler).
Av bransjetilhørighet globale markeder inkluderer følgende bransjer:
- Nasjonal økonomi:
- - industri,
- - Landbruk,
- - tjenester,
- - transport,
- - forbindelse,
- - handel,
- - bolig og fellestjenester;
- industri:
- - elektrisk kraftindustri,
- - drivstoffindustrien,
- - jernmetallurgi,
- - ikke-jernholdig metallurgi,
- - kjemisk og petrokjemisk industri,
- - maskinteknikk og metallbearbeiding,
- - skogbruk, trebearbeiding og tremasse- og papirindustri,
- - byggevareindustrien,
- - mat industri;
- undersektorer.
Av tilstedeværelsen og omfanget av adgangsbarrierer fremheve:
- globale markeder uten adgangsbarrierer med et ubegrenset antall deltakere. Eksempel: verdens landbruksmarkeder og markeder for lettindustriprodukter, verdensmarkeder reiselivstjenester;
- globale markeder med moderate etableringsbarrierer og et begrenset antall deltakere. Eksempel: globale ingeniørprodukter (biler, fly, utstyr), globale markeder for transporttjenester;
- globale markeder med høye etableringsbarrierer og svært få deltakere. Eksempel: verdensmarkeder for metaller, verdensmarkeder for kjemisk industri, internasjonal virksomhet innen sport;
- globale markeder med blokkert inngang og et konstant antall deltakere. Eksempel: verdens råvaremarkeder (olje, gass), verdens diamantmarked.
Av omfanget av operasjoner Markedsaktører inkluderer:
- lokale (lokale) markeder;
- regionale markeder;
- nasjonale markeder;
- internasjonale (grenseoverskridende) markeder;
- globale markeder.
Lokale markeder er begrenset til et lite område. Dette kan være bymarkeder, bosetting, et område inne i en storby. Her kan internasjonale transaksjoner representeres ved at individuelle eksportører og importører forsyner begrensede segmenter av forbrukere med spesifikke varer og tjenester.
Regionale markeder dekker store regioner i et land, vanligvis tilsvarende de administrative inndelingene i staten. Dette kan være markeder for republikker, stater, regioner, distrikter.
Introduksjon
Et av de viktigste verktøyene for sosiologisk forskning er kartlegging av respondenter.
Undersøkelser er en uunnværlig metode for å få informasjon om menneskers subjektive verden, deres tilbøyeligheter, motiver og meninger. Det er en nesten universell metode. Hvis det tas riktige forholdsregler, lar det en få informasjon som ikke er mindre pålitelig enn gjennom dokumentundersøkelse eller observasjon.
Med utviklingen av informasjonssystemer og den økende innflytelsen fra Internett-teknologier, har en ny fase startet innen sosiologisk forskning. For øyeblikket, takket være World Wide Web, er det enkelt å gjennomføre undersøkelser og undersøkelser av et stort og mangfoldig publikum.
Denne metoden for å samle informasjon har flere fordeler sammenlignet med tradisjonelle metoder. For det første kan en internettundersøkelse dekke store geografiske områder. For det andre kan resultater oppnås når som helst. I tillegg reduserer denne metoden for å studere opinionen betydelig arbeids- og økonomiske kostnader.
Den høye effektiviteten til metoden for å gjennomføre undersøkelser på Internett skyldes det faktum at den, takket være dens kommunikative egenskaper, "bringer sammen" den spurte og intervjueren så mye som mulig. I tillegg gjør Internett det mulig å redusere tiden brukt på å fylle ut et spørreskjema betydelig gjennom kjeden "intervjuer - spurt - utfylt spørreskjema - legge inn spørreskjemaet i databasen - analysere spørreskjemaet - presentere resultatene i grafisk form." Moderne informasjonsverktøy gjør det mulig å redusere tiden det tar for data å passere gjennom denne kjeden til bare noen få minutter. Til sammenligning krever det minst flere dager å utføre alle disse trinnene manuelt.
Til nummeret særegne trekk Gjennomføring av undersøkelser ved hjelp av Internett inkluderer også lave kostnader, automatisering av undersøkelsesprosessen og analyse av resultatene, og muligheten til å fokusere undersøkelsen på målgruppen.
Å gjennomføre en undersøkelse i mangel av et automatisert system er en svært arbeidskrevende prosess som krever store menneskelige ressurser. Å oppsummere resultatene av en undersøkelse manuelt er en svært tidkrevende prosess, og i dette tilfellet kan menneskelige feil ikke utelukkes. Det utviklede systemet kan betydelig lette arbeidet til markedsavdelingen, redusere tiden brukt på å oppsummere resultatene av undersøkelsen, redusere antall ansatte som er involvert i prosessen med å gjennomføre undersøkelsen, og også redusere sannsynligheten for feil ved oppsummering til null. resultatene av undersøkelsen.
Kunden til dette systemet er markedsavdelingen til Charitable Foundation MESI. En av oppgavene til markedsavdelingen er å gjennomføre markedsundersøkelser. For øyeblikket, når denne oppgaven implementeres, bruker markedsavdelingen visse ressurser, både materielle og menneskelige. Prosessen med å gjennomføre spørreundersøkelser fra forberedelse til direkte innsamling av spørreskjemaer ved MESI Foundation utføres manuelt. Derfor var det behov for å lage en webapplikasjon som kunne automatisere forretningsprosessene for å gjennomføre markedsundersøkelser.
Hovedforretningsmålet med prosjektet er å redusere kostnadene når det gjennomføres markedsundersøkelser ved MESI Charitable Foundation. Å oppnå dette målet er planlagt ved å automatisere undersøkelsesprosessen og databehandlingen ved hjelp av en webapplikasjon.
1. Velge en utviklingsmetodikk
Opprettelsen av en hvilken som helst applikasjon av høy kvalitet er ledsaget av bruk av en viss metodikk. En metodikk er et systematisert sett med tekniske teknikker, teknikker og prinsipper for å konstruere, støtte og/eller forbedre programvare. Metodikken skaper et rammeverk for informasjonsutveksling, gir verktøy og teknikker for å organisere en pålitelig, repeterbar programvareutviklingsprosess. Metodikken deler hele arbeidet inn i organiserte faser og/eller stadier, som så igjen deles inn i planer og oppgaver, input og resultater, teknikker, verktøy og roller til teammedlemmer i produktutviklingsprosessen. Et sett med systematiserte arbeidsprøver presenteres i form av maler, ruter, handlingsscenarier og eksempler på organisering av handlinger. Prøver av arbeid kan enkelt tilpasses prosjekter av enhver spesifisitet, og skaper et pålitelig grunnlag for å danne strukturen til organisasjonen. Basert på den valgte metodikken velges spesifikke designverktøy og programvare. De mest kjente og populære metodene for å organisere en applikasjonsutviklingsprosess av høy kvalitet er Rational Unified Process (RUP) og Microsoft Solutions Framework (MSF)
Rational Unified Process (RUP) tilbyr en iterativ utviklingsmodell som inkluderer fire faser: starte, utforske, bygge og implementere. Hver fase kan brytes ned i stadier (iterasjoner) som resulterer i at en versjon utgis for intern eller ekstern bruk. Fremgang gjennom fire hovedfaser kalles en utviklingssyklus, hver syklus avsluttes med generering av en versjon av systemet. Hvis arbeidet med prosjektet ikke stopper etter dette, fortsetter det resulterende produktet å utvikle seg og går igjen gjennom de samme fasene. Essensen av arbeid innen RUP er opprettelse og vedlikehold av modeller, ikke papirdokumenter, så denne prosessen er knyttet til bruken av spesifikke modelleringsverktøy (UML), samt spesifikk design- og utviklingsteknologi (objektorientert analyse, OOA , objektorientert programmering, objektorientert programmering, OOP). RUP er en teknologisk prosess som lar deg øke produktiviteten til et team og forene prosessen med å utvikle komplekse informasjonssystemer ved å tilby ferdige arbeidsorganisasjonsmodeller og dokumentmaler. RUPs mål er å legge forholdene til rette for utvikling av produkter som fullt ut oppfyller kundenes krav. Planleggingsrammene gitt av RUP lar deg effektivisere utviklingsprosessen og dermed overholde forhåndsavtalte prosjektfrister og budsjetter.
MicrosoftR Solutions Framework (MSF) er en pakke med detaljerte "hvordan"-veiledninger for utvikling av både applikasjoner og infrastrukturprosjekter. I tillegg til å hjelpe til med teknologivalg, fokuserer Leger Uten Grenser på menneskelig faktor, samt individuelle komponenter i utviklingsprosessen. Systemet inneholder prinsipper, modeller og eksempelprosjekter som hjelper til med å identifisere de vanligste feilene og adressere dem for retting av de ansvarlige for en gitt del av prosjektet. En disiplinert tilnærming er avgjørende for å levere forretningsløsninger av høy kvalitet innenfor avtalte tidslinjer, krav og budsjett. Leger Uten Grenser ligner på RUP, den inkluderer også fire faser: analyse, design, utvikling, stabilisering, den er iterativ og involverer bruk av objektorientert modellering. Leger Uten Grenser, sammenlignet med RUP, er mer fokusert på utvikling av forretningsapplikasjoner.
Som utviklingsmetodikk valgte jeg Leger Uten Grenser, siden denne metodikken ble utviklet av Microsoft og tilpasset programvareproduktene til dette selskapet. Leger Uten Grenser er et sett med modeller, prinsipper og retningslinjer for å designe og utvikle løsninger i bedriftsskala som vil hjelpe deg med å administrere prosjektkomponenter som mennesker, prosesser og verktøy. Leger Uten Grenser tilbyr også utprøvde metoder for planlegging, design, utvikling og distribusjon av bedriftsløsninger
Prosessmodellen definerer designrekkefølgen og beskriver prosjektets livssyklus. Det er to hovedformelle livssyklusmodeller - kaskade- og spiralmodeller.
Fig.1.1 Livssyklusmodeller
Disse modellene representerer to ulike tilnærminger til organisering av prosjektets livssyklus.
Cascade modell. Her gjennomføres vurdering og overgang av prosjektet til neste trinn på kontrollpunkter. Alle oppgaver som hører til en fase skal være gjennomført før neste fase starter. Fossmodellen fungerer best når et konsistent sett med krav til løsningen som utvikles kan defineres klart i starten av prosjektet. Registrering av overganger fra en fase til en annen gjør det lettere å tildele ansvar, rapportere og følge prosjektplanen.
Spiral modell. Denne modellen anerkjenner behovet for å kontinuerlig gjennomgå, avgrense og evaluere designkrav. Denne tilnærmingen kan være svært effektiv for rask utvikling. små prosjekter. Det oppmuntrer til aktiv interaksjon mellom prosjektteamet og klienten når klienten evaluerer fremdriften og resultatene av arbeidet gjennom hele prosjektet. Ulempen med spiralmodellen er mangelen på klare milepæler, noe som kan føre til kaos i utviklingsprosessen
Leger Uten Grensers prosessmodell beskriver den generelle flyten av aktiviteter for å lage og distribuere bedriftsløsninger. Modellen er ganske fleksibel og tilpasser seg en lang rekke krav i prosjekter av ulike størrelser. Leger Uten Grensers prosessmodell er etappeorientert og milepælsdrevet, og bruker en iterativ tilnærming for å utvikle og distribuere tradisjonelle applikasjoner, e-handelsløsninger for bedrifter og distribuerte webapplikasjoner.
Leger Uten Grensers prosessmodell kombinerer det beste fra fossefalls- og spiralmodellene: milepælsbasert planlegging og forutsigbarhet fra fossefallsmodellen, sammen med tilbakemeldingene og samarbeidskreativiteten til spiralmodellen.
Leger Uten Grensers prosessmodell består av fem klart definerte stadier:
Lage et helhetsbilde av applikasjonen;
Planlegger;
Utviklingen;
Stabilisering;
Implementeringer.
Hver etappe avsluttes med et sjekkpunkt.
I løpet av programvisjonsstadiet definerer teamet, kunden og prosjektsponsorene forretningskrav på høyt nivå og overordnede prosjektmål. Hovedoppgaven er å bli enige om hvordan ulike deltakere ser prosjektet, og å utvikle en felles mening blant teammedlemmene om nytten av prosjektet for bedriften og dets gjennomførbarhet. På dette stadiet er hovedoppmerksomheten gitt til klarheten i formuleringen av oppgaver.
På stadiet med å lage det overordnede bildet av applikasjonen, løser teamet ulike problemer.
Bestem sammensetningen av teamet, som skal inkludere alle rollene som kreves av Leger Uten Grensers teammodell. (Personen som er ansvarlig for å lage teamet utnevnes vanligvis av bedriftsledelsen.) Når du organiserer et team, er det viktig å vurdere ferdighetene, erfaringen og ytelsen til individuelle teammedlemmer. Glem heller ikke praktiske hensyn som tilgjengelighet og rimelighet av ressurser og budsjett.
Definere prosjektstrukturen - definere den administrative strukturen til prosjektgruppen og prosjektledelsesstandarder.
Definere forretningsmål - analysere forretningsproblemet og muligheter for å identifisere mål for å lage et produkt.
Vurdering av den eksisterende situasjonen - analyse av nåværende tilstand og vurdering av gapet mellom faktisk og forventet tilstand. Hensikten med en slik analyse er å formulere en liste over oppgaver og bestemme utviklingsretningen for prosjektet.
Opprette et prosjekt-storbilde og omfangsdokument - utvikle og dokumentere løsningskonseptet som skal veilede prosjektteamet til å nå prosjektets langsiktige forretningsmål. Prosjektomfanget definerer hva som inngår i prosjektsammenheng og hva som ligger utenfor prosjektomfanget.
Definere krav og brukerprofiler - identifisere alle interessenter, sluttbrukere og prosjektsponsorer, og dokumentere deres krav til løsningen. Denne informasjonen hjelper deg med å skissere det store bildet og omfanget av prosjektet, samt lage et konsept for løsningen.
Utvikling av et løsningskonsept er å lage et grunnleggende løsningskonsept, det vil si "ryggraden" i en løsning som vil bli grunnlaget for et fremtidig produkt. Konseptet er laget basert på de innsamlede kravene.
Risikovurdering - identifisere og avklare betydningen av ulike typer risiko for prosjektet, samt utvikle tiltak for å eliminere eller redusere risiko. Det er en iterativ prosedyre som utføres i alle stadier av produktets livssyklus.
Lukke stadiet for å skape det store bildet av løsningen - fullføring av stadiet, som bekreftes av dokumentet for det store bildet og omfanget av løsningen, godkjent av alle interessenter og prosjektteamet
Resultatene av å løse hver oppgave på scenen danner konteksten og retningen for påfølgende stadier av prosjektet, samt helhetsbildet og omfanget av løsningen som gis til kunden. Dette er målene som teamet oppnår under etableringen av det store bildet av løsningen.
Generelt bilde og omfang av løsningen:
· formulering av oppgaver og forretningsmål;
· analyse av eksisterende prosesser;
· den mest generelle definisjonen av brukerkrav;
· brukerprofiler som bestemmer hvem som skal jobbe med produktet;
· dokumentere helhetsbildet og definere omfanget;
· et løsningskonsept som beskriver hvordan prosjektet planlegges;
· løsningsdesignstrategier.
Prosjektstruktur:
· beskrivelser av alle Leger Uten Grensers teamroller og lister over teammedlemmer;
· prosjektstruktur og prosessstandarder som teamet skal forholde seg til.
Risikovurdering:
· foreløpig risikovurdering;
· liste over forhåndsdefinerte risikoer;
· planlegger å eliminere eller redusere virkningen av identifiserte risikoer.
I planleggingsfasen bestemmer teamet hva som skal utvikles og lager planer for å implementere produktet. Teamet utarbeider funksjonsspesifikasjonen, lager løsningsdesign og arbeidsplaner, og estimerer kostnadene og tidsrammen for å oppnå de planlagte resultatene.
I planleggingsfasen gjennomføres kravanalyse som er delt inn i forretningskrav, brukerkrav, funksjonskrav og systemkrav. De er nødvendige for utformingen av produktet og dets funksjoner, samt for å verifisere riktigheten av designet.
Etter å ha samlet inn og analysert krav, lager teamet et utkast til løsning. Det opprettes profiler som definerer brukerne av produktet og deres roller og ansvar. Teamet lager deretter scenarier for bruk av systemet. En systembrukstilfelle (SUS) er en beskrivelse av en prosess utført av en bestemt type bruker. Teamet oppretter egen SIS for alle brukerprofiler. Deretter genereres systembrukstilfeller (SUS), som bestemmer rekkefølgen av trinnene som utføres av brukeren i SIS.
Planleggingsfasen består av tre stadier.
Konseptuell design. Oppgaven vurderes ut fra bruker- og forretningskrav og defineres i form av scenarier for bruk av systemet.
Logisk design. Problemet ses fra prosjektgruppens synspunkt, og løsningen er definert som et sett med tjenester.
Fysisk design. Problemet vurderes fra utviklernes (programmerere) synspunkt. På dette stadiet spesifiseres teknologier, komponentgrensesnitt og løsningstjenester.
I utviklingsfasen lager prosjektgruppen løsningen, inkludert utvikling og dokumentering av produktkoden og opprettelse av infrastrukturen for løsningen.
Utviklingsprosess
I utviklingsfasen utfører teamet flere oppgaver.
Start av utviklingssyklusen. Teamet verifiserer at alle oppgaver knyttet til løsningsbildet og planleggingsfasene er gjennomført og forbereder seg på å starte produktutvikling.
Opprette en applikasjonsprototype. Valider konseptene bak løsningsdesignet i et miljø som ligner på miljøet der det fremtidige produktet til slutt vil bli distribuert. Miljøet bør reprodusere så nøyaktig som mulig industrimiljø. Denne oppgaven utføres før utviklingen starter.
Utvikling av løsningskomponenter. Utvikling av hovedkomponentene i løsningen og deres tilpasning i henhold til løsningens behov.
Skaper en løsning. En sekvens av daglige eller hyppigere bygg som kulminerer i utgivelsen av basisbygg som markerer implementeringen av hovedproduktfunksjonalitet.
Avslutning av utviklingsstadiet. Fullførte alle applikasjonsfunksjoner og levert kode og dokumentasjon. Løsningen anses som klar, og teamet går videre til godkjenningsprosessen for milepæl.
Under stabiliseringsfasen bygger, laster og betatester teamet produktet og vurderer implementeringsscenarier. Fokuset er på å identifisere, avbryte og løse problemer, som alle forbereder løsningen for endelig utgivelse. På dette stadiet er det spesifiserte nivået av produktkvalitet sikret. I tillegg, når fasen er fullført, er løsningen klar for distribusjon i et produksjonsmiljø.
På dette stadiet distribuerer teamet teknologiene og miljøkomponentene som er nødvendige for å drive kreasjonen av dette produktet, installerer og stabiliserer løsningen i utplassert tilstand, overleverer prosjektet til vedlikeholds- og supportteamet, og får endelig godkjenning av prosjektet fra kunden.
Etter distribusjon utfører teamet en designgjennomgang og gjennomfører en undersøkelse for å fastslå kundetilfredshetsnivåer. Utrullingsfasen avsluttes med sjekkpunktet Solution Deployed.
Modelleringsverktøyet vil være UML (Unified Modeling Language), et standardspråk som brukes til å modellere informasjonssystemer av ulik kompleksitet – fra store bedrifts-IT-systemer til distribuerte nettbaserte systemer.
Skaperne av UML hadde som mål å gi brukerne et standard visuelt språk som lar dem utvikle og kommunisere forståelige modeller. UML er uavhengig av spesifikke programmeringsspråk og utviklingsprosesser og brukes til:
Visualisering av et programvaresystem med et sett med strengt definerte symboler. En applikasjonsutvikler kan entydig tolke en UML-modell laget av en annen utvikler;
Spesifikasjonsbeskrivelser informasjon System. UML hjelper deg med å bygge nøyaktige, entydige og komplette modeller;
Konstruere IT-systemmodeller som kan konverteres direkte til tekst på ulike programmeringsspråk;
Dokumentere programvaresystemmodeller, uttrykke systemkrav på utviklings- og distribusjonsstadier
Hovedtrekk ved UML:
Et enkelt, utvidbart og uttrykksfullt visuelt modelleringsspråk;
Består av et sett med notasjoner og regler for modellering av programvaresystemer av ulik grad av kompleksitet;
Gjør det mulig å lage enkle, godt dokumenterte og lettfattelige programvaremodeller;
Den er uavhengig av både programmeringsspråk og plattform.
UML lar systemutviklere lage standardplaner for ethvert system og gir et vell av grafiske verktøy som brukes til å visualisere og analysere et system fra en rekke perspektiver. Basert på diagrammene lages ulike visninger av systemet. Samlet utgjør alle representasjoner av systemet systemmodellen.
Modeller eller visninger brukes til å visuelt representere et komplekst informasjonssystem, med ulike aspekter av informasjonssystemet vist som UML-visninger. Følgende representasjoner brukes vanligvis:
Brukersynet uttrykker målene og målene for systemet fra brukernes synspunkt og deres krav til systemet. Denne visningen refererer til den delen av systemet som brukeren samhandler med. En tilpasset visning kalles også en diagramsettvisning UseCase
Strukturell visning gjenspeiler den statiske eller ikke-operative tilstanden til systemet. Det kalles også designvisning.
Atferdssyn gjenspeiler den dynamiske eller skiftende tilstanden til et system. Dette kalles noen ganger prosessvisning.
Implementeringsvisningen representerer strukturene til de logiske elementene i systemet.
Miljøsynet reflekterer fordelingen av de fysiske elementene i systemet. Systemets miljø bestemmer funksjonene fra brukernes synspunkt. Miljøvisningen kalles også distribusjonsvisningen.
Ulike UML-representasjoner inneholder diagrammer som viser løsningen under utvikling fra ulike perspektiver. Det er ikke nødvendig å utvikle diagrammer for hver opprettet system, men du bør kunne forstå systemvisninger og tilhørende UML-diagrammer. Det er heller ikke nødvendig å bruke alle diagrammene for å modellere systemet. Det er nødvendig å velge bare de modellene som lar deg simulere systemet.
Følgende UML-diagrammer brukes til å skildre forskjellige visninger av systemet:
Klassediagrammer inneholder klasser og deres relasjoner. Forbindelser (assosiasjoner) mellom klasser er representert av toveis forbindelseslinjer;
Objektdiagrammer viser ulike systemobjekter og deres relasjoner;
Use case-diagrammer viser settet med funksjoner som systemet gir til eksterne objekter;
Komponentdiagrammer viser en representasjon av en systemimplementering. Den inneholder ulike systemkomponenter og deres relasjoner, for eksempel kildekode, objektkode og kjørbar kode;
Implementeringsdiagrammer viser samsvaret mellom programvarekomponenter og nodene til den fysiske implementeringen av systemet;
Samarbeidsdiagrammer er et sett med klasser og meldingene de sender og mottar;
Sekvensdiagrammer beskriver interaksjonen mellom klasser - sekvensen av meldinger som utveksles mellom klasser;
Tilstandsdiagrammer beskriver oppførselen til en klasse når en ekstern prosess eller objekt får tilgang til den. Den viser tilstandene og svarene til klassen når en handling utføres.
2. Lag et stort bilde av løsningen
Å samle informasjon er en kompleks prosess. Den største vanskeligheten i denne prosessen er å samle inn tilstrekkelig mengde informasjon og opprettholde høy kvalitet. Slik informasjon gjør det mulig å utvikle velbegrunnede anbefalinger og sende dem til vurdering til ledelsen i en organisasjon eller institusjon, og å formulere en metodikk for høykvalitetsstyring av prosessen med opplæring, omskolering og avansert opplæring av ansatte.
Selvfølgelig hentes informasjon fra to hovedkilder:
· eksisterende - tilgjengelig i institusjonen;
· informasjon fra ulike typer medarbeiderundersøkelser.
Vanligvis brukes informasjon som allerede eksisterer i institusjonen først, selv om mengden av denne typen informasjon vil variere og nytten vil avhenge av arten av analysen. Men helt i starten av prosjektet er det kun slik informasjon som er tilgjengelig for bearbeiding og analyse, så det er viktig å samle inn og analysere denne informasjonen. Dette vil bidra til å identifisere ytterligere informasjonsbehov og tilnærme seg videre datainnsamling fra et annet, informert perspektiv.
I prosessen med å analysere opplæringsbehov vil det være nødvendig å samle inn "rå" og "fersk" informasjon, det vil si synspunktene til organisasjonens ledere og ansatte, forbrukere om fremdriften i opplæring, omskolering og avansert opplæring av ansatte og pedagogisk prosess. Den vanlige måten å innhente slik informasjon på er en spørreundersøkelse.
De vanligste formene for undersøkelser er:
· strukturert;
· semistrukturert;
· gruppediskusjoner og møter;
· spørreskjemaer.
I et strukturert intervju stiller intervjueren en rekke forberedte spørsmål, plassert etter hverandre, for å få frem informasjonen som samles inn. Ulempen med denne formen for spørsmål er at samtaleemnet er forhåndsbestemt, og noen sentrale og interessante aspekter for prosjektet kan gå glipp av fordi de ikke tidligere ble notert.
Ved bruk av semistrukturert intervju defineres det brede området for undersøkelser før samtalen, men ytterligere områder gjennomgås i løpet av samtalen og intervjueren bestemmer fra tid til annen om han skal fortsette å diskutere en bestemt sak.
Gruppediskusjoner og møter er nyttige i opplæringsbehovsanalyse da de øker kvaliteten på informasjonen. Ledelse og ansatte diskuterer ideer og foreslår, gjennom diskusjon, nye tilnærminger for å løse det, som gir mer begrunnet informasjon. Men når man bruker gruppediskusjoner, kreves det effektive diskusjonsvaner fra HR-sjefene ved institusjonen eller opplæringssentrene.
Spørreskjemaer er den vanligste måten å samle inn en rekke opplysninger på, men spørreskjemaer er også det største problemet. Problemet er deres design og analyse, ikke deres aksept. I organisasjoner og institusjoner med et stort antall personell eller med et stort antall kontorer, kan spørreskjemaer være en stor del av metodikken.
Hovedmålet til markedsavdelingen i en regional struktur er å identifisere, danne og effektivt møte utdanningsbehovene til ulike forbrukergrupper på regionalt nivå.
I samsvar med de viktigste strategiske målene til MESI og dets nåværende oppgaver, er markedsavdelingen til den regionale strukturen i sin daglige virksomhet forpliktet til å implementere følgende hovedoppgaver:
1. Gi markedsavdelingen til overordnet struktur nødvendig markedsføringsinformasjon for felles utvikling av strategier og taktikker for utvikling og markedsatferd til den regionale strukturen ved promotering av pedagogiske produkter og tjenester i regionale markeder. Markedsavdelingen til den regionale strukturen er forpliktet til, om nødvendig, å avklare og supplere spesifisert informasjon, samt å utføre alle nødvendig arbeid om analyse og vurdering av ulike typer nåværende og fremtidige markedssituasjoner i regionale markeder.
2. Gjennomføring av hele spekteret av markedsundersøkelser knyttet til markedet for utdanningsprodukter og tjenester i regionene, det regionale arbeidsmarkedet, av forbrukere av regionale strukturer, både i henhold til godkjent forskningsplan og i henhold til spesielle instrukser fra markedsavdelingen.
3. Studere aktivitetene til regionale konkurrenter, strategier og taktikker for deres innflytelse på kunder (reklame, prispolitikk, andre konkurransemetoder) og gi rapporteringsinformasjon til markedsavdelingen, i samsvar med markedsføringsplanen.
4. Konstant deltakelse i utviklingen av strategi og taktikk for markedsadferd til den regionale strukturelle inndelingen av EAOI gjennom dannelsen av en markedsføringsstrategi: produkt, prissetting, salg, reklame og service.
5. Dannelse av etterspørsel, organisering av reklameaktiviteter, salgsfremmende tiltak, utvikling av et sett med PR-aktiviteter, koordinering med markedsavdelingen og levering av rapporteringsinformasjon i samsvar med planen for markedsføringsaktiviteter.
6. Periodisk konsultasjon med markedsavdelingen til moruniversitetet om spørsmål om markedsføringsaktiviteter til den regionale strukturen.
7. Utvikling av langsiktige (for ett år) og gjeldende planer (for en måned) for regional markedsføring og koordinering med markedsavdelingen til moderuniversitetet.
8. Utvikling og godkjenning av strukturen og volumet av markedsføringsbudsjettet med markedsavdelingen til overordnet universitet.
9. Utvikling av forslag til konseptet for en prisstrategi, inkludert et system med rabatter i regionene og godkjenning med markedsavdelingen til moruniversitetet
10. Analyse av årsakene til den udekkede etterspørselen etter utdanningstjenester og produkter fra den regionale strukturen i utdanningstjenestemarkedet og utvikling av forslag for å redusere størrelsen.
11. Oppretting og operativt vedlikehold av databasene "Forbrukere" og "Konkurrenter".
12. Utvikling av forslag til utvikling av nye typer utdanningstjenester i regionene som møter behovene til nye Forbrukere/Studenter.
13. Utvikling av forslag for dannelse/justering av et positivt bilde av MESI i hodet til regionale forbrukere/studenter og en enhetlig bedriftskultur, direkte deltakelse i deres praktiske implementering ved bruk av reklamemedier.
14. Søke etter utøvere/medutøvere for å utføre markedsførings- og reklamearbeid blant tredjepartsorganisasjoner, sette oppgaver for dem, driftskontroll og analyse av arbeidet utført av dem.
Når man gjennomfører markedsundersøkelser, brukes en stor del av tiden på å gjennomføre undersøkelser og viderebearbeiding av dataene som innhentes. I samsvar med forskrift om markedsaktiviteter til regionale strukturer, skal markedsavdelingen gjennomføre følgende typer undersøkelser:
1. Videregående elever og nyutdannede ved videregående utdanningsinstitusjoner (pre-universitetsarrangementer) (spørreskjema + rapportskjema - Word);
2. Søkere, inkludert besøkende til førskoleutdanningsinstitusjonen (spørreskjema + rapportskjema - Word);
3. 1. og 5. års studenter (spørreskjema + rapportskjema - Word);
4. Studenter på 2, 3, 4 år (spørreskjema + rapportskjema - Word) Studenter (kvalitet på utdanning) (spørreskjema + rapportskjema - Word);
5. Studenter - eksterne studenter (spørreskjema + rapportskjema - Word);
6. Deltakere på seminarer, kurs mv. (spørreskjema + rapportskjema - Word).
7. Avhør av arbeidsgivere (fastsette holdninger til eksterne studier) (spørreskjema + rapportskjema - Word);
8. Spørre arbeidsgivere (identifisere behovet for spesialister og kravene til opplæringen deres) (spørreskjema + rapportskjema - Word).
Prosessen med å gjennomføre en spørreundersøkelse fra forberedelse til selve innsamlingen av spørreskjemaer utføres manuelt, noe som sløser med mye tid og papir og samtidig er det stor sannsynlighet for feil som kan føre til feil resultater. Videre kan det være behov for å prøve den delen av spørreskjemaene som oppfyller et bestemt kriterium. For eksempel: hvordan bare kvinner svarte på disse spørsmålene osv. Dette vil føre til ny behandling av spørreskjemaene. Her er det behov for å lage et program som kan utføre mange handlinger for å samle og behandle informasjon automatisk, noe som reduserer tiden for å oppnå resultater betydelig og reduserer muligheten for feil til et minimum. Men gitt at slik forskning må utføres ganske regelmessig, er det ikke lønnsomt for en bedrift å betale for et nytt program hver gang, så systemet som lages må være universelt og egnet for ulike typer spørreskjemaer. For å samle inn data er det nødvendig å bruke moderne informasjonsteknologi, som gjør det mulig å plassere informasjon på arbeidsplassen i form av en skjermform av et spørreskjema for lokal implementering av systemet i individuelle regionale sentre undersøkelse (organisasjoner), eller plasser skjemaet på en ekstern server, tilgang til av brukere ved hjelp av standardiserte Internett- og intranettteknologier.
2.2 Omfang
Målet med ethvert prosjekt er å løse et problem, så det bestemmer i utgangspunktet løsningsprosjektet. Målsetning lar deg definere oppgavene som teamet skal løse.
Hovedmålet med prosjektet er å redusere kostnader ved gjennomføring av markedsundersøkelser.
For å nå et gitt mål må følgende oppgaver utføres:
· Utarbeidelse av spørreskjemaer
· Gjennomføring av undersøkelser
· Databehandling
· Lagring og videre uthenting
Følgende brukere er definert for dette systemet:
Systemadministrator
· Markedsavdelingen ansatt
· Vanlig bruker (søker, student, arbeidsgiver)
En av de kritiske viktige forhold Prosjektsuksess er klarheten i definisjonen av prosjektets omfang, det vil si hva som er innenfor rammen av prosjektet. Denne parameteren bestemmes på grunnlag av det overordnede bildet av løsningen og begrensninger forårsaket av endeligheten til designressurser, tid og andre faktorer. Omfanget avhenger også av funksjonene som kunden anser som må-has og som teamet må implementere i den første versjonen av løsningen. Ved definering av prosjektgrenser har teamet rett til å flytte funksjonalitet inn i fremtidige versjoner som ikke er direkte relatert til kjernefunksjonaliteten til løsningen. Utenfor-omfang-funksjonalitet dokumenteres i neste versjon eller neste prosjekt
Figuren viser et UseCase-diagram som representerer en del av forretningstransaksjoner.
Ris. 2.1 Generelt bruksskjema for systemet
Implementeringen av systemet innebærer å løse følgende problemer:
· opprettelse av et spørreskjemaoppsett;
· praktisk redigering av en eksisterende profil;
· eksport og import av spørreskjemaer
· gjennomføre undersøkelser (fylle ut spørreskjemaer);
· behandling av undersøkelsesresultater;
· se statistikk (generere rapporter).
· Vedlikeholde en database hvor undersøkelsesresultater lagres.
2.3 Lage et løsningskonsept
Løsningskonseptet beskriver teamets tilnærming til å løse prosjektproblemer og fungerer som grunnlag for å gå videre til planleggingsstadiet. Etter å ha definert forretningsproblemet og skapt det store bildet og omfanget av løsningen, lager teamet et løsningskonsept som skisserer hvordan teamet planlegger å løse problemet.
En "tynn klient" vil bli brukt som nettleser. "Tynne klienter" er terminalstasjoner der brukere jobber, mens alle applikasjoner kjører på serveren. Dermed er denne løsningen basert på et flerbrukeroperativsystem, i vårt tilfelle Windows Server 2003, som kjører alle applikasjoner på en server som kjører IIS (Internet Information Services).
.NET-teknologi vil bli brukt som utviklingsplattform. Det åpner for brede muligheter for å forbedre måten bedriftsapplikasjoner utvikles på. Visual Studio .NET gir rammeverket for et felles rammeverk som flere språk er basert på. Visual Studio .NET er også mer nettfokusert enn tidligere versjoner, med sterkt fokus på webtjenester, XML og distribuerte applikasjoner.
Microsoft SQL Server 2005 vil bli brukt som et DBMS; det representerer en ny generasjon skalerbare løsninger innen databasestyringssystemer og datavarehus for oppgaver som krever rask innhenting og analyse av informasjon. Det er rettet mot å løse et bredt spekter av problemer på alle områder av virksomheten, inkludert e-handel.
Fordeler med Microsoft SQL Server 2005:
Helt nettsentrisk. Spørre, analyser og administrer data via nettet. Bruke XML for å utveksle data mellom eksterne systemer. Enkel og sikker tilgang til data ved hjelp av nettlesere, raskt søk etter nødvendige dokumenter. Analyse av datastrømmer og innhenting av informasjon om brukere, inkludert via nettet.
Skalerbarhet og pålitelighet. SQL Server 2005 gir praktisk talt ubegrenset lagringsvekst ved å øke systemets pålitelighet og skalerbarhet, og dra full nytte av.
Hastighet for å bygge løsninger. SQL Server 2005 reduserer tiden for å opprette, distribuere og gå ut på markedet for moderne forretnings- og e-handelsapplikasjoner, og bruker en innebygd T-SQL-debugger. Forbedrer og fremskynder prosessen med datainnhenting, forenkler administrasjonen, lar deg bruke brukerskapte funksjoner i andre applikasjoner, og gir store muligheter for å lage webapplikasjoner.
Registrer driftshastigheter. Selv før den endelige lanseringen satte SQL Server 2005 en ny verdensrekord for ytelse, langt foran konkurrerende løsninger på ulike plattformer.
Nøkkelegenskaper
SQL Server 2005 integreres i eksisterende systemer uten programmering, ved hjelp av innebygd støtte for W3C-standarder inkludert XML, Xpath, XSL og HTTP. Tillater visning og tilgang til relasjonsdata ved hjelp av en teknikk for enkelt å kartlegge XML-elementer og relasjonsskjemaattributter.
SQL Server 2005 får tilgang til data via URL-er (ved hjelp av SQL-språk, XML-maler eller Xpath i spørringer), returnerer XML-objekter fra SQL-spørringer og manipulerer skjemaet ved hjelp av formateringsalternativer.
SQL Server 2005 støtter bruken av XML for å velge, sette inn, oppdatere og slette tabelldata fra hvor som helst, selv gjennom en brannmur, slik at du kan overføre, transformere og laste hele data fra enhver kilde til SQL Server 2005 relasjonstabeller. jobber med XML-dokumenter, både med SQL-tabeller, ved hjelp av T-SQL og innebygde prosedyrer.
SQL Server 2005 drar full nytte av multitasking og parallell prosessering, for eksempel pålitelig drift av delte databaser på bruker- eller applikasjonsnivå, deling av dataflyt mellom servere, parallell opprettelse av indekser, raskere databaseskanning på multiprosessorsystemer og synkroniseringsdata på alle servere i klyngen, uavhengig av deres plassering. Produktet reinstallerer og gjenoppretter enhver gren hvis en klynge svikter uten å påvirke de andre, er enkelt konfigurert for replikering og tråddistribusjon, og har innebygd serverkloningsteknologi.
SQL Server 2005 lar deg analysere innsamlede relasjons- og OLAP-data, inkludert inngangsstrømmer og tilgangshistorikk, for å forstå trender og lage prognoser, og utfører analyser av store datavolumer (10 millioner+ poster) på grunn av koblet lagring. Samtidig lar produktet serveren være tilgjengelig for andre oppgaver ved oppdatering av indekser, støtter rask arkivering med lave systemressurser, arkiverer kun endrede elementer, og lar deg flytte og kopiere databaser og objekter mellom servere ved hjelp av spesielle veivisere.
T-SQL-debuggeren lar deg feilsøke lagrede prosedyrer, angi bruddpunkter, definere kontrollpunkter, vise variabelverdier, tillate trinnvis utførelse av kode, overvåke eksekvering av kode på serveren og klienter, og lage maler.
Innebygd MDX-designer, støtte for SAN-nettverk, OLAP-behandling, selvinnstilling og administrasjonsalgoritmer, støtte for funksjoner opprettet av brukeren, integrasjon med Active Directory - alt dette øker mulighetene og bruksområdene til SQL Server 2005.
Fulltekstsøk via Internett eller intranett etter formaterte dokumenter (Word, Excel, HTML).
Støtte for redundante servere - MS SQL 2005 bruker en aktiv og passiv feiltoleransemodell med redundant maskinvare.
Forespørsler på engelsk.
Analyse og sikkerhetstjenester. MS SQL 2005 låser data ved hjelp av array- og cellesikkerhet og begrenser tilgang til spesielle sett med celler.
Datakonverteringstjenester. MS SQL 2005 importerer og eksporterer data og nøkler mellom støttede databaser, programmerer flerfasedatasøking og lagrer DTS-pakker som Visual Basic-kode.
Sikkerhet. MS SQL 2005 inkluderer støtte for SSL-tilkoblinger og har et C2-sikkerhetssertifikat. Standardinstallasjonen setter sikkerhetsnivået til Høyt. I mai 2005 mottok Microsoft SQL Server 2000 Enterprise Edition sertifisering Føderal tjeneste for teknisk kontroll og eksportkontroll på overholdelse av det vurderte konfidensnivået OUD 1 (forbedret) ved arbeid under Microsoft Windows Server 2003 Enterprise Edition, i samsvar med veiledningsdokumentet "Security of Information Technologies. Kriterier for å vurdere sikkerheten til informasjonsteknologier" (Statens tekniske kommisjon i Russland, 2002). Sertifikatet bekrefter at Microsoft SQL 2000 Enterprise Edition kan brukes til å bygge automatiserte systemer opp til sikkerhetsklasse 1G inklusive.
Koble til OLAP-kuber på forskjellige servere for ytelsesanalyse. Sikker tilgang til kubedata via Internett støttes.
Parallell DBCC - validerer raskt og effektivt data i multiprosessoraktiverte databaser.
3. Planlegging
3.1 Generell informasjon om planleggingsfasen
Informasjonen som samles inn av teamet under den overordnede løsningsbildefasen er vanligvis tilstrekkelig til å starte arbeidet med prosjektet. På dette stadiet lages et grunnleggende dokument over helhetsbildet og omfanget av løsningen. Mot slutten av Big Picture-fasen går teamet videre til planleggingen av Leger Uten Grensers prosessmodell. På dette stadiet er det nødvendig å sikre at forretningsproblemet som løses er fullt ut forstått og teamet er i stand til å designe en adekvat løsning. I tillegg bør du planlegge hvordan løsningen skal utvikles og vurdere om det er nok ressurser til det.
På planleggingsstadiet opprettes et sett med modeller og dokumenter med en liste over krav - en funksjonsspesifikasjon, eller et utkast til løsningsplan. Arbeidet med det begynner på planleggingsstadiet.
I planleggingsfasen fortsetter prosjektgruppen det arbeidet som ble påbegynt i løsningssynsfasen, nemlig arbeidet med forutsetninger, oppgaver, oppgavesekvenser og brukerprofiler.
Som et resultat bør arkitekturen og designen til løsningen, planer for utvikling og distribusjon, og tidsplaner for å fullføre oppgaver og laste ressurser utvikles. På dette stadiet utvikler teamet et så klart bilde av løsningen som mulig. Planleggingsprosessen er ment å føre prosjektet fremover, men mange team snubler gjennom den ved å bruke for mye tid på planlegging. Nøkkelen til suksess er å fange øyeblikket når det er nok informasjon til å gå videre. Dersom det mangler informasjon er det risikabelt å gå videre til neste trinn, på den annen side kan for mye informasjon føre til at prosjektet stagnerer.
Under planleggingsfasen utvikles tre typer design: konseptuell, logisk og fysisk, og disse prosessene utføres ikke parallelt. De har en "flytende" begynnelse og slutt og er avhengige av hverandre.
Logisk design er bygget på grunnlag av konseptuell design, og fysisk design er basert på resultatene av logisk design. Eventuelle endringer i den konseptuelle utformingen reflekteres i den logiske utformingen og fører igjen til modifikasjoner av den fysiske utformingen.
3.2 Konseptuell design
Konseptuell design er prosessen med å samle inn, analysere og prioritere forretningsfunksjoner og brukerperspektiver på et problem og fremtidig løsning, og deretter skape en representasjon på høyt nivå av løsningen.
Under informasjonsinnhenting samles foreløpige krav. Det er viktig at teamet forstår forskjellen mellom de ulike kategoriene av krav: bruker-, system-, prosedyre- og forretningskrav.
Foreløpige krav formuleres vanligvis basert på innledende intervjuer og annen informasjon som er samlet inn på det tidspunktet. Etter hvert som forståelsen av forretningsproblemet blir dypere, utvides og foredles forutsetningene.
3.2.1 Beskrivelse av AS-IS forretningsprosessmodellen
Foreløpig er prosessen med å samle inn og behandle markedsundersøkelser ved å bruke undersøkelsesmetoden som følger.
Ris. 3.1. Generell kartleggingsplan
Planlegging av undersøkelsen:
Basert på markedsrapporteringsplanen utarbeides en intern tidsplan for gjennomføring av markedsundersøkelser. På dette stadiet samles all nødvendig informasjon for å gjennomføre undersøkelser og utarbeide spørreskjemaer, som inkluderer å lage en liste over grupper der undersøkelsen skal gjennomføres, utarbeide en tidsplan for gjennomføring av undersøkelser i samsvar med tidsplanen for utdanningsprosessen.
Ris. 3.2. Planlegging av undersøkelsen
Opprette et spørreskjema
Det oppnevnes en ansvarlig for å lage spørreskjemaet, som ut fra malen danner spørreskjemaet, utvikler spørreskjemaspørsmålene, samt en liste over nødvendige svar. Deretter kopieres det utfylte skjemaet til spørreskjemaet for videre distribusjon.
Ris. 3.2. Opprette et spørreskjema
Gjennomføring av en spørreundersøkelse
Det oppnevnes personer som er ansvarlige for å gjennomføre undersøkelsen. De deler ut spørreskjemaer blant respondentene, samt forklarer hvordan de fyller ut spørreskjemaet. De samler også inn utfylte spørreskjemaer.
Ris. 3.3. Gjennomføring av en spørreundersøkelse
Databehandling
Det oppnevnes ansvarlige personer som gjennomgår de innsamlede spørreskjemaene, analyserer dem og mottar resultater basert på analysen. Analyse av de innsamlede dataene utføres ved hjelp av Microsoft Excel. Basert på de innsamlede dataene genereres og utarbeides markedsundersøkelsesrapporter i henhold til malen.
Ris. 3.4. Databehandling
For å lage en nøyaktig og brukbar konseptuell løsningsdesign må du effektiv metodeå presentere og diskutere løsningen med brukerne. For dette formålet lages prosjektoppgavemodeller. En måte å modellere slike oppgaver og deres sekvenser på er å konstruere brukstilfeller for systemet.
3.2.2. Bruk kasusdiagram
En use case spesifiserer oppførselen til et system eller en del av det og er en beskrivelse av et sett med sekvenser av handlinger utført av systemet slik at en aktør kan oppnå et bestemt resultat.
Ved å bruke brukstilfeller kan du beskrive oppførselen til systemet som utvikles uten å definere implementeringen. Dermed åpner de for gjensidig forståelse mellom utviklere, eksperter og sluttbrukere av produktet. I tillegg hjelper use cases med å validere systemarkitekturen under utviklingen. De implementeres gjennom samarbeid.
Godt strukturerte brukstilfeller beskriver bare den vesentlige oppførselen til et system eller delsystem og er verken for generelle eller for spesifikke.
Det viktigste med å utvikle use cases er at du ikke spesifiserer hvordan de skal implementeres. Brukstilfeller spesifiserer ønsket atferd, men sier ingenting om hvordan du oppnår det. Og, veldig viktig, lar det deg, som ekspert eller sluttbruker, kommunisere med utviklerne som designer systemet i henhold til kravene, uten å gå inn på detaljene i implementeringen.
I UML modelleres atferd ved bruk av brukstilfeller som er spesifisert isolert fra implementeringen. En use case er en beskrivelse av et sett med handlingssekvenser (inkludert deres variasjoner) som utføres av systemet for at aktøren skal oppnå et resultat som har en viss betydning for ham. Denne definisjonen inkluderer flere viktige punkter.
Et use case beskriver mange sekvenser, som hver representerer interaksjonen mellom enheter utenfor systemet (dets aktører) med selve systemet og dets nøkkelabstraksjoner. Disse interaksjonene er egentlig funksjoner på systemnivå som du bruker til å visualisere, spesifisere, konstruere og dokumentere ønsket oppførsel under kravinnsamlings- og analysefasene. En use case representerer funksjonskravene til systemet som helhet.
Presedenser innebærer interaksjon mellom aktører og systemet. En skuespiller er et logisk koblet sett med roller som brukere av use cases spiller når de samhandler med dem. Aktører kan være både mennesker og automatiserte systemer.
Utviklingen av presedenser kan gjennomføres på ulike måter. I ethvert godt utformet system er det brukstilfeller som enten er spesialiserte versjoner av andre mer generelle brukstilfeller, er en del av andre brukstilfeller eller utvider oppførselen deres. Den generelle, gjenbrukbare oppførselen til flere brukstilfeller kan identifiseres ved å organisere dem i henhold til de tre typene relasjoner som er beskrevet.
Hvert brukstilfelle må gjøre noe arbeid. Fra aktørens synspunkt gjør en use case noe av verdi for aktøren, som å beregne et resultat, lage et nytt objekt eller endre tilstanden til et annet objekt.
Brukstilfeller kan brukes på hele systemet eller deler av det, inkludert undersystemer eller til og med individuelle klasser og grensesnitt. I alle fall representerer brukstilfeller ikke bare ønsket oppførsel til disse elementene, men kan brukes som grunnlag for å teste dem på ulike utviklingsstadier.
Følgende diagram beskriver prosessen med å lage et spørreskjema:
Ris. 3.5. Bruk Case Diagram Lag spørreskjemaer
Ris. 3.7. Bruk Case Diagram Publish Spørreskjemaer
Ris. 3.8. Bruk Case Diagram Opprett rapporter
Fra disse diagrammene blir det klart funksjonssettet som må implementeres.
3.3 Logisk design
Under den konseptuelle designprosessen beskrives løsningen fra forretnings- og brukerperspektivet. Deretter bør du tenke på løsningen fra prosjektgruppens synspunkt. Dette er nøyaktig hva som gjøres på det logiske designstadiet.
Under analysefasen av den logiske designprosessen deler teamet opp problemet og løsningen i mindre deler, eller moduler.
3.3.1 Opprette moduler og tjenester
Modulær dekomponering
· Modul "Opprette spørreskjemaer"
· Spørreskjemamodul
· Modul "Opprette rapporter"
· Modul "Se rapporter"
Følgende funksjoner er implementert i modulen "Opprett spørreskjemaer":
· Opprette spørreskjemaer - når du oppretter et nytt spørreskjema, angis navnet på spørreskjemaet og tittelen, samt tilleggsparametere, for eksempel introduksjonstekst.
· Redigere eksisterende profiler - det er mulig å redigere alle parameterne som er spesifisert når du oppretter en profil.
· Slette profiler.
· Legge til spørsmål i spørreskjemaet - når du legger til nye spørsmål fra listen over typer, velges ønsket spørsmålstype. Spørsmålstypene avhenger av svarets form. Det kan for eksempel være et spørsmål som krever at du velger ett alternativ fra flere, et spørsmål som krever at du legger inn en svarlinje osv. Avhengig av valgt type spørsmål settes ulike spørsmålsparametere, for eksempel en liste av svar.
· Redigering av spørsmål - når du redigerer spørsmål, er det mulig å endre type spørsmål, samt alle nødvendige parametere.
· Vise et spørreskjema - når som helst under å lage et spørreskjema, kan du se det resulterende spørreskjemaet.
Spørreskjemamodulen lar brukere fullføre ulike typer spørreundersøkelser.
Modulen "Rapportoppretting" lar deg lage ulike maler for generering av rapporter, samt videre redigering og sletting av dem.
Modulen "Report Viewer" lar deg analysere de angitte dataene og se rapporter basert på opprettede maler
3.3.2 Logisk datamodell
Et logisk objekt eller datamodell brukes til å representere logisk design. Imidlertid lager prosjektteamet noen ganger begge modellene, som representerer det logiske designet fra forskjellige perspektiver. Dette er nødvendig når en av modellene representerer en del av prosjektet spesielt tydelig.
Logisk design er et mellomstadium mellom konseptuell og fysisk design. Ved å lage en datamodell transformeres konseptuelle datakrav (de bestemmes under konseptuell design) til reelle enhetsobjekter og relasjoner som gjenspeiler den faktiske interaksjonen mellom data. Informasjonen som innhentes bidrar til å simulere den fysiske utformingen ytterligere.
Når du går til det logiske stadiet av datadesign, er en av de første oppgavene å formulere enheter basert på datakrav og annen relatert informasjon. En enhet anses generelt for å være personen, stedet, elementet eller konseptet som definerer data eller som data samles inn og lagres om. Et attributt er en egenskap som representerer tilleggsdefinisjon og en beskrivelse av egenskapene til enhetsforekomsten. En enhet har vanligvis flere attributter.
Etter å ha definert enhetene, bør du definere de nødvendige attributtene - de beskriver enhetene til løsningen.
Når du implementerer en fysisk design, blir attributter vanligvis omgjort til kolonner i databasetabeller.
Den logiske datamodellen er representert i form av entity-relationship diagrams (ERD), designet for å utvikle datamodeller og gi en standard måte å definere data og relasjonene mellom dem. Faktisk, ved hjelp av ERD, er datalagrene til det utformede systemet detaljert, og enhetene i systemet og metodene for deres interaksjon er dokumentert, inkludert identifikasjon av objekter som er viktige for fagområdet (entitetene), egenskapene av disse objektene (attributtene) og deres forhold til andre objekter (lenker).
Denne notasjonen ble introdusert av Chen og ble videreutviklet i verkene til Barker. Chens notasjon gir et rikt sett med datamodelleringsverktøy, inkludert selve ERD, samt attributtdiagrammer og dekomponeringsdiagrammer. Disse diagramteknikkene brukes først og fremst for å designe relasjonsdatabaser (selv om de også kan brukes med hell for å modellere både hierarkiske databaser og nettverksdatabaser).
En enhet er et sett med forekomster av virkelige eller abstrakte objekter (mennesker, hendelser, tilstander, ideer, objekter, etc.) som har felles attributter eller egenskaper. Ethvert systemobjekt kan representeres av bare én enhet, som må identifiseres unikt. I dette tilfellet skal enhetsnavnet gjenspeile typen eller klassen til objektet, og ikke dets spesifikke forekomst.
Selve holdningen generelt syn representerer et forhold mellom to eller flere enheter. Navngivningen av et forhold utføres ved å bruke den grammatiske vendingen av verbet (har, bestemmer, kan eie, etc.).
Entiteter representerer med andre ord de grunnleggende informasjonstypene som er lagret i en database, og relasjoner viser hvordan disse typer data forholder seg til hverandre. Innføringen av slike relasjoner har to grunnleggende mål:
· sikre at informasjon lagres på ett enkelt sted (selv om den brukes i ulike kombinasjoner);
· bruk av denne informasjonen av ulike applikasjoner.
Relasjoner brukes til å identifisere kravene i henhold til hvilke enheter er involvert i relasjoner. Hver forbindelse forbinder en enhet og en relasjon og kan bare dirigeres fra en relasjon til en enhet.
Et par koblingsverdier som tilhører samme relasjon bestemmer typen av relasjonen. Praksis har vist at for de fleste applikasjoner er det tilstrekkelig å bruke følgende typer relasjoner:
1. 1*1 (en-til-en). Relasjoner av denne typen brukes som regel på de øvre nivåene i datamodellhierarkiet, og på lavere nivåer er de relativt sjeldne.
2. 1*n (en-til-mange). Relasjoner av denne typen er de mest brukte.
3. n*m (mange-til-mange). Relasjoner av denne typen brukes vanligvis i de tidlige stadiene av design for å avklare situasjonen. I fremtiden må hver av disse relasjonene transformeres til en kombinasjon av relasjoner av type 1 og 2 (eventuelt med tillegg av hjelpeenheter og innføring av nye relasjoner).
Som et resultat av brukscasestudien ble følgende enheter identifisert:
5. Bruker
7. Resultater
Spørreskjemaet inneholder en liste over alle spørsmål og samtidig kan det samme spørsmålet brukes i ulike spørreskjemaer. Derfor er enhetene Questionnaire og Question i et mange-til-mange-forhold.
Et spørsmål er et av punktene i spørreskjemaet som formulerer en viss problemstilling, holdningen til dette må uttrykkes av den som intervjues. Hvert spørsmål er tildelt en fast liste med spørsmål, slik at Spørsmål- og Svar-enhetene er i et en-til-mange-forhold.
Det samme spørreskjemaet kan brukes i forskjellige undersøkelser, det vil si brukt et stort antall ganger i forskjellige tidsperioder, mens den nåværende undersøkelsen utføres med kun ett spørreskjema. Derfor er enhetene Questionnaire og Survey i et en-til-mange forhold.
Et vilkårlig antall brukere kan fullføre undersøkelsen, men en bruker kan bare delta i én undersøkelse. Derfor er bruker- og undersøkelsesenhetene i et en-til-mange-forhold.
En bruker kan ha flere roller, på den annen side kan samme rolle tilhøre ulike brukere. Derfor er bruker- og rolleenhetene i et en-til-mange-forhold.
Som et resultat av undersøkelsen velger brukeren et bestemt svar på spørsmålet som stilles, noe som resulterer i at det dannes svarresultater som bare kan tilhøre denne undersøkelsen, på den annen side inneholder undersøkelsen et visst antall svarresultater. Derfor er undersøkelsen og resultatene i et en-til-mange-forhold.
Så vi får følgende enhetsrelasjoner:
"Questionnaire": "Question" = "mange til mange"
"Question": "Answer" = "en til mange"
"Questionnaire": "Poll" = "en til mange"
"User": "Poll" = "en til mange"
"User": "Roler" = "mange til mange"
"Poll": "Resultater" = "en til mange"
Den logiske datamodellen er vist i figuren
Ris. 3.9 Entitetsforholdsdiagram
3.4 Fysisk utforming
3.4.1 Bygge et klassediagram
Fysisk design er siste trinn i planleggingsfasen i Leger Uten Grensers prosessmodell. Designteamet går videre til det etter at alle teammedlemmene har bekreftet at tilstrekkelig informasjon er innhentet under den logiske designfasen.I den fysiske designfasen pålegges teknologiske begrensninger på den konseptuelle og logiske designen. Fordi fysisk design vokser ut av disse to typene design, er suksessen svært avhengig av hvor nøye de er designet, og dette faktum sikrer at den fysiske designen oppfyller kravene til virksomheten og brukerne.
I planleggingsfasen fokuserer prosjektgruppen på å analysere kravene og lage et løsningsdesign som tilfredsstiller dem. I tillegg til å definere funksjonene til det fremtidige produktet, analyserer prosjektteamet derfor datakravene og bestemmer hvordan det skal struktureres, hvordan det skal lagres og verifiseres, og hvordan det skal aksesseres.
Studiet og analysen av datakrav begynner på det konseptuelle designstadiet. Krav lar deg definere nøyaktig hva forretningsløsningen skal lagre og behandle. Under den logiske designprosessen identifiserer prosjektteamet et sett med dataenheter basert på den logiske objektmodellen, brukstilfeller og dataartefakter som skjemaet, triggere, begrensninger og topologi til det eksisterende datavarehuset. Under den fysiske designprosessen oppretter teamet et dataskjema, definerer tabeller, relasjoner, feltdatatyper og indekser, og fullfører datatjenestene.
I tillegg planlegges aktiviteter for datamigrering, sikkerhetskopiering og gjenoppretting av data og feiltoleranse.
Det sentrale stedet i OOAP er utviklingen av en systemmodell i form av et klassediagram. Klassenotasjonen i UML er enkel og intuitiv for alle som noen gang har hatt erfaring med CASE-verktøy. En lignende notasjon brukes for objekter - forekomster av en klasse, med den forskjellen at navnet på objektet legges til klassenavnet og hele inskripsjonen er understreket.
UML-notasjonen gir gode muligheter for å vise tilleggsinformasjon (abstrakte operasjoner og klasser, stereotyper, offentlige og private metoder, detaljerte grensesnitt, parametriserte klasser). I dette tilfellet er det mulig å bruke grafiske bilder for assosiasjoner og deres spesifikke egenskaper, for eksempel aggregeringsforholdet, når andre klasser kan være komponenter i en klasse.
Et klassediagram brukes til å representere den statiske strukturen til en systemmodell i terminologien til objektorienterte programmeringsklasser. Et klassediagram kan spesielt reflektere ulike relasjoner mellom individuelle domeneenheter, for eksempel objekter og undersystemer, og beskriver også deres interne struktur og typer relasjoner. Dette diagrammet gir ikke informasjon om tidsaspektene ved systemdrift. Fra dette synspunktet er klassediagrammet en videreutvikling av den konseptuelle modellen til det utformede systemet.
Et klassediagram er en graf hvis toppunkter er elementer av typen "klassifiserer", som er forbundet med forskjellige typer strukturelle relasjoner. Det bør bemerkes at et klassediagram også kan inneholde grensesnitt, pakker, relasjoner og til og med individuelle forekomster som objekter og relasjoner. Når de snakker om dette diagrammet, mener de en statisk strukturell modell av systemet som blir designet. Derfor anses et klassediagram for å være en grafisk representasjon av slike strukturelle relasjoner til den logiske modellen til et system som er uavhengige eller invariante av tid.
Et klassediagram består av mange elementer som samlet reflekterer deklarativ kunnskap om et domene. Denne kunnskapen tolkes inn i grunnleggende UML-konsepter som klasser, grensesnitt og relasjonene mellom dem og deres bestanddeler. I dette tilfellet kan individuelle komponenter i dette diagrammet danne pakker for å representere en mer generell modell av systemet. Hvis et klassediagram er en del av en pakke, må dets komponenter samsvare med elementer i den pakken, inkludert mulige referanser til elementer fra andre pakker.
Følgende figur viser klassediagrammet
Ris. 3.10. Klassediagram
3.4.2. Brukergrensesnittmodell
Ved utforming av en applikasjon er det viktig å velge den mest hensiktsmessige brukergrensesnittmodellen, siden dette påvirker distribusjonsprosessen, hvordan brukere samhandler med data og hvordan man opprettholder gjeldende tilstand gjennom dialogen mellom applikasjonen og brukeren. De vanligste modellene og teknologiene for implementering av brukergrensesnitt inkluderer:
Standard Windows brukergrensesnitt;
Web-grensesnitt;
Standard Windows-grensesnitt
Standard Windows-grensesnitt brukes når brukere trenger å jobbe offline og når rik systemfunksjonalitet er nødvendig. Det gir også mulighet for effektiv statlig styring og gir datautholdenhet, samt alle fordelene med lokal behandling.
Webgrensesnitt
I Microsoft .NET er nettbrukergrensesnittet utviklet med ASP.NET. Denne teknologien gir et funksjonsrikt miljø som lar deg lage komplekse webgrensesnitt. Her er bare noen av funksjonene til ASP.NET:
enhetlig utviklingsmiljø;
Binding av data til brukergrensesnittet;
Komponentbasert grensesnitt med kontroller;
Innebygd .NET framework sikkerhetsmodell;
Omfattende muligheter for å støtte caching og tilstandsadministrasjon;
Tilgjengelighet, ytelse og skalerbarhet for nettdatabehandling)
Det forutsettes at systemet vil bruke et webgrensesnitt
Etter å ha valgt et brukergrensesnittdesign, går de videre til å lage en brukergrensesnittprototype, ved å bruke intervjudata, kravdokumenter og systembrukstilfeller opprettet i planleggingsfasen som grunnlag.
3.4.3 Opprette en fysisk datamodell
En database (DB) er en spesielt organisert samling av dataverdier, og DB-skjemaet bestemmer nøyaktig hvordan dataene i DB er organisert. Under den fysiske designprosessen oppretter prosjektteammedlemmer et databasediagram for å finne ut hva som skal opprettes, men hvilke verktøy som skal brukes for å implementere det, bør tenkes på senere.
Under den logiske designprosessen beskriver teamet enhetene og attributtene som vil bli lagret i databasen og hvordan brukere vil få tilgang til, manipulere og se dem. Under den fysiske designprosessen lager teamet et databaseskjema, som er en spesifikasjon for å lage, lese, endre og slette dataene som brukes i produktet.
Når du begynner å utvikle et databaseskjema, er det sterkt koblet til den logiske objektmodellen. Diagrammet definerer hovedobjektene som er nødvendige for den fremtidige løsningen, deres attributter og relasjonene mellom disse enhetene. I de fleste datamodelleringsteknikker er en enhet definert som en abstrakt representasjon av et objekt virkelige verden. Vanligvis er databaseobjekter modellert i entitetsforholdsdiagrammer. Den logiske utformingen av databasen ble vurdert under den logiske designfasen.
Typer fysiske datamodeller
I tillegg til å bestemme den logiske utformingen av databasen, er det nødvendig å velge en teknologi for fysisk datalagring. Den fysiske datamodellen til et databasestyringssystem (DBMS) definerer den interne strukturen som DBMS bruker til å administrere data. Denne strukturen gjenspeiler typene databasetabeller som kan opprettes, samt tilgangshastigheten og allsidigheten til databasen. Følgende er de vanligste typene fysiske datamodeller.
Flate fildatabaser, eller ustrukturerte databaser. I en slik database ligger alle data i én fil som et sett med rader og kolonner. I denne arkitekturen er det ingen kommunikasjon mellom ulike flate filer, siden ingen av disse databasene vet noe om de andre. Den støtter rask oppdatering og lesing av data gjennom ISAM-indekseringsmetoden (indeksert sekvensiell tilgangsmetode). ISAM-teknologi brukes i eldre stormaskindatabaser og små PC-baserte databaser.
Hierarkiske databaser er i stand til å lagre et bredt spekter av informasjon i en rekke formater. De kjennetegnes ved utvidbarhet og fleksibilitet, så slike databaser brukes når krav til informasjonslagring kan variere sterkt eller endres. Et eksempel på en hierarkisk database er Microsoft Exchange-serveren, som er i stand til å lagre en lang rekke typer informasjon i et format som oppfyller behovene til meldings- og samarbeidsapplikasjoner. Disse kravene inkluderer muligheten til å kapsle inn den mest mangfoldige informasjonen i meldinger.
Belgorod-grenen av MESI bruker for tiden Microsoft SQL Server 2000 til å lagre data. Derfor ble det gitt en relasjonsdatabase for systemet foretrukket. Den fysiske modellen gjenspeiler målimplementeringsmiljøet.
Under den logiske designprosessen ble brukstilfeller for systemet analysert for å definere enhetsobjekter og attributter. Entiteter og attributter danner grunnlaget for logisk design og brukes i den fysiske designprosessen for å modellere den fysiske utformingen av det fremtidige produktet. Logisk design sikrer at løsningsdatadesignet reflekterer de konseptuelle kravene korrekt. Den faktiske lagringsinfrastrukturen er imidlertid optimalisert for miljøet der den fysiske datamodellen er ment å implementeres.
Resultatene av den logiske utformingen i den fysiske designprosessen brukes til å lage komponenter, og den fysiske utformingen av databasen. De resulterende enhetsobjektene, attributtene og begrensningene som er oppnådd under den logiske designprosessen, transformeres til tabeller, felt, relasjoner og begrensninger i databasen, som dermed blir den fysiske implementeringen av den logiske modellen.
Definere tabeller
Tabeller er den fysiske representasjonen av entitetsobjekter i en relasjonsdatabase. De er i stand til å lagre et bredt utvalg av data - navn, adresser, bilder, lyd- og videofiler, Microsoft Word-dokumenter, etc. På grunn av deres fleksibilitet brukes databaser til å lagre ikke bare enkle tekstdata, men også bedriftens kunnskapsbase til en bedrift, uavhengig av formen på denne kunnskapen. En database representerer relasjoner mellom ulike dataelementer.
Data i en tabell lagres som rader, eller poster, som hver må være unik.
Det tradisjonelle formatet for interaksjon med relasjonsdata er ANSI-strenger, og språket er SQL. Dette språket minner om engelsk og representerer operasjoner utført på databasen i form av menneskelesbare uttrykk, som Insert (insert), Update (update) og Delete (delete). De fleste databaser følger ANSI SQL-standarden, selv om versjoner og utvidelser varierer fra system til system.
Definere kolonner
Dataene i hver tabell er lagret i kolonner, eller felt, som bestemmes basert på attributtene til enhetsobjektet som er representert og typen tabell. Hvert felt inneholder forskjellige dataelementer, for eksempel brukernavnet.
Under analysen av enhetsforholdsdiagrammet ble følgende tabeller identifisert:
Tabellen Brukere inneholder beskrivelser av brukere.
Tabell nr. 3.1
Rolletabellen inneholder en beskrivelse av brukerroller Tabell nr. 3.2 Bruker- og Rolle-enhetene har en en-til-mange-relasjon, så som et resultat av normalisering ble UserRoles-tabellen tildelt, der en spesifikk bruker tilsvarer en bestemt rolle. Tabell nr. 3.3 Skjematabellen inneholder nødvendig informasjon om spørreskjemaet Tabell nr. 3.4 Spørsmålstabellen inneholder en liste med spørsmål Tabell nr. 3.5
Svartabellen inneholder en liste med svar på et spesifikt spørsmål Tabell nr. 3.6
Siden Spørreskjemaet består av mange spørsmål, og det samme spørsmålet kan være tilstede i ulike spørreskjemaer, ble som følge av normalisering valgt Fellestabellen som inneholder en liste med svar på et spesifikt spørsmål. Tabell nr. 3.7 Tabell nr. 3.8 Ris. 3.11. Fysisk datamodell 4. Utvikling 4.1. Generell informasjon om utviklingsfasen «Utvikling» er det tredje trinnet i Leger Uten Grensers utviklingsprosessmodell. Den følger planleggingsfasen, som avsluttes med godkjenning av prosjektplanen. Frem til nå har prosjektgruppen fokusert primært på konsept, produktarkitektur og planlegging. På "Utviklingsstadiet" er hovedoppgaven å fullføre prosjektet. Hovedspørsmålet som prosjektgruppen stiller på dette stadiet er: hvordan organisere utviklingen for å skape det designet produktet innenfor den planlagte tidsrammen? Svaret på dette spørsmålet er basert på å forstå produktkonseptet og behovet for å utgi en fungerende applikasjon. "Utviklingsstadiet" avsluttes med skriving av kode og utgivelsen av den første versjonen av applikasjonen. Resultatene av "Complete Development"-stadiet er som følger: all nødvendig funksjonalitet til applikasjonen er implementert (men sannsynligvis ikke på den mest optimale måten); produktet har bestått innledende testing; eliminering av identifiserte feil fortsetter (fullføring av dette arbeidet på dette stadiet er ikke nødvendig); prosjektteamet og andre prosjektdeltakere er enige om at all implementert funksjonalitet oppfyller konseptet og funksjonsspesifikasjonene, og er implementert vellykket; Forberedelser for testing av produktytelse og stabilisering er fullført. Utviklingsfasen ligner på mange måter de andre fasene i Leger Uten Grensers utviklingsprosessmodell. For eksempel avsluttes planleggingsfasen med utarbeidelse av funksjonsspesifikasjoner. Disse dokumentene blir kilden til «Utviklings»-stadiet. I tillegg er de nødvendige for å evaluere ulike egenskaper ved utviklingsprosessen. Husk at disse dokumentene ikke forblir uendret - de kan godt gjennomgå endringer etter hvert som utviklingsstadiet skrider frem. Denne fasen avsluttes når reviderte versjoner av disse dokumentene er utarbeidet, samt: kildekode og kjørbare moduler for prosjektet; resultater av ytelsesforskning; hovedkomponenter i testprosessen. "Utviklingsstadiet" blir ofte referert til av programmerere som "ekte arbeid." Faktisk er hovedoppgaven å lage et fungerende produkt. Utforming av produktarkitekturen på "Design"-stadiet avgjør suksessen til implementeringen på "Utviklingsstadiet". Steve McConnell beskriver i sin bok Software Project Survival Guide forholdet mellom disse stadiene, og sammenligner dem med å bevege seg oppstrøms og nedstrøms. Å utvikle arkitektur i planleggingsfasen, sier han, er som å bevege seg oppstrøms – jo høyere du kommer, jo lettere blir det å flyte ned til utviklingsstadiet. Denne prosessen, som begynner på slutten av designfasen og avsluttes med utgivelsen av produktet, vil bli mer vellykket og enklere jo bedre arkitekturen er gjennomtenkt. Funksjonelle spesifikasjoner beskriver den konseptuelle, logiske og fysiske utformingen av applikasjonen, som gir grunnlaget for koding. Under utviklingsprosessen regnes hver versjon av applikasjonen som en mellomversjon. Midlertidige versjoner mottatt nærmere slutten av utviklingsprosessen distribueres til brukerne. Det ble besluttet å bruke Microsoft Visual Studio.NET som et utviklingsverktøy 4.2 Velge et utviklingsverktøy Visual Studio .NET gjør i dag det mulig for utviklere å lage neste generasjon Internett-applikasjoner. Ved å tilby det mest avanserte og funksjonsrike utviklingsmiljøet, gir Visual Studio .NET utviklere verktøy for å integrere applikasjoner med alle operativsystemer og programmeringsspråk. Med Visual Studio .NET kan du enkelt transformere eksisterende forretningslogikk til XML-webtjenester som kan gjenbrukes ved å kapsle inn prosesser og gjøre dem tilgjengelige fra applikasjoner, uansett hvilken plattform de kjører på. Utviklere kan enkelt kombinere et hvilket som helst antall webtjenester som er katalogisert og tilgjengelig i ulike UDDI-kataloger, og gir et solid grunnlag for tjenestene og forretningslogikken til applikasjonene de lager. I sin universelle tilnærming til språk støtter Visual Studio .NET VB.NET, C#, C++ og J#. C# er et helt nytt språk. VB.NET har endret seg så mye at det nesten kan betraktes som et nytt språk. For det meste bruker Visual Studio-språk en oppdatert IDE og bruker ett eller flere av tre formater for å lage programvarekomponenter og brukergrensesnittelementer: Windows Forms, Web Forms og Web Services. Alle språk bruker .NET Framework Classes - et bibliotek med klasser som gir støtte for funksjoner som er hjemmehørende i Visual Studio-miljøet. I Visual Studio .NET fører alle veier til Common Language Runtime (CLR). Uavhengig av språket som brukes - C++, C#, VB.NET eller J# - blir programmet til slutt konvertert til MSIL (Microsoft Intermediate Language) format, som tolkes av CLR-kompilatoren. Visual Studio .NET er et virkelig integrert utviklingsmiljø, uavhengig av språket du velger eller typen applikasjon du lager, fullstendig objektorientert og bygget på én enkelt plattform (.NET Framework). Det generelle utseendet og logikken ved å jobbe med verktøy i Visual Studio .NET er stort sett bevart, men en enorm mengde kode og mye av utviklingsverktøyene (spesielt design-, redigerings- og feilsøkingsverktøy) kan Visual Studio .NET er også Microsofts forsøk på å påvirke fremtidens webtjenester og hele programvaremarkedet for utviklere. Selskapet har gjort alt for å gi den gjennomsnittlige programmereren verktøyene for å lage webtjenester; Samtidig har verktøyene for utvikling av server- og webapplikasjoner, applikasjonsprogrammer for arbeid på mobile enheter og i det lokale nettverket ikke blitt stående uten oppmerksomhet. Den nye kombinasjonen av ASP.NET og Web Forms er kraftig forbedret. I stedet for å kombinere HTML, ASP-kode og skripttekst til én enkelt fil, lar webskjemaer deg skille HTML- og logikkkoden i forskjellige filer, som du deretter kan kompilere med hell. I Visual Studio .NET har dataadministrasjon og tilkobling radikalt endret seg for å imøtekomme et mer nettsentrisk miljø. Spesielt er ADO-teknologien nesten fullstendig omskrevet, og ny verson, som kalles ADO.NET, støttes av XML og har betydelig utvidet funksjonaliteten til å jobbe med data når de er koblet fra datakilder. Ris. 4.1. Microsoft Visual Studio 2003 Den mest bemerkelsesverdige funksjonen til Visual Studio .NET er støtten for webtjenester. Standardrepresentasjonen av data i .NET Framework er XML, som også er perfekt koblet til SOAP-protokollen. Microsoft har automatisert nesten hvert trinn i å lage og bruke webtjenester. En programmerer kan nesten ingenting om SOAP, WSDL og UDDI og fortsatt lage fungerende webtjenester. I tillegg til funksjonene i bedriftsklassen som finnes i Visual Studio .NET, for eksempel robust feilsøking, inkluderer Enterprise Architect verktøy for å støtte gruppeprosjektutvikling, samt Enterprise-maler og Visio-modelleringssystemet. Det er også full UML-støtte med åtte diagramtyper og fri form. 4.3 Opprette moduler I henhold til MSF-metodikken er utviklingsfasen delt inn i et betinget antall iterasjoner, og disse er igjen, om nødvendig på grunn av oppgavens kompleksitet, delt inn i verk. Iterasjoner ble fordelt i henhold til de tildelte modulene. Følgende beskriver arbeidsrekkefølgen. Derfor ble det bygget en klar sekvens i implementeringen av systemet. Prosessen med koding og bruk av algoritmer var ikke regulert. Dette er programmererens privilegium. På det første trinnet ble det implementert en modul for å lage spørreskjemaer, som igjen ble testet ut. Resultatene er vist i figuren. Ris. 4.1. Opprette et spørreskjema Ris. 4.2. Opprette/redigere spørsmål På neste trinn ble en modul for publisering av spørreskjemaer implementert, resultatene ble også testet og resultatene er presentert i figuren. Neste trinn i implementeringen var å skrive en modul for direkte gjennomføring av undersøkelsen, deretter ble den testet. Resultatene er presentert i figuren. Ris. 4.3. Tar undersøkelsen Neste steg var å skrive en rapporteringsmodul, som igjen også ble testet. Resultatene er presentert i figuren. Ris. 4.5. Undersøkelsesrapport 5. Økonomisk begrunnelse for en tilpasset løsning 5.1 Plan for nytte-kostnadsanalyse For videre utvikling av systemet er det nødvendig å beregne økonomisk effektivitet prosjekt. For å gjøre dette, er det nødvendig å velge distribusjonsretningen til systemet. Kunden av systemet var Belgorod-filialen til MESI. Vi vil beregne den økonomiske effektiviteten til prosjektet fra synspunktet til et tilpasset prosjekt. Strukturen til den økonomiske delen når du lager programvare bestilt av et selskap er som følger: 1. Mulighetsstudie av programvareutvikling; 2. Beregning av programvareutviklingskostnader; 3. Kostnader for programvareimplementering av kunden; 4. Kundeutgifter for drift av programvaren; 5. Effektivitet av programvareimplementering for kunden; 6. Juridiske aspekter. 5.2 Mulighetsstudie av programvareutvikling De programvare er ment å bistå i arbeidet til de ansvarlige for å gjennomføre markedsundersøkelser, fra å lage et spørreskjema til å behandle mottatte data. Hensikten med å introdusere dette produktet er å redusere kostnadene når du utfører markedsundersøkelser - dette er en kvantitativ indikator som kan sees i økonomiske termer. 5.3 Beregning av programvareutviklingskostnader Engangskostnader for utvikler inkluderer kostnader for teoretisk forskning, problemformulering, design, utvikling av algoritmer og programmer, feilsøking, prøvedrift, papirarbeid, markedsundersøkelser og annonsering. Utviklingskostnader. Siden systemet ble utviklet helt i henhold til Leger Uten Grensers metodikk, ble det besluttet å forlate det tradisjonelle kostnadsestimeringssystemet (TOR, foreløpig design, teknisk design, detaljert design, implementering) til fordel for en mer akseptabel metodikk. Fasene og innholdet i arbeidet er presentert i tabell 3.1: Tabell nr. 5.1 Arbeidsintensitet Lage et stort bilde av løsningen samle informasjon, analysere krav, definere bildet av prosjektet som helhet Planlegger Kravanalyse og systemdesign, beskrivelse av forretningsprosesser, planlegging nødvendige handlinger og ressurser, dokumentasjon Gjennomføring lavnivåutvikling og koding Stabilisering og gjennomføring testing, brukeropplæring, løsning av åpne problemer Den totale arbeidsintensiteten til programvareutvikling beregnes ved å bruke formelen: hvor er den totale arbeidsintensiteten for utvikling, dager; Ti - arbeidsintensitet etter stadier, dager; n - antall utviklingstrinn. Det tok 53 virkedager å lage systemet. Kostnadsestimatet inkluderer følgende elementer: · grunn- og tilleggslønn; · bidrag til sosiale behov; · kostnad for verktøy; · driftskostnader. Lønnsfond Grunnlønnen for forskningsarbeid inkluderer lønnen til alle ansatte direkte involvert i programvareutvikling. I dette tilfellet er det nødvendig å ta hensyn til grunnlønnen til utvikleren (studenten), oppgaveveilederen og økonomisk konsulent. Dermed beregnes grunnlønnen (B basic) når du utfører forskningsarbeid ved å bruke formelen: ,
der Z gjennomsnittlig dagj er gjennomsnittlig dagslønn til den jth ansatt, rub.; n er antall ansatte som er direkte involvert i programvareutvikling. Den gjennomsnittlige dagslønnen til en utvikler er bestemt til 7000 rubler. per måned og er lik: Z gj.sn. dager R. =7000/20=350 rub./dag Konsultasjonen er planlagt å omfatte: 24 timer - diplomveileder, 3 timer - økonomikonsulent. Diplomveilederens lønn er 100 rubler/time. Derfor er lønnen til en utdannet veileder: 3 hender = 24 * 100 = 2400 gni. Lønnen til en økonomikonsulent er 80 rubler/time. Z ulemper = 3 * 80 = 240 gni. Vi får at grunnlønnen ved forskning er lik: Z hoved = Z ganger + Z hender + Z ulemper = 350 * 53 + 2400 + 240 = 21.290 gni. Tilleggslønn er lik 10 % av grunnlønnen, derfor: Z add = (10 * Z hoved)/100= (10 * 21290)/100 = 2129 rub. Total grunn- og tilleggslønn er: 3 totalt = 21290 + 2129 = 23419 gni. Bidrag til sosiale behov utgjør i dag 26 % av det totale fondet lønn, derav: O sosial = Z totalt *0,26 = 23419*0,26 = 6088,94 rubler. Kostnader for datamaskintid for å forberede og feilsøke programmer. Kostnaden for datamaskintid ZOMV avhenger av kostnadene for en maskintime med drift av en datamaskin med en MC, samt driftstiden på en datamaskin til en T-datamaskin, og inkluderer avskrivning av datamaskinen og utstyret, strømkostnader , Kostnaden for en datamaskinmaskintime er: Utstyrsbrukstid: Utstyrskostnader. hvor A M - avskrivningsfradrag, gni.; O f - kostnadene for datamaskiner og utstyr, gni.; N am - avskrivningssats, %; T m - tidspunkt for utstyrsbruk, dager Strømkostnader. Dermed er kostnaden for datamaskintid for å forberede og feilsøke programmer lik: Bruke verktøy. Kostnaden for verktøy inkluderer kostnadene for systemprogramvare (SPO) som brukes i programvareutvikling, i mengden avskrivninger over bruksperioden. Avskrivningssatsen for SPO er 30 %, og brukstiden er 36,55 dager. Midlene som er brukt er presentert i tabell 3.2. Tabell 5.2 Kostnad (cu) Koste, gni.) Microsoft Visual Studio 2003 Microsoft Visio Standard 2003 A og =((O f *N am)/(365*100))*T m =((28501,8*30)/(365*100))*36,55= 856,22 gni. hvor O f er kostnaden for midlene som brukes; N am - avskrivningssats; T m - tidspunkt for bruk av verktøy, dager. Så anslaget for utviklingskostnad er gitt i tabell 5.3: Tabell nr. 5.3 5.4 Kostnader for programvareimplementering av kunden Engangskostnader for programvarebrukeren K total inkluderer følgende kostnader: · C-programvare; · CIS-verktøy; · Datamaskiner, annen maskinvare og nettverksutstyr Datamaskiner; · opplæring av personalet Programvare kostnad. I dette tilfellet er kostnaden lik kostnaden pluss utbyggers fortjeneste (i praksis er det vanligvis 20-30 % av kostnaden), samt en merverdiavgift på 20 %. For å beregne, kan du bruke følgende formel, hvor er kostnaden for programvaren, er utviklerens fortjeneste, er merverdiavgiften. Det er ikke nødvendig for kunden å kjøpe programvare, siden nesten alt arbeidet er bygget på kundens programvare ( arbeidsplass ansatt med nødvendig programvare). Utviklerens fortjeneste er 6180,78 rubler Kostnaden for verktøyene som er nødvendige for driften av systemet. De inkluderer vanligvis operativsystemer så vel som applikasjonsprogramvare. Alle nødvendige verktøy er allerede installert og brukt på kundens virksomhet. Det er derfor ikke gitt utgifter til disse postene under implementeringen. Kostnaden for teknisk støtte som kreves for å distribuere systemet. Siden, igjen, har organisasjonen all nødvendig teknisk støtte installert og ingen tilleggsutstyr er nødvendig under implementeringen, er utgifter for denne varen ikke gitt. Kostnaden for opplæring av organisasjonens personell. Beregningen gjøres ved å bruke følgende formel: , hvor er antall personell for opplæring, er kostnaden for å trene en person per dag, er treningstiden. Det forutsettes at systemet brukes av 1 ansatt i organisasjonen. Opplæringstiden er beregnet til to arbeidstimer. Kostnaden for å trene en person per dag er 200 rubler. Den totale kostnaden for opplæring av personalet er 400 rubler. Totalkostnadene for kunden er presentert i tabell 5.4. Tabell 5.4 Totalkostnadene for kunde og utbygger er presentert i tabell 5.5. Tabell 5.5 Kostnadstype Kostnader (RUB) Kundekostnader Utbyggerkostnader Fordelingen av investeringene over prosjektgjennomføringstiden gjennomføres på grunnlag av foreløpige beregninger av tidsbehovet for programvareutvikling på individuelle designstadier (tabell 3.7), utviklingskostnader og totalbeløpet av engangsinvesteringer. Tabell 5.6
Beregningsresultatene presenteres i form av en investeringsplan Tabell 5.7
5.5 Effektivitet av implementering for Kunden La oss vurdere effektiviteten av produktintroduksjonen når det gjelder å redusere materialkostnadene. Før introduksjonen av produktet ble nesten alt arbeid med å gjennomføre undersøkelser utført manuelt ved bruk av papirmedier. I henhold til plan og tidsplan for markedsføringsrapportering gjennomføres undersøkelsen ved hjelp av 15 typer spørreskjemaer, som igjen består av ca. to ark. Det viser seg at det brukes 30 ark om gangen. I følge fjoråret ble det skrevet ut om lag 6.500 spørreskjemaer, hvorav 4.350 ble utfylt. Dermed finner vi at 2*6500=13000 ark ble brukt. Siden en pakke papir består av 500 ark, viser det seg at det ble brukt 26 pakker med papir på undersøkelsen i fjor. Kostnaden for en pakke papir er 120 rubler. Som et resultat får vi: 26*120 = 3120 ror kun nødvendig for papirressurser Kostnaden for replikering av spørreskjemaer inkluderer også kostnadene ved utskrift; duplisering av spørreskjemaer foregår på en kopimaskin, og den inkluderer kostnaden for å bruke en kopimaskin, så vel som kostnaden for blekk. En patron koster 1700 ark, hvis ressurs er nok til 2500 ark, det viser seg at du trenger å bruke omtrent 3 kassetter. Som et resultat finner vi at kostnaden for maling er: 3 * 1700 = 4420 rubler Det er også nødvendig å ta hensyn til kostnadene til den ansatte som utfører markedsundersøkelsen. Siden Moskva sender spørreskjemamaler, må de ferdigstilles for videre replikering. Det tar en ansatt som utfører markedsundersøkelser omtrent 15 timer å redigere 15 spørreskjemamaler. Etter at undersøkelsen er gjennomført er det nødvendig å behandle alle mottatte spørreskjemaer, d.v.s. legge inn data i Excel. Det brukes ca. 240 timer i året på denne typen arbeid. Det tar én arbeidsdag å lage en rapport om én type spørreskjema, som til slutt utgjør 120 timer for alle typer spørreskjemaer. Som et resultat finner vi at den ansatte bruker 375 timer (45,85 arbeidsdager) per år på å gjennomføre markedsundersøkelser gjennom spørreskjemaer. Den ansattes lønn er 5 394 rubler. Den totale kostnaden for å gjennomføre undersøkelsen er 20 182 rubler. Siden dette programvareproduktet innebærer automatisering av prosessen med å lage spørreskjemaer som skal lagres elektronisk, samt direkte utfylling av spørreskjemaet ved hjelp av en datamaskin og muligheten til å generere rapporter, utgjør disse kostnadene en økonomisk effekt. Etter å ha brukt 37 484,72 rubler på implementeringen av modulen og spart 20 182 rubler per år, finner vi at tilbakebetalingsperioden vil være: 37484.72/20182 = 1 år og 8 måneder. 5.6 Juridiske aspekter Legaliteten til verktøysettet Under utviklingen av systemet ble alle vilkår i lisensavtaler for Microsoft-produkter og relaterte komponenter strengt overholdt. Kostnadene for kommersiell bruk av utviklerverktøy ble beregnet høyere. Lisensavtale Konseptet med en lisensavtale kommer fra Vesten. Sluttbrukerlisensavtale (EULA) - et dokument som vanligvis eksisterer i elektronisk skjema, hvis signering er en nødvendig betingelse for å bruke programmet på en datamaskin. EULA for det utviklede systemet inneholder følgende punkter: · rettigheter til å distribuere programmet · beskyttelse av utvikleransvar ("as is"-prinsippet) · beskyttelse av integritet og replikering (kopiering, demontering, dekompilering, etc.) Ved opprettelsen av systemet ble utvikleren guidet av Føderal lov RF datert 23. september 1992 N 3523-I (som endret ved føderal lov datert 24. desember 2002 N 177-FZ) "Om juridisk beskyttelse av programmer for elektroniske datamaskiner og databaser." Lovens artikkel 4 inneholder en beskrivelse av vilkårene for anerkjennelse av opphavsrett. I følge artikkelen krever ikke anerkjennelse og utøvelse av opphavsrett i et dataprogram eller database deponering, registrering eller andre formaliteter. Opphavsrettsinnehaveren, for å varsle om sine rettigheter, kan, fra den første utgivelsen av et dataprogram eller database, bruke et opphavsrettsskilt som består av tre elementer: bokstavene C i en sirkel eller i parentes; navn (navn) på opphavsrettsinnehaveren; året for den første utgivelsen av et dataprogram eller database til verden.» Dermed dukket følgende oppføring opp i vinduet "Om programmet...": "Copyright ©, Charitable Foundation MESI, 2006." Kapittel Konklusjoner Etter å ha analysert alle indikatorene ovenfor, kan vi si at prosjektet er kostnadseffektivt. Under beregningene ble følgende resultater oppnådd: · Beregnede utviklingskostnader - 37 484,72 rubler; · Den økonomiske effekten av implementeringen ble beregnet - 20 182 rubler; · Tilbakebetalingstiden for prosjektet er 1 år og 8 måneder. Konklusjon Ved å gjøre avhandling Jeg designet og utviklet et automatisert system for å gjennomføre markedsundersøkelser og beregnet de økonomiske indikatorene for implementering av systemet for kunden. Utviklerens mål var å lage en løsning som skulle automatisere prosessen med å gjennomføre markedsundersøkelser gjennom spørreskjemaer, som igjen ville bidra til å redusere kostnader og betydelig lette arbeidet til markedsavdelingen. Under gjennomføringen av dette prosjektet tilegnet og konsoliderte jeg teoretiske og praktiske ferdigheter innen fastsetting av kundekrav, domeneforskning og en objektorientert tilnærming til programvareutvikling. Jeg ble kjent med den internasjonalt anerkjente Leger Uten Grensers metodikk, og alt arbeidet ble utført i henhold til denne metodikken. På stadiet for å lage det overordnede beslutningsbildet ble forretningskrav og prosjektmål definert, samt omfanget av prosjektet, d.v.s. de oppgavene som må automatiseres for å nå målet er identifisert. På planleggingsstadiet ble forretningsprosessene til markedsavdelingen studert mer detaljert, og som et resultat ble AS-IS-diagrammer og systembruksdiagrammer konstruert. Som et resultat av å studere UseCase-diagrammene, ble systemmodulene identifisert. Entiteter ble også identifisert og en logisk datamodell ble bygget, presentert i form av et entitetsforholdsdiagram. På det fysiske designstadiet ble systemklasser identifisert og en fysisk modell av databasen designet. På implementeringsstadiet ble det besluttet å bruke Microsoft Visual Studio.NET som et utviklingsverktøy, som systemmodulene ble utviklet med. Det siste kapittelet beskriver den økonomiske delen av vitnemålet, der den økonomiske effektiviteten og relevansen til det utviklede prosjektet ble beregnet. Liste over brukt litteratur 1. Den russiske føderasjonens føderale lov datert 23. september 1992 nr. 3523-I (som endret 24. desember 2002 nr. 177-FZ) Om rettslig beskyttelse av programmer for elektroniske datamaskiner og databaser. 2. Forskrift om markedsføringsaktiviteter til regionale strukturer 3. Analyse av krav og oppretting av løsningsarkitektur basert på Microsoft .NET. Opplæringskurs MCSD/Trans. fra engelsk - M.: Forlags- og handelshuset "Russian Edition", 2004. - 416 s. 4. Belyaevsky I.K. Markedsundersøkelse: informasjon, analyse, prognose: Lærebok. - M.: Finans og statistikk, 2001 5. Butch G. Rambo. D. Jacobson A. UML-språk. Brukerveiledning: Pr. fra engelsk DMK, 2000. - 432 s. 6. Wildermuis, Sean. Praktisk bruk av ADO.NET. Tilgang til data på Internett. : Per. fra engelsk - M.: Forlag"William", 2003. - 288 s. 7. Kotler F. Fundamentals of Marketing / Transl. fra engelsk - M., Progress, 1999 8. Design av økonomiske informasjonssystemer: Lærebok/G.N.Smirnova, A.A.Sorokin, Yu.F.Telnov. - M: Finans og statistikk, 2003. - 512 sider. 9. Utvikling av webapplikasjoner ved bruk av Microsoft Visual Basic .NET og Microsoft Visual C# .NET. Opplæringskurs MCAD/MCSD/Trans. fra engelsk - M.: Forlags- og handelshuset "Russian Edition", 2003. - 704 sider: 10. Seppa D. Microsoft ADO.NET/Trans. fra engelsk - M.: Forlags- og handelshuset "Russian Edition", 2003 - - 640 s. 11. Teori og praksis for databasekonstruksjon: D. Kroenke. - Peter, 2003. - 800 sider. 12. Royce, Winston W., "Managing the Development of Large Software Systems," Proceedings of IEEE Wescon (august 1970): s. 1-9 13. Barry Boehm, "A Spiral Model of Software Development and Enhancement," IEEE Computer, Vol.21, No. 5 (mai 1988): s. 61-72 14. Analytisk informasjon <#"45170.files/image037.gif">
Berømt amerikanske økonomer forrige århundre K.R. McConnell og S.L. Bru skriver at "et marked er enhver institusjon eller mekanisme som samler kjøpere og selgere av et bestemt produkt eller en tjeneste."
Markedet er generelt sett et system for utveksling av arbeidsprodukter av forskjellige forbrukeregenskaper som varer. Utveksling mellom leverandører og kjøpere er ikke gratis, men gjennomføres på refusjonsberettiget grunnlag. Det følger at markedet forutsetter tilstedeværelsen av arbeidsprodukter med ulike forbrukeregenskaper, samt ulike eiere.
Fremveksten og dannelsen av markedet skyldes utviklingen av den sosiale arbeidsdelingen og vareproduksjonen. Med veksten i vareproduksjonen utvikler markedet seg også - en måte å bytte produkter som er beregnet for salg, og ikke forbruk av produsentene selv.
Under slavesystemet var produksjonen av varer og varesirkulasjon innen enkelte land ekstremt dårlig utviklet. Dette faktum bestemte det lave produktutvalget som ble sendt til det utenlandske markedet. Og likevel var det i denne perioden, med slaveeiende metode for produksjon av varer, at verdensmarkedet oppsto. I de dager var det hovedsakelig et innlandsmarked. Hellas, Roma og det gamle Egypt handlet med hverandre og med mange byer i Middelhavet og Svartehavet. Men slaveri var i sin natur ikke vareproduksjon og kunne derfor bare delvis tjene som grunnlag for utviklingen av utenrikshandelen. Dens sterkere grunnlag var håndverksproduksjon. Derfor var verdensvaremarkedet som oppsto under slaveriets tid, i sin sosioøkonomiske natur, et håndverk-slavemarked.
Det var nesten ingen differensiering av sosial produksjon. Vareutveksling mellom individuelle vareprodusenter dekket kun små områder. Handelskapital, som fungerte som et mellomledd mellom råvareprodusenter, involverte gradvis flere og flere nye distrikter og regioner i bytte.
Men under betingelsene for deres politiske og industrielle uenighet var vareutvekslingen uregelmessig: det fantes ikke et enkelt nasjonalt marked, sosiale behov ble dekket hovedsakelig av lokalt produserte produkter. Den svake utviklingen av den sosiale arbeidsdelingen i de enkelte land hindret etableringen av regelmessige handelsforbindelser mellom dem. Utenrikshandelen hadde ennå ikke fått betydelig utvikling og var ikke vesentlig for å møte behovene til det føydale samfunnet som helhet.
Imidlertid var det under føydalismen at det antikke verdens intrakontinentale marked utviklet seg til et interkontinentalt. Middelalderens Kina handlet ikke bare med India, men også med Arabia og Sør-Afrika. Venezia og Genova handlet både med de føydale landene i Europa og med Egypt og statene i Midtøsten. Vasco da Gamas reise koblet sammen disse to regionale internasjonale markedene, og oppdagelsen av Amerika av Columbus og Magellans reise rundt om i verden samlet alle regionale markeder i en enkelt kjede.
Metoden for å utveksle arbeidsprodukter som varer produsert av separate eiere begynte å utvikle seg på slutten av føydalismens æra under påvirkning av fremveksten av kapitalistiske bedrifter, separasjonen av industri fra jordbruk og med spesialisering Jordbruk på ulike områder i produksjonen av visse typer varer, på grunn av fragmenteringen av industriproduksjonen i et økende antall industrier.
Under betingelsene for å utvikle kapitalistisk vareproduksjon, blir hver av industri- og jordbruksgrenene gradvis et marked for hverandre. Differensieringen av produksjonen til spesialiserte næringer bidro til utvidelsen av den sosiale arbeidsdelingen. Jo dypere arbeidsdelingen blir, jo mer vareproduksjonen utvikler seg, jo mer utvides vareutvekslingssfæren, d.v.s. et nasjonalt marked oppstår. Når prosessen med spesialisering av kapitalistisk produksjon går utover grensene til enkeltland, så blir den supplert med internasjonal utveksling og på dette grunnlaget utvikles et nytt verdensmarked.
Dermed har verdensmarkedet blitt en samling av markeder i individuelle land, som er sammenkoblet av vareutveksling. Verdensmarkedet er basert på individuelle lands internasjonale produksjonsspesialisering og er et område der, for å sikre utvidet reproduksjon, produkter produsert av ett land erstattes med produkter fra et annet. Utveksling av varer på verdensmarkedet er en prosess som sikrer kontinuiteten i utvidet reproduksjon. Derfor forbindelser mellom råvareprodusenter forskjellige land utføres gjennom utveksling av varer, utvides etter hvert som produksjonsskalaen øker. .
Verdensmarkedet i sin utvikling går gjennom tre stadier, bestemt av utviklingen av produksjonen:
- - Stadiet for forberedelse av kapitalistisk produksjon (fabrikatenes æra);
- - Stadium av maskinproduksjon av individuelle bedrifter;
- - Stadium av bedriftskapitalisme.
Hvert utviklingstrinn av det verdenskapitalistiske markedet har sine egne karakteristikker, bestemt av selve den kapitalistiske produksjonsmåten. Verdensmarkedet på forberedelsesstadiet for den kapitalistiske produksjonsmåten var fortsatt i sin spede begynnelse, uutviklet tilstand. Det avgjørende trekk ved utenrikshandel på dette stadiet var den dominerende rollen til handelskapitalen, som fungerte som mellomledd i prosessen med sirkulasjon av varer produsert hovedsakelig av små vareprodusenter og delvis av kapitalistiske fabrikker.
Stor industri hadde en avgjørende innflytelse på dannelsen av enhetlige nasjonale markeder, og deretter på den videre utviklingen av verdens interkontinentale marked. Som et resultat av den industrielle revolusjonen som fant sted i England i siste tredjedel av 1700-tallet, og deretter i løpet av 1800-tallet. og i andre land i Europa og Amerika begynte storindustrien å utvikle seg raskt, noe som akselererte dannelsen av nasjonale markeder og førte til dannelsen av et verdenskapitalistisk marked.
Verdensmarkedet i kapitalismens stadium dekker perioden fra den industrielle revolusjonen i England på slutten av 1700-tallet. til slutten av 70-tallet av 1800-tallet, da verdenshandelen fikk fullt utviklede egenskaper. Denne etappen var preget av den sikre seieren til storskala maskinindustri i England. Verdensmarkedet dukker opp fra sin opprinnelige tilstand og begynner å dukke opp som en kategori av kapitalisme.
På 60-70-tallet av XIX århundre. Et karakteristisk trekk ved verdensmarkedet er den endelige konsolideringen av industrikapitalens dominerende rolle i det økonomiske livet til utviklede kapitalistiske land, først og fremst Tyskland og USA, hvis industri har begynt å ta igjen England når det gjelder utviklingsnivå.
Kapitalismens bedriftsstadium dekker perioden fra 80-tallet av 1800-tallet. og frem til i dag, når overgangen har funnet sted fra kapitalisme med fri konkurranse av individuelle bedrifter til ulike former for bedriftsdominans. På dette stadiet ble dannelsen av verdensmarkedet fullført på grunnlag av dannelsen av et enhetlig kapitalistisk økonomisk system og global dominans finansiell kapital.
Det er flere perioder i utviklingen av den moderne verdensøkonomien og involvering av nasjonale økonomier i den.
Den første perioden er 20-30-årene. XX århundre - krisefenomener i utviklingen av verdensøkonomien. Krisen ble ledsaget av generell ustabilitet økonomiske bånd, forårsaket av første verdenskrig, den store depresjonen på slutten av 20-30-tallet. i utviklingen av økonomiene til de ledende landene i verden.
Den andre perioden er slutten av 40-80-tallet. XX århundre - hovedkraften i produksjonsforhold ble transnasjonale selskaper (TNCs), som dannet internasjonale produksjonskomplekser, inkludert opprettelsen av et produkt, dets salg, betalinger og utlån.
USA, som kraftig økte sin økonomiske makt under andre verdenskrig, bidro til den økonomiske gjenopplivingen av Vest-Europa. I juni 1947 la USAs utenriksminister George Marshall frem en plan for å hjelpe europeiske land, som inkluderte tiltak for å overvinne ødeleggelser og stabilisere offentlig finansiering sirkulasjon og politisk stabilisering. I april 1948 vedtok den amerikanske kongressen et hjelpelovforslag basert på Marshall-planen.
I løpet av fire år (1948-1951) mottok vesteuropeiske land 17 milliarder dollar i bistand til nåværende priser (mer enn 150 milliarder dollar til slutten av århundrets priser), hvorav 70 % var til drivstoff og mat. Amerikansk eksport i denne perioden økte med 60 %, europeisk eksport med 50 %. Produksjonen av de viktigste typer industriprodukter i Europa økte med 60-200 %. I 1951 var europeisk BNP 15 % høyere enn før krigen.
Sovjetunionen ble også invitert til å delta i Marshall-planen. Men lederne av USSR (Stalin og Molotov) gjorde en alvorlig politisk feil ved å avslå tilbudet om hjelp og dra landet inn i en 45 år lang konfrontasjon med en økonomisk mektig fiende.
Marshall-planen er en av de mest vellykkede økonomiske programmer i historien. Resultatene hans er imponerende:
- - økonomiene i Vest-Europa ble gjenopprettet;
- – Europeiske land var i stand til å betale ned sin eksterne gjeld;
- - innflytelsen til kommunistene og Sovjetunionen ble svekket;
- - et "jernteppe" ble reist rundt Sovjetunionen;
- – USA og Canada har fått et enormt salgsmarked;
- - den europeiske middelklassen, garantisten for politisk stabilitet og bærekraftig utvikling, ble gjenopprettet og styrket;
- - Russland som et imperium sluttet å eksistere, og ble til et råstoff vedheng av Vesten;
- – Vesten har erobret et enormt salgsmarked, ubetinget gitt over til Russland.
Etter slutten av Marshall-planen (1951), da koloniimperier kollapset, ble bistandsprogrammer reorientert mot utviklingsland for å opprettholde dem i systemet med relasjoner mellom vestlige land. Eliminering av kolonisystemet på midten av 60-tallet. kalt en stor gruppe i forkant av det internasjonale livet utviklingsland, som fortsatt inntar en spesiell plass i verdensøkonomien.
På 50-80-tallet. Det har vært en konvergens i utviklingsnivåene i USA og andre industriland. Hvert enkelt land var imidlertid ikke i stand til å komme nær nok utviklingsnivået til den amerikanske økonomien. Utenlandske økonomiske relasjoner har hatt en jevn tendens til å utvide og utdype. Eksportkvoten til industrilandene økte fra 11 til 21 %, og utviklingsland fra 18 til 26 %.
Den tredje perioden er det siste tiåret av 1900-tallet – våre dager. Graden av utvikling av geografisk rom har økt, økonomisk samhandling og gjensidig avhengighet har intensivert. I østeuropeiske land foregår det prosesser med dannelse og dannelse av økonomiske og politiske strukturer nær vestlige stater. Verdensøkonomiens inntreden i en ny utviklingsfase kan markere økt samarbeid mellom land og forårsake økt enhet i deres økonomiske og politiske strukturer.
Den ledende posisjonen i verdensøkonomien er okkupert av syv industriland - USA, Japan, Canada, Tyskland, Frankrike, Storbritannia og Italia. De står for mer enn 80 % av industriproduksjonen til gruppen av industrialiserte land (AGC) og omtrent 60 % av all verdens industriproduksjon; henholdsvis 70 og 60 % av elektrisitetsproduksjonen; mer enn 60 % og rundt 50 % av eksporten av varer og tjenester.
I de siste tiårene av det 20. århundre. USA overgikk betydelig alle land i verden når det gjelder utenrikshandelsomsetning (andelen i verdenseksporten var i gjennomsnitt 13%, i import - 11%) og eksport av kapital; Andreplassen ble okkupert av Tyskland, den tredje av Japan, som på 1960-1990-tallet. nesten doblet sin andel av verdens eksport.
På slutten av det 20. århundre. Kina kom inn i topp ti ledende handelsmakter (20. på listen over ledere i 1980), med en andel av verdenseksporten på 3,4 %. Ved begynnelsen av det 21. århundre. tempoet har økt kraftig økonomisk utvikling og kinesisk eksport. Gjennomsnittlig årlig vekst i eksporten i det 21. århundre. (omtrent 30 %) gjorde Kina til en av verdens ledende innen verdenshandel.
Dermed har det moderne verdensmarkedet dukket opp i prosessen med lang historisk utvikling på grunnlag av hjemmemarkedene til noen ledende land. Markedsrelasjonene mellom disse landene gikk gradvis utover nasjonale statsgrenser.
Moderne verdensøkonomien heterogen. Det inkluderer stater som er forskjellige i sosial struktur, politisk system, utviklingsnivå av produktivkrefter og produksjonsforhold, samt arten, omfanget og metodene for internasjonale økonomiske relasjoner.
Det globale markedet utmerker seg ved mangel på grenser, imponerende skala og drift hele døgnet. Ulike typer valutaer er involvert i omløp. Deltakere i verdensmarkedene er solvente og svært pålitelige økonomiske enheter. Operasjonene utføres primært i i elektronisk format. La oss videre vurdere i detalj hva det moderne verdensmarkedet er.
Generell informasjon
Utviklingen av verdensmarkedet bestemmes av dannelsen av internasjonale relasjoner. Intensiteten deres påvirkes av mange faktorer. Blant dem er tilstanden til økonomien og dens strukturelle transformasjoner, gjensidig liberalisering av handelsoperasjoner mellom land, en økning i ubalanse i kontoer, endringer i inflasjonsrater, overføring av lavteknologiske industrier til utlandet, etc. Verdensmarkedet er avledet fra den innenlandske. Ethvert land produserer først og fremst produkter for seg selv. Over tid dannes overskuddet. Som et resultat går staten inn på verdensvaremarkedet.
Karakteristisk
I økonomiske publikasjoner er verdensmarkedet definert i tre aspekter:
- Når det gjelder den mikroøkonomiske strukturen til den internasjonale økonomien.
- Fra synspunktet til deltakere i global utveksling.
- I det politisk økonomiske aspektet.
Med respekt for makroøkonomisk struktur Verdensmarkedet er definert som et kompleks av handelsplattformer for både en enkelt stat og integrasjonssammenslutninger av land. Objektive forhold der de blir realisert økonomiske lover på internasjonalt nivå, dannes under påvirkning av økonomien til hver deltakende makt. Dette er hovedsakelig manifestert i etableringen av verdenspriser i samsvar med den nasjonale verdien av et bestemt produkt. Fra synspunktet til deltakere i handelen omsetning, er den aktuelle institusjonen et system av økonomiske enheter som presenterer samlet etterspørsel og et forslag. Disse inkluderer forbrukere og produsenter, samt mellommenn som sørger for deres samhandling.
Internasjonal pengesirkulasjon
Bevegelsen av global finans tjener omsetningen av produkter, verk og valuta. Flytting av midler fra ett land til et annet utføres gjennom børser, banker, spesialiserte kredittstrukturer. Det globale finansmarkedet er et system av relasjoner som dannes under utveksling av økonomiske varer ved å bruke penger i form av en eiendel. Det dannes i nærvær av samlet tilbud og etterspørsel etter kapital fra låntakere og långivere forskjellige stater. Finansmarkedet er delt inn i:
- Monetære.
- Kapitalmarkedet. Det inkluderer også omsetning av aksjer, veksler og obligasjoner.
- Valuta (Forex).
- Derivatmarked: swap, futures, opsjon, terminkontrakt.
Globalt tjenestemarked
Det representerer det viktigste fenomenet i internasjonale relasjoner på det nåværende tidspunkt, til tross for at det er i dannelsesstadiet. I løpet av senere år Omfanget og variasjonen av internasjonal handel har økt betydelig. Det globale tjenestemarkedet står i dag for en fjerdedel av den totale globale omsetningen. På begynnelsen av det 21. århundre var dens andel omtrent to, og ifølge enkelte kilder, tre billioner dollar. Eksperter merker seg det enorme potensialet til handel med tjenester. I følge noen eksperter er bare 7 % av globale tjenester involvert i internasjonal omsetning i dag.
Funksjoner av formasjon
Det skal bemerkes at det globale tjenestemarkedet begynte å bli studert relativt nylig. Dette skyldtes det faktum at omsetningsobjektet i lang tid tilhørte kategorien "ikke-omsettelige" produkter (i henhold til FN-klassifiseringen). Det vil si at tjenester var et produkt som ble produsert og konsumert i ett land. Med internasjonaliseringen av økonomien og utviklingen av vitenskapelig og teknologisk fremgang begynte noen av dem å bli involvert i internasjonal sirkulasjon. Etter dette dukket konseptet "omsettelige tjenester" opp. Etter anbefaling fra IMF gjenspeiles de i statens betalingsbalanse.
Verdens arbeidsmarked
Det er et system av relasjoner dannet mellom land om spørsmål om å koordinere tilbud og etterspørsel etter arbeidskraft, lønn, regulering av strømmene, sosial beskyttelse som en del av transnasjonaliseringen av økonomier. Slike forhold oppstår på grunn av ujevn fordeling av kapital og menneskelige ressurser i stater og forskjeller i reproduksjonsprosessen. I prosessen med globalisering av økonomiske prosesser begynner nasjonale arbeidsmarkeder aktivt å miste sin isolasjon og isolasjon. Dette fører til dannelsen felles system forhold.
Betingelser for forekomst
Det globale arbeidsmarkedet dannes på to måter:
- Gjennom migrasjon av kapital og arbeidskraft.
- Gjennom systematisk sammenslåing av nasjonale markeder.
I sistnevnte tilfelle forsvinner kulturelle, etniske og juridiske barrierer mellom land. Dannelsen og forbedringen av det globale arbeidsmarkedet indikerer at integrasjonsprosesser i dag ikke bare strekker seg til de teknologiske og økonomiske feltene, men også i økende grad dekker arbeidsforhold og sosiale relasjoner, som får en internasjonal skala.
Systemkapasitet
Uansett hvilket synspunkt verdensmarkedet betraktes fra, har det en rekke obligatoriske indikatorer. En av dem er systemkapasiteten. Hun representerer samlet tilbud, som eksisterer på et bestemt tidspunkt. Dette er volumet av varer som kan frigis eller allerede er produsert og levert til markedet. Tallmessig tilsvarer kapasiteten eksportandelen. Det er nært knyttet til etterspørselen, som faktisk er behovet for et produkt, støttet av midler. Hvis det er tilfredsstilt, vil det i numeriske termer tilsvare importvolumet.
Konjunktur
Den representerer forholdet mellom tilbud og etterspørsel. Markedsforholdene kan være høye. I dette tilfellet vil tilbudet være mindre enn etterspørselen. Det kan også være lavt. Følgelig vil tilbudet overstige etterspørselen. Også markedsforholdene er i likevekt. Det avhenger av ulike faktorer. Nøkkelfaktoren for å etablere forholdet er imidlertid den generelle tilstanden global økonomi og økonomiske systemer i store stater. Jo større andel monopoler er i sistnevnte, jo større er sannsynligheten for kunstig regulering av markedsforholdene.
Struktur
Den dannes avhengig av det spesifikke produktet og geografisk fordeling. Dermed er det verdensmarkeder for ingeniørprodukter, olje osv. Klassifiseringen av en bestemt omsetning som internasjonal avhenger av hvor kjøpere og selgere befinner seg. For det globale markedet må de være lokalisert i forskjellige områder av planeten. For spesifikke produkter kan omsetningen være regional eller subregional. I slike tilfeller er det begrenset til en bestemt sone eller integreringsgruppe av stater. Innenfor rammen av teorien og praksisen for internasjonal handel skilles det ut mellom selskapsinterne markeder. De innebærer utveksling av produkter mellom datterselskaper og andre utenlandske foretak som tilhører samme selskap.
Funksjoner
For tiden implementerer det internasjonale markedet følgende oppgaver:
- Systematisere.
- Integrering.
- Megle.
- Desinfisering.
- Stimulerende.
- Informasjonsmessig.
Den integrerende funksjonen kommer til uttrykk ved at det på grunn av internasjonal omsetning dannes separate nasjonale økonomier enhetlig system. Dette sikres gjennom universaliteten og objektiviteten til verdenshandelen og økonomiske relasjoner. Systematiseringsfunksjonen implementeres i rangering av land i henhold til utviklingsnivået til deres økonomier og oppnådd makt. Stater som inntar ledende posisjoner begynner å diktere prinsippene og reglene i samsvar med hvilke internasjonale økonomiske relasjoner dannes.
Formidlingsfunksjonen kommer til uttrykk i implementeringen av resultatene av landets deltakelse i global handelsomsetning. Den tillater eller tillater ikke å gjøre om et produsert produkt til et solgt. Informasjonsfunksjonen består i å kommunisere til produsent (selger) og forbruker (kjøper) hvordan nasjonale kostnader for å produsere et produkt og kvaliteten på produktene samsvarer med internasjonale. Dette stimulerer igjen staten til å justere aktivitetene til sin egen industri, endre strukturen i økonomien og bringe den i overensstemmelse med verden. Saneringsfunksjonen betyr å rense det økonomiske systemet for ineffektive elementer på de mest demokratiske måter.
Verdensmarkedet er sfæren for bærekraftige varer - monetære forhold mellom land basert på MR og inndeling av produksjonsfaktorer. Forener de nasjonale økonomiene til alle land i verden.
I sammenheng med globalisering, utvidelse og utdyping av verdens økonomiske relasjoner, mister råvaremarkedene nasjonale og territorielle grenser, og blir til verdens råvaremarkeder, som er deltatt av handelsmenn fra alle land.
Verdensmarkedet er representert av ulike typer råvaremarkeder, tjenestemarkeder, finansmarkedene, ressursmarked, inkl. og arbeidskraft. Aktivitetene til verdensmarkedene for varer og tjenester er regulert av internasjonale råvareavtaler. Hvert råvaremarked har sine egne handelssentre - "hovedmarkeder", hvis priser er anerkjent som basisprisene i handelen med de tilsvarende varene.
I henhold til metoden for å organisere handel skilles spesielle typer markeder ut: råvarebørser, auksjoner, handel, internasjonale utstillinger og messer.
Verdensmarkedet er preget av følgende hovedtrekk: 1) det er en kategori av vareproduksjon som har gått utover nasjonale markeder; 2) manifesterer seg i implementeringen av internasjonale varestrømmer i samsvar med etablerte forbrukerpreferanser; 3) optimaliserer bruken av produksjonsfaktorer i verdensøkonomien; 4) utfører en rensende rolle, og avviser varer fra internasjonal utveksling og deres produsenter som ikke er i stand til å levere Internasjonal standard kvalitet til konkurransedyktige priser.
Funksjoner: Integrerende funksjon er det takket være markedet, isolert nasjonale økonomier danne et enkelt økonomisk system - verdensøkonomien. Systematiserende funksjon MR manifesterer seg i rangeringen av stater i samsvar med deres nivå av økonomisk utvikling og oppnådd økonomisk makt. Formidlingsfunksjon kommer til uttrykk i det faktum at verdensmarkedet formidler (implementerer) resultatene av statlig deltakelse i MRT. Informasjonsfunksjon består i å informere selger (produsent) og kjøper (forbruker) hvor mye deres individuelle (nasjonale) kostnader for å produsere et produkt, kvaliteten på sluttproduktet og råvarene tilsvarer det internasjonale (verdensgjennomsnittet). Stimulerende (optimaliserende) funksjon. Dens essens er at ved å justere (basert på informasjon mottatt fra markedet) deres produksjon (volum, struktur, kostnader), samlet sett, endrer statene produksjonsstrukturen i industrien, og derfor sektorstrukturen til den nasjonale økonomien, optimalisere den i samsvar med trender i den globale økonomien. Sanitizing (helse) funksjon betyr å rense markedet og økonomien på den mest demokratiske måten fra økonomisk ineffektive strukturer ( økonomiske aktører) og forbedre driftsforholdene for de kraftigste av dem.
Emner for verdensmarkedet: - stat - grupper av stater, - integrasjonsforeninger, - firmaer, - TNC og trans. nasjonal banker. – internasjonale økonomiske og finansielle organisasjoner.
Nasjonal økonomi og verdensmarked: problemer med inkludering og samhandling.
Plassen og rollen til ethvert land i verdensøkonomien, den internasjonale arbeidsdelingen og internasjonaliseringen av det økonomiske livet avhenger av mange faktorer. Etter vår mening er de viktigste:
· nivå og dynamikk i utviklingen av den nasjonale økonomien;
· graden av åpenhet i den nasjonale økonomien og dens involvering i internasjonal arbeidsdeling (ILD);
· progressivitet og utvikling av utenlandske økonomiske forbindelser (FER);
· den nasjonale økonomiens evne til å tilpasse seg forholdene i internasjonalt økonomisk liv og samtidig påvirke dem i ønsket retning;
· tilgjengelighet av juridiske betingelser for utenlandske investeringer;
· tilstedeværelse av transnasjonale selskaper.
Blant de mange faktorene som påvirker hvert lands inntreden og integreringsnivå i det verdensøkonomiske systemet, er to faktorer de viktigste. For det første effekten, eller økonomisk, og kanskje politisk fordel for landene som deltar i den globale integrasjonsprosessen; i dette tilfellet bør hovedkriteriet være nasjonal interesse– ikke bare nåværende, men også knyttet til en fjern fremtid. Å løse spørsmålet om deltakelse fra hvert enkelt land i en eller annen form for internasjonale økonomiske forbindelser er alltid vanskelig, fordi det krever en omfattende vurdering av konsekvensene og resultatene av en slik handling. Dette er viktig ikke bare for samfunnsøkonomien enkelt land, men også for det globale økonomiske samfunnet som helhet. Hovedbetingelsene for landets deltakelse i verden integrasjonsprosess er politisk og sosial stabilitet, fraværet av skarpe svingninger i nasjonaløkonomien og dens åpenhet.
Som en analyse av problemene med integrering i andre lands verdensøkonomi har vist, er hovedbetingelsen for å skape en levedyktig økonomi dens åpenhet. I forhold åpen økonomi Verdensmarkedsprisene bestemmer direkte eller indirekte prisene på innenlandske produkter og gjør dette mye mer effektivt enn noen andre offentlig etat. På det nåværende stadiet betyr "åpenheten" i økonomien ikke bare landets aktive deltakelse i internasjonal handel, men også i andre former for verdensøkonomiske relasjoner, som internasjonal mobilitet av produksjonsfaktorer og internasjonale monetære relasjoner.
En viktig fordel med en åpen økonomi er dens betydning i kampen mot monopolisme. Ved å merke seg verdensmarkedets rolle som et kraftig middel for å bekjempe monopolisme og løse problemet med effektiv funksjon av den nasjonale økonomien i overgangsperioden, er det nødvendig å gå ut fra det faktum at landets økonomi bør gjøres åpen bare under betingelse for en økonomisk vurdering og økonomisk beskyttelse av ressursene. Bare i dette tilfellet kan man unngå risikoen for negative manifestasjoner i økonomien under påvirkning av dens åpenhet og oppnå positive resultater fra virkningen av verdensøkonomien og verdensmarkedet på russisk økonomi under disse forholdene.
Russland fant seg ganske dypt trukket inn i verdensøkonomien. Eksportens andel av BNP er ganske stor. Russisk eksport støttes av energiressurser, råvarer og forsyninger, hvis rolle det utenlandske markedet for produsenter har økt kraftig på grunn av innsnevringen av hjemmemarkedet. Takket være arbeid på det utenlandske markedet forble disse næringene (olje- og gassproduksjon, metallurgi, tømmer- og gjødselproduksjon) konkurransedyktige i møte med en generell nedgang i produksjonen, mens i andre næringer, spesielt maskinteknikk, falt produksjonsproduksjonen med to til tre ganger.
Å oppnå status som en høyt utviklet makt i en globalisert verden er umulig uten endringer i strukturen til russisk virksomhet. Grunnlaget for den nasjonale økonomien bør være kraftige integrerte bedriftsstrukturer, først og fremst finansielle og industrielle, som er i stand til å konkurrere på hjemmemarkedet og verdensmarkedet med transnasjonale giganter.
I forbindelse med ovenstående bør det bemerkes at et viktig problem for internasjonal handel i sammenheng med globalisering er behovet for tett integrasjon mellom handel og direkte utenlandske investeringer. Samtidig fungerer internasjonal handel som en integrert del av det generelle, integrerte systemet for produksjon, salg og forsyning, som er skapt og utviklet av transnasjonale selskaper.
Verdensmarkedets struktur.
Det globale markedet som helhet er preget av en svært rik og kompleks struktur. Beskrivelsen av strukturen avhenger av de valgte kriteriene. Følgende kriterier kan identifiseres for å karakterisere strukturen og systemet i markedet.
basert på en funksjonell tilnærming: 1. Internasjonalt marked for varer og tjenester. 2. Internasjonalt kapitalmarked (valutamarked, kredittmarked) 3. Globalt teknologimarked. 4. Globalt arbeidsmarked.
Basert på geografisk plassering: - Europeisk marked, - Asiatisk marked, - Nordamerikansk marked, - Afrikansk marked, etc.