1. Requisitos
1.1. Que son:
1.1.1. Los requisitos comunican las expectativas de los consumidores de productos software, los requisitos pueden ser obvios o estar ocultos, conocidos o desconocidos, esperados o inesperados, desde el punto de vista del cliente.
1.2. Importancia
1.2.1. Establecen el alcance del trabajo
1.2.2. Indican al equipo del proyecto qué requieren los usuarios (necesidades del negocio)
1.2.3. El éxito o el fracaso de un proyecto esta altamente influenciado por la calidad de los requisitos.
1.3. Características
1.3.1. Los requisitos deben cumplir con ciertas características como lo son:
1.3.1.1. Necesario
1.3.1.2. Completo
1.3.1.3. Consistente
1.3.1.4. Correcto
1.3.1.5. Factible
1.3.1.6. Modificable
1.3.1.7. Verificable
1.3.1.8. Rastreable
1.3.1.9. Claro
2. Clasificación
2.1. Requerimientos de usuario
2.1.1. Son declaraciones, en lenguaje natural y en diagramas, de los servicios que se espera que el sistema proporcione y de las restricciones bajo las cuales debe funcionar.
2.2. Requerimientos de sistema
2.2.1. Estos requerimientos establecen con detalle las funciones, servicios y restricciones operativas del sistema. El documento de requerimientos del sistema deberá ser preciso, y definir exactamente lo que se va a desarrollar.
2.3. Requerimientos funcionales
2.3.1. Son declaraciones de los servicios que debe proporcionar el sistema.
2.4. Requerimientos no funcionales
2.4.1. Son restricciones de los servicios o funciones ofrecidos por el sistema.
2.4.2. Dentro de estos requerimientos se encuentra todo lo referente a la fiabilidad, el tiempo de respuesta y la capacidad de almacenamiento.
3. Estudios de viabilidad
3.1. Es un estudio corto y orientado a resolver varias cuestiones:
3.1.1. ¿contribuye a los objetivos de la organización?
3.1.2. ¿se puede implementar utilizando la tecnología actual?
3.1.3. puede integrarse con otros ya existentes en la organización?
4. puede considerarse como un proceso de descubrimiento y comunicación de las necesidades de clientes y usuarios y la gestión de los cambios de dichas necesidades. (Amador, 2000)
5. Etapas
5.1. Elicitación
5.1.1. Los analistas deben trabajar junto con el cliente para descubrir el problema que el sistema debe resolver, los servicios que debe prestar y las restricciones que se pueden presentar.
5.1.1.1. Objetivos
5.1.1.1.1. conocer el dominio del problema
5.1.1.1.2. Descubrir necesidades reales entre clientes y usuarios
5.1.1.1.3. Consensuar los requisitos entre los propios clientes y usuarios hasta obtener una visión común de los mismos.
5.2. Análisis
5.2.1. tiene como propósito descubrir problemas con los requisitos del sistema identificados hasta el momento
5.2.1.1. Objetivos
5.2.1.1.1. Detectar conflicto en los requisitos que suelen provenir de distintas fuentes y presentar contradicciones o ambigüedades debido a su naturaleza informal.
5.2.1.1.2. Profundizar en el conocimiento del dominio del problema puede facilitar el proceso de construir un producto útil para clientes y usuarios.
5.3. Especificación
5.3.1. se documentan los requisitos acordados con el cliente, esta etapa se realiza conjuntamente con el análisis realizado previamente aplicando técnicas y estándares de comunicación.
5.4. Validación
5.4.1. La validación puede llevar al analista a reescribir algunas especificaciones de requisitos y, en otros casos, a obtener nuevos, producto de la aparición de necesidades que hasta entonces estaban ocultas, para volver a evaluar el análisis inicial, o para corregir y perfeccionar el conjunto de requisitos documentados.