oggi analizzeremo gli aspetti di qualificazioneabbiamo brevemente spiegato sulla qualificazione cosa si intende per qualificae quali sono le varie fasi nella qualifica come validazione della verificae l'accettazione e abbiamo discusso di quei cicli di primo livello e del ciclo di fondo o deicicli di qualificazione superiore e inferiore. Oggi passeremo nei dettagli di questa procedura di qualificazionequale tipo di procedura da adottare e quali sono i diversi tipidei test di accettazione e come facciamo in modo che il cliente accetti il sistema equali sono il processo con cui possiamo effettuare i test al fine di assicurarsi che il sistemaesegua come per i requisiti del cliente.
(Riferimento Slide Time: 02.12)
Così, prima di tutto ricordiamo la procedura di qualificazione e ciò che è la qualificazione. Così, come abbiamo discusso noi, è il processo di verifica e convalida del sistema di sistema e poi di otteneregli stakeholder che accettano il design. Quindi, in sostanza dobbiamo verificare e validare il designe garantire che soddisfi effettivamente i requisiti del cliente e comportila convalida di verifica e l'accettazione.Così, come abbiamo discusso nella precedente verifica di classe è sostanzialmente quello di verificare il sistemasviluppato rispetto alle specifiche che abbiamo identificato nella fase di progettazione della fase di progettazione ègarantendo che soddisfi i requisiti del cliente in termini di concetti e validitào la validità del design e poi l'accettazione sia in sostanza diamo al sistema il sistemacompleto all'utente e l'utente conduce test di accettazione e poi accetta il sistema.Quindi, queste sono le 3 fasi attraverso le quali passa il processo di qualificazione e poi noidobbiamo progettare il sistema di qualificazione mentre progettiamo il sistema di ingegneria. Quindi, il sistema di qualificazione di tiponon può essere progettato alla fine del processo anche se abbiamo discussocome ultimo passo il sistema deve essere progettato a livello di base, intendo quando iniziamo il sistema di progettazioneanche il sistema di qualificazione deve essere parallamente sviluppato cheè quando progettiamo un sottosistema, dobbiamo guardare a qual è il requisito per quel sistema cosìe poi come facciamo a testare quel sistema e come facciamo a validare quel sistema e poicome facciamo un test di accettazione per quel particolare sistema. Quindi, dobbiamo sviluppare la procedura, dobbiamo identificare le risorse, dobbiamo identificare gli orari.
Poi insieme alla progettazione del sistema e poi questo deve essere utilizzato quando facciamo la convalida o la verificao l'accettazione. Quindi, la progettazione del sistema di qualificazione deve esserefatto all'inizio del disegno o come abbiamo progettato il sistema il sistema di qualificazione anchedeve essere progettato insieme a quello e il criterio di uscita per l'integrazione e la qualificazione èaccettazione degli stessi da parte degli stakeholder. Quindi, questo è il criterio di uscita. Quindi, possiamo direche il design del sistema è completo o possiamo effettivamente uscire da quel determinato processo di progettazionesolo quando l'stakeholder accetta il sistema.(Fare Slide Time: 04.28)
E questo si parlerà effettivamente e di nuovo nell'ultima classe che queste sono le varie procedure di validazionee questa è la verifica e questo è il test di accettazione.Così, facciamo il test di accettazione in questa fase quando l'integrazione è completa e facciamo il test di validazionein questa fase e parallamente sviluppiamo i sistemi di qualificazione in questo stadiostesso sviluppiamo il sistema di qualificazione e poi la verifica sta praticamente verificando gli elementicontro le specifiche progettate e la validità concettuale di validitàe requisiti di validità e validità del design tutti questi devono essere convalidati mentre andiamo avanticon il processo di qualificazione.
(Riferimento Slide Time: 05.10)
Così, prima di passare al processo di qualificazione definiremo pochi termini che saranno interessatiagli ingegneri di qualificazione o a coloro che fanno il test di qualificazione. Quindi, lo scopo della qualificanon è solo quello di trovare difetti e fallimenti, ma anche di prevenirli e di fornirediagnosi completa sulla loro posizione e causa.Così, non è solo che identifichiamo solo i difetti e i fallimenti di cui abbiamo bisogno per garantire che noiidentifichiamo la fonte di questi guasti così come forniamo alcuni input ai progettistiper garantire che tali difetti si verificino nella progettazione. Così, mentre facciamo i test noigarantiamo di poter identificare i difetti e i fallimenti e possiamo identificare la posizione deifallimenti anche noi possiamo davvero suggerire metodi per prevenire questi fallimenti anche. Quindi, se siidentifichiamo la posizione in cui possiamo effettivamente vedere se la cosa è la fonte di quell' errore eallora una volta che conosciamo la fonte dell'errore possiamo fare una riprogettazione del sistema. Quindi, che itali fallimenti possano essere eliminati, gli ingegneri di qualificazione o coloro che stanno effettuando la verifica o la validazione. Così, hanno la responsabilità di identificare le fonti oltre che aaiutano i progettisti.Per prevenire simili difetti, riprendiamo il termine normalmente usato quando abbiamo discusso dei guastiche sono i difetti del sistema. Quindi, il fallimento è sostanzialmente una deviazione nel comportamentotra il sistema e il suo requisito. Quindi, abbiamo dei requisiti di comportamento nel sistemae quando il sistema non sta fornendo quel comportamento allora chiamiamo che è un errore di erroreè un sottoinsieme dello stato di sistema che può portare a un guasto. Così, il sistema stato se è
la temperatura la pressione o il suo tempo di elaborazione o la capacità di elaborazione di questi parametriche è un sottoinsieme dello stato di sistema. Quindi, questo potrebbe effettivamente causare un guasto. Quindi,che è un errore e colpa sono i difetti del sistema che possono causare un errore.Quindi, è sostanzialmente un errore nel sistema causa un errore e questo errore porta un guasto al sistema. Quindi, avere un sistema di qualificazione di successo una serie di procedure complementarida assumere; quindi, se si utilizzano 1 o 2 metodi che da soli non vi aiuteranno a identificare tuttii difetti. Quindi, una procedura può identificare i difetti negli scenari operativi unoun altro metodo può identificare i difetti nei sistemi interni o nelle interfacce. Quindi, non c'ènessun test unico che possa effettivamente identificare tutti i difetti del sistema e quindi, dobbiamoindividuare procedure diverse o procedure di verifica diverse o procedure di verifica chesiano complementari. Quindi, che la maggior parte dei difetti può essere identificata. Quindi, questo è il requisitoqui dobbiamo avere molti test; quindi, molte procedure che sono complementari a ciascunache possono identificare la maggior parte delle faglie nel sistema che possono effettivamente impedire i fallimentidel sistema.(Fare Slide Time: 08.00)
Quindi, per fare questo ci sono molti metodi impiegati da vari ingegneri di sistema evari metodi di sviluppo del sistema, ma è la community software che mette in realtà leprocedure più complete e regole per la verifica dei sistemi di sistemi di ingegneria, ma alcune di queste regole possono effettivamente essere implementate o possono essere adottate per il
I sistemi di ingegneria anche in sostanza ci sono 3 leggi in test software o procedure di qualificazione del software.Se questo può effettivamente essere utilizzato nell'analisi del sistema ingegneristica anche perché le molte delle proceduresono comuni all'ingegneria del software così come l'ingegneria del sistema la prima leggeè nota come il paradosso dei pesticidi che effettivamente afferma che ogni metodo che utilizzi perimpedisce un errore di bug nel caso del sistema di ingegneria. Quindi, ogni metodo che si usa per prevenirela loro colpa lascia un residuo di difetti subtler; questo significa, ogni volta che si usa un metodo particolareper prevenire un guasto che effettivamente porta in un altro errore nel sistema che non può essere identificatoutilizzando il metodo presente. Quindi, ogni volta che si introduce un nuovo metodo per prevenire un guasto aidifetti associati a quel nuovo metodo non può essere identificato in quella fase. Così, questo è noto comeil paradosso dei pesticidi. Quindi, non si può effettivamente garantire che per semplice.eliminando un bug si sta effettivamente eliminando un tutti i bug perché questa colpa potrebbevenire a causa del nuovo metodo anche quello che è la prima legge del test software della prima portache è noto come il paradosso dei pesticidi la seconda legge è nota come barriera di complessità;questo in realtà afferma che la complessità degli insetti o dei difetti cresce fino ai limiti della nostracapacità di gestire quella complessità. Così, dato che siamo sempre più capaci di risolvere una complessitàallora anche la complessità della colpa continuerà ad aumentare. Così, che è noto comela barriera di complessità la terza legge è che il codice migra a dati questi effettivamente afferma chel'hardware e le persone migrano verso software che alla fine migrano verso i dati.Così, inizialmente se qualcosa viene fatto dall'hardware o qualcosa dall'umano; questo in realtàfarà lentamente migrare al software. Quindi, cercheremo di sostituirlo con il software e quindiil software la sostituirà con i dati reali. Quindi, ecco che il codice migra ai dati. Quindi,ogni qualvolta sarà previsto per la qualificazione del sistema ingegneristica o la verifica di cui abbiamo bisognogarantisce che questi siano i fatti che effettivamente limitano la nostra capacità di effettuare i test. Quindi,ogni volta che cerchiamo di impiegare un nuovo metodo per evitare la colpa che in realtà può portare un'altra colpache non può essere identificata con quel metodo. Quindi, dobbiamo fare attenzione durante l'introduzione di un metodoper rimuovere la tua colpa. Quindi, dovremmo guardare l'importanza di quella colpa è una frequenzadi colpa.Poi decidiamo se introdurre un altro metodo per prevenire quella colpa perché questo nuovo metodopuò portare un'altra colpa che non può essere identificata con quel particolare metodo analogamenteanche la complessità della colpa continuerà ad aumentare man mano che siamo più capaci di risolvere il
problema la complessità continua anche ad aumentare e poi c'è una migrazione del software hardwareextra ai dati. Quindi, i nostri algoritmi o i metodi dovrebbero essere in grado di portare questo inaccount quando facciamo la verifica dei sistemi di ingegneria, poi ancora quando facciamo la verificadel sistema. Così, come sappiamo la verifica è una delle tappe più semplici della qualifica. Così, abbiamo la convalida della verifica e l'accettazione. Quindi, la verifica è uno diil metodo più semplice o più semplice della procedura di qualificazione. Quindi, qui di nuovo ci sono unapoche barriere.Perché la verifica è in sostanza analizziamo la specifica del design e poi vederese il sistema reale o il componente effettivo soddisfa quella specifica quando il problemaqui è che non possiamo mai essere sicuri che le specifiche siano corrette. Quindi, la specifica puòessere sbagliata. Quindi, la specifica qualunque cosa abbiamo fatto la specifica non deve essere semprecorretta, ma dobbiamo sempre andare a ipotizzarci che le verifiche siano corrette e fare il test di verifica dei test specifici, ma non sono corretti sempre.(Fare Slide Time: 12.07)
E ora il sistema di verifica può verificare ogni programma corretto. Quindi, non c'è alcun sistema di verificache possa verificare ogni programma corretto.Bisogna avere procedure diverse o differenti metodi per effettuare la verifica di un programma completoo un metodo potrebbe non garantire che sia completamente corretto e poi possiamomai essere certi che un sistema di verifica sia corretto. Quindi, ancora non vi è alcuna garanzia che il sistema di verificasia sempre corretto. Ecco, queste sono le barriere in verifica che non siamo mai
fare una verifica in realtà abbiamo delle ipotesi e avere dei limiti. Quindi, all'interno diche limitazione solo noi stiamo effettuando la verifica. Così, questo dimostra che il livello di confidenza dil'ingegnere di verifica a seconda di quale misura possiamo assicurare che le specifiche sianocorrette all'azione possibile e il sistema la maggior parte dei presenti sono diversimetodi complementari che utilizza per garantire che tutti gli aspetti del sistema siano testati overificati.E analogamente, se il sistema di verifica quanto buono sia il sistema di verifica. Quindi,in base a questo livello di confidenza solo possiamo dire che la verifica è completa o la verificaè all'altezza delle aspettative degli ingegneri progettisti. Ecco, ecco le barriere nella verifica, ma poi prima di discutere dei metodi.(Fare Slide Time: 13.27)
Bisogna definire alcuni termini sulla categorizzazione della faglia anche. Quindi, ci sono diversi tipidi difetti che avvengono nel sistema. Quindi, alcuni difetti sono molto recisi alcuni di loro non sonomolto sever, ma alcuni di loro hanno bisogno di attenzione alcuni di loro possono essere lasciati in quanto tali perché potrebbenon causare altri problemi nel sistema. Quindi, la categorizzazione degli errori è il primo passo diche definisce l'importanza dei difetti. Quindi, se si ha se si vuole categorizzare la colpa sul intermini dell'importanza.Quindi, quanto sia importante quella particolare colpa di catalogarli in varie categoriee queste categorie definite distinzioni tra le conseguenze dei difetti. Quindi, le categoriepossono effettivamente dare la distinzione sulle conseguenze di questi difetti. Così, alcuni dei
categorizzazione o tassonomia dei difetti qui; quindi, una colpa lieve è qualcosa che puòeffettivamente essere scartato che in realtà diciamo che non c'è davvero bisogno di guardare a quella particolare colpaperché è un tipo molto lieve come il colore non è corretto o non c'è una finitura superficialeo c'è un graffio minore sul sistema. Quindi, questi sono noti come colpa minore chepuò effettivamente essere scartato perché creano qualsiasi ulteriore problema nel sistema, ma poiabbiamo un difetto moderato che sono output poco chiari o fuorvianti o un menù sbagliato.Così, una volta che si dà un input si sta dando una emissione diversa che non è correlata all'input che noistiamo dando o i menu non vengono correttamente somministrati. Quindi, un menu non sta portando ad un altro ol'; quali funzioni ricorrenti non stanno fornendo nel menu. Quindi, questi sono noti comedifetti moderati, questo è in realtà potrebbe essere un problema, ma ancora non è necessario investire tropposu questo tipo di errori moderati moderati ci sono fastidiosi difetti chedanno davvero fastidio agli utenti, sta cercando qualcosa di qualche dato ed èche sta prendendo qualche altro dato o sta prendendo troppo tempo per elaborare o quel menu non è propriamente unin arrivo o che non è visibile correttamente. Quindi, questi sono fastidiosi tipo di difetti che devono essereevitati perché gli utenti potrebbero non piacere avere quel tipo di difetti.Ma ancora questi non creeranno grossi problemi nelle prestazioni del sistema perchéil sistema potrebbe essere performante, ma potrebbe non esibirsi come la convenienza dell'utente ol'utente potrebbe non piacere avere quel tipo di difetti perché in realtà lo infastidisce ed èusando il sistema. Quindi, ancora questo; questo bisogno di essere eliminato il più possibile il prossimo ènoto come l'inquietante tipo di difetti. Quindi, in realtà noi rifiuteremo la transazione legittima.Quindi, se hai una transazione legittima che hai una corretta autorità per entrare in quel sistemae poi effettuare una qualche transazione allora sistema non ti permette di dare qualche errore.Quindi, questo è una specie di colpa inquietante che di nuovo non è accettabile.Il livello Successivo è grave che in realtà si perde la traccia di output in ingresso. Quindi, in realtà lo fanon sapere cosa abbia effettivamente transitato nel sistema. Quindi, che tipo di input è stato dato e cheoutput è stato dato e che è qualcosa come in un ATM, hai depositato dei soldi che non ècontabilizzato il tuo account o non sa dove sono andati i soldi. Quindi, quel tipo di situazioneè una colpa grave nel sistema poi di nuovo il livello successivo è una transazione molto graveuna colpa molto grave che in realtà dice che ci può essere mescolando input e uscite. Così,una persona deposita denaro in un conto e che il denaro va ad qualche altro conto ei soldi vengono ritirati dal suo conto a causa di qualcun altro ritirare i soldi. Quindi,questo tipo di mismatch di output in ingresso e questo è una colpa molto grave.
Che deve essere affrontato a qualsiasi costo poi ancora ci sono dei difetti estremi dove in realtà questodifetti molto gravi stanno accadendo frequentemente che è quel tipo di situazione è una condizioneestrema se frequenti difetti di categoria molto gravi. Quindi, i difetti di categoria molto gravistanno accadendo molto frequentemente, poi si tratta di una situazione di colpa estrema, poi ci sono intollerabilidifetti che effettivamente causano una corruzione dei dati non recuperabili a lungo termine. Quindi, questo in realtàintollerabile perché in realtà è possibile causare l'intero sistema su o un periodo divolta che tutti i dati possono essere danneggiati o perdono la traccia di ciò che è realmente accaduto. Quindi,quel tipo di errori a lungo termine non dovrebbe esserci e questo intollerabile tipo di difetti.(Fare Slide Time: 17.55)
E ancora considerando la gravità della questione ci sono catastrofici; difetti catastroficiche in realtà la chiusura del sistema causava la perdita di dati.Così, effettivamente provoca una perdita di dati al sistema completo perché va a chiudere l'intero sistemae poi molti dati vengono persi senza alcuna traccia di quanto accaduto. Quindi, quel tipo di situazioneè l'; una colpa catastrofica e l'ultima è la colpa infettiva della colpa infettiva èche non è solo il sistema che tutto il sistema è associato a quel sistema sta arrivando anchedanneggiato. Quindi, si tratta di una situazione molto grave che si nota come difetti infettivi. Quindi, in base alla sicurezzadi questi difetti possiamo effettivamente classificarli sotto varie categorie a partire dada lievi a situazioni catastrofiche e infettive. Quindi, è dovere della qualificazioneingegneri identificare questi difetti e categorizzarli che tipo di colpa è se si tratta di unmolto lieve o si tratta di uno infettivo.
Quindi, di conseguenza, devono osservare l'importanza di questi difetti e quindi identificare leazioni richieste da intraprendere anche se è necessario guardare alla fonte di questi errori e poi scoprireil o suggerire agli ingegneri progettisti le procedure o come realmente eliminarle. Quindi,se è possibile sviluppare i metodi e le procedure per identificare tutti questi tipi di difetti da lievea quelli infettivi a seconda della gravità della colpa e poi cercare di eliminarli che èil lavoro degli ingegneri di qualificazione in sostanza gli ingegneri di qualificazione svilupperannole procedure per identificare tutti questi difetti e categorizzarli e poi segnalarli agli ingegneri del design. Così, che gli ingegneri del design possano effettivamente guardare al sistema e poi andare peruna riprogettazione del sistema.Ancora per aver vagliato l'importanza dei difetti possiamo effettivamente scoprire la misura diimportanza a seconda della frequenza della colpa che avviene così come della gravità della situazioneo dell'ambiente in cui si verificano questi particolari difetti. Quindi, un metodo di misura della quantitàdell'importanza del tipo di colpa è dato qui,
Ii= ∑j= 1JV j PijCijdove ho l'importanza del tipo di faglia e per la mia colpa in j ° scenario. Così,Pij la probabilità che la colpa mi accada in uno scenario j e Cij è il costo dicolpa in colpa i in j th scenario in termini di rupie.Quindi, se riesci davvero a convertire quel costo di quella particolare colpa se è un mero per il costo losarà meno, ma se è un guasto molto severo allora il costo sarà molto alto. Quindi, se in realtà possiamoconvertire che in rupie allora possiamo dire che il Cij è il costo della colpa i in j th scenarioe V jè la misura relativa di importanza di quello scenario.Quindi, se si hanno più scenari in cui la colpa sta avvenendo. Quindi, possiamo effettivamente dare ala misura relativa di importanza dello scenario ad alcuni scenari potrebbe essere molto importante alcunipotrebbero non essere importanti. Così, V j
dà il valore relativo di questa importanza. Quindi, il in realtà
è possibile ottenere l'importanza del tipo di guasto come
∑j= 1JV jPijCijCosì,
Pij è la probabilità Cij è il costo e V j
è la misura relativa. Quindi, se si hauna sola colpa particolare che avviene allora vari scenari e se si conosce il costo di quellaparticolare colpa oltre che la probabilità di quella colpa di quella colpa di quellaimportanza di quello scenario possiamo scoprire qual è l'importanza di quel tipo di faglia e questoinsieme alla tassa per la tassonomia discussa in precedenza sarà in grado di categorizzare queste faglia intermini se è molto grave e poi bisogna guardare le procedure per eliminarle opossiamo davvero lasciarlo così perché non sta causando alcun problema.Così, questo è il modo in cui i difetti sono categorizzati e poi come facciamo l'analisi dei difettiin base alla probabilità di colpa oltre che al costo di colpa e all'importanza degli scenariora ci facciamo osservare i metodi e le procedure per fare la pianificazione delle qualifiche.(Fare Slide Time: 21.59)
Così, come ho accennato la strategia di qualificazione deve essere pianificata durante la fase di progettazione stessa.Così, ci sono 4 livelli principali di pianificazione delle qualifiche uno è il processo di qualificazione che si pianificail piano di qualificazione si avvicina e si pianifica la qualificaattività e poi piano test specifico.Quindi, queste sono le 4 attività da svolgere nella pianificazione delle qualifiche come si conosce ilprimo è il processo di qualificazione questo è il primo livello di progettazione della pianificazione della qualificazionedove.
(Riferimento Slide Time: 22.32)
analizziamo i vari aspetti della qualificazione fondamentalmente dobbiamo fare il test di accettazionetest di validazione e verifica di verifica e tutte queste 4 fasi analizziamo i questi 3 test per essererealizzati nella qualifica e pianifichiamo per questi 3 test in tutte le 4 tappe ciò che abbiamodiscusso. Ecco, questa è la pianificazione del processo di qualificazione nella pianificazione del processo di qualificazione, analizziamo gli obiettivi di sistema che identifichiamo quali sono il requisito individuato ingli obiettivi di sistema che è una delle lezioni precedenti abbiamo discusso come identifichiamo gli obiettivi di sistemae poi usiamo questi obiettivi per definire i requisiti di sistema così comeguardiamo alla gerarchia degli obiettivi.Quindi, nella pianificazione delle qualifiche abbiamo anche bisogno di partire con gli obiettivi di sistema. Quindi, quello chein realtà il sistema dovrebbe ottenere e basato su questo solo noi analizzeremo gli obiettiviper essere un bisogno e poi questi obiettivi diventano di nuovo una linea base per il processo di qualificazioneanche. Quindi, analizziamo gli obiettivi di sistema e poi identifichiamo maggiormente gli obiettivi di sistema dell'obiettivo di sistemacome un obiettivo prestativo. Così, in base all'obiettivo di performanceguardiamo all'obiettivo del sistema di qualificazione.Così, saranno direttamente correlati perché il sistema di qualificazione dovrebbe effettivamente garantire chegli obiettivi di prestazione siano soddisfatti e quindi gli obiettivi di qualificazione devono esseresviluppati dagli obiettivi di sistema, poi dobbiamo guardare la soglia di fail fail per ogni testperché dobbiamo condurre molti test come test di convalida test di accettazione etest di verifica e dobbiamo guardare a quali sono la soglia di fail fail per questi test. Quindi, noi
non può avere un valore molto basso per la soglia. Quindi, se metti un valore molto basso per le soglieallora quel test diventa non davvero utile, ma se metti una soglia molto alta alloraquello che succede è che potrai trovare che la maggior parte dei test il sistema non sarà in grado di passareil test anche.Quindi, uno dei requisiti principali qui è quello di guardare agli obiettivi gli obiettivi di sistema e gli obiettivi di qualificae poi decidere di un valore per questa soglia la soglia di fail failper ogni test da collegare e poi in base a quella che andiamo per i requisiti di qualificazioneche è come qualsiasi altro processo di progettazione del sistema analizziamo i requisiti della qualificae poi l'architettura funzionale per la qualificazione quali sono le funzionidevono essere fornite quali sono le funzioni di primo livello e quali funzioni subdurali sono necessariepoi andiamo per lo sviluppo dell'architettura fisica e poi identifichiamo i rischi e le strategie di mitigazione. Quindi, quali sono i rischi che si comportano in questi processi e come facciamo in realtàsuperare questi rischi e poi creare un piano di qualificazione master.Così, al termine del processo di pianificazione delle qualifiche otteneremo un piano di qualificazioneche possa essere effettivamente impiegato per l'intero progetto. Così, inizialmente considerando gli obiettivi di sistemasvilupperemo gli obiettivi di qualificazione e poi in base agli obiettivi di qualificazione.Decidiamo i valori di soglia per i diversi test e poi identifichiamo i requisiti di qualificae da lì guardiamo l'architettura funzionale e fisica e infine,riceveremo il piano di qualificazione che è un documento del piano di qualificazione master e questo documentosarà il documento master per ogni tipo di attività di qualificazione. Quindi, cioè laprima funzione nel piano di pianificazione delle qualifiche il processo di qualificazione.
(Riferimento Slide Time: 25:59)
Il prossimo sta progettando gli approcci di qualificazione e ancora questo è stato fatto per tutti i3 tipi di convalida e verifica dell'accettazione dei test. Quindi, qui in quell' approccio cercheremodi identificare le risorse e le organizzazioni.Poi l'assegnazione delle attività di qualificazione alle organizzazioni assegnano le attività di qualificazione allerisorse e sviluppano orari di qualificazione coerenti con gli orari di sviluppo. Quindi,questa è la pianificazione dell'approccio di qualificazione. Quindi, qui cerchiamo di identificare tutte le risorsenecessarie per la qualificazione. Quindi, dobbiamo effettuare vari test e per questo vari test noiabbiamo bisogno di avere varie risorse e di dover identificare le infrastrutture disponibili e le personeche sono in grado di fare questi test se il test può essere fatto in casa possiamo effettivamente identificarese alcune apparecchiature da procurare sono previste o ci sono alcune strutture di collaudo standarddisponibili se il test può essere effettuato. Quindi, che anche questo deve essere pianificato.Così, che è la prima fase che identificano le organizzazioni e le attività e assegnano questeattività a varie risorse e poi sviluppano gli orari coerenti con il programma di sviluppo. Quindi, qui si avrà vari orari per l'attività di progettazione come noiprevisto per il design abbiamo il design di livello componente e poi qualche livello di sistemadesign e. Quindi, insieme a quello in coerenza con quelle pianificazioni dobbiamo avere anche la schedula di qualificazione; ad esempio, se si desidera verificare i componenti. Quindi, quando un componenteparticolare viene reso disponibile come per la pianificazione allora anche la pianificazione delle qualifichedovrebbe corrispondere con quel componente analogamente quando quel componente va per un
integrazione la verifica di quel sottosistema integrato deve essere effettuata e il sottosistemaè pronto.Quindi, la pianificazione qualunque cosa abbiamo sviluppato per la qualificazione dovrebbe essere incongruente con le attività di progettazionee questo deve essere garantito nell'approccio di qualificazione o pianificazione dell'approccio di qualificazione. Ecco, queste sono le varie attività svolte nell'approccio di qualificazione.(Fare Slide Time: 27:59)
Il prossimo sta pianificando le attività in realtà. Allora, come facciamo in realtà a svolgere queste attività. Quindi, sviluppare requisiti di qualificazione dettagliati e derivati scrivono attivamente i piani di qualificazionee assegnare le responsabilità di qualificazione. Quindi, questi stanno effettivamente pianificandole attività reali. Così, scopriamo i requisiti di qualificazione dettagliati e derivati. Quindi,ci sono forse requisiti diversi dal requisito principale ci possono essere alcuni requisitiderivati.Così, andiamo nei dettagli. Così, nel terzo livello entriamo nei dettagli se guardiamo ai singoli elementi di configurazione degli elementie componenti e poi identifichiamo i piani dettagliati perogni componente. Quindi, se hai un particolare componente identificato nel design deviguarda cosa è quel particolare componente e che tipo di requisiti ci sono per questo componentese abbiamo bisogno di avere dei fixtures specifici o specializzati per assemblarlo eallora fare i test o qualsiasi funzioni specializzate sono necessarie o strutture specializzate sono necessarieper quel particolare componente. Quindi, quel tipo di pianificazione dettagliata sarà fatto nel terzo
funzione che sono le attività di qualificazione. Quindi, per ogni componente e sottosistema, guardiamoper i dettagli.(Fare Slide Time: 29:07)
E poi sviluppare le attività di qualificazione e la quarta è sostanzialmente la prova specifica.