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

Dimarts 16 i Dijous 18 d'Octubre

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

Repàs de tipus de requeriments

A l'anterior sessió (A3) vam veure una classificació de requeriments no funcionals que ajuda a descobrir-ne de nous. Com a exercici, classificarem cadascun dels següents requeriments, segons siguin de domini, funcionals o no funcionals: (també d'un domini diferent al nostre sistema)

- el sistema ha de generar diàriament un extracte amb totes les
  transaccions econòmiques 

- l'extracte de transaccions econòmiques serà en una taula format text (extensió
  .txt) 
  - columnes separades per TABs. 
  - La primera línia seran els ids de columna
  - columnes: ...

- el sistema estarà programat en C++
  - les fonts han de ser compatibles amb Visual C++ 6.0 i gcc 3.x

- en 2 mesos el client vol el primer prototip funcionant

- els formats d'audio comprimits seran mp3 i ogg
  - cadascun amb bitrates de: 192, 128, 96 kbs

- afegir nous formats i nous bitrates ha de ser molt senzill

- el sistema ha de fer les conversions de fitxers d'audio en
  background

- el sistema ha de convertir automàticament el fitxer wav entrat a
  tots els formats que se li han especificat

- un 'format' és un tipus de fitxer comprimit (mp3, ogg...) més el bitrate.

Diagrama estàtic d'anàlisi (a.k.a. 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 obra i per servir una comanda.
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 i aquí un altre 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