Scribd Logo
Cargar

¡Te damos la bienvenida a Scribd!

  • 8 vistas

    Evidencia 2 Requerimientos

    Cargado por

    Lorena Guerrero

    Copyright:

    © All Rights Reserved
    Descargue como PDF, TXT o lea en línea desde Scribd

    Evidencia 2 Requerimientos

    Cargado por

    Lorena Guerrero
    8 vistas6 páginas

    Título original

    evidencia 2 requerimientos

    Derechos de autor

    © © All Rights Reserved

    Formatos disponibles

    PDF, TXT o lea en línea desde Scribd

    ¿Le pareció útil este documento?

    ¿Este contenido es inapropiado?

    Copyright:

    © All Rights Reserved
    Descargue como PDF, TXT o lea en línea desde Scribd
    Descargar como pdf o txt
    8 vistas6 páginas

    Evidencia 2 Requerimientos

    Cargado por

    Lorena Guerrero

    Copyright:

    © All Rights Reserved
    Descargue como PDF, TXT o lea en línea desde Scribd
    Descargar como pdf o txt
    Está en la página 1de 6

    UNIVERSIDAD AUTÓNOMA DE NUEVO LEÓN

    FACULTAD DE CONTADURÍA PÚBLICA Y ADMINISTRACIÓN


    TECNOLOGÍAS DE LA INFORMACIÓN

    EVIDENCIA 2.1
    REPORTÉ DE INVESTIGACIÓN SOBRE LAS ESTRATEGIAS DE OBTENCIÓN DE
    REQUERIMIENTOS DE PROYECTOS DE TI.

    INTEGRANTES DEL EQUIPO:

    Lorena Guerrero Arreola #2009950

    Erick Alan Bustos Gutiérrez #1855175

    Carlos Eliud Saldaña González #1724006

    Roberto Isaac Ramos Bernal #1962109


    LAS ESTRATEGIAS DE OBTENCIÓN DE REQUERIMIENTOS DE PROYECTOS DE
    TI.
    La obtención de requerimientos es una fase fundamental en el desarrollo de software,
    ya que permite identificar las necesidades del cliente o usuario final. Las técnicas de
    recolección de requerimientos son métodos que permiten descubrir y documentar los
    requisitos del sistema. Este reporte describe cuatro técnicas comunes, los resultados
    obtenidos, las herramientas empleadas, los requisitos funcionales y no funcionales
    derivados, y las conclusiones y recomendaciones para una efectiva recolección de
    requerimientos.

    Las estrategias de obtención de requerimientos consisten en combinar técnicas


    activas y pasivas para garantizar que se cubran todas las áreas de interés.

    o Fundamentos de los Requerimientos

    Los requerimientos son las condiciones o capacidades que un sistema debe cumplir o
    poseer para satisfacer las necesidades de los usuarios, clientes o stakeholders. Existen
    dos categorías principales:

    ➢ Requerimientos funcionales: Describen lo que el sistema debe hacer. Estos se


    refieren a las funcionalidades y servicios que el sistema debe ofrecer. Por ejemplo,
    "el sistema debe permitir la creación de usuarios."

    ➢ Requerimientos no funcionales: Describen las restricciones o cualidades que el


    sistema debe cumplir, como rendimiento, seguridad, escalabilidad, etc. Un ejemplo
    sería, "el sistema debe responder en menos de dos segundos en operaciones
    críticas."

    Los requerimientos son el pilar de cualquier proyecto de desarrollo de software, ya que


    una correcta definición y gestión de estos asegura que el producto final cumpla con las
    expectativas del cliente y usuarios.

    Importancia de los Requerimientos

    1. Claridad: Proporcionan una comprensión clara de lo que se espera del sistema.


    2. Alcance: Ayudan a definir los límites del proyecto, lo que permite planificar los
    recursos y el tiempo necesarios.
    3. Control del proyecto: Facilitan el monitoreo del progreso, permitiendo a los
    equipos de desarrollo saber si están cumpliendo con las expectativas.
    4. Minimización de errores: Unos requerimientos bien definidos reducen las
    ambigüedades y malentendidos, lo que a su vez minimiza los errores en las fases
    posteriores del desarrollo.
    o Origen de los Requerimientos

    El origen de los requerimientos puede estar en diversas fuentes dentro y fuera de la


    organización. Estas fuentes incluyen:

    ➢ Usuarios finales: Los que van a interactuar directamente con el sistema,


    proporcionando información sobre las funcionalidades necesarias y las mejoras que
    requieren en su trabajo diario.
    ➢ Clientes: Quienes financian o encargan el proyecto, proporcionando requerimientos
    de negocio que buscan cumplir con objetivos estratégicos o económicos.
    ➢ Stakeholders internos: Incluyen gerentes, expertos en dominio, personal de TI y
    otros departamentos que podrían tener influencia sobre el sistema, ya que su
    operación puede verse afectada o involucrada en la implementación.
    ➢ Normas y regulaciones: Existen requerimientos que surgen de la necesidad de
    cumplir con leyes, normas industriales o estándares de calidad. Por ejemplo, en un
    sistema financiero, las regulaciones sobre el manejo de datos personales podrían
    generar una serie de requerimientos de seguridad y privacidad.
    ➢ Documentación previa: Algunos proyectos pueden tener fuentes documentales
    previas que describen sistemas existentes, manuales de usuario o especificaciones
    anteriores que también generan requerimientos.

    o Técnicas de Obtención de Requerimientos

    Las técnicas de obtención de requerimientos son métodos usados para recolectar la


    información necesaria para definir los requerimientos del sistema. Algunas técnicas
    comunes incluyen:
    Entrevistas
    ➢ Se realizan preguntas a las partes interesadas para conocer sus expectativas y
    necesidades.
    ➢ Las entrevistas permiten obtener una visión clara de los problemas actuales, las
    expectativas de los usuarios y los objetivos específicos que el sistema debe cumplir.
    Observación Directa
    ➢ Se observa a los usuarios en su entorno laboral para analizar cómo interactúan con
    el sistema actual o cómo realizan las tareas manualmente.

    Herramientas utilizadas:
    1. Guías de entrevista, grabadoras de audio o video para documentar, y herramientas
    de procesamiento de texto para organizar la información.

    Requisitos funcionales obtenidos


    2. El sistema debe permitir a los usuarios finales gestionar y consultar inventarios en
    tiempo real.

    3. El sistema debe generar informes automáticos sobre ventas semanales.


    Requisitos no funcionales obtenidos
    1. El sistema debe ser accesible desde dispositivos móviles.
    2. El tiempo de respuesta del sistema no debe exceder los 2 segundos en operaciones
    críticas.

    Talleres Colaborativos
    ➢ Reuniones en las que participan múltiples partes interesadas para discutir y
    priorizar requerimientos.
    Prototipos
    ➢ Creación de una versión simplificada del sistema o de sus componentes para
    obtener retroalimentación temprana de los usuarios.

    o Lista Consolidada de Requisitos

    Requisitos Funcionales

    1. Gestión de inventarios en tiempo real.


    2. Generación automática de informes.
    3. Automatización de la entrada de datos repetitivos.
    4. Personalización de reportes.
    5. Panel de control para monitoreo de inventarios.
    6. Gestión de usuarios con permisos diferenciados.
    7. Cumplimiento de estándares de seguridad.
    Requisitos No Funcionales

    1. Accesibilidad desde dispositivos móviles.


    2. Tiempo de respuesta inferior a 2 segundos.
    3. Integración con escáneres de código de barras.
    4. Interfaz intuitiva y fácil de usar.
    5. Escalabilidad del sistema.
    6. Compatibilidad con diferentes navegadores.
    7. Manejo de más de 10,000 transacciones simultáneas.
    8. Cumplimiento de normativas ISO.
    Conclusión
    Los requerimientos no solo sirven para definir lo que el sistema debe hacer, sino
    también para limitar su alcance y asegurar que cumple con las expectativas del cliente.
    El uso de múltiples técnicas de recolección de requerimientos permite obtener una
    visión más completa y precisa del sistema.
    La combinación de múltiples técnicas de obtención de requerimientos es clave para
    obtener una visión completa y detallada del sistema. Cada técnica aporta un valor
    único: las entrevistas permiten conocer la perspectiva de los usuarios, la observación
    directa revela comportamientos no expresados, los talleres colaborativos ayudan a
    priorizar requerimientos, y el análisis de documentación proporciona un marco formal.
    Es crucial elegir las técnicas más adecuadas según el contexto del proyecto.
    BIBLIOGRAFIAS

    Boehm, B. (1988). A Spiral Model of Software Development and Enhancement. ACM


    SIGSOFT Software Engineering Notes.

    Pfleeger, S. L., & Atlee, J. M. (2006). Software Engineering: Theory and Practice (3ra
    ed.). Pearson.

    Sommerville, I. (2011). Software Engineering (9na ed.). Pearson.

    También podría gustarte