For at brugeren skal have en klarere forståelse af, hvordan et bestemt system fungerer, skaber designeren en konceptuel model for en bestemt applikation. Til disse formål bruges forskellig dokumentation, grafer, specifikationer, diagrammer og så videre. For at du kan forstå præcis, hvad en konceptuel model er, hvilke mål og formål den forfølger, besluttede vi i denne artikel at dvæle ved dette koncept mere detaljeret.
Betydning af udtryk
En konceptuel model er et bestemt skema. For at danne den semantiske struktur af et objekt, bruger det forskellige begreber og relationer mellem dem. Det skal dog tages i betragtning, at systemets konceptuelle model er abstrakt. Men dette er ikke den eneste betydning af begrebet. Derudover er der begrebet "konceptuel domænemodel". Betydningen af dette udtryk er, at en liste over relaterede begreber bruges til at beskrive ethvert område. Til disse formål bruges klassificeringen af definitioner, deres karakteristika og egenskaber samt lovene for de processer, der forekommer i dem.
Hovedopgaver
Det er værd at bemærke, at den konceptuelle model er skabt primært for at lette en almindelig brugers opfattelse af information. Der udvikles med andre ord en snævert fokuseret og detaljeret beskrivelse af konstruktionens funktion. For at opnå dette resultat er det først og fremmest nødvendigt at gøre denne model så enkel som muligt (til dette formål bruges det mindste antal værdier). Og for det andet, prøv at fokusere det så meget som muligt på udførelsen af visse opgaver (det vil sige at begrænse brugerens arbejde med ikke-optrædende værdier på dette område så meget som muligt).
Hovedmål
Den konceptuelle model har følgende mål:
- Skab en struktur, der er enkel, konsistent og nem at bruge og lære. Til dette formål er opgaveområder opdelt i koncepter, der kan bruges til at arbejde med forskellige objekter.
- Hold terminologien stabil. Dette opnås ved, at den konceptuelle datamodel, som i første omgang består af en ordbog med termer, bruges til at genkende hver handling og objekt beskrevet i programmet.
Manglende brug af denne terminologi har vist sig at resultere i, at flere termer bruges til at definere det samme skema, eller at det samme udtryk bruges til at beskrive forskellige skemaer.
Udvikling af den konceptuelle model
Denne proces er at oprette det indledende skema. I fremtiden kan udvikleren bruge dettil softwareimplementering. For at give en beskrivelse af et komplekst system bruges en bestemt algoritme for opførsel af komponenterne i dette system, hvilket afspejler deres interaktion med hinanden. Der er tidspunkter, hvor informationen i beskrivelsen ikke er nok til at forstå og studere objektet med modellering. For at rette op på denne udeladelse skal man vende tilbage til stadiet med at kompilere indholdsfortegnelsen og tilføje dataene, hvis fravær blev fastslået under formaliseringen af objektet. Desuden kan der, som praksis viser, være flere sådanne afkast. I øvrigt er oprettelsen af de ordninger, der behandles i artiklen for simple strukturer, ikke berettiget.
I simuleringsmodellering er der brugt forskellige konceptuelle modeller med forskellig strukturering. Oftest er deres skemaer styret af matematiske teorier. Dette fører til problemer med at vælge et passende system til at beskrive det påkrævede modelleringsobjekt. Så for eksempel for diskrete kredsløb er det sædvanligt at bruge procesorienterede strukturer. For at lave en kontinuerlig konstruktion anvendes flowdiagrammer over systemdynamik. Den konceptuelle datamodel er udviklet ved hjælp af et særligt sprog, som er fastgjort i selve strukturstrukturen. For at forenkle konstruktionen og programmeringen af et bestemt kredsløb, anvendes der specielt udviklede teknikker inden for programmeringsteknologi.
Vigtige komponenter
Vær opmærksom på, at den konceptuelle model indeholder en række vigtige elementer. Først og fremmest er de detstudiet af genstande og studiet af deres handlinger. Det vil sige, at brugeren skal undersøge listen over alle applikationer, der er synlige for ham, og de manipulationer, han kan udføre på hvert objekt individuelt. Naturligvis kan (og vil højst sandsynligt) være andre objekter til stede i udviklingen af systemet, men de vil være skjult for brugeren.
Konklusion
I nogle tilfælde, når der skabes objekter i den konceptuelle model, bruges princippet om den strukturelle organisering af flerniveausystemer. På denne måde opnår udvikleren et lettere design af et brugervenligt objekt. En sådan konstruktion hjælper med at kontrollere implementeringen af systemet og letter også oprettelsen af applikationskommandostrukturer. Det vil sige, at udvikleren kan bestemme, hvilke handlinger der kan anvendes til forskellige objekter, hvilke af dem kan generaliseres. Dette gør det muligt at gøre kommandostrukturen mere tilgængelig for brugeren. Det vil sige, i stedet for at lære et stort antal objektorienterede kommandoer, skal du bare mestre de generelle. Ved at analysere alt det ovenstående kan vi sige, at den konceptuelle model blot er et skema, der bestemmer egenskaberne af elementerne i den planlagte struktur og dens årsag-og-virkning-forhold, der er nødvendige for at nå designmålet.
