Fase Análisis y Diseño

11
Actividades de la Fase Análisis y Diseño Johanna Alvarez y Víctor Bravo 1 Fundación Centro Nacional de Desarrollo e Investigación en Tecnologías Libres Mérida, Abril de 2015

Transcript of Fase Análisis y Diseño

Page 1: Fase Análisis y Diseño

Actividades de la Fase Análisis y Diseño

Johanna Alvarez y Víctor Bravo1

Fundación Centro Nacional de Desarrollo e Investigación en Tecnologías Libres

Mérida, Abril de 2015

Page 2: Fase Análisis y Diseño

Análisis y Diseño

Page 3: Fase Análisis y Diseño

Implica

Especificación de datos persistentes

Caso de uso

Paso 1: El usuario solicita ...

Paso 2: El sistema presenta ...

1 2

Identifica entidadesAnaliza

3

Mod

ela

Page 4: Fase Análisis y Diseño

Herramientas de apoyo a la actividad

Plugin del TRAC – Metodología

Plantilla: Modelo de datos persistentesPlantUML

Plugin del TRAC – Metodología

Plantilla: Modelo de datos persistentesPlantUML

Especificación de datos persistentes

Para modelar diagramas de entidad-relación

DIAER VisualBD Designer ForkDruid

Page 5: Fase Análisis y Diseño

Recomendaciones para la actividad

Los diagramas de clase constituyen un modelo de datos.

Los objetos o entidades que maneja el software se pueden identificar en la descripción textual de

los casos de uso.

Utilizar tipos básicos para los campos de las relaciones, clases o documentos, de tal manera que el software

admita el uso de diversos gestores de datos.

Ceñirse a estándares y patrones de base de datos, como por ejemplo, los definidos en SQL,

en el Modelo-Vista-Controlador o en ORM (Object-Relational Mapping).

Especificación de datos persistentes

Tener en cuenta la necesidad de intercambiar datos con otras aplicaciones de software.

Page 6: Fase Análisis y Diseño

Implica

Refinar la arquitecturade software

Page 7: Fase Análisis y Diseño

Herramientas de apoyo a la actividad

Plugin del TRAC – Metodología

Plantilla: Arquitectura del software.PlantUML

Plugin del TRAC – Metodología

Plantilla: Arquitectura del software.PlantUML

Para modelar vistas arquitectónicas

Dia.Umbrello.Bonita, CASEUML, ArgoUML, BOUML

Refinar la arquitecturade software

Page 8: Fase Análisis y Diseño

Recomendaciones para la actividad

.

No es obligatorio diseñar todas las vistas arquitectónicas de un software, basta con

plantear aquellas consideradas pertinentes según la complejidad y alcance del software

Refinar la arquitecturade software

La descripción textual de los casos de uso constituye el insumo base para

identificar y/o refinar componentes de la arquitectura de software.

Page 9: Fase Análisis y Diseño

Implica

Diseñar el prototipono funcional de la interfaz de usuario

Diseñar

Revisar diseño

Page 10: Fase Análisis y Diseño

Herramientas de apoyo a la actividad

Plugin del TRAC – Metodología

Plantilla: Prototipo no funcional de la interfaz de usuario

Plugin del TRAC – Metodología

Plantilla: Prototipo no funcional de la interfaz de usuario

Para elaborar prototipos no funcionales de

interfaz

Pencil

Diseñar el prototipono funcional de la interfaz de usuario

Page 11: Fase Análisis y Diseño

Recomendaciones para la actividad

.

La interfaz de las operaciones que ejecuta el software debe mantener

un estándar visual

Se recomienda utilizar un diagramade navegabilidad entre las pantallas diseñadas

Diseñar el prototipono funcional de la interfaz de usuario

Evitar la ejecución de varios pasos a efectuar en el software para

acceder a alguna de sus funciones

Los tipos y tamaños de las letrasutilizadas en las pantallas deben facilitar

la visualización de los textos quese presentan en la interfaz

Los colores utilizados en cada pantalla deben ser contrastantes entre sí

La interfaz de las operaciones que ejecuta el software debe mantener

un estándar visual