For at brukeren skal få en klarere forståelse av hvordan et bestemt system fungerer, lager designeren en konseptuell modell av en bestemt applikasjon. For disse formålene brukes forskjellig dokumentasjon, grafer, spesifikasjoner, diagrammer og så videre. For at du skal kunne forstå nøyaktig hva en konseptuell modell er, hvilke mål og mål den forfølger, bestemte vi oss i denne artikkelen for å dvele ved dette konseptet mer detaljert.
Betydningen av begrepet
En konseptuell modell er et bestemt opplegg. For å danne den semantiske strukturen til et objekt, bruker det ulike konsepter og relasjoner mellom dem. Det bør imidlertid tas i betraktning at den konseptuelle modellen av systemet er abstrakt. Men dette er ikke den eneste betydningen av begrepet. I tillegg kommer konseptet «konseptuell domenemodell». Betydningen av dette begrepet er at en liste over relaterte begreper brukes til å beskrive ethvert område. For disse formålene brukes klassifiseringen av definisjoner, deres egenskaper og egenskaper, samt lovene for prosessene som skjer i dem.
Hovedoppgaver
Det er verdt å merke seg at den konseptuelle modellen er laget først og fremst for å lette oppfatningen av informasjon for en vanlig bruker. Det utvikles med andre ord en snevert fokusert og detaljert beskrivelse av driften av strukturen. For å oppnå dette resultatet er det først og fremst nødvendig å gjøre denne modellen så enkel som mulig (for dette formålet brukes minimum antall verdier). Og for det andre, prøv å fokusere så mye som mulig på utførelsen av visse oppgaver (det vil si å begrense brukerens arbeid med verdier som ikke vises på dette området så mye som mulig).
Hovedmål
Den konseptuelle modellen har følgende mål:
- Lag en struktur som er enkel, konsistent og lett å bruke og lære. For dette formål er oppgaveområder delt inn i konsepter som kan brukes til å arbeide med forskjellige objekter.
- Hold terminologien stabil. Dette oppnås ved at den konseptuelle datamodellen, som i utgangspunktet består av en ordbok med termer, brukes til å gjenkjenne hver handling og objekt beskrevet i programmet.
Manglende bruk av denne terminologien har vist seg å resultere i at flere termer brukes for å definere det samme skjemaet, eller at det samme uttrykket brukes for å beskrive forskjellige skjemaer.
Utvikling av den konseptuelle modellen
Denne prosessen er å lage det første skjemaet. I fremtiden kan utvikleren bruke denfor programvareimplementering. For å gi en beskrivelse av et komplekst system, brukes en viss algoritme for oppførselen til komponentene i dette systemet, og gjenspeiler dermed deres interaksjon med hverandre. Det er tider når informasjonen i beskrivelsen ikke er nok til å forstå og studere objektet for modellering. For å rette opp denne utelatelsen, bør man gå tilbake til stadiet med å kompilere innholdsfortegnelsen og legge til dataene, hvis fravær ble etablert under formaliseringen av objektet. Dessuten, som praksis viser, kan det være flere slike returer. Forresten, opprettelsen av ordningene som vurderes i artikkelen for enkle strukturer er ikke berettiget.
I simuleringsmodellering er det brukt ulike konseptuelle modeller med ulik strukturering. Oftest styres ordningene deres av matematiske teorier. Dette fører til problemer med å velge et passende system for å beskrive det nødvendige modelleringsobjektet. Så for eksempel, for diskrete kretser, er det vanlig å bruke prosessorienterte strukturer. For å lage en kontinuerlig konstruksjon brukes flytskjemaer over systemdynamikk. Den konseptuelle datamodellen er utviklet ved hjelp av et spesielt språk, som er festet i selve strukturstrukturen. For å forenkle konstruksjonen og programmeringen av en bestemt krets, brukes spesialutviklede teknikker for programmeringsteknologi.
Viktige komponenter
Vær oppmerksom på at den konseptuelle modellen inneholder en rekke viktige elementer. For det første er de detstudiet av objekter og studiet av deres handlinger. Det vil si at brukeren må undersøke listen over alle applikasjoner som er synlige for ham og manipulasjonene han kan utføre på hvert objekt individuelt. Naturligvis kan (og mest sannsynlig) andre objekter være tilstede i utviklingen av systemet, men de vil være skjult for brukeren.
Konklusjon
I noen tilfeller, når du lager objekter av den konseptuelle modellen, brukes prinsippet om strukturell organisering av flernivåsystemer. På denne måten oppnår utvikleren en enklere utforming av et brukervennlig objekt. En slik konstruksjon bidrar til å kontrollere implementeringen av systemet, og letter også opprettelsen av applikasjonskommandostrukturer. Det vil si at utvikleren kan bestemme hvilke handlinger som kan brukes på ulike objekter, hvilke av dem som kan generaliseres. Dette gjør det mulig å gjøre kommandostrukturen mer tilgjengelig for brukeren. Det vil si, i stedet for å lære et stort antall objektorienterte kommandoer, trenger du bare å mestre de generelle. Ved å analysere alt det ovennevnte kan vi si at den konseptuelle modellen bare er et opplegg som bestemmer egenskapene til elementene i den planlagte strukturen og dens årsak-virkning-forhold som er nødvendige for å oppnå designmålet.
