Ingenieria de Requerimientos

Comienza Ya. Es Gratis
ó regístrate con tu dirección de correo electrónico
Ingenieria de Requerimientos por Mind Map: Ingenieria de Requerimientos

1. **3.Tipos de Requerimiento**

1.1. Requerimientos Funcionales

1.1.1. Son las especificaciones que definen que debe hacer el sistema o software, detallando funcionalidades y servicios que proporciona

1.2. Requerimientos No Funcionales

1.2.1. Son las especificaciones que definen como debe comportarse el sistema, abarcando atributos de calidad como rendimiento, usabilidad y escabilidad

2. **4.Captura de Requierimientos**

2.1. Metodos Interactivos

2.1.1. Entrevistas

2.1.1.1. Las entrevistas son utilizadas para recopilar informacion en una conversacion dirigida con el proposito de obtener opiniones, objetivos y visiones del entrevistado

2.1.2. Diseño de Aplicacion Conjunta

2.1.2.1. Es una metodologia creada por IBM, Conocido como JAD, utilizado en el analsis de sistemas para reunir a usuarios clave, desarrolladores y otros interesados.

2.1.3. Cuestionarios

2.1.3.1. Son instrumentos de recopilacion de datos que consisten de una serie de preguntas y respuestas realizadas

2.2. Metodos Discretos

2.2.1. Muestreo

2.2.1.1. Se utilizan para analizar una fraccion de documentos o procesos que reflejen el comporatmiento del sistema completo

2.2.2. Investigacion

2.2.2.1. Son el analisis detallado de fuentes de informacion existentes, como documentos o reportes.

2.2.3. Obsevacion del Entorno Fisico

2.2.3.1. Consisten en la tecnica de observar directamente como se llevan a cabo las tareas y procesos de un sistema.

2.3. Estrategias para la Captura de Requerimientos

2.3.1. Design Thinking

2.3.1.1. Es el proceso que ayuda a los equipos a trabajar y desarrollar su creatividad

2.3.2. Lean Requirements

2.3.2.1. Identifica y prioriza los requerimientos del usuario final, adoptando un enfoque iterativo segun el feedback del usuario.

2.3.3. Crowd Requirements

2.3.3.1. Es un enfoque que aprovecha la inteligencia colectiva de un grupo para la definicion, validacion y priorizacion de los requerimientos

3. **6.Priorizacion de Requerimientos**

3.1. Definicion

3.1.1. Es el proceso de determinar que requerimientos son mas importantes y urgentes para ser implementados.

3.2. Metodos de Priorizacion

3.2.1. Matriz de Priorizacion

3.2.1.1. Asignar un valor numerico a cada requerimiento en funcion de su importancia y urgencia, luego calcular un puntaje total para cada requerimiento y ordenarlo en funcion de estos puntajes.

3.2.2. Metodo MoSCoW

3.2.2.1. Clasicificar los requerimientos en cuatro categorias

3.2.2.1.1. Must Have (Debe tener)

3.2.2.1.2. Should Have (Deberia Tener)

3.2.2.1.3. Could Have (Podria Tener)

3.2.2.1.4. Won't Have (No Tendra)

3.2.3. Poker de Planificacion

3.2.3.1. Involucrar a los stakeholders en una sesion de planificacion en la que se asignan valores numericos en funcion de su complejidad.

3.2.4. Evaluacion de Costo-Beneficio

3.2.4.1. Evaluar el costo y beneficio de implementar cada requerimientos, determinando que requerimientos proporcionan el mayor valor en relacion con el esfuerzo necesario.

4. **9.Validacion de Requisitos**

4.1. Definicion

4.1.1. Es el proceso de verificar que los requerimientos definen realmente el sistema que el cliente desea.

4.2. Comprobaciones de Requisitos

4.2.1. de Validez

4.2.1.1. Es cuando el usuario necesita un sistema para realizar ciertas funciones.

4.2.2. de Consistencia

4.2.2.1. Son los requerimientos en el documento no deben estar en el conflicto, no debe haber restricciones o contradictorias o descripciones diferentes

4.2.3. de Totalidad

4.2.3.1. El documento de requerimientos debe incluir requerimientos que definan todas las funciones y restricciones por el usuario del sistema.

4.2.4. de realismo

4.2.4.1. Al usuar el conocimiento de la tecnologia existente, los requerimientos deben comprobarse para garantizar que en realidad pueden implementarse

4.2.5. Verificabilidad

4.2.5.1. Se escriben los requeriemientos del sistema de manera verificable, siendo que cumpla cada requerimiento especificado a pedido del cliente.

4.3. Tecnicas de Validacion de Requerimientos

4.3.1. Revisiones de Requerimientos

4.3.1.1. Los requerimientos se analizan sistematicamente usando un equipo de revisores que verifican errores e inconsitencias

4.3.2. Creacion de Prototipos

4.3.2.1. Se muestra un modelo ejecutable del sistema en cuestion a los usuarios finales y clientes.

4.3.3. Generacion de casos de Prueba

4.3.3.1. Los requerimientos debe ser comprobables. Con pruebas para los requerimientos del proceso de validacion.

5. **10.Gestion de Requerimientos**

5.1. Se refiere a un proceso sistematico que implica la identificacion, docuemntacion, seguimiento y control de los reuqerimientos de un proyecto de desarrollo de software.

5.2. Administracion de Requerimientos

5.3. Planeacion de la Administracion de Requerimientos

5.4. Adminstracion del cambio en los requerimientos

6. **1.Introduccion a los Requerimientos**

6.1. ¿Que es un Requerimiento?

6.1.1. Un requerimiento es una descripcion del sistema debe hacer y su proposito.

6.2. La Ing de Requerimientos es la rama de Ingenieria de Sistemas que trata de la identificacion del proposito del sistema de software y su contexto de uso.

6.3. Requerimientos de...

6.3.1. ...Usuario

6.3.1.1. Son enunciados en un lenguaje natural junto a diagramas

6.3.2. ...Sistema

6.3.2.1. Son descripciones detalladas de las funciones, servicios y restricciones del Sistema

7. **2.Importancia de Requerimientos**

7.1. La definicion precisa y completa de los requerimientos es esencial por varias razones

7.1.1. Claridad de Objetos

7.1.1.1. Los requerimientos establecen una base solida y comprension comun lo que el software debe lograr.

7.1.2. Planificacion Eficiente

7.1.2.1. Los requerimientos bien definidos permiten una planificacion mas precisa en terminos de recursos, tiempo y alcance del proyecto

7.1.3. Guia para el Diseño y Desarrollo

7.1.3.1. Los requerimientos proporcionan una guia para los equipos de diseño y desarrollo.

7.1.4. Control de Cambios

7.1.4.1. Los requerimientos sirven como referencia para evaluar los cambios a lo largo del ciclo de vida del proyecto.

7.1.5. Satisfaccion del Usuario

7.1.5.1. Cumplir con los requerimientos asegura que el software sea util y cumpla con las necesidades reales de los usuarios.

8. **5.Analisis de Requerimientos**

8.1. Definicion

8.1.1. El analisis y la priorizacion de requerimientos son etapas cruciales, implican comprender en detalle las necesidades y deseos de los stakeholders.

8.2. Pasos en el Analisis de Requerimientos

8.2.1. Revision y Clarificacion

8.2.1.1. Examinar cada requerimiento para asegurarse de que se comprenda su significado y alcance.

8.2.2. Descomposicion

8.2.2.1. Dividir los requerimientos en componentes mas pequeños y manejables. Permitiendo identificar funcionalidades mas especificas.

8.2.3. Validacion

8.2.3.1. Se verifican que los requerimientos sean factibles y que puedan implementarse en el contexto del sistema.

8.2.4. Priorizacion Inicial

8.2.4.1. Clasificar los requerimientos en terminos de su importancia y valor para el proyecto.

9. **7.Especificacion de Requerimientos**

9.1. Definicion

9.1.1. Es el proceso de escribir en un documento de requerimientos, los requerimientos del usuario y del sistema.

9.2. Razon de la Especificaciones de Requerimientos

9.2.1. Necesidad de Diseñar una Arquitectura Inicial

9.2.2. Interoparabilidad con Sistemas Existentes

9.2.3. Requerimientos no Funcionales y Certificaciones

9.2.4. Especificacion en lenguaje natural

9.3. Lineamientos de la Especificacion de Requerimientos

9.3.1. Establecer un Formato Estandar

9.3.2. Claridad en la Distincion de Requerimientos

9.3.3. Destacar partes Clave del Requerimiento

9.3.4. Evitar Jerga y Tecnisismos

9.3.5. Asociar Razones a los Requerimientos

10. **8.Determinacion de requisitos con UML**

10.1. UML es el lenguaje de modelado utilizado para visualizar, especificar, construir y documentar partes de un sistema de software desde distnitos puntos de vista.

10.2. UML proporciona 13 diferentes diagramas para su uso en modelado de software.