„Rendszermodellezés” változatai közötti eltérés

A VIK Wikiből
← Régebbi szerkesztésÚjabb szerkesztés →
VizuálisWikiszöveges
Nincs szerkesztési összefoglaló
Csia Klaudia Kitti (vitalap | szerkesztései)
felületadminisztrátorok, oauth2, smwadministrator, smwcurator, adminisztrátorok, upwizcampeditors
1 846 szerkesztés
Nincs szerkesztési összefoglaló
10. sor: 10. sor:
| minmunka =  
| minmunka =  
| labor = nincs
| labor = nincs
| kiszh = nincs
| kiszh = 4 db (opcionális)
| nagyzh = 2 db
| nagyzh = 2 db
| hf = 1(+2) db
| hf = 1(+2) db
39. sor: 39. sor:
*Az '''aláírás''' feltételei:
*Az '''aláírás''' feltételei:
**'''Két ZH''' sikeres (összes pontszám 40%-a + a beugrók fele, 5 pont) megírása.
**'''Két ZH''' sikeres (összes pontszám 40%-a + a beugrók fele, 5 pont) megírása.
**'''Egy házi feladat''' beadása és megvédése.
**'''Egy házi feladat''' beadása, legalább 12 pont elérése a 30-ból.
**'''Gyakorlaton való megjelenés 4/6.'''
**'''Gyakorlaton való megjelenés 4/6.'''
*'''Pótlási lehetőségek:'''
*'''Pótlási lehetőségek:'''
**Mind a két zh pótolható egyszer a pótlási héten, egy napon (1. zh 8-10, 2. zh 10-12)
**Mind a két zh pótolható egyszer a pótlási héten, egy napon (1. zh 8-10h, 2. zh 10-12h)
** A házi feladat a pótlási hét végéig pótolható, különeljárási díj fejében.
** A házi feladat a pótlási hét végéig pótolható, különeljárási díj fejében.


53. sor: 53. sor:
** A ZH-kon szereplő csillagos feladatok megoldásával (melyeket csak akkor értékelnek, ha a ZH legalább 29.5 pontos): 5-5 pont
** A ZH-kon szereplő csillagos feladatok megoldásával (melyeket csak akkor értékelnek, ha a ZH legalább 29.5 pontos): 5-5 pont
** Bemelegítő HF: 0-4 pont
** Bemelegítő HF: 0-4 pont
** Szorgalmi HF 0-10 pont (pótlási héten is le lehet adni, 0-7 pontért)
** Szorgalmi HF: 0-10 pont (pótlási héten is le lehet adni, 0-7 pontért)
** Legutóbb gyakorlaton is kiadtak egy kisebb szorgalmit: 0-2 pont
** Fakultatív kisZH-k: (0-8 pont)
** Gyakorlati részvétel és fakultatív kisZH-k: (0-10 pont)
*** Minden kisZH abból az anyagból van, amely a gyakorlat anyaga. Értsd úgy: a második gyakorlat anyaga az állapot alapú modellezés, és a kisZH anyag is az, ne az első gyakorlat anyagából készülj csak fel! Érdemes készülni a kisZH-kra, 2 egyszerű kérdésből áll, egy kisZH 0-2 pontot ér.
*** <s>Ha a hallgató legalább 5 gyakorlaton részt vett: 5 legjobb kisZH összege, de mindenképpen legalább 5 (5-10 pont)
*** Ha a hallgató 0-4 gyakorlaton vett részt: 5 legjobb kisZH összege, HA az legalább 5 (0 vagy 5-8 pont)</s>
*** Ez legutóbb nem így volt, a hallgatók közvetlen kapták meg a kisZH-kra a pontokat - függetlenül a gyakorlati részvételek számától.
** Előadáson véletlenszerűen előfordulhatnak pluszpontért kérdések.


*Ponthatárok:
*Ponthatárok:
94. sor: 90. sor:
== Házi feladat ==
== Házi feladat ==


A 3. héten kerül kiadásra, beadni elektronikusan kell a 12. héten, majd szóbeli védésen bemutatni. Egy sakkórát utánozó programot kell elkészíteni, mindenkinek különböző tulajdonságokkal. A házi feladat kiírása, és technikai segédlet elérhető a [https://inf.mit.bme.hu/edu/courses/remo/hazifeladat tárgyhonlapon].
*A 5. héten kerül kiadásra, beadni elektronikusan kell a 12. héten ('''az új házi feladat portál miatt nincsen már szóbeli védés év végén, de a régebbi házikat se fogadják már el''').  
*Egy sakkórát utánozó programot kell elkészíteni, mindenkinek különböző tulajdonságokkal. A házi feladat kiírása, és technikai segédlet elérhető a [https://inf.mit.bme.hu/edu/courses/remo/hazifeladat tárgyhonlapon].


Leggyakoribb hiba: olyan állapotátmenet használata, amik nem is valódiak, mert az átmenet nem egy esemény bekövetkezésekor történik meg. Lehetséges, hogy amire mi gondolunk, az egy esemény, de modellezési szempontból másként kell értelmezni ezt a fogalmat. 3 ilyen elem van tiltva:
*Leggyakoribb hiba: olyan állapotátmenet használata, amik nem is valódiak, mert az átmenet nem egy esemény bekövetkezésekor történik meg. *Lehetséges, hogy amire mi gondolunk, az egy esemény, de modellezési szempontból másként kell értelmezni ezt a fogalmat. 3 ilyen elem van tiltva:
* <code>always</code>
**<code>always</code>
* <code>oncycle</code>
**<code>oncycle</code>
* Olyan nyíl (állapotátmenet), amire nincs semmi írva (nincs őrfeltétel, mindig lefut).
**Olyan nyíl (állapotátmenet), amire nincs semmi írva (nincs őrfeltétel, mindig lefut).
Ha a modelledben ezeket használod, az oldal nem fogja elfogadni a házidat. Két módon lehet megoldani a hibát:
*Ha a modelledben ezeket használod, az oldal nem fogja elfogadni a házidat. Két módon lehet megoldani a hibát:
[[File:Remo_modelltipusok_20160720.png|thumb|Szekvenciális programozásra hasonlító (balra), és helyes állapotalapú (jobbra) modellek]]
[[File:Remo_modelltipusok_20160720.png|thumb|Szekvenciális programozásra hasonlító (balra), és helyes állapotalapú (jobbra) modellek]]
* <code>after 0s</code> használata. Gyorsabb, de ez csak egy kiskapu, nem segíti a tanulást.
*<code>after 0s</code> használata. Gyorsabb, de ez csak egy kiskapu, nem segíti a tanulást.
* Meg kell érteni az állapotalapú modellezés alapját. Sokan úgy próbálják felépíteni a modellt, mint egy C nyelvben írt programot, ahol egymás után hajtódnak végre a feladatok, és az állapot egy művelet végrehajtásának felel meg. Ez hibás gondolkozás, mert állapotmodellezésre van szükség, és nem folyamatmodellezésre! Eseményvezérelt felépítés kell. A kép oldalt illusztrálja a kettő közötti különbséget. A hagyományos programozási módszer használatával keletkezik egy olyan állapotátmenet, aminek nincs kiváltó eseménye. Az állapotalapú modellezésnél ilyet ne csináljunk, mert a ChangeSettings nem egy olyan állapot, ami tartósan jellemezné a modellünket, hiszem a <code>whiteMoves = true</code> művelet elvégzése után azonnal bekövetkezik egy újabb állapotváltás, így a ChangeSettings csak egy pillanatig, és nem egy valamekkora időegységig jellemezte a modellt. Ha viszont a műveleteket nem az állapot belsejébe írjuk, hanem egy hurokélre, akkor valójában nem történik állapotváltás (ugyan oda térünk vissza), a művelet mégis végrehajtódik! Többnyire igaz, hogy úgy kell megtervezni a modellt, hogy az élekre kerülnek a változók módosításai, az állapotokra pedig az, ami megjelenik a képernyőn, lásd a képet. Ez természetesen nem mindig van így, de ha eszerint próbálod meg megtervezni a modelled felépítését, kiküszöbölheted az üres élek problémáját.
*Meg kell érteni az állapotalapú modellezés alapját. Sokan úgy próbálják felépíteni a modellt, mint egy C nyelvben írt programot, ahol egymás után hajtódnak végre a feladatok, és az állapot egy művelet végrehajtásának felel meg. Ez hibás gondolkozás, mert állapotmodellezésre van szükség, és nem folyamatmodellezésre! Eseményvezérelt felépítés kell. A kép oldalt illusztrálja a kettő közötti különbséget. A hagyományos programozási módszer használatával keletkezik egy olyan állapotátmenet, aminek nincs kiváltó eseménye. Az állapotalapú modellezésnél ilyet ne csináljunk, mert a ChangeSettings nem egy olyan állapot, ami tartósan jellemezné a modellünket, hiszem a <code>whiteMoves = true</code> művelet elvégzése után azonnal bekövetkezik egy újabb állapotváltás, így a ChangeSettings csak egy pillanatig, és nem egy valamekkora időegységig jellemezte a modellt. Ha viszont a műveleteket nem az állapot belsejébe írjuk, hanem egy hurokélre, akkor valójában nem történik állapotváltás (ugyan oda térünk vissza), a művelet mégis végrehajtódik! Többnyire igaz, hogy úgy kell megtervezni a modellt, hogy az élekre kerülnek a változók módosításai, az állapotokra pedig az, ami megjelenik a képernyőn, lásd a képet. Ez természetesen nem mindig van így, de ha eszerint próbálod meg megtervezni a modelled felépítését, kiküszöbölheted az üres élek problémáját.
*''Ha továbbra sem műküdik a programod, és nem érted, hogy mi a gond, látogasd meg a [http://q2a.inf.mit.bme.hu/rendszermodellez%C3%A9s Házi feladat fórum] oldalát, hátha már akadt másnak is hasonló problémája.''


== ZH beugró ==
== ZH beugró ==
Hivatalos Zh beugró kérdések hamarosan...
*'''1. ZH:'''
**[[Rendszermodellezés_1._ZH/Igaz_Hamis_kikérdező | Wiki kikérdező]]
**[https://docs.google.com/forms/d/e/1FAIpQLSeYKYgrawYfHdi02UMjBFqkSi8lcLb1nzPIMhuvowmpB5c5Cw/viewform 1. Google űrlapos kikérdező]
**[https://docs.google.com/forms/d/e/1FAIpQLSdNHYq6lqSl32EeHRhYd-1k01ML5eNUxVTJVRSTF1IMGWijlQ/viewform 2. Google űrlapos kikérdező]
**[https://docs.google.com/forms/d/e/1FAIpQLSfoYH9vagXW2vsGypwuaz86KDt7fwqZRNzytQwMbz3Wq0E1iw/viewform 3. Google űrlapos kikérdező]
**[https://docs.google.com/forms/d/e/1FAIpQLSeP3_wXPNKcIESbYnPj6UlNK7WRF6jIbmFx65gEE-TDCkhrtQ/viewform 4. Google űrlapos kikérdező]
**[https://docs.google.com/forms/d/e/1FAIpQLSeu4nN_-o70cqaGdj58je2faDwVy5L9Fz8IOlkeW-vkDlKexQ/viewform 5. Google űrlapos kikérdező]
**[https://docs.google.com/forms/d/e/1FAIpQLSetrqe1bT7R0orrSH6rJNk9-Xoxlwk-snTY0uVvX7QETltyng/viewform 6. Google űrlapos kikérdező]
*'''2. ZH:'''
**[[Rendszermodellezés_2._ZH/Rendszermodellezés | Wiki kikérdező]]
 
== 1. ZH ==
== 1. ZH ==
* [[Media:ReMo_mintazh1_2015tavasz_v2.pdf | 2015 tavasszal kiadott mintaZH]] + [[Media:ReMo_mintazh1_2015tavasz_v2_mo.pdf | beugrókérdések megoldva]]
* [[Media:ReMo_mintazh1_2015tavasz_v2.pdf | 2015 tavasszal kiadott mintaZH]] + [[Media:ReMo_mintazh1_2015tavasz_v2_mo.pdf | Beugrókérdések megoldva]]
* [[Rendszermodellezés_1._ZH/Igaz_Hamis_kikérdező|Igaz-Hamis kikérdező]] (előző ZH-k alapján) - '''csak az igaz állításokat kell bejelölni!'''
* [[Media:zh1-minta-2017.pdf | 2017 tavasszal kiadott mintaZH]] + [[Media:zh1-minta_kiskerdesek_megoldva-2017.pdf | Beugrókérdések megoldva]] + [[Media:remo-zh1-2017-nagyfeladatok.pdf | Nagyfeladatra példák]]


== 2. ZH ==
== 2. ZH ==
* [[Media:ReMo_mintazh2_20150509.pdf | 2015 tavasszal kiadott mintaZH]] + [[Media:ReMo_mintazh2_20150509_kiskerdesek_megoldva.pdf | beugrókérdések megoldva]]
* [[Media:ReMo_mintazh2_20150509.pdf | 2015 tavasszal kiadott mintaZH]] + [[Media:ReMo_mintazh2_20150509_kiskerdesek_megoldva.pdf | Beugrókérdések megoldva]]
* [[Rendszermodellezés_2._ZH/Rendszermodellezés|Igaz-Hamis kikérdező]] (előző ZH-k alapján) - '''csak az igaz állításokat kell bejelölni!'''


== Verseny ==
== Verseny ==
120. sor: 127. sor:
== Tippek ==
== Tippek ==


*Érdemes tisztában lenni minden fogalommal, mert utána elég csak a józan paraszti eszet használni. Nem túl bonyolult belőle 4-est 5-öst szerezni, mert rengeteg extra pont jár és a házi sok pontot ér. A ZH-k beugróit ne vedd könnyű péznek. Legtöbben azért bukják el a tárgyat, mert a beugró nem sikerül. Az elméleti részeket jól át kell nézni, bizonytalan esetekben inkább ne írj be semmit, mert hibás válaszért pontot veszíthetsz. A házi egynapos munka ha teljesen nulláról kezdik, de ha már foglalkozott a Yakinduval egy kicsit előtte akkor maximum négy óra.
*Érdemes tisztában lenni minden fogalommal, mert utána elég csak a józan paraszti eszet használni. Nem túl bonyolult belőle 4-est 5-öst szerezni, mert rengeteg extra pont jár és a házi sok pontot ér. A ZH-k beugróit ne vedd könnyű péznek. Legtöbben azért bukják el a tárgyat, mert a beugró nem sikerül. Az elméleti részeket jól át kell nézni, bizonytalan esetekben inkább ne írj be semmit, mert hibás válaszért pontot veszíthetsz. A házi egy-kétnapos munka, ha teljesen nulláról kezdik, de ha már foglalkozott a Yakinduval egy kicsit előtte, akkor maximum négy óra.




{{Lábléc_-_Mérnök_informatikus_alapszak_2014}}
{{Lábléc_-_Mérnök_informatikus_alapszak_2014}}

A lap 2019. március 26., 12:56-kori változata

Rendszermodellezés
Tárgykód
VIMIAA00
Általános infók
Szak
info
Kredit
4
Ajánlott félév
2
Tanszék
MIT
Követelmények
Labor
nincs
KisZH
4 db (opcionális)
NagyZH
2 db
Házi feladat
1(+2) db
Vizsga
nincs
Elérhetőségek
Levlista
remo@sch.bme.hu
Ez az új tanterv tárgya, a régiért lásd: Rendszermodellezés_(régi)


A tantárgy tematikusan az informatikai rendszerek tervezési folyamatának modell alapú megközelítését tárgyalja.

Célkitűzése a későbbi tantárgyak által megtanítandó specializált modellezési paradigmák előkészítése, az alapvető modellezési feladatok és eszközök bemutatásával. Egyúttal bemutat néhány olyan fogalmilag tiszta és egyszerűen kezelhető eszközt is, amelyek segítségével a tervezés alapvető aspektusait a hallgatók készség szinten elsajátíthatják és egyszerű, működő alkalmazásokat is tudnak tervezni.

A hallgatók megismerik a magas szintű, grafikus eszközökre épülő, folyamat alapú rendszermodellezés, a helyességbizonyítás, teljesítményanalízis és szolgáltatásbiztonság alapfogalmait és megjelenésüket a modellezésben. A korábbi automataelméleti és rendszertechnikai ismereteikre építve megismerik a szabatos rendszertervezés alapjait. A hallgatók a modellezés munkafolyamatain keresztül elsajátítják az informatikai rendszerek implementációjának egyes munkafogásait. Jártasságot szereznek a szimulációs rendszervizsgálatokban és a mérési adatok vizuális elemzésében.

A tárgy kiemelt didaktikai célja a hallgatók absztrakciós készségének fejlesztése és a későbbi szakmai tárgyak fogalmi és motivációs előkészítése.


Követelmények

Előtanulmányi rend

A szorgalmi időszakban

  • Az aláírás feltételei:
    • Két ZH sikeres (összes pontszám 40%-a + a beugrók fele, 5 pont) megírása.
    • Egy házi feladat beadása, legalább 12 pont elérése a 30-ból.
    • Gyakorlaton való megjelenés 4/6.
  • Pótlási lehetőségek:
    • Mind a két zh pótolható egyszer a pótlási héten, egy napon (1. zh 8-10h, 2. zh 10-12h)
    • A házi feladat a pótlási hét végéig pótolható, különeljárási díj fejében.

Félévvégi jegy

A jegyet a félév közben szerzett pontok alapján adják. Megszerezhető pontok:

  • HF: maximum 30 pont.
  • ZH1: maximum 35 pont.
  • ZH2: maximum 35 pont.
  • Plusz pontokat az alábbi módon lehet szerezni:
    • A ZH-kon szereplő csillagos feladatok megoldásával (melyeket csak akkor értékelnek, ha a ZH legalább 29.5 pontos): 5-5 pont
    • Bemelegítő HF: 0-4 pont
    • Szorgalmi HF: 0-10 pont (pótlási héten is le lehet adni, 0-7 pontért)
    • Fakultatív kisZH-k: (0-8 pont)
      • Minden kisZH abból az anyagból van, amely a gyakorlat anyaga. Értsd úgy: a második gyakorlat anyaga az állapot alapú modellezés, és a kisZH anyag is az, ne az első gyakorlat anyagából készülj csak fel! Érdemes készülni a kisZH-kra, 2 egyszerű kérdésből áll, egy kisZH 0-2 pontot ér.
  • Ponthatárok:
Pont Jegy
0 - 39 1
40 - 54 2
55 - 69 3
70 - 84 4
85 - 100 5

Segédanyagok

Házi feladat

  • A 5. héten kerül kiadásra, beadni elektronikusan kell a 12. héten (az új házi feladat portál miatt nincsen már szóbeli védés év végén, de a régebbi házikat se fogadják már el).
  • Egy sakkórát utánozó programot kell elkészíteni, mindenkinek különböző tulajdonságokkal. A házi feladat kiírása, és technikai segédlet elérhető a tárgyhonlapon.
  • Leggyakoribb hiba: olyan állapotátmenet használata, amik nem is valódiak, mert az átmenet nem egy esemény bekövetkezésekor történik meg. *Lehetséges, hogy amire mi gondolunk, az egy esemény, de modellezési szempontból másként kell értelmezni ezt a fogalmat. 3 ilyen elem van tiltva:
    • always
    • oncycle
    • Olyan nyíl (állapotátmenet), amire nincs semmi írva (nincs őrfeltétel, mindig lefut).
  • Ha a modelledben ezeket használod, az oldal nem fogja elfogadni a házidat. Két módon lehet megoldani a hibát:
Szekvenciális programozásra hasonlító (balra), és helyes állapotalapú (jobbra) modellek
  • after 0s használata. Gyorsabb, de ez csak egy kiskapu, nem segíti a tanulást.
  • Meg kell érteni az állapotalapú modellezés alapját. Sokan úgy próbálják felépíteni a modellt, mint egy C nyelvben írt programot, ahol egymás után hajtódnak végre a feladatok, és az állapot egy művelet végrehajtásának felel meg. Ez hibás gondolkozás, mert állapotmodellezésre van szükség, és nem folyamatmodellezésre! Eseményvezérelt felépítés kell. A kép oldalt illusztrálja a kettő közötti különbséget. A hagyományos programozási módszer használatával keletkezik egy olyan állapotátmenet, aminek nincs kiváltó eseménye. Az állapotalapú modellezésnél ilyet ne csináljunk, mert a ChangeSettings nem egy olyan állapot, ami tartósan jellemezné a modellünket, hiszem a whiteMoves = true művelet elvégzése után azonnal bekövetkezik egy újabb állapotváltás, így a ChangeSettings csak egy pillanatig, és nem egy valamekkora időegységig jellemezte a modellt. Ha viszont a műveleteket nem az állapot belsejébe írjuk, hanem egy hurokélre, akkor valójában nem történik állapotváltás (ugyan oda térünk vissza), a művelet mégis végrehajtódik! Többnyire igaz, hogy úgy kell megtervezni a modellt, hogy az élekre kerülnek a változók módosításai, az állapotokra pedig az, ami megjelenik a képernyőn, lásd a képet. Ez természetesen nem mindig van így, de ha eszerint próbálod meg megtervezni a modelled felépítését, kiküszöbölheted az üres élek problémáját.
  • Ha továbbra sem műküdik a programod, és nem érted, hogy mi a gond, látogasd meg a Házi feladat fórum oldalát, hátha már akadt másnak is hasonló problémája.

ZH beugró

1. ZH

2. ZH

Verseny

  • Félév közben elő szokott fordulni, hogy a tanszék meghirdet egy Rendszermodellezés versenyt, az első zárthelyi után. Erre érdemes felkészülni, mert ha eléred a versenyen a 60%-ot, az megfelel egy 100%-os 2. ZH-nak, ami sokat tud segíteni, mivel a második ZH-n nagyon nehezen lehetne elérni alapból 100%-ot. ~2018. tavasz~

Tippek

  • Érdemes tisztában lenni minden fogalommal, mert utána elég csak a józan paraszti eszet használni. Nem túl bonyolult belőle 4-est 5-öst szerezni, mert rengeteg extra pont jár és a házi sok pontot ér. A ZH-k beugróit ne vedd könnyű péznek. Legtöbben azért bukják el a tárgyat, mert a beugró nem sikerül. Az elméleti részeket jól át kell nézni, bizonytalan esetekben inkább ne írj be semmit, mert hibás válaszért pontot veszíthetsz. A házi egy-kétnapos munka, ha teljesen nulláról kezdik, de ha már foglalkozott a Yakinduval egy kicsit előtte, akkor maximum négy óra.
Bevezetők
1. félév
2. félév
3. félév
4. félév
5. félév
6. félév
7. félév


A lap eredeti címe: „https://vik.wiki/index.php?title=Rendszermodellezés&oldid=196045”