Lai lietotājam būtu skaidrāka izpratne par konkrētas sistēmas darbību, dizainers izveido konkrētas lietojumprogrammas konceptuālu modeli. Šiem nolūkiem tiek izmantota dažāda dokumentācija, grafiki, specifikācijas, diagrammas utt. Lai jūs precīzi saprastu, kas ir konceptuālais modelis, kādi ir tā mērķi un uzdevumi, šajā rakstā mēs nolēmām pakavēties pie šīs koncepcijas sīkāk.
Jēdziena nozīme
Konceptuālais modelis ir noteikta shēma. Lai veidotu objekta semantisko struktūru, tas izmanto dažādus jēdzienus un attiecības starp tiem. Taču jāņem vērā, ka sistēmas konceptuālais modelis ir abstrakts. Bet šī nav vienīgā šī termina nozīme. Turklāt ir jēdziens "konceptuālais domēna modelis". Šī termina nozīme ir tāda, ka saistītu jēdzienu saraksts tiek izmantots, lai aprakstītu jebkuru jomu. Šiem nolūkiem tiek izmantota definīciju klasifikācija, to raksturojums un īpašības, kā arī tajos notiekošo procesu likumi.
Galvenie uzdevumi
Ir vērts atzīmēt, ka konceptuālais modelis galvenokārt ir izveidots, lai atvieglotu informācijas uztveri parastam lietotājam. Citiem vārdiem sakot, tiek izstrādāts šauri fokusēts un detalizēts struktūras darbības apraksts. Lai sasniegtu šo rezultātu, vispirms ir nepieciešams padarīt šo modeli pēc iespējas vienkāršāku (šim nolūkam tiek izmantots minimālais vērtību skaits). Un, otrkārt, mēģiniet to pēc iespējas vairāk koncentrēt uz noteiktu uzdevumu veikšanu (tas ir, lai pēc iespējas vairāk ierobežotu lietotāja darbu ar neparādāmām vērtībām šajā jomā).
Galvenie mērķi
Konceptuālajam modelim ir šādi mērķi:
- Izveidojiet vienkāršu, konsekventu un viegli lietojamu un apgūstamu struktūru. Šim nolūkam uzdevumu apgabali ir sadalīti jēdzienos, kurus var izmantot darbam ar dažādiem objektiem.
- Saglabājiet terminoloģiju stabilu. Tas tiek panākts ar to, ka katras programmā aprakstītās darbības un objekta atpazīšanai tiek izmantots konceptuālais datu modelis, kas sākotnēji sastāv no terminu vārdnīcas.
Ir pierādīts, ka šīs terminoloģijas neizmantošanas rezultātā vienas shēmas definēšanai tiek izmantoti vairāki termini vai arī viens un tas pats termins, lai aprakstītu dažādas shēmas.
Konceptuālā modeļa izstrāde
Šis process ir sākotnējās shēmas izveide. Nākotnē izstrādātājs to varēs izmantotprogrammatūras ieviešanai. Lai sniegtu sarežģītas sistēmas aprakstu, tiek izmantots noteikts šīs sistēmas komponentu uzvedības algoritms, tādējādi atspoguļojot to mijiedarbību savā starpā. Ir reizes, kad ar aprakstā ietverto informāciju nepietiek, lai izprastu un izpētītu modelēšanas objektu. Lai labotu šo izlaidumu, jāatgriežas satura rādītāja sastādīšanas stadijā un jāpievieno dati, kuru neesamība tika konstatēta objekta formalizēšanas laikā. Turklāt, kā liecina prakse, šādas atdeves var būt vairākas. Starp citu, rakstā aplūkoto shēmu izveide vienkāršām konstrukcijām nav pamatota.
Simulācijas modelēšanā ir izmantoti dažādi konceptuālie modeļi ar atšķirīgu strukturēšanu. Visbiežāk viņu shēmas vadās pēc matemātiskām teorijām. Tas rada problēmas, izvēloties piemērotu sistēmu vajadzīgā modelēšanas objekta aprakstīšanai. Tātad, piemēram, diskrētām shēmām ir ierasts izmantot uz procesu orientētas struktūras. Lai izveidotu nepārtrauktu konstrukciju, tiek izmantotas sistēmas dinamikas plūsmas diagrammas. Konceptuālais datu modelis tiek izstrādāts, izmantojot īpašu valodu, kas fiksēta pašā strukturālajā struktūrā. Lai vienkāršotu konkrētas shēmas uzbūvi un programmēšanu, tiek izmantotas īpaši izstrādātas programmēšanas tehnikas.
Svarīgi komponenti
Ņemiet vērā, ka konceptuālais modelis ietver vairākus svarīgus elementus. Pirmkārt, tie irobjektu izpēte un to darbības izpēte. Tas ir, lietotājam ir jāpārbauda visu viņam redzamo lietojumprogrammu saraksts un manipulācijas, kuras viņš var veikt ar katru objektu atsevišķi. Protams, sistēmas izstrādē var būt (un visticamāk arī būs) citi objekti, taču tie lietotājam tiks paslēpti.
Secinājums
Atsevišķos gadījumos, veidojot konceptuālā modeļa objektus, tiek izmantots daudzlīmeņu sistēmu strukturālās organizācijas princips. Tādā veidā izstrādātājs panāk vieglāku lietotājam draudzīga objekta dizainu. Šāda konstrukcija palīdz kontrolēt sistēmas ieviešanu, kā arī atvieglo lietojumprogrammu komandu struktūru izveidi. Tas nozīmē, ka izstrādātājs var noteikt, kuras darbības ir piemērojamas dažādiem objektiem, kuras no tām var vispārināt. Tas ļauj padarīt komandu struktūru pieejamāku lietotājam. Tas ir, tā vietā, lai apgūtu milzīgu skaitu objektu orientētu komandu, jums vienkārši jāapgūst vispārīgās komandas. Analizējot visu iepriekš minēto, varam teikt, ka konceptuālais modelis ir tikai shēma, kas nosaka plānotās struktūras elementu īpašības un to cēloņu un seku attiecības, kas nepieciešamas projektēšanas mērķa sasniegšanai.
