Scribd Logo
Cargar

¡Te damos la bienvenida a Scribd!

  • David Ibarra Tarea8

    Cargado por

    David Ibarra Diaz
    24 vistas7 páginas
    Este documento describe y compara tres modelos de gestión de requerimientos: el modelo CORE, el modelo en espiral de Boehm y el modelo de prototipo evolutivo. Explica las etapas de cada modelo, incluyendo la definición del problema, recolección de datos, modelado de puntos de vista y análisis de restricciones para CORE. Para el modelo en espiral describe las regiones de tareas como planificación, análisis de riesgos e ingeniería. Finalmente, resume las etapas del modelo de prototipo como requisitos, desarrollo

    Descripción original:

    tarea 8 iacc

    Título original

    David_Ibarra_Tarea8

    Derechos de autor

    © © All Rights Reserved

    Formatos disponibles

    DOCX, PDF, TXT o lea en línea desde Scribd

    ¿Le pareció útil este documento?

    ¿Este contenido es inapropiado?

    Denunciar este documento
    Este documento describe y compara tres modelos de gestión de requerimientos: el modelo CORE, el modelo en espiral de Boehm y el modelo de prototipo evolutivo. Explica las etapas de cada modelo, incluyendo la definición del problema, recolección de datos, modelado de puntos de vista y análisis de restricciones para CORE. Para el modelo en espiral describe las regiones de tareas como planificación, análisis de riesgos e ingeniería. Finalmente, resume las etapas del modelo de prototipo como requisitos, desarrollo

    Copyright:

    © All Rights Reserved
    Descargue como DOCX, PDF, TXT o lea en línea desde Scribd
    Marcar por contenido inapropiado
    Descargar como docx, pdf o txt
    24 vistas7 páginas

    David Ibarra Tarea8

    Cargado por

    David Ibarra Diaz
    Este documento describe y compara tres modelos de gestión de requerimientos: el modelo CORE, el modelo en espiral de Boehm y el modelo de prototipo evolutivo. Explica las etapas de cada modelo, incluyendo la definición del problema, recolección de datos, modelado de puntos de vista y análisis de restricciones para CORE. Para el modelo en espiral describe las regiones de tareas como planificación, análisis de riesgos e ingeniería. Finalmente, resume las etapas del modelo de prototipo como requisitos, desarrollo

    Copyright:

    © All Rights Reserved
    Descargue como DOCX, PDF, TXT o lea en línea desde Scribd
    Marcar por contenido inapropiado
    Descargar como docx, pdf o txt
    de 7

    INGENIERÍA EN REQUERIMIENTO DE SOFTWARE

    SEMANA 8

    David Eduardo Ibarra Díaz


    17-12-2021
    DESARROLLO
    A continuación, se le solicita crear un diagrama que conduzca el flujo o pasos para la implementación de
    su sistema de información realizado en Taller de Integración de Software, en el mismo orden de días, debe
    crear una comparación en donde queden de manifiesto las diferencias de la estructura de los modelos de
    gestión de requerimientos, tomando como ejemplo de análisis su desarrollo de software.

    Modelo CORE (CONTROLLED REQUERIMENTS EXPRESSIÓN)


    El método de expresión de requisitos controlados, es un conjunto de:

     Notaciones textuales y gráficas.


     Con guías especificadas para la captura y validación de requerimientos del sistema, en las etapas
    iniciales del diseño del sistema.
     CORE ha sido, por tradición, pensado como puramente una técnica de captura y análisis de
    requerimientos (RCA), aunque soporta algunos aspectos de diseño tales como estructura de
    datos.
     CORE está basada en el principio de primero definir el problema a ser analizado (definición del
    problema), y luego dividirlo en unidades o puntos de vista a considerar.

    CORE está compuesto de 7 etapas:

    1. Definición del problema: el propósito de la definición del problema es identificar los límites del
    mismo. Contiene detalles de los objetivos de la empresa de los usuarios del sistema, la base para
    la necesidad de un nuevo sistema, Se caracteriza por limitaciones de costo y tiempo, y quien va a
    ser el responsable de la revisión y aceptación de los resultados finales.

    2. Estructuración del punto de vista: el propósito de esta etapa es descomponer el ambiente del
    sistema en los elementos para que el sistema propuesto pueda ser analizado desde los puntos de
    vista de todas las entidades que se comunican con él, la más importante de las cuales son los
    usuarios. Durante esta etapa, todas las entidades que son fuentes potenciales de información
    deben ser identificadas.

    3. Colección tabular: esta etapa es cuando la información sobre los flujos de datos entre los puntos
    de vista y el procesamiento de estos son reunidos. Esto ayuda a establecer la totalidad y
    consistencia.

    4. Estructuración de datos: en la etapa previa, los elementos de información que pasan entre los
    puntos de vista son referidos por sus nombres generales. También se da una vista más cercana al
    contenido, a la estructura y a la derivación de datos, al producir diagramas de estructura de
    datos.
    5. Modelación individual de puntos de vista: esta etapa puede dividirse en dos partes. La primera
    parte consiste en producir los diagramas individuales del modelo de punto de vista. La segunda
    parte se refiere a agregar alguna información nueva perteneciente a flujos de datos internos,
    control de acciones y tiempo de acciones.

    6. Modelación combinada de puntos de vista: Esta etapa facilita el análisis de una secuencia de
    eventos de más de un punto de vista. Cada diagrama de modelo combinado de punto de vista
    producido durante esta etapa es una representación del procesamiento de información que
    ocurre entre puntos de vista.

    7. Análisis de restricciones: En esta etapa, se consideran restricciones adicionales tales como


    desempeño y seguridad. Éstas pueden afectar los diagramas de puntos de vista ya producidos. Las
    restricciones se documentan en una especificación de restricción del sistema.

    Modelo CORE (CONTROLLED REQUERIMENTS EXPRESSIÓN)


    Modelo Espiral de Boehm: es un modelo de proceso de software evolutivo que conjuga la naturaleza
    iterativa de construcción de prototipos con los aspectos controlados y sistemáticos del modelo lineal
    secuencial.

    El modelo en espiral se divide en un número de actividades de marco de trabajo, también llamadas


    regiones de tareas. Generalmente, existen entre tres y seis regiones de tareas.

     Comunicación con el cliente: las tareas requeridas para establecer comunicación entre el
    desarrollador y el cliente.

     Planificación: las tareas requeridas para definir recursos, el tiempo y otra información
    relacionadas con el proyecto.

     Análisis de riesgos: las tareas requeridas para evaluar riesgos técnicos y de gestión.

     Ingeniería: las tareas requeridas para construir una o más representaciones de la aplicación.

     Construcción y acción: las tareas requeridas para construir, probar, instalar y proporcionar
    soporte al usuario (por ejemplo: documentación y práctica).

     Evaluación del cliente: las tareas requeridas para obtener la reacción del cliente según la
    evaluación de las representaciones del software creadas durante la etapa de ingeniería e
    implementada durante la etapa de instalación. Cada una de las regiones están compuestas por un
    conjunto de tareas del trabajo, llamado conjunto de tareas, que se adaptan a las características
    del proyecto que va a emprenderse. Para proyectos pequeños, el número de tareas de trabajo y
    su formalidad es bajo. Para proyectos mayores y más críticos cada región de tareas contiene
    tareas de trabajo que se definen para lograr un nivel más alto de formalidad. En todos los casos,
    se aplican las actividades de protección.
    Fuente: https://upload.wikimedia.org/wikipedia/commons/thumb/5/57/Modelo_Espiral_Boehm.svg/
    611px-Modelo_Espiral_Boehm.svg.png

    Modelo de prototipo evolutivo: es utilizado principalmente en el desarrollo de software para ofrecer al


    usuario una visión previa de cómo será el programa o sistema. Se le dice de desarrollo evolutivo al
    modelo de prototipo porque evoluciona hasta convertirse en el producto final.

    Etapas para la elaboración del modelo de prototipo:

     Requisitos de desarrollo: se realiza un análisis para poder establecer cuáles son los requisitos del
    programa. Se trata de un diseño básico del prototipo donde se traza de forma inicial los requisitos
    necesarios para su desarrollo.

     Modelaje y desarrollo del código: en esta fase se construye el prototipo inicial según los
    requisitos establecidos. En esta fase de diseño y construcción se debe priorizar el tiempo de
    desarrollo y hacer un uso óptimo de los recursos para reducir su coste.

     Evaluación: una vez desarrollado el prototipo es necesario comprobar su funcionamiento,


    evaluando su funcionalidad y verificando que cumple realmente con los requisitos iniciales.
     Modificación: tras evaluar el prototipo se deben corregir los errores encontrados y aplicar las
    mejoras necesarias para que esté listo para ser probado por los usuarios.

     Documentación: todo el diseño y desarrollo debe ser documentado para disponer de información
    precisa y clara del proceso. Es muy importante el registro de cada paso o acción del desarrollo del
    prototipo pues es una guía útil a la hora de afrontar el diseño del producto final.

     Pruebas: finalmente, el prototipo debe ser probado por los usuarios para poder recibir el
    feedback necesario y así evaluar su utilidad y rendimiento. Gracias a esta retroalimentación
    ofrecida por el prototipo se podrá desarrollar un software de mayor calidad que resuelva los
    problemas de los usuarios.

    Existen diferentes tipos de modelo de prototipos que se utilizan dependiendo del tipo de producto a
    desarrollar o el objetivo que se persigue en el desarrollo:

     Modelo de prototipos rápido.


     Evolutionary prototyping.
     Incremental prototyping.
     Modelo de prototipos horizontal.
     Modelo de prototipos vertical.

    Fuente:https://sites.google.com/site/is11801/_/rsrc/1239160607222/contenido/modelos-de-proceso-
    evolutivo/prototipos.jpg
    Técnica JAD (JOINT APPLICATION DEVELOPMENT): La técnica JAD es una metodología de desarrollo que
    comprende desde el comienzo de un proyecto hasta el final del diseño externo del sistema, incluyendo,
    por tanto, el análisis del sistema. El diseño externo cubre la definición de los elementos de datos que van
    a ser usados, la estructura de la aplicación diseñada, comprendiendo desde los menús hasta el diseño de
    las pantallas e informes que se utilizarán en el sistema. Hasta ahora, casi nada nuevo. Sin embargo, existe
    una diferencia cualitativa con otras metodologías: todo este diseño es realizado por los propios usuarios.
    REFERENCIAS BIBLIOGRÁFICAS
    Contenido Semana 8, IACC:

    IACC. (2021). Modelos de gestión de requerimientos, Semana 8.

    También podría gustarte