Your SlideShare is downloading. ×

Analisis requerimientos[1]

8,068

Published on

Analisis requerimientos[1]

Analisis requerimientos[1]

Published in: Education, Travel
0 Comments
9 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
8,068
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
0
Comments
0
Likes
9
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. Ingeniería de Requerimientos
  • 2. Ingeniería de Requerimientos Análisis de Requerimientos
  • 3. Análisis de Requerimientos
    • Se describen las tareas y técnicas utilizadas por un analista para analizar los requerimientos establecidos a fin de definir las capacidades necesarias de una posible solución que satisfaga las necesidades de los stakeholders.
    • Abarca la definición de las necesidades de los stakeholders y la descripción del comportamiento de los componentes de la solución con suficiente detalle para que puedan ser construidos.
  • 4. Análisis de Requerimientos
    • Este análisis se puede realizar para desarrollar modelos de la situación actual de una organización, los cuales serán útiles para:
      • Validar el alcance de la solución.
      • Analizar el estado actual de una organización
      • Identificar oportunidades de mejora.
      • Ayudar a las partes interesadas en la comprensión de cual es su estado actual.
  • 5. Diagrama de Entradas/Salidas para el Análisis de Requerimientos 5.5 5.1 2.5 5.4 3.3 Entradas Caso del Negocio Necesidad de la empresa Requerimientos Alcance de la solución Preocupación De los Stakeholders 6.1 6.2 6.3 6.4 Tareas Priorizar los Requerimientos Organizar los Requerimientos Especificar y Modelar los Requerimientos Definir Supuestos y Limitaciones 6.2 6.1 6.5 6.3 Estructura de los Requerimientos Requisitos [Priorizados] Requisitos [Verificados] Requerimientos [Analizados] Salidas Requerimientos Del Plan de Gestión Activos de los procesos de la organización 2.2 Stakeholders Lista, Roles y Responsabilidades 6.5 6.6 Verificar los Requerimientos Validar los Requerimientos 6.4 6.6 Supuestos y Restricciones Requisitos [Validados]
  • 6. Tareas 6.1 Priorizar los Requerimientos
    • Propósito:
      • Asegurar que los esfuerzos de análisis y la aplicación se centran en las necesidades más críticas.
    • Descripción:
      • Es una tarea (proceso) de decisión en la cual se determina la importancia relativa de los requerimientos.
      • La importancia de los requerimientos puede basarse en su valor relativo, riesgo, dificultad de ejecución o en otros criterios.
      • Estas prioridades se utilizan para determinar qué requisitos deben ser los objetivos para su posterior análisis y para determinar cual de ellos debe aplicarse en primer lugar.
  • 7. Tareas 6.1 Priorizar los Requerimientos
    • Entradas:
      • Caso del Negocio: Servirá para priorizar los requisitos según las metas y objetivos planteados.
      • Necesidades de la Empresa
      • Requerimientos: No se encuentran completamente analizados.
      • Requerimientos del Plan de Gestión
      • Stakeholders: Lista, roles y responsabilidades
    • Elementos:
      • Retos : Los desafíos en la facilitación de priorización incluyen:
        • Las demandas no negociables: Los stakeholders intentan
        • que se clasifique a todos los requisitos como alta prioridad.
        • Soluciones de compromiso poco realistas: El equipo de desarrollo sobreestima la complejidad de la aplicación de ciertos requisitos.
  • 8. Tareas 6.1 Priorizar los Requerimientos
    • Elementos:
      • Bases: Los requerimientos pueden priorizarse mediante una serie de criterios:
        • Valor de Negocio: Se basa en el análisis de costo-beneficio del valor relativo de un requerimiento a la organización.
        • Riesgo Técnico: Se selecciona los requisitos con mayor riesgo de fracaso.
        • Dificultad de Aplicación.
        • Probabilidad de Éxito: Se selecciona aquellos que puedan producir éxitos rápidos y relativamente concretos.
        • Cumplimiento de Normativas o Políticas: Prioriza aquellos que satisfacen las demandas de regulación o políticas impuestas por la organización.
        • Relación con otros Requisitos.
        • Acuerdo de los stakeholders.
        • Urgencia
  • 9. Tareas 6.1 Priorizar los Requerimientos
    • Técnicas:
      • Técnicas Generales:
        • Análisis de Decisiones
        • Análisis de Riesgos
      • Análisis MOSCÚ:
        • Debe: Que debe cumplir un requisitos en la solución final.
        • Qué: Representa un punto de alta prioridad que debe incluirse en la solución.
        • Podría: Requisito deseables pero no necesarios.
        • No: Aquellos que no se llevarán a cabo.
    • Salidas:
        • Requerimientos [Priorizados]: Un requerimiento prioritario tiene un atributo que describe su importancia en relación con los stakeholders y la organización.
  • 10. 5.5 5.1 2.2 Caso del La empresa Necesidad de la empresa Stakeholders Lista, Roles y Responsabilidades Entradas Priorizar los Requerimientos DIAGRAMA DE ENTRADAS/SALIDAS 2.5 Requerimientos Requerimientos Del Plan de Gestión 6.1 Priorizar los Requerimientos 6.1 Requisitos [Priorizados] 6.1 Priorizar los Requerimientos 6.1 Priorizar los Requerimientos 6.1 Priorizar los Requerimientos 6.1 Priorizar los Requerimientos
  • 11. Tareas 6.2 Organizar los Requerimientos
    • Propósito:
      • Crear un conjunto de puntos de vista de los requisitos para la solución del negocio que sean integrales, completos, coherente y entendida desde todas las perspectivas de interés
    • Descripción:
      • Comprender que los modelos son adecuados para el dominio del negocio y cumplen con el alcance de la solución.
      • Identificar las interrelaciones y dependencias entre los requisitos.
    • Entradas:
      • Activos de los Procesos de la Organización: Describe las estructuras y los tipos de requerimientos.
      • Requerimientos
      • Alcance de la Solución
  • 12. Tareas 6.2 Organizar los Requerimientos
    • Elementos:
      • Seguir las normas de la organización que describen los tipos de requisitos que se usan de manera habitual en los proyectos.
      • Uso sencillo, definiciones coherentes para cada uno de los tipos de requisitos.
      • Documento de dependencias e interrelaciones entre los requisitos.
      • Elaborar un conjunto coherente de modelos y plantillas para documentar los requisitos.
  • 13. Tareas 6.2 Organizar los Requerimientos
    • Elementos:
      • Conceptos generales de modelado que son relevantes para el análisis del negocio:
        • Las clases de usuarios, perfiles o roles : Estos modelos categorizan y describen a las personas que interactúan directamente con la solución, cada grupo posee personas con funciones, expectativas, objetivos y necesidades similares.
        • Conceptos y Relaciones : Estos define los objetos, las entidades o hechos que son relevantes para el dominio del negocio y las relaciones entre conceptos.
        • Eventos : Sirven de base para un modelo de alcance y puede ser descrito en modelos de procesos, diagramas de estado y casos de uso.
        • Procesos : Secuencia de actividades repetibles ejecutados dentro de una organización.
        • Normas : Las reglas son utilizados por la empresa para cumplir los objetivos y orientar la toma de decisiones.
  • 14. Tareas 6.2 Organizar los Requerimientos
    • Técnicas:
      • Análisis de las Reglas de Negocio
      • Diagramas de Flujo: Muestra cómo la información fluye a través de un sistema.
      • Modelado de datos: Describe los conceptos y las relaciones pertinentes para la solución o el dominio del negocio.
      • Descomposición Funcional: Descompone una unidad organizativa, cada parte puede tener sus propios requisitos..
  • 15. Tareas 6.2 Organizar los Requerimientos
    • Técnicas:
      • Modelo de Organización: Describe las distintas unidades de organización, los stakeholders y sus relaciones.
      • Modelo de Procesos: Los procesos se integran con los subprocesos pertinentes según un nivel de jerarquía.
      • Escenarios y Casos de Uso: Describir los requisitos individuales de cada actor o la respuesta a la activación de eventos.
      • Modelo de Ámbito de Aplicación: Los requisitos pueden organizarse a partir de los componentes que se relacionan con la solución.
  • 16. Tareas 6.2 Organizar los Requerimientos
    • Stakeholders:
      • SME (Subject Matter Expert), usuarios finales y Aplicación SME
      • Gerente de Proyectos
    • Salidas:
      • Estructura de los Requerimientos: Se utiliza para que el analista y los stakeholders ubiquen un requerimientos específico, cada modelo o conjunto de requerimientos debe tener un alcance claro.
  • 17. 5.4 Requerimientos Alcance de la solución 6.2 6.3 Organizar los Requerimientos Especificar y Modelar los Requerimientos 6.2 Estructura de los Requerimientos Activos de los procesos de la organización 6.3 Preparar el Paquete de Requerimientos Entradas Organizar los Requerimientos DIAGRAMA DE ENTRADAS/SALIDAS
  • 18. Tareas 6.3 Especificar y Modelar los Requerimientos
    • Propósito:
      • Sirve para analizar los requerimientos expresados por los stakeholders y el análisis del estado actual de la organización, ya sea mediante una combinación de declaraciones textuales, matrices, diagramas y modelos formales.
    • Descripción:
      • Las especificaciones y modelos se crean para analizar el funcionamiento de la organización y proporcionar información sobre oportunidades de mejora.
      • Facilita la comunicación entre los stakeholders, apoya a actividades de formación y gestión del conocimiento.
      • Garantiza el cumplimiento de los contratos y reglamentos.
  • 19. Tareas 6.3 Especificar y Modelar los Requerimientos
    • Entradas:
      • Requerimientos [declarados].
      • Estructura de los requerimientos: Define de qué modo el requisito se ajusta a los requisitos generales y que otros requisitos pueden aportar información relacionada.
    • Elementos:
      • Texto: Describe las capacidades de la solución, las condiciones y restricciones para la solución.
      • Documentación Matriz: Mediante una tabla se puede transmitir un conjunto de requisitos que tienen una estructura compleja, pero uniforme. Una matriz se utiliza para la trazabilidad de los requisitos, para poner a prueba los casos de uso y para el análisis de brecha.
  • 20. Tareas 6.3 Especificar y Modelar los Requerimientos
    • Elementos:
      • Modelos:
        • Formatos del modelo: Los modelos puede servir para:
          • Describir una situación o definir un problema.
          • Definir los límites de los dominios de negocio y sub-dominios.
          • Describir los procesos y las corrientes de acción.
          • Clasificar y crear jerarquías de elementos.
          • Mostrar los componente y sus relaciones.
          • Mostrar la lógica de negocio.
        • Notaciones: Describir cualquier símbolo o notación.
        • Modelos Formales e Informales
      • Captura de los atributos de los requerimientos
      • Oportunidades de mejora
  • 21. Tareas 6.3 Especificar y Modelar los Requerimientos
    • Técnicas:
      • Aceptación y definición de los criterios de evaluación
      • Análisis de las reglas de negocio
      • Diccionario de datos y glosario
      • Diagramas de flujo
      • Modelado de datos
      • Descomposición funcional
      • Interfaz del análisis
      • Métricas e indicadores clave de rendimiento
      • Escenarios y casos de uso
      • Diagramas de secuencia
      • Diagramas de estado
      • Historia de usuarios
      • Análisis de requerimientos no funcionales
      • Modelado de Organización
      • Modelado de Procesos
      • Prototipos
  • 22. Tareas 6.3 Especificar y Modelar los Requerimientos
    • Stakeholders:
      • Todos los stakeholders: El analista puede optar por realizar esta tarea solo luego separar el paquete y comunicar los requerimientos al resto de los stakeholders para su revisión y/o aprobación.
    • Salidas:
      • Requerimientos [Analizados]
  • 23. 6.1 6.3 Priorizar los Requerimientos Especificar y Modelar los Requerimientos 6.2 Estructura de los Requerimientos 6.5 Verificar los Requerimientos 3.3 Requerimientos [Declarados] 6.3 Requerimientos Analizados Comunicación y Gestión de Requerimientos Entradas Especificar y Modelar los Requerimientos DIAGRAMA DE ENTRADAS/SALIDAS
  • 24. Tareas 6.4 Definir Supuestos y Limitaciones
    • Propósito:
      • Identificar otros factores de los requerimientos que puedan afectar a las soluciones.
    • Descripción:
      • Las suposiciones son factores que se creen puedan ser ciertas pero que no han sido confirmadas.
      • Las limitaciones son restricciones a las posibles soluciones de diseño, construcción, pruebas, validación e implementación.
    • Entradas:
      • Preocupación de los Stakeholders
  • 25. Tareas 6.4 Definir Supuestos y Limitaciones
    • Elementos :
      • Supuestos: Los supuestos tienen que estar documentados y son una fuente de riesgo potencial; por otro lado, pueden reflejar la comprensión de cómo los resultados deseados pueden ser alcanzados.
      • Restricciones de negocio: Describen aspectos de la situación actual que no puedes ser cambiados por el despliegue de la nueva solución. Entre ellas tenemos: Restricciones presupuestarias, de tiempo, de recursos disponibles, basadas en las habilidades del equipo de proyecto.
      • Limitaciones Técnicas: Incluyen todas las decisiones que se toman para el diseño de la solución. Por ejemplo: Limitaciones de lenguaje de desarrollo, plataformas de hardware y software, software de aplicación, entre otros.
  • 26. Tareas 6.4 Definir Supuestos y Limitaciones
    • Stakeholders:
      • Persona que realizará la aplicación SME
      • Director del Proyecto
      • Actores que son responsables de la definición de un supuesto o restricción particular.
    • Salidas:
      • Supuestos y Restricciones
  • 27. 3.3 Preocupación de los Stakeholders 6.4 Definir Supuestos y Limitaciones 6.4 Supuestos y Restricciones 5.5 Definir Caso del Negocio 5.4 Definir Alcance de la Solución 7.1 Evaluar las Propuestas de Solución Comunicación y Gestión de Requerimientos Entradas Definir Supuestos y Limitaciones DIAGRAMA DE ENTRADAS/SALIDAS
  • 28. Tareas 6.5 Verificar los Requerimientos
    • Propósito:
      • Garantizar que las especificaciones y modelos de los requerimientos cumplen con las normas necesarias de calidad para que puedan ser utilizados con eficacia.
    • Descripción:
      • Asegura de que los requerimientos han sido definidos correctamente.
      • Constituye una revisión final para determinar que los requerimientos están aptos para seguir trabajando sobre la base de estos.
    • Entradas:
      • Requerimientos [Cualquier excepción declarada]
  • 29. Tareas 6.5 Verificar los Requerimientos
    • Elementos:
      • Las características para que los requerimientos cumplan con la calidad deseada son:
        • Solidez
        • Completas
        • Consistentes
        • Correctos
        • Factibles
        • Modificables
        • Inequívocos (sin ambigüedad)
        • Comprobables (testings)
      • Verificación de las actividades, incluyen:
        • Comprobar la integridad dentro de cada modelo de requerimientos.
        • Comparar los requisitos entre cada modelo preparado.
        • Asegurar de que todas las modificaciones de los procesos se han identificado y documentado.
        • Asegurar de que todos los factores desencadenantes y los resultados han tenido en cuenta a todas las variaciones.
        • Asegurar de que la terminología utilizada es comprensible.
        • Añadir ejemplos
  • 30. Tareas 6.5 Verificar los Requerimientos
    • Técnicas:
      • Técnicas Generales
        • Definición de los criterios de evaluación.
        • Seguimiento del Problema: Los problemas detectados se resuelven?.
        • Tutoriales Estructurados: Ayuda a identificar los requisitos ambiguos o poco claros.
      • Listas de Verificación: Son útiles como una técnica de control de calidad para realizar la documentación de los requerimientos, incluyen estándares a cumplir.
    • Stakeholders:
      • Todos los stakeholders.
    • Salidas:
      • Requerimientos [Verificados]
  • 31. Requerimientos [Cualquier Excepción Declarada] 6.5 Requisitos [Verificados] 6.5 6.6 Verificar los Requerimientos Validar los Requerimientos Comunicación y Gestión de Requerimientos Entradas Verificar los Requerimientos DIAGRAMA DE ENTRADAS/SALIDAS Verificar los Requerimientos DIAGRAMA DE ENTRADAS/SALIDAS
  • 32. Tareas 6.6 Validar los Requerimientos
    • Propósito:
      • Asegurar que todos los requerimientos entreguen un valor al negocio, cumplan con sus metas y objetivos, y respondan a una necesidad.
    • Descripción:
      • Asegura que los stakeholders, la solución y las disposiciones transitorias se alinean con los requerimientos del negocio.
    • Entradas:
      • Caso del Negocio: Se encuentran los objetivos generales del negocio y las medidas que la solución debe ofrecer.
      • Requerimientos [Verificados].
  • 33. Tareas 6.6 Validar los Requerimientos
    • Elementos:
      • Identificar los supuestos.
      • Definir criterios mensurables de evaluación, los cuales servirán para evaluar el éxito del cambio resultante implementado en la solución.
      • Determinar el valor del negocio.
      • Determinar las dependencias para la realización de beneficios, no todos contribuyen directamente con el resultado final deseado.
      • Evaluar la alineación de lo contenido en el Caso del Negocio con el Costo de Oportunidad.
  • 34. Tareas 6.6 Validar los Requerimientos
    • Técnicas:
      • Definición de los criterios de evaluación.
      • Métricas e indicadores de rendimiento.
      • Prototipos.
      • Análisis de Riesgos.
      • Tutoriales Estructurados: Reuniones de seguimiento.
    • Stakeholders:
      • Todos los stakeholders.
    • Salidas:
      • Requerimientos [Validados].
  • 35. 5.5 Caso del Negocio 6.5 Requisitos [Verificados] 6.6 Validar los Requerimientos 6.6 Requisitos [Validados] Comunicación y Gestión de Requerimientos 7.5 Validar Solución Entradas Validar los Requerimientos DIAGRAMA DE ENTRADAS/SALIDAS
  • 36. REFERENCIAS
    • SOMmERVILLE, Ian (2005) Ingeniería del Software (consulta: 25 de enero del 2011). ( http:// books.google.es/books?id=gQWd49zSut4C&pg=PA132&dq=analisis+de+requerimientos&hl=es&ei=QfhBTYHAAYTEgQeKrYyNAg&sa=X&oi=book_result&ct=result&resnum=1&ved=0CC8Q6AEwAA#v=onepage&q&f=false ).
    • http:// catarina.udlap.mx/u_dl_a/tales/documentos/lis/lopez_m_g/capitulo_3.html
    • A Guide to the Business Analysis Body of Knowledge® (BABOK® Guide) - Version 2.0

×