Ingenieria de requisitos y tecnicas

1. UNIVERSIDAD LAICA “ELOY ALFARO” DE MANABI
EXTENSION EN EL CARMEN
INTEGRANTES:
• JAVIER ZAMBRANO.
• CARMEN ZAMBRANO.

2. TEMA:
INGENIERÍA DE REQUESITOS

3. INGENIERÍA DE REQUISITOS
“La correcta obtención de los requisitos es uno de los aspectos más críticos de un
proyecto software, independientemente del tipo de proyecto que se trate, dado
que una mala captura de los mismos es la causa de la mayor parte de los
problemas que surgen a lo largo del ciclo de vida”. [Johnson, 1995]
Es un campo muy activo dentro de la informática principalmente, dentro de la
Ingeniería de Software, y se dirige a las actividades diarias del trabajo del
desarrollo del software; de esta ingeniería dependerá del fracaso o del éxito que
tenga un proyecto sin importa que tipo de proyecto sea.
Se utiliza para desarrollar y definir todas las actividades involucradas en el
descubrimiento , documentación y mantenimientos de requerimientos para un
producto determinado, ya que utiliza técnicas sistemáticas y repetibles.

4. TÉCNICAS:
Existen varias técnicas para la IR, sin embargo, en este documento se van a
estudiar sólo algunas de ellas. Cada técnica puede aplicarse en una o más
actividades de la IR; en la práctica, la técnica más apropiada para cada actividad
dependerá del proyecto que esté desarrollándose.
 Entrevistas y Cuestionarios.-
Se emplean para reunir información proveniente de personas o de grupos.
Durante la entrevista, el analista conversa con el encuestado;
el cuestionario consiste en una serie de preguntas relacionadas con varios
aspectos de un sistema.

5.  Lluvia de Ideas (Brainstorm).-
Este método comenzó en el ámbito de las empresas, aplicándose a temas tan
variados como la productividad, la necesidad de encontrar nuevas ideas y
soluciones para los productos del mercado, encontrar nuevos métodos que
desarrollen el pensamiento creativo a todos los niveles, etc. Pero pronto se
extendió a otros ámbitos, incluyendo el mundo de desarrollo de sistemas.
 Prototipos.-
Un prototipo es una pequeña muestra, de funcionalidad limitada, de cómo sería
el producto final una vez terminado. Ayudan a conocer la opinión de los usuarios
y rectificar algunos aspectos antes de llegar al producto terminado.

6. BIBLIOGRAFIA:
 Johnson, J. “Chaos: The Dollar Drain of IT Project Failures”. Application
Development Trends, 2(1):41-47. 1995
 Durán, A., Bernárdez, B. “Metodología para la Elicitación de Requisitos de
Sistemas Software (versión 2.3)”. Informe Técnico LSI-2000-10, Universidad
de Sevilla.
 Durán Toro, A. “Un Entorno Metodológico de Ingeniería de Requisitos para
Sistemas de Información”. Tesis Doctoral. Departamento de Lenguajes y
Sistemas Informáticos de la Universidad de Sevilla. Septiembre de 2000