Ce Este Software?
Tradus de
ScribdTranslationsCe Este Software?
Tradus de
ScribdTranslationsExperiment nr : 01
Ce este software-ul?
Software-ul de calculator, sau simplu software, este o colecț ie de programe de calculator ș i
datele corelate care oferă instrucțiunile pentru a spune unui computer ce să facă și cum să o facă.
Software se referă la unul sau mai multe programe de calculator și date stocate în memoria
computer. Cu alte cuvinte, software-ul este un set de programe, proceduri, algoritmi și
documentația sa se referă la funcționarea unui sistem de procesare a datelor. Program
software-ul îndeplinește funcția programului pe care îl implementează, fie prin direct
oferind instrucțiuni pentru electronica digitală sau acționând ca input pentru o altă piesă de
software. Termenul a fost inventat pentru a contrasta cu vechiul termen hardware (care înseamnă fizic
dispozitive). Spre deosebire de hardware, software-ul "nu poate fi atins". Software-ul este uneori, de asemenea
folosit într-un sens mai restrâns, însemnând doar software de aplicație. Uneori termenul
include date care nu au fost asociate în mod tradițional cu computerele, cum ar fi filmul, benzile,
și înregistrări.
Ce este ingineria software?
Ingineria software-ului (IS) este aplicarea unei metodologii sistematice, disciplinate și cuantificabile
abordare în proiectarea, dezvoltarea, operarea și întreținerea software-ului, și
studiul acestor abordări; adică, aplicarea ingineriei la software. În limbajul celor neexperimentați
termeni, este actul de a folosi perspectivele pentru a concepe, modela și extinde o soluție la o problemă.
Termenul inginerie software a apărut pentru prima dată în 1968 în cadrul NATO Software Engineering
Conferința și a fost menită să provoace reflecție cu privire la perceputul "criză a software-ului" la
timpul. Dezvoltarea software-ului, un termen foarte folosit ș i mai generic, nu înseamnă neapărat
subsumă paradigma ingineriei. Concepturile în general acceptate ale software-ului
Ingineria ca disciplină de inginerie a fost specificată în Ghidul Software-ului
Corpul de Inginerie al Cunoaștere
(SWEBOK). TheSWEBOKare
devine un internațional
standard acceptat ISO/IEC TR
19759:2005.
1
Ce este Modelul Software (Modelul Wasser)?
Modele
Un model de proces software este o abstracție a procesului software. Acestea sunt numite de asemenea
paradigme de proces. Diferite modele generale de proces sunt modelul în cascadă, evolutiv
modelul de dezvoltare și modelul de inginerie software bazat pe componente. Acestea sunt pe larg
utilizate în practica actuală de inginerie software. Pentru sisteme mari, acestea sunt utilizate împreună.
Modelul în cascadă
Definiț ie: Modelul pe cascade este un proces de design secvenț ial, adesea utilizat în software
procesele de dezvoltare, în care progresul este văzut ca un flux constant în jos (ca
o cascadă) prin etapele Concepției, Inițierii, Analizei, Proiectării,
Construcție, Testare, Producție/Implementare și Întreținere.
Modelul în cascadă a fost unul dintre primele modele publicate pentru procesul de software. Acesta
modelul împarte procesele software în diverse faze. Aceste faze sunt:
Analiza cerințelor
Design de software
Testare unitară
Testarea sistemului
Întreținere
Activitățile ar trebui să fie realizate individual, dar în practică, ele se suprapun adesea. În timpul
în etapa de întreținere, software-ul este pus în utilizare. În timpul acesta, pot apărea probleme suplimentare.
descoperite și poate apărea nevoia unei noi funcționalități. Acest lucru poate necesita ca software-ul să treacă prin
fazele anterioare din nou.
Faze diferite ale Modelul Cascadă:
2
Analiza cerinț elor în ingineria sistemelor ș i ingineria software-ului cuprinde acele
sarcini care trebuie îndeplinite pentru a determina nevoile sau condițiile de respectat pentru un produs nou sau alterat, ținând cont de
contul cerințelor posibil conflictuale ale diferitelor părți interesate, cum ar fi beneficiarii sau
utilizatori. Este o etapă timpurie în activitatea mai generală a ingineriei cerințelor care
include toate activitățile legate de elicitat, analizat, documentat, validat și gestionat
cerințe software sau de sistem.
Designul software-ului este un proces de rezolvare a problemelor ș i de planificare pentru o soluț ie software.
scopul și specificațiile software-ului sunt determinate, dezvoltatorii de software vor concepe sau
angajați designeri pentru a dezvolta un plan pentru o soluție. Acesta include componente de nivel inferior și algoritmi
probleme de implementare, precum și perspectiva arhitecturală.
Testarea unităț ilor este o metodă prin care unităț i individuale de cod sursă, seturi de unu sau mai multe computere
module de program împreună cu datele de control asociate, procedurile de utilizare și operarea
procedurile sunt testate pentru a determina dacă sunt potrivite pentru utilizare. Intuitiv, cineva poate privi o unitate ca fiind
cea mai mică parte testabilă a unei aplicații. În programarea procedurală, o unitate ar putea fi un modul întreg
dar este mai comun o funcție sau procedură individuală. În programarea orientată pe obiect, o unitate este
adesea o întreagă interfață, cum ar fi o clasă, dar ar putea fi și o metodă individuală. Testele unității sunt create de
programatori sau ocazional de către testeri de tip white box în timpul procesului de dezvoltare.
Testarea sistemului de software sau hardware este testarea efectuată pe un sistem complet ș i integrat pentru a
evaluează conformitatea sistemului cu cerințele specificate. Testarea sistemului se încadrează în
domeniul testării cutiei negre și, ca atare, nu ar trebui să necesite cunoștințe despre designul interior al codului
sau logic.
Ca regulă, testarea sistemului folosește, ca intrare, toate componentele software "integrate" care au
a trecut cu succes testarea de integrare și, de asemenea, sistemul software în sine s-a integrat cu orice
sistemul(e) hardware aplicabil(e). Scopul testării de integrare este de a detecta orice inconsistențe
între unitățile software care sunt integrate împreună (numite ansambluri) sau între oricare dintre
ansamblurile și hardware-ul. Testarea sistemului este un tip mai limitat de testare; caută să detecteze
defecte atât în cadrul „inter-assemblages”, cât și în cadrul sistemului în ansamblu.
3
4