REQUERIMIENTOS

REQUERIMIENTOS

Proceso del Software
1. comienza actividad de comunicación
  1. continúa con actividad de modelado
2. Tareas
  1. Son las guias que originan el puente de diseño y construcción
  2. Concepción
    1. participantes del negocio
      1. define un caso de negocio
      2. identifica
        el ritmo
        profundidad del mercado
        alcance del proyecto
      3. hace análisis de factibilidad
    2. establece
      1. entendimiento del problema
      2. naturaleza de la solución
      3. eficacia de la comunicación
      4. colaboración
        otros participantes
        equipo de software.
  3. Indagación
    1. Chrystel y Kang
      1. identifica problemas en la indagación
        Para evitarlos
        enfocarse en la obtención de requerimientos organizados
        Problema de alcance
        Problemas de entendimiento
        Problemas de volatilidad
  4. Elaboración
    1. desarrollar un modelo refinado de requerimiento
      1. para creación y mejora
        escenarios de usuario
    2. Define
      1. atributos de cada clase de análisis
    3. Identifican
      1. servicios que requiere
      2. relaciones
        colaboración
        entre clase
    4. Producción de diagramas adicionales
  5. Negociación
    1. Proceso de reconciliar conflitos cliente - usuario
    2. Usando enfoque interactivo
      1. priorizando los requerimiento
      2. evalúa
      3. elimina
      4. cambia
      5. modifica
  6. Especificación
    1. sistemas grandes
      1. documento escrito
        combinación
        descripciones en un lenguaje natural con métodos gráficos
    2. sistemas pequeños
      1. escenarios de uso
  7. Validación
    1. Analiza la especificación
      1. garantizando enunciados sin ambigüedades
    2. mecanismo del equipo de revisión técnica
      1. buscan errores de contenido o de interpretación
      2. analizan
        aspectos para hacer aclaraciones
        Inconsisitencia
        requerimientos no asequibles
  8. Administración de requerimientos
    1. actividades que ayudan al equipo
      1. ayudan a identificar, controlar y dar seguimiento
Establecer las bases
1. Identificación de los participantes
  1. Sommerville y Sawyer
    1. definen participante
      1. “Cualquier persona que se beneficie en forma directa o indirecta del sistema de desarrollo”
  2. candidatos habituales
    1. gerente de operaciones de negocio
    2. gerente de producto
    3. personal de mercadotecnia
    4. clientes
      1. internos
      2. externos
    5. usuarios finales
    6. ingenieros de software
2. Reconocer múltiples puntos de vista
  1. cada integrantes aportarán información al proceso de Ing.Re
  2. Se clasifica la información
    1. Persona quien toma decisiones
      1. escoje un conjunto de requerimientos coherentes
3. Trabajar hacia la colaboración
  1. El ing.Requerimientos
    1. identificar
      1. áreas de interés común y de conflicto o incongruencia
  2. Participantes
    1. colaboran con su punto de vista
  3. Capeón del proyecto
    1. toma la decisión final sobre los requerimientos
4. Hacer las primeras preguntas
  1. Deben estar libres del contexto
    1. Gause y Weinberg
      1. las llaman metapreguntas
  2. centradas en el cliente y participantes
  3. permiten entender el problema
  4. centradas en la eficacia de comunicación
Indagación
1. Recabación de los requerimientos en forma colaborativa
2. Lineamientos
  1. Intervención de todos los participantes en la reuniónes
  2. establecer reglas de preparación y participación
  3. agenda semi-formal
    1. puntos importantes
    2. estimular el flujo de ideas
  4. facilitador quién controla la reunión
  5. usan un mecanismo de definición
    1. hojas de trabajo
    2. tablas
    3. etiquetas
    4. pizarras
    5. conversatorio
3. Despliegue de la función de calidad DFC
  1. Técnica de administración de la calidad
    1. traduce las necesidades del cliente en requerimientos técnicos
  2. Requerimientos normales
    1. Objetivos y metas
      1. Para un producto o sistema
  3. Ruerimientos esperados
    1. Están implícitos
      1. cliente no los menciona de manera explícita
    2. su ausencia causará insatisfacción
  4. requerimientos emocionantes
    1. características más allá de las expectativa
    2. son muy satisfactorias si están presentes
  5. usa
    1. entrevistas con los clientes
      1. encuestas
    2. observación
    3. los datos se llevan
      1. tabla de requerimientos llamada tabla de la voz del cliente
      2. luego se emplean
        diagramas, matrices y métodos de evaluación
4. Escenarios de uso
  1. Desarrolladores y usuarios
    1. crean un conjunto de escenarios que identifica la naturaleza de los usos
      1. son los casos de uso
5. Indagación de los productos del trabajo
  1. Productos de la indagación de los requerimientos
  2. Enunciado de la necesidad y su factibilidad
  3. enunciado acotado del alcance
  4. lista de participantes
  5. descripción del ambiente técnico del sistema
  6. lista de requerimientos y las restricciones
  7. Conjuntos de escenario de uso
  8. prototipos desarrollados para definir requerimientos
Desarrollo de casos de uso
1. Alistair Cockburn
  1. Un caso de uso
    1. capta un contrato
    2. describe el comportamiento del sistema
2. caso de uso
  1. narra historia estilizada sobre cómo interactúa un usuario final con el sistema
3. primer paso
  1. definir actores
    1. los actores son las personas que usaron el sistema o producto
    2. representan papeles
      1. de personas que operan el sistema
    3. actor tiene uno o más objetivos
    4. tipos
      1. actores principales
        Interactúan para lograr la función requerida del sistema y beneficiosa
      2. actores secundarios
        dan apoyo al sistema
Elaboración del modelo de los requerimientos
1. Objetivo
  1. describir
    1. dominios de información función
    2. comportamiento
2. Elementos del modelo de requerimientos
  1. E. basados en escenarios
  2. E. basados en clase
    1. Cada escenario de uso
      1. implica un conjunto de objetos
        manipulan cuando un actor interactúa con el sistema
  3. E. de comportamiento
    1. Diagrama de estado
      1. método de representación del comportamiento de un sistema
      2. ilustra sus estados
        y los eventos que ocasionan que el sistema
  4. E. orientados al flujo
    1. aplica funciones para transformarla
    2. produce salidas en distintos modos
3. Patrones de análisis
  1. Geyer - Shulz y Hahsler
    1. Sugieren
      1. Los P.A
        aceleran el desarrollo de los modelos
        de análisis abstractos
        proveen modelos de análisis reutilizables
        facilitan la transformación del modelo de análisis
        integran en el modelo de análisis
Requerimientos de las negociaciones
1. objetivo
  1. desarrollar un plan de proyecto
  2. buscan resultado ganar ganar
2. Boehm Define
  1. conjunto de actividades de negociación
    1. Identificar los participantes claves
    2. determinación de las condiciones de ganar de los participantes
    3. Negociación de las condiciones para ganar
      1. a fin de reconciliar en condiciones ganar ganar
Validación
1. Se realiza la revisión del modelado de requerimientos
  1. abordando preguntas
    1. Deben
      1. plantearse
      2. responderse

Siguiente

Descripción

Resumen del Recurso

Similar

	Creado por esthefany trinidad chugnas lucano hace alrededor de 4 años