1. Introducere in problematica dezvoltarii programelor software.

(Procesul software si fazele acestuia,

Probleme uzuale in ingineria programelor si modalitati de rezolvare a acestora, Specificatii, Interfete,
Arhitectura software)
Procesul software este un set structurat de activităţi necesare pentru dezvoltarea unui system software:
Specificaţie
Proiectare
Implementare Vlid
 Validare
Evoluţie
Spunem că un produs software reprezintă programe şi documentaţia aferentă. Produsele software pot fi
-generice (off-the-shelf) – dezvoltate pentru a fi vândute mai multor clienţi
- specifice (custom) – dezvoltate pentru a fi vândute unui singur client, conform cu specificaţia acestuia.
Există patru faze fundamentale ale metodologiilor ingineriei programării:
- analiza (ce dorim să construim);
- proiectarea (cum vom construi);
- implementarea (construirea propriu-zisă);
- testarea (asigurarea calităţii).
Faza de analiză Specificarea cerintelor utilizatorului –posibil un document al cerintelor Această fază defineşte
cerinţele sistemului, independent de modul în care acestea vor fi îndeplinite. Aici se defineşte problema pe care
clientul doreşte să o rezolve. Rezultatul acestei faze este documentul cerinţelor, care trebuie să precizeze clar ce
trebuie construit.
Faza de proiectare Specificarea structurii si componentelor aplicatiei software –posibil un model al sistemului
Pe baza cerinţelor din faza de analiză, acum se stabileşte arhitectura sistemului: componentele sistemului,
interfeţele şi modul lor de comportare: - Componentele sunt blocurile de construcţie ale produsului. Acestea pot
fi create de la zero sau reutilizate dintr-o bibliotecă de componente. Componentele rafinează şi capturează
semnificaţia detaliilor din documentul cerinţelor; - Interfeţele ajută la îmbinarea componentelor. O interfaţă
reprezintă graniţa dintre două componente, utilizată pentru comunicarea dintre acestea. Prin intermediul
interfeţei, componentele pot interacţiona; - Comportamentul, determinat de interfaţă, reprezintă răspunsul unei
componente la stimulii acţiunilor altor componente. Documentul de proiectare descrie planul de implementare a
cerinţelor. Se identifică detaliile privind limbajele de programare, mediile de dezvoltare, dimensiunea
memoriei, platforma, algoritmii, structurile de date, definiţiile de tip globale, interfeţele, etc. 7 În această fază
trebuie indicate şi priorităţile critice pentru implementare. Acestea sugerează sarcinile care, dacă nu sunt
executate corect, conduc la eşecul sistemului. Totuşi, chiar dacă priorităţile critice sunt îndeplinite, acest fapt nu
duce automat la succesul sistemului, însă creşte nivelul de încredere că produsul va fi o reuşită.
Faza de implementare Programul executabil (calitate “alpha”) În această fază, sistemul este construit, ori
plecând de la zero, ori prin asamblarea unor componente pre-existente. Pe baza documentelor din fazele
anterioare, echipa de dezvoltare ar trebui să ştie exact ce trebuie să construiască, chiar dacă rămâne loc pentru
inovaţii şi flexibilitate. De exemplu, o componentă poate fi proiectată mai restrâns, special pentru un anumit
sistem, sau mai general, pentru a satisface o direcţie de reutilizare.
Faza de testare Program executabil(calitate“release”) Calitatea produsului software este foarte importantă.
Multe companii nu au învăţat însă acest lucru şi produc sisteme cu funcţionalitate extinsă, dar cu o calitate
scăzută. E mai simplu să-i explici clientului de ce lipseşte o anumită funcţie decât să-i explici de ce produsul nu
este performant. Un client satisfăcut de calitatea produsului va rămâne loial firmei şi va aştepta noile funcţii în
versiunile următoare.
Ingineria Adesea comparata cu constructia industrial
So ftware: probleme  uzuale
Dimensiunea
Interactiunea cu oamenii
Siguranta Si
 Securitatea
Portabilitatea
Costul
Costul 
Certitudinea asupra cerintelor
Inter fete
Componentele dezvoltate ideal sunt independente
dartrebuiesapoatalucraimpreunain sistemulfinal
Interfeteintrecomponente
Pentrua le izola
Pentrua ne asiguraca in final sistemulfunctioneaza
Interfetelenu pot suferischimbari(radicale)!

2. Instrumente CASE. (Instrumente CASE: definiţie, proprietăţi, Clasificarea instrumentelor CASE, Arhitectura
generică a unui mediu CASE, Studiu de caz: instrumente CASE pentru etapele de analiză şi proiectare,
Exemple de produse CASE: Microsoft Visio Professional, IBM Rational Unified Process, Exemple de
instrumente CASE: Version Control Systems (SVN))

3. Instrumente pentru Versionare. Studiu de caz: GIT, SVN.

4. Instrumente pentru modelare. (Modele şi Modelarea, Metamodele Modele şi Instanţe de Modele, Modelarea
Interfeţelor cu Utilizatorii, Visual Editor pentru Eclipse)

5. Integrated Development Environments (IDE).

6. Instrumente pentru asigurarea calitatii. (Erori Java comune, Câteva elemente de ghidaj în scrierea de cod
Java, Refactorizare, Modularitate, Ascunderea Informaţiilor)
7. Generatoare. Siguranta generatoarelor.
8. Instrumente software si paradigma Rapid software development. (Agile, SCRUM, eXtreme Programming,
Testare – JUnit, Rapid Application Development, Prototipare)
9. Continuous integration, delivery and deployment
10. Containere pentru aplicatii (Ce este docker? Cum funcționează Docker? Unde și când pot folosi Docker?
Cum folosesc Docker? Ce versiuni există și ce cerințe hardware și software există?)
11. Instrumente pentru dezvoltarea aplicatiilor Web. (Tehnologii emergente)

1. Reverse engineering

2. Testarea produselor program

3. Code profiling

4. Refactorizare

5. Modularitate

6. Coeziune şi Cuplare

7. Ascunderea informaìei

8. Procesul de construcţie

9. Procese adaptive vs predictive

10. Metode Agile, Scrum, etc.

11. Rapid Software Development

12. eXtreme Programming

13. Containere Docker

14. Continuous integration, delivery and deployment

15. Tehnologii emergente Referinte Bibiliografice

1. Presentarile de la curs!
2. https://www.youtube.com/watch?v=UObINRj2EGY 3.
https://www.w3schools.com/html/html_urlencode.asp 4. https://www.w3schools.com/tags/ref_httpmethods.asp
5. https://www.w3schools.com/tags/ref_httpmessages.asp 6.
http://en.wikipedia.org/wiki/Continuous_integration 7. http://en.wikipedia.org/wiki/Continuous_delivery 8.
http://martinfowler.com/articles/continuousIntegration.html 9. http://continuousdelivery.com 10.
http://www.hassmann-software.de/en/continuous-integration-hudson-subversion-delphi/ 11.
http://edn.embarcadero.com/article/40962 12. http://thundaxsoftware.blogspot.com/2011/07/continuous-
integration-for-your-delphi.html 13. http://nickhodges.com/post/Getting-Hudson-set-up-to-compile-Delphi-
Projects.aspx 14. https://en.wikipedia.org/wiki/Application_server 15.
https://en.wikipedia.org/wiki/Web_server 16. https://realtimelogic.com/products/web-server-vs-application-
server/ 17. https://www.nginx.com/resources/glossary/application-server-vs-web-server/ 18.
https://en.wikipedia.org/wiki/Web_container