Normal people bore me!

Questo blog si è trasferito qui: www.geniodelmale.info

posts - 4199, comments - 7234, trackbacks - 546

My Links

News

- Chi sono... C.V. e altre informazioni! - Lista dei miei articoli

This is my personal weblog. These postings are provided 'AS IS' with no warranties, and confer no rights. The views expressed on this weblog are mine alone and do not necessarily reflect the views of my employer.

Post Categories

<< Online le demo del seminario su NHibernate | Home | Nevica... again... >>

I bookmark del giorno #21

Real Test Driven Development with Visual Studio Team System - articolo di Brian Button (EntLib...) molto interessante... che si conclude con l'uso di TestDriven.NET!
MVP XML Library for .NET 2.0 - una libreria molto utile, sviluppata da vari MVP, contenente le implementazioni di EXSLT, XML Base, XInclude, XPointer, più una serie di classi aggiuntive...
"Office Open XML will meet our new standards for acceptable open formats" - sembra che la nuova licenza dei documenti XML di Microsoft Office renda finalmente contento anche il Massachusetts
Dysfunctional Specifications - un documento con molti link pro e contro le specifiche funzionali, molto interessante da leggere
Supplì Vs. Arancino - per fortuna () vivo a Milano... altrimenti altro che la dieta... quand'ero a Catania ne mangiavo due per sera...
Work Item Tracking will use display names for RTM - finalmente nella versione RTM di TFS il work item tracking mostrerà i nomi "veri" degli utenti e non gli username usati per la login. Saranno contenti tutti quelli che hanno come username "lb2542im73"...
ASP.NET 2.0 Security FAQ / Wiki Released - molto interessante... da aggiungere alla lista delle FAQ sul wiki
Future of the Product Feedback Center - LadyBug (per gli amici) verrà portato dentro Connect... speriamo bene...

Print | posted on martedì 29 novembre 2005 8.45 | Filed Under [ I bookmark del giorno ]

Feedback

# re: I bookmark del giorno #21

Una nota sulle specifiche

Per essere buone devono avere i seguenti attributi:
-Corretti
-Inequivocabili
-Completi
-Priorizzati
-Consistenti
-Verificabili

I due attributi che dovrebbero evitare i problemi di cui parla il link sono in particolare:
-Inequivocabili
-Verificabili

L'us di un linguaggio semplice, la volotà di esprimere requisiti reali e concreti invece che una generica lista dei desideri (come una letterina di Natale

), il coinvolgimeento di osservatori esterni (come i progettisti che in futuro dovranno lavorare basandosi sui requisiti espressi) che leggono e validano il documento segnalando i punti non chiari, l'obbligo di descrivere anche dei test attraverso cui verificare la corretta soddisfazione dei requisiti permette di raggiungere questo obiettivo.

In questo caso è molto utile cominciare a dettagliare i requisiti prioritari e quelli sulle cui conseguenze (sulla architettura, costi, tecnologia) si hanno i dubbi maggiori.

Almeno questo è quello che ho notato sul campo

29/11/2005 11.04 | Luca Minudel

Comments have been closed on this topic.