Ip cox 1
Real-Time Systems Quiz
Test your knowledge on real-time systems and programming engineering with this comprehensive quiz! Featuring 41 challenging questions, it covers essential concepts and principles in system design and software engineering.
Highlights of the quiz:
- Multiple choice questions
- Focus on real-time processing and modularity
- Discover key programming methods and design principles
Notiunea de timp real implica:
Proprietatea de a reactiona in conditii reale ale sistemului
Reactia sistemului in conditii precizate
Proprietatea de a reactiona la schimbari in proces, intr-un timp mai mic decat o limita prestabilita
Timp minim de reactie
Intr-un sistem de conducere de process interactioneaza urmatoarele componente:
Echipamente, software, proceduri de operare, operator uman
Software, hardware
Programe, calculatoare, interfete de process, manuale de utilizare
Interfete, sisteme de reglare, sisteme de calcul
Obiectivele ingineriei programarii stabilesc:
Dezideratele activitatii de proiectare software
Modele de proiectare
C.) principii care trebuie urmate la proiectare
Modelele si principiile de proiectare
Obiectivele ingineriei programarii sunt:
Modularitatea, confirmabilitatea, adaptabilitatea, eficienta
Adaptabilitatea, eficienta,fiabilitatea, perceptibilitatea
Adaptabilitatea, eficienta, modularitatea, confirmabilitatea, eficienta
Modularitatea, abstractizarea, ascunderea, eficienta, fiabilitatea, perceptibilitatea, confirmabilitatea
Adaptabilitatea se refera la:
Obiectivul de realizare a unor programe adaptate unor situatii concrete de functionare
Principiul de programare prin care programul trbuie sa fie usor de modificat
Obiectivul de realizare a unor programe care sa poata fi usor adaptate pentru conditii diferite de functionare
Principiul de proiectare prin care se cere proiectantului sa se adapteze usor la noi cerinte
Modularitatea inseamna:
Stabilirea unor ierarhii in program
Determinarea unor secvente de program
Stabilirea riguroasa a intrarilor si iesirilor
Delimitarea unor secvente de program, cu intrari si iesiri bine precizate, intre care se stabilesc relatii ierarhice
Principiile ingineriei programarii se refera la:
Modalitatile de atingere a obiectivelor ingineriei programarii
Modele folosite in procesul de proiectare
Scopurile programarii
Destinatia activitatii de programare
Prototipizarea este o paradigma a ingineriei programarii care se refera la:
Construirea aplicatiilor prin metoda top-down
Dezvoltarea rapida a unui model simplificat al programului, interactiunea cu clientul si adaugarea ulterioara a functiilor omise
Construirea unui prototip al programului si modificarea acestuia
Proiectarea folosind descrieri-tip modulelor de program disponibile
Care dintre urmatoarele afirmatii este adevarata pentru fragmentul de diagrama ACR de mai jos:
Diagrama este optima (nu mai poate fi inbunatatita)
Nu se respecta regulile de intocmire a unei diagrame ACR
Diagrama poate fi optimizata
Nu se poate specifica nimic semnificativ despre aceasta diagrama
Care dintre urmatoarele afirmatii despre diagrama ACR de mai jos, nu este adevarata?
Respecta regulile de intocmire a unei diagrame ACR
Diagrama poate fi optimizata
Diagrama este incompleta
Contine toate entitatile folosite in metodologia MASCOT
Ce sunt regulile euristice de proiectare?
Reguli rezultate din aplicarea teoriilor euristice
Reguli rezultate din experienta practica
Metodologii de proiectare ale organizatiilor software
Metode sistematice de proiectare
Cate module de program pot fi subordinate unui modul, conform regulilor euristice de proiectare?
Maxim 5 si minim 2
Intre 3 si 6
Mai mult de 4
De obicei intre 3-4 si 7 , iar daca fan-out este mai mare de 9 sau mai mica de 3-4, este necesara reproiectarea
Proiectarea structurata se realizeaza prin
Proiectarea ingrijita a programelor, astfel incat acestea sa aiba o structura clara
Folosirea unor structuri standard de control al programului: procesare secventiala, decizie, reunire
Folosirea proiectarii top-down si a unor structuri standard de control al programului: procesare secventiala, decizie, reunire
Proiectarea top-down si modularizare structurala
Intr-o diagrama in care apar reprezentate urmatoarele entitati
Taskuri si dispozitive
Taskuri, conducte, cutii postale, dispozitive, semafoare, blocuri eveniment
Module de program, functii, canale, rezervoare
Taskuri(activitati), dispozitive, canale, rezervoare
Secventa urmatoare de program respecta principiile de proiectare structurala?
Da
Nu
Pentru anumite valori ale variabilelor de intrare, da
Pentru anumite valori ale variabilelor de intrare, nu
Etapele de aplicare a metodologiei MASCOT sunt:
Proiectare generala, proiectare in detaliu, asistenta tehnica
Proiectare preliminara de ansamblu, proiectare detaliata, implementare si testare
Specificatii, programare, implementare
Analiza de sistem, analiza de process, proiectare de detaliu
De ce sunt necesare taskuri de “luare la cunostinta” intr-un sistem de telemecanica?
Deoarece evenimentele din proces trebuie aduse la cunostinta sistemului
Deoarece telecomenzile trebuie confirmate de catre operator
Deoarece operatorul trebuie sa confirme ca a luat la cunostinta de evenimentele din proces si sunt necesare alte taskuri decat cele de tratare a evenimentelor, din pricina asincronismului reactiilor operatorului cu evenimentele din proces
Deoarece sistemul trebuie sa reactioneze sufficient de rapid la evenimentele din proces
Redundanta statica se aplica prin:
Multiplicarea paralela a unei functii de procesare si compararea rezultatelor
Deblarea unei functii
Verificarea unor conditii de functionare corecta
Compararea unor rezultate
Intr-un sistem de telemecanica, efectuarea unei telecomenzi parcurge urmatoarele etape:
Selectie, executie
Selectie, confirmare
Selectie, executie, confirmare din proces
Timiterea telecomenzii, raspunsul procesului
Redundanta dinamica se realizeaza prin:
Dublarea unei functii
Efectuarea unor teste de acceptanta si eventuala rulare a unei versiuni alternative
Efectuarea unor teste de acceptanta si rularea unei versiuni alternative
Testarea starii taskurilor
Ascunderea” este utila pentru:
Mai buna tructurare a programului
Definirea unor interfete complexe
Definirea unor restrictii de acces si “ascunderea” detaliilor nesemnificative ale unui modul de program
Ascunderea detaliilor referitoare la tratarea erorilor
????????
A da sfaturi tehnice
A ajuta la marketingul produsului
A filtra si evita paralelismele, a ajusta solutiile tehnice si a impune tehnici de proiectare si refolosire software
A da sfaturi tehnice, a ajuta la relatiile cu clientii, la reclama produsului, la elaborarea manualului de utilitare al produsului
Documentatia software de proiectare este necesara pentru:
Prezentarea produsului
Prezentarea produsului si relatiile cu clientii
Elaborarea unui prototip
Activitatea de asistenta tehnica si refolosire software
Configuratia larg distribuita utilizeaza:
Legatura multipunct
Field-bus
Retele WAN si protocoale de comunicatii potrivite
Protocoale de comunicatie Nowell si retele LAN
La Windows NT 4 concurenta era implementata prin:
Preemptiune, cu ordonarea dupa 31 prioritati pe cate 4 paliere (IDLE, NORMAL, , REALTIME)
Preemptiune, cu ordonarea dupa 31 prioritati, ordonate pe 2 paliere: 4 clase de prioritate si 5 niveluri pe fiecare clasa
Multithreading
Intreruperi event-driven cu planificare circulara(round-robin)
Categoriile de prestatori(server) in arhitectura client-server la Windows NT 4 sunt:
Monitorul, WIN32, DLL
Windows NT Executive, WIN32
I/O Manager, Win NT Executive, WIN32
NTFS, HPFS, FAT
Un fir de executie in Windows NT 4 este:
Un process
Un task
Un modul de program care realizeaza apeluri DLL
O cale de executie in interiorul unui proces
Sistemul UNIX nu este foarte raspandit in conducerea de proces deoarece prezinta:
Pret ridicat
Lipsa de unitate, sintaxa criptica, lipsa de interfete grafice, si de software
Nepotrivire cu necesitatile de timp real
Imposibilitatea implementarii multitaskingului
Familiile mai reprezentative de sisteme de operare dedicate sunt:
OS-2, WARP, QNX, OS-9
OS-9, QNX, Windows 95 CE
OS-9, QNX, VxWorks/Microworks
OS-900, QTRM, RTS
Sistemele de operare dedicate folosesc pentru alocarea unitatii centrale:
Prioritati fixe
256 prioritati
Mesaje si variabile
Planificarea circulara(round-robin)
Caracteristica esentiala a modelului in V de dezvoltare software este:
Fiecare pas de proiectare este asociat cu pasul corespunzator din etapa de testare pentru verificarea corectei implementari a cerintelor si a aspectelor de proiectare, asociere realizata prin completarea directa a echipelor implicate, aripa stanga poate fi reexecutata pentru a imbunatatii cerintele, proiectarea sau codificarea
Testele de acceptanta valideaza cerintele prin asocierea testelor cu specificatiile, prin conlucrarea dinte client si dezvoltator, aripa stanga poate fi reexecutata pentru a imbunatatii cerintele, proiectarea sau codificarea
Realizarea unui produs dezvoltat partial, care sa permita clientilor si proiectantilor sa examineze anumite aspecte ale produsului(mai ales interfete) pentru a putea coda mai usor, codarea este in varful V-ului
Dezvoltarea iterativa furnizeaza clientului o versiune de program care:
Contine de la inceput un set restrans de functionalitati si cu fiecare versiune noua se adauga altele noi
Contine de la inceput toate functiile si cu fiecare versiune noua acestea sunt perfectionate si performantele imbunatatite
Permite instruirea clientului si adaugarea de functii noi
Problema dublei intretineri rezulta daca:
Mai multi proiectanti au drepturi pentru acces si modificare simultatna a acelorasi date(eventual cod sursa)
Se mentin copii multiple ale aceluiasi cod sursa
Doi proiectanti actualizeaza simultan acelasi cod sursa si astfel este posibil sa se suprascrie unele modificari in copia distribuita
Ce este o revizie?
O noua versiune destinata a inlocui versiunea veche si care reflecta evolutia in depanarea si imbunatatirea modulului ca functionare si performante
O noua versiune care realizeaza aceleasi functionalitati pentru situatii usor diferite si care este destinata a fi o alternativa interschimbabila cu alta simultana
Un mecanism ... Care arata organizarea unui set de variatii si relatiile dintre acestea
Un sistem Delta de stocare de versiuni
Cuprinde conventiile de nume care sunt folosite pentru a discerne intre situatiile in care fisiere diferite reprezinta versiuni diferite ale aceluiasi produs
Reprezinta toate versiunile prin utilizarea unei singure copii ale codului sursa si diferentele dintre versiuni sunt marcate prin compilare conditionata codul sursa relevant pt anumite versiuni este generat de macrocomenzi a.î. Compilatorul poate reconstitui diversele versiuni
Memoreaza o singura versiune completa si le reprezinta pe celelalte prin retinerea diferentelor de la una la alta
Un proces de descarcare (Charg...) in cazul unui sistem de gestiune a configuratiilor realizeaza
Copierea unui modul de program din depozitul de baza (baseline) in spatiul de lucru al programatorului si apoi stergerea acestuia din depozit
Copierea unui modul din depozitul de baza in spatiul de lucru al programatorului si apoi blocarea accesului la acest modul astfel incat nimeni altcineva sa nu poata realiza un proces de descarcare
Crearea unei noi revizii in depozit si eliminarea blocarii accesului astfel incat alti programatori sa poata realiza mai departe revizii
In acceptiunea UML relatiile intre clase sunt:
Moduri, constrangeri, stereotipuri, asociatii, compozitii, generalizare, dependenta, multiplicitate
Asocieri, agregare, compozitii, generalizare, dependenta
Asociatii, agregare, cazuri de utilizare, actori, compozitie, generalizare, multiplicitate
Ce reprezinta in UML figura de mai jos?
O diagrama structurata
O agregare
Un caz de utilizare
Ce este o stare in abordarea UML?
O diagrama reprezentand relatiile dintre diferitele componente ale unui sistem
O conditie de existenta a unui sistem care presista pentru o perioada semnificativa de timp si este reprezentata prin relatiile din cadrul arhitecturii sistemului
O conditie de existenta a unui obiect care persista pentru o perioada semnificativa de timp si poate fi distinsa intr-un anumit mod de alta astfel de conditie de existenta
Cand o clasa trebuie sa gestioneze un unmar de obiecte de aceeasi clasa, o abordare in proiectere ar fi sa se adauge:
Un model (pattern) de proiectare
O clasa observator intre clasa primara si setul de obiecte
O clasa container intre clasa primara si setul de obiecte
In modelul (pattern) Rendezvous participa urmatoarele obiecte:
Rendezvous, Lock, Thread
Rendezvous, Lock, Client, Context, Thread,
Rendezvous, Wait, Semaphore, Client, Context, Thread
{"name":"Ip cox 1", "url":"https://www.quiz-maker.com/QPREVIEW","txt":"Test your knowledge on real-time systems and programming engineering with this comprehensive quiz! Featuring 41 challenging questions, it covers essential concepts and principles in system design and software engineering.Highlights of the quiz:Multiple choice questionsFocus on real-time processing and modularityDiscover key programming methods and design principles","img":"https:/images/course3.png"}