Los Requerimientos

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

1. Requerimientos

1.1. ¿Qué es un requerimiento?

1.1.1. a)Condición dada por un usuario para resolver un problema o alcanzar un objetivo

1.1.2. b)Una condición que se debe poseer o ser alcanzada para satisfacer un estándar

1.1.3. c)Representación documentada de una condición

1.2. Entender un requerimiento

1.2.1. En ingeniería un requerimiento es una característica que un sistema debe tener para satisfacer una necesidad dependiendo del contexto.

1.2.1.1. Contexto 1: Restricción

1.2.1.2. Contexto 2: Requerimientos comerciales

1.2.1.3. Contexto 3: Escenarios

1.2.1.4. Contexto 4: Reglas de negocio

1.2.1.5. Contexto 5: Requerimiento funcional

1.2.1.6. contexto 6: Relaciones

1.3. Casos de uso de los requerimientos

1.3.1. Se deben descubrir antes de iniciar la construcción de un producto o servicio y sirven para reducir el riesgo de fracaso

1.3.1.1. Especificar los requerimientos antes depasar del problema a la solución

1.3.1.2. Saber escuchar para identificar los verdaderos requerimientos

1.3.1.3. Involucar a las personas correctas que visualicen globalmente las necesidades

1.4. ¿Cómo plantear los requerimientos?

1.4.1. Identificar necesidades

1.4.2. Contextualizar requerimientos

1.4.3. Organizar requerimientos

1.4.4. Negociar requerimientos

1.5. ¿Por qué hacer requerimientos?

1.5.1. porque así se visualiza claramente las necesidades del usuario,caracterís- ticas y restricciones del proceso.

1.5.2. Esta metodología de construcción ayuda e evitar el riesgo de fallas

2. Identificar las necesidades

2.1. ¿Qué es identificar las necesidades?

2.1.1. Dar respuesta a las siguientes preguntas:

2.1.1.1. ¿Quiénes intervienen en el sistema?

2.1.1.2. ¿Cuáles son los posibles escenarios?

2.1.1.3. ¿Como los actores usan los posibles escenarios?

2.1.1.4. ¿Cuales son los componentes principales del sistema?

2.2. Entender el proceso de identificar necesidades

2.2.1. Recolectar información para resolver la pregunta de ¿qué hay que hacer? y el objetivo de identificar consiste en establecer cuales condiciones harán exitoso el proyecto.

2.2.1.1. Contexto 1: establecer opciones para resolver la necesidad

2.2.1.2. Contexto 2: Establecerlos posibles componentes y escenarios

2.3. Casos de uso de la identificación de necesidades

2.3.1. permite establecer una lista de requisitos a cumplir para satisfacer las expectativas de los interesados

2.4. ¿Cómo identificar la necesidad?

2.4.1. Tormenta de ideas

2.4.2. Entrevistas y discusiones con posibles usuarios

2.4.3. documentos de productos o procesos similares

2.4.4. Reportes de problemas o mejoras de productos y procesos similares

2.4.5. Análisis de escenarios

2.5. ¿Por qué identificar las necesidades?

2.5.1. Para aclarar procesos de comunicación y el alcance del proyecto para diseñar una solución efectiva y así evitar malos entendidos entre las dos partes.

3. Contextualizar los requerimientos

3.1. ¿Qúe es contextualizar los requerimientos ?

3.1.1. Dar respuesta a las siguientes preguntas:

3.1.1.1. ¿Los requerimientos son suficientes ?

3.1.1.2. ¿Se pueden medir?

3.1.1.3. ¿Se pueden lograr?

3.1.1.4. ¿Son relevantes ?

3.1.1.5. ¿Hay indicadores de tiempo para verificar su avance ?

3.2. Entiender el proceso de contextuallización

3.2.1. Se refiere al proceso de verificar si se cumplen estas cinco condiciones:

3.2.1.1. Suficiente

3.2.1.2. Medible

3.2.1.3. Alcanzable

3.2.1.4. Relevante

3.2.1.5. Temporal

3.3. Casos de uso de contextualizar requerimientos

3.3.1. Garantizar la buena comunicación entre el cliente y el proveedor y facilita el control de cambios y ajustes a los planes de desarrollo.

3.4. ¿Cómo contextualizar los requerimientos?

3.4.1. Construir tablas que permita identificar el cumplimiento de las cinco condiciones : S.M.A.R.T.

3.5. ¿Por qué contextualizar los requerimientos ?

3.5.1. Porque de esta manera se aterriza la configuración del problema al entorno y permite crear soluciones apropiadas y evitas las soluciones sub o sobre dimensionadas.

4. Organizar los requerimientos

4.1. ¿Qué es organizar requerimientos?

4.1.1. Dar respuesta a las siguientes preguntas:

4.1.1.1. ¿Cuáles son los requerimientos mínimos para que el cliente esté satisfecho?

4.1.1.2. ¿Cuáles son las relaciones entre los requerimientos?

4.1.1.3. ¿Cuáles requerimientos pueden ser aplazados o eliminados ?

4.2. Entender la organización de los requerimientos

4.2.1. Consiste en categorizar y organizar la información obtenida, un proceso de transcripción para integrar los datos recolectados.

4.3. Casos de uso de la organización de requerimientos

4.3.1. sirve como herramienta para la solución de conflictos, cuando hay organización hay claridad en los criterios de aceptación y las principales características.

4.4. ¿Cómo organizar los requerimientos?

4.4.1. Información básica

4.4.2. Descripción

4.4.3. Categorías

4.4.4. Tablas de requerimientos

4.5. ¿Por qué organizar los reconocimientos ?

4.5.1. La organización es una herramienta para la argumentación y sustentación de la negociación y las bases de los contratos legales del proyecto.

5. Negociar los requerimientos

5.1. ¿Qué es negociar requerimientos?

5.1.1. Dar respuesta a las siguientes preguntas

5.1.1.1. ¿Cuál es el presupuesto del proyecto ?

5.1.1.2. ¿Cuáles son los requerimientos aprobados?

5.1.1.3. ¿Cuál es el cronograma del proyecto?

5.1.1.4. ¿A qué se compromete cada una de las partes?

5.2. Entender el proceso de negociar los requerimientos

5.2.1. Consiste en en la definición y la aprobación de los recursos, tiempos y compromisos referentes al caso.

5.3. Casos de uso de la negociación de los requerimientos

5.3.1. Establece los lineamientos de la solución del problema.

5.4. ¿Cómo negociar los requerimientos?

5.4.1. La estrategia "gana-gana"

5.4.2. Una negociación en donde se trabaje estrechamente con el fin de encontrar una solución satisfactoria para todos.

5.5. ¿Por qué negociar los requerimientos?

5.5.1. Permite visualizar el alcance del proyecto, acordar los criterios de satisfacción y aclarar las expectativas del proyectos