1 nga 38
Prezantimi me temë: Modelimi i sistemeve të informacionit
Sllajdi nr. 1
Sllajdi nr. 2
Përshkrimi i rrëshqitjes:
Qëllimi i lëndës është thellimi i lëndëve bazë (shkenca kompjuterike, matematikë); formimi i kompetencave për veprimtari profesionale në fushën e modelimit të informacionit.Motivimi i studentëve gjatë zgjedhjes së një KE. - testimi i studentëve për aftësitë dhe interesin e tyre për veprimtari krijuese, kërkimore në fushën e modelimit të informacionit; - përgatitja për të hyrë në universitet për specialitete që lidhen me modelimin e informacionit dhe teknologjitë kompjuterike: matematikë e aplikuar, modelim, sisteme kompjuterike, etj.
Sllajdi nr. 3
Përshkrimi i rrëshqitjes:
Sllajdi nr. 4
Përshkrimi i rrëshqitjes:
Përmbajtja e tekstit mësimor Kapitulli 1. Modelimi i sistemeve informative 1.1. Sistemet e informacionit dhe sistemologjia 1.2. Modeli relacional dhe bazat e të dhënave (Access) 1.3. Spreadsheet - Mjeti i Modelimit të Informacionit 1.4. Programimi aplikativ (elementet VBA për Excel) Kapitulli 2. Modelimi matematikor kompjuterik 2.1. Hyrje në Modelim 2.2. Paketa e veglave për modelimin matematikor kompjuterik (Excel, MathCad, VBA, Pascal) 2.3. Modelimi optimal i proceseve të planifikimit 2.4. Aplikacione simulimi kompjuterik
Sllajdi nr. 5
Përshkrimi i rrëshqitjes:
“Modelimi dhe zhvillimi i sistemeve të informacionit” Objektivat e studimit të rubrikës Zhvillimi i përgjithshëm dhe formimi i botëkuptimit të studentëve. Komponenti kryesor ideologjik i përmbajtjes së këtij seksioni të lëndës është formimi i një qasjeje sistematike për analizën e realitetit përreth. Zotërimi i bazave të metodologjisë për ndërtimin e sistemeve të referencës së informacionit. Studentët fitojnë të kuptuarit e fazave të zhvillimit të një sistemi informacioni: faza e projektimit dhe faza e zbatimit. Krijimi i një baze të dhënash me shumë tabela bëhet në mjedisin DBMS relacional të MS Access. Nxënësit zotërojnë teknikat e ndërtimit të bazës së të dhënave, aplikacionet (pyetjet, raportet), elementet e ndërfaqes (kutitë e dialogut). Zhvillimi dhe profesionalizimi i aftësive kompjuterike. Aftësitë e mësuara në kursin bazë zhvillohen më tej. - Puna me grafikë vektoriale gjatë ndërtimit të modeleve strukturore të sistemeve - studim i thelluar i aftësive të MS Access DBMS - përdorimi i MS Excel si një mjet për të punuar me një bazë të dhënash - programimi në VBA në mjedisin Excel për zhvillimin e ndërfaqes - kur punoni në abstrakte, rekomandohet përdorimi i burimeve të Internetit; përgatit materialin për mbrojtje në formën e një prezantimi (Power Point)
Sllajdi nr. 6
Përshkrimi i rrëshqitjes:
Metoda e mësimdhënies së projektit Paraqitja e problemit: Fusha lëndore: shkolla e mesme Qëllimi i projektit: krijimi i një sistemi informacioni "Procesi arsimor" Qëllimi i sistemit të informacionit: informoni përdoruesit: Për grupin e nxënësve të klasave Rreth stafit mësimor të shkollës Për shpërndarjen e mësimdhënies. ngarkesa dhe udhëheqja e klasës Rreth përparimit të nxënësve
Sllajdi nr. 7
Përshkrimi i rrëshqitjes:
Sllajdi nr. 8
Përshkrimi i rrëshqitjes:
Sllajdi nr. 9
Përshkrimi i rrëshqitjes:
Sllajdi nr. 10
Përshkrimi i rrëshqitjes:
Sllajdi nr. 11
Përshkrimi i rrëshqitjes:
Sllajdi nr. 12
Përshkrimi i rrëshqitjes:
Zhvillimi i aplikacionit Aplikacionet: pyetje, raporte Detyra. Kërkohet të merret një listë e të gjitha vajzave në klasën e nëntë që kanë një A në shkenca kompjuterike. Koncepti i nënskemës duke përdorur një pyetje hipotetike Zgjedhja e gjuhës STUDENTS MBIEMRI STUDENTS EMRI STUDENTS KLASA STUDENT KLASA = '9?
Sllajdi nr. 13
Përshkrimi i rrëshqitjes:
Sllajdi nr. 14
Përshkrimi i rrëshqitjes:
Sllajdi nr. 15
Përshkrimi i rrëshqitjes:
Programimi VBA Private Sub CommandButton1_Click () "Përshkrimi i variablave Dim i, j, n Si numër i plotë Dim Flamuri si Boolean" Inicializimi i të dhënave Flag = False "Përcakton numrin e rreshtave në listën e shkollave n = Range (" A3 "). Rajoni aktual .Rreshtat. Numëroni "Kërko në listë për numrin e shkollës të specifikuar në fushën e hyrjes 'TextBox1" Për i = 3 Në n + 2 Nëse qelizat (i, 1) .Vlera = Val (UserForm1.TextBox1.Text) Pastaj Flamuri = Dalja e vërtetë për fund nëse Fragmenti tjetër i programit për përpunimin e ngjarjes "Kliko në butonin KËRKO"
Sllajdi nr. 16
Përshkrimi i rrëshqitjes:
"Modelimi matematikor kompjuterik" Objektivat e studimit të seksionit Masterizimi i modelimit si një metodë e njohjes së realitetit përreth (natyra kërkimore e seksionit) - tregohet se modelimi në fusha të ndryshme të njohurive ka karakteristika të ngjashme, shpesh për procese të ndryshme është e mundur të merrni modele shumë të ngjashme; - demonstron avantazhet dhe disavantazhet e një eksperimenti kompjuterik në krahasim me një eksperiment në shkallë të plotë; - tregohet se si modeli abstrakt ashtu edhe kompjuteri ofrojnë një mundësi për të njohur botën përreth, për ta kontrolluar atë në interes të njeriut. Zhvillimi i aftësive praktike në modelimin kompjuterik. Jepet metodologjia e përgjithshme e modelimit matematikor kompjuterik. Në shembullin e një numri modelesh nga fusha të ndryshme të shkencës dhe praktikës, praktikisht zbatohen të gjitha fazat e modelimit, nga formulimi i problemit deri te interpretimi i rezultateve të marra gjatë një eksperimenti kompjuterik. Promovimi i orientimit profesional për studentët. Shfaqja e aftësive të studentit për veprimtari kërkimore, zhvillimi i potencialit krijues, orientimi drejt zgjedhjes së një profesioni që lidhet me kërkimin shkencor. Tejkalimi i ndarjes së lëndëve, integrimi i njohurive. Lënda shqyrton modele nga fusha të ndryshme të shkencës duke përdorur matematikën. Zhvillimi dhe profesionalizimi i aftësive kompjuterike. Masterizimi i softuerëve për qëllime të përgjithshme dhe të specializuara, sisteme programimi.
Sllajdi nr. 17
Përshkrimi i rrëshqitjes:
Sllajdi nr. 18
Përshkrimi i rrëshqitjes:
Modelimi i proceseve të planifikimit optimal Problemi i planifikimit të punës së një servisi Paraqitja e problemit Lëreni servisin e makinave të kryejë dy lloje shërbimesh: TO-1 dhe TO-2. Makinat pranohen në fillim të ditës së punës dhe u dorëzohen klientëve në fund. Për shkak të hapësirës së kufizuar të parkimit, nuk mund të servisohen më shumë se 140 makina në ditë. Dita e punës zgjat 8 orë. Nëse të gjitha makinat kalonin vetëm TO-1, atëherë kapaciteti i stacionit do të lejonte servisimin e 200 makinave në ditë, nëse të gjitha makinat kalonin vetëm TO-2, atëherë 50. Kostoja (për klientin) e TO-2 është dy herë më e lartë si ajo e TO-1. Në realitet, disa nga makinat kalojnë TO-1, dhe disa, në të njëjtën ditë, kalojnë TO-2. Kërkohet hartimi i një plani të tillë shërbimi ditor për t'i siguruar ndërmarrjes arkëtimet më të mëdha në para.
Sllajdi nr. 19
Përshkrimi i rrëshqitjes:
Modelimi i proceseve të planifikimit optimal Formalizimi dhe modeli matematikor i problemit Treguesit e planifikuar x - plani ditor i prodhimit TO-1; y - plani ditor i prodhimit për TO-2. Nga formulimi i problemit rrjedh sistemi i inekuacioneve.Fitimi më i madh do të arrihet në vlerën maksimale të funksionit.Funksioni f (x, y) quhet funksion objektiv dhe sistemi i pabarazive quhet sistemi i kufizimet. Kam një problem programimi linear
Sllajdi nr. 20
Përshkrimi i rrëshqitjes:
Sllajdi nr. 21
Përshkrimi i rrëshqitjes:
Modelimi i proceseve të planifikimit optimal Metodat për zgjidhjen e problemit të programimit linear Metoda Simplex është një metodë universale për zgjidhjen e problemit të programimit linear Tabela Simplex Baza St. x1 ¼ xi ¼ xr xr + 1 ¼ xj ¼ xn x1 b1 1 ¼ 0 ¼ 0 a1, r + 1 ¼ a1j ¼ a1n xi bi 0 1 ¼ 0 ai, r + 1 ¼ aij ¼ ¼ ain ¼ ¼ ¼ xr br 0 0 ¼ 1 ar, r + 1 ¼ arj ¼ Arn f 0 0 0 ¼ 0 gr + 1 ¼ gj ¼ gn
Sllajdi nr. 22
Përshkrimi i rrëshqitjes:
Sllajdi nr. 23
Përshkrimi i rrëshqitjes:
Sllajdi nr. 24
Përshkrimi i rrëshqitjes:
Sllajdi nr. 25
Përshkrimi i rrëshqitjes:
Modelimi i proceseve optimale të planifikimit Private Sub CommandButton1_Click () Dim d (5, 9) Si variant Dim i, j, r, n, k, m Si Dim i plotë p, q, t Si varg Dim a, b Si dyfish Për i = 1 Në 5 Për j = 1 Deri në 9 d (i, j) = Gama ("a6: i10"). Qelizat (i, j) .Vlera Tjetër j Tjetra në = 7: r = 3 "Analiza e optimalitetit të rrymës zgjidhje 't = "next" Do Ndërsa t = "tjetër" Programi i metodës Simplex në VBA për Excel (fragment)
Sllajdi nr. 28
Përshkrimi i rrëshqitjes:
Sllajdi nr. 29
Përshkrimi i rrëshqitjes:
Modelimi i proceseve të planifikimit optimal Detyra e planifikimit të punës në ndërtimin e rrugës Paraqitja e problemit Ka dy pika - H fillestare dhe K përfundimtare; nga e para tek e dyta është e nevojshme të ndërtohet një rrugë, e cila përbëhet nga vertikale dhe segmente. Kostoja e ndërtimit të secilit prej seksioneve të mundshme është e njohur (treguar në figurë). Realisht rruga do të jetë një vijë e thyer që lidh pikat H dhe K. Kërkohet gjetja e një linje të tillë që të ketë koston më të ulët. Kjo është një detyrë dinamike programimi
Përshkrimi i rrëshqitjes:
Sllajdi nr. 33
Përshkrimi i rrëshqitjes:
Simulimi kompjuterik Përdoret aparati i statistikave matematikore Ngjarjet e rastësishme: - intervali kohor ndërmjet dy transaksioneve - koha e shërbimit të transaksionit Funksionet e densitetit të probabilitetit të ngjarjeve të rastit Shpërndarja uniforme Shpërndarja normale Gaussian Shpërndarja Poisson
Përshkrimi i rrëshqitjes:
Rezultatet e planifikuara të të nxënit për KE. Nxënësit duhet të dinë: qëllimin dhe përbërjen e sistemeve të informacionit; fazat e krijimit të një sistemi informatik kompjuterik; konceptet bazë të sistemologjisë, varietetet ekzistuese të modeleve të sistemeve; çfarë është një model domeni infologjik; çfarë është një bazë të dhënash (DB); klasifikimi i bazës së të dhënave; struktura e një baze të dhënash relacionale (RDB); normalizimi i bazës së të dhënave; çfarë është një DBMS; si organizohen lidhjet në një bazë të dhënash me shumë tabela; cilat janë llojet e pyetjeve në bazën e të dhënave; cila është struktura e komandës së kërkesës për zgjedhjen dhe renditjen e të dhënave; çfarë mundësish për të punuar me bazat e të dhënave ka një procesor spreadsheet (MS Excel); si mund të krijoni dhe ekzekutoni një makro në MS Excel; çfarë është një aplikacion i orientuar nga objekti; Bazat e programimit VBA; përmbajtja e koncepteve "model", "model informacioni", "modeli matematikor kompjuterik";
Sllajdi nr. 36
Përshkrimi i rrëshqitjes:
fazat e modelimit matematikor kompjuterik, përmbajtja e tyre; përbërjen e mjeteve për modelimin matematikor kompjuterik; aftësitë e procesorit Excel në zbatimin e modelimit matematik; aftësitë e sistemit MathCAD në zbatimin e modeleve matematikore kompjuterike; specifikat e modelimit matematikor kompjuterik në planifikimin ekonomik; shembuj të detyrave kuptimplote nga fusha e planifikimit ekonomik, të zgjidhura me metodën e modelimit kompjuterik; pasqyra e problemeve të zgjidhura me metodën e programimit linear; deklarata e problemeve të zgjidhura me metodën e programimit dinamik; konceptet bazë të teorisë së probabilitetit, të nevojshme për zbatimin e modelimit simulues: një ndryshore e rastësishme, ligji i shpërndarjes së një ndryshoreje të rastësishme, densiteti i probabilitetit të shpërndarjes, besueshmëria e rezultatit të një studimi statistikor; mënyra për të marrë sekuenca të numrave të rastit me një ligj të caktuar shpërndarjeje; deklarata e problemeve të zgjidhura me metodën e modelimit simulues në teorinë e radhës.
Sllajdi nr. 37
Përshkrimi i rrëshqitjes:
Nxënësit duhet të jenë në gjendje: të hartojnë një sistem të thjeshtë informacioni dhe referimi; hartoni një bazë të dhënash me shumë tabela; lundroni në mjedisin MS Access DBMS; krijoni një strukturë bazë të dhënash dhe plotësoni atë me të dhëna; bëni pyetje për përzgjedhje në MS Access duke përdorur projektuesin e pyetjeve; punë me formularë; të bëjë pyetje me marrjen e të dhënave përfundimtare; marrin raporte; organizimi i bazave të të dhënave (listave) me një tabelë në MS Excel; zgjidhni dhe renditni të dhënat në lista; të dhënat e filtrimit; krijoni tabela kryesore; regjistroni makro për MS Excel duke përdorur një regjistrues makro; shkruani mbajtës të thjeshtë të ngjarjeve në VBA. të zbatojë skemën e një eksperimenti kompjuterik gjatë zgjidhjes së problemeve kuptimplota ku ka nevojë për modelim matematikor kompjuterik; të përzgjedhë faktorët që ndikojnë në sjelljen e sistemit në studim, të kryejë renditjen e këtyre faktorëve;
Sllajdi nr. 38
Përshkrimi i rrëshqitjes:
të ndërtojë modele të proceseve të studiuara; zgjidhni softuerin për studimin e modeleve të ndërtuara; të analizojë rezultatet e marra dhe të hetojë modelin matematikor për grupe të ndryshme parametrash, duke përfshirë kufirin ose kritikën; përdorni modele të thjeshta ekonomike optimizimi; ndërtoni modelet më të thjeshta të sistemeve të radhës dhe interpretoni rezultatet. të zbatojë modele të thjeshta matematikore në kompjuter, duke krijuar algoritme dhe programe në gjuhën Visual Basic; të përdorë aftësitë e TP Excel për të kryer llogaritje të thjeshta matematikore dhe për të ilustruar rezultatet e modelimit matematik me grafikë dhe diagramë me shtylla; përdorni mjetin "Kërkimi për një zgjidhje" TP Excel për të zgjidhur problemet e programimit linear dhe jolinear; përdorni sistemin MathCAD për të kryer llogaritje të thjeshta matematikore, për të ilustruar grafikisht rezultatet e modelimit; përdorni sistemin MathCAD për të zgjidhur problemet lineare dhe jolineare të optimizimit.
Dërgoni punën tuaj të mirë në bazën e njohurive është e thjeshtë. Përdorni formularin e mëposhtëm
Studentët, studentët e diplomuar, shkencëtarët e rinj që përdorin bazën e njohurive në studimet dhe punën e tyre do t'ju jenë shumë mirënjohës.
Postuar në http://www.allbest.ru/
Instituti Shtetëror i Shërbimit Omsk
Modelimi i sistemeve të informacionit duke përdorur gjuhën UML
Udhëzime metodike për zbatimin e punimit terminor
I.V. Chervenchuk
- Prezantimi
- 2 . Gjuha e unifikuar e modelimitUML
- 4. Zhvillimi i një modeli të sistemit softuerik me mjeteUML
- 5. Pyetje të zbatimit të sistemit të informacionit
- 6. Temat e lëndës
- Lista bibliografike
Prezantimi
Punimi trajton zhvillimin e sistemeve të informacionit duke përdorur gjuhën e unifikuar të modelimit UML, e cila është bazë për punën e kursit në disiplinën "Sistemet dhe proceset e informacionit. Modelimi dhe menaxhimi". Fazat kryesore të një procesi racional të unifikuar të zhvillimit të sistemeve të informacionit po përpunohen, jepen shembuj dhe ilustrime. Janë dhënë mundësitë për detyra për lëndët.
Udhëzimet metodike janë të destinuara për studentët e specialitetit "Informatikë e Aplikuar" dhe mund të përdoren në lëndët, përgatitjen për provim, si dhe në procesin e punës së pavarur.
1. Kërkesat e përgjithshme për zbatimin e punimit termik
Puna e kursit në disiplinën "Sistemet dhe proceset e informacionit. Modelimi dhe menaxhimi" është faza përfundimtare e studimit të këtij kursi dhe është projektuar për të konsoliduar në praktikë njohuritë bazë teorike të modelimit të sistemeve të informacionit. Puna konsiston në zhvillimin e një modeli të një sistemi informacioni me anë të gjuhës së unifikuar të modelimit UML me zbatimin e tij të mëvonshëm. Si një version tipik i detyrës, propozohet të zhvillohet një sistem informacioni dhe referimi bazuar në një bazë të dhënash, por me kërkesë të studentit, në marrëveshje me mësuesin, zhvillimi i një aplikacioni WEB, sistemi testimi ose pajisje harduerike mund të të ofrohet si detyrë. Në të njëjtën kohë, parakushti kryesor është përdorimi i një qasjeje të orientuar nga objekti dhe ndërtimi i një modeli UML.
Titulli tipik i punimit termik duket si "Zhvillimi i një sistemi informacioni dhe referimi _ titullin _ "
Prezantimi
1. Pasqyrë thelbësore e fushës lëndore. Kërkesat bazë të sistemit
2. Një model i detajuar i sistemit të informacionit
2.1 Pamje nga këndvështrimi i rasteve të përdorimit
2.2 Pamja e projektimit
2.3 Pamja e zbatimit
2.4 Perspektiva e procesit (nëse është e aplikueshme)
2.5 Pamje nga pikëpamja e vendosjes (nëse është e nevojshme)
3. Zbatimi i sistemit të informacionit
konkluzioni
Lista e aplikacioneve të një programi ose moduli kreu
Në hyrje mund të theksohet përdorimi i teknologjisë së informacionit në fusha të ndryshme të veprimtarisë, duke përfshirë sektorin e shërbimeve, avantazhet e kontabilitetit elektronik, problemet e ndërtimit të sistemeve të specializuara të informacionit, etj.
Këto udhëzime përmbajnë rekomandime të detajuara për seksionet kryesore të shënimit shpjegues dhe shembujt e projektimit. Duhet të theksohet se lënda kryesore e kësaj pune të kursit është zhvillimi i një modeli UML të një sistemi informacioni, prandaj rekomandohet fuqimisht që diagramet UML të jepen në pjesën kryesore të një shënimi shpjegues, duke u dhënë atyre komente të hollësishme. , dhe tekstet e programeve duhet të vendosen në aplikacion.
Pamja e procesit duhet të jepet gjatë dizajnimit të sistemeve me shumë detyra. Pamja e vendosjes supozon një sistem informacioni të shpërndarë. Këto lloje, dhe seksionet përkatëse të shënimit shpjegues, nuk janë të detyrueshme për zbatimin e kësaj pune të kursit, përdorimi i tyre supozohet kur kryhen vetëm disa variante të punës së kursit.
Kur nënvizoni çështjet e zbatimit të sistemit në një shënim, këshillohet të justifikoni zgjedhjen e një mjedisi programimi, të siguroni një manual përdorimi. Një element i detyrueshëm është përfshirja e formularëve të ekranit (screen-shorts) të programit të zbatuar në tekst, inkurajohet përdorimi i mjeteve të inxhinierisë së kundërt.
Në përfundim, rezultatet kryesore të punës përmblidhen shkurtimisht: është zhvilluar një model UML i sistemit, sistemi zbatohet duke përdorur një mjedis programimi të tillë që lejon sistemi i zhvilluar, avantazhet e qasjeve të përdorura (bazuar mbi modelimin) për projektimin e sistemeve.
modelimi i gjuhës së sistemit të informacionit
Puna e kursit duhet të përmbajë 20-30 faqe tekst të shtypur me ilustrime. Diagramet e rasteve të përdorimit, klasat, ndërveprimet duhet të sigurohen pa dështuar.
2. UML Gjuha e Unifikuar e Modelimit
Zhvillimi racional i një sistemi informacioni presupozon një studim të thellë paraprak analitik. Para së gjithash, është e nevojshme të përvijohet një gamë e detyrave të kryera nga sistemi që po zhvillohet, më pas, të zhvillohet një model i sistemit dhe së fundi, të përcaktohen metodat e zbatimit. Një studim i thellë i arkitekturës së sistemit të informacionit që po zhvillohet në fazat fillestare të projektimit, si rregull, shpërblehet më vonë, veçanërisht kur zhvillohen projekte në shkallë të gjerë me mbështetje afatgjatë.
Mjetet e gjuhës së modelimit UML (Unified Model Language, - një gjuhë programimi e unifikuar) lejojnë në mënyrë ekspresive dhe mjaft të lehtë të kryejnë një zhvillim konceptual paraprak të një sistemi informacioni, dhe në të njëjtën kohë, të shoqërojnë metodikisht të gjithë procesin e zhvillimit, duke përfshirë i gjithë cikli i mëtejshëm jetësor i sistemit të zhvilluar të informacionit si produkt softuer.
UML është një gjuhë e orientuar nga objekti për vizualizimin, specifikimin, ndërtimin dhe dokumentimin e objekteve të sistemeve softuerike.
UML, si çdo gjuhë tjetër, përbëhet nga një fjalor dhe rregulla që ju lejojnë të kombinoni fjalët e përfshira në të dhe të merrni ndërtime kuptimplote. Në një gjuhë modeluese, fjalori dhe rregullat përqendrohen në paraqitjen konceptuale dhe fizike të sistemeve të informacionit. Modelimi është thelbësor për të kuptuar sistemin. Thënë kjo, një model i vetëm nuk mjafton kurrë. Përkundrazi, për të kuptuar çdo sistem jo të parëndësishëm, duhet të zhvillohen një numër të madh modelesh të ndërlidhura. Siç zbatohet për sistemet softuerike, kjo do të thotë se nevojitet një gjuhë me të cilën është e mundur të përshkruhen nga këndvështrime të ndryshme përfaqësimet e arkitekturës së sistemit gjatë gjithë ciklit të zhvillimit të tij.
UML është një gjuhë vizualizimi dhe UML nuk është vetëm një koleksion simbolesh grafike. Secili prej tyre ka semantikë të mirëpërcaktuar (shih).Kështu, një model i shkruar nga një zhvillues mund të interpretohet pa mëdyshje nga një tjetër, apo edhe nga një paketë veglash.
UML është një gjuhë specifikimi. Në këtë kontekst, specifikim nënkupton ndërtimin e modeleve të sakta, të paqarta dhe të plota. UML lejon specifikimin e të gjitha vendimeve të rëndësishme të analizës, projektimit dhe zbatimit që duhet të merren gjatë zhvillimit dhe vendosjes së një sistemi softuerik.
UML është një gjuhë projektimi. Megjithëse UML nuk është një gjuhë programimi vizuale, modelet e krijuara me të mund të përkthehen drejtpërdrejt në gjuhë të ndryshme programimi specifike. Me fjalë të tjera, modeli UML mund të hartohet në gjuhë të tilla si Java, C ++, Visual Basic dhe madje edhe tabela të bazës së të dhënave relacionale ose objekte të vazhdueshme të bazës së të dhënave të orientuara nga objekti. Ato koncepte që preferohet të përcillen grafikisht janë të përfaqësuara në UML; ato që përshkruhen më mirë në formë teksti shprehen duke përdorur një gjuhë programimi.
Ky raportim i një modeli në një gjuhë programimi lejon dizajnimin e drejtpërdrejtë: gjenerimin e kodit nga një model UML në një gjuhë specifike. Ju gjithashtu mund të zgjidhni problemin e kundërt: rivendosni modelin nga zbatimi ekzistues. Natyrisht, modeli dhe zbatimi përfshin përdorimin e një numri entitetesh specifike. Prandaj, inxhinieria e kundërt kërkon instrumente dhe ndërhyrje njerëzore. Kombinimi i gjenerimit të kodit përpara dhe inxhinierisë së kundërt ju lejon të punoni në paraqitjet grafike dhe tekstuale për sa kohë që mjetet sigurojnë konsistencë midis të dy paraqitjeve.
Përveç hartës së drejtpërdrejtë në gjuhët e programimit, UML, për shkak të ekspresivitetit dhe paqartësisë së tij, ju lejon të ekzekutoni drejtpërdrejt modele, të simuloni sjelljen e sistemeve dhe të kontrolloni sistemet operative.
UML është një gjuhë dokumentimi
Një kompani softuerësh prodhon dokumente të tjera përveç kodit të ekzekutueshëm, duke përfshirë:
Kërkesat e sistemit;
arkitekturë;
projekti;
burimi;
planet e projekteve;
teste;
prototipe;
versionet, etj.
Në varësi të metodologjisë së miratuar të zhvillimit, disa punë kryhen më formalisht, të tjera më pak. Dokumentet e përmendura nuk janë vetëm pjesë të ofruara të projektit; ato janë të nevojshme për menaxhimin, për vlerësimin e rezultatit dhe gjithashtu si një mjet komunikimi midis anëtarëve të ekipit gjatë zhvillimit të sistemit dhe pas vendosjes së tij.
UML i siguron zhvilluesit dhe menaxhmentit mënyrën e tyre të zgjidhjes së problemit të dokumentimit të arkitekturës së sistemit dhe të gjitha detajeve të tij, siguron një gjuhë për formulimin e kërkesave të sistemit dhe përcaktimin e testeve, dhe në fund ofron një mjet për punën e modelimit gjatë planifikimit dhe versionit të projektit. faza e kontrollit.
Le të shqyrtojmë zhvillimin e një modeli të një sistemi informacioni me anë të gjuhës UML duke përdorur shembullin e zhvillimit të një stacioni pune të automatizuar për një sekretar departamenti (në tekstin e mëtejmë referuar si AWP e sekretarit të departamentit).
3. Përshkrimi i fushës lëndore
Koncepti i fushës lëndore të bazës së të dhënave është një nga konceptet bazë të shkencës kompjuterike dhe nuk ka përkufizim të saktë. Përdorimi i tij në kontekstin e IP-së presupozon ekzistencën e një korrelacioni të qëndrueshëm me kalimin e kohës midis emrave, koncepteve dhe realiteteve të caktuara të botës së jashtme, të pavarur nga vetë IP-ja dhe rrethi i saj i përdoruesve. Kështu, futja në konsideratë e konceptit të domenit të bazës së të dhënave kufizon dhe e bën hapësirën e marrjes së informacionit të dukshme në IS dhe bën të mundur ekzekutimin e pyetjeve në një kohë të kufizuar.
Nën përshkrimin e fushës lëndore nënkuptojmë përshkrimin e mjedisit të sistemit që zhvillohet, llojet e përdoruesve të sistemit, duke treguar edhe detyrat kryesore, zgjidhja e të cilave i është caktuar sistemit.
Në përshkrimin paraprak të fushës lëndore, futen termat bazë (fjalori i sistemit), përcaktohen llojet e përdoruesve dhe të drejtat e tyre, formulohen detyrat që sistemi i zhvilluar duhet të zgjidhë. Në këtë rast, përshkrimi supozohet të përdorë mjetet e gjuhës së zakonshme dhe grafikët standarde të biznesit (foto, diagrame, tabela).
Gjatë zhvillimit të një fjalori sistemi, është e nevojshme të përcaktohen emrat e subjekteve ("student", "mësues", "disiplinë"). Në këtë rast, termi esencë kuptohet nga ne si një përbërës i modelit të domenit, domethënë si një objekt i identifikuar tashmë në nivelin konceptual. Objektet e alokuara në fushën lëndore shndërrohen nga analisti në entitete.
Entiteti është rezultat i abstraksionit të një objekti real. Ka dy probleme që lidhen me objektet: identifikimi dhe përshkrimi adekuat. Për identifikim, përdoret një emër, i cili duhet të jetë unik. Në këtë rast, supozohet se ka një refuzim të kuptimit të tij, i cili është i natyrshëm në gjuhën natyrore. Përdoret vetëm funksioni tregues i emrit. Emri është një mënyrë e drejtpërdrejtë për të identifikuar një objekt. Metodat indirekte të identifikimit të objektit përfshijnë përcaktimin e një objekti përmes vetive të tij (karakteristikave ose shenjave).
Objektet ndërveprojnë me njëri-tjetrin nëpërmjet vetive të tyre, gjë që krijon situata. Situatat janë marrëdhënie që shprehin marrëdhëniet ndërmjet objekteve. Situatat në fushën e lëndës përshkruhen me anë të deklaratave për fushën e lëndës. Në këtë fazë, ju mund të përdorni metodat e llogaritjes propozicionale dhe llogaritjes së kallëzuesit, domethënë logjikës formale, matematikore. Për shembull, deklarata "Programuesi dhe menaxheri janë punonjës të kompanisë" përshkruan një marrëdhënie gjithëpërfshirëse. Kështu, të gjitha informacionet rreth objekteve dhe entiteteve të domenit përshkruhen duke përdorur deklarata në gjuhën natyrore.
Ju mund të specifikoni lidhjet strukturore, të nënvizoni situatat statike dhe dinamike (duke futur kështu një parametër kohor në model), megjithatë, për një studim të hollësishëm të modelit, është më i përshtatshëm të përdorni mjete të avancuara të përshkrimit të domenit, për shembull, mjetet e gjuhën UML.
Pra, detyra është të zhvillojë një sistem "stacioni pune të sekretarit të departamentit" që do të lejojë llogaritjen e automatizuar të të dhënave për punonjësit dhe studentët e departamentit të TIK të OmSTU, të sigurojë mundësi fleksibël për zgjidhjen e detyrave specifike të planifikuara dhe të paplanifikuara të përpunimit. kredencialet.
Si pjesë e zgjidhjes së problemit të zhvillimit të një vendi pune të automatizuar për sekretarin e departamentit, ne do të veçojmë subjektet e mëposhtme:
mësuesit - mësuesit e departamentit;
nxënësit- studentë të universitetit të këtij specialiteti;
studentët studiojnë në grupe, grupështë një ent organizator (unifikues) për studentët;
studente te diplomuar, kanë veçorinë që, nga njëra anë, mund të zhvillojnë vetë mësimin, nga ana tjetër, janë vetë studentë dhe kanë një këshilltar shkencor;
disipline- disiplina e mësuar (lënda, kursi).
Subjektet e futura kanë një sërë atributesh, të cilat do t'i përcaktojmë më vonë.
Ne kryejmë dy lloje përdoruesish: privat përdorues(me tutje përdorues, dhe administratori... Supozohet se përdorues mund të hyjë në sistem me një kërkesë, të shfaqë raporte, administratori gjithashtu mund të modifikojë të dhënat. Për shembull, ndihmës sekretari i departamentit mund të veprojë si përdorues, vetë sekretari ose mësuesi përgjegjës mund të veprojë si administrator.
Duke marrë parasysh termat e paraqitura, sistemi që po zhvillohet duhet të sigurojë:
organizimi i kontabilitetit të plotë dhe të besueshëm të të gjithë punonjësve dhe studentëve të departamentit;
mbështetje informative e vendimeve të marra të menaxhimit, formimi i informacionit të plotë dhe të besueshëm në lidhje me proceset arsimore dhe rezultatet e aktiviteteve të departamentit;
zvogëlimi i kostove të punës për përgatitjen e dokumenteve dhe raporteve parësore;
eliminimi i dyfishimit gjatë futjes së informacionit dhe gabimeve mekanike që rezultojnë;
ndërfaqe miqësore për përdoruesit;
diferencimi i kompetencave të përdoruesve të zakonshëm dhe të administratorit.
Në këtë shembull, ne zgjidhim një problem të veçantë - ne zhvillojmë një AWP për sekretarin e departamentit, prandaj, departamenti merret si një njësi strukturore e nivelit më të lartë për ne, të cilën do ta kemi parasysh si parazgjedhje, d.m.th. supozohet se të gjithë elementët e modelit kanë të bëjnë vetëm me këtë departament, i cili nuk është specifikuar në mënyrë eksplicite ... Ne nuk do të konsiderojmë struktura të nivelit më të lartë, si fakultet, universitet.
4. Zhvillimi i një modeli të sistemit softuerik duke përdorur UML
UML është një gjuhë për specifikim dhe vizualizim, njësitë kryesore të saj janë diagramet.
Një diagram UML është një paraqitje grafike e një grupi shabllonesh, më së shpeshti të përshkruara si një grafik i lidhur me kulme (entitete) dhe skaje (marrëdhënie). Diagramet karakterizojnë sistemin nga këndvështrime të ndryshme. Një diagram është, në një farë kuptimi, një nga projeksionet e sistemit. Në mënyrë tipike, grafikët ofrojnë një pamje të kolapsuar të elementeve që përbëjnë një sistem. Një dhe i njëjti element mund të jetë i pranishëm në të gjitha diagramet, ose vetëm në disa (varianti më i zakonshëm), ose jo i pranishëm në asnjë (shumë rrallë). Në teori, diagramet mund të përmbajnë çdo kombinim të entiteteve dhe marrëdhënieve. Megjithatë, në praktikë, përdoret një numër relativisht i vogël kombinimesh tipike, që korrespondojnë me pesë llojet më të zakonshme që përbëjnë arkitekturën e një sistemi softuerësh (shih seksionin vijues). Kështu, në UML, dallohen nëntë lloje diagramesh:
diagramet e klasave
diagramet e objekteve;
përdorimi i diagrameve të rasteve;
diagramet e sekuencës;
diagramet e bashkëpunimit;
diagramet e gjendjes;
diagramet e veprimit (veprimtarisë);
diagramet e komponentëve;
diagramet e vendosjes.
Modeli konceptual UML
Diagrami i klasës tregon klasat, ndërfaqet, objektet dhe bashkëpunimet dhe marrëdhëniet e tyre. Gjatë modelimit të sistemeve të orientuara nga objekti, ky lloj diagrami përdoret më shpesh. Diagramet e klasave paraqesin një pamje statike të projektimit të një sistemi. Diagramet e klasave që përfshijnë klasa aktive korrespondojnë me pamjen statike të sistemit nga perspektiva e procesit.
Një diagram objekti paraqet objektet dhe marrëdhëniet ndërmjet tyre. Ato janë "fotografi" statike të rasteve të njësive të paraqitura në diagramet e klasave. Diagramet e objekteve, si diagramet e klasave, i referohen një pamjeje statike të një sistemi nga një perspektivë e projektimit ose procesit, por me një këndvështrim të një zbatimi real ose simulues.
Diagrami i rastit të përdorimit tregon rastet e përdorimit dhe aktorët (një rast i veçantë i klasave), si dhe marrëdhëniet midis tyre. Diagramet e rasteve të përdorimit i referohen një pamjeje statike të një sistemi për sa i përket rasteve të përdorimit. Ato janë veçanërisht të rëndësishme gjatë organizimit dhe modelimit të sjelljes së një sistemi.
Diagramet e sekuencës dhe diagramet e bashkëpunimit janë raste të veçanta të diagrameve të ndërveprimit. Diagramet e ndërveprimit paraqesin marrëdhëniet ndërmjet objekteve; tregon, në veçanti, mesazhet që objektet mund të shkëmbejnë. Diagramet e ndërveprimit i referohen pamjes dinamike të sistemit. Në këtë rast, diagramet e sekuencës pasqyrojnë renditjen e përkohshme të mesazheve, dhe diagramet e bashkëpunimit - organizimin strukturor të objekteve që shkëmbejnë mesazhe. Këto diagrame janë izomorfike, domethënë mund të shndërrohen në njëra-tjetrën.
Diagramet e grafikut të gjendjes përfaqësojnë një automat që përfshin gjendjet, tranzicionet, ngjarjet dhe llojet e veprimeve. Diagramet e gjendjes i referohen pamjes dinamike të sistemit; ato janë veçanërisht të rëndësishme kur modeloni sjelljen e një ndërfaqeje, klase ose bashkëpunimi. Ato fokusohen në sjelljen e një objekti, në varësi të sekuencës së ngjarjeve, gjë që është shumë e dobishme për simulimin e sistemeve reaktive.
Një diagram aktiviteti është një rast i veçantë i një diagrami të gjendjes; tregon kalimet e rrjedhës së kontrollit nga një aktivitet në tjetrin brenda sistemit. Diagramet e aktivitetit i referohen një pamjeje dinamike të një sistemi; ato janë më të rëndësishmet në modelimin e funksionimit të tij dhe pasqyrojnë rrjedhën e kontrollit ndërmjet objekteve.
Diagrami i komponentëve tregon organizimin e një grupi komponentësh dhe varësitë ndërmjet tyre. Diagramet e komponentëve i referohen një pamjeje statike të një sistemi nga pikëpamja e zbatimit. Ato mund të lidhen me diagramet e klasave, pasi një komponent zakonisht lidhet me një ose më shumë klasa, ndërfaqe ose bashkëpunime.
Diagrami i vendosjes tregon konfigurimin e nyjeve përpunuese të sistemit dhe komponentëve të vendosur në to. Diagramet e vendosjes i referohen një pamje statike të arkitekturës së një sistemi nga një perspektivë e vendosjes. Ato janë të lidhura me diagramet e komponentëve sepse një nënbashkim zakonisht përmban një ose më shumë komponentë.
Këtu është një listë e pjesshme e diagrameve të përdorura në UML. Mjetet ju lejojnë të gjeneroni edhe diagrame të tjera, të tilla si diagramet e profileve të bazës së të dhënave, diagramet e aplikacioneve në ueb, etj.
4.1 Dizajnimi i një pamjeje nga perspektiva e rastit të përdorimit
Modelimi fillon me përcaktimin e objektivave kryesore të sistemit që po zhvillohet dhe veprimeve që ai duhet të kryejë. Për këto qëllime përdoren diagramet e rasteve të përdorimit. Siç u diskutua më parë, diagramet e rasteve të përdorimit tregojnë rastet e përdorimit dhe aktorët dhe marrëdhëniet midis tyre.
Precedent (Rasti i përdorimit) është një përshkrim i një sekuence veprimesh të kryera nga sistemi që prodhon një rezultat të vëzhgueshëm që është domethënës për një Veproni e ra (Aktor). Rasti i përdorimit përdoret për të strukturuar entitetet e sjelljes së modelit. Rasti i përdorimit deklaron vetëm një përshkrim të disa veprimeve të sistemit, duke iu përgjigjur pyetjes "çfarë duhet bërë?", Por nuk tregon se me çfarë mjetesh. Zbatimi konkret i sjelljes së specifikuar nga rasti i përdorimit sigurohet nga një klasë, bashkëpunimi i klasës ose komponenti.
Një aktor është një grup koherent rolesh që përdorin përdoruesit e rasteve kur ndërveprojnë me ta. Në mënyrë tipike, një aktor përfaqëson rolin që luan një person, pajisje harduerike, apo edhe një sistem tjetër në një sistem të caktuar. Në sistemin e zhvilluar "Stacioni i punës së sekretarit të departamentit" aktorët janë administratori (admin) dhe përdorues.
Grafikisht, një precedent përshkruhet si një elips i kufizuar nga një vijë e vazhdueshme, që zakonisht përmban vetëm emrin e tij, aktori ka një ikonë "njeri i vogël".
Për të ndërtuar një diagram të rastit të përdorimit, është e nevojshme të identifikohen veprimet elementare të kryera nga sistemi dhe të krahasohen ato me rastet e përdorimit. Në të njëjtën kohë, është e dëshirueshme të jepen emrat e rasteve të përdorimit në mënyrë që ato të tregojnë sjellje, shpesh emra të tillë përmbajnë folje, për shembull, "gjeneroni një raport", "gjeni të dhëna sipas kriterit", etj. Është e mundur të jepen emra për të përdorur raste me emra që sugjerojnë disa veprime, për shembull, "autorizim", "kërkim", "kontroll".
Duke iu rikthyer modelimit të vendit të automatizuar të punës së sekretarit të departamentit, le të veçojmë precedentët:
Redaktimitë dhëna,
Kërkostudenti,
Kërkomësuesi,
Lëshimilistëmësuardisiplinat,
Autorizimi.
Elementet e diagramit të rasteve të përdorimit (rastet e përdorimit dhe aktorët) duhet të lidhen me marrëdhënie.
Marrëdhënia më e zakonshme midis rasteve të përdorimit, rasteve të përdorimit dhe aktorëve është shoqërimi. Në disa raste, marrëdhëniet e përgjithësimit mund të përdoren. Këto marrëdhënie kanë të njëjtin kuptim si në diagramin e klasës.
Për më tepër, përcaktohen dy varësi specifike midis rasteve të përdorimit në UML - një marrëdhënie përfshirjeje dhe një marrëdhënie shtesë.
Një marrëdhënie përfshirjeje midis rasteve të përdorimit do të thotë që në një moment në rastin e përdorimit bazë, sjellja e një rasti tjetër përdorimi është përfshirë (përfshirë). Rasti i përdorimit të përfshirë nuk ekziston kurrë në mënyrë autonome, por instancohet vetëm si pjesë e rastit të përdorimit të bashkangjitur. Ju mund të mendoni për rastin e përdorimit bazë si huazim i sjelljes së përfshirjes. Për shkak të pranisë së marrëdhënieve të përfshirjes, është e mundur të shmangen përshkrimet e shumta të së njëjtës rrjedhë ngjarjesh, pasi sjellja e përgjithshme mund të përshkruhet si një rast përdorimi i pavarur i përfshirë në ato bazë. Një marrëdhënie përfshirjeje është një shembull i delegimit, në të cilin një sërë përgjegjësish të sistemit përshkruhen në një vend (në rastin e përdorimit të përfshirë), dhe pjesa tjetër e rasteve të përdorimit, kur është e nevojshme, i përfshin këto përgjegjësi në grupin e tyre.
Marrëdhëniet e përfshirjes përshkruhen si varësi me stereotipin "përfshi". Për të specifikuar një vend në rrjedhën e ngjarjeve ku një rast përdorimi bazë përfshin sjelljen e një tjetri, thjesht shkruani fjalën përfshin e ndjekur nga emri i rastit të përdorimit që duhet përfshirë.
Një lidhje shtesë përdoret për të modeluar pjesë të një rasti përdorimi që përdoruesi i percepton si sjellje opsionale të sistemit. Kjo ju lejon të ndani sjelljet e nevojshme dhe opsionale. Marrëdhëniet e zgjerimit përdoren gjithashtu për të modeluar nëngrupe individuale që funksionojnë vetëm në rrethana të caktuara. Së fundi, ato përdoren për të simuluar transmetime të shumta që mund të shkaktohen në një moment në skenar si rezultat i ndërveprimit të qartë me aktorin.
Marrëdhënia e shtrirjes përshkruhet si një varësi me stereotipin "zgjat". Pikat e zgjerimit të skriptit bazë janë renditur në një seksion shtesë. Ato janë thjesht etiketa që mund të shfaqen në rrjedhën e rastit themelor të përdorimit.
Një shembull i përdorimit të kësaj marrëdhënieje mund të jetë qasja në një bazë të dhënash me një pjesë operative dhe një arkiv. Në këtë rast, nëse kërkesa është pajisur me të dhënat e pjesës operative, kryhet qasja kryesore (bazë) në të dhënat, nëse të dhënat e pjesës operative nuk janë të mjaftueshme, bëhet qasja në të dhënat e arkivit, d.m.th. , qasja shkon sipas skenarit të avancuar.
Në rastin tonë, precedenti redaktimitë dhëna përfshin rastet e përdorimit: hyrjetë dhëna, fshirjetë dhëna, Ndryshimitë dhëna.
Diagrami i precedentëve të AWP-së së sekretarit të departamentit është paraqitur në figurën 1.
Oriz. 1. Diagrami i precedentëve të PVP të sekretarit të departamentit
Precedent Kërkostudenti përfshin kërkimin sipas mbiemrit dhe kërkimin sipas rezultateve të performancës akademike.
Kur hartoni një pamje për sa i përket rasteve të përdorimit, shpesh është e nevojshme të jepet një përshkrim i zgjeruar i rastit të përdorimit (vetëm emri jepet në versionin e shkurtuar). Në mënyrë tipike, rrjedha e ngjarjeve të një rasti përdorimi përshkruhet në formë teksti në fillim. Ndërsa përmirësoni kërkesat e sistemit tuaj, do të jetë më e përshtatshme të kaloni në një paraqitje grafike të flukseve në diagramet e aktivitetit dhe ndërveprimit.
Rrjedhat e ngjarjeve mund të përshkruhen me anë të tekstit të pastrukturuar, tekstit të strukturuar (që përmban fjalë shërbimi: NËSE,PARAATAPORBYE etj.), një gjuhë zyrtare e specializuar (pseudokod).
Kur përshkruani një rast përdorimi si një rrjedhë ngjarjesh, është e rëndësishme të përcaktohen gjithashtu rrjedhat kryesore dhe alternative të sjelljes së sistemit.
Për shembull, merrni parasysh përshkrimin e rrjedhës së ngjarjeve të rastit të përdorimit autorizimi.
bazë rrjedhin ngjarjet. Rasti i përdorimit fillon kur sistemi i kërkon përdoruesit hyrjen dhe fjalëkalimin e tij. Përdoruesi mund ta futë atë nga tastiera. Hyrja përfundon me shtypjen e tastit. Hyni. Pas kësaj, sistemi kontrollon hyrjen dhe fjalëkalimin e futur, dhe nëse ato përputhen me administratorin, konfirmon autoritetin e administratorit. Kjo përfundon precedentin.
Të jashtëzakonshme rrjedhin ngjarjet. Klienti mund të përfundojë transaksionin në çdo kohë duke shtypur tastin Anulo. Ky veprim fillon përsëri precedentin. Nuk ka hyrje në sistem.
Të jashtëzakonshme rrjedhin ngjarjet. Klienti mund të fshijë hyrjen dhe fjalëkalimin e tij në çdo kohë përpara se të shtypë tastin Enter.
Të jashtëzakonshme rrjedhin ngjarjet. Nëse klienti ka futur hyrjen dhe fjalëkalimin që nuk korrespondojnë me administratorin, atij i ofrohet të rihyjë ose të hyjë në sistem si një përdorues i zakonshëm.
Natyrisht, përshkrimi i një rasti përdorimi nga një rrjedhë ngjarjesh presupozon një lloj algoritmi që mund të përfaqësohet në një diagram aktiviteti (Fig. 2).
Diagrami i algoritmit duhet të përmbajë kulmet e fillimit dhe të fundit, me vetëm një fillim dhe një fund. Diagrami përmban kulme të ekzekutueshme - aktivitete (të treguara nga drejtkëndësha të rrumbullakosura), kulme të kushtëzuara (vendim - përzgjedhje, njohje, e treguar me diamante) dhe lidhje.
Diagrame të ngjashme mund të shpjegojnë ekzekutimin e rasteve të tjera të përdorimit, duke plotësuar kështu pamjen e sistemit nga pikëpamja e rasteve të përdorimit.
Oriz. 2. Autorizimi i përdoruesit. Diagrami i aktivitetit.
4.2 Zhvillimi i një pamje të projektimit
Pamja e projektimit është faza kryesore në studimin konceptual të modelit. Në këtë fazë prezantohen abstraksionet bazë, përcaktohen klasat dhe ndërfaqet përmes të cilave realizohet zgjidhja e detyrave. Nëse rastet e përdorimit deklarojnë vetëm sjelljen e sistemit, atëherë në fazën e zhvillimit të pamjes nga pikëpamja e projektimit, përcaktohet se me çfarë mjetesh do të zbatohen këto raste përdorimi. Aspektet statike të këtij lloji zhvillohen përmes diagrameve të klasave, dinamike - përmes ndërveprimit dhe diagrameve të gjendjes (automati).
Diagramet e klasave përmbajnë klasa, ndërfaqe, bashkëpunime, si dhe lidhje ndërmjet tyre. Zhvillimi i një diagrami të klasës duhet të fillojë me përcaktimin e klasave që korrespondojnë me entitetet kryesore të sistemit, të cilat, si rregull, përcaktohen në fazat fillestare të zhvillimit kur përshkruajnë fushën e lëndës. Këtu është e nevojshme të vendoset se cilat entitete janë më të përshtatshme për t'u modeluar si klasa dhe cilat si atribute të tyre. Për shembull, nëse do të kërkohej brenda fakultetit të tregonte titullarin për secilin departament, do të ishte më mirë të specifikohej menaxherkarrige e bëjnë atë një atribut të klasës karrige duke treguar klasën mësuesit ( shoqata një me një ), në vend që të prezantohet një klasë e veçantë menaxherkarrige.
Gjatë modelimit, duhet të mbahet mend se çdo klasë duhet të korrespondojë me një entitet real ose abstraksion konceptual nga zona me të cilën merret përdoruesi ose zhvilluesi. Një klasë e strukturuar mirë ka karakteristikat e mëposhtme:
është një abstragim i mirëpërcaktuar i ndonjë koncepti nga fjalori i zonës së problemit ose zonës së zgjidhjes;
përmban një grup të vogël, të përcaktuar mirë përgjegjësish dhe kryen secilën prej tyre;
mban një ndarje të qartë ndërmjet specifikimeve të abstraksionit dhe zbatimit të tij;
i kuptueshëm dhe i thjeshtë, por në të njëjtën kohë lejon zgjerimin dhe përshtatjen ndaj detyrave të reja.
Si pjesë e zhvillimit të modelit të vendit të automatizuar të punës së sekretarit të departamentit, ne do të përcaktojmë klasat: mësuesit, nxënësit, studente te diplomuar, disiplinat, grup... Natyrisht, e para prej tyre ka shumë atribute të përbashkëta, kështu që le të prezantojmë një klasë abstrakte PEerson, i cili do të përmbledhë të gjitha vetitë e lidhura me njeriun në kontekstin e sistemit që po zhvillohet (mbiemri, emri, adresa, etj.). Në këtë rast një person do të jetë superklasa dhe do të komunikojë me marrëdhënie gjenerike me klasat mësuesit, nxënësit, studente te diplomuar.
atribut adresën ka strukturën e vet, për ta pasqyruar mund të prezantoni një klasë shtesë, le ta quajmë T_ ADR(siç është zakon në shumë sisteme programimi, emrat e klasave fillojnë me shkronjën T). Vini re se atributi adresën klasës një personështë një shembull i klasës T_ ADR, domethënë vendoset një marrëdhënie varësie midis këtyre klasave (e treguar nga një shigjetë e ndërprerë me një majë të hapur, shigjeta drejtohet nga e varura në të pavarur). Në rastin tonë, ndryshimi i strukturës së klasës T_ ADR sjell një ndryshim klase një person përmes strukturës së atributit përkatës ( adresën).
Kur modeloni një klasë T_ ADR atribut indeks vendosur me anë të një tipi primitiv T_ POSTIDX, i përcaktuar si një numër dhjetor gjashtëshifror. Llojet primitive janë stereotipe " lloji" , diapazoni i vlerave specifikohet përmes kufizimeve të mbyllura në mbajtëset kaçurrelë.
Në klasë mësuesi le të theksojmë atributet specifike që lidhen vetëm me mësuesin: pozicion, uch. shkallë(diplomë akademike), uch. gradë ( grada akademike), shkarkimi(kategoria e një shkalle tarifore të vetme). Atributet uch. shkallë dhe uch. gradëështë më mirë të përcaktohen llojet e specializuara me anë të numërimit. Numërimet janë modeluar nga një klasë me stereotipin " një numër" (numërimi - numërimi), vlerat e lejuara shkruhen si atribute, etiketat që përcaktojnë dukshmërinë e atributeve janë shtypur. Në shembullin e konsideruar, përmes numërimit, ne prezantojmë klasa të specializuara T_Duhet, T_UCHST, T_UchZv, përkatësisht duke përcaktuar pozitat e mundshme, titujt akademikë, titujt akademikë përmes transferimeve. Në këtë rast, si kudo në raste të ngjashme, kur krijohen klasa që specifikojnë atributet e klasës kryesore, vendosen marrëdhënie varësie.
Për klasën studenti prezantohet një atribut specifik dhomëlibrat e regjistrimeve... Atributet specifike janë përcaktuar për klasën pasuniversitare formëtë mësuarit dhe datëfaturat... Forma e studimit do të përcaktohet nga një klasë e veçantë me anë të një numërimi T_FormObuch(me kohë të plotë, me kohë të pjesshme).
Klasa grup ka atribute: titullin, formë të mësuarit, numrikurvar. ( numri i nxënësve ). Duke pasur parasysh që mësimdhënësit e departamentit në fjalë mund të japin mësim në grupe nga fakultete të tjera, është vendosur një orë shtesë. specialiteti, me atribute dhomë(specialitet), titullin(specialitet ), fakultetit llojet e të cilave nuk janë të specifikuara në këtë model, megjithëse ato mund të përcaktohen përmes numërimit.
Klasa disipline ka atribute: dhomë, titullin, ciklit. atribut ciklit me anë të një lloji të specializuar të futur përmes një numërimi T_Ciklet përcakton se cilit cikli i përket disiplina: ciklit të disiplinave humanitare dhe socio-ekonomike, disiplinave matematikore dhe natyrore, disiplinave të përgjithshme profesionale, disiplinave të veçanta.
Atributet numriorë, numrisemestrave nuk mund të specifikohet në klasë disipline, duke qenë se varen nga specialiteti, aq më shumë nuk mund t'i tregosh në klasë specialiteti... Këto atribute lidhen me çiftin specialitet-disiplinë dhe përcaktohen në klasë - shoqatë Disiplina-specialitete.
Oriz. 3. Diagrami i klasës së PVP të sekretarit të departamentit (opsioni 1)
Kur jepni një strukturë klase, kushtojini vëmendje dukshmërisë së atributeve. Të gjitha atributet e konsideruara duhet të jenë të disponueshme dhe të kenë dukshmërinë Publike (të shënuar me shenjën "+" ose një ikonë pa dry). Në klasat e konsideruara, ne u përqendruam në strukturë dhe jo në sjellje (operacionet nuk u përshkruan dhe nuk supozohet të përshkruhen), prandaj, për ta bërë diagramin më të lehtë për t'u lexuar, është e dëshirueshme që të shtypen operacionet.
Në grupin e prezantuar të klasave, është e nevojshme të ripërcaktohen lidhjet. Lidhjet e përgjithësimit dhe varësive tashmë janë përcaktuar, mbetet të përcaktohen asociacionet.
Studentët formuar në grup, në këtë rast shoqata do të ketë formën e grumbullimit. Agregimi supozon një marrëdhënie pjesë-tërësie, e shënuar me një vijë të fortë me një romb në fund nga e gjithë ana (në rastin tonë grup). Shumësia e marrëdhënieve shumë-për-një student-grup. Secili grup i referohet një specifike specialiteti, nga ana tjetër, disa grupe mund të korrespondojnë me një specialitet të caktuar, prandaj shoqata grup-specialitet ka edhe llojin e shumëfishimit "shumë për një".
Në këtë rast, si në shumicën e të tjerave, drejtimi i shoqatave është i dyanshëm, kështu që është më mirë të shtypni navigimin (zgjidhni fushën e lundrueshme të opsionit Detail Role)
Le të përcaktojmë një lidhje midis mësuesit dhe mësoi disiplinat si "shumë-për-shumë": një mësues mund të mësojë disa disiplina, disa disiplina mund të mësohen nga disa mësues. Ndërmjet disiplinat dhe specialitete krijohet edhe shoqata “shumë-me-shumë”: kurrikula e specialiteteve përmban shumë disiplina, shumica e disiplinave gjenden në planet e punës të disa specialiteteve. Klasa e shoqatës i bashkëngjitet kësaj shoqate. Disiplina-specialitete me atribute që tregojnë kursin, numrin e semestrave dhe numrin e orëve të një disipline të caktuar në një specialitet të caktuar.
Në mënyrë të ngjashme, ne prezantojmë një lidhje midis në grupe dhe mësuesit: Mësuesit japin mësim në grupe, të tipit shumë-për-shumë. Lidhja e drejtpërdrejtë ndërmjet në grupe dhe disciplinat ju nuk keni nevojë të përcaktoni, pasi kjo marrëdhënie gjurmohet përmes klasës binder specialiteti.
Për të shfaqur praninë e një mbikëqyrësi për një student të diplomuar, është e nevojshme të futet një lidhje midis një studenti të diplomuar dhe një mësuesi të llojit "shumë me një", një mbikëqyrës mund të ketë disa studentë të diplomuar. Në këtë shoqatë nga ana e mësuesit, ju mund të tregoni qartë rolin: mbikëqyrës.
Oriz. 4. Diagrami i klasave të AWP të sekretarit të departamentit (opsioni 2)
Në secilin grupee ka një drejtues grupi, ky fakt mund të shfaqet nga një shoqatë shtesë (le t'i japim një emër kryetar) nga grupi te nxënësit me llojin e shumëzimit “një në një”. Në këtë rast, ju mund të specifikoni në mënyrë eksplicite navigimin.
Studentë pasuniversitarë gjithashtu mund t'u mësojë disiplina specifike grupeve të veçanta: shoqata shumë-për-shumë grupet pasuniversitare, disiplinat pasuniversitare. Disa studentë të diplomuar mund të mos japin mësim, kështu që lloji i shumëfishtë në skajet e lidhjes do të jetë 0. n.
Diagrami përfundimtar i klasës është paraqitur në Fig. 3.
Oriz. 5. Skema e thjeshtuar e klasës
Duke marrë parasysh që si studentët e diplomuar ashtu edhe mësuesit japin mësim, mund të futet një klasë shtesë abstrakte, për shembull, mësimdhënies që është pasardhës i klasës një person dhe një superklasë për klasat mësuesi dhe student i diplomuar, e cila do të zvogëlojë pak numrin e lidhjeve. (fig. 4.). Në këtë rast, nga klasat disipline dhe grup shoqatat do të shkojnë në klasë mësimdhënies, duke supozuar një lidhje me klasat mësuesi dhe student i diplomuar nëpërmjet trashëgimisë (marrëdhënie gjeneralizimi). Në klasë mësimdhënies ju mund të hiqni atributet oferta(0,5 norma, norma e plotë) dhe shkarkimi.
Diagrami që rezulton është mjaft kompleks dhe i ngarkuar me elementë, por modelimi i klasave nuk është ende i plotë: disa klasa të shërbimeve dhe ndërfaqe duhet ende të përcaktohen. Për të shkarkuar diagramin e klasës, do të ndërtojmë një pamje të re të saj (në një diagram të veçantë), duke lënë imazhin e klasave kryesore dhe duke shtypur shfaqjen e atyre ndihmëse që përcaktojnë llojet e atributeve (Fig. 5).
Në fig. 5, së bashku me klasat kryesore që korrespondojnë me elementët konceptualë të sistemit, paraqitet edhe klasa T_ ADR, duke zbuluar strukturën e adresës, kjo klasë është gjithashtu e rëndësishme, pasi përmban elementet e nevojshme të të dhënave për të mësuesit dhe studente te diplomuar- pasardhës të klasës një person.
Le të kalojmë në përcaktimin e ndërfaqeve. Klasat ndërveprojnë me botën e jashtme përmes ndërfaqeve.
Ndërfaqja (Interface) është një koleksion operacionesh që përcaktojnë një shërbim (bashkësi shërbimesh) të ofruar nga një klasë ose komponent. Kështu, një ndërfaqe përshkruan sjelljen e jashtme të dukshme të një elementi. Një ndërfaqe mund të përfaqësojë sjelljen e një klase ose komponenti tërësisht ose pjesërisht; ai përcakton vetëm specifikat e operacioneve (nënshkrimet), por asnjëherë zbatimin e tyre. Ndërfaqja grafike përshkruhet si një rreth, nën të cilin është shkruar emri i tij. Një ndërfaqe rrallë ekziston më vete - zakonisht i bashkëngjitet një klase ose komponenti zbatues. Ndërfaqja gjithmonë presupozon ekzistencën e një lloj "kontrate" midis palës që deklaron ekzekutimin e një sërë operacionesh dhe palës që i zbaton këto operacione.
Vendoseni klasën në diagram elektroniketabela, i cili përmbledh të gjitha vetitë dhe operacionet e tabelës që ju lejon të redaktoni të dhënat. Ne nuk do të zbulojmë strukturën e kësaj klase për shkak të kompleksitetit të saj të madh. Pra, në mjetet moderne të zhvillimit të aplikacioneve, përdoruesi përdor klasa dhe shabllone të gatshme, duke trashëguar aftësitë e tyre, për shembull, biblioteka VCL (Delphi) përmban një klasë TTable që përmbledh aftësitë e një spreadsheet. Pasardhësit e klasës elektroniketabela janë tabela specifike që përmbajnë të dhëna specifike për fakultet, studentë të diplomuar, studentë, grupe, disiplina dhe specialitete. Duke i bërë klasat përkatëse pasardhës të klasës elektroniketabela, ne deklarojmë për këto klasa të gjitha vetitë dhe operacionet e qenësishme në spreadsheets (regjistrimi në sistem, futja, fshirja, redaktimi i të dhënave, renditja, etj.).
Për klasën elektroniketabela, dhe, në përputhje me rrethanat, për të gjithë pasardhësit e tij, ne përcaktojmë ndërfaqen redaktimi, duke nënkuptuar të gjitha operacionet e mundshme të redaktimit të të dhënave (fusni, fshini, ndryshoni të dhënat). Në këtë rast, supozohet se në klasë elektroniketabela këto mundësi zbatohen.
Përdorimi i një klase të personalizuar elektroniketabela dhe trashëgimia shmangi përcaktimin e veçorive të veçanta dhe ndërfaqet e redaktimit të të dhënave për secilën fletëllogaritëse.
Le të përcaktojmë ndërfaqet Kërkomësuesi, Kërkodisiplinat duke i bashkangjitur ato në klasat e tyre përkatëse me një marrëdhënie zbatimi. Ne nuk do të zbulojmë përbërjen e operacioneve të këtyre ndërfaqeve (është mjaft e parëndësishme), prandaj, ne do t'i shfaqim ndërfaqet në një formë të shkurtuar (në formën e një rrethi). Kujtoni që një marrëdhënie zbatimi e bashkangjitur në një ndërfaqe në formë të shkurtuar shfaqet si një vijë e thjeshtë e fortë (si një lidhje).
Ndërfaqja Kërkostudenti do të shfaqet me një tregues të listës së operacioneve përmes një klase të stereotipizuar, ndërsa lidhja e zbatimit tregohet me një shigjetë të ndërprerë me një majë të mbyllur.
Natyrisht, supozohet se ndërfaqet e prezantuara zbatohen me anë të klasave të cilave u janë bashkangjitur nga relacioni i zbatimit, domethënë, klasat përkatëse përmbajnë operacione dhe metoda që zbatojnë ndërfaqet e deklaruara. Për lehtësinë e perceptimit, këto mekanizma nuk vizualizohen.
Për të menaxhuar të drejtat e aksesit dhe autorizimin e përdoruesit, ne prezantojmë klasën menaxherakses... Menaxheri i aksesit ka një atribut të tipit të aksesit privat tabelafjalëkalimet që është një shembull i klasës Tabela e kodit(Tabela e koduar) që përmban fjalëkalime ( fjalëkalimin) dhe emrat e hyrjes ( identifikimi) të përdoruesve administratorë. Supozohet se aftësitë e klasës së shërbimit Tabela e kodit mos lejoni një përdorues të paautorizuar të lexojë fjalëkalimet e përdoruesit. Në këtë fazë të projektimit, ne thjesht deklarojmë aftësi të tilla, duke mos u ndalur në mekanizmin e zbatimit të tyre, por duke supozuar se ato janë të kapsuluara në një klasë Tabela e kodit.
Klasa menaxherakses përmban transaksione të hapura hyrjefjalëkalimin dhe dhënien e të drejtave të administratorit, me anë të të cilave realizohet autorizimi dhe menaxhimi i të drejtave të aksesit.
Le të tregojmë varësinë midis ndërfaqes së redaktimit të të dhënave ( redaktimi) dhe një menaxher aksesi, duke supozuar se vetëm përdoruesit me të drejta administratori kanë aftësi të plota të redaktimit të të dhënave.
Oriz. 6. Skema përfundimtare e klasave të PVP të sekretarit të departamentit
Diagrami përfundimtar është paraqitur në Fig. 6.
Pra, në këtë fazë, zhvillimi i një modeli të orientuar nga objekti i stacionit të punës të sekretarit të departamentit me anë të diagramit të klasës UML mund të konsiderohet i plotë. Natyrisht, është e mundur të ktheheni tek ai dhe të rishikohen disa elementë gjatë projektimit të sistemit, kur rregulloni detyrat, kur specifikoni detaje individuale. Procesi i projektimit të sistemeve të informacionit është përsëritës. Duhet të theksohet se diagrami i zhvilluar i klasës përmban elementë që zbatojnë në mënyrë eksplicite ose implicite të gjitha rastet e përdorimit të diagramit të rasteve të përdorimit. Çdo rast përdorimi i një diagrami të rastit të përdorimit duhet të korrespondojë ose me një ndërfaqe ose një operacion ndërfaqeje (zbatimi supozohet në klasat që korrespondojnë me ndërfaqen), ose një operacion publik të klasës, ose një grup operacionesh publike (në këtë rast, rasti i përdorimit zbatohet drejtpërdrejt nga klasa ose grupi i klasave përkatëse).
Le të shohim procesin e krijimit të një rekordi të ri studentor duke përdorur një diagram sekuence.
Krijimi i një rekordi të ri supozon të drejtat e administratorit, kështu që administratori do të jetë protagonisti i këtij ndërveprimi ( admin). Ky element është futur tashmë në diagramin e rastit të përdorimit, kështu që tërhiqeni atë në diagramin e sekuencës nga shfletuesi i pamjes së rastit të përdorimit.
Duhet të theksohet se objektet shfaqen në diagramet e ndërveprimit, domethënë, shembuj konkretë të klasave (emri i një objekti është gjithmonë i nënvizuar).
Ne menaxhojmë objektet: formëhyrje, menaxherrekorde, procesverbal i studentit Petrov(si një shembull konkret i një dosje studentore), menaxhertransaksionet... Ky grup objektesh është tipik kur modifikoni një rekord në një tabelë të bazës së të dhënave.
Formahyrje- një element i ndërfaqes së përdoruesit, i cili është një formë tipike për futjen e të dhënave për një student (mbiemri, emri, patronimi, adresa, etj.). Në rastin tonë, është një zbatim konkret disi i zgjeruar i ndërfaqes standarde redaktimi klasës elektroniketabela. Meqenëse nuk kemi prezantuar në mënyrë specifike ndërfaqen për redaktimin e të dhënave të studentëve në diagramin e klasës, prandaj, specifikoni në mënyrë eksplicite klasën për objektin formëhyrje ne nuk do të.
Menaxherirekorde- një objekt që ka një grup standard të aftësive të menaxhimit të të dhënave kur punon me një spreadsheet. Ky grup aftësish trashëgohet nga klasa nxënësit nga klasa elektroniketabela... Për objekt Menaxherirekorde klasa e së cilës është shembull tregohet në mënyrë eksplicite - nxënësit.
Petrov- një rekord specifik për studentin Petrov, një element i ri i tabelës për studentët. Këtu ne tregojmë në mënyrë eksplicite klasën e prezantuar regjistrimiOstudenti... Objekte të tilla zakonisht ekzistojnë përkohësisht për të dërguar informacionin përkatës në bazën e të dhënave gjatë transaksioneve. Pas përfundimit të transaksionit, ky objekt mund të shkatërrohet. Objekti që korrespondon me rekordin mund të krijohet përsëri nëse është e nevojshme të redaktoni informacionin.
Menaxheritransaksionet- një objekt që siguron ekzekutimin e një operacioni të përfunduar në bazën e të dhënave, në këtë rast, krijimin e një regjistrimi të ri për studentin Petrov. Ky objekt është gjithashtu përgjegjës për kryerjen e një numri funksionesh të sistemit që shoqërojnë transaksionin. Shembuj të menaxherëve të transaksioneve janë, për shembull, BDE (përdoret për të hyrë në bazat e të dhënave Paradox, Dbase, etj. nga aplikacionet Delphi), ADO (përdoret për të hyrë në bazat e të dhënave MS Access nga aplikacione të ndryshme).
Diagrami i sekuencës për futjen e një rekordi të ri për një student në AWS të sekretarit të departamentit është paraqitur në Fig. 7.
Oriz. 7. Futja e të dhënave të studentëve. Diagrami i sekuencës.
Në diagramin e sekuencës, ne përcaktojmë transferimin e mesazheve midis objekteve: krijojnëi riregjistrimi(transmetuar nga objekti në objekt deri në fund të zinxhirit si mesazh ruajregjistrimi); hapurformë(në formularin e hyrjes); për të prezantuarF.DHE RRETH.,adresën. ( futja e të dhënave të studentit), më pas këto të dhëna transmetohen me mesazhe ruajF.DHE RRETH.,adresën. Nga menaxhertransaksionet dërgo mesazh mbledh informacionOstudenti duke ofruar reagime për bazën e të dhënave, dhe në fund një mesazh refleksiv menaxhertransaksionet emërtuar si ruajregjistrimivDB, siguron përfundimin e transaksionit.
Nëse dëshironi, ky ndërveprim mund të përfaqësohet nga një diagram bashkëpunimi, i cili ilustron, para së gjithash, aspektin strukturor të ndërveprimit (Fig. 8). Ky diagram mund të ndërtohet nga ai i mëparshmi në modalitetin automatik (në Rational Rose duke shtypur tastin F5).
Oriz. 8. Futja e të dhënave të studentëve. Diagrami i bashkëpunimit.
Nëse është e nevojshme, projekti mund të plotësohet me diagrame të tjera ndërveprimi që zbulojnë punën e rasteve të përdorimit.
4.3 Zhvillimi i një profili relacional të bazës së të dhënave
Në rast se një DBMS e orientuar nga objekti (OODBMS) përdoret për të zbatuar sistemin, diagrami i objektit i ndërtuar në seksionin e mëparshëm është modeli përfundimtar dhe një udhëzues i drejtpërdrejtë për zbatimin e sistemit të informacionit. Në të njëjtin rast, kur një bazë të dhënash relacionale (RDB) supozohet të përdoret si bërthamë informacioni e një sistemi informacioni, është e nevojshme të zhvillohet një diagram tjetër, një diagram profili i një baze të dhënash relacionale.
Profili UML për një projekt të bazës së të dhënave është një shtesë UML që e mban të paprekur metamodelin UML. Profili për një projekt të bazës së të dhënave shton stereotipe dhe vlera të etiketuara të shtuara në këto stereotipa, por nuk ndryshon metamodelin themelor UML. Për të vizualizuar elementët e projektuar të bazës së të dhënave dhe rregullat e projektimit për bazat e të dhënave relacionale, ikonat përkatëse janë shtuar në profil (në tekstin e mëtejmë thjesht bazat e të dhënave). Baza e të dhënave përshkruhet duke përdorur tabela, kolona dhe marrëdhënie. Profili përmban elementë që zgjerojnë bazën e të dhënave, të tilla si nxitësit, procedurat e ruajtura, kufizimet, llojet e përcaktuara nga përdoruesi (domainët), pamjet dhe të tjera. Profili tregon se si dhe ku të përdoren të gjithë këta elementë në model. Subjektet e mëposhtme janë përcaktuar në profilin e bazës së të dhënave UML:
tabela ( Tabela) - një grup regjistrimesh në bazën e të dhënave për një objekt specifik, i përbërë nga kolona.
Kolona ( Kolona) është një komponent i tabelës që përmban një nga atributet e tabelës (fusha e tabelës).
fillore Celës (Çelësi primar) - një çelës i mundshëm i zgjedhur për të identifikuar rreshtat e tabelës.
E jashtme Celës (Çelësi i huaj) - një ose më shumë kolona të një tabele, të cilat janë çelësat kryesorë të një tabele tjetër.
Përfaqësimi ( View) është një tabelë virtuale që sillet nga këndvështrimi i përdoruesit tamam si një tabelë e rregullt, por nuk ekziston më vete.
Të ruajtura procedurë ( Procedura e ruajtur) është një funksion procedural i pavarur i ekzekutuar në server.
Domenet ( Domains) është një grup i vlefshëm vlerash për një atribut ose kolonë.
Përveç këtyre entiteteve, mund të futen disa entitete shtesë që pasqyrojnë aspekte specifike të modelit të bazës së të dhënave.
Dokumente të ngjashme
Metodologjitë e zhvillimit të sistemeve të informacionit në literaturën vendase dhe të huaj. Standardet shtetërore dhe ndërkombëtare në fushën e zhvillimit të softuerit. Zhvillimi i një fragmenti të sistemit të informacionit të burimeve arsimore-metodike.
punim afatshkurtër, shtuar 28.05.2009
Përkufizimi i konceptit të "sistemit". Historia e zhvillimit dhe tiparet e sistemeve moderne të informacionit. Fazat kryesore të zhvillimit të një sistemi të automatizuar informacioni. Përdorimi i standardeve vendase dhe ndërkombëtare në fushën e sistemeve të informacionit.
prezantimi u shtua më 14.10.2013
Ideja kryesore e metodologjisë dhe parimeve të RAD-zhvillimit të sistemeve të informacionit, avantazhet e saj kryesore. Arsyet e popullaritetit, veçoritë e aplikacionit të teknologjisë. Formulimi i parimeve bazë të zhvillimit. Mjediset e zhvillimit duke përdorur parimet RAD.
prezantimi u shtua më 04/02/2013
Roli i strukturës së menaxhimit në sistemin e informacionit. Shembuj të sistemeve të informacionit. Struktura dhe klasifikimi i sistemeve të informacionit. Teknologjia e Informacionit. Fazat e zhvillimit të teknologjisë së informacionit. Llojet e teknologjisë së informacionit.
punim termi shtuar 17.06.2003
Koncepti i CASE-tools si mjete softuerike që mbështesin krijimin dhe mirëmbajtjen e sistemeve të informacionit (IS). Karakteristikat e teknologjisë IDEF të zhvillimit të IS. Përshkrimi i shënimit IDEF0. Zhvillimi i modeleve funksionale të një procesi biznesi.
prezantimi u shtua më 04/07/2013
Thelbi i gjuhës së unifikuar të modelimit, modeli i saj konceptual dhe parimi i funksionimit, rregullat dhe mekanizmat e përgjithshëm. Modelimi i konceptit të "kompetencës". Diagrami i klasës që përshkruan procesin arsimor. Zbatimi i një sistemi informacioni të caktuar.
tezë, shtuar 17.02.2015
Zhvillimi i sistemeve të informacionit. Tregu modern i softuerit të aplikuar financiar dhe ekonomik. Avantazhet dhe disavantazhet e zbatimit të sistemeve të automatizuara të informacionit. Metodat për projektimin e sistemeve të automatizuara të informacionit.
tezë, shtuar 22.11.2015
Koncepti i një sistemi informacioni, llojet e sistemeve të informacionit. Analiza e mjeteve për zhvillimin e sistemeve të automatizuara të informacionit. Kërkesat për programin dhe produktin softuer. Zhvillimi i formave të ndërfaqes grafike dhe bazave të të dhënave.
tezë, shtuar 23.06.2015
Zgjidhja e sigurisë së informacionit. Sistemet për qendrat e të dhënave. Çfarë është pajisja e qendrës së të dhënave. Konceptet dhe parimet bazë të modelimit. Zgjedhja e një metode për zgjidhjen e problemeve. Metoda Zoitendijk e drejtimeve të pranueshme, algoritmi Frank-Wolfe.
punim termi shtuar 18.05.2017
Koncepti i sistemit të informacionit. Fazat e zhvillimit të sistemeve të informacionit. Proceset në sistemin e informacionit. Sistemi informativ për gjetjen e pikave të tregut, për uljen e kostove të prodhimit. Struktura e sistemit të informacionit. Mbeshtetje teknike.
“Modelimi matematikor kompjuterik” Objektivat e studimit të seksionit. Zotërimi i modelimit si një metodë e njohjes së realitetit përreth (natyra kërkimore shkencore e seksionit) - tregohet se modelimi në fusha të ndryshme të njohurive ka karakteristika të ngjashme, shpesh për procese të ndryshme është e mundur të merren modele shumë të ngjashme; - demonstron avantazhet dhe disavantazhet e një eksperimenti kompjuterik në krahasim me një eksperiment në shkallë të plotë; - tregohet se si modeli abstrakt ashtu edhe kompjuteri ofrojnë një mundësi për të njohur botën përreth, për ta kontrolluar atë në interes të njeriut. Zhvillimi i aftësive praktike në modelimin kompjuterik. Jepet metodologjia e përgjithshme e modelimit matematikor kompjuterik. Në shembullin e një numri modelesh nga fusha të ndryshme të shkencës dhe praktikës, praktikisht zbatohen të gjitha fazat e modelimit, nga formulimi i problemit deri te interpretimi i rezultateve të marra gjatë një eksperimenti kompjuterik. Promovimi i orientimit profesional për studentët. Shfaqja e aftësive të studentit për veprimtari kërkimore, zhvillimi i potencialit krijues, orientimi drejt zgjedhjes së një profesioni që lidhet me kërkimin shkencor. Tejkalimi i ndarjes së lëndëve, integrimi i njohurive. Lënda shqyrton modele nga fusha të ndryshme të shkencës duke përdorur matematikën. Zhvillimi dhe profesionalizimi i aftësive kompjuterike. Masterizimi i softuerëve për qëllime të përgjithshme dhe të specializuara, sisteme programimi.
Koncepti i një modeli është kyç në teorinë e përgjithshme të sistemeve. Modelimi si një metodë e fuqishme - dhe shpesh e vetmja - kërkimore nënkupton zëvendësimin e një objekti real me një tjetër - material ose ideal.
Kërkesat më të rëndësishme për çdo model janë përshtatshmëria e tij me objektin në studim në kuadër të një detyre specifike dhe realizueshmëria e mjeteve të disponueshme.
Në teorinë e efikasitetit dhe shkencën kompjuterike, një model i një objekti (sistemi, operimi) është një sistem material ose ideal (i imagjinueshëm mendërisht) i krijuar dhe/ose i përdorur në zgjidhjen e një problemi specifik për të marrë njohuri të reja rreth objektit origjinal, të mjaftueshëm për të. ajo për sa i përket vetive të studiuara dhe më e thjeshtë se origjinali në aspekte të tjera.
Klasifikimi i metodave kryesore të modelimit (dhe modelet e tyre përkatëse) është paraqitur në Fig. 3.1.1.
Në studimin e sistemeve të informacionit ekonomik (EIS), përdoren të gjitha metodat e modelimit, megjithatë, ky seksion do të fokusohet në metodat semiotike (shenjë).
Kujtojmë që semiotika (nga greqishtja semeion - shenjë, veçori) është shkenca e vetive të përgjithshme të sistemeve të shenjave, domethënë sistemeve të objekteve (shenjave) konkrete ose abstrakte, me secilën prej të cilave lidhet një kuptim i caktuar. Shembuj të sistemeve të tilla janë çdo gjuhë
Oriz. 3.1.1. Klasifikimi i metodave të modelimit
(natyrore ose artificiale, për shembull, përshkrimi i të dhënave ose gjuhët e modelimit), sistemet e sinjalizimit në shoqëri dhe botën e kafshëve, etj.
Semiotika përfshin tre seksione: sintaksore; semantika; pragmatike.
Sintaktika studion sintaksën e sistemeve të shenjave pa marrë parasysh ndonjë interpretim dhe problem që lidhet me perceptimin e sistemeve të shenjave si mjete komunikimi dhe komunikimi.
Semantika studion interpretimin e pohimeve të një sistemi shenjash dhe, nga pikëpamja e modelimit të objekteve, zë vendin kryesor në semiotikë.
Pragmatika shqyrton qëndrimin e personit që përdor sistemin e shenjave ndaj vetë sistemit të shenjave, në veçanti - perceptimin e shprehjeve kuptimplote të sistemit të shenjave.
Nga modelet e shumta semiotike, për shkak të shpërndarjes më të madhe, veçanërisht në kuadrin e informatizimit të shoqërisë moderne dhe futjes së metodave formale në të gjitha sferat e veprimtarisë njerëzore, do të veçojmë ato matematikore që pasqyrojnë sisteme reale duke përdorur simbole matematikore. Në të njëjtën kohë, duke marrë parasysh faktin se po shqyrtojmë metodat e modelimit në lidhje me studimin e sistemeve në operacione të ndryshme, do të përdorim metodologjinë e njohur të analizës së sistemeve, teorinë e efikasitetit dhe vendimmarrjes.
Më shumë për temën 3. TEKNOLOGJIA E SIMULIMIT TË SISTEMEVE INFORMATIVE Metodat e modelimit të sistemeve:
- Modele simuluese të sistemeve të informacionit ekonomik Bazat metodologjike të aplikimit të metodës së simulimit
- Seksioni III BAZAT PËR MODELIMIN E NJË SISTEM TË MARREQTINGUT TË SHËRBIMIT
- KAPITULLI 1. SISTEMET DINAMIKE TË KONTROLLUARA SI OBJEKT IMULIMI KOMPJUTERIK
- Bazat e modelimit strukturor të sistemit të marketingut të shërbimeve mjekësore
- Seksioni IV SHEMBULL I PËRDORIMIT TË APLIKUAR TË MODELIT TË SISTEMIT MARKETING NË IMITIM MODELIM
- Koncepti i modelimit të sferës financiare të sistemeve të marketingut
