01.- FT Requisitos - Análisis

37
PUDS Flujos de trabajo fundamentales UAGRM

description

Flujo de trabajo requisitos y análisis según el PUDS

Transcript of 01.- FT Requisitos - Análisis

  • PUDSFlujos de trabajo fundamentales

    UAGRM

  • Contenido

    Captura de requisitos

    Captura de requisitos como casos de uso

    Anlisis

    Diseo

    Implementacin

    Pruebas

  • Captura de requisitos

    La captura de requisitos es complicada

    Creamos cdigo para otros

    Los usuarios no los conocen y les cuesta especificarlos de forma precisa

    Suelen ser varios usuarios sin una visin global

    Los requisitos cambian

    Las condiciones cambian

  • Captura de requisitos

    Objetivo: guiar el desarrollo hacia el sistema correcto

    El cliente debe ser capaz de leer y comprender el resultado

    El resultado ayuda al jefe de proyecto a planificar las iteraciones

    Puntos de partida: Modelo del negocio

    Modelo del dominio

    Se deben reducir los riesgos

  • Captura de requisitos

    Pasos a seguir

    Enumerar los requisitos candidatos

    Comprender el contexto del sistema

    Capturar requisitos funcionales

    Capturar requisitos no funcionales

    Se realizan de forma conjunta

  • Captura de requisitos Enumerar requisitos candidatos

    Lista de caractersticas

    Se utiliza slo para planificacin

    Estructura de las caractersticas:

    Nombre y breve descripcin

    Estado (propuesto, aprobado, incluido,)

    Coste estimado implementacin

    Prioridad

    Nivel de riesgo (crtico, significativo, )

  • Captura de requisitosComprender contexto sistema

    Modelo del dominio Conceptos importantes del contexto

    Objetos del dominio

    Modelo del negocio Qu procesos de negocio soportar el sistema

    Objetos del dominio,

    trabajadores, responsabilidades y operaciones

    El arquitecto y el jefe del proyecto deciden si se realizan estos modelos

  • Captura de requisitos

    Capturar requisitos funcionales Casos de uso

    Soporte al usuario en procesos de negocio

    Debemos conocer el contexto

    Apariencia de la interfaz de usuario

    Capturar requisitos no funcionales Restricciones de entorno, de plataforma,

    rendimiento, etc.

    Asociados a casos de uso o generales (lista aparte de requisitos adicionales)

  • Captura de requisitos

    Trabajo a realizar Artefactos resultandtes

    Enumerar requisitos candidatos

    Lista de caractersticas

    Comprender el contexto del sistema

    Modelo del dominio o del negocio

    Capturar los requisitos funcionales

    Modelo de casos de uso

    Capturar los requisitos no funcionales

    Requisitos adicionales o casos de uso

  • Modelo del dominio

    Objetos en el contexto del sistema

    Aparecen en tres formas tpicas:

    Objetos del negocio (pedidos, cuentas, facturas)

    Objetos del mundo real

    Sucesos que ocurrirn o han ocurrido

    Se describe mediante diagramas de clase

    Se suelen requerir pocas clases (10 50)

  • Modelo del dominio

    Clases restantes se almacenan en un glosario

    Define un vocabulario comn

    El modelo del dominio debe contribuir a comprender el problema

    Las clases se utilizan:

    Al describir casos de uso y disear interfaces

    Para sugerir clases internas

  • Modelo del negocio

    Describe los procesos de negocio de una empresa

    Soportado por modelos de casos de uso y modelos de objetos

    Trabajador

    Entidad del negocio: elemento que manipulan los trabajadores (facturas)

    Unidad de trabajo: conjunto de entidades

  • Modelo del negocio

    Cmo desarrollarlo: Se confecciona un modelo de casos de uso del

    negocio

    Se desarrolla un modelo de objetos compuesto por trabajadores, entidades y unidades de trabajo

    El modelo del dominio es una simplificacin del modelo de negocio

    Relaciones de traza en todo el sistema

  • Modelo del negocio

    Comprador Vendedor

    Cuenta

    Gestor de pagos

    Factura

  • Modelo de casos de uso a partir del Modelo del negocio

    Se identifican actores a partir de trabajadores

    Participacin de los trabajadores en las realizaciones de los casos de uso del negocio (roles del trabajador)

    Cada rol de trabajador es un caso de uso

    Definir qu tareas deberan automatizarse

  • Captura de requisitos como casos de uso

    Requisitos funcionales

    Requisitos no funcionales (asociados a casos de uso)

    Pensamos en lo que necesita el usuario

    Papel clave en el proceso

    Artefactos, trabajadores y actividades

  • Requisitos adicionales

    Requisitos no funcionales que no pueden asociarse a ningn caso de uso en concreto

    Requisito de interfaz (con elem. externo)

    Requisito fsico (hardware)

    Requisito de diseo (reutilizacin)

    Requisito de implementacin (estndares)

    Otros requisitos (legales, normativas)

  • Captura de requisitosArtefactos y trabajadores

    GlosarioActor

    Analista de sistemas

    Modelo casos de uso

    Especificador de casos de uso

    Caso de uso Descripcin de la arquitectura

    ArquitectoDiseador de interfaz de usuario

    Prototipo de interfaz de usuario

  • Captura de requisitosArtefactos

    Modelo de casos de uso

    Uso de diferentes diagramas para representar distintas vistas

    Uso de paquetes

    Actor

    Modelo de casos de uso

    Caso de uso

    Sistema decasos de uso

    1

    * *

  • Captura de requisitosArtefactos

    Actor

    Cualquier entidad externa al sistema

    Cada usuario se representa como uno o ms actores

    Suelen corresponderse con trabajadores y actores de negocio

    Actor

  • Captura de requisitosArtefactos

    Caso de uso

    Es un clasificador: tiene operaciones y atributos

    Las instancias de casos de uso interaccionan con instancias de actores

    Se especifican con diagramas de estado o de actividad

    Se consideran atmicos

    Flujos de sucesos y Requisitos especiales

    Caso de uso

  • Captura de requisitosArtefactos

    Descripcin de la arquitectura

    Casos de uso significativos

    Funcionalidad importante y crtica

    Glosario

    Definicin de conceptos y nociones

    Prototipo de la interfaz de usuario

    Modelo casos de uso

    Descripcin de la arquitectura

    GlosarioPrototipo de interfaz de usuario

  • Captura de requisitosTrabajadores

    Analista de sistemas

    Especificador de casos de uso

    Diseador de interfaz de usuario

    Arquitecto

  • Captura de requisitosActividades

    Analista

    Arquitecto

    Especificador

    Diseador

    Encontrar actores y casos de uso

    Priorizar los casos de uso

    Detallar un caso de uso

    Estructurar el modelo de casos de uso

    Prototipar la interfaz de usuario

  • Captura de requisitosActividades

    Encontrar actores y casos de uso

    Analista

    Encontrar actores y casos de uso

    Glosario

    Modelo del negocio

    Modelo de casos de uso(esbozado)

    Requisitos adicionales

    Lista de caracterst.

  • Captura de requisitosActividades

    Priorizar casos de uso

    Arquitecto

    Priorizar casos de uso

    Descripcin de la arquitectura (vista del

    modelo de casos de uso)

    Modelo de casos de uso

    Requisitos adicionales

    Glosario

  • Captura de requisitosActividades

    Detallar un caso de uso

    Especificador de casos de uso

    Detallar un caso de uso

    Modelo de casos de uso

    Requisitos adicionales

    Glosario

    Caso de uso(detallado)

  • Captura de requisitosActividades

    Tcnicas para detallar un caso de uso

    Precondicin + Camino bsico + Caminos alternativos + Poscondicin

    Diagramas de estado

    Diagramas de actividades

    Diagramas de interaccin

  • Captura de requisitosActividades

    Prototipar la interfaz de usuario

    Diseador de interfaz de usuario

    Prototipar la interfaz de usuario

    Modelo de casos de uso

    Requisitos adicionales

    Glosario

    Prototipo de interfaz de usuario

    Caso de uso(descrito)

    -Lgico

    -Fsico

  • Captura de requisitosActividades

    Estructurar el modelo de casos de uso

    Analista de sistemas

    Estructurar el modelo de casos

    de uso

    Modelo de casos de uso

    Requisitos adicionales

    Glosario

    Caso de uso(descrito)

    Modelo de casos de uso

    (estructurado)

  • Captura de requisitosActividades

    Estructurar el modelo de casos de uso

    Identificar descripciones de funcionalidad compartida (herencia) Casos de uso reales

    Casos de uso abstractos

    Identificar descripciones de funcionalidad adicional y opcional (extensin)

    Otras relaciones (inclusin)

  • Anlisis

    Se trabaja con conceptos

    Especificacin ms precisa de los requisitos

    Se utiliza el lenguaje de desarrolladores

    Facilita comprensin, preparacin, modificacin y mantenimiento de requisitos

    Primera aproximacin al modelo de diseo

  • Anlisis

    Facilita la identificacin y planificacin de incrementos

    Proporciona una visin general del sistema

    Algunas partes del sistema tienen diseos y/o implementaciones alternativas

    Se utiliza un sistema heredado complejo

  • Anlisis

    Descripcin de la arquitectura

    Realizacin caso de uso -Anlisis

    Clase del anlisis

    Arquitecto

    Modelo de anlisis

    Paquete del anlisis

    Ingeniero de componentes

    Ingeniero de casos de uso

  • Anlisis - Artefactos

    Modelo de anlisis

    Modelo de anlisis Sistema deanlisis

    1 *

    *

    Realizacin caso de uso -Anlisis

    Clase del anlisis

    Paquete delanlisis

    * * *

    *

  • Anlisis - Artefactos

    Clase de anlisis

    Se centra en requisitos funcionales

    Se definen responsabilidades

    Atributos conceptuales

    Relaciones conceptuales

    3 estereotipos de clases Clase del anlisis

    Clase de control

    Clase de entidad

    Clase de interfaz

  • Anlisis - Artefactos

    Realizacin de caso de uso-anlisis

    Descripcin textual del flujo de sucesos

    Diagramas de clases

    Diagramas de interaccin (colaboracin)

    Se pueden posponer requisitos no funcionales (aparecen ms)

    Realizacin caso de uso -Anlisis

    Caso de uso

    trace