Requisitos De Ingenieria

CURSO:

INGENIERIA DE REQUISITOS

PROFESOR:

ING. CARLOS YUPANQUI ESPINOZA

INTEGRANTES:

✓ LOA HUAYTA, LIZ CLARA

✓ CESPEDES CERVANTES, MERYLYN ELVIA

ESPECIALIDAD:

COMPUTACIÓN E INFORMÁTICA

CICLO:

VI – A

CONTENIDO:

Introducción 3

Capitulo 1

1. Datos generales 5
1. concepto
2. desarrolladores
3.importancia
4. pasos para desarrollarlo
5. producto final
6. análisis del producto final
2. Un puente hacia el diseño de construcción 6
3. Tareas de la ingeniería de requisitos 8
1. Inicio
2. Obtención 9
3. Elaboración 10
4. Negociación 11
5. Especificación
6. Validación
7. Gestión de requisitos 12
4. Inicio delproceso de la ingeniería de requisitos 13
1. Identificación de los interesados
2. Reconocimiento de múltiples puntos de vista 14
3. Trabajo con respecto a la colaboración

4. Formulación de las primeras preguntas 15
5. Obtención de requisitos 16
1. Recopilación conjunta de requisitos
2. Despliegue de la función de calidad 18
3. Escenario delusuario 19
4. Productos de trabajo de la obtención
6. Desarrollo de casos de uso 20
7. Construcción del modelo de análisis 24
1. Elementos del modelo de análisis
8. Patrones de análisis
9. Negociación de requisitos 29
10. Validación de requisitos
11. Resumen

L
INTRODUCCION:

a comprensión de los requisitos de un problema está entre las tareas más difíciles queenfrenta un ingeniero de software. Cuando se piensa por primera vez acerca de ello, la ingeniería de requisitos no parece tan difícil.
Después de todo, ¿el cliente no sabe lo que se requiere? ¿Los usuarios finales no deberían entender bien las características y funciones que les proporcionaran un beneficio? Es sorprendente, pero en muchas ocasiones la respuesta a estas preguntas es: “no”. Y aun silos clientes y usuarios finales son explícitos en sus necesidades, estos requisitos pueden cambiar durante el proyecto. La ingeniería de requisitos es difícil.
En el prologo a un libro de Ralph Young [YOU01] sobre las prácticas efectivas en los requisitos, el autor de este libro escribió:
Es tu peor pesadilla. Un cliente entra en tu oficina, se sienta, te mira directo a los ojos, y dice: “Yosé que usted piensa que entiende lo que digo, pero lo que usted no entiende es que lo que digo no es realmente lo que quiero decir”. Esto sucede de manera invariable cuando el proyecto esta avanzado, después de que se han realizado los compromisos relativos al tiempo de entrega, las reputaciones están en juego y el dinero está en serio peligro.
Todos los que hemos trabajado en el negocio de lossistemas y el software por más de unos cuantos años hemos vivido esta pesadilla, y solo unos pocos de nosotros hemos aprendido a continuar aun con esta circunstancia. Nosotros tenemos dificultades cuando tratamos de obtener requisitos de nuestros clientes. Tenemos problemas al comprender la información que adquirimos. Con frecuencia, registramos los requisitos de una manera desorganizada einvertimos muy poco tiempo en verificar lo que registramos. Permitimos que el cambio nos controle en lugar de establecer mecanismos para controlarlo. En resumen, fallamos al establecer un cimiento solido para el sistema o software. Cada uno de estos problemas representa un reto.
Seria deshonesto decir que la ingeniería de requisitos es la “solución” para los retos que se han enunciado. Pero proporcionaun enfoque solido para abordar dichos desafíos.

CAPITULO I:

INGENIERÍA DE REQUISITOS

1. DATOS GENERALES:

1. CONCEPTO.-
La ingeniería de requisitos es una ayuda para los ingenieros de software para que puedan entender mejor el problema y encuentren su solución. Incluye el conjunto de tareas que conducen a comprender cuál será el impacto del software sobre el...