Sessió A3: Etapa d'anàlisi: diagrama estàtic i altres

Objectius

• Reflexar el domini amb diagrames: estàtic de domini, d'activitats i d'estats
• Identificar els requeriments de domini
• Revisar i completar tot el document de requeriments

Diagrama estàtic d'anàlisi (aka Diagrama de classes del domini)

El diagrama estàtic d'anàlisi representa entre d'altres coses

• els tipus d'entitats que hi ha al domini
• les relacions que hi ha entre elles

Cal dir que tots els requeriments de domini no queden expresats només amb el glossari i el diagrama estàtic d'anàlisi: Processos, canvis, restriccións, fórmules... La resta de requeriments de domini cal redactar-los de forma textual o recolzar-los amb altres tipus de diagrama.

Diagrama estàtic d'anàlisi vs de disseny
El Diagrama estàtic d'anàlisi no té perquè representar 'classes' d'implementació. Només representen entitats que hi ha al domini, independentment de l'existència d'un sistema informàtic. Les entitats del sistema informàtic les representa el diagrama de classes de disseny (també conegut com diagrama estàtic de disseny).

Altres Diagrames UML

Als apunts de teoria trobareu més informació de com fer servir els diagrames d'activitats, estats i seqüéncia. Fent un resum:

• Un diagrama d'activitats és útil per representar un procés de negoci, el fluxe d'objectes dintre de l'organitzacio i les activitats en les que estan involucrats.
• Un diagrama d'estat és útil per representar els canvis (relevants per a nosaltres) que pateix una entitat durant la seva vida.
• Un diagrama de seqüència és útil per copsar un dialeg entre diversos actors.
• El diagrama de col·laboració, representa la mateixa informació que el diagrama de seqüència, però visualment destaca quins actors o entitats es comuniquen amb quins, mentres el diagrama de seqüència visualment destaca l'ordre temporal d'aquest diàleg.

Tasques

1. Elaborar el diagrama estàtic d'anàlisi, per tal de representar les entitats del domini. Es pot prendre el glossari com a punt de partida.
2. Extreure altres requeriments de domini en forma de text. Es pot prendre el diagràma estàtic d'anàlisi com a punt de partida i identificar aquelles coses que no queden ben explicades amb el diagrama. El requeriments textuals de domini no haurien de solapar-se amb el que diu un diagrama. És a dir, el text no ha de descriure el diagrama.
3. Identificar una classe que pugui ser més ben "explicada" usant un diagrama d'estats i elaborar-ne el diagrama.
4. Elabora dos diagrames d'activitats que representin el procés necessari per publicar una col·lecció i per realitzar una compra.
5. Opcional: (Però molt recomanat)
Elaborar més diagrames.
6. Comprovar que el document de requeriments té una bona estructura i si cal modificar-la. Recordeu que el subversion us permet moure (renombrar) fitxers sense perdre'n la història. Assegurar-vos que els diagrames queden prou contextualitzats dins el document. És a dir, feu una petita introducció explicant el propòsit del diagrama i, si cal, afegir-hi aclariments.
   Proposta d'estructura del document:

   1. Stakeholders
      (llista de fitxes)
   2. Requeriments de domini
   1. Glossari
   2. Anàlisi
      (que contingui: diagrama estàtic, d'estats, d'activitats, etc.)
   3. Requeriments textuals
   3. Casos d'ús
   1. Resum i diagrama de casos d'ús
   2. Requeriments funcionals generals
   3. Requeriments no funcionals generals
   4. Descripció detallada dels casos d'ús

   Aquí en teniu un exemple d'alumnes d'altres anys. Atenció: preneu els exemples amb distància i precaució, poden contenir errors, incompleteses i diagrames que no se us demanen, etc.

7. Repassar i completar el document de requeriments de cara a l'entrega del bloc A