Please enable JavaScript.
Coggle requires JavaScript to display documents.
Ingenieria de Requerimientos (Consiste en: (Relevar los requerimientos,…
Ingenieria de Requerimientos
Objetivo
Ver los requerimientos en profundidad
Conocer donde y como registrarl
Estudiar métodos para obtenerlos
Evaluar herramientas para llevar a cabo las tareas
Es el proceso de:
Descubrir
Analizar
Documentar
Vérificar
Requerimientos
Definición de requerimiento
Declaración abstracto de alto nivel de un servicio que debe proveer el sistema o una restricción de este
Una definición matemática detallada y final de una función del sistema
Características
Sin ambiguedad
Un requerimiento no es ambiguo si y solo si tiene una única interpretación para cualquier lector(Usuario, Cliente, Construcción, Analista, Desarrollador, etc)
Ejemplo: Los Intereses se calcularán mensualmente y se pagarán trimestralmente según calendario comercial
Correctos
Un requerimiento es correcto si y solo si "cae" dentro del espacio del producto
Ejemplo: Un sistema de contabilidad no es correcto si realiza liquidación de haberes
Completos
Un requerimiento es completo si y solo si cumple
Todas las necesidades del usuario se ven reflejadas
Existe mapeo completo entre las entradas y las salidas del sistema
Consistentes
Un requerimiento es consistente si y solo si no contradice a otro
Verificables
Un requerimiento es verificable si y solo si es posible determinar sin ambigüedad, a través de un proceso finito, cuando una implementación lo satisface
Según IEEE
Condición o capacidad de un sistema requerida por el usuario para resolver un problema o alcanzar un objetivo
Condición o capacidad que debe poseer un sistema para satisfacer un contrato, estándar, especificación, u otro documento formalmente impuesto. Cultura de la organicación
Los requerimientos son: las descripciones de los servicios y sus restricciones
[Estudio de Boehm] La importacia de los requetimientos
El 45% de los errores detectados son por mala o poca especificacion de requerimientos
Estos errores fueron detectados en la etapas más tardías del desarrollo
Cuanto antes se encuentre un error más barato será corregirlo
Tipos de Requerimientos
Clasificacón
Forma 1 de clasificación
Requerimientos del Sistema
Establecen con detalle los servicios y restricciones del sistema
Especificación del diseño del Software
Agrega detalle a ala especificación de requerimientos del sistema y es el puente entre la ingeniería de requerimientos y las actividades del diseño.
Ejemplos
Especificación de los requerimientos del sistema
Al Usuario se le proveerá con los recursos para definir el tipo de archivos externos
Cada tipo de archivos externo tendrá una herramienta asociada que será aplicada al archivo
Cada tipo de archivo externo se representará como un icono específico sobre la pantalla del usuario
Se proveerán recursos para que el usuario defina el icono que representa un tipo de archivo externo
Cuando un usuario selecciona un icono que representa un archivo externo, el efecto de esa selección es aplicar la herramienta asociada con este tipo de archivo representado por el icono seleccionado
Requerimientos del Usuario
Definición de requerimientos del usuario
El Software debe proveer un medio para representar y acceder a archivos externos creados por otras herramientas
Declaraciones en lenguaje natural y en diagramas de los servicios que se espera que el sistema provea y las restricciones bajo las cuales deberá operar
Lectores de los diferentes tipos de especificaciones
Requerimientos del usuario
Administradores clientes
Usuarios finales del Sistema
Ingenieros clientes
Administradores contratistas
Arquitectos del Sistema
Requerimientos del Sistema
Usuarios Finales del Sistema
Ingenieros Clientes
Arquitectos del Sistema
Desarrolladores del Software
Forma 2
Requerimientos FUNCIONALES
Declaraciones de los servicios que proveerá el sistema, como reaccionará ante entradas particulares y como se comportará frete a situaciones especiales. También se declaran explícitamente los que el sistema NO DEBE hacer
Requerimientos NO FUNCIONALES
Son las restricciones a los servicios o funciones(tiempo, proceso de desarrollo, estándares, etc.)
Requerimientos DE DOMINIO
Provienen del dominio de aplicación del sistema y reflejan las características de dicho dominio(funcionales o no funcionales)
Niveles de requerimientos
Requerimientos de negocio
Representan los objetivos de alto nivel de la organización que quieren alcanzar con el sistema
Requerimientos de usuario
Definición dela s funciones que debe proveer el sistema de las restricciones dentro de las cueles debe operar
Requerimientos de sistemas
Definición detallada de las funciones, servicios y restricciones operativas del sistema
Utilidad de la especificación de requerimientos
Facilitar la comunicación y entendimiento entre clientes, usuario, analistas y desarrolladores
Apoyar las actividades de evolución del producto en el proyecto
Posibilitar la estimación de tiempos y costos
Posibilitar las actividades de planificación, organización y seguimiento
Conjunto de actividades en las cuales, utilizando técnicas y herramientas, se analiza un problema y se concluye con la especificación de una solución
Especificación de la solución: Conjunto de requerimientos del sistema que indican QUE hace el sistema y no COMO los hace
Actividades
Extracción de requerimientos (Definición del problema)
Especificación de requerimientos (Definición del producto)
Validación de requerimientos (Asegurar completitud y correctitud)
Administración de requerimientos
Consiste en:
Relevar los requerimientos
Analizar los requerimietos
Registrarlos
Verificarlos y validarlos
Realizar el seguimientos del diseño y la codificación con respecto a ellos
Gestionar los cambios que sufran a lo largo del proyecto