1. Concepto
1.1. Consiste en un conjunto de procedimientos los cuales nos permiten entender y emplear los componentes necesarios para precisar un proyecto de software.
1.2. Ademas se considera una etapa muy importante que debe incluirse en el sistema o proyecto de software, con el propósito de resolver un problema y alcanzar los objetivos propuestos.
2. Se clasifican en dos:
2.1. Requerimientos No funcionales.
2.1.1. Se definen por medio de características que buscan limitar el sistema mediante restricciones, como el rendimiento, interfaces de usuario, fiabilidad, mantenimiento, seguridad, potabilidad, estándares, entre otros componentes.
2.2. Requerimientos Funcionales.
2.2.1. Son aquellos que especifican las funciones que un determinado sistema puede ejecutar. Incluso reseñan las transformaciones que el sistema ejecuta en las entradas para posteriormente generar salidas.
3. Características de los requerimiento.
3.1. 1.Un requerimiento es indispensable si supresión provoca cierta deficiencia en el sistema a desarrollar, ademas de su capacidad, características físicas o factores de calidad. Así mismo no pueden ser sustituidos por otros componentes del producto o proceso.
3.2. 2.Pueden ser concisos, Un requerimiento puede ser breve si es sencillo de leer y permite su fácil comprensión. Su redacción debe ser natural y especifica para los usuarios que quieran consultarlo en el futuro.
3.3. 3.Son completos, un requerimiento se considera integro si este mismo no solicita ampliar fragmentos en su redacción , brindando la información mas relevante y fácil de entender.
3.4. 4.Son consistentes, Se considera un requerimiento consistente si este mismo no se contradice con otro requerimiento.
4. Validación de requisitos.
4.1. Comentarios de los requistos.
4.1.1. Se toma la decision de asignar un grupo de personas para buscar posibles errores, falta de claridad entre otros factores; posteriormente se establece comentarios según el documento que define el sistema a desarrollar.
4.2. Prototipos.
4.2.1. Permiten comprender los supuestos de ingeniero de software, y en el momento indicado brindar información efectiva sobre posibles fallas.
4.3. Validacion del Modelo.
4.3.1. Son indispensables para efectuar análisis estáticos, que permitan comprobar las rutas de comunicación entre los objetos, grupos de trabajos e intercambio de datos.
4.4. Pruebas de aceptacion.
4.4.1. Permiten saber si el sistema o software funciona correctamente y satisface las necesidades definidas por los clientes.
4.5. Los documentos de requerimientos pueden ser validados para veficar que le ingeniero de software ha comprendido perfectamente los requisitos. Asi mismo es importante verificar que los documentos presentados se ajusten a las reglas de la empresa asegurando su facil comprensión y coherencia.
5. Principio de análisis de requerimientos.
5.1. Puede clasificarse en 5 áreas muy importantes:
5.1.1. Reconocimiento del problema.
5.1.2. Evaluación y síntesis.
5.1.3. Especificacion.
5.1.4. Revision.
6. Permite renovar la comunicación entre equipos: La especificación de requerimientos simboliza una forma de aprobación o consenso entre clientes y desarrolladores. Así mismo si este consenso no sucede el proyecto no sera victorioso.
7. Roles del Usuario.
7.1. 1.Usuarios:
7.1.1. Este grupo esta compuesto por aquellos usuarios que harán uso de un determinado software.
7.1.2. Asi mismo estan ampliamentes relacionados con factores como la usabilidad, la disponibilidad junto con la fiabilidad del sistema.
7.1.3. Los usuarios están involucrados también en los procesos que debe ejecutar el software dentro de las condiciones del entorno laboral.
7.2. 2.Clientes:
7.2.1. Son aquellos individuos que han solicitado servicios de desarrollo de un sistema o aplicativo, asi como también representan el mercado objetivo de un software.
7.3. 3.Analistas de Mercado:
7.3.1. Tiene como función establecer el impacto del producto en desarrollo y sus futuros clientes.
7.4. 4.Reguladores:
7.4.1. Determinan los permisos para el correcto funcionamiento del software, numerosas aplicaciones relacionadas con los servicios financieros o transporte que disponen de regulaciones.
7.5. 5.Ingenieros de software:
7.5.1. Disponen de amplia experiencia que les permiten producir software de calidad para alcanzar los objetivos establecidos al principio.
7.6. 6.Personal de mantenimiento:
7.6.1. Estas personas son las encargadas de la administración de cambios, implementación junto con la resolución de anomalías. Se ocupan principalmente de revisar y añadir mejoras en los procesos de producto concluidos.
7.7. 7.Personal de pruebas:
7.7.1. Son los responsables de instituir y ejecutar el plan de pruebas con el propósito de consolidar las condiciones brindadas por el sistema se han optimas.
7.7.2. Asi mismo también determinan si la validación de los requerimientos cubren las necesidades del cliente.
8. Diferentes Metodologias.
8.1. Metodologia de analisis de requerimientos.
8.2. Metodologia de analisis orientado al flujo de datos.
8.3. Metodología de programación orientado a objetos.
9. Analisis de requisitos.
9.1. -Permiten encontrar y resolver los conflictos entre requisitos.
9.2. Revelan los limites que puede tener el software y como estos interactuan con su respectiva organización y entornos operativos.
9.3. -Crean requisitos del sistema para producir requisitos del software.
9.4. Clasificación del análisis de requisitos.
9.4.1. Modelado conceptual.
9.4.1.1. Son importantes para el análisis de requisitos de software. Su principal objetivo consiste en ayudar en la interpretación de aquellas circunstancias en las que surgen los problemas; así como también encontrar posibles soluciones.
9.4.1.2. Los modelos están compuestos por; Diagramas de casos de uso, modelos de flujo de datos, modelos de estados, interacciones de usuarios, modelos de objetos, modelos de datos, entre otros.
9.4.2. Asignación arquitectónica de diseño de diseño de los requisitos.
9.4.3. Me permiten administrar las necesidades del proyecto de manera ordenada. Cada una de las actividades de la Ingeniería de requerimientos se compone de un ciclo de pasos sistematizados y bien descritos.
9.4.4. Negociación de los requisitos.
9.4.4.1. Consiste en resolución de problemas con aquellos requisitos de los conflictos, que surgen entre dos factores que disponen de características incompatibles, entre los requisitos y los recursos incluso entre los requisitos funcionales y no funcionales.
9.4.4.2. Asi mismo los requisitos de prioridades son indispensables pues permiten resolver diferentes comflictos y filtrar los requisitos mas importantes.
9.4.5. Analisis formal.
9.4.5.1. El análisis formal se centra en las ultimas fases de analisis de requisitos.
9.4.5.2. Se considera importante ya que permite un análisis mas detallado de requisitos de software. El diseño arquitectónico señala los procesos que se incorporan con los requistos de software o sistemas de diseño.