Please enable JavaScript.

Coggle requires JavaScript to display documents.

Ingeniería de requisitos - Coggle Diagram

- - - - Conocer el dominio del problema, de forma tal que los analistas puedan entenderse con los clientes y usuarios y sean capaces de transmitir dicho conocimiento al resto del equipo.
      - Descubrir necesidades reales entre clientes y usuarios, haciendo énfasis en aquellas que la mayor parte de las veces se asumen y toman por implícitas.
      - Consensuar los requisitos entre los propios clientes y usuarios hasta obtener una visión común de los mismos.
  - - - 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).
    - - Actividades
        
        Definición del alcance del proyecto.
        
        Identificación del negocio.
        
        Artefacto: Modelo del negocio
        
        Toma de requerimientos.
        
        Artefacto: Análisis y realización de casos de uso.
        
        Estudio de procesos de negocio.
        
        Artefacto: Modelo de procesos y actividades de negocio.
        
        Calendarización del proyecto.
        
        Artefacto: Cronograma del proyecto.
- - - - 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.
        
        Ejemplos
        
        Se debe ingresar cédula, nombre y teléfono de cada cliente.
        
        Se requiere un listado de clientes por zona.
      - 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.
        
        Ejemplos:
        
        Las consultas deben resolverse en menos de 3 segundos.
        
        El lenguaje de programación debe ser Java.
- - - - Una fase es un conjunto de actividades relacionadas con un objetivo en el desarrollo del proyecto. Se construye agrupando tareas (actividades elementales) que pueden compartir un tramo determinado del tiempo de vida de un proyecto. La agrupación temporal de tareas impone requisitos temporales correspondientes a la asignación de recursos (humanos, financieros o materiales).
        Las fases del modelo de ciclo del software son: planificación, análisis, diseño, implementación, pruebas y mantenimiento
        
        PLANIFICACIÓN
        En esta primera fase se realiza el planteamiento del problema, se definen alcances y objetivos del software.
        Objetivos: estudio de viabilidad, realizar planificación detallada.
        
        FASE ANÁLISIS (definición de requisitos):
        Esta fase busca definir los requisitos que son los que dirigirán el desarrollo del proyecto de software.
        Objetivos: conocer los requisitos, asegurar que los requisitos son alcanzables, formalizar acuerdo con el cliente.
        
        FASE DISEÑO:
        En esta fase se estudian posibles opciones de implementación para el software que hay que construir, estructura general del mismo.
        Objetivos: identificar soluciones tecnológicas, asignar recursos materiales, proponer, identificar y seleccionar, establecer métodos de validación, ajustar especificaciones.
        
        FASE PRUEBAS:
        Esta fase busca detectar fallos cometidos en las etapas anteriores para corregirlos.
        Objetivos: realizar los ajustes necesarios para corregir posibles errores o inconsistencias.
        
        FASE MANTENIMIENTO:
        En esta fase se realizan tres puntos referenciados: mantenimiento correctivo, mantenimiento adaptativo y mantenimiento perfectivo.
        Objetivos: operación, asegurar que el uso del proyecto es el que se pretendía, mantenimiento.
    - - Son los productos intermedios que generan las fases. Pueden ser materiales o inmateriales (documentos, software). Los entregables permiten evaluar la marcha del proyecto mediante comprobaciones de su adecuación o no a los requisitos funcionales y de condiciones de realización previamente establecidos.
  - - - Paradigma tradicional
        
        Los paradigmas tradicionales se identifican, fundamentalmente, por ser lineales, es decir, se trata de completar cada proceso de principio a fin, hasta que quede listo para avanzar a la segunda fase del ciclo del software.
        
        Modelos del paradigma tradicional más utilizados
        
        Modelo en cascada
        
        En su concepción básica, cada una de las actividades genera, como salidas, productos y modelos que son utilizados como entradas para el proceso subsiguiente; esto supone que una actividad debe terminarse (por lo menos, en algún grado) para empezar la siguiente.
        
        Modelo espiral
        
        En este modelo hay 4 actividades que envuelven a las etapas: planificación, análisis de riesgo, implementación y evaluación. Una de sus principales ventajas es que los riesgos van disminuyendo conforme avanzan los ciclos o interacciones.
        
        Modelo iterativo o por prototipos
        
        Son un medio eficaz para aclarar los requisitos
        de los usuarios e identificar las características de un sistema que deben cambiarse o añadirse.
        Mediante el prototipo se puede verificar la viabilidad del diseño de un sistema.
        Las etapas del modelo son:
        
        Colecta y refinamiento de los requerimientos y proyecto rápido.
        
        Diseño rápido.
        
        Construcción del prototipo.
        
        Evaluación del prototipo por el cliente.
        
        Refinamiento del prototipo.
        
        Producto de ingeniería.
      - Paradigma orientado a objetos
        
        Las etapas de desarrollo de software en el paradigma orientado a objetos, se conforma principalmente por la creación de clases, análisis de requisitos y el diseño. Con este paradigma se pretende que el código fuente sea reutilizable para otros proyectos.
      - Paradigma de desarrollo ágil
        
        El objetivo de este paradigma es el desarrollo de proyectos en poco tiempo, se simplifican procesos tediosos, se agilizan las fases del desarrollo y las interacciones se hacen en corto tiempo.
        Una de las principales diferencias con los paradigmas anteriores, es que el cliente se ve involucrado en el proyecto durante el desarrollo de este, así, el cliente sugiere mejoras, propone ideas y se mantiene al tanto del desarrollo del producto, a diferencia del paradigma tradicional y el orientado objeto, donde el cliente únicamente está al principio.
        
        Algunos son
        
        Modelo Scrum
        
        Este modelo se basa en el desarrollo incremental, es decir, conforme pasen las fases y la iteración, mayor será el tamaño del proyecto que se está desarrollando.
        
        El Scrum consiste en realizar un análisis de los requerimientos del sistema (Product Backlog), señalar cuáles serán los objetivos a corto o mediano plazo dentro de un sprint, o sea, la fase de desarrollo. Posteriormente, los desarrolladores harán lo suyo, se realizarán algunas pruebas y se retroalimentará de acuerdo con lo conseguido al terminar la última fase.
        
        Modelo Kanban
        
        El modelo Kanban es uno de los modelos más visuales de las metodologías ágiles; este consiste en la creación de un tablero con etiquetas, donde se seccionan cada una de las fases de su desarrollo, además se clasifican de acuerdo con los equipos de trabajo y se les asignan objetivos a corto, mediano y largo plazo.
        
        Modelo XP o programación extrema
        
        Esta metodología es adaptable según las necesidades y requerimientos a implementar, además, el cliente se encuentra involucrado en el proceso de desarrollo, lo que hace que el producto pueda ser terminado en un menor tiempo.