„Szoftvertechnológia - Lehetséges vizsgakérdések” változatai közötti eltérés
válasz külön sorban |
válasz külön sorban |
||
| 404. sor: | 404. sor: | ||
==CM== | ==CM== | ||
* Mi a 3 nézete a CM-nek? Change Request Management: változások | * Mi a 3 nézete a CM-nek? | ||
* Milyen elemeket kell azonosítani? configuration item, communication(email ..), dokumentáció, implementáció | ** Change Request Management: változások kezelése, | ||
* Miért felelős a Change Request Management? hogyan kezeljük a változásokat, Change Control Board- | ** Configuration Management: különböző dokumentumok/kódok egy programmá állnak össze, | ||
* Miért felelős a Build management? Milyen alapanyagokból hogyan rakjuk össze a programot | ** Mérések | ||
* Mi az a baseline? pillanatkép a projektről. Ha valami változtatás történik, azt deltának hívjuk. | * Milyen elemeket kell azonosítani? | ||
* 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 | ** configuration item, communication (email ..), dokumentáció, implementáció | ||
* 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 | * Miért felelős a Change Request Management? | ||
* 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 | ** hogyan kezeljük a változásokat, | ||
* Mi a szótára a VC-nek? working copy, repository, check-out: r → wc, check-in/commit: wc → r, update: wc szinkronizálása a repo-val | ** Change Control Board - változáskezelő bizottság, | ||
* Milyen metodikákat ismer konkurens hozzáféréshez? lock-modify-unlock, copy-modify-merge | ** defect management - mikor, hogyan, ki, milyen prioritással kezeli a problémákat | ||
* Mi az a branch? | * 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, | |||
** check-in/commit: wc → r, | |||
** 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 | * Lock-modify-unlock | ||
** [[File:Szofttech_Vizsga_Lehetséges_vizsgakérdések_04.Lock_modify_unlock.png|400px]] | ** [[File:Szofttech_Vizsga_Lehetséges_vizsgakérdések_04.Lock_modify_unlock.png|400px]] | ||