Ciclo de Vida de la ingeniería de requisitos.

2. Ingeniería de Requisitos, es el proceso de
desarrollar una especificación de
Software. Las especificaciones pretenden
comunicar las necesidades del sistema del
cliente a los desarrolladores del sistema.
Trata de los principios, métodos, técnicas
y herramientas que permiten descubrir,
documentar y mantener los requisitos para
sistemas basados en computadora, de
forma sistemática y repetible.

3.  Obtener requisitos: a través de entrevistas o
comunicación con clientes o futuros usuarios, para saber
cuáles son sus expectativas.
 Analizar requisitos: detectar y corregir las carencias o
falencias comunicativas, transformando los requisitos
obtenidos de entrevistas y requisitos, en condiciones
apropiadas para ser tratados en el diseño.
 Documentar requisitos: igual que todas las etapas, los
requisitos deben estar debidamente documentados.
 Verificar los requisitos: consiste en comprobar la
implementación de los requisitos.
 Validar los requisitos: comprobar que los requisitos
implementados sean funcionales para lo que inicialmente
se construyó el producto.

5. La fuente principal que origina el desarrollo de
un proyecto suele ser la necesidad de control en
el manejo de información, aunque otras veces
se origine a partir de puntos de vista
comerciales, administrativos, de servicios, entre
otros.
La comunicación entre el programador y el
cliente es fundamental, ya que de esto depende
que la aplicación cubra las necesidades del
cliente y a su vez permita realizar un trabajo
eficiente y competente a nivel de mercado.

6. Los usuarios o clientes no saben que es
lo que realmente necesitan, cuales son
los objetivos del sistema o producto,
como el sistema satisface las
necesidades y como se utilizará la
solución ya que
es algo que no se define a simple vista
sino que es a muy largo plazo. Existen
tres puntos que demuestran lo difícil que
es la obtención.

7. 1. Problema de ámbito: El cliente usuario no
entrega los detalles adecuadamente y lo que
hace es distorsionar lo que requiere.
2. Problema de compresión: Los clientes
usuarios nos saben la necesidad, desconocen
en muchos casos las bondades que ofrece un
sistema de cómputo, no entregan por completo
la información básica ya que creen que el
ingeniero descubre lo que ellos necesitan o dan
información muy distante de la realidad.
3. Problema de volatilidad: La forma organizada
de la recolección de la información ayuda a
evitar inconvenientes debido a que los
problemas empresariales cada día van
cambiando.

8. Su enfoque principal la elaboración de modelos
que permitan indicar las funciones, las
características y restricciones de la aplicación.
En esta elaboración se hará uso de escenarios
de usuario que indica la forma en que
interactúan los usuarios finales y el sistema,
mostrando sus clases y relaciones mediante la
variedad de diagramas UML.

9. En el campo de la solución de problemas
empresariales, es normal que los usuarios
y clientes siempre estén esperando más de
lo que se puede entregar.
Lo más importante para tener una buena
negociación es que se tengan bien
definidos y organizados los requisitos y
más tarde se analizan el orden de
prioridades con el que se debe trabajar. Se
hacen algunas estimaciones de esfuerzo y
se estudia el costo con respecto a cada
requisito analizado.

10. En esta parte se analiza de toda la
información extraída mediante la
recolección de requisitos para saber si
existen falencias, omisiones, errores pero
ya corregidos y si los estándares están
siendo usados adecuadamente para el
proceso, proyecto y producto.
Dentro de la validación se cuenta con un
equipo de trabajo completo como pueden
ser ingenieros de software, clientes,
usuarios y demás personas que harán parte
fundamental del proyecto y los que
encontraran las dificultades que se tengan
en la información recolectada.

11. Este es el último paso y considerado el
paso de la verdad, en esta fase es donde se
demuestra si la aplicación cumple las
necesidades del cliente y además de eso es
eficiente.
En esta etapa se evalúan aspectos como
desempeño, funcionamiento, eficiencia
incluso se realizan pruebas de estrés. A
partir de esta parte se empiezan a ver
posibles mejoras en la aplicación.