Mah.. più penso a questa domanda, più mi vengono dei dubbi!

Nel progetto preliminare morphology e information flow!

Guarda, per quello che può contare, risponderei come te... Direi che durante il testing statico è possibile verificare tutti gli indici di qualità, mediante le checklist degli attributi ... affidabilità compresa.

Non saprei..

..secondo me quel "modularity" biascicato un qualche senso ce l'ha..

..visto che sulle dispense c'è pure scritto che morphology e information flow sono attributi di modularity..

..aggiungendo il fatto che oggi, quando gli ho chiesto del flow graph mi ha risposto:
"E' un metodo di rappresentazione attraverso il quale puoi calcolare morphology e information flow, sottoattributi di modularity"..

..e considerato il suo spassionato amore per la modularity...

..io sarei portata a dire MODULARITY!

E infatti verifichi la modularity con le checklist
Ma credo sia un po' riduttivo dire solo modularità.. in fondo, anche solo prendendo in considerazione l'information flow, ti vien da pensare anche alla complessità...
Però, per ogni checklist, hai un attributo da verificare... tutti quei 10 che, con diverse combinazioni, vanno a far parte degli indici di qualità...

Rimarrebbe ancora in sospeso la questione "indice"... ma la modularità è un attributo (con i ben noti sottoattributi)... ma lui chiede anche l'indice... e modularity è tra i più diffusi negli indici di qualità... insieme a complessità e tracciabilità...

Guarda, per quello che può contare, risponderei come te... Direi che durante il testing statico è possibile verificare tutti gli indici di qualità, mediante le checklist degli attributi ... affidabilità compresa.

Non saprei..

..secondo me quel "modularity" biascicato un qualche senso ce l'ha..

..visto che sulle dispense c'è pure scritto che morphology e information flow sono attributi di modularity..

..aggiungendo il fatto che oggi, quando gli ho chiesto del flow graph mi ha risposto:
"E' un metodo di rappresentazione attraverso il quale puoi calcolare morphology e information flow, sottoattributi di modularity"..

..e considerato il suo spassionato amore per la modularity...

..io sarei portata a dire MODULARITY!

ma in quale fase arale? nel progetto dettagliato?

Guarda, per quello che può contare, risponderei come te... Direi che durante il testing statico è possibile verificare tutti gli indici di qualità, mediante le checklist degli attributi ... affidabilità compresa.

Non saprei..

..secondo me quel "modularity" biascicato un qualche senso ce l'ha..

..visto che sulle dispense c'è pure scritto che morphology e information flow sono attributi di modularity..

..aggiungendo il fatto che oggi, quando gli ho chiesto del flow graph mi ha risposto:
"E' un metodo di rappresentazione attraverso il quale puoi calcolare morphology e information flow, sottoattributi di modularity"..

..e considerato il suo spassionato amore per la modularity...

..io sarei portata a dire MODULARITY!

Dire quali sono gli effetti dell'aumento di dimensioni di un prodotto sul costo dello stesso, a parità di ampiezza di mercato.


Ma il costo è indipendente dal mercato, infatti è C=AS^2

Mentre se parliamo del PREZZO, allora questo al raddoppiare del size quadriplica.

Giusto?

esatto, penso proprio che la prima domanda sia relativa al prezzo...

Riguarda un po' quel problema di cui aveva parlato a lezione... che quando si parla di mercato (quindi vendita) non parliamo più di costo ma di PREZZO... probabilmente un errore dovuto all'analogia che s'è fatto lo studente cercando di ricordare la domanda, dopo l'esame

riguardo al DT...
come possono essere usati insieme test funzionale e test strutturale?

Dire quali sono gli effetti dell'aumento di dimensioni di un prodotto sul costo dello stesso, a parità di ampiezza di mercato.


Ma il costo è indipendente dal mercato, infatti è C=AS^2

Mentre se parliamo del PREZZO, allora questo al raddoppiare del size quadriplica.

Giusto?

esatto, penso proprio che la prima domanda sia relativa al prezzo...

Dire quali sono gli effetti dell'aumento di dimensioni di un prodotto sul costo dello stesso, a parità di ampiezza di mercato.


Ma il costo è indipendente dal mercato, infatti è C=AS^2

Mentre se parliamo del PREZZO, allora questo al raddoppiare del size quadriplica.

Giusto?

Quindi ricapitolando il Walkthrough si applica alla specifica, al progetto preliminare e poche volte al progetto dettagliato, l'inspection al progetto preliminare e a quello dettagliato, specialmente al secondo.

Ci siamo?

perfetto...cominciamo con il mettere il punto su questa discussione.

Guarda che quella di Rizzi credo proprio sia la risposta a quella domanda.. :?

Anche secondo me la risposta di Rizzi è corretta, ma se nella domanda dovesse capitare anche di dire quali attributi vengono verificati che cosa risponderesti? A me verrebbe da dire tutti visto che si ottengono dalle checklist. A sto giro Iazzy mi ha distrutto

Guarda, per quello che può contare, risponderei come te... Direi che durante il testing statico è possibile verificare tutti gli indici di qualità, mediante le checklist degli attributi ... affidabilità compresa.

Quindi ricapitolando il Walkthrough si applica alla specifica, al progetto preliminare e poche volte al progetto dettagliato, l'inspection al progetto preliminare e a quello dettagliato, specialmente al secondo.

Ci siamo?

Io te l'accenderei...ma la porrei più sul genere:
"Potrebbero essere applicati entrambi, poiché entrambi sono modalità di discussione dei documenti di progetto. Tuttavia, il walkthrough è particolarmente adatto alla fase di specifica e progetto preliminare, mentre l'ispection a quella di progetto dettagliato"....

Guarda che quella di Rizzi credo proprio sia la risposta a quella domanda.. :?

Anche secondo me la risposta di Rizzi è corretta, ma se nella domanda dovesse capitare anche di dire quali attributi vengono verificati che cosa risponderesti? A me verrebbe da dire tutti visto che si ottengono dalle checklist. A sto giro Iazzy mi ha distrutto

Rispondo per lo static testing, per il DVT non ho idea.


Per grandi linee direi che in fase di progetto preliminare abbiamo la structure chart, quindi possiamo valutare size, depth, width, edge-to-node-ratio, IF, Y&W (Yin & Winchester). Da qui si deduce che andiamo a valutare metriche relative ai sottoattributi morfologia e information flow dell'attributo modularity. In particolare si verificano anche il numero medio di nodi per livello del diagramma (complessità gerarchica) e il numero medio di chiamate da parte di ogni nodo (complessità strutturale). Dunque abbiamo gli attributi modularity e complexity. Per quanto riguarda gli indici di qualità andrei a controllare quali di quelli che consideriamo vengono impattati (positivamente o negativamente) dagli attributi elencati, e sono Reliability, Flexibility ed Evolubility.

In fase di progetto dettagliato possiamo valutare metriche di qualità quali complessità ciclomatica, depth of nesting, D-Structuredness. Tutte a partire dai flow-graphs dei moduli che fanno parte del nostro prodotto sw. Dunque direi che l'attributo verificato sia la modularity, indici di qualità impattati Flexibility ed Evolubility.


Ditemi se vi quadra....

Riguardo questa domanda mi è capitata tra le mani una molto simile ma in cui vengono citati anche gli attributi, ve la riporto per intero:

Quali indici di qualità e relativi attributi sono verificati nello static testing in fase di progetto preliminare e dettagliato? (Distinguere fra i due casi).

La mia perplessità sta nel fatto che le checklist io le utilizzo a livello di specifica e progetto architetturale, quindi in teoria potrei già ricavare i valori di tutti gli attributi e di conseguenza anche degli indici. So che molto probabilmente sto dicendo una ***** ma st'esame mi sta rovinando il cervello. Mi levate questo dubbio per favore?

Scusate se mi autoquoto ma ho visto che la mia domanda è passata inosservata e i miei dubbi aumentano esponenzialmente. AIUTOOOOOO

Credo che Rizzi stia ormai facendo un copy&paste delle sue risposte
Stavamo cercando di capirlo ... l'ha anche chiesto al prof...che ha solo "biascicato un modularity" aggiungendo di ristudiare quanto fatto...

Guarda che quella di Rizzi credo proprio sia la risposta a quella domanda.. :?

Quindi ricapitolando il Walkthrough si applica alla specifica, al progetto preliminare e poche volte al progetto dettagliato, l'inspection al progetto preliminare e a quello dettagliato, specialmente al secondo.

Ci siamo?

Il DVT trova errori ma nel senso di errori di specifica (che non concordano con i requisiti) non errori di progetto o di codifica. Forse era questo?

Però non solo... mi verrebbe da dire... perché è possibile, mediante il DVT, controllare anche l'output... e quindi, anche gli errori di codifica.... :?

Vabbé, niente, non volevo aggiungere confusione, perdonatemi.... :cry:

Rispondo per lo static testing, per il DVT non ho idea.


Per grandi linee direi che in fase di progetto preliminare abbiamo la structure chart, quindi possiamo valutare size, depth, width, edge-to-node-ratio, IF, Y&W (Yin & Winchester). Da qui si deduce che andiamo a valutare metriche relative ai sottoattributi morfologia e information flow dell'attributo modularity. In particolare si verificano anche il numero medio di nodi per livello del diagramma (complessità gerarchica) e il numero medio di chiamate da parte di ogni nodo (complessità strutturale). Dunque abbiamo gli attributi modularity e complexity. Per quanto riguarda gli indici di qualità andrei a controllare quali di quelli che consideriamo vengono impattati (positivamente o negativamente) dagli attributi elencati, e sono Reliability, Flexibility ed Evolubility.

In fase di progetto dettagliato possiamo valutare metriche di qualità quali complessità ciclomatica, depth of nesting, D-Structuredness. Tutte a partire dai flow-graphs dei moduli che fanno parte del nostro prodotto sw. Dunque direi che l'attributo verificato sia la modularity, indici di qualità impattati Flexibility ed Evolubility.


Ditemi se vi quadra....

Riguardo questa domanda mi è capitata tra le mani una molto simile ma in cui vengono citati anche gli attributi, ve la riporto per intero:

Quali indici di qualità e relativi attributi sono verificati nello static testing in fase di progetto preliminare e dettagliato? (Distinguere fra i due casi).

La mia perplessità sta nel fatto che le checklist io le utilizzo a livello di specifica e progetto architetturale, quindi in teoria potrei già ricavare i valori di tutti gli attributi e di conseguenza anche degli indici. So che molto probabilmente sto dicendo una ***** ma st'esame mi sta rovinando il cervello. Mi levate questo dubbio per favore?

Scusate se mi autoquoto ma ho visto che la mia domanda è passata inosservata e i miei dubbi aumentano esponenzialmente. AIUTOOOOOO

quindi ricapitoliamo:
sia walkthrought che ispezione possono essere fatti a livello di progetto ma non a livello di specifica (per il primo) nè a livello di codice (per il secondo)....

quindi mi chiedo perchè ha detto a lezione (vedi wiki) che l'ispezione può essere fatta o sul documento di progetto o sul codice statico??

per quanto riguarda questa domanda Nello static testing quali indici di qualita sono verificati?e quali in prog. dett. e quali nel prog. prel.?? è stato chiesto qualcosa al prof?

No no..aspetta...
Il walkthrough si applica anche alla specifica (l'ha ripetuto lui oggi al ragazzo) oltre che al progetto preliminare ... in teoria anche al progetto dettagliato, a quanto diceva oggi...
Avevo specificato bene con quel "non alla codifica" perché era una cosa che avevamo data per certa, ma che certa non era... :?

quindi ricapitoliamo:
sia walkthrought che ispezione possono essere fatti a livello di progetto ma non a livello di specifica (per il primo) nè a livello di codice (per il secondo)....

quindi mi chiedo perchè ha detto a lezione (vedi wiki) che l'ispezione può essere fatta o sul documento di progetto o sul codice statico??

Beh...il wiki non è perfetto evidentemente, io purtroppo a quella lezione non c'ero e non so che dirvi.

per quanto riguarda questa domanda Nello static testing quali indici di qualita sono verificati?e quali in prog. dett. e quali nel prog. prel.?? è stato chiesto qualcosa al prof?

Abbiamo provato io e un altro ragazzo (lionel). In pratica non ha voluto rispondere e ha solo biascicato qualcosa tipo modularity + "rivediti quello che abbiamo fatto".