Fejlesztési feladatok követése, változáskezelés
A RoolWikiBÓL
| 2008. március 20., 09:06 változat (szerkesztés) Kissist (Vita | szerkesztései) ← Előző változtatások |
2008. március 20., 09:08 változat (szerkesztés) (undo) Kissist (Vita | szerkesztései) Következő változtatások → |
||
| 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. | ||
2008. március 20., 09:08 változat
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.
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.
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.
- hibák esetén:
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.
