Marco Organizacional

1. INGENIERIA DE SOFTWARE I
JAVIER CASTELLANOS
INGENIERIA DE SISTEMAS
© 2016 Uniremington CT Cúcuta - FUTC

2. TAREAS DE LA INGENIERÍA DE
REQUISITOS
MARCO ORGANIZACIONAL

3. INGENIERÍA DE REQUISITOS
 Lo definimos como un conjunto de actividades en los
cuales, utilizando técnicas y herramientas, se analiza un
problema y se concluye con la especificación de una
solución. La ingeniería de requisitos es el proceso por el
cual desarrollamos una especificación de software.

4. INICIO:
 El objetivo es identificar el ámbito del proyecto general.
Comienza con una serie de conversaciones informales
entre los participantes del mismo. Esta fase suele ser
acompañada de los documentos de definición de la
visión global y la visión del dominio del sistema. Se inicia
muchas veces por: se descubre un nuevo mercado y se
descubre un nuevo servicio.

5. OBTENCION:
 A los ingenieros se sugiere recopilar requisitos de
manera organizada, preguntando a los usuarios y otros
interesados cuales son os objetivos para el sistema o
producto, que es lo que se debe lograr, de que forma el
producto satisface las necesidades del negocio y como
se utilizara el producto día a día. Se identifican una serie
de problemas que ayudan a entender porque es difícil la
obtención de requisitos:
 1 Problema de ámbito
 1 Problema de comprensión
 1 Problemas de volatilidad

6. NEGOCIACION:
 Esta etapa es primordial en la ingeniería de requisitos,
puesto que el el ingeniero debe negociar con el cliente
los alcances y límites del sistema. De forma iterativa los
requisitos se prioriza, modifican, combinan o eliminan
buscando acuerdos que beneficien a todas las partes. Se
identifican y analizan los riesgos asociados con cada
requisito.

7. ESPECIFICACION:
 En esta Fase el tenemos el producto final de la
ingeniería de requisitos, y se convierte en la materia
prima para las actividades posteriores en el proceso de
desarrollo del sistema. Una especificación puede ser un
documento escrito, un conjunto de modelos gráficos, un
modelo matemático formal, una colección de escenarios
de uso, un prototipo o cualquier combinación de estos.

8. ELABORACION:
 Creamos un modelo de análisis con la información solicitada y obtenida del
cliente en las fases de inicio y obtención. La información conseguida con el
cliente durante el inicio y obtención se expande y se refina durante la
elaboración. Esta actividad se enfoca en el desarrollo de un modelo técnico
refinado de las funciones, características y restricciones del software. La
elaboración se conduce mediante la creación y refinamiento de escenarios
del usuario que describan la forma en que el usuario final y otros actores
interactúan con el sistema.

9. VALIDACION:
 En el equipo de validación, se toma el producto de la fase de
especialización, lo revisa para detectar errores, conflictos u omisiones y los
corrige con el fin de garantizar la consistencia de requisitos. En La
validación de requisitos examinamos la especificación para asegurar que
todos los requisitos de software se han establecidos de manera precisa;
que se han detectado las inconsistencias omisiones y errores y que estos
han sido corregidos y que el producto de trabajo cumple con los
estándares establecidos para el proceso, proyecto y producto.

10. GESTION DE REQUISITOS:
 En esta nueva etapa Ayudamos a rastrear los requisitos según las
características de los mismos, el código fuente relacionado,
dependencia entre requisitos, subsistemas e interfaces internas y
externas de forma que pueda identificarse con rapidez para
entender como afectara una modificación diferentes aspectos del
sistema a construir. Es un conjunto de actividades que ayudan al
equipo de proyecto a identificar, controlar y rastrear los requisitos y
los cambios a estos en cualquier momento mientras se desarrolla el
proyecto.