Fejlesztési feladatok követése, változáskezelés - Revision history

Kissist at 2010. november 9., 09:44

Kissist — Tue, 09 Nov 2010 09:44:58 GMT

←Régebbi változat		2010. november 9., 09:44 változat
1. sor:		1. sor:
	1. A fejlesztési feladatok teljes életciklusa a központi ROOL szerver (2) rool_dev adatbázisában követendő.		1. A fejlesztési feladatok teljes életciklusa a központi ROOL szerver (2) rool_dev adatbázisában követendő.

-	2. Fejlesztési feladatként rögzítendő minden olyan tevékenység, amely a szoftver-fejlesztés, -dokumentálás, -tesztelés és az üzemeltetés támogatás során felmerülő elvégzendő feladat.	+	2. Fejlesztési feladatként rögzítendő minden olyan tevékenység, amely a szoftver-fejlesztés, -dokumentálás, -tesztelés, -marketing és az üzemeltetés támogatás során felmerülő elvégzendő feladat.

	3. Fejlesztési feladatokat rögzíthet bármely ROOL munkatárs. Az e-mailen érkező partneri bejelentéseket elsődlegesen a kijelölt helpdesk munkatárs rögzíti.		3. Fejlesztési feladatokat rögzíthet bármely ROOL munkatárs. Az e-mailen érkező partneri bejelentéseket elsődlegesen a kijelölt helpdesk munkatárs rögzíti.
20. sor:		20. sor:

	Kapcsolódóan:		Kapcsolódóan:
		+	* fokozott figyelemmel kell lenni arra, hogy a fejlesztési feladathoz olyan jelleget válasszunk, amely által meghatározott kiközlendő jellemző megfelel a feladat tartalmának és szövegezésének (csak azoknál a feladatoknál legyen a kiközlendő jelleg választva, amely valóban az összes partnerünk és bárki által elérhető információkat tartalmaz az adott feladat nevét, célját és változás leírását tekintve - azaz közérdekű a feladat, nem tartalmaz adott partnerre vagy magára a ROOL Informatika működésére vonatkozó információkat)
	*a feladat célját minden esetben úgy kell megfogalmazni, hogy abból a bejelentő is ráismerjen a bejelentésére (a nevét nem közöljük ki a változásjelentéssel) és másoknak is egyértelmű kell legyen a feladat célja		*a feladat célját minden esetben úgy kell megfogalmazni, hogy abból a bejelentő is ráismerjen a bejelentésére (a nevét nem közöljük ki a változásjelentéssel) és másoknak is egyértelmű kell legyen a feladat célja
	*a feladat leírásába belső fejlesztői leírást teszünk, a megjegyzésbe belső megjegyzéseket a feladatról (pl. a felfüggesztés okát)		*a feladat leírásába belső fejlesztői leírást teszünk, a megjegyzésbe belső megjegyzéseket a feladatról (pl. a felfüggesztés okát)
53. sor:		54. sor:

	14. A szoftvermódosítással járó fejlesztési feladatok esetén a felelős programozónak kötelezően tesztelnie kell az elvégzett módosításokat, s az érintett funkciók működőképességének megmaradását.		14. A szoftvermódosítással járó fejlesztési feladatok esetén a felelős programozónak kötelezően tesztelnie kell az elvégzett módosításokat, s az érintett funkciók működőképességének megmaradását.
		+
		+	15. Minden munkanap végén minden ROOL munkatárs kijelöl 6 feladatot/részfeladatot, amit a következő munkanapon tervezetten el fog végezni. Ha egy feladat tervezett végrehajtási ideje hosszabb, mint egy ennek megfelelő egység, akkor részfeladatokra bontandó. Ezen feladatok tervezett sorrendje beállítandó 1-6 között (a fejlesztési feladat munkafüzeten). A tervezett sorrend tükrözze a fontossági sorrendet.

Vargaz at 2008. március 25., 21:33

Vargaz — Tue, 25 Mar 2008 21:33:30 GMT

←Régebbi változat		2008. március 25., 21:33 változat
32. sor:		32. sor:

	9. A sürgősen telepítendő változások (hibajavítások, gyorsítások) esetén explicite és egyértelműen jelezni kell a változásjelentésben a változás patch-jellegét és telepítési kérését, megnevezve (megjegyzésben), hogy hová kell telepíteni (XY cég, teszt/éles rendszer).		9. A sürgősen telepítendő változások (hibajavítások, gyorsítások) esetén explicite és egyértelműen jelezni kell a változásjelentésben a változás patch-jellegét és telepítési kérését, megnevezve (megjegyzésben), hogy hová kell telepíteni (XY cég, teszt/éles rendszer).
-	A telepítés megtörténtére ésszerű időn belül rá kell kérdezni a központi verziófelelősnél emlékeztetőül, addig amíg meg nem bizonyosodott a feladat végrehajtója a telepítés megtörténtéről. Amennyiben akadály meról fel, az akadály jelzendő az archiv[-]rool.hu címre és a fejlesztési vezetőnek szóban.	+	A telepítés megtörténtére ésszerű időn belül rá kell kérdezni a központi verziófelelősnél emlékeztetőül, addig amíg meg nem bizonyosodott a feladat végrehajtója a telepítés megtörténtéről. Amennyiben akadály merül fel, az akadály jelzendő az archiv[-]rool.hu címre és a fejlesztési vezetőnek szóban.

	10. Minden új munkafüzetnél a tesztelő helpdesk munkatárs ellenőrzi, hogy minden új munkafüzetnél az F1/Leírás ne legyen üres. Ha üres lenne, a feladatot vissza kell adni Javítandó státuszra.		10. Minden új munkafüzetnél a tesztelő helpdesk munkatárs ellenőrzi, hogy minden új munkafüzetnél az F1/Leírás ne legyen üres. Ha üres lenne, a feladatot vissza kell adni Javítandó státuszra.

Kissist at 2008. március 20., 22:36

Kissist — Thu, 20 Mar 2008 22:36:19 GMT

←Régebbi változat		2008. március 20., 22:36 változat
51. sor:		51. sor:

	13. A support (telefonos és egyéb) kérdésekről minden esetben küldendő e-mailes visszaigazolás a kérdező és a helpdesk felé a kérdést és a választ is rögzítve, egyben "Telefon/skype támogatás" jellegű fejlesztési feladatban rögzítve.		13. A support (telefonos és egyéb) kérdésekről minden esetben küldendő e-mailes visszaigazolás a kérdező és a helpdesk felé a kérdést és a választ is rögzítve, egyben "Telefon/skype támogatás" jellegű fejlesztési feladatban rögzítve.
		+
		+	14. A szoftvermódosítással járó fejlesztési feladatok esetén a felelős programozónak kötelezően tesztelnie kell az elvégzett módosításokat, s az érintett funkciók működőképességének megmaradását.

Kissist at 2008. március 20., 22:29

Kissist — Thu, 20 Mar 2008 22:29:04 GMT

←Régebbi változat		2008. március 20., 22:29 változat
5. sor:		5. sor:
	3. Fejlesztési feladatokat rögzíthet bármely ROOL munkatárs. Az e-mailen érkező partneri bejelentéseket elsődlegesen a kijelölt helpdesk munkatárs rögzíti.		3. Fejlesztési feladatokat rögzíthet bármely ROOL munkatárs. Az e-mailen érkező partneri bejelentéseket elsődlegesen a kijelölt helpdesk munkatárs rögzíti.

-	4. A fejlesztési feladatok adminisztrációját pontosan és valós időben kell végezni. A fejlesztési feladat státisza szerint követett, hogy éppen ki melyik feladaton dolgozik. A feladat végrehajtásának megkezdésekor annak végrehajtója fejlesztés alatti státuszba teszi a feladatot, s a feladat elvégzésekor illetve felfüggesztésekor a megfelelő státuszba állítja.	+	4. A fejlesztési feladatok adminisztrációját pontosan és valós időben kell végezni. A fejlesztési feladat státusza szerint követett, hogy éppen ki melyik feladaton dolgozik. A feladat végrehajtásának megkezdésekor annak végrehajtója fejlesztés alatti státuszba teszi a feladatot, s a feladat elvégzésekor illetve felfüggesztésekor a megfelelő státuszba állítja.
	Fejlesztés alatti stázuszban minden időpillanatban csak azok a feladatok legyenek, amelyek fejlesztése éppen folyamatban van.		Fejlesztés alatti stázuszban minden időpillanatban csak azok a feladatok legyenek, amelyek fejlesztése éppen folyamatban van.
	Ha a feladat nem lett elvégezve, de valami oknál fogva nincs is fejlesztés alatt, akkor a státuszát állítsuk felfüggesztve értékre. (ez alól a normál éjszakai/hétvégi szünet kivétel, azaz ha utána ezzel a feladattal lesz folytatva a fejlesztés, akkor maradhat folyamatban). Ha egy fejlesztési feladat felfüggesztésre kerül, vagy egyéb speciális információ/akadály... merül fel, a megjegyzésében fel kell tüntetni a vonatkozó információkat, egyben a felfüggesztés okát.		Ha a feladat nem lett elvégezve, de valami oknál fogva nincs is fejlesztés alatt, akkor a státuszát állítsuk felfüggesztve értékre. (ez alól a normál éjszakai/hétvégi szünet kivétel, azaz ha utána ezzel a feladattal lesz folytatva a fejlesztés, akkor maradhat folyamatban). Ha egy fejlesztési feladat felfüggesztésre kerül, vagy egyéb speciális információ/akadály... merül fel, a megjegyzésében fel kell tüntetni a vonatkozó információkat, egyben a felfüggesztés okát.
	Fentiek szerint 1 munkatársnál normál esetben pontosan egy feladat lehet fejlesztés alatt.		Fentiek szerint 1 munkatársnál normál esetben pontosan egy feladat lehet fejlesztés alatt.
		+	Jelen szabály áthágása esetén a fejlesztési vezetőnek és az ügyvezető igazgatónak joga van az adott feladat elfogadott időfelhasználását csökkenteni, kirívó esetben akár 0-ra is (pl. a feladat már el lett végezve, de a feladat státusza szerint még el sem lett kezdve).

	5. A rendszer, mint szoftver és dokumentáció együttesének változásait változásjelentések formájában rögzíti az adott változást végrehajtó munkatárs. A változásjelentés minden esetben fejlesztési feladathoz kapcsolódóan létezik. A változásjelentéseket e-mail formájában szükséges továbbítani a valtozas[-]rool.hu e-mail címre.		5. A rendszer, mint szoftver és dokumentáció együttesének változásait változásjelentések formájában rögzíti az adott változást végrehajtó munkatárs. A változásjelentés minden esetben fejlesztési feladathoz kapcsolódóan létezik. A változásjelentéseket e-mail formájában szükséges továbbítani a valtozas[-]rool.hu e-mail címre.

Kissist at 2008. március 20., 09:22

Kissist — Thu, 20 Mar 2008 09:22:10 GMT

←Régebbi változat		2008. március 20., 09:22 változat
7. sor:		7. sor:
	4. A fejlesztési feladatok adminisztrációját pontosan és valós időben kell végezni. A fejlesztési feladat státisza szerint követett, hogy éppen ki melyik feladaton dolgozik. A feladat végrehajtásának megkezdésekor annak végrehajtója fejlesztés alatti státuszba teszi a feladatot, s a feladat elvégzésekor illetve felfüggesztésekor a megfelelő státuszba állítja.		4. A fejlesztési feladatok adminisztrációját pontosan és valós időben kell végezni. A fejlesztési feladat státisza szerint követett, hogy éppen ki melyik feladaton dolgozik. A feladat végrehajtásának megkezdésekor annak végrehajtója fejlesztés alatti státuszba teszi a feladatot, s a feladat elvégzésekor illetve felfüggesztésekor a megfelelő státuszba állítja.
	Fejlesztés alatti stázuszban minden időpillanatban csak azok a feladatok legyenek, amelyek fejlesztése éppen folyamatban van.		Fejlesztés alatti stázuszban minden időpillanatban csak azok a feladatok legyenek, amelyek fejlesztése éppen folyamatban van.
-	Ha a feladat nem lett elvégezve, de valami oknál fogva nincs is fejlesztés alatt, akkor a státuszát állítsuk felfüggesztve értékre. (ez alól a normál éjszakai/hétvégi szünet kivétel, azaz ha utána ezzel a feladattal lesz folytatva a fejlesztés, akkor maradhat folyamatban).	+	Ha a feladat nem lett elvégezve, de valami oknál fogva nincs is fejlesztés alatt, akkor a státuszát állítsuk felfüggesztve értékre. (ez alól a normál éjszakai/hétvégi szünet kivétel, azaz ha utána ezzel a feladattal lesz folytatva a fejlesztés, akkor maradhat folyamatban). Ha egy fejlesztési feladat felfüggesztésre kerül, vagy egyéb speciális információ/akadály... merül fel, a megjegyzésében fel kell tüntetni a vonatkozó információkat, egyben a felfüggesztés okát.
	Fentiek szerint 1 munkatársnál normál esetben pontosan egy feladat lehet fejlesztés alatt.		Fentiek szerint 1 munkatársnál normál esetben pontosan egy feladat lehet fejlesztés alatt.

Kissist at 2008. március 20., 09:08

Kissist — Thu, 20 Mar 2008 09:08:49 GMT

Kissist at 2008. március 20., 09:06

Kissist — Thu, 20 Mar 2008 09:06:53 GMT

←Régebbi változat		2008. március 20., 09:06 változat
1. sor:		1. sor:
-	1. A fejlesztési feladatok teljes életciklusa a központi ROOL szerver (1) rool_dev adatbázisában követendő.	+	1. A fejlesztési feladatok teljes életciklusa a központi ROOL szerver (2) rool_dev adatbázisában követendő.

	2. Fejlesztési feladatként rögzítendő minden olyan tevékenység, amely a szoftver-fejlesztés, -dokumentálás, -tesztelés és az üzemeltetés támogatás során felmerülő elvégzendő feladat.		2. Fejlesztési feladatként rögzítendő minden olyan tevékenység, amely a szoftver-fejlesztés, -dokumentálás, -tesztelés és az üzemeltetés támogatás során felmerülő elvégzendő feladat.

Kissist: Levédte a(z) Fejlesztési feladatok követése, változáskezelés lapot [edit=sysop:move=sysop]

Kissist — Tue, 18 Mar 2008 16:55:00 GMT

Levédte a(z) Fejlesztési feladatok követése, változáskezelés lapot [edit=sysop:move=sysop]

←Régebbi változat

2008. március 18., 16:55 változat

Kissist at 2008. március 18., 14:50

Kissist — Tue, 18 Mar 2008 14:50:33 GMT

←Régebbi változat		2008. március 18., 14:50 változat
35. sor:		35. sor:
	10. Minden új munkafüzetnél a tesztelő helpdesk munkatárs ellenőrzi, hogy minden új munkafüzetnél az F1/Leírás ne legyen üres. Ha üres lenne, a feladatot vissza kell adni Javítandó státuszra.		10. Minden új munkafüzetnél a tesztelő helpdesk munkatárs ellenőrzi, hogy minden új munkafüzetnél az F1/Leírás ne legyen üres. Ha üres lenne, a feladatot vissza kell adni Javítandó státuszra.
	A leírásban rögzíteni kell a munkafüzet célját, a megjelenített adatokra vonatkozó információt (milyen adatok jelennek meg, milyen szűréssel: pl. melyik vállalatra, milyen jogosultság szerint, mely tételek... - kiemelten, hogy mi nem jelenik meg, ha az nem lenne egyértelmű), továbbá a használt kiemelő színek jelentését.		A leírásban rögzíteni kell a munkafüzet célját, a megjelenített adatokra vonatkozó információt (milyen adatok jelennek meg, milyen szűréssel: pl. melyik vállalatra, milyen jogosultság szerint, mely tételek... - kiemelten, hogy mi nem jelenik meg, ha az nem lenne egyértelmű), továbbá a használt kiemelő színek jelentését.
		+
		+	11. A központi verziófelelős minden hétfőn kiközli a követett partnerek felé az előző heti változásokat e-mailen.
		+
		+	12. A rögzített alap tesztfolyamatot a kijelölt helpdesk munkatárs minden hétfőn délelőtt elvégzi, s a tesztelés eredményéről e-mail jelentést küld a helpdeks[-]rool.hu e-mail címre.
		+
		+	- a központi szerveren elérhető app_teszt rendszert tekintjük belső tesztkörnyezetünknek (elsősorban nem programozói tesztre szolgál, arra a dev-et használjuk)
		+	- az app_teszt adatbázisba kizárólag a központi verziófelelős tehet fel változásokat szabványos változáskezeléssel
		+	- minden hétfőn, legkésőbb 11 óráig a központi verziófelelős frissíti az addigi (előző napig bezáró) változásokkal a tesztkörnyezetet
		+	- minden hétfőn a központi verziófelelős elvégez egy alapfolyamat tesztet a belső teszt-környezetben, s jelzi az esetleges hibákat
		+	- hibák esetén:
		+	- sürgős prioritással javítandóak a hibák,
		+	- kedden elvégzendő az ismételt frissítés és az alapfolyamat teszt.
		+	Az alapfolyamat forgatókönyvét rendszeresen tartsuk karban, egészítsük ki az új /kritikus/ alapfunkciókkal.
		+
		+	13. A support (telefonos és egyéb) kérdésekről minden esetben küldendő e-mailes visszaigazolás a kérdező és a helpdesk felé a kérdést és a választ is rögzítve, egyben "Telefon/skype támogatás" jellegű fejlesztési feladatban rögzítve.

Kissist: New page: 1. A fejlesztési feladatok teljes életciklusa a központi ROOL szerver (1) rool_dev adatbázisában követendő. 2. Fejlesztési feladatként rögzítendő minden olyan tevékenység, a...

Kissist — Tue, 18 Mar 2008 14:38:28 GMT

New page: 1. A fejlesztési feladatok teljes életciklusa a központi ROOL szerver (1) rool_dev adatbázisában követendő. 2. Fejlesztési feladatként rögzítendő minden olyan tevékenység, a...

Új lap

1. A fejlesztési feladatok teljes életciklusa a központi ROOL szerver (1) rool_dev adatbázisában követendő.

2. Fejlesztési feladatként rögzítendő minden olyan tevékenység, amely a szoftver-fejlesztés, -dokumentálás, -tesztelés és az üzemeltetés támogatás során felmerülő elvégzendő feladat.

3. Fejlesztési feladatokat rögzíthet bármely ROOL munkatárs. Az e-mailen érkező partneri bejelentéseket elsődlegesen a kijelölt helpdesk munkatárs rögzíti.

4. A fejlesztési feladatok adminisztrációját pontosan és valós időben kell végezni. A fejlesztési feladat státisza szerint követett, hogy éppen ki melyik feladaton dolgozik. A feladat végrehajtásának megkezdésekor annak végrehajtója fejlesztés alatti státuszba teszi a feladatot, s a feladat elvégzésekor illetve felfüggesztésekor a megfelelő státuszba állítja.
Fejlesztés alatti stázuszban minden időpillanatban csak azok a feladatok legyenek, amelyek fejlesztése éppen folyamatban van.
Ha a feladat nem lett elvégezve, de valami oknál fogva nincs is fejlesztés alatt, akkor a státuszát állítsuk felfüggesztve értékre. (ez alól a normál éjszakai/hétvégi szünet kivétel, azaz ha utána ezzel a feladattal lesz folytatva a fejlesztés, akkor maradhat folyamatban).
Fentiek szerint 1 munkatársnál normál esetben pontosan egy feladat lehet fejlesztés alatt.

5. A rendszer, mint szoftver és dokumentáció együttesének változásait változásjelentések formájában rögzíti az adott változást végrehajtó munkatárs. A változásjelentés minden esetben fejlesztési feladathoz kapcsolódóan létezik. A változásjelentéseket e-mail formájában szükséges továbbítani a valtozas[-]rool.hu e-mail címre.

6. A küldött változásjelentések:
- egyértelműen tartalmazzák a fejlesztési feladat számát
- a feladat bejelentőjét, a bejelentő rendszerpéldány hivatkozását
- a feladat célját (a feladatból)
- és persze a változás leírását.

Kapcsolódóan:
- a feladat célját minden esetben úgy kell megfogalmazni, hogy abból a bejelentő is ráismerjen a bejelentésére (a nevét nem közöljük ki a változásjelentéssel) és másoknak is egyértelmű kell legyen a feladat célja
- a feladat leírásába belső fejlesztői leírást teszünk, a megjegyzésbe belső megjegyzéseket a feladatról (pl. a felfüggesztés okát)
- a fejlesztési feladat célja a rendszeren történő valamilyen módosítás, amennyire csak lehet, partnerfüggetlenül
- a partnert a bejelentő->rendszerpéldány kitöltésével jelöljük
- a "Változás" leíró mezőben kerül rögzítésre a változás publikálandó szöveges leírása
- a változásjelentés e-mail generálható a fejlesztési feladatok adminisztrációs felületén

7. Amennyiben a fejlesztési feladat szöveges leírásában tartalmi és/vagy formai hiba van, akkor a feladat végrehajtása nem fogadható el, javításra visszaadandó (akár a tesztelő helpdesk munkatárs, akár a feladatot kiadól akár a központi verziófelelős által).

8. Az új fejlesztési feladatokat/bejelentéseket, ha nem rendeljük azonnal felelőshöz, akkor "A kiadatlan feladatok" felelőshöz kell rendelni. Innen kerül kiosztásra a végleges felelőshöz.

9. A sürgősen telepítendő változások (hibajavítások, gyorsítások) esetén explicite és egyértelműen jelezni kell a változásjelentésben a változás patch-jellegét és telepítési kérését, megnevezve (megjegyzésben), hogy hová kell telepíteni (XY cég, teszt/éles rendszer).
A telepítés megtörténtére ésszerű időn belül rá kell kérdezni a központi verziófelelősnél emlékeztetőül, addig amíg meg nem bizonyosodott a feladat végrehajtója a telepítés megtörténtéről. Amennyiben akadály meról fel, az akadály jelzendő az archiv[-]rool.hu címre és a fejlesztési vezetőnek szóban.

10. Minden új munkafüzetnél a tesztelő helpdesk munkatárs ellenőrzi, hogy minden új munkafüzetnél az F1/Leírás ne legyen üres. Ha üres lenne, a feladatot vissza kell adni Javítandó státuszra.
A leírásban rögzíteni kell a munkafüzet célját, a megjelenített adatokra vonatkozó információt (milyen adatok jelennek meg, milyen szűréssel: pl. melyik vállalatra, milyen jogosultság szerint, mely tételek... - kiemelten, hogy mi nem jelenik meg, ha az nem lenne egyértelmű), továbbá a használt kiemelő színek jelentését.

←Régebbi változat		2008. március 20., 09:08 változat
13. sor:		13. sor:

	6. A küldött változásjelentések:		6. A küldött változásjelentések:
-	- egyértelműen tartalmazzák a fejlesztési feladat számát	+	*egyértelműen tartalmazzák a fejlesztési feladat számát
-	- a feladat bejelentőjét, a bejelentő rendszerpéldány hivatkozását	+	*a feladat bejelentőjét, a bejelentő rendszerpéldány hivatkozását
-	- a feladat célját (a feladatból)	+	*a feladat célját (a feladatból)
-	- és persze a változás leírását.	+	*és persze a változás leírását.

	Kapcsolódóan:		Kapcsolódóan:
-	- a feladat célját minden esetben úgy kell megfogalmazni, hogy abból a bejelentő is ráismerjen a bejelentésére (a nevét nem közöljük ki a változásjelentéssel) és másoknak is egyértelmű kell legyen a feladat célja	+	*a feladat célját minden esetben úgy kell megfogalmazni, hogy abból a bejelentő is ráismerjen a bejelentésére (a nevét nem közöljük ki a változásjelentéssel) és másoknak is egyértelmű kell legyen a feladat célja
-	- a feladat leírásába belső fejlesztői leírást teszünk, a megjegyzésbe belső megjegyzéseket a feladatról (pl. a felfüggesztés okát)	+	*a feladat leírásába belső fejlesztői leírást teszünk, a megjegyzésbe belső megjegyzéseket a feladatról (pl. a felfüggesztés okát)
-	- a fejlesztési feladat célja a rendszeren történő valamilyen módosítás, amennyire csak lehet, partnerfüggetlenül	+	*a fejlesztési feladat célja a rendszeren történő valamilyen módosítás, amennyire csak lehet, partnerfüggetlenül
-	- a partnert a bejelentő->rendszerpéldány kitöltésével jelöljük	+	*a partnert a bejelentő->rendszerpéldány kitöltésével jelöljük
-	- a "Változás" leíró mezőben kerül rögzítésre a változás publikálandó szöveges leírása	+	*a "Változás" leíró mezőben kerül rögzítésre a változás publikálandó szöveges leírása
-	- a változásjelentés e-mail generálható a fejlesztési feladatok adminisztrációs felületén	+	*a változásjelentés e-mail generálható a fejlesztési feladatok adminisztrációs felületén

	7. Amennyiben a fejlesztési feladat szöveges leírásában tartalmi és/vagy formai hiba van, akkor a feladat végrehajtása nem fogadható el, javításra visszaadandó (akár a tesztelő helpdesk munkatárs, akár a feladatot kiadól akár a központi verziófelelős által).		7. Amennyiben a fejlesztési feladat szöveges leírásában tartalmi és/vagy formai hiba van, akkor a feladat végrehajtása nem fogadható el, javításra visszaadandó (akár a tesztelő helpdesk munkatárs, akár a feladatot kiadól akár a központi verziófelelős által).
40. sor:		40. sor:
	12. A rögzített alap tesztfolyamatot a kijelölt helpdesk munkatárs minden hétfőn délelőtt elvégzi, s a tesztelés eredményéről e-mail jelentést küld a helpdeks[-]rool.hu e-mail címre.		12. A rögzített alap tesztfolyamatot a kijelölt helpdesk munkatárs minden hétfőn délelőtt elvégzi, s a tesztelés eredményéről e-mail jelentést küld a helpdeks[-]rool.hu e-mail címre.

-	- a központi szerveren elérhető app_teszt rendszert tekintjük belső tesztkörnyezetünknek (elsősorban nem programozói tesztre szolgál, arra a dev-et használjuk)	+	*a központi szerveren elérhető app_teszt rendszert tekintjük belső tesztkörnyezetünknek (elsősorban nem programozói tesztre szolgál, arra a dev-et használjuk)
-	- az app_teszt adatbázisba kizárólag a központi verziófelelős tehet fel változásokat szabványos változáskezeléssel	+	*az app_teszt adatbázisba kizárólag a központi verziófelelős tehet fel változásokat szabványos változáskezeléssel
-	- minden hétfőn, legkésőbb 11 óráig a központi verziófelelős frissíti az addigi (előző napig bezáró) változásokkal a tesztkörnyezetet	+	*minden hétfőn, legkésőbb 11 óráig a központi verziófelelős frissíti az addigi (előző napig bezáró) változásokkal a tesztkörnyezetet
-	- minden hétfőn a központi verziófelelős elvégez egy alapfolyamat tesztet a belső teszt-környezetben, s jelzi az esetleges hibákat	+	*minden hétfőn a központi verziófelelős elvégez egy alapfolyamat tesztet a belső teszt-környezetben, s jelzi az esetleges hibákat
-	- hibák esetén:	+	**hibák esetén:
-	- sürgős prioritással javítandóak a hibák,	+	***sürgős prioritással javítandóak a hibák,
-	- kedden elvégzendő az ismételt frissítés és az alapfolyamat teszt.	+	***kedden elvégzendő az ismételt frissítés és az alapfolyamat teszt.
	Az alapfolyamat forgatókönyvét rendszeresen tartsuk karban, egészítsük ki az új /kritikus/ alapfunkciókkal.		Az alapfolyamat forgatókönyvét rendszeresen tartsuk karban, egészítsük ki az új /kritikus/ alapfunkciókkal.

	13. A support (telefonos és egyéb) kérdésekről minden esetben küldendő e-mailes visszaigazolás a kérdező és a helpdesk felé a kérdést és a választ is rögzítve, egyben "Telefon/skype támogatás" jellegű fejlesztési feladatban rögzítve.		13. A support (telefonos és egyéb) kérdésekről minden esetben küldendő e-mailes visszaigazolás a kérdező és a helpdesk felé a kérdést és a választ is rögzítve, egyben "Telefon/skype támogatás" jellegű fejlesztési feladatban rögzítve.