[AR] elenco modifiche
Closed this issue · 5 comments
-
§2 deve essere maggiormente approfondito, così da chiarire a fondo la visione
del fornitore delle funzionalità che devono essere sviluppate. -
UC11: non è chiaro se sia l’utente finale l’attore
principale di questo caso d’uso o il sistema stesso. -
UC1.1: i suoi sotto-casi sono in realtà delle specializzazione delle “Visualizzazione di un
componente”. Rivedere. Quali informazioni vengono visualizzate per ognuno
dei componenti? Approfondire. -
UC1.2 e i suoi sotto-casi UC1.2.1 e UC1.2.2 devono essere rivisti come sopra.
-
UC1.2.3 deve invece riportare i colori opportunamente.
-
Anche UC1.3.2 deve essere rivisto in ottica di ereditarietà
(esiste veramente un differenza fra questi casi d’uso?). -
UC2.5 non può essere sotto-caso di UC2, poiché non è il dettaglio di una funzionalità di
“visualizzazione”. -
Pag. 24: “Queries”. Quando un termine inglese è utilizzato
in un contesto italiano, va riportato sempre al singolare. -
UC3, non è chiaro se si stia descrivendo la visualizzazione di una lista. In questo caso, il diagramma del caso d’uso deve essere modificato opportunamente.
-
Pag. 25: “defaul” in un titolo di sezione.
-
UC3.1: non è selezionabile l’ordinamento richiesto? Non è presente quello ascendente?
-
UC4 e UC5 non hanno estensioni, ma sono essi stessi un estensione.
-
UC6 è troppo generico e deve essere pertanto diviso in casi d’uso più contestualizzati.
-
UC6.1 e i suoi sotto-casi devono essere collegati da una relazione di ereditarietà.
-
UC7, idem. Anche altri sotto-casi UC7 soffrono del medesimo problema.
-
UC8.4 non può essere sotto-caso di UC8.
-
Non è fornito alcun riferimento per interpretare i codici dei requisiti.
-
R0Q1: come si misura la soddisfazione di questo requisito?
-
R0V1 è un requisito di qualità.
-
R0V2: quale versione di Kibana?
-
R0V3: quale versione di Js?
-
La fig. 1 in quanto caso d’uso deve avere associato un codice identificativo che deve
essere opportuna descritto.
R1.4.2 modificato in obbligatorio per aderire meglio alla gerarchia del R01.4
Visualizzazione e rappresentazione sono due rami distinti nei requisiti mentre ora sono stati uniti nei rispettivi usecase.
TODO: Quali informazioni vengono visualizzate per ognuno dei componenti? Approfondire.
Refactoring completo di requisiti/usecase della parola queries e traces per conformarsi alla correzione richiesta
TODO: scegliere se usecasare o arare R2F3.5
UC3.1 lo teniamo cosi perché teorizziamo che andando a correggere in ordine non abbia visto la gerarchia UC10.