A CIVILSOFT PROGRAMJAINAK TELEPITÉSE
Valamennyi itt található felhasználói rendszer Microsoft Access 2.0 fejlesztő környezetben íródott. A felhasználók részére un. „runtime” megoldást szállítunk, amihez csupán valamilyen Windows szükséges -- továbbá egyes programoknál valamilyen MS Word szövegszerkesztő. Programjaink működnek Windows 3.1 alatt , Word6 szövegszerkesztővel is de a jóval hatékonyabb erőforrás kezelés okán minimumként javasoljuk a Windows98 - Word97 környezetet.
Megjegyzés: A tisztelt olvasó ne valami Nordwind-szerű demo megoldásra gondoljon. Programjaink főleg Basic keretből működtetett SQL-ekből és Windows rendszerhívásokból állnak, ahol a kritikus műveletek tranzakciókba vannak foglalva, működik hálózati lock-olás stb.
Első telepítés
A SETUP.EXE telepítő a felhasználói programot a RUNACCES könyvtár alkönyvtáraiba telepíti.
Sajnos Microsoft telepítője mélyebb könyvtárstruktúrát nem tud létrehozni,
ezért a telepítéskor -- főleg, ha ugyanazon munkaállomáson a Civilsoft több
programját használják -- célszerű az adat, sablon, demo stb. könyvtárakat
manuálisan a program alá áthelyezni, például az 1. ábra szerint. Ha az egyedi
gépen több meghajtó van, akkor a programot a C-re, telepítsük, az adatokat
például a D-re helyezzük át. (Az iratsablon is a felhasználó adata.) Ha az
adatokat több munkaállomásról kell elérni, akkor az adatcsomagot egy hálózati
meghajtóra helyezzük át. A programot minden további munkaállomáson SETUP-pal
telepíteni kell, majd a felesleges adat, stb fájlokat törölni. (Itt említjük
meg, hogy rendszereink külön megrendelés nélkül teljesítik a közös adatok
több munkaállomásról való egyidejű kezelésének szokásos kritériumait.)
A SABLONx könyvtárak a különféle (6-tól XP-ig) Word körlevél sablonokat tartalmazzák és csak azt kell megtartani közülük, amelyik egyezik a gépen elérhető Word-del. (A telepített verzió automatikus detektálása a 2.ábra Ellenőrzés gombjával történik.) A sablon könyvtárat a hálózati törzsállomány mellett tanácsos a munkaállomásokra is elhelyezni, mivel a hálózati közös sablonnal egyidejűleg, azonos fajta iratot több munkaállomáson nem lehet készíteni. Közös hálózati irattár esetén a munkaállomásokon azonos Word verziót kell használni – vagy a 2000 és XP esetén az alapértelmezett mentési formátumot a „leggyengébb láncszemre” állítani.
A futtató rendszer fájljait munkaállomásonként egyszer telepítjük, a RUNACCES könyvtárba, akárhány program is osztozik rajtuk.
Egy programkönyvtár általában a következő fájlokat tartalmazza:
- <programneve>.MDB = A főprogram. Átmeneti adattáblák is vannak benne, ezért a mérete a használat során változik, valamint pl. feszültség kimaradáskor sérülhet, és legközelebb nem lehet elindítani.
- <szervizneve>.MDB =A szerviz program (ha van).
- SYSTEM.MDA = Többek között a biztonsági rendszer, mint belépési nevek, jelszavak
- CVBASEx.DOT = A Word-ös iratkészítés makrói. x=6…10, ebből is csak a telepített Word-ek megfelelőt kell megtartani.
Az adatkönvtár tartalma:
- <adatneve>.MDB = a felhasználó adatai
- <törzsneve>.MDB = változatlan, a felhasználó által nem módosítható adat (ha van).
A WINDOWS, vagy WINNT könyvtárba kerül a
- <Program>.INI fájl, ami mindig tartalmaz egy <Programneve> szekciót, a Futtatási környezet párbeszéd ablakban beállított adatokkal. Lásd a korrekciót is!
- A különféle komponensek helyét a program részére a 2. ábrához hasonló Futtatási környezet párbeszéd ablakban adjuk meg. Az adatkönyvtárak tehát tetszőlegesen áthelyezhetők, átnevezhetők, amennyiben a Futtatási környezet ablakban követik a változásokat.
Az elmondottakból következik, hogy rendszeresen menteni csak a felhasználó adatait tartalmazó MDB-t szükséges, a többi komponens szükség esetén akár a telepítő CD-ről is visszaállítható.
A karbantartás -- a többi szoftveres
céghez hasonlóan – a programok tökéletesítését, hibamentesítését, új
funkciókkal bővítését szolgálja. Az önkormányzati programok jogszabályok
alapján készülnek, a jogszabály módosítása rendszerint adattartalmat is érint,
ami új programverzió kiadásához vezet.
A Civilsoft az esedékes változtatásokat elvégzi és a javításokat a honlapján közzéteszi. A felhasználói oldal feladatait az alábbiakban részletezzük
A programok eltávolítása (uninstall)
A programoknak nincs uninstall utasítása. Mivel a registry-be nem irkálunk, csak fájlokat kell törölni:
Ezután csak a SYSTEM könyvtárban marad néhány általunk telepített DLL, amit a telepítő CD alapján megkereshet, akinek nincs jobb dolga.
Miért 2.0?
A Microsoft Access 2.0 óta minden Office verzióhoz készült Access adatbázis kezelő is, ami rengeteg újdonságot tartalmaz, az Interneten megosztás, az automatikus távupdate és bizonyos fokig a látvány tekintetében. Véleményünk szerint ahhoz a feladathoz, hogy egy helyi hálózaton nem túl bonyolult és nem túl terjedelmes nyilvántartásokat kezeljünk, a 2.0 verzió is tökéletesen megfelel. A vállalkozások programjait átdolgoztuk Access97-re, de ahhoz a hátrányához képest, hogy a runtime rendszer tízszer nagyobb helyet igényel a merevlemezen és némileg lassúbb(!), egyetlen előnyének a valamivel látványosabb felhasználói felület bizonyult.
A 2.0-ás rendszerhez a fájneveket az ősi, 8.3-as (DOS-os) rendszerben kell meghatározni. Tehát pl. helyi új iratsablont nem nevezhetünk IRATSABLON.DOC-nak, hanem csak IRSABLON.DOC-nak. A könyvtárak neve lehet hosszabb is, azok a 2. ábra mezőiben, illetve kiválasztáskor rövidítve, illetve sorszámozva jelennek meg, a helyes elérést azonban biztosítják. Egy további 2.0 probléma: -->
Az általunk szállított Access adatbázis kezelő ingyenes és publikus: A felhasználó némi szakértelemmel hozzáférhet a saját adataihoz és azt tetszőlegesen, nem csak a beprogramozott módon hasznosíthatja. Ma már úgyszólván sehol sem található Access 2.0 verzió, de nem is szükséges, mivel az 2.0-s adat-MDB bármelyik magasabb Access verzióból megnyitható. A sokat szidott Microsoft e tekintetben kompatíbilis maradt önmagával. Az eljárás a következő:
Folytatás: A Civilsoft biztonsági rendszerének ismertetése
- VÉGE –
-