PROCESO DIRECCIÓN DE FORMACIÓN PROFESIONAL INTEGRAL
FORMATO GUÍA DE APRENDIZAJE
IDENTIFICACIÓN DE LA GUIA DE APRENDIZAJE
Denominación del Programa de Formación:
Código del Programa de Formación:
Nombre del Proyecto ( si es formación Titulada)
Fase del Proyecto ( si es formación Titulada)
Actividad de Proyecto(si es formación Titulada)
Competencia
Resultados de Aprendizaje Alcanzar:
Duración de la Guía
2. PRESENTACIÓN
El objetivo principal de la guía de aprendizaje es la compresión y aplicación técnicas de recolección de
información para la obtención de los requerimientos de los usuarios. Es decir, que el analista este en
capacidad de comprender las necesidades del usuario y transmitir claramente a los programadores lo que
el usuario desea del sistema de información.
Así mismo debemos entender el trabajo del programador, como afectará el producto final y si se adecua a
las necesidades del usuario. Ningún producto podrá tener éxito sino se tiene una comprensión clara de los
requerimientos y no importa la técnica y la herramienta utilizada. Sin embargo, existe varios estudios
donde muestran que los requisitos son imprecisos e incompletos ocasionado que los proyectos fracasen.
El aprendiz apropiara los nuevos conceptos y los aplicara en la ejecución del proyecto de formación.
3. FORMULACION DE LAS ACTIVIDADES DE APRENDIZAJE
Descripción de la(s) Actividad(es)
o Compresión de los conceptos básicos de recolección de información
o Levantamiento de los requerimientos aplicando las técnicas de recolección de información
Ambiente Requerido: 30 computadores, acceso a internet, ArgoUML
Materiales: Hoja, Lapicero y lápiz
A. Pregunta problematizadora
Normalmente no escuchamos activamente cuando no están hablando y confiamos en nuestra
percepción.
¿QUE SE NECESITA PARA ESCUCHA ACTIVA?
GFPI-F-019 V
B. Actividades de Reflexión inicial.
Conformar grupos de 2 aprendices para realizar las siguientes actividades:
Desarrollar la siguiente Actividad:
Elaborar un informe con los nombres y apellidos de los integrantes y consiste en observar la
siguiente imagen y escribir brevemente que expresa la imagen.
C. Actividades de Apropiación de Conocimiento
ACTIVIDAD 01: CONCEPTOS BASICOS DE REQUERIMIENTOS
Tiempo estimado: 4 horas
Didáctica Propuesta: Presentación - Socialización
En grupos de 2 aprendices
Contestar las siguientes preguntas:
¿Qué es un requerimiento funcional?
¿Cuál es objetivo de los requerimientos?
Desarrolle un mapa conceptual donde enumere y con frase corta describa los tipos de
requerimientos
Los invitamos a ver el siguiente video ¿Qué es requisito?
[Link]
ACTIVIDAD 02: IDENTIFICACION DE LOS REQUERIMIENTOS
Tiempo estimado: 4 horas
Didáctica Propuesta: Taller Practico
En grupos de 2 aprendices
GFPI-F-019 V
Contestar las siguientes preguntas:
Definir qué es un Sistema de información y modulo en un Sistemas de información.
Defina con sus propias palabras qué es levantamiento de información
Elabore un cuadro comparativo con las técnicas de levantamiento de información
Utilizando unas de las técnicas de levantamiento de información realizar un informe sobre
alguna necesidad que presente la comunidad
Los invitamos a ver el siguiente video Requerimientos Funcionales y No funcionales
[Link]
ACTIVIDAD 03: LEVANTAMIENTO DE LOS REQUERIMIENTOS
Tiempo estimado: 4 horas
Didáctica Propuesta: Taller Practico - mesa redonda
En grupos de 2 aprendices
Consultar las siguientes Preguntas
Seleccionar el método a utilizar para el levantamiento de información del proyecto de formación.
Analizar la información y definir:
Requerimientos funcionales y no funcionales del sistema de información.
Módulos que componen el proyecto de formación propuesto.
Desarrollar las siguientes actividades
Realizar las actividades 1,2 y 3 del caso de estudio propuesto
Los invitamos a ver el siguiente video análisis de requerimientos link
[Link]
Los invitamos a ver el siguiente video de documentación de casos de uso link
[Link]
ACTIVIDAD 04: ANALISIS DE LOS REQUERIMIENTOS
Tiempo estimado: 4 horas
Didáctica Propuesta: Taller Practico – mesa redonda
En grupos de 2 aprendices
Conteste las siguientes preguntas
¿Qué es y para qué sirve un diagrama de casos de uso?
Dibujar cada uno de los símbolos que componen un diagrama de casos de uso y para qué sirve
cada uno.
¿Cómo se desarrolla un modelo de Casos de Uso?
¿Qué es el escenario en los casos de uso?
GFPI-F-019 V
Desarrollar las siguientes actividades
Realizar las actividades 4,5 y 6 del caso de estudio propuesto
ACTIVIDAD 05: CASO DE ESTUDIO
Tiempo estimado: 4 horas
Didáctica Propuesta: Informe
En grupos de 2 aprendices
Teniendo en cuenta el proyecto de formación realizar las siguientes actividades
1) Identifique el objetivo de caso de estudio
2) Identifique los requerimientos funcionales y no funcionales
3) Identifique el instrumento utilizado para el levantamiento de la información
4) Identifique los actores que interviene en el caso de estudio
5) Especifique los requerimientos de software
6) Diseñe los diagramas de casos de uso
7) sustentar en mesa redonda los diagramas de casos de uso
8) Realizar una lista de chequeo los diagramas de los casos de uso aprobados
Anexo el siguiente video para con la instalación del software ArgoUML. Link
[Link]
Anexo el Siguiente video con el paso a paso para el diseño de Casos de uso Utilizando el
Software ArgoUML
Link [Link]
4. ACTIVIDADES DE EVALUACIÓN
Evidencias de Aprendizaje Criterios de Evaluación Técnicas e Instrumentos de
Evaluación
Evidencias de Conocimiento: Utiliza herramientas case para
elaborar diagramas de casos de
Identificar los conceptos básicos uso, que representen el estado
de levantamiento de información actual de los componentes del
y requisitos sistema, apoyado en el análisis Cuestionario
del informe de requerimientos.
Evidencias de Desempeño
Elabora los diagramas UML, de
acuerdo con las características
Evidencias de Producto: de cada uno de ellos, basado en
los requerimientos del cliente,
Desarrollar el caso de estudio utilizando herramientas case. Lista de chequeo
propuesto aplicando los conceptos
GFPI-F-019 V
de requisitos. Elabora propuestas de trabajo,
de acuerdo con la interpretación
de las necesidades tecnológicas,
expuestas en el informe de
requerimientos, según normas y
protocolos de la empresa. Lista de chequeo
5. GLOSARIO DE TÉRMINOS
Línea Base: En el contexto de la Ingeniería de Requisitos, una línea base es un conjunto de requisitos que
han sido formalmente aceptados por todas las personas implicadas en el proyecto. Una vez que se
establece una línea base, futuros cambios a tales requisitos sólo podrán realizarse por medio de un proceso
formal de gestión y aprobación de cambios.
Ingeniería de requisitos: Es el establecimiento de servicios que debe proporcionar un sistema, para cumplir
con las expectativas de un usuario/cliente, además de establecer las restricciones que dicho sistema
tendrá.
Requisitos funcionales: Describen los servicios o funciones que poseerá el sistema al momento de su
implementación.
Requisitos no funcionales: Son las restricciones que tendrá el sistema, es decir las privaciones hacia los
usuarios y la accesibilidad a los administradores.
Definición de requisitos: Descripción en lenguaje natural (diagramas) los servicios y restricciones
operacionales del sistema.
Especificación de requisitos: Es un documento estructurado que describe detalladamente los servicios que
tendrá el sistema.
Especificación software: Este paso es escrito para los diseñadores y sirve de base para el diseño y
desarrollo del sistema.
Verificable: Establece la opción de probar cada requisito para evitar fallos.
Comprensible: Proporciona con detalle los requisitos para una mejor comprensión.
Trazable: Establecer el origen y el porqué del requisito.
Adaptable: Que permita la opción de cambiar el requisito sin afectar los demás servicios del sistema.
No ambigua: Todo requisito debe tener una sola interpretación.
GFPI-F-019 V
Fiabilidad: Probabilidad de que un componente realice satisfactoriamente la función que le ha sido
encomendada.
Prototipado: Permite descubrir con rapidez si el usuario se encuentra satisfecho, o no, con los requisitos.
6. REFERENTES BILBIOGRÁFICOS
Roger S. Pressman, Ingeniería del Software “Enfoque Práctico”, Séptima Edición, McGraw-Hill,
2010
Ian Somerville, Ingeniería del Software, Séptima Edición, Pearson Educación S.A, 2005
7. CONTROL DEL DOCUMENTO
Nombre Cargo Dependencia Fecha
Autor (es) Nayibe Villarraga Instructores Articulación con 21/02/2020
la media
José Luis Bonilla
8. CONTROL DE CAMBIOS (diligenciar únicamente si realiza ajustes a la guía)
Nombre Cargo Dependencia Fecha Razón del
Cambio
Autor (es)
GFPI-F-019 V
