A rendszer bevezetési folyamatának adminisztrációja
Egy új rendszer bevezetése egy vállalatnál olyan helyzet, amelyet figyelembe kell venni, mert nem ismert, hogy az új rendszer milyen hatással lesz más alkalmazottakra, lehet, hogy az alkalmazottak egy részének nem volt kapcsolata a vállalat csapataival. bár ez apránként változik, mióta új technológiák vannak otthonunkban, és nehéz olyan alkalmazottakat szerezni, akiknek nincs semmiféle kapcsolata a számítógéppel, és a legfontosabb az, hogy most ne féljenek tőlük, tudod és tudod, hogy az optimalizálás mellett lassítani fogják a munkát.
Valami nagyon fontos az új rendszer bevezetésekor a rendszert működtető személyzet képzése, amely a számítástechnika legalapvetőbb fogalmaitól, például a hardvertől és a szoftverektől, az adatfeldolgozás általános elemeiből áll.
Ki kell képezni vagy ki kell képezni közvetlenül a rendszerrel, annak navigálásával, annak menük, funkciói, jellemzői tekintetében. Azt is ki kell képezni, hogy mi kapcsolódik a nyilvántartások tárolásához, az adatokhoz, a jelentések kézbesítéséhez, a kimenetek nyomtatásához. miután ezt az előzetes tanulást megadták, felügyelet alatt használhatja a rendszert.
A megvalósítás magában foglalja a régi rendszertől az újig minden lépést, bár vannak olyan esetek, amikor az új rendszer teljesen kiveszi a régit. Ezek a rendszerek lehetnek kézi vagy automatizáltak. A fentiektől függetlenül jó megvalósításra van szükség annak érdekében, hogy a rendszer megbízható és működőképes legyen. Ez a rész elengedhetetlen egy vállalat számára, mert ha az elemző elmulasztja a megvalósítás részleteit, annak ellenére, hogy a rendszert optimalizálták, nem fog olyan jól teljesíteni, mint lehet.
A képzésnek két szakasza van, például: a személyzet képzése, amint azt korábban egy rövid áttekintésnek tettük, valamint az átállási és felülvizsgálati eljárások a végrehajtás után.
Kiképzés:
Jobban elmagyarázva ezt a részt, mivel úgy gondoljuk, hogy rendkívül fontos, hogy a rendszer a lehető legjobban áramoljon, fontos, hogy a rendszerrel foglalkozó emberek mindegyike ismerje a szerepének minden részletét, hogy mi lesz a rendszer és mi nem csináld.
owHogyan lehet képezni a rendszerüzemeltetőket?
Mindig nagyon fontos, hogy a számítógépes részleg kiválóan képzett legyen a rendszerekkel, hogy támogatást nyújtson egyszerű dolgokhoz, vagy rendkívüli dolgokhoz, amelyeket nap mint nap bemutathatunk. Ha a megvalósításhoz új technológiai platformra, új felszerelésre, stb. ha szükséges megtanítani neki, hogyan kell bekapcsolni, kikapcsolni, hogyan működik, mindent, ami az adatrögzítést érinti. Az üzemeltetőt ki kell képezni arra, hogy mik a lehetséges hibák, és ezáltal össze kell állítani ezek listáját a lehetséges megoldásaikkal, valamint a rendszert létrehozó emberek telefonszámait arra az esetre, ha valami történne, amit nem tudnak megoldani. Nagyon fontos az is, hogy betanítsuk vagy megismertessük a rendszer eljárásaival, például a fájlok létrehozásával, többek között megkönnyítik a rendszeren keresztüli gyors eligazodást.
Valami nagyon fontos az a képzés is, amelyet a felhasználónak meg kell adni.
Felhasználói képzés:
Ennek a képzésnek a legalapvetőbbekből kell származnia, például floppy lemez behelyezéséből, mikor kell kikapcsolni az Aquinót adatok elvesztése nélkül stb. Mivel sok esetben az operátor ugyanaz a felhasználó, a hibák felismerésével is ki kell képezni őket, mivel így tudni fogják, hogy a hibát az ő hibájuk vagy szoftveres problémák okozzák-e. A felhasználói képzés nagy része kifejezetten a rendszerrel foglalkozik, hangsúlyozva az adatrögzítés szabványait. Fontos az is, hogy tudja, hogyan kell használni a perifériákat, például a nyomtatókat, tudnia kell, hogy többek között papírt, újratölteni kell a tintát.
Fontos, hogy az elemző olyan felhasználói kézikönyvet írjon, amely tartalmazza a felhasználó számára szükséges összes információt.
Ezeket az órákat vagy tanfolyamokat ugyanabban a társaságban lehet lebonyolítani, ahol megvalósítják, valamint a cégen kívüli szállodákban vagy helyeken, mivel a szolgáltató is használhatja a rendszert.
Ez a régi rendszer újra váltásának folyamata, ennek az átalakításnak a hatékony elérésére nincsenek módszerek.
Ennek az átalakításnak a végrehajtására 4 módszer létezik, ezeket a módszereket alaposan tanulmányozni kell, hogy a konverziónak legjobban megfelelő módszer megvalósuljon.
Ez nem más, mint egy olyan terv elkészítése, ahol az új rendszerrel foglalkozó embereket és az ezzel kapcsolatos felelősségeket elmagyarázzák vagy egyértelművé teszik, tevékenységi programokat készítenek, amikor az egyik helyzetet el kell végezni, amikor a másik, az összes fájlt, amely konvertálják az ezekhez a fájlokhoz szükséges adatokat, új eljárásokat, ellenőrzési szakaszokat annak megtekintéséhez, hogy az emberek vagy a rendszer naprakészen működik-e, a felelősségek kiosztását, valamint az egyes rutinok idejét, hogy a végén az új a beültetés a legstabilabb módon történik, amellyel azt tervezték. Ennek a tervnek tartalmaznia kell az esetleges hibákat és azt is, hogyan kell kezelni őket.
Az elemzőnek létre kell hoznia és ki kell kondicionálnia a helyszínt, hogy támogassa ezt az új rendszert, kábeleket, számítógépeket, páratartalom-szabályozásokat stb. hogy a hely a csapatok megérkezése előtt készen álljon.
Szükséges, hogy a fájlok már migrálódjanak egyik rendszerből a másikba, mivel ez az a szakasz, amely a leghosszabb ideig tart, mivel az elején a bejegyzéseknél be kell írnia néhányat, mindig tanácsos hibamérőket használni, mivel ezt meg kell akadályoznunk Az információk biztonságos módon történnek, és nincsenek hibák, mivel ezek később a rendszer fejlesztésével befolyásolják.
A rekordok hiányának elkerülése érdekében úgynevezett kötegelt folyamatokkal működik, ami nem más, mint 50 vagy 100 rekord elküldése vagy tárolása, és így minden csoport ellenőrizhető, mielőtt hozzáférnének hozzájuk. Mindig jó, hogy az összes fájltranzakció sorozatban történik, ha távoli eszközről származik, ezért tudjuk, hogy ha 1000 fájl érkezett az egyik webhelyről, a másikban 1000 fájl található.
Miután a rendszer elkészült az összes fájlkonverzióval, az elemzőnek és a munkacsoportjának tesztelnie kell a rendszert annak megfelelő működésének megállapítása érdekében, és meg kell-e változtatni vagy sem. Miután megállapodott a rendszerrel, az elvárások tanulmányozásaként történik, hogyan érezte magát a felhasználó a rendszerrel, ha optimalizáltam a folyamatot vagy sem? Mindez nagyon fontos, mivel meg kell vizsgálni, hogy a kiszabott rendszer a legoptimálisabb-e, ezt felhasználói felmérések, interjúk útján végzik, és így a rendszer hatása ismert lesz a felhasználók körében, akik kezelni fogják vagy működtetni, és ha nem is a vállalat érdekeit szolgálják, mivel a folyamatok optimalizálása és azok károsítása nem a célja.
Minden sikeres információs rendszer projekt ennek köszönhető, hogy megfelelő módon futtatták őket. Mindennek ellenére a programok kudarcot vallanak, mivel néha nem veszik figyelembe, hogy a folyamatok mennyire kritikusak lehetnek, vagy hogy a legképzettebb személyzetet nem használták fel. Ennek elkerülése érdekében a becsléseket megfogalmazzák, és ütemezésük szerint annak teljesítményét tanulmányozni lehet.
egy projekt késői fejlesztése kissé elkedvetleníti a felhasználókat, ezért az alábbiakban bemutatunk egy módszert az időtervezés jobb fejlesztésére.
Az időigény becslése:
A becslések a kívánt rendszer kifejlesztéséhez szükséges órák, hónapok, napok és másodpercek. Ezeket az elemző vagy a programozók készsége, vagy egyszerűen a rendszer összetettsége határozza meg.
Időbecslési módszer:
A projektfejlesztési idő becslésére három módszer létezik.
· Történelmi módszer: a korábbi projekt-megvalósításokról gondos jegyzőkönyvek készülnek, minden jellemzővel együtt, hogy később összehasonlíthatók legyenek a jelenlegivel, és így a becslés elvégezhető, ezért nem ez a leggyakrabban használt, mivel nehéz ilyen szigorú nyilvántartást vezetni, és az új projektnek is nagyon hasonlónak kell lennie a régihez, hogy a becslés megbízható legyen.
· Intuitív módszer: ezt a módszert alkalmazzák azok az emberek, akik nagyobb státusszal rendelkeznek a vállalatnál, és több tapasztalattal rendelkeznek a projektek terén. Ezt a módszert széles körben használják, mivel gyors, de a személy tapasztalatától függően pontos lesz.
· Normál módszer: ezt az egyes folyamatok és az egyes súlyok részletes tanulmányozása, majd egy speciális számtani képlet határozza meg, amely a legpontosabb és legmegbízhatóbb eredményhez vezet.
Ezen módszerek bármelyikének elvégzéséhez figyelembe kell venni a projekt minden részletét, mert ezek nagyon fontosak a jó becsléshez (attól a pillanattól kezdve, hogy a projektet elhatározták, átmennek a programozandó nyelven) végrehajtásáig).
A projektütemező szoftverek, például az MS használata ajánlott. Projekt.
Nagyon fontos a jó munkacsoportok kiválasztása és a strukturálásuk is, mivel jól tudjuk, hogyan történhetett meg velünk a pont fontossága a hallgatók éveiben. A csapatok a következő módon építhetők fel:
- Csapatok főprogramozóval: ez a csapat egy fő programozóból, egy tartalékból és egy támogató csoportból áll. A fő programozónak nagy készségekkel és tapasztalattal rendelkező személynek kell lennie, aki a tervezés élén áll. A tartalék programozónak van alternatív lehetősége, stratégiai tervezővel rendelkezik, bár kevésbé tapasztalt, mint a fő programozó. A többi pedig a támogató csoport, akik főnökeik felügyelete alatt fognak dolgozni.
- Szakértői csapatok: amint a neve is jelzi, egy olyan munkacsoport, ahol a tagok mindegyike egy olyan terület szakembere, amelyet kiegészít a csoport egyedisége. Az ilyen típusú csoportosulásoknak van egy fő és biztonsági programozójuk is
- Vezetés nélküli csapatok: a többiekkel ellentétben az ilyen típusú csoportnak nincs kialakult vezető figurája, amit csinál, hagyja a csoportot áramolni, és látható, hogy képességeiktől függően apránként egy főnök vagy vezető jelenik meg informálisan. Ezek az egyes személyek képességeitől függően osztják fel a munkát, ezek olyan munkacsoportok, amelyek nem oszlanak fel, minden projektben együtt maradnak.
Ez nem más, mint egy rendszer vagy szoftver részletes, tervezett áttekintése. Általában azok a személyek vesznek részt benne, akik létrehozták, az osztályvezetők ennek a felülvizsgálatnak vannak bizonyos jellemzői, és ezek a következők:
A túra célja megtalálni azokat a területeket, ahol a folyamat a legjobban megvalósítható.
A felülvizsgálati folyamat nem a hibák kijavítására, hanem azok optimalizálására összpontosít. A szervezet mindig kijelöl egy vezetőt ehhez a felülvizsgálathoz, szinte mindig az elemző, mivel ő ismeri a folyamatot a legjobban.
Egyre több rendszerkoordinátor veszi észre, mennyire fontos mindenben betartani egy szabványt, mivel annak felülvizsgálata könnyebb lesz, és karbantartása a jövőbeni áttekintő csoportok számára is.
A követelmények áttekintése:
Ez az az elemzés, amelyet az elemző által kitett követelmények végeznek, megpróbálja meglátni azokat a funkciókat, amelyeket az új rendszernek kezelnie kell, és ellenőrizni kell, hogy ezt csinálja-e, ezt annak ellenőrzésére használják, hogy vannak-e következetlenségek az adatokban vagy a a probléma megoldása érdekében.
Tervezési áttekintés:
Ez a túra a tervezés logikai részén megy keresztül, hogy lássa, megfelel-e az igényeknek hatékonyan. ha a felhasználók elégedetlenséget mutatnak az eredménnyel, ezt az elemző újra megvizsgálja.
Kód felülvizsgálata:
Itt áttekintjük a forráskód fő moduljait annak érdekében, hogy meggyőződjünk arról, hogy ez a modul megadja-e a várt eredményeket, annak ellenőrzésére, hogy megfelel-e az eredeti specifikációknak. Így fokozatosan javítható, és a felhasználókat nem fogja csalódni egy lusta rendszer.
A bizonyítékok áttekintése:
Ebben a szakaszban, amikor a vállalat tanácsadó céget vesz fel ennek a munkának az elvégzésére, bár nagyon fontos, hogy a cég már a tanácsadó cég felhívása előtt tudja, hogy milyen munkával fognak konzultálni, a redundancia. Felvesznek egy tanácsadót, aki objektív véleményt mond, objektív észrevételeket ad tapasztalatai alapján, technikai információkat ad egy adott témáról, és javaslatokat tesz a rendszer javítására.
Mindezeket az ellenőrzéseket el kell végezni az új rendszer jóváhagyása előtt, ha nem felel meg a teszteken, addig fejleszteni kell, amíg meg nem valósul, és miután elkészült, jóváhagyják.
Ebben a szegmensben arról fogunk beszélni, hogy szükség van-e hardverre, és arról, hogyan lehet eldönteni, melyiket válasszuk, anélkül, hogy mások tanácsai elragadnák.
A számítógépek a mikrokomputerektől a nagy hálózati telepítésekig változhatnak, nagyon nehéz számunkra kiválasztani a berendezést. Számos olyan jellemzőt kell figyelembe venni, mint például: memória, feldolgozási sebesség, kommunikációs csatornák, kiegészítő tároló. A jó konfiguráció mellett a hozzáférési szintek,. Szükség van egy kompatibilis berendezés beültetésére is, mivel így csökkennek a költségek, mivel olyan céggel dolgozunk, amely technikai támogatást tud nyújtani számunkra a gépekhez stb.
Másik lehetőség lehet a berendezés bérlése, és ha elavult, akkor a berendezést gond nélkül cserélik, de ez a fajta megoldás nagyon drága. Vannak hosszú távú bérleti díjak is (3-7 év), ez olcsóbb, mint a fent említett bérleti díj.
Ez nagyon fontos, mivel a berendezéseket általában olyan emberek használják, akiket nem nagyon érdekel a felszerelésük, ezért vannak garanciák, vagy egyszerűen azért, mert a berendezésnek valamilyen gyártási hibája volt, ezért a garancia 90 napos lesz, ill. a tárgyaláson elért megállapodástól függően. Az elemzőnek sok mindent figyelembe kell vennie, és ezt nem lehet figyelmen kívül hagyni, és meg kell próbálnia meghatározni ezt a részt a szerződésben, hogy el tudja takarni a hátát és jól karbantarthassa a berendezéseket, amelyek bizonyára nagyon drágák, mert nem használnak hogy a cég nagy összegeket költsön ingatlanokra, így később elveszik, mert meghalni hagyták.
Ez a kiválasztás nagyon fontos, csakúgy, mint a szoftver kiválasztása. A szoftver kiválasztásához szükséges egy felmérés a megvalósítandó rendszerről, hogy kiderüljön, melyik szoftver a legmegfelelőbb. A választás idején a legfontosabb dolog tudni, hogy milyen típusú adattranzakciókat fognak végrehajtani, a jelentések típusát, milyen adatbázis-kezelőkre lesz szükségünk, a rendszernek lesz néhány sajátos jellemzője, amelyen részt kell vennie. egy adott alkalmazás, a hardver, annak korlátai stb. Ennek viszont rugalmasnak kell lennie, mivel meg kell felelnie a felhasználók minden igényének, bár nem annyira rugalmas, inkább a jelentések részében. Célja továbbá, hogy a szoftver valamilyen típusú technikai támogatással rendelkezzen, mert ha kudarcot vallana, az nagy balesetet és nagy késést jelentene a vállalat számára, mindezt a gyártó vállalattal kötött szoftverszerződésben kell tartalmaznia, annak minden specifikációjával együtt. és a közművek.