Ingeniería de Requisitos Temario



Descargar 1,13 Mb.
Página9/14
Fecha de conversión12.01.2017
Tamaño1,13 Mb.
1   ...   6   7   8   9   10   11   12   13   14

Diagrama de Clases

  • Muestra las clases e interfaces que componen el sistema y las relaciones que existen entre ellas
  • Muestra aspectos estáticos
  • Clase: conjunto de objetos que comparten:
    • Atributos
    • Operaciones
    • Relaciones
    • Semántica
  • Modelo de Dominio (Conceptual): ayudan a entender los conceptos del dominio del problema y el vocabulario del mismo. Se excluyen detalles referentes a la implementación o al lenguaje de programación.
  • Diagramas de clases de implementación: muestran todos los métodos y atributos necesarios para implementar cada clase. Es un diagrama dependiente de la implementación y del lenguaje.

Modelo del Dominio (Conceptual)

  • Permite describir las entidades que conforman el dominio, sus relaciones y atributos
  • Se representan los conceptos del dominio
  • Muestra aspectos estáticos

Diagrama de Actividad

  • Se construye para modelar el flujo del control (workflow)
  • Elementos:
  • Permite modelar el flujo del trabajo
    • En un sistema
    • En una organización
  • Estado de Actividad (o de Acción)
  • Estado Inicial
  • Estado Final
  • Transiciones
  • Actividades concurrentes
  • Bifurcaciones
  • Condiciones de la bifurcación [ guarda ]
  • Andariveles

Diagrama de Actividad - Ejemplo

  • Se abren Flujos Paralelos
  • Sincronización
  • Guarda de decisión

Diagrama de Estados

  • Muestra el comportamiento de un objeto representando los estados en que se puede encontrar y los eventos que le hace pasar de uno a otro.
  • Se utiliza para:
  • Da una vista dinámica del sistema
  • Permite:
    • Anidamiento: un estado con subestados
    • Estados paralelos: reduce el nro. de estados necesarios en el modelo
    • Condiciones de bifurcación

Diagrama de Estados – Ejemplo 1

Diagrama de Estados –Ejemplo 2

Elección de una Técnica para Modelar Requisitos

Especificación de Requisitos

Proceso de Requisitos

  • Artefactos
  • Análisis
  • Especificación
  • Validación
  • Actividades
  • Especificación de Requisitos
  • Documento
  • de
  • Requisitos
  • Planificación
  • Obtención
  • Verificación
  • Documento
  • de
  • Visión

Lenguajes de Notación

  • Lenguaje Natural
    • Comprensible para el Cliente/Usuario
    • Ambiguo (glosario)
    • Poca legibilidad (plantilla, formateo del texto)
    • Difícil de tratar (Verificar correctitud, consistencia, completitud)
  • Notaciones Especiales (más formales)
    • Poca o ninguna ambigüedad
    • Facilita tratamiento
    • Necesidad de entrenamiento en la notación
    • Dificultades de comprensión por Cliente/Usuario

Notaciones Especiales

  • Gráficas vs. Basadas en texto
  • Estáticas vs. Dinámicas
  • Descripciones Estáticas
    • Se especifican entidades y sus atributos, los requisitos se pueden ver como las relaciones entre las entidades.
    • No describe como cambian las relaciones con el tiempo
  • Descripciones Dinámicas
    • Especifican estados y las transiciones entre estados en el tiempo

Documentación de requisitos

  • Qué documentar:
    • lo que hace el sistema actual
    • lo que el cliente pide
    • lo que el sistema va a hacer
    • criterios de aceptación
    • criterios de verificación
  • Recomendaciones:
    • agrupar por temas
    • formular los reqs como reqs positivos y no negativos
    • expresarlos en voz activa y no pasiva
    • indicar si se está documentando solo lo que va en el alcance o todo lo que se pidió.
    • representar reqs. con múltiples vistas (ejemplo de los ciegos y el elefante).

Documentos de Requisitos

  • Definición de Requisitos: lista completa de lo que el cliente espera que el sistema haga, escrita de forma que el cliente la pueda entender
    • Se debe proveer un medio para acceder a archivos externos creados por otras herramientas
  • Especificación de Requisitos (SRS): reformula la definición en términos técnicos para que los diseñadores puedan comenzar el diseño
    • 1.1 Se proveerá al usuario los recursos para definir el tipo de archivo externo
    • 1.2 Cada tipo de archivo tendrá una herramienta asociada y un ícono que lo identifica
    • 1.3 Cuando el usuario seleccione el ícono que representa un archivo externo, el efecto es aplicar la herramienta asociada con ese tipo de archivo al archivo seleccionado

Documentos de Requisitos (2)

  • Usar un mismo documento: Entendimiento común entre Cliente, usuario, analistas, desarrolladores
  • Usar dos documentos: Se debe aplicar Gestión de Configuración: necesaria para asegurar la correspondencia entre ambos (si existen por separado)
  • Permite seguir la pista y correspondencia entre:
    • Definición de Requisitos
    • Especificación de Requisitos
    • Módulos de Diseño
    • Código que implementa los módulos
    • Pruebas para verificar la funcionalidad
    • Documentos que describen el sistema



Compartir con tus amigos:
1   ...   6   7   8   9   10   11   12   13   14


La base de datos está protegida por derechos de autor ©absta.info 2019
enviar mensaje

    Página principal