Guia Casos de Uso 3 de Septiembre - 2014

SERVICIO NACIONAL DE APRENDIZAJE SENA
SISTEMA INTEGRADO DE GESTIN

Procedimiento Ejecucin de la Formacin Profesional Integral
GUA DE APRENDIZAJE
Versin: 02
Fecha: 30/09/2013
Cdigo: F004-P006-
GFPI

Pgina 1 de 12

Programa de Formacin:
ANLISIS Y DESARROLLO DE
SISTEMAS DE INFORMACIN
Cdigo:
Versin: 102

Nombre del Proyecto:
SOFTWARE A LA MEDIDA
DEL SECTOR EMPRESARIAL
UNIMINUTO
Cdigo: 661870

Fase del proyecto: DISEO E IDENTIFICACIN
Actividad (es) del Proyecto:

Definir el modelo
del diseo de la
solucin
Ambiente de
Arquitecturas
de: del lenguaje
(arquitectura de
las n capas:
presentacin,
lgica del
negocio, datos),
Comunicacione
s entre objetos,
componentes y
plataforma, de
montaje y
distribucin de
aplicaciones
MATERIALES DE
FORMACIN
DEVOLUTIVO
(Herramienta -
equipo)

Documentos.
Pginas de
internet.
Libros.
CONSUMIBLE
(unidades
empleadas
durante el
programa)

Marcadores.
Papelera.
Materiales de
oficina.

Resultados de Aprendizaje:
Construir el modelo conceptual
del macrosistema frente a los
requerimientos del cliente,
Mediante el uso e interpretacin
de la informacin levantada,
representado en diagramas de
Clase, de interaccin,
colaboracin y contratos de
operacin, de acuerdo con las
diferentes Secuencias, fases y
procedimientos del sistema.
Competencia:
Analizar los
requisitos del
cliente para
construir el sistema
de Informacin.

Duracin de la gua ( en horas):
8 horas

GUA DE APRENDIZAJE N 02

1. IDENTIFICACIN DE LA GUA DE APRENDIZAJE

GUA DE APRENDIZAJE
Proceso Gestin de la Formacin Profesional Integral
Versin: 02
Fecha: 30/09/2013
Cdigo: F004-P006-GFPI

Pgina 2 de 12

3.1 Actividades de Reflexin inicial.

Todos los proyectos de ingeniera de software comienzan con una peticin del cliente. Esta peticin permite
identificar las necesidades del cliente/usuario frente a lo que se espera del sistema. Estas peticiones del
cliente, son consideras parte del anlisis de requerimientos para la construccin de un sistema.
Con el fin de obtener una estructura mental coherente el desarrollo de software se construye un diagrama de
casos de uso.

Los diagramas de casos de uso se consideran tiles para el desarrollo del software?
Cundo se desarrollaron casos de uso, se evidencia la postura del usuario frente al sistema?
Las actividades que se presentan en los casos de uso me permitirn inferir en las necesidades del
software que tendrn el usuario en el sistema?
3.2 Actividades de contextualizacin e identificacin de conocimientos necesarios para el
aprendizaje.)
El diagrama de casos de uso representa la forma en como un Cliente (Actor) opera con el sistema en
desarrollo, adems de la forma, tipo y orden en como los elementos interactan (operaciones o casos de
uso).
Un caso de uso es una descripcin de los pasos o las actividades que debern realizarse para llevar a
cabo algn proceso. Los personajes o entidades que participarn en un caso de uso se denominan
actores. En el contexto de ingeniera del software, un caso de uso es una secuencia de interacciones que
se desarrollarn entre un sistema y sus actores en respuesta a un evento que inicia un actor principal
sobre el propio sistema. Los diagramas de casos de uso sirven para especificar la comunicacin y el
comportamiento de un sistema mediante su interaccin con los usuarios y/u otros sistemas. O lo que es
igual, un diagrama que muestra la relacin entre los actores y los casos de uso en un sistema. Una
relacin es una conexin entre los elementos del modelo, por ejemplo la especializacin y la generalizacin
son relaciones. Los diagramas de casos de uso se utilizan para ilustrar los requerimientos del sistema al
mostrar cmo reacciona a eventos que se producen en su mbito o en l mismo.
Especficamente, Los diagramas de casos de uso, documentan el comportamiento de un sistema desde el
punto de vista del usuario. Por lo tanto los casos de uso determinan los requisitos funcionales del sistema,
es decir, representan las funciones que un sistema puede ejecutar. Su ventaja principal es la facilidad para
interpretarlos, lo que hace que sean especialmente tiles en la comunicacin con el cliente.
3. ESTRUCTURACIN DIDCTICA DE LAS ACTIVIDADES DE APRENDIZAJE
2. INTRODUCCIN

GUA DE APRENDIZAJE
Versin: 02
Fecha: 30/09/2013

Pgina 3 de 12

Un diagrama de casos de uso consta de los siguientes elementos:
Actor.
Casos de Uso.
Lmite de Sistema
Relaciones de Uso, Herencia y Comunicacin.
Elementos
Actor:
Una definicin previa, es que un Actor es un rol que un usuario juega con respecto
al sistema. Es importante destacar el uso de la palabra rol, pues con esto se
especifica que un Actor no necesariamente representa a una persona en particular,
sino ms bien la labor que realiza frente al sistema.
Como ejemplo a la definicin anterior, tenemos el caso de un sistema de ventas en
que el rol de Vendedor con respecto al sistema puede ser realizado por un Vendedor o bien por el
Jefe de Local.
Caso de Uso:
Es una operacin/tarea especfica que se realiza tras una orden de algn
agente externo, sea desde una peticin de un actor o bien desde la
invocacin desde otro caso de uso.
Lmite de Sistema:

Resulta til dibujar los lmites del sistema cuando se pretende hacer un diagrama de casos de uso
para parte del sistema.

Relaciones:
o Asociacin
Es el tipo de relacin ms bsica que indica la invocacin desde un actor o caso de uso a
otra operacin (caso de uso). Dicha relacin se denota con una flecha simple.
o Dependencia o Instanciacin
Es una forma muy particular de relacin entre clases, en la cual una clase depende de otra,
es decir, se instancia (se crea). Dicha relacin se denota con una flecha punteada.

GUA DE APRENDIZAJE
Versin: 02
Fecha: 30/09/2013

Pgina 4 de 12

o Generalizacin
Este tipo de relacin es uno de los ms utilizados, cumple una doble funcin dependiendo de
su estereotipo, que puede ser de Uso (<<uses>>) o de Herencia (<<extends>>).
Este tipo de relacin esta orientado exclusivamente para casos de uso (y no para actores).
extends: Se recomienda utilizar cuando un caso de uso es similar a otro (caractersticas).
uses: Se recomienda utilizar cuando se tiene un conjunto de caractersticas que son
similares en ms de un caso de uso y no se desea mantener copiada la descripcin de la
caracterstica.
De lo anterior cabe mencionar que tiene el mismo paradigma en diseo y modelamiento de
clases, en donde est la duda clsica de usar o heredar.
Ejemplo:
Como ejemplo est el caso de una Mquina Recicladora:
Sistema que controla una mquina de reciclamiento de botellas, tarros y jabas. El sistema debe controlar y/o
aceptar:
Registrar el nmero de tems ingresados.
Imprimir un recibo cuando el usuario lo solicita:
a. Describe lo depositado
b. El valor de cada tem
c. Total
El usuario/cliente presiona el botn de comienzo
Existe un operador que desea saber lo siguiente:
a. Cuantos tems han sido retornados en el da.
b. Al final de cada da el operador solicita un resumen de todo lo depositado en el da.
El operador debe adems poder cambiar:
a. Informacin asociada a tems.
b. Dar una alarma en el caso de que:
i. tem se atora.
ii. No hay ms papel.
Como una primera aproximacin identificamos a los actores que interactan con el sistema:

GUA DE APRENDIZAJE
Versin: 02
Fecha: 30/09/2013

Pgina 5 de 12

Luego, tenemos que un Cliente puede Depositar Itemes y un Operador puede cambiar la informacin de un
Item o bien puede Imprimir un informe:

Adems podemos notar que un item puede ser una Botella, un Tarro o una Jaba.

Otro aspecto es la impresin de comprobantes, que puede ser realizada despus de depositar algn item por
un cliente o bien puede ser realizada a peticin de un operador.

GUA DE APRENDIZAJE
Versin: 02
Fecha: 30/09/2013

Pgina 6 de 12

Entonces, el diseo completo del diagrama Use Case es:

GUA DE APRENDIZAJE
Versin: 02
Fecha: 30/09/2013

Pgina 7 de 12

ACTIVIDAD
De acuerdo a los conceptos presentados realice un diagrama de casos de uso para cada uno de los
siguiente tems;
1. Una cajero electrnico
2. Un banco
3. Una biblioteca

3.3 Actividades de apropiacin del conocimiento (Conceptualizacin y Teorizacin).
Enunciado 1:
Elabore un mapa conceptual donde se evidencien los conceptos bsicos de un diagrama de casos de uso,
as como la importancia del mismo.
Enunciado 2:
Desarrollo en grupos de trabajo una exposicin (Preferiblemente en prezi) donde se ejemplarice la
aplicabilidad real de los diagramas de casos de uso
Enunciado 3: Situacin
Se desea desarrollar una aplicacin de gestin de fincas e inmuebles. La aplicacin deber cubrir todos los
aspectos relacionados con dicho tema, teniendo en cuenta la siguiente dinmica de funcionamiento:
Una empresa gestiona un conjunto de inmuebles, que administra en calidad de propietaria. Cada inmueble
puede ser bien un local (local comercial, oficinas, ...), un piso o bien un edificio que a su vez tiene pisos y
locales. Como el nmero de inmuebles que la empresa gestiona no es un nmero fijo, la empresa propietaria
exige que la aplicacin permita tanto introducir nuevos inmuebles, con sus datos correspondientes (direccin,
nmero, cdigo postal, ...), as como darlos de baja, modificarlos y consultarlos. Asimismo, que una empresa
administre un edificio determinado no implica que gestione todos sus pisos y locales, por lo que la aplicacin
tambin deber permitir introducir nuevos pisos o locales con sus datos correspondientes (planta, letra,...),
darlos de baja, modificarlos y hacer consultas sobre ellos.
Cualquier persona que tenga una nmina, un aval bancario, un contrato de trabajo o venga avalado por otra
persona puede alquilar el edificio completo o alguno de los pisos o locales que no estn ya alquilados, y
posteriormente desalquilarlo. Por ello debern poderse dar de alta, si son nuevos inquilinos, con sus datos
correspondientes (nombre, DNI, edad, sexo, fotografa, ... ), poder modificarlos, darlos de baja, consultar, etc.
(para la realizacin de cualquiera de estas operaciones es necesaria la identificacin por parte del inquilino).
Por otra parte, cada mes el secretario de la empresa pedir la generacin de un recibo para cada uno de los
pisos y de los locales, el cual lleva asociado un nmero de recibo que es nico para cada piso y para cada
local y que no variar a lo largo del tiempo, indicando el piso o local a que pertenece, la fecha de emisin, la
renta, el agua, la luz, la actualizacin del IPC anual, portera, IVA, etc. Y otros conceptos, teniendo en cuenta
que unos sern opcionales (slo para algunos recibos) y otros obligatorios (para todos los recibos).
Adems, para cada recibo se desea saber si est o no cobrado. Con vistas a facilitar la emisin de recibos

GUA DE APRENDIZAJE
Versin: 02
Fecha: 30/09/2013

Pgina 8 de 12

cada mes, la aplicacin deber permitir la generacin de recibos idnticos a los del mes anterior, a excepcin
de la fecha. Adems debern existir utilidades para inicializar los conceptos que se desee de los recibos a
una determinada cantidad y tambin debe ser posible modificar recibos emitidos en meses anteriores al
actual. La aplicacin tambin deber presentar los recibos en formato impreso, pero teniendo en cuenta que
en un recibo nunca aparecern aquellos conceptos cuyo importe sea igual a cero.
De igual forma, el secretario debe poder gestionar los movimientos bancarios que se producen asociados a
cada edificio, piso o local. Un movimiento bancario siempre estar asociado a un banco y a una cuenta
determinada de ese banco. En esa cuenta existir un saldo, acreedor o deudor, que aumentar o disminuir
con cada movimiento. Para cada movimiento se desea saber tambin la fecha en que se ha realizado. Un
movimiento bancario puede ser de dos tipos: un gasto o un ingreso.
Si el movimiento bancario es un gasto, entonces estar asociado a un inmueble determinado, y se indicar el
tipo de gasto al que pertenece entre los que se tienen estipulados. Ejemplos de gastos son el coste de la
reparacin de un ascensor del nmueble que pertenece a gastos de reparacin, el sueldo de la seora de la
limpieza, etc. S el movimiento bancario es un ingreso entonces estar asociado a un piso de un inmueble
determinado o a un local y tambin se indicar el tipo de ingreso al que pertenece, como en el caso de los
gastos. Ejemplos de ingresos son precisamente los recibos que se cobran cada mes a los inquilinos.
Basndose en los gastos e ingresos que se deducen de los movimientos bancarios, la aplicacin deber ser
capaz de ocuparse de la gestin econmica generando los informes que facilitan la realizacin de la
declaracin de la renta.
Por ltimo, la aplicacin deber ser capaz de proporcionar el acceso, de forma estructurada, a toda la
informacin almacenada en el sistema, generando para ello los listados necesarios que requiere el
secretario.
Ejemplos de listado son: el listado de todo los inquilinos ordenado por fechas, el listado de inquilinos que han
pagado o no en un determinado intervalo de tiempo, el listado de todos los inmuebles, el listado de todos los
pisos y locales de cada edificio, el listado de todos los recibos pendientes de cobro en un determinado
intervalo de tiempo, etc.
Enunciado 4: Situacin
Un inmueble que pertenece a gastos de reparacin, el sueldo de la seora de la limpieza, etc. S el
movimiento bancario es un ingreso entonces estar asociado a un piso de un inmueble determinado o a un
local y tambin se indicar el tipo de ingreso al que pertenece, como en el caso de los gastos. Ejemplos de
ingresos son precisamente los recibos que se cobran cada mes a los inquilinos.
Basndose en los gastos e ingresos que se deducen de los movimientos bancarios, la aplicacin deber ser
capaz de ocuparse de la gestin econmica generando los informes que facilitan la realizacin de la
declaracin de la renta.
Por ltimo, la aplicacin deber ser capaz de proporcionar el acceso, de forma estructurada, a toda la
informacin almacenada en el sistema, generando para ello los listados necesarios que requiere el

GUA DE APRENDIZAJE
Versin: 02
Fecha: 30/09/2013

Pgina 9 de 12

secretario.
Ejemplos de listado son: el listado de todo los inquilinos ordenado por fechas, el listado de inquilinos que han
pagado o no en un determinado intervalo de tiempo, el listado de todos los inmuebles, el listado de todos los
pisos y locales de cada edificio, el listado de todos los recibos pendientes de cobro en un determinado
intervalo de tiempo, etc.
3.4 Actividades de transferencia del conocimiento.

Se espera la construccin de diagramas de casos de uso, donde se evidencie:
Actores
Caso de Uso
Relaciones
Tipos de Relacin
Se espera que estos casos de uso estn implementados en una herramienta para tal fin.

3.5 Actividades de evaluacin.
Evidencias de Aprendizaje Criterios de Evaluacin Tcnicas e Instrumentos de
Evaluacin
Evidencias de Conocimiento :

Evidencias de Desempeo:

Evidencias de Producto:
a) Evaluaciones escritas
b) Exposiciones grupales
c) Mapas conceptuales

a) Reconocer la sintaxis
necesaria para la
implementacin de
diagramas de casos de
uso

a) Desarrollar en un software
acto para diagramacin
UML, las situaciones
propuestas en la
generacin de productos.
Foro grupal, en este espacio se
presentarn los conceptos
relacionados con el tema

Presentacin grupal de ejemplos
que ejemplifiquen la utilizacin de
diagramas de casos de uso.

Desarrolle cada uno de los
procedimientos descritos en la
gua, presente a la docente los
diagramas de casos de uso.

GUA DE APRENDIZAJE
Versin: 02
Fecha: 30/09/2013
Cdigo: F004-P006-
GFPI

Pgina 10 de 12

ACTIVIDADE
S DEL
PROYECTO
DURACI
N
(Horas)
Materiales de formacin
devolutivos:
(Equipos/Herramientas)
Materiales de formacin
(consumibles)
Talento Humano (Instructores)
AMBIENTES DE
APRENDIZAJE
TIPIFICADOS
Descripcin Cantidad
Descripci
n
Cantidad Especialidad Cantidad
ESCENARIO (Aula,
Laboratorio, taller,
unidad productiva)y
elementos y condiciones
de seguridad industrial,
salud ocupacional y medio
ambiente

80 horas
Libros
Videobeam
Computador
INTERNET

2
1
1

Papel
Marcadores
Esferos
lpices

30
2
30
30
Ingenieros de
sistemas.
1 Laboratorio de sistemas
4. RECURSOS PARA EL APRENDIZAJE

GUA DE APRENDIZAJE
Versin: 02
Fecha: 30/09/2013
Cdigo: F004-P006-
GFPI

Pgina 11 de 12

Casos de uso: Un casos de uso es una secuencia de transacciones que son desarrolladas por un
sistema en respuesta a un evento que inicia un actor sobre el propio sistema. Los diagramas de casos
de uso sirven para especificar la funcionalidad y el comportamiento de un sistema mediante su
interaccin con los usuarios y/o otros sistemas. O lo que es igual, un diagrama que muestra la relacin
entre los actores y los casos de uso en un sistema. Una relacin es una conexin entre los elementos
del modelo, por ejemplo la relacin y la generalizacin son relaciones. Los diagramas de casos de uso
se utilizan para ilustrar los requerimientos del sistema al mostrar como reacciona una respuesta a
eventos que se producen en el mismo. En este tipo de diagrama intervienen algunos conceptos
nuevos: un actor es una entidad externa al sistema que se modela y que puede interactuar con l; un
ejemplo de actor podra ser un usuario o cualquier otro sistema. Las relaciones entre casos de uso y
actores pueden ser las siguientes: Un actor se comunica con un caso de uso. Un caso de uso
extiende otro caso de uso. Un caso de uso usa otro caso de uso.
1. Booch, G., Rumbaugh, J., Jacobson, I.: The Unified Modeling Language User Guide.
Addison-Wesley (1999)
2. Ceri, S., Fraternalli, P.: Designing Database Applications With Objects and Rules.
TheIDEA Methodology. Addison-Wesley (1997)
3. Cockburn, A.: Using Goal-Based Use Cases. JOOP, Vol. 10, No. 7 (Nov/Dec 1997) 56-62
4. Coleman, D.: A Use Case Template: Draft for discussion.
http://www.bredemeyer.com/use_case.pdf. (1998)
5. Integration Definition for Function Modeling. Computer Systems Laboratory,
NationalInstitute of Standards and Technology, FIPS Pub. 183. December 21 (1993)
6. Jacobson, I., Booch, G. Rumbaugh, J.: The Unified Software Development Process.
Addison-Wesley Longman, Inc. (1999)
7. Korson, T.: Misuse of Use Cases.
http://softwarearchitects.com/publications/korson/korson9803om.htm. (1998)
8. Korson, T.: Constructing Useful Use Cases.
http://softwarearchitects.com/publications/korson/usecase3. (1999)
9. Martin, J. Odell, J.J.: Object-Oriented Methods: A Foundation. Prentice Hall. (1997)
10. Ortn, M.J., Garca-Molina, J., Martnez, A., Pellicer, A.: Combining OOram and IDEA
forInformation Systems Modeling. Technical Report TR LSI 1-00. Facultad de
Informtica.Universidad de Murcia. (December 1998).
6. REFERENTES BIBLIOGRFICOS
5. GLOSARIO DE TRMINOS

GUA DE APRENDIZAJE
Versin: 02
Fecha: 30/09/2013

Pgina 12 de 12

INGENIERA: Violeta Suarez
INGENIERA: Ana Mara Obando
INGENIERA: Lady Liliana Mora
INGENIERO: Jos Guillermo Morales Bernal
INGENIERO: Neil Tellez
INGENIERO: Elkin Zamora
INGENIERO: Mauris Antonio vila V
INGENIERO: Ivn Garca
INGENIERA: Ada Lpez Mora
7. CONTROL DEL DOCUMENTO (ELABORADA POR)

Guia Casos de Uso 3 de Septiembre - 2014

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Guia Casos de Uso 3 de Septiembre - 2014

Uploaded by

Copyright:

Available Formats

SERVICIO NACIONAL DE APRENDIZAJE SENA

SISTEMA INTEGRADO DE GESTIN

You might also like