3.

FORMULACION DE LAS ACTIVIDADES DE APRENDIZAJE

3.1 Actividades de Reflexión Inicial:

Se plantea un caso de estudio para generar controversia comparando las

diferentes propuestas de los procesos que se deben implementar.

“Una tienda Online tiene los siguientes requerimientos:

Desea vender Plantas Decorativas a través de internet. Los usuarios compraran

utilizando diferentes medios de pago. Los usuarios pueden realizar búsquedas de
acuerdo con los diferentes tipos de plantas y por cada 3 plantas que compren
obtendrán un bono por el 20% de la compra el cual se acumulara por un tiempo
máximo de tres meses para compras posteriores. La tienda quiere hacer Ofertas
especiales para todos los usuarios y Ofertas VIP solo para clientes fidelizados.

Preguntas de controversia:

¿Cuáles casos de uso de Alto nivel considera que aplican para el caso?
¿Qué proceso considera es el más relevante en el desarrollo de este caso?
¿Cuál sería el proceso que usted recomendación al Cliente para que aumente sus
ventas en esta tienda?

Ambiente Requerido

Ambiente de aprendizaje equipado con computadores, ambiente con higiene y

condiciones de ventilación adecuada, conexión a internet y equipos con todas las
funcionales.

Materiales

Computadores, conexión a Internet y tablero

3.2 Actividades de contextualización e identificación de conocimientos

necesarios para el aprendizaje.

3.2.1 Describir y contextualizar las definiciones en diferentes fuentes bibliográficas

de: modelo, Software, prototipo, clase, atributo, caso de uso, caso de uso de Alto
nivel, Caso de uso extendido, Elementos de los casos de uso, tipos de casos de uso
(según importancia, según grado de compromiso), relacione a notación para
modelar los casos de uso, diagrama, prototipo, objeto, diagramas UML,
versiones de UML, herramientas CASE (que es y cite 4 ejemplos).

 Modelo: Es un prototipo que sirve de referencia y ejemplo para todos los que
diseñan y perfeccionan productos de la misma naturaleza.
 Software: Conjunto de programas que permite a la computadora realizar
diversas tareas.
 Prototipo: Cualquier tipo de máquinas de pruebas u objeto diseñado para
una demostración.
 Clase: Define un conjunto de variables y métodos apropiados para manipular
datos.
 Atributo: Representa una propiedad de una entidad de una base de datos.
 Caso de uso: Es una descripción de los pasos que deben realizarse para
llevar a cabo algún proceso.
 Diagrama: Representación gráfica de las relaciones que tiene los elementos
de un conjunto.
 Objeto: Persona a la que va dirigida una acción o un pensamiento.
 Casos de uso de alto nivel: Un caso de uso de alto nivel describe un
proceso de negocios del sistema muy brevemente. Utilizamos este tipo de
formato durante el examen inicial de los requerimientos para entender
rápidamente la funcionalidad del sistema.
 Caso de uso extendido: Un caso de uso expandido describe un proceso de
negocios más a fondo que el de alto nivel. Durante la fase del análisis
conviene escribir en este formato solo los casos más importantes.
 Elementos de los casos de uso
Un diagrama de casos de uso consta de los siguientes elementos:
- Actor.
- Casos de Uso.
- Relaciones de Uso, Herencia y Comunicación.
 Tipos de casos de uso:
- Primario: los casos primarios de uso representan los procesos
comunes más importantes.
- Secundario: los casos secundarios de uso representan procesos
menores o raros.
- Opcional: los casos opcionales de uso representan procesos que
pueden no abordarse

Según cual sea el nivel de detalle:

- Resumidos o de “Alto nivel”: durante la fase de inicio (RUP) la mayor
parte de los casos de uso deben tener esta forma.
- Extendidos: Durante la fase de elaboración (RUP) los casos de uso
deben escribirse de esta forma.
- Existen formas: Gráfica y Narrativa.

También se distingue entre:

- Esenciales: hacen referencia a la funcionalidad esperada.
- Implementación: reales o concretos: hacen referencia a detalles de la
interfaz.
Tipos de actores:
- Primarios: interaccionan con el sistema para explotar su
funcionalidad; trabajan directa y frecuentemente con el software.
- Secundarios: soporte del sistema para que los primarios puedan
trabajar.
 - Iniciadores: no utilizan directamente el sistema pero
desencadenan el trabajo de otro actor. (No aparecen en UML pero
sí los consideran otros autores).

3.2.2 Identifique y realice una breve descripción de los elementos comunes a

todos los Diagramas.

Para el desarrollo de estas actividades por favor consultar los videos en

referentes bibliográficos que se encuentran al final de esta guía y los demás libros
en referentes bibliográficos y en blackboard.

3.3 Actividades de apropiación del conocimiento (Conceptualización y

Teorización)

3.3.1 Investigue y realice un cuadro comparativo que contenga la estructura de los

diferentes tipos de Diagramas UML y sus divisiones utilizando el libro “UML
Modelado de Software para profesionales” el cual se encuentra en la biblioteca
virtual del Sena http://biblioteca.sena.edu.co/ en la base de datos Alfa omega Cloud.
(Fontela.C, 2010)

Se invita a utilizar la biblioteca Sena a través del link

http://biblioteca.sena.edu.co/ previa asesoría del instructor.

3.3.2 Foro de discusión realice un aporte breve sobre que es un modelo conceptual
y complemente por lo menos un aporte de uno de sus compañeros.

3.3.3 Con los conocimientos adquiridos sobre modelo conceptual realice una
tabla con el listado de conceptos basándose en el documento ERS de su proyecto
de formación.

Los puntos 3.3.1, 3.3.2, 3.3.3 y 3.3.4 los deben desarrollar en un documento en
Word según las indicaciones en la guía.

3.4 Actividades de transferencia del conocimiento.

Para cada actividad (Individual y Grupal) se deben elaborar los 6 diagramas
(Actores y sus relaciones, Casos de Uso con la documentación del caso de
uso extendido, Secuencia, Clases, Actividades y Estados).

Actividad Individual

3.4.1 Realizar el modelo conceptual y los (6) diagramas UML para los siguientes
problemas de acuerdo a la asignación de los casos por parte del instructor pares
Problema 1 e impares Problema 2.
Problema 1: Obras Públicas

El departamento de obras públicas de la ciudad Bogotá ha decidido desarrollar

un sistema para el seguimiento y reparación de los huecos. A medida que se
informa sobre cada hueco, se le asigna un número de identificador y se guarda la
calle en la que se encuentra, su tamaño (en escala de 1 a 10), su posición (en
medio, a un lado, etc.), su localidad (determinada a partir de la calle) y una prioridad
de reparación de la obra, incluyendo la ubicación y el tamaño, la cuadrilla, el
equipamiento asignado, las horas de reparación, el estado del hueco(obra en curso,
reparado, reparación temporal, no reparado), la cantidad de material de relleno
usado y el costo de la reparación (calculado con las horas dedicadas, el número de
trabajadores, el material y el equipamiento usados).
Finalmente, se crea un archivo de daños para mantener la información sobre
los daños reportados a los ciudadanos debido a la existencia de los huecos,
incluyendo el nombre del ciudadano/s afectado/s, su dirección, su número de
teléfono, el tipo de daño y el costo de subsanamiento o reparación del daño. El
sistema debe ser un sistema interactivo. Modele el sistema según UML.

Problema 2: Olimpiadas

Las sedes olímpicas se dividen en complejos deportivos. Los complejos deportivos

se subdividen en aquellos en los que se desarrolla un único deporte y en los
polideportivos. Los complejos polideportivos tienen áreas designadas para cada
deporte con un indicador de localización (ejemplo: centro, esquina-NE, etc.).
Un complejo tiene una localización, un jefe de organización individualy un área total
ocupada. Los dos tipos de complejos (deporte único y polideportivo) tendrán
diferentes tipos de información. Para cada tipo de sede, se conservará el número
de complejos junto con su presupuesto aproximado. Cada complejo celebra una
serie de eventos (ejemplo: la pista del estadio puede celebrar muchas carreras
distintas.). Para cada evento está prevista una fecha, duración, número de
participantes, número de jueces. Una lista de todos los jueces se conservará junto
con la lista de los eventos en los que esté involucrado cada juez ya sea cumpliendo
la tarea de juez u observador. Tanto para cada evento como para el mantenimiento
se necesitará cierto equipamiento (ejemplo: arcos, pértigas, barras paralelas, etc.).

4. ACTIVIDADES DE EVALUACIÓN

Actividad colaborativa (grupo por proyecto):

3.4.2 Realizar los (6) diagramas UML para su proyecto de formación. Cada grupo
deberá tomar el proyecto para realizar la construcción de sus diagramas UML
y revisar si cumplen con los requerimientos.