Secretul succesului constă în amestecul de limbaje la nivel înalt nu sunt un panaceu
"În loc de programarea aplicațiilor cu ajutorul limbajelor de programare tradiționale precum Cobol. Fortran, PL/1 și Pascal, trebuie să vină un nivel mai înalt de automatizare. Lucrarea programatorului trebuie să fie automatizată.".
Nimeni nu se îndoiește că zilele programatorilor tradiționali - asamblorul, codificatorii PL/1 sau Cobol - sunt numerotate. Aceste limbi sunt pur și simplu inadecvate pentru majoritatea aplicațiilor comerciale. Nivelul semantic este prea profund, efortul de testare și întreținere prea mare. Dar nu se spune că aceste limbi trebuie să dispară. Sunt încă obișnuiți să facă sarcini speciale și să dezvolte singuri instrumentele. În plus, limbile standardizate precum Fortran, Cobol și Pascal vor servi drept limbi țintă pentru generatori.
Deși admite că crearea de aplicații comerciale într-o limbă de a treia generație nu mai este justificabilă, este departe de a spune că singura alternativă trebuie să fie o limbă de a 4-a generație. Aceste limbi au limitările lor, mai ales când vine vorba de portabilitatea sistemelor. O altă limitare este faptul că acestea sunt potrivite doar pentru tipuri individuale de programe, în special pentru dialoguri om-mașină și raportare. Nu sunt potrivite pentru procese complexe, automatizate, din cauza lipsei de modularitate și structură. Prin urmare, există patru motive pentru care limbile din a patra generație nu sunt un panaceu:
- Nu sunt universale.
- Nu sunt standardizate.
- Nu sunt modularizate.
- Sunt slab structurate.
Dar ce rămâne utilizatorului, având în vedere aceste limitări ale celei de-a 4-a generații și defectele cunoscute ale celei de-a treia generații?
Răspunsul este să separați aplicațiile de calcul în două clase. Un grup include sarcini dispozitive, dintre care unele sunt programate chiar de către utilizatorii finali - sarcini precum interogări, modificări simple și generarea de rapoarte. Aici vor intra limbile din a patra generație. De asemenea, ar trebui să fie obiectivul fiecărei companii să delege aceste sarcini departamentelor specializate și să le coordoneze printr-un „centru de informare”.
Cealaltă clasă include sarcinile operaționale dezvoltate de inginerii software profesioniști - sarcini precum salarii și salarii, depozitare, gestionarea comenzilor și controlul producției. Aici utilizatorul are trei alternative:
- El poate cumpăra un sistem software standard.
- El poate dezvolta el însuși sistemul.
- El poate cumpăra și adapta software standard.
Limbaj standardizat ca ieșire
În cazul dezvoltării proprii, el va proiecta aplicația într-un limbaj de specificații și va genera programele din acesta. În cazul unei ajustări, utilizatorul va re-documenta și specifica din nou software-ul standard și va genera noile module.
Instrumentul principal al sistemelor operaționale este limbajul de specificare. Limbajele de programare convenționale formează doar o interfață standardizată cu mașina. Avantajele limbajelor de specificare sunt dezavantajele limbilor de generația a 4-a. Sunt generale, modulare și structurate. Numai cerința de standardizare rămâne nesatisfăcută. Prin urmare, este recomandabil să generați un limbaj standardizat din a treia generație din limbile de specificare.
Programele rezultate pot fi apoi verificate și validate folosind instrumente de testare adecvate. Specificațiile și verificarea formală consumă prea mult timp pentru aplicații simple, de scurtă durată. Scopul aici este de a utiliza instrumente ușor de utilizat și care pot fi operate de amatori, adică limbile de generația a 4-a.
Pentru aplicații complexe, de lungă durată, limbile de generația a 4-a sunt inadecvate. Aici este important să utilizați limbaje de specificații formale, generatoare de cod și instrumente de testare care sunt operate de profesioniști.
Rezultă că nu există panacee pentru calcul. Mai degrabă, soluția constă într-o combinație de
- Dialoguri de limbi cu generatoare de rapoarte,
- Limbaje de specificare cu generatoare de cod și instrumente de testare, de asemenea
În niciun caz nu ar trebui să continuăm să ne dezvoltăm ca până acum. Acest tip de programare nu este doar costisitor, ci are ca rezultat și programe care nu pot fi nici testate, nici întreținute. Astăzi tehnologia software oferă suficiente alternative. Depinde de utilizator să aleagă alternativa adecvată pentru problema respectivă. Din păcate, nimeni nu va putea face acest lucru pentru tine.