Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
Scribd Logo
Cargar

¡Te damos la bienvenida a Scribd!

  • 8 vistas

    Ga1 220501092 Aa3 Ev01

    Cargado por

    Ssebastian Ddaza

    Copyright:

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

    Ga1 220501092 Aa3 Ev01

    Cargado por

    Ssebastian Ddaza
    8 vistas8 páginas

    Título original

    GA1-220501092-AA3-EV01

    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?

    Copyright:

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

    Ga1 220501092 Aa3 Ev01

    Cargado por

    Ssebastian Ddaza

    Copyright:

    © All Rights Reserved
    Descargue como DOCX, PDF, TXT o lea en línea desde Scribd
    Descargar como docx, pdf o txt
    de 8

    1

    AREA:
    TECNOLOGO ANALISIS Y DISEÑO DE SOFTWARE

    TRABAJO:
    diseño del instrumento de recolección de información
    GA1-220501092-AA3-EV01

    ELABORADO POR: RONALD DANIEL SEBASTIAN DAZA TAMAYO

    6DE JULIO DEL 2024


    2

    INTRODUCCION

    En el desarrollo de software, la recolección de requisitos es una fase crítica que determina


    el éxito del proyecto. Los requisitos de un software son las especificaciones y
    funcionalidades que este debe cumplir para satisfacer las necesidades de sus usuarios y
    otros interesados. La identificación y el entendimiento de estos requisitos son esenciales
    para evitar malentendidos y errores costosos en etapas posteriores del desarrollo.

    Existen diversas técnicas para la licitación de requisitos, cada una con sus ventajas y
    desventajas, y la elección de la técnica adecuada depende de múltiples factores, como la
    naturaleza del proyecto, el tipo de usuarios y las restricciones del entorno. Entre las
    técnicas más comunes se encuentran las entrevistas, encuestas, talleres de trabajo (JAD),
    prototipos y análisis de documentos, entre otras.

    Este trabajo se centrará en la técnica de entrevistas estructuradas, una de las más eficaces
    y detalladas para la recolección de información directamente de los usuarios y otros
    interesados, asegurando que el software a construir se alinee con las expectativas y
    necesidades de sus futuros usuarios.

    La elicitación de requisitos es la actividad que se considera como el primer paso en un


    proceso de ingeniería de requisitos; su significado hace referencia a la puesta en marcha
    de técnicas que sirven para recopilar conocimiento o información y los objetivos de esta
    fase de elicitación, son:

     Conocer el dominio del problema para poder comunicarse con clientes y usuarios y
    entender sus necesidades.
     Conocer el sistema actual (manual o informatizado) y sus aspectos positivos y
    negativos.
     Identificar las necesidades, tanto explícitas como implícitas, de clientes y usuarios y
    sus expectativas sobre el sistema a desarrollar

    La elección de las entrevistas estructuradas se basa en su capacidad para generar datos


    cualitativos ricos y su flexibilidad para adaptarse a diferentes contextos. A lo largo de este
    documento, se diseñará un instrumento de recolección de información utilizando esta
    técnica, considerando las características específicas del software de gestión de proyectos a
    desarrollar. Este instrumento permitirá identificar y documentar tanto los requisitos
    funcionales como los no funcionales, proporcionando una base sólida para el diseño y la
    implementación del software.

    El desarrollo de una aplicación de gestión de proyectos implica entender no solo las


    funcionalidades básicas que los usuarios esperan, sino también sus necesidades en
    términos de rendimiento, seguridad, usabilidad y compatibilidad. Al utilizar entrevistas
    estructuradas, se pretende recoger una visión integral y detallada de estos aspectos.
    3

    OBJETIVO

    El propósito de esta actividad es seleccionar una técnica apropiada para proponer


    requisitos de desarrollo de software y construir una herramienta de recopilación de
    información basada en esta técnica. Específicamente, esto se debe a que:

    1. Identificar y seleccionar una técnica de obtención de requisitos que sea apropiada


    para el proyecto de software en cuestión.

    2. Desarrollar una herramienta de recopilación de información utilizando la


    tecnología seleccionada, asegurando que capture los requisitos de software
    funcionales y no funcionales de manera eficiente y efectiva.

    3. Personalice la herramienta según las características específicas del software que se


    está desarrollando, en este caso un programa de gestión de proyectos,
    garantizando que todas las expectativas y necesidades de los usuarios y otras
    partes interesadas se capturen adecuadamente.

    4. Asegurar la calidad de la información recopilada estructurando adecuadamente el


    instrumento para permitir una comparación consistente y precisa de los datos
    obtenidos.

    5. Facilite la toma de decisiones informadas en etapas posteriores del desarrollo de


    software proporcionando una base sólida de requisitos bien documentados para el
    diseño, la implementación y las pruebas de software.

    Este objetivo se centra en mejorar la comprensión y la práctica de la recopilación de


    requisitos, así como en una herramienta eficaz para desarrollar software de alta calidad
    que satisfaga las necesidades reales de los usuarios y otras partes interesadas.
    4

    Diseño del Instrumento de Recolección de Información

     Técnica Seleccionada: Entrevistas Estructuradas


    Las entrevistas estructuradas son una técnica ampliamente utilizada en la recolección de
    requisitos debido a su capacidad para obtener información detallada y específica de los
    usuarios y otros interesados. Esta técnica consiste en una serie de preguntas predefinidas
    que se formulan de manera uniforme a todos los entrevistados, garantizando así la
    coherencia y comparabilidad de las respuestas.
    Ventajas de las Entrevistas Estructuradas
    1. Estructura y consistencia: Permiten una comparación directa entre las respuestas
    de diferentes entrevistados.
    2. Profundidad de información: Se pueden obtener detalles específicos y aclarar
    dudas en tiempo real.
    3. Flexibilidad en la formulación de preguntas: Aunque estructuradas, permiten una
    cierta flexibilidad para explorar respuestas interesantes.
    Desventajas de las Entrevistas Estructuradas
    1. Tiempo y recursos: Pueden ser costosas y requerir mucho tiempo, tanto en la
    preparación como en la realización.
    2. Dependencia del entrevistador: La calidad de los datos puede depender de la
    habilidad del entrevistador.

     Objetivo del Instrumento


    El objetivo del instrumento es recolectar información detallada y precisa sobre las
    necesidades y expectativas de los usuarios finales y otros interesados respecto al software
    a construir. El software será una aplicación de gestión de proyectos que incluye
    funcionalidades como asignación de tareas, seguimiento del progreso y generación de
    informes.

     Estructura del Instrumento


    El instrumento se dividirá en cinco secciones principales:
    5

    PROSESO 1: Introducción

    En esta sección se presentará al entrevistado el propósito de la entrevista, la importancia


    de su participación y una breve descripción del proyecto de software.

     Ejemplo de texto de introducción:


    o "Gracias por participar en esta entrevista. Su opinión es fundamental para
    el desarrollo de nuestra nueva aplicación de gestión de proyectos. Esta
    entrevista tiene como objetivo entender sus necesidades y expectativas
    para asegurar que el software cumpla con sus requisitos. La información
    que usted proporcione será tratada con confidencialidad y solo se utilizará
    para los fines del proyecto."

    PROSESO 2: Información General del Entrevistado


    Esta sección recogerá datos demográficos y de contexto del entrevistado, tales como su
    rol en la organización, experiencia previa con herramientas de gestión de proyectos y nivel
    de conocimientos técnicos.

    Ejemplo de preguntas:
    1. Nombre y Apellido:
    ¿Cuál es su nombre completo?
    2. Rol dentro de la organización:
    ¿Cuál es su posición o cargo actual?
    3. Experiencia previa:
    ¿Cuántos años de experiencia tiene utilizando herramientas de gestión de
    proyectos?
    4. Nivel de conocimientos técnicos:
    ¿Cómo calificaría su nivel de conocimientos técnicos en una escala del 1 al 10? (1
    siendo muy bajo y 10 muy alto)
    5. Frecuencia de uso:
    ¿Con qué frecuencia utiliza herramientas de gestión de proyectos en su trabajo
    diario?
    6

    PROSESO 3: Requisitos Funcionales


    Aquí se indagará sobre las funcionalidades específicas que el entrevistado espera del
    software. Se incluirán preguntas sobre características esenciales, tareas que el software
    debe facilitar y cualquier otra funcionalidad deseada.

     Ejemplo de preguntas:

    o Tareas principales: ¿Qué tareas principales debe facilitar la nueva


    aplicación? (por ejemplo, asignación de tareas, seguimiento del progreso,
    generación de informes)
    o Características esenciales: ¿Qué características considera esenciales para la
    gestión de proyectos? (por ejemplo, calendarios integrados, alertas y
    notificaciones, herramientas de colaboración)
    o Funcionalidades deseadas: ¿Existen funcionalidades específicas que ha
    encontrado útiles en otras herramientas y que le gustaría ver
    implementadas en esta nueva aplicación?
    o Interacción con otras herramientas: ¿Qué tipo de integración con otras
    herramientas de software considera necesaria?

    PROSESO 4: Requisitos No Funcionales


    En esta sección se recogerán los requisitos no funcionales, tales como rendimiento,
    seguridad, usabilidad y compatibilidad con otros sistemas.

     Ejemplo de preguntas:

    o Rendimiento: ¿Qué expectativas tiene en cuanto al rendimiento del


    software? (por ejemplo, tiempo de respuesta, capacidad para manejar
    múltiples usuarios.)
    o Seguridad: ¿Cuáles son sus preocupaciones en términos de seguridad? (por
    ejemplo, protección de datos)
    o Usabilidad: ¿Qué nivel de usabilidad espera de la aplicación? (por ejemplo,
    interfaz intuitiva, facilidad de uso)
    o Compatibilidad: ¿Qué sistemas operativos y dispositivos deben ser
    compatibles con la aplicación? (por ejemplo, Windows o Mac)
    7

    PROSESO 5: Sugerencias y Comentarios Adicionales


    Finalmente, se dejará un espacio para que el entrevistado pueda proporcionar cualquier
    otra información relevante o sugerencias adicionales que no hayan sido cubiertas en las
    preguntas anteriores.
     Ejemplo de pregunta:
    o "¿Tiene algún comentario o sugerencia adicional que le gustaría compartir
    para mejorar el desarrollo de esta aplicación? Sus ideas y opiniones
    adicionales son muy valiosas para nosotros."

    PROSESO 6: Software a elaborar


    De otra parte, las herramientas CASE son un conjunto de programas y procesos “guiados”,
    que ayudan a los analistas, desarrolladores, ingenieros de software y diseñadores en una o
    todas las etapas que comprende un ciclo de vida, con el objetivo de facilitar el desarrollo
    de software. El objetivo general de estas herramientas es acelerar el proceso para el que
    han sido diseñadas, es decir, para automatizar o apoyar una o más fases del ciclo de vida
    del desarrollo de sistemas. CASE proporciona un conjunto de herramientas
    semiautomatizadas y automatizadas que están creando una nueva cultura de ingeniería
    en muchas empresas. Las herramientas CASE se diseñaron para aumentar la productividad
    en el desarrollo de software y reducir su costo.
    Existen muchas herramientas para modelado tanto en libres como con derechos
    comerciales; a renglón seguido se listan las herramientas CASE más utilizadas:
    8

    Conclusión

    El diseño de un instrumento de recolección de información para la licitación de requisitos


    es un paso crucial en el desarrollo de software. La técnica de entrevistas estructuradas
    ofrece una manera efectiva de obtener información detallada y específica de los usuarios
    y otros interesados. A través de un cuestionario bien estructurado, se pueden identificar
    claramente los requisitos funcionales y no funcionales, asegurando así que el software
    cumpla con las expectativas y necesidades de sus usuarios.

    INFOGRAFIA

     https://www.youtube.com/watch?v=ZNtEPoLve_g

     https://zajuna.sena.edu.co/Repositorio/Titulada/institution/SENA/Tecnologia/
    228118/Contenido/OVA/CF3/index.html#/curso/tema1#t_1_2

    También podría gustarte