Please enable JavaScript.
Coggle requires JavaScript to display documents.
pngwing.com, SE DIVIDE EN, AUTOR: ENOC BENAVIDES
PLATAFORMA TIC: COGGLE
…
SE DICE QUE
La ingeniería de requisitos es la disciplina para desarrollar una especificación completa, consistente y no ambigua, la cual servirá como base para acuerdos comunes entre todas las partes involucradas y en dónde se describen las funciones que realizará el sistema.
Y BUSCA
• Entender lo que el cliente quiere.
• Analizar las necesidades.
• Evaluar la factibilidad.
• Negociar una solución razonable.
• Especificar la solución sin ambigüedades.
• Validar la especificación.
• Administrar los requisitos conforme éstos se transforman en un sistema operacional.
SE DICE QUE
El ciclo de vida del desarrollo de software (SDLC o Systems Development Life Cycle) es el proceso utilizado para construir y evolucionar un software. Se compone de varias fases que validan y desarrollan el software, asegurando el cumplimiento de los requisitos y la aplicación de los procedimientos adecuados
-
En esta primera fase del ciclo de vida del software, también llamada fase de análisis, se recopila, se examina y se formulan los requisitos del cliente, así como la verificación de las posibles restricciones que se puedan aplicar.
-
-
PARA QUE SIRVEN
Los requisitos comunican las expectativas de los consumidores de productos software; de otra parte, los requisitos pueden ser obvios o estar ocultos, conocidos o desconocidos, esperados o inesperados, desde el punto de vista del cliente.
CUAL ES SU INPORTANCIA
- Establecen el alcance del trabajo subsecuente, pueden definir estrategias de desarrollo, riesgos, tomar decisiones de negocio (viabilidad de negocio), de proyecto (tiempo, recursos), de sistema (arquitectura).
- Indican al equipo del proyecto qué requieren los usuarios (necesidades de negocio).
- El éxito o fracaso de un proyecto está altamente influenciado por la calidad de los requisitos y el proceso para gestionarlos durante el desarrollo de un producto.
SE CARACTERIZAN POR
Necesario: Un requerimiento es necesario si su exclusión tendría consecuencias negativas para el sistema.
Completo: Un requerimiento está completo si proporciona la información suficiente para su comprensión sin necesidad de ampliar detalles.
-
Correcto: Los requerimientos deben reflejar un acuerdo entre las partes involucradas y contener una sola idea.
Factible: Los requerimientos deben ser factibles dentro de las restricciones de presupuesto, calendario y otros aspectos. Si hay dudas sobre su factibilidad, se deben realizar investigaciones y pruebas de concepto.
Modificable: Los cambios en los requisitos deben realizarse de manera sistemática y considerar su impacto en otros requisitos.
Priorizado: Los requerimientos deben ser categorizados según su grado de necesidad, como esencial/crítico, deseado u opcional.
Verificable: Los requerimientos deben ser verificables mediante inspección, pruebas o demostración. Se deben establecer criterios de aceptación.
Rastreable: Los requerimientos deben estar organizados de manera que sea posible rastrear cada función del sistema hasta sus requisitos correspondientes.
Claro: Los requerimientos deben ser concisos, de fácil lectura y comprensión, evitando la ambigüedad en su redacción.
SE CLASIFICAN EN
Requerimientos de sistema
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.
SE DIVIDE EN
REQUERIMIENTOS FUNCIONALES
Son declaraciones de los servicios que debe proporcionar el sistema, de la manera en que este debe reaccionar a entradas particulares; o también pueden declarar explícitamente lo que el sistema no debe hacer.
REQUERIMIENTOS NO FUNCIONALES
Son restricciones de los servicios o funciones ofrecidos por el sistema. Incluyen restricciones de tiempo, sobre el proceso de desarrollo y estándares. Dentro de estos requerimientos se encuentra todo lo referente a la fiabilidad, el tiempo de respuesta y la capacidad de almacenamiento.
-
Requerimientos de usuario
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.
SE DIVIDE EN
2 ANÁLISIS
En la fase de análisis, se busca detectar problemas y conflictos en los requisitos del sistema obtenidos previamente.
Se basa en los siguientes objetivos:
• Detectar conflicto en los requisitos que suelen provenir de distintas fuentes y presentar contradicciones o ambigüedades debido a su naturaleza informal.
• Profundizar en el conocimiento del dominio del problema puede facilitar el proceso de construir un producto útil para clientes y usuarios (Durán, 2000).
Se profundiza en el conocimiento del dominio del problema para construir un producto útil para clientes y usuarios. Durante esta fase, el analista proporciona retroalimentación y refina la comprensión obtenida en la etapa de obtención.
4 VALIDACIÓN
La validación asegura que los requisitos cumplen las necesidades de clientes y usuarios, evitando un producto insatisfactorio. Puede implicar reescribir especificaciones y descubrir nuevas necesidades ocultas, mejorando los requisitos documentados.
3 ESPECIFICACIÓN
En esta etapa se documentan los requisitos acordados con el cliente en un nivel de detalle adecuado. Se realiza en conjunto con el análisis y se utiliza la notación UML (Lenguaje de Modelado Unificado), que es un estándar para el modelado orientado a objetos. La especificación consiste en plasmar de manera clara y organizada el análisis realizado previamente, aplicando técnicas y estándares de documentación. Cada vez más se utilizan casos de uso y la obtención de requisitos basada en ellos para la obtención de requisitos.
1 ELICITACIÓN
La elicitation es una actividad crucial en la ingeniería de requisitos que busca descubrir los requisitos del sistema. Los analistas trabajan junto con los clientes para comprender el problema a resolver, los servicios requeridos y las restricciones. Los objetivos principales son conocer el dominio del problema, descubrir necesidades reales, consensuar los requisitos y obtener una visión común entre clientes y usuarios.
-
-
AUTOR: ENOC BENAVIDES
PLATAFORMA TIC: COGGLE
FUENTE: GUIA DE APRENDIZAJE SENA