VIK Wiki - Felhasználó közreműködései [hu]

Szoftvertechnológia - Lehetséges vizsgakérdések

2014-01-12T18:10:21Z

Momo2828: /* JAVA */

{{Vissza|Szoftvertechnológia}}

Korábbi [https://docs.google.com/document/d/1y6989PPel8nhjoPSYU3ztUS4poe0XC23kAQigjBVcQ4/edit?usp=sharing| Google Docs-segédlet (Lehetséges vizsgakérdések)] Wikis változata. Innentől szerkesszük itt, köszi! (Hint az ilyen doksik Wikis átalakításához: docx-ben letölt, [http://www.microsoft.com/en-us/download/details.aspx?id=12298 Microsoft Office Word Add-in For MediaWiki] felrak, majd MediaWiki-formátumban elmentés (txt), majd annak Wikire történő bemásolása, némi korrekciók, és kész.) --[[Szerkesztő:Harapeti|Haraszin Péter]] ([[Szerkesztővita:Harapeti|vita]]) 2013. június 15., 20:48 (UTC)

==UML/CLASS==

* '''Late binding''': probléma: több ugyanolyan nevű függvény → objektumhoz kötődik runtime a függvény!
* UML diagram elemek: vizuális relációk:
** kapcsolat (connection)
** tartalmazás (containment)
** vizuális kapcsolás (közelség, visual attachment)
* UML 3 kiterjesztő mechanizmus
** korlátozás (constraints)
** sztereotípia (speciális név-érték/tagged value/ pár (bool))
** tagged value (név-érték pár)
* Osztálydiagrammra standard sztereotípiák
** utility - az osztály minden változója és metódusa statikus (osztály szkóp)
** metaclass - olyan osztály, amelynek példányai osztályok
** interface, enumeration
* Class attribútum property(tulajdonság) módosítók:
** readOnly, subsets, union, redefines, ordered, unique, valami expression
* Class collection types:
** Set, OrderedSet, Bag, Sequence
* Class metódus property(tulajdonság) módosítók:
** query, redefines, ordered, unique, oper-constraint(kényszer)
* Operációk konkurenciája (konkurenciaszemantikák, concurrency semantics):
** '''szekvenciális/sorrendi (sequential)''' - elméletileg nem lehet, hogy más hívja meg az operációt, nem fordulhat elő konkurencia (''"callers must coordinate outside the object so that only one flow is in the object at a time."'')
** '''őrzött (guarded)''' - jöhet ilyen hívás, előfordulhat konkurencia, de megoldott a kezelése; pl. ha befejezte a működését, csak akkor jöhet a következő (''"multiple calls from concurrent threads may occur simultaneously to one instance, but only one is allowed to commence. Others are blocked."'')
** '''konkurens (concurrent)''' - bejöhet hívás, azonnal lekezelődik, nem jó, mert félbeszakíthat folyamatokat (''"multiple calls from concurrent threads may occur simultaneously to one object on any concurrent operation, and all may proceed concurrently with correct semantics"'')
* '''Active Object''': saját szála van az objektumnak.
* Mi az a '''classifier'''?
** osztályszerű: osztálynak kinéző dolgok felett metaosztály(class, interface, datatype..)
* UML diagramon mi a role, asszociáció?
** CLASSIFIER!
* UML class diagramon az '''asszociáció'''nál mi a "'''/'''"?
** AZ ASSZOCIÁCIÓ LE VAN SZÁRMAZTATVA!
* Mit jelent, ha egy '''pont''' van az '''asszociáció valamelyik végén'''?
** OWNERSHIP! Ki birtokolja az osztályt.
* Hogyan lehet UML class-szal ábrázolni, hogy valami '''tartalmaz''' valamit?
** karika, benne plus sign, inner class, tagváltozó, aggregáció

==UML/PACKAGE,Component, Composite Structure, Deployment, Use Case==

* Milyen package importokat ismer?
** import: fölötte lévő import/access is látja;
** access: fölötte lévő import/access NEM LÁTJA!! //megj.: merge: több package-ben lévő dolgokat valahogy egyesítem
* Components vs Class
** komponensek csak interfészen keresztül érhető el, komponens önállóan kezelhető (class nem!)
* Milyen fajtái vannak a komponenseknek?
** telepítendő (deployment): az installáláshoz szükségesek
** fejlesztés során keletkező (work product): felhasználónak nem szabad kiadni
** execution: runtime jön létre (pl. fájl)
* Milyen connectorokat ismer component világban?
** assembly: komponenseket összekötő konnektor, elvárt, megkövetelt interfészek megfelelnek (sima vonal)
** delegation connector: bonyolult dolgot zár be "dobozba"
* <<delegate>> sztereotípia? szaggatott vonal!
* Kompozit struktúrák esetén mit nevezünk kollaborációnak?
** egy meghatározott funkcionalitás megvalósításához szükséges együttműködő elemek
* Deployment diagram elemei?
** artifact /komponenshez termék/,
** node /logikai erőforrás/,
** device /fizikai erőforrás/,
** executionEnvironment /végrehajtási környezet/
* Milyen Use Case kapcsolatokat (relációkat) ismer?
** asszociáció
** include - mindenféleképpen kiegészítjük bizonyos funkcionalitásokkal,
** extend - bizonyos körülmények között egészítjük csak ki a megcélzott elemet
* Mikor használjuk use case-ben actor-jelölésnek a pálcikaember helyett a doboz/<<actor>> sztereotípiás jelölést?
** Ha egy actoron belül el tudunk képzelni egy másik actort /pl.: tetrisben egy elem, amelyik esik lefele, lehet, hogy nem esik lefele, hanem egy actor ejti lefele. Ekkor lehet azt mondani, hogy egy "belső actor" lépteti folyamatosan/
* Mi a különbség Use Case include és extend sztereotípia között?
* Use Case tulajdonságok (propertyk)?

==UML/Szekvencia, Kommunikáció, Interaction Overview==

* Mi a különbség üzenet és jel között interakció-diagrammokon?
** üzenettel operációt hajtatunk végre, jellel állapotváltozást jelzünk.
* Milyen Event-ek vannak Interaction diagramokon?
** ExecutionEvent,
** CreationEvent,
** DestructionEvent,
** MessageEvent
* Milyen 2 fontos elvet ismer interakció-diagrammokon eseménysorozat értelemben?
** Compositional: összemerge-ölök különböző eseménysorozatokat.
** Átlapoló szemantika: ugyanúgy összemerge-ölök, de egy eseménysoron belül a sorozat sorrendje változatlan!
* Mire jó az Interaction Overview Diagram?
** magasszintű kép, ahol egy-egy doboz lehet akármilyen interakció, és időzítési előírás is lehet közöttük.
* Milyen dobozok lehetnek szekvenciadiagramon? Mit jelentenek?

[[File:Szofttech_Vizsga_Lehetséges_vizsgakérdések_01.UML-Beyond_UML_Model structure.png|400px]]

==UML/State machine, Activity, Beyond UML==

* Állapotdiagramon milyen kompozit állapotokat ismer?
** TODO
* Mik az állapotdiagram elemei?
** alaktivitások (procedúra), döntések, fork és join, úszósávok, object-action flow
* Mi az Eclipse Modeling Framework(EMF)?
** Modellező eszköz (pl. UML-hez hasonló (MOF) diagramokat lehet csinálni), kódgeneráló is!
* Mi az XMI?
** XML Metadata Interchange: XML-ben leírt UML/MOF diagram

==JAVA==

* Singleton vs static class:
** static classban csak static metódusok lehetnek!
* Class nem lehet static, csak INNER CLASS!!!!!!!!!
* Array length-je megmondja, mekkora a MÉRETE! Nem azt, hogy mennyi értelmes adat van benne!
* Nézd meg a String == és equalsTo miket csinál!
** pl null, stb..
* Mit vár a Thread.sleep()?
** long-ot!!!!
* Thread-ek között hogyan lehet kommunikálni, honnan öröklődik ez?
** Object.notify(), .notifyAll() és .wait()
* Thread osztály metódusai?
** isAlive(), join(), resume(), suspend(), stop(), start(), sleep(), destroy(), yield(),
* Multitasking 2 fajtája?
** process-based
** thread-based
* Hogy lehet meghívni az ős egy attribútumát/függvényét?
** super.attrName / super.function()
* Object class-ban mik final-ok?
** getClass(), notify(), notifyAll(), wait()
* Lehet egy osztály final ÉS abstract?
** NEM!!!
* Milyen típusai vannak a szálaknak?
** Daemon és nem daemon (daemon gyakorlatilag háttérben futó szál)
* Milyen synchronized-ok vannak?
** blokk: <code>synchronized (o) { ... }</code> ahol <code>o</code> valami Object (vagy abból leszármazott, int/long/double/etc nem)
** method: <code>public synchronized void foo() { ... }</code>
** Egyszerre csak 1 szál tartózkodhat az adott objektum (methodnál this) synchronized blokkjában/methodjában, a többi blokkol addig
* Mi az az atomi művelet?
** Guarded :) ha valaki módosítja, akkor más metódus nem lát inkonzisztens állapotot. primitív adattípusokra, kivéve long és double
* Mikor lehet a wait(...), notify(),notifyAll() függvényeket meghívni?
** Ha az objektum monitorának birtokában vagyunk.
* Mi a különbség early (static) binding és late binding között?
** TODO
* Mikor mit jelent a final?
** osztály előtt: nem lehet leszármaztatni
** metódus előtt: nem lehet felüldefiniálni leszármazottban;
** változó előtt: nem lehet neki értéket adni (csak <code>public final int i = 7;</code> vagy konstruktorban)
* Mikor mit jelent az abstract?
** Osztály előtt: nem lehet példányosítani, van benne legalább 1 olyan metódus, amely abstract (nem implementált), jav.: NEM KÖTELEZŐ, HOGY LEGYEN BENNE ABSZTRAKT METÓDUS
** Metódus előtt: leszármazottnak implementálni kell.
* Mit jelent, hogy a változó statikus/dinamikus része?
** List x = new ArrayList();
*** egyenlőségjel bal oldala a statikus rész, ő lehet absztrakt is (tehát interfész is, mint a List is az);
*** jobb oldal a dinamikus, nem lehet absztrakt/interfész!!
* Lehet konstruktor static?
** NEM!!!!!
* Mit nevezünk kiterjesztésnek JAVA nyelvben?
** ha egy vagy több interfészt valósít meg egy osztály

=== JUnit: ===

* @Before, @Test, @After
* Hogyan lehet jelölni, hogy pl. IOException-t várok?
** test függvény előtt <code>@Test(expected=IOException.class)</code>
* Hogyan lehet parametrizált teszteket csinálni?
** osztály előtt: <code>@RunWith(Parameterized.class)</code>

@RunWith(value = Parameterized.class)
public class JunitTest6 {
private int number;
public JunitTest6(int number) {
this.number = number;
}
@Parameters
public static Collection<Object[]> data() {
Object[][] data = new Object[][] { { 1 }, { 2 }, { 3 }, { 4 } };
return Arrays.asList(data);
}
@Test
public void pushTest() {
System.out.println("Parameterized Number is : " + number);
}
}

* <code>assertEquals(elvárt, aktuális);</code>
* Milyen kimenetelei lehetnek a tesztnek?
** pass: megfelel,
** failure: nem az elvárt eredményt kapjuk valamilyen tesztre,
** error: Exception dobódik, és nem kezelődik le
* Hogyan lehet vizsgálni, hogy egy teszt tovább fut bizonyos időnél(pl 1 mp)?
** <code>@Test(timeout=1000)</code>
* Főbb függvények?
** <code>assertTrue(..)</code>, <code>assertFalse(..)</code>, <code>assertNull(..)</code>, <code>assertNotNull(..)</code>, <code>assertSame(..)</code>, <code>assertNotSame(..)</code>, <code>assertEquals(..)</code>, <code>assertNotEquals(..)</code>, <code>fail([String msg])</code>

==Bevezetés==

* Evolution of engineering discipline:
** production+craft → commercial;
** commercial+science → professional engineering
* Mi a szoftverkészítés 4P-je?
** People, Problem, Process, Product
* Milyen minőségi képeket ismer?
** transzcendentális, felhasználói, gyártás, termék, értékarányosság
* ICOM-modellnél mi az input, kontrol(vezérlés), erőforrások, kimenet?
** input: követelmények,
** kontrol: {pénz,szabványok},
** erőforrás: {csapat,eszközök},
** kimenet: {kód,dokumentáció}
* A vízesés modellben hogyan lehet visszalépni?
** Az előzőre mindig + Validation → specification && M → R
* Prototípus modellnél mik az egyes fázisok / hogyan lehet visszalépni?
** Requirement → Specification → Quick design → Implementation → Evaluation.
** Evaluation → Requirement
* CMM-ben milyen Maturity (érettségi) szinteket ismer?
** (1)Kezdetleges
** (2)Ismétlődő
** (3)Definiált
** (4)Menedzselt
** (5)Optimalizált
* Spirál modellben milyen síknegyedek vannak jobbról balra körbe?
** Követelmények meghatározása, kockázatelemzés, engineering (technológia), kiértékelés

==RUP==

* Milyen '''workflow-hoz''' milyen '''modell''' tartozik?
** Követelmények: Use Case Model,
** Analízis: Analízis model,
** Tervezés: Tervezési model,
** Implementation: Implementation diagram,
** Deployment: Deployment diagram
* Az egyes modellek milyen UML diagrammokat tartalmaznak?
** Use Case: {Use Case, Sequence};
** Analízis: {static structure diagram, sequence};
** Tervezési modell: {static structure, kommunikációs, állapotdiagram, activity};
** Implementációs modell: {komponens, szekvencia};
** Deployment: {Deployment, sequence}

* [[File:Szofttech_Vizsga_Lehetséges_vizsgakérdések_02.RUP_Structuring the process.png|400px]]

* '''Milyen típusú use case-ek''' vannak?
** Event based, actor based
* Milyen '''dimenziói''' vannak a '''use case-formátumoknak'''?
** (1) Leírás részletezettsége (magas szintű/kiterjesztett)
** (2) Fogalmi/valóságos
** (3) Prioritás (elsőrendű/másodrendű/opcionális)
* Miben különbözik a magas szintű (high level) és a kiterjesztett (expanded) use-case ?
** A leírás részletezettségében
*** magas szintű: név, aktorok, cél, áttekintés, referencia
*** kiterjesztett: eseményfolyam, elő- és utófeltételek, kiterjesztési pontok, relációk, aktivitás és use-case diagram, referenciák)
* Miben különbözik a lényeges (essential) és a valóságos (real) use-case ?
** A technológia függőségében
*** lényeges: eszköz, implementációfüggetlen
*** valóságos: implementáció (ablakok, mezők, triggerek)
* Hogyan rangsorolunk use case-eket (iterációknak)?
** (1) időben kritikus
** (2) kockázatosak
** (3) alapvető kutatást igénylők
** (4) alkalmazás szempontjából legfontosabbak
** (5) üzleti élet szempontjából fontosak
* Fogalmi modellnél mi a '''térképész elv'''?
** Használjuk a területen alkalmazott neveket!
** ne kreáljunk olyan dolgokat, amik nincsenek ott!
** Lényegtelen részleteket hagyjuk ki!
* Mik a '''mutátorok'''?
** típusok amik megváltoztathatják a típusukat vagy szerepüket
* '''Interakció diagramon''' mik a '''felelősségek'''?
** '''Doing''' (csinálni valamit): valamit önmagában, más objektumok tevékenységeinek irányítása/koordinálása, más objektumokban művelet kezdeményezése
** '''Knowing about''' (valamiről tudni): private encapsulated data, kapcsolódó objektumok, dolgok amiket ki tud számolni

==V&V==

* Review definíciók?
** Review, Review item, Audit, Walkthrough (az anyag készítője bemutatja a munkáját, Inspection (reviewereknek kiosztanak anyagot, ők jelentést tesznek róla, majd ezt egy bizottság megvitatja a szerző jelenlétében. Pl. egyetemi diplomavédés)
* Kik a meeting szereplői?
** Koordinátor (felelős a meetingért),
** Lead reader (anyag működésével tisztában van),
** jegyzőkönyvvezető,
** megbízó képviselői
* Mit kell tenni, ha hibát találunk a meetingen?
** (1) kijelölni egy felelős személyt
** (2) meghatározni, mi a teendő
** (3) problémák osztályozása
* Hogyan lehet becsülni, hogy mennyi hiba van a programban?
** elrejtünk hibákat, mennyit találnak meg..
* Konformanciatesztelés vs hibadetektálás?
** Konformanciatesztelés: a szoftvernek bizonyos feltételeknek kell eleget tennie,
** hibadetektálás: program futása közben tesztelünk
* Mi az a Pareto-elv?
** 80-20 szabály: a programhibák 80%-ért a program 20%-a okolható
* Integrációs tesztre milyen stratégiák vannak?
** top-down (GUI-menüt rakom először össze, a még nem ismert funkcióknak "not yet implemented" - ez a test stub),
** bottom-up (legózás)
* Funkcionalitás teszt esetei?
** funkcionális teszt,
** biztonsági teszt,
** mennyiségi teszt (hatalmas adattal elárasztás)
* Megbízhatósági teszt esetei?
** integritási (kibírja-e hiba nélkül?),
** struktúra (ismerem a program belsejét, erre alapozva végzek idétlen teszteket),
** stresszteszt
* Teljesítménytesztek?
** benchmark (összehasonlítás referenciaszoftverrel),
** contention (stressz teszt alfaja, több actor versenyez ugyanazokért az adatokért),
** load-teszt (működési limit környékén működés),
** teljesítményprofil
* Támogatottság-teszt?
** hogyan konfigurálható/installálható
* Tesztmértékek?
** követelmény-alapozott,
** kód-alapozott,
** hibaanalízis
* Mi jellemző a tesztstratégiákra?
** Megmondja az általános megközelítést,
** milyen technikákat/eszközöket használunk,
** mi a teszt sikeressége,
** hogyan teszteljük a számunkra külső dolgokkal (tesztsegédprogramok)
* Milyen teszteseteket ismer?
** White-box: minden lehetséges döntési ágon, minden lehetséges adattal végigmegyünk (gyakorlatilag biztosan lehetetlen), ismerjük a szoftver belső szerkezetét;
** Black-box test: !!ekvivalencia-osztályozás!!: tudunk azonosítani bizonyos tevékenységeket,
** boundary value(határérték) tesztelés: ekvivalencia osztály határok tesztelése,
** speciálisérték-tesztelés.

==Design==

* Informatikai szemléletben mi köré szoktunk absztrakciót húzni(absztrakció típusai)?
** funkcionalitás, adat, kontroll
* Mi az, hogy afferens/efferens egy adatáramlás?
** Afferens: az adat felfelé halad (arra halad, amerre bonyolultabb/összetettebb problémák vannak, amelyből szétszedtem kisebb problémákra);
** efferens: fordítva
* Mi a fan-out/fan-in szám?
** Fan-out: egy modult hány részre szedem szét,
** fan-in: modult hányan hívnak fentről
* Mi a vezérlési/döntési hatáskör? / Mi a döntési hasítás?
** vezérlési: maga a modul, és mindenki, aki alá tartozik;
** döntési: azon modulok, akiket érint az adott modul döntése.
** döntési hasítás: ha a döntési hatáskör nagyobb, mint a vezérlési
* Mik a dimenziói a csatolásnak?
** Mit kommunikálunk? Milyen nagy a kapcsolat? Mennyi ideig tart a kapcsolat?
* Mik a csatolás dimenziói?
** kapcsolat tárgya, kapcsolat mérete, kapcsolat ideje
* A kapcsolat tárgya alapján hogyan lehet csoportosítani a csatolásokat?
** laza csatolás (primitív adat/tömbje),
** stamp csatolás (összetett adatok, record, struct),
** control csatolás (vezérlést adunk át),
** közös adat (nem tudjuk, kinek a kezében van, bárki hozzáférhet),
** tartalmi jellegű csatolás (a másik programrészletet, mint erőforrást kezelem -.-)
* Hogyan lehet osztályozni a csatolást az időtartam alapján?
** writing, compiling, linking, loading, running
* Hogyan lehet a kohéziót osztályozni?
** ↓ /egyre gyengébb/ funkcionális (oszthatatlan; pl. sqrt() függvény),
** szekvenciális (több funkcionális egymás után),
** kommunikációs (egy adatszerkezeten műveleteket végzünk, a kohézió itt az, hogy egy adatszerkezeten dolgoznak),
** procedurális (printf: double és String is elfogad, de a két paraméternek nincs köze egymáshoz. típusfüggő switch),
** temporális(időbeliség tart össze),
** logikai,
** véletlenszerű
* Ha több helyről öröklünk, mi vonatkozik az invariánsokra?
** az invariáns a többszörös öröklésekből származó kondíciók ÉS-kapcsolata
* Mi a redeklarációs szabály?
** Az előfeltételnek a leszármazottban gyengébbnek (vagy egyenlőnek) kell lennie, az utófeltételnek erősebbnek (vagy egyenlőnek).

==Design/Software architectures==

* Milyen főbb kategóriáit ismeri a szoftverarchitekturális mintáknak?
** Adatfolyam-szerkezetek → Batch, Pipes and filters
** Call-and-return-rendszerek → Main program és szubrutin, OO rendszerek, hierarchikusan rétegelt
** Adatközpontú rendszerek → adatbázisok, Hypertext rendszerek, Blackboards
** Virtuális gép → Interpreter, Rule-based system
** Független komponensek → Communicating processes, esemény-alapú rendszerek
* Mi a BPEL? Milyen fajtái vannak?
** Business Process Execution Language → le lehet írni üzleti folyamatokat vele.
** 2 fajtája:
*** orchestration & choreography.
**** Orchestration (orkesztráció): centralizált folyamatvégrehajtás. Egy központ ismeri a teljes folyamatot, az kér szolgáltatást az együttműködőktől, akik csak a saját dolgukat végzik.
**** Choreography (koreográfia): folyamatot küldhetek másnak, aki továbbküldheti stb. a folyamat nincs központosítva, minden résztvevő a dolgát elvégezve az általa ismert következő résztvevő(ke)t aktivizálja.

==Agilis==

* Mik a Scrum alappillérei?
** átláthatóság (business világ és fejlesztői világ között),
** folyamatos felülvizsgálat,
** Adaptáció (eltérést gyorsan fel kell számolni)
* mit jelent a grooming?
** a termék tulajdonságainak folyamatos finomítása
* Milyen szerepek vannak a scrumban egy sprintben?
** pigs (életükkel fizetnek a projektért)
*** product owner: ügyfél, product backlog felügyelete, átveszi/elfogadja a munkát
*** scrummaster: adminisztrátor, felel a projektért
*** team: 5-9 ember, önszervező, önvezérlő
** chickens (csak hozzájárulnak a projekt sikeréhez)
*** stakeholders (érdekeltek)
*** managers
* Milyen események vannak a Scrumban?
** sprint tervezés, áttekintés, visszatekintés és napi Scrum-meeting
* Milyen termékek vannak Scrumban?
** Product backlog (user story-k összegyűjtése/wishlist/ → product owner a felelős érte),
** sprint backlog (a product backlogból elfogadott kívánságok/user story-k),
** burndown chart (Y:work remaining, X: time; naponta megnézzük, mennyi munka van még hátra, ebből tudunk becsülni, mikor készül el/mikor lesz 0 a work remaining)
* Milyen elemei vannak egy XP projectnek?
** [[File:Szofttech_Vizsga_Lehetséges_vizsgakérdések_03.XP_project.png|400px]]

==Management==

* Milyen típusú projekt planek vannak?
** long term, short term
* Mi a projektmenedzsment feladata?
** felelősségvállalás, erőforrás újraosztása, ütemezés, követelményeken lazítani, oktatásra küldeni a munkatársakat
* Milyen erőforrások vannak?
** emberek, szoftver, hardver
* Mit kell menedzselni?
** idő, információ, szervezet, minőség, pénz
* Hogyan kell ütemezni egy projektet?
** DIAGRAM → requirements, Identify activities, Identify dependencies...
* Mik a kockázatmenedzsment lépései?
** Kockzatok azonosítása, kockázatok elemzése, kockázattervezés, kockázatok monitorozása
* Milyen mérések/becslések vannak?
** a fejlesztéshez mennyi erőfeszítés kell?,
** mértékek (LOC - Lines of Code, FPA - funkciópontelemzés),
** komplexitás (hogyan mérjük, hogy mennyire bonyolult valami?)

==CM==

* Mi a 3 nézete a CM-nek?
** Change Request Management: változások kezelése,
** Configuration Management: különböző dokumentumok/kódok egy programmá állnak össze,
** Mérések
* Milyen elemeket kell azonosítani?
** configuration item, communication (email ..), dokumentáció, implementáció
* Miért felelős a Change Request Management?
** hogyan kezeljük a változásokat,
** Change Control Board - változáskezelő bizottság,
** defect management - mikor, hogyan, ki, milyen prioritással kezeli a problémákat
* Miért felelős a Build management?
** Milyen alapanyagokból hogyan rakjuk össze a programot
* Mi az a baseline?
** pillanatkép a projektről. Ha valami változtatás történik, azt deltának hívjuk.
* Release management definíciók?
** verzió: funcionálisan különböző,
** variáns: funkcionalitásban nem különbözik,
** release: verzió, amit kiad a team;
** revision: verzió+variáns
* Mivel kell foglalkozni source-szinten egy projekt életciklusában?
** Backup, change logs, együttműködés (több verzió egy source-ra), helyileg eltérő file-ok, branching
* Milyen delta-kezeléseket ismer?
** reverse delta: a legújabb verzió van elmentve, a változások (delták) ehhez viszonyulnak;
** forward delta: az első verzió az alap, ehhez jönnek a delták (tehát a legújabb verzió sok-sok delta után derül ki, hogy micsoda... nem praktikus, bár a commit-ok gyorsabbak lehetnek);
** skip-delta
* Mi a szótára a VC-nek? (Version Control)
** working copy,
** repository,
** check-out: r → wc (kezelt elem kiemelése felhasználásra a közös tárból),
** check-in/commit: wc → r (kezelt elem visszahelyezése a közös tárba),
** update: wc szinkronizálása a repo-val
* Milyen metodikákat ismer konkurens hozzáféréshez?
** lock-modify-unlock, copy-modify-merge
* Mi az a branch?
** fastruktúrába szedett verziók változása az idő során.
** trunk: a fővonal,
** tag: pillanatkép
* Lock-modify-unlock
** [[File:Szofttech_Vizsga_Lehetséges_vizsgakérdések_04.Lock_modify_unlock.png|400px]]
* Copy-modify-merge
** [[File:Szofttech_Vizsga_Lehetséges_vizsgakérdések_05.Copy_modify_merge.png|400px]]
* Three-way merge algorithm
** <code>A' = A = A'' → A* = A</code>
** <code>A' = A != A'' → A* = A''</code>
** <code>A' != A = A'' → A* = A'</code>
** <code>A' != A != A''</code> → <code>conflict {A, A', A''}</code> → <code>A* manual resolve</code>
** [[File:Szofttech_Vizsga_Lehetséges_vizsgakérdések_06.Three_way_algorithm.png|400px]]
* CM / Version Control - Subversion – working copy vs. repository
**
{| class="wikitable"
|-
|
| unchanged
| changed
|-
| current
| commit -
update -
| commit publish
update -
|-
| out of date
| commit -
update reread
| commit out of date error
update - merge
|}

* Mire szolgál a verziókezelésben alkalmazott „modify-update-merge” stratégia ? Röviden írja le a működésének lényegét ! (3 pont)
** mire: termékekhez történő konkurens hozzáférés szabályozása
** lényeg: párh. check-out, check-in-kor összefésülés, konfliktusfelold.

[[Kategória:Infoalap]]

Dokumentumszerkesztés

2013-12-16T14:28:30Z

Momo2828: /* Félévvégi jegy */

{{Szabvál
|nev=Dokumentumszerkesztés
|kredit=2
|tárgykód=VIHIJV47
|tanszék=HIT
|kiszh=nincs
|nagyzh=nincs
|vizsga=nincs
|hf=9+1 db
|jelenlét=kötelező
|minmunka=jelenlét + házik
|tad=https://www.vik.bme.hu/kepzes/targyak/VIHIJV47/
|targyhonlap=http://dokszerk.sr.hu/
}}

== Ismertető ==
*A tárgy célja betekintést adni a dokumentumszerkesztés művészetébe, hogy a hallgatók színvonalas, nyomdatechnikailag megfelelő munkákat készíthessenek. A kurzus végére a hallgatóknak képesnek kell lenniük kulturált megjelenésű dokumentumok megírására az általuk választott szövegtördelő alkalmazásban.
*A tárgy heti 1 laborból áll, ahol a választott szövegszerkesztővel kell különböző feladatokat végrehajtani.
*A három választható szerkesztő: LaTeX, MS Word, OpenOffice.org Writer, a választás a megfelelő kurzus felvételével történik.

==Követelmények==
=== A szorgalmi időszakban ===
*A min. elégséges '''félévvégi jegy''' feltételei:
**A '''gyakorlatok''' legalább 70%-án való részvétel.
**'''Nagy házi feladat''' leadása. Egy nagyságrendileg 10-20 oldalas formázatlan "szépirodalmi mű" megformázását jelenti. A laborvezető határozza meg, mely laborok anyagainak kell szerepelnie benne.
*A tárgyból szoktak adni '''kis házi feladatok'''at is. Gyakorlatilag az órai munkát kell feltölteni, de ha az óra végéig nincs kész, akkor lesz belőle házi feladat. Ezeket nem kötelező beadni, azonban míg a ''LaTeX'' kurzuson nem számítanak bele a félévvégi jegybe, addig a ''Word'' kurzuson igen.
*'''Pótlási lehetőségek:'''
**A kis házi feladatok nem pótolhatók.
**A nagy házi feladatot a határidőn túl is le lehet adni, egészen a pótlási hét végéig, különeljárási díj ellenében.

=== A vizsgaidőszakban ===
*'''Vizsga:''' nincs.

=== Félévvégi jegy ===
*'''Word kurzus:'''
**A félévvégi jegyet a 9 darab kis házira kapott jegyek közül a legjobb 6 átlaga és a nagy házi feladatra kapott jegy számtani közepe adja.
**<math>J= [0,5*\frac{\sum_{i=1}^6 kHF_i}{6} + 0,5*nHF]</math>
**''A félév sikeres teljesítéséhez a kisházikat nem muszáj beadni (csak így az átlaguk 1-es lesz, és így a tárgyból max. 3-as szerezhető), viszont a nagyházit kötelező megcsinálni, annak elmulasztása automatikus félévvégi 1-es.''
*'''LaTeX kurzus'''
**A félévvégi jegyet csak, s kizárólag a nagy házi feladatra adott jegy adja. A házi értékelésével kapcsolatban itt egy részlet:
**"a 4-es (jó) jegy jó osztályzatot jelent. Nem rosszat. Ötöst (jelest) az érdemel, akinek a házi feladatát kiraknám a tanszéki vitrinbe, büszkén nyilvánossá tenném, okulásul másoknak"
**Kétes jegy esetén az órai részvétel, az órákon való pontos megjelenést veszik figyelembe.
*'''OpenOffice kurzus:'''
**N/A

==Segédanyagok==

===Word===
*A kurzus [http://dokszerk.sr.hu/ honlapja]
*Órán levetített fóliák (2013 ősz):
# [[Media:Dokszerk_Word_folia_01_bevezeto_2013.pdf | Bevezető előadás]]
# [[Media:Dokszerk_Word_folia_02_alapismeretek_2013.pdf | Alapismeretek]]
# [[Media:Dokszerk_Word_folia_03_formazas_2013.pdf | Formázás]]
# [[Media:Dokszerk_Word_folia_04_javitas_2013.pdf | Javítás]]
# [[Media:Dokszerk_Word_folia_05_torespontok_2013.pdf | Töréspontok]]
# [[Media:Dokszerk_Word_folia_06_stilusok_2013.pdf | Stílusok és képek]]
# [[Media:Dokszerk_Word_folia_07_matematikai_2013.pdf | Matematikai szedés]]
# [[Media:Dokszerk_Word_folia_08_mezoutasitasok_2013.pdf | Mezőutasítások]]
# [[Media:Dokszerk_Word_folia_09_kepalairas_2013.pdf | Képaláírás és jegyzékek]]
# [[Media:Dokszerk_Word_folia_10_diplomakeszites_2013.pdf | Diplomakészítés (NHF kiadás)]]
# [[Media:Dokszerk_Word_folia_11_fajlformatumok_2013.pdf | Fájlformátumok]]
# [[Media:Dokszerk_Word_folia_12_kordokumentumok_2013.pdf | Kördokumentumok]]
# [[Media:Dokszerk_Word_folia_13_makrok_2013.pdf | Makrók és eszköztárak]]

===LaTeX===
* [http://mcl.hu/~jeneyg/foliak.pdf Órán levetített fóliák]
* [http://mcl.hu/~jeneyg/kinezet.pdf Tipográfiai összefoglaló]
* [http://www.math.bme.hu/latex/ http://www.math.bme.hu/latex/]
* [[LatexPeldak|Hogyan írjunk képleteket Wikin]]

===OpenOffice===

==Kedvcsináló==

===LaTeX ajánló===

Én 2008. első félévében vettem fel. Jeney Gábor tartotta, teljesen korrekt, nem halad túl gyorsan, az alapoktól kezdve mondja el a dolgokat. Szívesen segít általános, nem konkrétan az óra anyagához tartozó LaTeX-es kérdésekben is. Az órán érdemes laptopot használni, mert a későbbi doksikat úgy is azon fogod írni, jobb, ha azt szokod meg. Aki nem laptopozott, az urál alatt fordított. A hiányzásra és a késésekre érdemes figyelni, mert katalógus van. Évközbeni házi megírása opcionális, lehet tanulni az ott elkövetett hibákból. A nagyházit az évközi házik megírása nélkül is lehet abszolválni, de azért érdemes átnézni előtte a diákat. Miután megcsináltad a tárgyat, nem nagyon lesz kedved többet elindítani WYSIWYG szövegszerkesztőket (word és társai) :)

-- [[CsuzdyCsabaDavid|Csaba]] - 2009.01.14.

Az órák úgy zajlanak, hogy a fazon (Kontra Gergely) felír egy webcímet a táblára, ahonnan leszedheted a slide-okat, majd azt gépen olvasgathatod. Ha valamit nem értesz, jelentkezel, akkor morogva odacammog, és többnyire fogalma sincs arról amit kérdezel.
Tehát az "előadó" rém gyenge, az anyag viszont nagyon jó és hasznos! A diplomamunkát úgyis [http://hu.wikipedia.org/wiki/LaTeX LaTeX]-ben illik írni, úgyhogy jó ha mielőbb megtanulja az ember.

Csak néhány óráról lehet hiányozni, és a félév során be kell adni 4-5 fél óra alatt összedobható kisházit, meg egy kicsit hosszabb nagyházit. Ha ezek mind megvannak, akkor szinte garantált az 5-ös, ha nagyon nem vagy szimpatikus és sokat hiányoztál akkor esetleg 4-es. Ha nem teljesítettél mindent, akkor viszont nem engednek át.

Letölthető anyagok [http://www.passwd.hu/~preko/latex/ itt].
Jeney Gábor csak jegyet írt be, az órákat nekünk Kontra Gergely tartotta, így minden kritika rá vonatkozik.

-- [[PrekopcsakZoltan|Preko]] - 2005.05.16.

most osszel azzal kezdte az eloado latex elejen, hogy atmehetunk masikra
(Word, OO), meg aki azokat vette fel az is johet latexre. Szoval meg
lehet beszelni. Gep nem biztos hogy lesz eleg, de laptopon is lehet
csinalni a peldakat.

-- Tamas, @info2003, 2007. 02. 02.

Én 2005 tavaszán hallgattam. Nekünk Jeney tartotta. Ő végig magyarázza az órát, vagyis végig megy a slide-okon szóban is. A példáknál vár egy kicsit, hogy begépeld, kipróbáld. Ha gond van, nem megy akkor lehet kérdezni. Idén nem kellett évközben házikat csinálni (nem járt érte se előny, se hátrány, de ha gyakorolni akartál akkor kijavította.)

Hiányozni max 4-et lehet, a házi megírása nem olyan vészes ha legalább az órán figyeltél ha már beültél. (Egyébként aki netezett vagy ilyesmi azokra nem szólt rá...)

Tárgy ha egy kicsit is igényes vagy a szöveg formátumára amit kiadsz a kezed közül akkor érdekes.

(A tárgynak egyébként van Word-os kurzusa is, targy felvételnél nem árt vigyazni.)

-- [[HorvathJanos|Jano]] - 2005.05.24

2006 tavaszán hallgattam. Jeney tartotta, jól elmondta a dolgokat, volt 1-2 egész érdekes dolog, alapvetően nagyjából: hogyan csináljunk igényes dokumentumot, ha matematikai képletekkel, hivatkozásokkal is van dolgunk (meg úgy általában is).
vannak kisházik, nem kötelező jelleggel (ha megcsinálod, kijavítja, ha nem semmi hátrányod nincs, tehát gyakorolásra jó) meg egy nagyházi, amire a jegy is jár. Ezt kb. ha bent vagy órán (max 4szer lehet hiányozni) és odafigyelsz valamennyire, 4-5 óra alatt meg lehet csinálni, és ha nem cisnálsz iszonyú nagy hülyeségeket, akkor a 4-5 a várható érdemjegy.

-- [[HarangozoPeter|TitCar]] - 2006.05.26.

===Word ajánló===

Nem a teljesen kezdő szintről indul, így annak sem unalmas, aki már valamennyire járatos a Word funkcióiban.
Be kell járni. Van katalógus. Észreveszi, ha nem annyi ember van a papíron, mint a teremben
Minden órán ad házit, amit be kell adni emailben következő óráig. Nem túl bonyolult feladat, és óra vége előtt 10 perccel adja fel, így aki ügyes, az óra végéig el is küldi neki, és akkor nincs vele gond hét közben.
Év végén be kell adni nagyházit, de ez sem túl megerőltető, pár óra alatt össze lehet hozni egy igényes doksit.
Mindenki ötöst kapott, aki évközben adott be házikat.

--

2013-as tapasztalat: aki csak kreditet akar, annak tulajdonképp ingyen van. Az ötösért már meg kell szenvedni, és nem is a nehézség, hanem a pepecselés miatt, ugyanis az ötöshoz csak stílussal lehet formázni. (Tehát ha egy szót dőlt betűsre teszel, az már nem legit.) Viszont négyesre könnyen teljesíthető, ha az első beadandókat jól megcsinálod és ráfekszel a nagyházira, és rászánsz min. egy teljes napot vagy kettőt, akkor zsebben min. a négyes. 
-- [[Szerkesztő:Lordviktor|Lord Viktor]] ([[Szerkesztővita:Lordviktor|vita]]) 2013. december 12., 10:06 (UTC)
===Open Office ajánló===

Én Open Office kurzuson voltam idén (2006) tavasszal, Zsíros Attila tartotta. A követelmény nem volt túl vészes, be kellett járni órára (3 hiányzás volt a max), illetve volt egy nagyházi.

Az órák nem voltak rosszak, sok érdekes dolgot meg lehetett tudni az igényes dokumentum előállításáról, de igazából mindenki azt csinált, amit akart. Komolyabb munka készítéséhez mindenesetre a leadott anyag nagyon hasznos lehet, főleg olyanoknak, akik ezzel a témával még egyáltalán nem foglalkoztak.

A házifeladat az órai anyag alapján körülbelül másfél óra alatt előállítható (tárgy honlapján azt hiszem 24 óra van rá előirányozva...), amire ha nincsenek benne komolyabb hibák, akkor biztos az ötös. Ha valaki egész biztosra akar menni, akkor a leadási határidő előtt küldhet a srácnak dokumentumot, amit ő szívesen értékel a tanult szempontok alapján.

Vagyis minimális munkával jó jegyet lehet szerezni egy három kredites tárgyból,a mi még hasznos is - a hülyének is megéri...

-- [[LuxAndras|Luxa]] - 2006.05.13.

2009 tavasz: hasonlóképp Zsíros Attila tartotta, azt mondta, lehet hogy most indult utoljára a kurzus, majd még meglátja, hogy folytatja-e ősszel, vagy lesz-e aki vigye tovább. Amúgy közepesen érdekesek voltak a laborok, viszont annál hasznosabbak, volt katalógus, x hiányzás lehetett, de nem veszi túl szigorúan. A nagyházi a 7 darab kisházi egymásután végrehajtása, cserébe ha a kisházikat külön-külön adod be, ő visszaküldi, hogy mik voltak a hibáid, ha csak a nagyházit egyben, akkor azonnal osztályoz (legalábbis ezt mondta, én kisházikkal kaptam ötöst:P) Megéri felvenni/bejárni/rászánni azt a pár órát.

-- [[EszenyiViktor|dög]] - 2009.04.30.

[[Category:Valaszthato]]