Medii de dezvoltare rapidă a aplicațiilor

CAZ -sistemele sunt adesea identificate cu instrumente de dezvoltare software numitemedii de dezvoltare rapidă a aplicațiilor ( RAD - Dezvoltare rapidă a aplicațiilor). Exemple de medii de lucru cunoscute RAD sunt Visual Basic, Delphi, PowerBuilder de la Microsoft, Borland, PowerSoft respectiv. Utilizarea mediilor de instrumente reduce semnificativ cantitatea de muncă manuală a programatorilor, în special atunci când proiectează părți interactive ale programelor.

Mediile de instrumente pentru dezvoltarea programelor de aplicații concepute pentru a rula sub sisteme de operare sunt de mare importanță practică. Windows , datorită prevalenței pe scară largă a acestuia din urmă.

Cel mai simplu sistem de scriere a programelor Windows în C++, care vă permite să reduceți cantitatea de cod creată manual de utilizator,bazat pe bibliotecă DLL (Biblioteca de linkuri dinamice ), care conține module care implementează funcții API pentru conectarea programelor de aplicație cu sistemul de operare Windows.

Acest sistem a fost dezvoltat în MFC (Microsoft Foundation Classes), care este o bibliotecă de clase pentru crearea automată a cadrelor software pentru aplicații cu mai multe niveluri. Biblioteca conține instrumente pentru sprijinirea interfeței ferestrei, lucrul cu fișiere etc.

Mediile de dezvoltare rapidă a aplicațiilor implementează de obicei o tehnică de programare numitămanagement de evenimente.Acest lucru realizează crearea automată a cadrelor de program și reduce semnificativ cantitatea de codare manuală. În aceste medii, utilizatorul poate lucra cu mai multe ecrane (ferestre) simultan. Ferestrele tipice sunt din lista următoare.

1. Fereastra de meniu cu elemente " fișier”, „editare”, „fereastră „, etc., implementând funcții evidente din denumirile articolelor.
2. Fereastra formular pe care este de fapt creat prototipul de ecran al viitorului program de aplicație.
3. O paletă de instrumente este un set de imagini ale obiectelor interfeței cu utilizatorul din care poate fi compus conținutul unei ferestre de formular.
4. Fereastra de proprietăți și evenimente, cu ajutorul căreia sunt alocate unul altuia obiectele ferestrei, evenimentele și handlerele de evenimente. Eveniment într-un program de aplicație este apăsarea unei taste sau plasarea cursorului mouse-ului pe un obiect formular. Fiecare eveniment trebuie să aibă o procedură de eveniment corespunzătoare (event handler), care verifică codul cheii și provoacă reacția dorită. ÎN RAD Există instrumente pentru comoditatea dezvoltării de gestionare a evenimentelor.
5. O fereastră de editor de cod în care utilizatorul scrie o bucată de cod generată manual.

6. Fereastra de proiect - o listă de module și formulare din programul creat.

Pentru a scrie proceduri de eveniment în Visual Basic se folosesc limba cu același nume și un editor de text al acestei limbi, în Delphi - editor de limbă și limbă Obiectul Pascal. În sistemul IBM CASE , inclusiv piese VisualAge (pentru aplicații client) și VisualGen (pentru aplicațiile server), este selectată limba de bază Convorbire scurtă . Într-un mediu de dezvoltare a aplicațiilor client-server SQLWindows fragmentele de program originale sunt scrise într-un limbaj special SAL . Trebuie remarcat faptul că pentru a implementa proceduri de calcul și, în special, pentru a scrie mini-specificații, cele obișnuite 3 G.L. tehnologie de programare.

De obicei, după ce a scris un program de aplicație într-un limbaj de bază, compilatorul de sistem traduce programul într-un limbaj intermediar. codul p. Împreună cu interpretul de cod /?, acest program este considerat un fișier EXE. În unele medii dezvoltate, este compilat un fișier EXE obișnuit, care nu necesită interpretare pentru execuția sa.

Pe lângă faptul că este mai ușor să scrieți o interfață de utilizator, medii RAD sunt asigurate fonduri pentru implementarea unui număr de alte funcții. Deci, în cea mai dezvoltată versiune Visual Basic Acestea includ instrumente pentru îndeplinirea următoarelor funcții:

Suport ODBC , ceea ce face posibilă lucrul cu diferite SGBD-uri;

dezvoltarea bazei de date;

dezvoltarea sistemelor de calcul distribuite pe trei niveluri;

depanarea interactivă a procedurilor pe SQL Server ;

controlul versiunilor în dezvoltarea de software de grup;

modelarea și analiza scenariilor de calcul distribuit.

Pentru a crea medii RAD în caz programare în rețeaeste necesar să se rezolve o serie de probleme suplimentare cauzate de multi-platformă în rețele eterogene, abundența formatelor de date utilizate, necesitatea de a proteja informațiile etc. Soluția acestor probleme a fost obținută în tehnologiile orientate pe obiecte bazate pe un limbaj de programare de rețea Java . În plus, folosind Java reușește să rezolve o altă problemă de actualitate pt Internet și Intranet sarcină - a face Web -paginile sunt interactive.

Deși tehnologiile bazate pe coduri intermediare /? erau cunoscute anterior, aceasta era tehnologia Java s-a dovedit a fi cel mai potrivit pentru utilizare într-un mediu de rețea eterogen. Reflectă în mod constant principiile programării orientate pe obiecte și asigură o eficiență (performanță) acceptabilă a execuției programului. Această eficiență poate fi crescută și mai mult prin înlocuirea interpretării cu compilarea în browsere.

Pentru a dezvolta software în limbaj Java Au fost create o serie de instrumente. Mediul principal este JDK (kit pentru dezvoltatori Java ). Conține: 1) biblioteci de clase, inclusiv biblioteci de elemente de limbaj, shell-uri utilizate frecvent (învelitoare ), proceduri de intrare/ieșire, componente de interfață ferestre și altele; 2) instrumente, cum ar fi un compilator de bytecode, un interpret, un vizualizator de applet, un depanator, un generator de formulare de ferestre etc. Dezvoltat RAD - mediu - Power J - ofera firma Sybase.

Alături de independentă RAD - există sisteme și RAD -sisteme incluse in sistemele CAD. Acesta este în primul rând sistemul menționat mai sus CAS. CADE de la Matra Datavision.

Dezvoltarea rapidă a aplicațiilor

Modelul de dezvoltare rapidă a aplicațiilor este al doilea exemplu de utilizare a unei strategii de proiectare incrementală (Figura 1.5).

Modelul RAD oferă un ciclu de dezvoltare extrem de scurt. RAD este o adaptare de mare viteză a modelului secvenţial liniar în care dezvoltarea rapidă este realizată prin utilizarea proiectării bazate pe componente. Dacă cerințele sunt complet definite și sfera proiectului este limitată, procesul RAD permite echipei să creeze un sistem complet funcțional într-un timp foarte scurt (60-90 de zile). Abordarea RAD este axată pe dezvoltarea sistemelor informaționale și distinge următoarele etape:

q modelarea afacerilor. Fluxul de informații între funcțiile de afaceri este modelat. Căutăm un răspuns la următoarele întrebări: Ce informații ghidează procesul de afaceri? Ce informații sunt generate? Cine o generează? Unde se aplică informațiile? Cine o prelucreaza?

q modelarea datelor. Fluxul de informații definit în timpul fazei de modelare a afacerii este mapat într-un set de obiecte de date care sunt necesare pentru a susține afacerea. Se identifică caracteristicile (proprietăți, atribute) fiecărui obiect, se determină relațiile dintre obiecte;

q modelarea procesării. Transformările obiectelor de date sunt definite pentru a asigura implementarea funcțiilor de afaceri. Descrierile de procesare sunt create pentru adăugarea, modificarea, ștergerea sau găsirea (corecția) obiectelor de date;

q generarea aplicatiei. Se presupune că vor fi folosite metode axate pe limbaje de programare de generația a 4-a. În loc să creeze software folosind limbaje de programare de a treia generație, procesul RAD funcționează cu componente software reutilizabile sau creează componente reutilizabile. Pentru asigurarea designului se folosesc utilitare de automatizare;

q testarea și fuzionarea. Deoarece sunt utilizate componente reutilizabile, multe elemente software sunt deja testate. Acest lucru reduce timpul de testare (deși toate elementele noi trebuie testate).

Orez. 1.5. Model de dezvoltare rapidă a aplicațiilor

RAD este posibil atunci când fiecare funcție majoră poate fi finalizată în 3 luni. Fiecare caracteristică majoră este adresată unei echipe de dezvoltare separată și apoi integrată în întregul sistem.

Utilizarea RAD are dezavantajele și limitările sale.

1. Proiectele mari în RAD necesită resurse umane semnificative (trebuie creat un număr suficient de echipe).

2. RAD este aplicabil numai pentru aplicațiile care pot fi descompuse în module separate și în care performanța nu este o valoare critică.

3. RAD nu este aplicabil în medii cu risc tehnic ridicat (adică atunci când se utilizează tehnologii noi).

Model în spirală

Modelul în spirală este un exemplu clasic de strategie de proiectare evolutivă.

Orez. 1.6. Model spiralat: 1 - colectarea cerințelor inițiale și planificarea proiectului;

cerințele inițiale; 4 - analiza riscului pe baza reactiei clientului; 5 - tranziție

la un sistem integrat; 6 - aspectul inițial al sistemului; 7 - următorul nivel de aspect;

8 - sistem proiectat; 9 - evaluarea de către client

După cum se arată în Fig. 1.6, modelul definește patru acțiuni, reprezentate de cele patru cadrane ale helixului.

1. Planificare - definirea obiectivelor, opțiunilor și limitărilor.

2. Analiza riscurilor - analiza opțiunilor și recunoașterea/selectarea riscurilor.

3. Design - dezvoltarea unui produs de nivel următor.

4. Evaluare - evaluarea de către client a rezultatelor actuale de proiectare.

Aspectul integrator al modelului spirală este evident când se ia în considerare dimensiunea radială a spiralei. Cu fiecare iterație în spirală (deplasându-se de la centru la periferie), sunt construite versiuni din ce în ce mai complete ale software-ului.

În prima tură a spiralei se determină obiectivele inițiale, opțiunile și limitările, riscul este recunoscut și analizat. Dacă analiza de risc arată incertitudinea cerințelor, prototipul (utilizat în cadranul de proiectare) vine în ajutorul dezvoltatorului și al clientului. Simularea poate fi utilizată pentru a identifica în continuare cerințele problematice și rafinate. Clientul evaluează lucrările de inginerie (proiectare) și face propuneri de modificare (cadrantul de evaluare a clienților). Următoarea fază de planificare și analiză de risc se bazează pe propunerile clientului. În fiecare ciclu spiralat, rezultatele analizei de risc sunt formate sub forma „continuați, nu continuați”. Dacă riscul este prea mare, proiectul poate fi oprit.

În cele mai multe cazuri, spirala continuă, cu fiecare pas îndreptând dezvoltatorii către un model mai general al sistemului. Fiecare ciclu în spirală necesită proiectare (cadrantul din dreapta jos), care poate fi implementat prin ciclul de viață clasic sau prin prototipare. Rețineți că numărul activităților de dezvoltare (care au loc în cadranul din dreapta jos) crește pe măsură ce ne îndepărtăm de centrul spiralei.

Avantajele modelului spiralat:

1) cel mai realist (sub formă de evoluție) reflectă dezvoltarea software-ului;

2) vă permite să luați în considerare în mod explicit riscul în fiecare etapă de evoluție a dezvoltării;

3) include o etapă de abordare sistematică în structura de dezvoltare iterativă;

4) folosește modelarea pentru a reduce riscul și a îmbunătăți produsul software.

Dezavantajele modelului spiralat:

1) noutate (nu există suficiente statistici privind eficacitatea modelului);

2) cerințe crescute pentru client;

3) dificultăți în monitorizarea și gestionarea timpului de dezvoltare.

Una dintre posibilele abordări ale dezvoltării software în cadrul modelului ciclului de viață în spirală este metodologia RAD (Rapid Application Development), care a devenit recent răspândită. Acest termen se referă de obicei la un proces de dezvoltare software care conține 3 elemente:

o echipă mică de programatori (de la 2 la 10 persoane);

program de producție scurt, dar atent elaborat (de la 2 la 6 luni);

un ciclu iterativ în care dezvoltatorii, pe măsură ce aplicația începe să prindă contur, solicită și implementează în produs cerințele primite prin interacțiunea cu clientul.

Echipa de dezvoltare ar trebui să fie un grup de profesioniști cu experiență în analiză, proiectare, generare de cod și testare software folosind instrumente CASE. Membrii echipei trebuie să poată, de asemenea, să traducă sugestiile utilizatorilor finali în prototipuri funcționale.

Ciclul de viață al software-ului conform metodologiei RAD constă din patru faze:

analiza cerințelor și faza de planificare;

fază de proiectare;

faza de construcție;

faza de implementare.

În faza de analiză și planificare a cerințelor, utilizatorii sistemului determină funcțiile pe care trebuie să le îndeplinească, le identifică pe cele cu cea mai mare prioritate care necesită mai întâi elaborarea și descriu nevoile de informații. Definirea cerințelor este realizată în principal de utilizatori sub îndrumarea dezvoltatorilor specialiști. Sfera de aplicare a proiectului este limitată, iar intervalul de timp pentru fiecare dintre fazele ulterioare este determinat. În plus, se determină însăși posibilitatea implementării acestui proiect în cadrul de finanțare stabilit, folosind hardware-ul dat etc. Rezultatul acestei faze ar trebui să fie o listă și prioritate de funcții ale viitorului SI, modele preliminare funcționale și informaționale ale SI.

În faza de proiectare, unii utilizatori participă la proiectarea tehnică a sistemului sub îndrumarea dezvoltatorilor specialiști. Instrumentele CASE sunt folosite pentru a produce rapid prototipuri funcționale de aplicații. Utilizatorii, interacționând direct cu aceștia, clarifică și completează cerințele de sistem care nu au fost identificate în faza anterioară. Procesele sistemului sunt discutate mai detaliat. Modelul funcțional este analizat și, dacă este necesar, ajustat. Fiecare proces este luat în considerare în detaliu. Dacă este necesar, se creează un prototip parțial pentru fiecare proces elementar: un ecran, un dialog, un raport care elimină ambiguitățile sau ambiguitățile. Sunt determinate cerințele pentru restricționarea accesului la date. În aceeași fază se stabilește setul de documentație necesară.

După o definire detaliată a compoziției proceselor, se evaluează numărul de elemente funcționale ale sistemului dezvoltat și se ia decizia de a împărți IS-ul în subsisteme care pot fi implementate de o echipă de dezvoltatori într-un timp acceptabil pentru proiectele RAD - aproximativ 60 - 90 de zile. Folosind instrumentele CASE, proiectul este distribuit între diferite echipe (modelul funcțional este împărțit). Rezultatele acestei faze ar trebui să fie:

model informativ general al sistemului;

modele funcționale ale sistemului ca întreg și subsisteme implementate de echipele individuale de dezvoltare;

interfețe precis definite între subsisteme dezvoltate autonom folosind un instrument CASE;

a construit prototipuri de ecrane, rapoarte, dialoguri.

Toate modelele și prototipurile trebuie obținute folosind acele instrumente CASE care vor fi folosite în viitor la construirea sistemului. Această cerință se datorează faptului că, în abordarea tradițională, la transferul informațiilor despre un proiect de la o etapă la alta, poate apărea o distorsiune a datelor practic necontrolată. Utilizarea unui mediu unificat pentru stocarea informațiilor despre proiect vă permite să evitați acest pericol.

Spre deosebire de abordarea tradițională, care folosea instrumente specifice de prototipare care nu sunt concepute pentru construirea de aplicații din lumea reală și prototipuri aruncate după ce acestea au servit scopului de a clarifica ambiguitățile de proiectare, abordarea RAD evoluează fiecare prototip într-o parte a viitorului sistem. Astfel, informații mai complete și mai utile sunt transferate în faza următoare.

Faza de construcție este locul în care are loc dezvoltarea rapidă a aplicației în sine. În această fază, dezvoltatorii construiesc în mod iterativ un sistem real bazat pe modelele obținute în faza anterioară, precum și pe cerințele nefuncționale. Codul programului este parțial generat folosind generatoare automate care primesc informații direct din depozitul de instrumente CASE. În această fază, utilizatorii finali evaluează rezultatele obținute și efectuează ajustări dacă, în timpul procesului de dezvoltare, sistemul nu mai îndeplinește cerințele definite anterior. Testarea sistemului se efectuează direct în timpul procesului de dezvoltare.

După finalizarea lucrărilor fiecărei echipe individuale de dezvoltare, se realizează o integrare treptată a acestei părți a sistemului cu restul, se generează un cod de program complet, se testează funcționarea comună a acestei părți a aplicației cu restul și apoi sistemul în ansamblu este testat. Proiectarea fizică a sistemului este finalizată:

se determină necesitatea distribuirii datelor;

se efectuează analiza utilizării datelor;

se realizează proiectarea fizică a bazei de date;

sunt determinate cerințele pentru resursele hardware;

sunt determinate modalități de creștere a productivității;

Elaborarea documentației proiectului este în curs de finalizare.

Rezultatul fazei este un sistem finit care îndeplinește toate cerințele convenite.

Pe parcursul fazei de implementare se efectuează instruirea utilizatorilor, modificări organizaționale și, în paralel cu implementarea noului sistem, se lucrează cu sistemul existent (până la implementarea completă a celui nou). Deoarece faza de construcție este destul de scurtă, planificarea și pregătirea pentru implementare trebuie să înceapă devreme, de obicei în timpul fazei de proiectare a sistemului. Schema de dezvoltare a SI dată nu este absolută. Sunt posibile diferite opțiuni, în funcție, de exemplu, de condițiile inițiale în care se realizează dezvoltarea: se dezvoltă un sistem complet nou; a fost deja efectuat un studiu asupra întreprinderii și există un model al activităților acesteia; Întreprinderea are deja un IP care poate fi folosit ca prototip inițial sau trebuie integrat cu cel în curs de dezvoltare.

Trebuie remarcat, însă, că metodologia RAD, ca oricare alta, nu poate pretinde a fi universală, este bună în primul rând pentru proiecte relativ mici dezvoltate pentru un anumit client. Dacă se dezvoltă un sistem standard, care nu este un produs finit, ci este un complex de componente standard, întreținute la nivel central, adaptabil la platforme software și hardware, DBMS, telecomunicații, caracteristici organizatorice și economice ale obiectelor de implementare și integrate cu dezvoltările existente, următorii vin în prim-plan: indicatori de proiect precum manevrabilitate și calitate, care pot intra în conflict cu simplitatea și viteza de dezvoltare. Astfel de proiecte necesită un nivel ridicat de planificare și o disciplină strictă de proiectare, respectarea strictă a protocoalelor și interfețelor pre-dezvoltate, ceea ce reduce viteza de dezvoltare.

Metodologia RAD nu este aplicabilă pentru construirea de programe complexe de calcul, sisteme de operare sau programe de control al navelor spațiale, de ex. programe care necesită scrierea unei cantități mari (sute de mii de linii) de cod unic.

Aplicațiile care nu au o parte de interfață clar definită care definește clar logica sistemului (de exemplu, aplicații în timp real) și aplicațiile de care depinde siguranța umană (de exemplu, controlul unui avion sau al unei centrale nucleare) nu sunt potrivite. pentru dezvoltare folosind metodologia RAD, deoarece este iterativă abordarea presupune că primele versiuni nu vor fi cel mai probabil pe deplin funcționale, ceea ce este exclus în acest caz.

Dimensiunea aplicațiilor este estimată pe baza așa-numitelor elemente funcționale (ecrane, mesaje, rapoarte, fișiere etc.) Această metrică nu depinde de limbajul de programare în care se realizează dezvoltarea. Mărimea aplicației care poate fi executată folosind metodologia RAD, pentru un mediu de dezvoltare IS bine stabilit cu reutilizare maximă a componentelor software, se determină astfel:

Ca rezumat, enumerăm principalele principii ale metodologiei RAD:

dezvoltarea aplicațiilor în iterații;

opționalitatea completării lucrărilor la fiecare etapă a ciclului de viață;

implicarea obligatorie a utilizatorilor în procesul de dezvoltare a SI;

utilizarea necesară a instrumentelor CASE pentru a asigura integritatea proiectului;

utilizarea instrumentelor de management al configurației care facilitează efectuarea de modificări în proiect și menținerea sistemului finit;

utilizarea necesară a generatoarelor de cod;

utilizarea prototipurilor pentru a înțelege mai bine și a satisface nevoile utilizatorului final;

testarea si dezvoltarea proiectului, realizata concomitent cu dezvoltarea;

dezvoltarea de către o echipă mică, bine gestionată de profesioniști;

management competent al dezvoltării sistemului, planificare clară și control al execuției lucrărilor.

În stadiul inițial al existenței sistemelor informatice informatice, dezvoltarea acestora s-a realizat în limbaje tradiționale de programare. Cu toate acestea, pe măsură ce complexitatea sistemelor dezvoltate a crescut și cererile utilizatorilor au crescut (ceea ce a fost foarte mult facilitat de progresele în tehnologia computerelor, precum și de apariția unei interfețe grafice convenabile cu utilizatorul în software-ul de sistem), au fost necesare noi instrumente pentru a reduce semnificativ timpul de dezvoltare. Aceasta a servit ca o condiție prealabilă pentru crearea unei întregi direcții în domeniul software - instrumente pentru dezvoltarea rapidă a aplicațiilor. Dezvoltarea acestei direcții a dus la apariția pe piața software a instrumentelor de automatizare pentru aproape toate etapele ciclului de viață al sistemelor informaționale.

Principalele caracteristici ale metodologiei RAD

Metodologia de dezvoltare a sistemelor informatice, bazată pe utilizarea instrumentelor de dezvoltare rapidă a aplicațiilor, a devenit recent răspândită și a căpătat denumirea de metodologie de dezvoltare rapidă a aplicațiilor - RAD (Rapid Application Development). Această metodologie acoperă toate etapele ciclului de viață al sistemelor informaționale moderne.

RAD este un set de instrumente speciale pentru dezvoltarea rapidă a sistemelor informatice aplicate care vă permit să operați cu un set specific de obiecte grafice care afișează funcțional componentele informaționale individuale ale aplicațiilor.

Metodologia de dezvoltare rapidă a aplicațiilor se referă de obicei la un proces de dezvoltare a sistemelor informaționale bazat pe trei elemente principale:

O echipă mică de programatori (de obicei de la 2 la 10 persoane);

Un program de producție atent elaborat, conceput pentru o perioadă de dezvoltare relativ scurtă (de la 2 la 6 luni);

Model de dezvoltare iterativ bazat pe interacțiunea strânsă cu clientul - pe măsură ce proiectul progresează, dezvoltatorii clarifică și implementează în produs cerințele propuse de client.

Când se utilizează metodologia RAD, experiența și profesionalismul dezvoltatorilor sunt de mare importanță. Echipa de dezvoltare ar trebui să fie formată din profesioniști cu experiență în analiza, proiectarea, programarea și testarea software-ului.

Principiile de bază ale metodologiei RAD pot fi rezumate după cum urmează:

Se utilizează un model de dezvoltare iterativ (spiral);

Nu este necesară finalizarea completă a lucrărilor în fiecare etapă a ciclului de viață;

În procesul de dezvoltare a unui sistem informațional este necesară o interacțiune strânsă cu clientul și viitorii utilizatori;

Este necesar să folosiți instrumente CASE și instrumente de dezvoltare rapidă a aplicațiilor;

Este necesar să se utilizeze instrumente de management al configurației care să faciliteze efectuarea de modificări la proiect și menținerea sistemului finit;

Este necesar să se utilizeze prototipuri pentru a înțelege mai bine și a realiza nevoile utilizatorului final;

Testarea și dezvoltarea proiectului se realizează simultan cu dezvoltarea;

Dezvoltarea este realizată de o echipă mică și bine gestionată de profesioniști;

Sunt necesare un management competent al dezvoltării sistemului, o planificare clară și un control al lucrării.

Instrumentele RAD au făcut posibilă implementarea unei tehnologii complet diferite pentru crearea de aplicații în comparație cu cele tradiționale. Obiectele informaționale se formează ca anumite modele de lucru (prototipuri), a căror funcționare este coordonată cu utilizatorul, iar apoi dezvoltatorul poate trece direct la formarea aplicațiilor complete fără a pierde din vedere imaginea de ansamblu a sistemului proiectat.

Capacitatea de a utiliza o astfel de abordare este în mare măsură rezultatul aplicării principiilor design orientat pe obiecte,Utilizarea metodelor orientate pe obiecte face posibilă depășirea uneia dintre principalele dificultăți care apar la dezvoltarea sistemelor complexe - decalajul colosal dintre lumea reală (domeniul subiect al problemei care este descrisă) și mediul de simulare.

Utilizarea metodelor orientate pe obiecte vă permite să creați o descriere (model) a unui domeniu sub forma unui set de obiecte - entități care combină date și metode de prelucrare a acestor date (proceduri). Fiecare obiect are propriul său comportament și modelează un obiect din lumea reală. Din acest punct de vedere, un obiect este un lucru complet tangibil care prezintă un anumit comportament.

În abordarea bazată pe obiect, accentul este pus pe caracteristicile specifice ale sistemului fizic sau abstract care face obiectul modelării software. Obiectele au integritate care nu poate fi încălcată. Astfel, proprietățile care caracterizează obiectul și comportamentul acestuia rămân neschimbate. Un obiect poate doar să-și schimbe starea, să fie controlat sau să devină într-o anumită relație cu alte obiecte.

Programarea orientată pe obiecte a devenit cunoscută pe scară largă odată cu apariția instrumentelor de proiectare vizuală, când datele au fost îmbinate (încapsulate) cu proceduri care descriu comportamentul obiectelor reale în obiecte program care pot fi afișate într-un anumit mod într-un mediu grafic al utilizatorului. Acest lucru a făcut posibilă începerea creării de sisteme software cât mai asemănătoare cu cele reale și atingerea celui mai înalt nivel de abstractizare. La rândul său, programarea orientată pe obiecte vă permite să creați cod mai fiabil, deoarece obiectele programului au o interfață bine definită și strâns controlată.

Dezvoltarea aplicațiilor folosind instrumente RAD utilizează o varietate de obiecte pre-construite care sunt stocate în spațiu de stocare partajat. Cu toate acestea, oferă și oportunitatea de a dezvolta noi obiecte. În același timp, obiectele noi pot fi dezvoltate fie pe baza celor existente, fie de la zero.

Instrumentele RAD au o interfață grafică ușor de utilizat și vă permit să construiți aplicații simple bazate pe obiecte standard fără a scrie cod de program. Acesta este un mare avantaj al RAD, deoarece reduce semnificativ munca de rutină de dezvoltare a interfețelor utilizator (folosind instrumente convenționale, dezvoltarea interfețelor este o sarcină destul de intensă și consumatoare de timp). Viteza mare a dezvoltării front-end a aplicațiilor vă permite să creați rapid prototipuri și simplifică interacțiunea cu utilizatorii finali.

Astfel, instrumentele RAD permit dezvoltatorilor să-și concentreze eforturile pe esența proceselor reale de afaceri ale întreprinderii pentru care este creat sistemul informațional. În cele din urmă, acest lucru duce la o creștere a calității sistemului dezvoltat.

Aplicarea principiilor de programare orientată pe obiecte a făcut posibilă crearea de instrumente fundamental noi de proiectare a aplicațiilor, numite instrumente programare vizuală. Instrumentele vizuale ale RAD vă permit să creați interfețe grafice complexe fără a scrie niciun cod. În același timp, dezvoltatorul poate observa în orice etapă ce este folosit ca bază pentru deciziile luate.

Instrumentele de dezvoltare vizuală operează în primul rând cu obiecte de interfață standard - ferestre, liste, texte, care pot fi asociate cu ușurință cu datele din baza de date și afișate pe ecranul monitorului. Un alt grup de obiecte reprezintă comenzile standard - butoane, comutatoare, casete de selectare, meniuri etc., cu ajutorul cărora se controlează datele afișate. Toate aceste obiecte pot fi descrise într-un mod standard folosind limbajul, iar descrierile în sine sunt salvate pentru reutilizare ulterioară.

În prezent, există destul de multe instrumente de dezvoltare vizuală a aplicațiilor. Dar toate pot fi împărțite în două grupuri - universale și specializate.

Dintre sistemele universale de programare vizuală, cele mai comune astăzi sunt Borland Delphi și Visual Basic. Le numim universale deoarece nu sunt concentrate pe dezvoltarea doar a aplicațiilor de baze de date - cu ajutorul lor se pot dezvolta aplicații de aproape orice tip, inclusiv aplicații de informații. Mai mult, programele dezvoltate folosind sisteme universale pot interacționa cu aproape orice sistem de gestionare a bazelor de date. Acest lucru este asigurat atât prin utilizarea driverelor ODBC sau OLE DB, cât și prin utilizarea unor instrumente (componente) specializate.

Instrumentele de dezvoltare specializate sunt concentrate doar pe crearea de aplicații de baze de date. Mai mult decât atât, de regulă, acestea sunt legate de sisteme de gestionare a bazelor de date foarte specifice. Exemple de astfel de sisteme includ Power Builder de la Sybase (în mod firesc, conceput pentru a funcționa cu Sybase Anywhere Server DBMS) și Visual FoxPro de la Microsoft.

Deoarece sarcinile de prototipare și dezvoltarea interfeței cu utilizatorul au fuzionat în esență, programatorul a primit feedback continuu de la utilizatorii finali, care nu numai că au putut observa crearea aplicației, ci și au putut participa activ la aceasta, ajustând rezultatele și cerințele acestora. Acest lucru ajută, de asemenea, la reducerea timpului de dezvoltare și este un aspect psihologic important care atrage din ce în ce mai mulți utilizatori către RAD.

Instrumentele vizuale RAD vă permit să apropiați cât mai aproape posibil etapele creării sistemelor informaționale; analiza condițiilor inițiale, proiectarea sistemului, dezvoltarea de prototipuri și formarea finală a aplicațiilor devin similare, deoarece în fiecare etapă dezvoltatorii operează cu obiecte vizuale.

Logica unei aplicații construite cu RAD este orientat pe evenimente. Aceasta înseamnă că fiecare obiect care face parte dintr-o aplicație poate genera evenimente și poate răspunde la evenimentele generate de alte obiecte. Exemple de evenimente includ: deschiderea și închiderea ferestrelor, apăsarea unui buton, apăsarea unei taste de la tastatură, mutarea mouse-ului, modificarea datelor dintr-o bază de date etc.

Dezvoltatorul implementează logica aplicației prin definirea unui handler pentru fiecare eveniment - o procedură care este executată de obiect atunci când are loc evenimentul corespunzător. De exemplu, un handler de evenimente clic pe buton poate deschide o casetă de dialog. Astfel, obiectele sunt gestionate folosind evenimente.

Gestionarele de evenimente legate de gestionarea bazei de date (DELETE, INSERT, UPDATE) pot fi implementate ca declanșatori pe nodul client sau server. Astfel de handlere vă permit să asigurați integritatea referențială a bazei de date în timpul operațiunilor de ștergere, inserare și actualizare, precum și generarea automată a cheilor primare.

Când se utilizează metodologia de dezvoltare rapidă a aplicațiilor, ciclul de viață al unui sistem informațional constă în patru faze :

Analiza cerințelor și faza de planificare;

Fază de proiectare;

Faza de construcție;

Faza de implementare.

În faza de analiză și planificare a cerințelor, se efectuează următoarele lucrări:

Se determină funcţiile pe care trebuie să le îndeplinească sistemul informaţional dezvoltat;

Sunt determinate funcțiile cu cea mai mare prioritate care necesită dezvoltare mai întâi;

Se realizează o descriere a nevoilor de informare;

Sfera de aplicare a proiectului este limitată;

Se determină intervalul de timp pentru fiecare dintre fazele ulterioare;

În concluzie, se determină însăși posibilitatea implementării acestui proiect în cadrul de finanțare stabilit, folosind hardware și software disponibil.

Dacă implementarea proiectului este în mod fundamental posibilă, atunci rezultatul fazei de analiză și planificare a cerințelor va fi o listă de funcții ale sistemului informațional în curs de dezvoltare, indicând prioritățile acestora, precum și modelele preliminare funcționale și informaționale ale sistemului.

În faza de proiectare, un instrument necesar sunt instrumentele CASE, care sunt folosite pentru a produce rapid prototipuri de aplicații funcționale.

Prototipurile create cu ajutorul instrumentelor CASE sunt analizate de utilizatori, care clarifică și completează acele cerințe de sistem care nu au fost identificate în faza anterioară. Astfel, această fază necesită și participarea viitorilor utilizatori la proiectarea tehnică a sistemului.

Dacă este necesar, se creează un prototip parțial pentru fiecare proces elementar: un ecran, un dialog sau un raport (acest lucru ajută la eliminarea ambiguităților sau ambiguităților). Apoi sunt determinate cerințele pentru restricționarea accesului la date.

După o analiză detaliată a proceselor, se determină numărul de elemente funcționale ale sistemului în curs de dezvoltare. Acest lucru vă permite să împărțiți sistemul informațional într-un număr de subsisteme, fiecare dintre acestea fiind implementat de o echipă de dezvoltatori într-un timp acceptabil pentru proiectele RAD (aproximativ o lună și jumătate). Folosind instrumentele CASE, proiectul este distribuit între diferite echipe - modelul funcțional este împărțit.

În aceeași fază se stabilește setul de documentație necesară.

Rezultatele acestei faze sunt:

Model informativ general al sistemului;

Modele funcționale ale sistemului ca întreg și subsisteme implementate de echipele individuale de dezvoltare;

Interfețe definite cu precizie între subsisteme dezvoltate autonom folosind un instrument CASE;

Construit prototipuri de ecrane, dialoguri și rapoarte.

Una dintre caracteristicile aplicării metodologiei RAD în această fază este că fiecare prototip creat este dezvoltat într-o parte a viitorului sistem. Astfel, informații mai complete și mai utile sunt transferate în faza următoare. Abordarea tradițională a folosit instrumente de prototipare care nu au fost concepute pentru a construi aplicații reale, astfel încât prototipurile dezvoltate nu au putut fi utilizate în fazele ulterioare și au fost pur și simplu „aruncate” după ce au finalizat sarcina de a elimina ambiguitățile din proiectare.

Pe faza de construcție Se realizează dezvoltarea rapidă reală a aplicației. În această fază, dezvoltatorii construiesc în mod iterativ un sistem real bazat pe modele obținute anterior, precum și pe cerințe nefuncționale. Aplicația este dezvoltată folosind instrumente de programare vizuală. Generarea codului programului se realizează parțial folosind generatoare automate de cod incluse în instrumentele CASE. Codul este generat pe baza modelelor dezvoltate.

Faza de construcție necesită și participarea utilizatorilor sistemului, care evaluează rezultatele obținute și efectuează ajustări dacă, pe parcursul procesului de dezvoltare, sistemul nu mai îndeplinește cerințele definite anterior. Testarea sistemului se efectuează direct în timpul procesului de dezvoltare.

După finalizarea lucrărilor fiecărei echipe individuale de dezvoltare, se realizează o integrare treptată a acestei părți a sistemului cu restul, se generează un cod de program complet, se testează funcționarea comună a acestei părți a aplicației cu restul și apoi sistemul în ansamblu este testat.

Proiectarea fizică a sistemului este în curs de finalizare și anume:

Este determinată necesitatea distribuirii datelor;

Se analizează utilizarea datelor;

Se realizează proiectarea fizică a bazei de date;

Sunt determinate cerințele pentru resursele hardware;

Stabilește modalități de creștere a productivității;

Elaborarea documentației proiectului este aproape de finalizare.

Rezultatul acestei faze este un sistem informatic gata făcut, care îndeplinește toate cerințele utilizatorilor.

Faza de implementare se reduce practic la instruirea utilizatorilor sistemului informatic dezvoltat.

Deoarece faza de construcție este destul de scurtă, planificarea și pregătirea pentru implementare ar trebui să înceapă din timp, chiar și în etapa de proiectare a sistemului.

Schema dată pentru dezvoltarea unui sistem informațional nu este universală. Diferite abateri de la acesta sunt destul de posibile. Acest lucru se datorează dependenței schemei de execuție a proiectului de condițiile inițiale în care începe dezvoltarea (de exemplu, un sistem complet nou este în curs de dezvoltare sau un sistem informațional există deja la întreprindere). În al doilea caz, sistemul existent poate fi fie utilizat ca prototip al unui nou sistem, fie integrat într-o nouă dezvoltare ca unul dintre subsisteme.

În ciuda tuturor avantajelor sale, metodologia RAD totuși (ca orice altă metodologie) nu poate pretinde universalitate. Utilizarea sa este cea mai eficientă atunci când se implementează sisteme relativ mici dezvoltate pentru o întreprindere foarte specifică.

Atunci când se dezvoltă sisteme standard, care nu sunt un produs finit, ci sunt o colecție de elemente standard ale unui sistem informațional, sunt de mare importanță indicatorii de proiect precum controlabilitatea și calitatea, care pot intra în conflict cu simplitatea și viteza de dezvoltare. Acest lucru se datorează faptului că sistemele standard sunt de obicei întreținute central și pot fi adaptate la diverse platforme software și hardware, sisteme de gestionare a bazelor de date, instrumente de comunicare și pot fi, de asemenea, integrate cu dezvoltările existente. Prin urmare, acest tip de proiect necesită un nivel ridicat de planificare și o disciplină strictă de proiectare, respectarea strictă a protocoalelor și interfețelor pre-dezvoltate, ceea ce reduce viteza de dezvoltare.

Metodologia RAD nu este aplicabilă nu numai pentru crearea de sisteme informaționale standard, ci și pentru construirea de programe complexe de calcul, sisteme de operare sau programe de gestionare a obiectelor de inginerie și tehnice complexe - programe care necesită scrierea unei cantități mari de cod unic.

Metodologia RAD nu poate fi folosită pentru a dezvolta aplicații în care interfața cu utilizatorul este secundară, adică nu există o definiție vizuală a logicii sistemului. Exemple de astfel de aplicații includ aplicații în timp real, drivere sau servicii.

Metodologia RAD este complet inacceptabilă pentru dezvoltarea sistemelor de care depinde siguranța umană, precum sistemele de control al transporturilor sau centralele nucleare. Acest lucru se datorează faptului că abordarea iterativă, care este unul dintre fundamentele RAD, presupune că primele versiuni ale sistemului nu vor fi pe deplin operaționale, ceea ce în acest caz poate duce la dezastre grave.

Dezvoltare rapidă a programului

Dezvoltarea rapidă a programelor este o tehnologie de programare care permite dezvoltarea și modificarea accelerată a aplicațiilor prin utilizarea programării vizuale și orientate pe obiecte.

În limba engleză: Dezvoltarea rapidă a aplicațiilor

Sinonime în engleză: RAD

Vezi si: Programare automată

• - - stabilirea conformității conținutului programelor de învățământ cu cerințele documentelor de reglementare care fac parte integrantă din standardul de stat în domeniul educațional relevant...

  Dicționar terminologic pedagogic

• - O cultură cu creștere rapidă plantată pe un teren care este disponibil doar pentru o perioadă scurtă de timp, cum ar fi între plantările culturii principale sau - uneori - o cultură plantată între...

  Dicţionar de termeni de afaceri

• - elaborarea unui plan strategic, formularea obiectivelor, analiza capacităților resurselor, modalităților și mijloacelor de realizare a scopurilor, justificarea cursului de acțiune ales, statut, discuție, adoptare planificat, proiect,...

  Marele dicţionar de contabilitate

• - ".....

  Terminologie oficială

• - 1) un râu din Țara Armatei Don, afluent stâng al Donețului. Are originea în districtul 2 Don, traversează colțul de sud-est al orașului Donețk și în districtul 1 Don se varsă în Doneț, deasupra satului Ust-Bystryanskaya...
• - Provincia și districtul Irkutsk, afluentul drept al râului Irkut, își are originea în creasta Khamar-Daban, cu două surse, ale căror vârfuri sunt situate în chei de granit...

  Dicționar enciclopedic al lui Brockhaus și Euphron

• - un râu din regiunea Rostov a RSFSR, un afluent stâng al râului Seversky Doneț. Lungime 218 km, zona bazinului 4180 km2. Curge prin câmpie. Mâncarea este predominant înzăpezită. În cursul superior al B. iar afluenții săi se usucă vara...

  Marea Enciclopedie Sovietică

• - Vezi forme allegro...

  Dicționar de termeni lingvistici în cinci limbi

• - Vezi strictețe -...
• - Cm....

  IN SI. Dahl. Proverbe ale poporului rus

• - Vezi TIMP - MĂSURĂ -...

  IN SI. Dahl. Proverbe ale poporului rus

• Dicţionar de sinonime

• - substantiv, număr de sinonime: 2 fast-food fast-food...

  Dicţionar de sinonime

• - substantiv, număr de sinonime: 1 h...

  Dicţionar de sinonime

• - substantiv, număr de sinonime: 1 joc...

  Dicţionar de sinonime

• - substantiv, număr de sinonime: 1 râu...

  Dicţionar de sinonime

„Dezvoltare rapidă a programelor” în cărți

DEZVOLTARE DE SOFTWARE

Din cartea Practica managementului resurselor umane autor Armstrong Michael

DEZVOLTAREA PROGRAMULUI 6. Pentru fiecare aspect al e-learning-ului, specificați următoarele:? nevoie de invatare;? cum va satisface e-learning această nevoie? sistemul de predare care va fi folosit;? conţinut (în sens larg) că

Calea 2. Dezvoltarea rapidă a aplicațiilor

de Jeston John

Calea 2: Dezvoltarea rapidă a aplicațiilor Cele mai multe soluții automate BPM oferă capacitatea de a configura interactiv procesele între personalul de afaceri și specialiștii tehnici atunci când specialiștii de proces și/sau proprietarii de procese se așează la masă

Pasul 9. Dezvoltarea și lansarea programelor de marketing

Din cartea Managementul proceselor de afaceri. Un ghid practic pentru implementarea cu succes a proiectului de Jeston John

Pasul 9: Dezvoltați și lansați programe de marketing Luați în considerare fezabilitatea lansării de campanii formale de marketing pe piață care vizează în mod specific părțile interesate externe. Organizația poate chiar să considere necesar să-și publice programul

3. Dezvoltarea și îmbunătățirea programelor și serviciilor publice

Din cartea Marketing pentru organizații guvernamentale și publice autorul Kotler Philip

3. Dezvoltarea și îmbunătățirea programelor și serviciilor comunitare „După cum probabil știți deja, am primit o veste grozavă după ce am trimis o petiție la 10 Downing Street. Acum promit să cheltuiască 280 de milioane de dolari pentru îmbunătățirea meselor școlare

Crearea de proiecte de istorie orală și dezvoltarea de programe de cercetare în domeniul istoriei orale

Din cartea Istorie orală autor Şceglova Tatyana Kirillovna

Crearea de proiecte de istorie orală și dezvoltarea de programe de cercetare în domeniul istoriei orale. Dezvoltarea conceptului de cercetare. Stabilirea obiectivelor. Definiţia tasks. Direcții și forme ale istoriei orale

Din cartea Codul civil al Federației Ruse de GARANT

Capitolul 8 Dezvoltarea programului

Din cartea UNIX - un mediu de programare universal de Pike Rob

Capitolul 8 Dezvoltarea programelor UNIX a fost inițial destinat să fie un mediu de dezvoltare a programelor. În acest capitol vom discuta câteva instrumente software utilizate în acest scop folosind exemplul unui program de renume - un interpret de limbaj de programare,

10. Cursuri de memorie și dezvoltarea programelor

Din cartea The C Language - A Guide for Beginners de Prata Steven

10. Clasele de memorie și dezvoltarea programelor CLASELE DE VARIABILE LOCALĂ ȘI GLOBALE FUNCȚIA DE MEMORIE PENTRU OBȚINEREA NUMERELOR ALEATORII VERIFICAREA ERORILOR MODULAR

Capitolul 3 Dezvoltarea de programe pentru Pocket PC folosind Microsoft eMbedded Visual Basic 3.0

autor Volkov Vladimir Borisovici

Capitolul 3 Dezvoltarea de programe pentru Pocket PC folosind Microsoft eMbedded Visual Basic

Capitolul 4 Dezvoltarea de programe pentru Pocket PC folosind Microsoft eMbedded Visual C++ 3.0

Din cartea Programare pentru PC-uri de buzunar autor Volkov Vladimir Borisovici

Capitolul 4 Dezvoltarea de programe pentru Pocket PC utilizând Microsoft eMbedded Visual C++ 3.0 În comparație cu eVB, limbajul C++ oferă cu siguranță dezvoltatorului mai multe oportunități. În ciuda faptului că aproape tot ce se poate face în eVB care poate fi făcut în eVC (cum va fi numit eMbedded Visual C++ în acest capitol

Capitolul 5 Dezvoltarea de programe pentru Pocket PC folosind Microsoft eMbedded Visual C++ 4.0

Din cartea Programare pentru PC-uri de buzunar autor Volkov Vladimir Borisovici

Capitolul 5 Dezvoltarea programelor pentru Pocket PC utilizând Microsoft eMbedded Visual C++ 4.0 Deoarece tot ce s-a spus despre mediul VC 3.0 se aplică pe deplin pentru eVC 4.0, iar mediile în sine sunt similare între ele precum gemeni, nu este nevoie să descriem din nou mediul de dezvoltare. Este necesar să utilizați eVC 4.0 dacă

Capitolul 6 NET Compact Framework și dezvoltarea de programe pentru Pocket PC în Microsoft Visual Studio.NET 2003

Din cartea Programare pentru PC-uri de buzunar autor Volkov Vladimir Borisovici

Capitolul 6 NET Compact Framework și dezvoltarea de programe pentru Pocket PC în Microsoft Visual Studio.NET 2003 Nu voi minți dacă spun că trecem la una dintre cele mai interesante părți ale cărții. De fapt, este încă o tehnologie destul de recentă. NET mi-a dat preocupări legitime. Totul a fost foarte

Capitolul 12 Dezvoltarea strategiilor și programelor de stabilire a prețurilor

Din cartea Managementul marketingului. Curs expres autorul Kotler Philip

Capitolul 12 Dezvoltarea strategiilor și programelor de stabilire a prețurilor În acest capitol veți găsi răspunsuri la următoarele întrebări:1. Cum percep și compară consumatorii prețurile?2. Cum este setarea inițială a prețului?3. Cum se adaptează prețurile la diferite situații ale pieței și

8.6. Dezvoltarea programelor de stimulare a muncii

Din cartea Managementul resurselor umane autor Şevciuk Denis Alexandrovici

8.6. Dezvoltarea programelor de stimulare a muncii Stimulentele muncii reprezintă o modalitate de remunerare a lucrătorilor pentru participarea la producție, bazată pe o comparație între eficiența muncii și cerințele tehnologice O problemă semnificativă în domeniul managementului producției este

Capitolul 5. Dezvoltarea și tipurile de programe turistice

Din cartea Organizing a Tourism Business: Technology for Creating a Tourist Product autor Mishina Larisa Alexandrovna

Capitolul 5. Dezvoltarea și tipurile de programe turistice Funcția inițială a companiilor de turism este de a planifica excursii. În procesul îndeplinirii acestei funcții se creează un produs turistic competitiv și atractiv Pentru a-l crea este necesar