A siker titka a keverékben rejlik. A magas szintű nyelvek nem csodaszer
"A hagyományos programozási nyelvek, például a Cobol. Fortran, a PL/1 és a Pascal segítségével történő alkalmazás-programozás helyett magasabb szintű automatizálásnak kell eljönnie. A programozó munkáját automatizálni kell.".
Senki sem kételkedik abban, hogy a hagyományos programozók - az assembler, a PL/1 vagy a Cobol kódolók - napjait megszámolják. Ezek a nyelvek egyszerűen alkalmatlanok a kereskedelmi alkalmazások többségéhez. A szemantikai szint túl mély, a tesztelés és a karbantartás túl nagy. De nem mondják, hogy ezeknek a nyelveknek ki kell pusztulniuk. Még mindig speciális feladatok elvégzésére és az eszközök fejlesztésére használják őket. Ezenkívül olyan szabványosított nyelvek, mint a Fortran, a Cobol és a Pascal, szolgálnak majd célnyelvként a generátorok számára.
Noha elismeri, hogy a kereskedelmi alkalmazások harmadik generációs nyelven történő építése már nem igazolható, korántsem állítható, hogy az egyetlen alternatíva a 4. generációs nyelv kell, hogy legyen. Ezeknek a nyelveknek megvannak a maga korlátai, különösen a rendszerek hordozhatóságát illetően. További korlátozás az a tény, hogy ezek csak egyedi programtípusokra alkalmasak, különösen az ember-gép párbeszédekhez és riportokhoz. Alkalmatlanok komplex, automatizált folyamatokhoz, mert hiányzik a modularitás és a szerkezet. Ezért négy oka van annak, hogy a 4. generációs nyelvek nem csodaszerek:
- Nem univerzálisak.
- Nincsenek szabványosítva.
- Nem moduláltak.
- Rosszul felépítettek.
De ami a felhasználó számára megmarad, tekintettel a 4. generáció ezen korlátaira és a 3. generáció ismert hiányosságaira?
A válasz az, hogy a számítási alkalmazásokat két osztályba soroljuk. Az egyik csoportba tartoznak a diszpozitív feladatok, amelyek közül néhányat maguk a végfelhasználók programoznak - olyan feladatok, mint lekérdezések, egyszerű változtatások és jelentéskészítés. Itt jönnek a 4. generációs nyelvek a maguk nyelvébe. Minden vállalatnak célul kell kitűznie, hogy ezeket a feladatokat átruházza a szakosztályokra, és koordinálja azokat egy "információs központon" keresztül.
A másik osztályba a professzionális szoftvermérnökök által kidolgozott operatív feladatok tartoznak - olyan feladatok, mint bérek és fizetések, raktározás, megrendeléskezelés és gyártásellenőrzés. Itt a felhasználónak három alternatívája van:
- Megvásárolhat egy szabványos szoftver rendszert.
- Ő maga fejlesztheti a rendszert.
- Vásárolhat és adaptálhat szabványos szoftvereket.
Kimenetként szabványosított nyelv
Saját fejlesztése esetén az alkalmazást specifikációs nyelven tervezi meg, és abból állítja elő a programokat. Korrekció esetén a felhasználó dokumentálja és újra meghatározza a standard szoftvert, és létrehozza az új modulokat.
Az operációs rendszerek fő eszköze a specifikációs nyelv. A hagyományos programozási nyelvek csak szabványosított interfészt alkotnak a géphez. A specifikációs nyelvek előnyei a 4. generációs nyelvek hátrányai. Általánosak, modulárisak és strukturáltak. Csak a szabványosítási követelmény marad kielégítetlen. Ezért tanácsos a specifikációs nyelvekből egy 3. generációs szabványosított nyelvet létrehozni.
A kapott programokat ezután a megfelelő teszteszközök segítségével is ellenőrizhetjük és érvényesíthetjük. A hivatalos specifikáció és ellenőrzés túl időigényes az egyszerű, rövid életű alkalmazásokhoz. A cél itt olyan eszközök használata, amelyek könnyen kezelhetők és amatőrök, azaz a 4. generációs nyelvek által működtethetők.
Összetett, hosszú élettartamú alkalmazásokhoz a 4. generációs nyelvek nem megfelelőek. Itt fontos a hivatalos specifikációs nyelvek, a kódgenerátorok és a tesztelő eszközök használata, amelyeket szakemberek működtetnek.
Ebből következik, hogy nincsenek csodaszerek a számításhoz. A megoldás inkább a
- Párbeszéd nyelvek a jelentéskészítőkkel,
- Specifikációs nyelvek kódgenerátorokkal és teszteszközökkel is
A fejlesztés semmiképpen sem folytatható a korábbiakhoz hasonlóan. Ez a fajta programozás nemcsak drága, hanem olyan programokat is eredményez, amelyek nem tesztelhetők és nem is karbantarthatók. Ma a szoftveres technológia elegendő alternatívát kínál. A felhasználónak kell megválasztania a megfelelő alternatívát az adott problémához. Sajnos ezt senki sem tudja megtenni helyetted.