Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                

Grile SIC 1

Descărcați ca docx, pdf sau txt
Descărcați ca docx, pdf sau txt
Sunteți pe pagina 1din 3

1.

Dezvoltarea softului in multiple versiuni, fiecare cu functionalitate si capabilitate sporite, se


face in cadrul modelelor de dezvoltare:
a) bazate pe prototipuri
b) cascada
c) toate modelele
d) bazate pe analiza riscurilor
2. Standardul DO-178B structureaza activitatile ca o ierarhie de procese ce contine:
a) Software Requirements Process, Software Design Process, Software Coding Process,
Software integration Process
b) System Lifecycle Processes
c) Planning Process, Development Process, Integral Process
d) Reguli de dezvoltare, verificare, implementare
3. Un sistem informatics critic intra in categoria “safety critical” daca functionarea defectuoasa
poate cauza:
a) executia in siguranta a proceselor, cu efecte grave asupra rezultatelor prelucrarilor
b) pierderi de vieti omenesti, raniri sau imbolnaviri, afectarea grava a mediului
inconjurator, pierdere semnificativa sau distrugere a proprietatilor
c) neindeplinirea unei misiuni importante sau pierderi economice majore
d) expunerea la atacuri informatice din exterior
4. In care faza a procesului de dezvoltare a unui sistem timp-real sunt identificate si definite
articolele (items) de configurare hardware si interfetele lor:
a) proiectarea detaliata
b) definirea si analiza cerintelor
c) prototipuri si simulari
d) proiectarea de nivel inalt
5. In cadrul procesului de dezvoltare software timp-real, descrierea detaliata si precisa a
cerintelor functionale, constrangeri de timp si date:
a) proiectarea detaliata
b) analiza cerintelor
c) proiectarea de nivel inalt
d) implementare
6. Procesul de gestiune a configuratiei softului (Software Configuration Management) se refera
la:
a) activitatile de analiza a cerintelor, proiectare, implementare si testarer
b) descompunerea activitatilor de dezvoltare in taskuri, planificarea si urmarirea executiei
acestora pe intregul ciclu de viata
c) configuratia si performantele platformelor de lucru, a sistemelor de operare utilizate, a
mediilor de dezvoltare etc
d) organizarea articolelor livrabile ale proiectului, asigurarea trasabilitatii si controlului
modificarilor pe intregul ciclu de viata
7. Standardul ESA PSS-05-0 speciffica necesitatea includerii WBS (Work Breakdown
Structure) in documentul:
a) Planul pentru managementul proiectului software (Software Project Management Plan)
b) Documentul de proiectare a arhitecturii (Arhitectural Design Document)
c) Planul pentru gestiunea configuratiei softului (Software Configuration Management Plan)
d) Documentul de specificare a cerintelor softului (Software Requirements Specification
Document)
8. In standardul MIL-STD-498 stabilirea cazurilor de test, a procedurilor si datelor de test pentru
testarea fiecarei unitati softwarer se face:
a) Testarea pentru calificarea articolelor de configurare software (CSCI Qualification
Testing)
b) Integrarea unitatii si testarea (Unit Integration and Testing)
c) Implementarea softului si teste unitare (Software Implementation and Unit Testing)
d) Proiectarea softului (Software Design)
9. In standardul MIL-STD-498 faza “Testarea si integrarea unitatii” (Unit Integrating and
Testing) are ca rezultat final
a) unitati software testate
b) obtinerea de articole de configurare software testate
c) testarea interfetelor si integrarea unitatilor si articolelor de configurare software in sistem
d) testarea pentru a demonstra clientului ca unitatile software sunt integrate in sistem si
indeplinesc cerintele
10. Criteriul de acoperire structurala care trebuie indeplinit in procesul de testare software in
conditiile standardului DO 178B nivelul A:
a) Modified Condition/Decision Coverage
b) Establised by the test manager
c) Statement Coverage
d) Decision Coverage
1. d
2. c
3. b
4. d
5. c
6. d
7. a
8. c
9. c
10. a

S-ar putea să vă placă și