Anda di halaman 1dari 4

GESTIÓN DE FORMACIÓN PROFESIONAL

INTEGRAL PROCEDIMIENTO DESARROLLO


CURRICULAR
GUÍA DE APRENDIZAJE
1. IDENTIFICACIÓN DE LA GUIA DE APRENIZAJE

 Denominación del Programa de Formación: Análisis y Desarrollo de Sistemas de Información.


 Código del Programa de Formación: 228106 Versión 102
 Nombre del Proyecto: Desarrollo de aplicativos web para control y gestión de la información en las empresas de la región
 Fase del Proyecto: Analisis
 Actividad de Proyecto: Desarrollar la estructura de la base de datos y construir los módulos del sistema.
 Competencia: Analizar los requisitos del cliente para construir el sistema de Información
 Resultado: Construir el modelo conceptual del macrosistema frente a los requerimientos del cliente, mediante
el uso e interpretación de la información levantada, representado en diagramas de clase, de interacción,
colaboración y contratos de operación, de acuerdo con las diferentes secuencias, fases y procedimientos del
sistema Duración de la Guía: _80__ Horas

2. PRESENTACION

Hoy en día una de las estrategias para brindar solución a problemas, es por medio de la representación
de gráficos o diagramas, en el ámbito del tecnólogo de ANALISIS Y DESARROLLO DE SISTEMAS DE
INFORMACIÓN, se cuenta con la metodología UML y SCRUM, donde se interpreta y se diagrama según las
necesidades de los usuarios; una de las ventajas de la diagramación UML es poder registrar diseños
parciales independientes de los procesos para describir el desarrollo del sistema. De igual forma se
requiere una metodología en la que se asegure que cada actor se comprometa a realizar el trabajo y
finalizar la actividad en un tiempo mínimo, dado que se asignan tareas para cada rol en tiempos específicos
haciendo entregas parciales facilitando cumplimiento a las necesidades del cliente.

Una vez apropiados los conceptos generales sobre la metodología UML y SCRUM, el aprendiz podrá
planificar, diseñar e implementar diferentes procesos en el desarrollo y gestión de su proyecto formativo.

Establecer estrategias de desarrollo permite


brindar resultados donde el cliente obtiene
su producto final y se ajusta a sus
requerimientos, sin modificaciones.

3. FORMULACION DE LAS ACTIVIDADES DE APRENDIZAJE

3.1. Actividad No. 1: Apropiar conceptos de la metodología UML Y SCRUM para el desarrollo de software y
proyectos agiles.

3.1.1 CONTEXTUALIZACIÓN DE METODOLOGIAS DE DESARROLLO DE SOFTWARE

Actividad: Establecer la importancia de las necesidades del cliente y los requerimientos del sistema.
GESTIÓN DE FORMACIÓN PROFESIONAL
INTEGRAL PROCEDIMIENTO DESARROLLO
CURRICULAR
GUÍA DE APRENDIZAJE

Propósito: Establecer los diferentes tipos de diagramas y su relación según las necesidades y los
requerimientos del cliente.
 INSTRUCTOR:

-Charla magistral introductoria sobre la fundamentación teórica, estimulando la interacción y


motivación del grupo.
-Según técnica dada para la creación de grupos, los aprendices se enumeran del 1 al 12.

Material de trabajo: Introducción al análisis y diseño - Modelo del dominio.ppt”


Introducción al Diseño.pdf”

Actividad Grupal:
Nos distribuimos en 12 grupos, para ello los aprendices se enumerarán del 1 al 12, formando grupos del 1 con
el 1, el 2 con el 2 y así sucesivamente hasta el 12. Cada grupo realizará un trabajo expositivo. Para tal fin Se
asignan estudios de caso, en los cuales cada grupo socializa el diseño diagrama asignado por el instructor
referente al mismo caso de estudio de caso para todos los grupos, cada grupo elabora en un pliego de papel
los componentes y el diseño de cada diagrama asignado y lo ubica en la pared.

Estudio de caso. Descargue el material de trabajo caso de estudio Renta Autos.pdf, Recuerde que el Sr.
Reyes, dueño de la empresa Renta Autos S.A. desea introducir un nuevo sistema para el manejo de las
operaciones de su negocio. El espera que el sistema le permita tener mayor control del proceso y que le
facilite al cliente la búsqueda, reservación y consulta de sus rentas. Le pedimos que, lea nuevamente el
caso que se encuentra en la sección de materiales y continúe apoyando al Señor Reyes realizando las
siguientes actividades:

Tipo de actividad: Individual. Después de analizar los contenidos y ampliar sus conocimientos, realice un
cuadro sinóptico, estableciendo elementos que componen cada tipo de diagrama, ventajas y desventajas del
modelado UML.

 El Instructor hace una realimentación unificando conceptos y un breve resumen del modelado de datos UML,
para que sea aplicado a su proyecto formativo.

E instructor siempre va a estar atento para solucionar dudas e inquietudes que puedan salir en cualquier momento
en cada actividad.
GESTIÓN DE FORMACIÓN PROFESIONAL
INTEGRAL PROCEDIMIENTO DESARROLLO
CURRICULAR
GUÍA DE APRENDIZAJE
3.2. ACTIVIDAD No. 2: Adaptar la metodología UML para casos del entorno y enfocarlo al desarrollo del
proyecto Formativo.

Trabajo Grupual:

3.2.1 Después de haber adquirido la fundamentación teórica cada aprendiz, se crean 6 grupos por paletas de
colores (máximo de 3 integrantes), cada grupo se reúnen por colores iguales (Ejemplo: Grupo 1, todos los
aprendices que eligieron la cinta de color rojo).
Socializan el caso de estudio asignado hasta entenderlo, una vez se ha socializado y entendido. Se vuelven
formar en grupos (ejemplo. Grupo rojos, amarillos, verdes, azules, blancos, negros, Lila), Cada grupo debe
desarrollar los 12 diagramas UML, para el estudio de caso asignado a cada grupo y socializar los 12 diagramas.

Trabajo Individual: El aprendiz participa activamente en generando dudas respuestas, contribuye con ideas
sobre la importancia de los diagramas UML, para mejorar el proceso en el desarrollo de software.

3.2.2 Enfoque proyecto Formativo.


- Los aprendices estarán en capacidad de hacer levantamiento de información software especificaciones del
sistema en la empresa donde se desarrollará su proyecto formativo.
- Cada grupo debe:
- Plantear alternativas del Modelo Tecnológico de acuerdo con las especificaciones del cliente, Se deben
elaborar los diagramas de Caso de Uso con su diccionario de datos y Diagramas de Secuencia
- Generar el modelo conceptual y el diccionario de datos según especificaciones para el Modelo de la Base
de Datos, normas y elementos que lo componen.

 Ambiente Requerido
o Aula de formación

 Materiales
o Computador,
o Televisor LCD
o Video Beam
o Papel bond, cinta, borrador, Marcador.

3.3 ACTIVIDAD 3: Analizar la importancia de aplicar la diagramación UML para el desarrollo de un proyecto de
Software:

 Charla de Concientización sobre la importancia del modelado de datos de los diagramas UML, en la
implementación del Software.
 Una vez terminada la actividad el instructor genera 10 interrogantes sobre la importancia del modelado de datos
de los diagramas UML, en la implementación de la base de datos del Software, incentivando el debate y brindando
la oportunidad de respuesta participativa, involucrando las posibles fallas del proceso para la efectividad en el
desarrollo de software
GESTIÓN DE FORMACIÓN PROFESIONAL
INTEGRAL PROCEDIMIENTO DESARROLLO
CURRICULAR
GUÍA DE APRENDIZAJE
4. ACTIVIDADES DE EVALUACIÓN

Evidencias de Aprendizaje Criterios de Evaluación Técnicas e


Instrumentos
de Evaluación

Evidencias de Producto: - Identifica los conceptos básicos -Formulación de preguntas


Documento del proyecto formativo de los diagramas y establece diferencias en los - Cuestionario
UML y diccionario de datos. diagramas UML.

Evidencias Desempeño: Elaboración de los diagramas Determina el riesgo de la Observación directa.


UML y diccionario de datos, para el proyecto información en la organización, Lista de chequeo de desempeño
formativo. aplicando metodologías
establecidas para el desarrollo de
. software. Lista de chequeo de producto

5. GLOSARIO DE TERMINOS

Acceda a todo el glosario de términos desde: Acceda al link material de trabajo/uml/glosario.pdf

6. REFERENTES BIBLIOGRÁFICOS:

Fowler, Martin and Kendall, Scott. ¿UML Gota a Gota (UML Distilled)¿. Addison Wesley, 1997
Rumbaugh, James, et al. ¿Modelado y diseño orientado a objetos. Metodología OMT¿. Prentice Hall, 1996.
Jacobson, Ivar et al. ¿Object-Oriented Software Engineering ¿ a Use Case Driven Approach¿. ACM
Press/Addison Wesley, 1992.

7. CONTROL DEL DOCUMENTO


Nombre Autor(es) Cargo Dependencia Fecha
LUZ ENEIDA MARULANDA MUÑOZ Instructor ADSI Julio de 2017

8. CONTROL DE CAMBIOS(diligenciar únicamente si realiza ajustes a la guía).

NOMBRE CARGO DEPENDENCIA FECHA RAZÓNCAMBIO


Autor(es)

Anda mungkin juga menyukai