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
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
Identificaentidades
Analiza
3
Modela
Herramientas de
apoyo a la actividad
Plugin del TRAC – Metodología
Plantilla: Modelo de datos persistentes
PlantUML
Plugin del TRAC – Metodología
Plantilla: Modelo de datos persistentes
PlantUML
Especificación de
datos persistentes
Para modelar diagramas
de entidad-relación
DIA
ER Visual
BD Designer Fork
Druid
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.
Implica
Refinar la arquitectura
de software
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 arquitectura
de software
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 arquitectura
de 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.
Implica
Diseñar el prototipo
no funcional de la
interfaz de usuario
Diseñar
Revisar 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 prototipo
no funcional de la
interfaz de usuario
Recomendaciones
para la actividad
.
La interfaz de las operaciones que
ejecuta el software debe mantener
un estándar visual
Se recomienda utilizar un diagrama
de navegabilidad entre
las pantallas diseñadas
Diseñar el prototipo
no 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 letras
utilizadas en las pantallas deben facilitar
la visualización de los textos que
se 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

Fase Análisis y Diseño

  • 1.
    Actividades de laFase 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
  • 2.
  • 3.
    Implica Especificación de datos persistentes Casode uso Paso 1: El usuario solicita ... Paso 2: El sistema presenta ... 1 2 Identificaentidades Analiza 3 Modela
  • 4.
    Herramientas de apoyo ala actividad Plugin del TRAC – Metodología Plantilla: Modelo de datos persistentes PlantUML Plugin del TRAC – Metodología Plantilla: Modelo de datos persistentes PlantUML Especificación de datos persistentes Para modelar diagramas de entidad-relación DIA ER Visual BD Designer Fork Druid
  • 5.
    Recomendaciones para la actividad Losdiagramas 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.
  • 6.
  • 7.
    Herramientas de apoyo ala 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 arquitectura de software
  • 8.
    Recomendaciones para la actividad . Noes 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 arquitectura de 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.
  • 9.
    Implica Diseñar el prototipo nofuncional de la interfaz de usuario Diseñar Revisar diseño
  • 10.
    Herramientas de apoyo ala 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 prototipo no funcional de la interfaz de usuario
  • 11.
    Recomendaciones para la actividad . Lainterfaz de las operaciones que ejecuta el software debe mantener un estándar visual Se recomienda utilizar un diagrama de navegabilidad entre las pantallas diseñadas Diseñar el prototipo no 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 letras utilizadas en las pantallas deben facilitar la visualización de los textos que se 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