<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="hu">
	<id>https://vik.wiki/index.php?action=history&amp;feed=atom&amp;title=SzoftTechKonzi2009jan12_1</id>
	<title>SzoftTechKonzi2009jan12 1 - Laptörténet</title>
	<link rel="self" type="application/atom+xml" href="https://vik.wiki/index.php?action=history&amp;feed=atom&amp;title=SzoftTechKonzi2009jan12_1"/>
	<link rel="alternate" type="text/html" href="https://vik.wiki/index.php?title=SzoftTechKonzi2009jan12_1&amp;action=history"/>
	<updated>2026-04-30T21:52:00Z</updated>
	<subtitle>Az oldal laptörténete a wikiben</subtitle>
	<generator>MediaWiki 1.43.8</generator>
	<entry>
		<id>https://vik.wiki/index.php?title=SzoftTechKonzi2009jan12_1&amp;diff=138612&amp;oldid=prev</id>
		<title>Unknown user: Új oldal, tartalma: „{{GlobalTemplate|Infoalap|SzoftTechKonzi2009jan12_1}}  ==Szofttech konzi 2009.jan.12 13:30tól 14:30ig== ===Ide teheted fel a kérdéseket, amiket meg szeretnél kérde…”</title>
		<link rel="alternate" type="text/html" href="https://vik.wiki/index.php?title=SzoftTechKonzi2009jan12_1&amp;diff=138612&amp;oldid=prev"/>
		<updated>2012-10-21T20:22:16Z</updated>

		<summary type="html">&lt;p&gt;Új oldal, tartalma: „{{GlobalTemplate|Infoalap|SzoftTechKonzi2009jan12_1}}  ==Szofttech konzi 2009.jan.12 13:30tól 14:30ig== ===Ide teheted fel a kérdéseket, amiket meg szeretnél kérde…”&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Új lap&lt;/b&gt;&lt;/p&gt;&lt;div&gt;{{GlobalTemplate|Infoalap|SzoftTechKonzi2009jan12_1}}&lt;br /&gt;
&lt;br /&gt;
==Szofttech konzi 2009.jan.12 13:30tól 14:30ig==&lt;br /&gt;
===Ide teheted fel a kérdéseket, amiket meg szeretnél kérdezni a konzultáción.Ezeket fogjuk nagy részt megoldani.===&lt;br /&gt;
==Aki feltesz itt kérdést az legyen olyan szíves és konzi után írja be ide a választ is rá!==&lt;br /&gt;
Így no a tudásbázis és ha úgy alakul, biztosan nem felejted el a kovetkezo vizsgáig.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Mielott kérdezel nézd meg ,h ez az az idopont ahol meg fogsz jelenni!&amp;#039;&amp;#039;&amp;#039; &amp;lt;br&amp;gt;&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Mielott kérdezel nézd meg ,h nem kérdezte e már meg valaki!&amp;#039;&amp;#039;&amp;#039; &amp;lt;br&amp;gt;&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Mindenképp írd oda a kérdésed mellé a teljes neved!&amp;#039;&amp;#039;&amp;#039; &amp;lt;br&amp;gt;&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
===1.)  Szekvencia diagram szerkesztésénél honnan lehet megállapitani, hogy egy hivás aszinkron vagy szinkron? És hogyan működik a hierarchikus számozás? (Sükösd Endre)===&lt;br /&gt;
&lt;br /&gt;
Szinkron (tele fejű nyil): a szinkron hivást call-nak nevezik, mert általában egy függvényhivás, melynek lesz visszatérési értéke, és erre várunk. Várakozás közben nem csinálunk mást. At-most-once tipusú, tehát maximum egyszer hajtódik végre. Példa: amikor az órás odaadja neked a megjavitott órát, hogy próbáld ki, akkor ez az órás részéről szinkron hivás, mert meg fogja várni, hogy próbáld ki és mond meg a véleményedet (térj vissza a visszatérési értékkel). &lt;br /&gt;
&lt;br /&gt;
Aszinkron (rendes V fejű nyil): az aszinkron hivást message-nek nevezik, mert ez egy üzenet küldés, kérés, rendelés, amelyet csak kiadunk és utána nem várunk rá választ, eredményt, hanem csinálhatunk mást. Best-effort tipusú. Példa: amikor a postán feladsz egy levelet, bedobod a postaládába, akkor részedről ez egy aszinkron hivás. Feladod és mész utána a dolgodra, nem fogod várni, hogy jöjjön a postás kivegye, majd kézbesitse, majd jelezze vissza neked, hogy sikerült.&lt;br /&gt;
&lt;br /&gt;
Hierarchikus számozás: Ha EGY példányból küldünk üzeneteket egymás után (lefele mozdulunk el), akkor nőni fog a a szám, illetve a legutolsó számjegy (1, 2, 3 vagy 2.1.1, 2.1.2, 2.1.3). Ha egy forrás_példányból küldött üzenet hatására a cél_példány küld egy üzenetet (oldalra mozdulunk el), akkor új pontot teszünk, és elölről kezdjük a számokat (3 -&amp;gt; 3.1 vagy 2.3 -&amp;gt; 2.3.1).&lt;br /&gt;
&lt;br /&gt;
&amp;lt;a href = &amp;quot;http://www.umljokes.com/components/com_datsogallery/img_originals/UnderworldAnecdote.png&amp;quot;&amp;gt;Vicces példa:)&amp;lt;/a&amp;gt; &lt;br /&gt;
&lt;br /&gt;
===2.)  Algebrai axiómáknál, miután behelyettesítettük a kontruktorokat a többi függvénybe, mitől függ, hogy axióma lesz-e vagy sem? (Gulyás Máté)===&lt;br /&gt;
&lt;br /&gt;
Először is felírjuk, hogy melyik hogy melyik függvény konstruktor, melyik modifier vagy behaviour. Kontruktorok az a legszűkebb halmaz, amellyel előállítható bármely formája az adott halmaznak. Például egy lista esetében a CRT() és az ADD(s) függvények kontruktorok, mert velük bármilyen összetételű lista létrehozható, mivel előbbivel egy üres listát tudunk létrehozni, utóbbival pedig a lista végére rakhatunk be elemeket.&lt;br /&gt;
Ha ezzel megvagyunk, elkezdjük belerakosgatni a kontruktorokat a másik két ípusú függvényekbe, az alábbi séma szerint:&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;Behavior(Constructor(..)) =&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;Modifier(Constructor(..)) =&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
Van néhány kivételes eset, amikor ez az ökölszabály nem működik. Ilyen az, ha például van egy &amp;#039;&amp;#039;SUBSTR(s1,s2)&amp;#039;&amp;#039; és egy &amp;#039;&amp;#039;CRT()&amp;#039;&amp;#039; függvényünk, ahol a SUBSTR(s1,s2) igaz értékkel tér vissza, amennyiben s2 megtalálható s1-ben, a CRT() függvény pedig egy új, üres stringgel tér vissza. Ekkor a SUBSTR(CRT(),CRT()) függvény nem axióma, mivel ez csak egy szűkített esete a SUBSTR(s1,CRT()) axiómának, ami mindenhol igaz lesz, így akkor is ha s1 üres string. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
====3.)Hogyan jeloljuk UML2 szekvencia diagramon a feltételt? ====&lt;br /&gt;
&lt;br /&gt;
Kreálunk egy keretet &amp;quot;alt&amp;quot; címkével(alt mint alternate).&amp;lt;br&amp;gt;&lt;br /&gt;
Kettéosztjuk egy szaggatott vonallal.&amp;lt;br&amp;gt;&lt;br /&gt;
Felso részébe írunk egy feltételt és berajzoljuk a felso részbe azt aminek a feltétel teljesulése esetén kell torténnie.&amp;lt;br&amp;gt;&lt;br /&gt;
A másik részbe( szaggatott vonal alá) beírjuk ,h &amp;quot;else&amp;quot; és berajzoljuk ami a feltétel be nem kovetkezése esetén torténik.&amp;lt;br&amp;gt;&lt;br /&gt;
Lásd az ábrán:&amp;lt;br&amp;gt;&lt;br /&gt;
https://wiki.sch.bme.hu/pub/Infoalap/SzoftTechKonzi2009jan12_1/uml2_sec_feltetel.jpeg &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
====4.) Hogyan jeloljuk UML2 szekvencia diagramon az iterációt?====&lt;br /&gt;
&lt;br /&gt;
A fentebb levo alt nevu kerethez hasonlóan(szaggatott vonal nélkul) csinálunk egy keretet és a &amp;quot;loop&amp;quot; címkével látjuk el.&amp;lt;br&amp;gt;Majd pedig belerajzoljuk azt a részt aminek ismétlodnie kell.&amp;lt;br&amp;gt;&lt;br /&gt;
Ha meg akarjuk adni, h hányszor fusson le az iterácó akkor a keretet &amp;quot;loop (x)&amp;quot; címkével látjuk el, ahol az x az iterációk száma.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
====5.) Hogyan kell megszámozni a szekvencia diagramon az uzeneteket?====&lt;br /&gt;
&lt;br /&gt;
Ha átmegyunk másik példány életvonalára akkor 1., 1.1 , 1.1.1 ...&lt;br /&gt;
Ha idoben megyunk lefele, akkor 1.1 után 1.2 , 1.1.1 után 1.1.2 attól fuggoen melyik példány életvonalán megyun lefelé az idoben.&lt;br /&gt;
&lt;br /&gt;
====6.) Miért vannak a példány életvonalán levo téglalapokon újabb téglalapok (execution specification) ?====&lt;br /&gt;
&lt;br /&gt;
Mert ha meghívunk egy másik fuggvényt a példányon belul, akkor abban elofordulhat ,h új váltózókat kell létrehozni és azokat tárolni a stackben.&amp;lt;br&amp;gt;Ezeket az új változókat jelenti a fuggvényhívás hatására keletkezett téglalapocska a másik téglalapon.&lt;br /&gt;
 &lt;br /&gt;
&lt;br /&gt;
====7.) Asszinkron hívás után mindig meghal az objektumpéldány?Hogyan mukodik ez szinkron esetében?====&lt;br /&gt;
&lt;br /&gt;
Nem, nem mindig.Attól fugg,h mikor hal meg,h hány utasítást kell még végrehajtania ezután.&amp;lt;br&amp;gt;&lt;br /&gt;
Ameddig utasításokat hajt végre addig él az objektumpéldány is.(ergo rajzon vagy van vagy nincs téglalpocska az életvonalon a hívás után)&lt;br /&gt;
&lt;br /&gt;
Szinkronnál csak akkor érhet véget a futás ha megérkezett a válasz.( &amp;lt;--- válasznyíl után a hívó objektum példánya meghalhat, de ez sem szukségszeru, addig viszont mindenképp él).Erre példa a 3.) kérdés ábrájának else ágában.&lt;br /&gt;
&lt;br /&gt;
====8.) Miért kell ures négyzetnek lennie az ábrán a digit * helyett?====&lt;br /&gt;
&lt;br /&gt;
https://wiki.sch.bme.hu/pub/Infoalap/SzoftTechKonzi2009jan12_1/jsd_pelda.jpeg&lt;br /&gt;
&lt;br /&gt;
&amp;lt;br&amp;gt; Azért mert egy szinten csak egyfajta entitás lehet.A digit meg a digit * kulonbozo entitások.&lt;br /&gt;
&lt;br /&gt;
====9.) JSD-s példák:====&lt;br /&gt;
&amp;lt;br&amp;gt; Mindig a legfelso téglalap mondja el mirol is szol az egész JSD diagram.&lt;br /&gt;
https://wiki.sch.bme.hu/pub/Infoalap/SzoftTechKonzi2009jan12_1/jsd_alma.jpeg&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
A leszed ° és a leesik ° szelekcióra példák.Vagy az egyik vagy a másik torténik meg.&amp;lt;br&amp;gt;&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
https://wiki.sch.bme.hu/pub/Infoalap/SzoftTechKonzi2009jan12_1/jsd_alma2.jpeg&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Category:Infoalap]]&lt;/div&gt;</summary>
		<author><name>Unknown user</name></author>
	</entry>
</feed>