TRABAJO COLABORATIVO MOMENTO 3

INFORME CONSOLIDADO FINAL

LENGUAJE DE MODELADO UNIFICADO - UML

Presentado por:
JUAN ELAS BELLO LVAREZ CD. 9294833
JULIN GIRALDO RODRGUEZ CD. 10288130
BRAULIO PEDRO JAIMES MONTAEZ CD. 13504433
Grupo 200609_9

Director:
Ing. Nilson Albeiro Ferreira Manzanares

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA - UNAD

ESCUELA DE CIENCIAS BASICAS TECNOLOGIA E INGENIERIA
COLOMBIA
2014

INTRODUCCIN

Con el desarrollo de la presente actividad se pretende adquirir y reafirmar los

conceptos relacionados con el anlisis, planeacin y desarrollo de prototipos a partir de
los diagramas UML. En la actividad se pone en evidencia la importancia de los
modelos a travs del uso del Lenguaje Unificado de Modelado UML, en esta
propuesta se describen los aspectos y el comportamiento del sistema de estudio
propuesto de la empresa ELECTRICA COLOMBIA, mediante el desarrollo del prototipo
de la aplicacin.
En la actualidad con el avance de la tecnologa informtica, implementada en las
empresas donde los sistemas informticos forman parte importante en la eficacia y
eficiencia de su funcionamiento, poder realizar esta nueva adaptacin informtica en la
empresa ELECTRICA COLOMBIA abre las puertas hacia una nueva forma de gestin,
adems supone ahorro de dinero, trabajo y mayor organizacin dejando de lado el
sistema de registro manual por archivos que conlleva mayor probabilidad de
equivocaciones. Este nuevo sistema en implementacin permitir entrar en una nueva
etapa permitiendo avanzar hacia una nueva forma de trabajo.

OBJETIVOS

Desarrollar un modelo aplicando a un caso real utilizando los conceptos del

Lenguaje Unificado de Modelado UML.
Creacin de un prototipo para la aplicacin a partir de los diagramas UML
desarrollados.

PLANTEAMIENTO DEL PROYECTO

Las empresas elctricas de Colombia han estado trabajando en el pas durante 10
aos y no ha requerido un sistema de informacin que le permita manejar de manera
electrnica todos los procesos. Actualmente la empresa ha considera mirar la
posibilidad de actualizar todos sus procesos e ingresar su aplicacin a la web.
La empresa realiza lo siguiente:
Compra sus existencias a una serie de proveedores, vendindolas posteriormente a
sus clientes; a su vez se lleva el control de almacn de sus existencias en todo
momento.
La gestin de proveedores lleva unida la gestin de los datos administrativos de
stos ms la informacin de los componentes que cada proveedor vende. La gestin
de proveedores, adems del tpico mantenimiento de los datos relacionados, se
encarga de generar los listados de las piezas vendidas por un determinado proveedor,
o los proveedores que venden una determinada pieza.
Cuando un cliente solicita un determinado componente, se comprueba que en
inventario halla existencias y se le informa de su precio. Si el cliente adquiere el
producto, se actualizar el inventario y se le emitir una factura. Si no hay existencias
del componente, pero el cliente est interesado se proceder a almacenar la peticin
con objeto de realizar el correspondiente pedido al proveedor a la mayor brevedad.
El control de inventario se encarga de mantener actualizado el inventario de
existencias, dando de alta los componentes que llegan, eliminando componentes
defectuosos, y realizando los listados de componentes disponibles en el inventario y de
los componentes pendientes de ser pedidos a un proveedor.
La empresa est muy interesada en mantener actualizado el inventarios y que este
le informe de manera automtica cuando se debe de solicitar un producto con la
finalidad de evitar que este se agote y la posibilidad de perder clientes por falta de
productos.
Por esta razn la empresa considera necesario considera necesario abrir la puertas
a las empresa creadoras de software para estn debidamente constituidas legalmente
a presentar las propuesta, que le permitan manjar la informacin de una manera coa
acorde al uso de las tecnologas y le permita mejorar su rendimiento de vetas, local y
nacional.

1. DESARROLLO DEL PRIMER MOMENTO ANLISIS Y PLANEACIN

PROPUESTA

Modelo de Casos de Uso.

Este modelo nos muestra un diagrama de casos de uso del negocio, el cual
representa los procesos identificados y su relacin con los actores de negocio.
Para el caso de estudio se ha identificado los siguientes casos de uso:

Solicitar Compra
Pedido
Gestin de Proveedores
Gestin de Inventario
Gestin Ventas
Compras a Proveedor

Por otra parte se ha identificado tres actores del negocio, el actor de negocio Cliente, el
actor de negocio Proveedor y el actor de negocio Administrador.
La figura 1 ilustra el modelo de casos de uso de negocio.

1. Desarrollo de la propuesta.

1.1 Casos de Uso

Informacin de Catalogacin
Proyecto

ELECTRICAS DE COLOMBIA

Autor

Braulio Jaimes

Versin

0.1

Estado de Desarrollo Borrador / No revisado

Definicin del Caso de Uso

Cdigo

Caso de Uso - 01

Nombre

Solicitar Compra

Objetivo

Realizar una compra.

Descripcin

El cliente de la empresa al realizar el caso de uso solicita un determinado componente,

se comprueba la existencia y se le indica el precio, si est conforme lo compra, se le
emite una factura y se actualiza el inventario.

Actores

Cliente, Administrador

Condiciones
Necesarias

Existencia del componente.

Escenario
Principal

1.
2.
3.
4.
5.

El cliente solicita un determinado componente.

La empresa verifica la existencia del componente e informa el precio.
El cliente acepta las condiciones.
El cliente adquiere el producto.
El cliente recibe la factura y termina el caso de uso.

Escenario
Alternativo

4a. La empresa actualiza el inventario.

Escenarios de
Excepcin

2a. La empresa informa de la no existencia del componente.

3a. El cliente acepta informacin.
4a. El caso de uso termina.

Condicin de
xito

El cliente adquiere el componente.

Cuestiones a
resolver

Qu sucede con el precio si no le conviene al cliente?

Informacin de Catalogacin
Proyecto

ELECTRICAS DE COLOMBIA

Autor

Braulio Jaimes

Versin

0.1

Estado de Desarrollo Borrador / No revisado

Definicin del Caso de Uso

Cdigo

Caso de Uso - 02

Nombre

Pedido

Objetivo

Vender productos a la empresa.

Descripcin

Mantener las existencias de artculos con el fin de evitar que este se agote evitando la
prdida de la clienta por falta de productos.

Actores

Proveedor, Administrador

Condiciones
Necesarias

Solicitud de compra (Falta de existencia de algn artculo).

Escenario
Principal

1.
2.
3.

La empresa realiza un pedido al proveedor.

El proveedor enva los componentes solicitados.
Termina el caso de uso.

Escenario
Alternativo

2a. Actualizar inventario

Escenarios de
Excepcin

1a. El proveedor no enva lo solicitado.

2a. La empresa acepta informacin.
3a. El caso de uso termina.

Condicin de
xito
Cuestiones a
resolver

La empresa adquiere el componente solicitado al proveedor.

Informacin de Catalogacin
Proyecto

ELECTRICAS DE COLOMBIA

Autor

Braulio Jaimes

Versin

0.1

Estado de Desarrollo Borrador / No revisado

Definicin del Caso de Uso

Cdigo

Caso de Uso - 03

Nombre

Gestin de Proveedores

Objetivo

Mantener actualizada la informacin de los proveedores, saber que proveedor vende

determinado artculo y conocer la lista de las piezas vendidas por proveedor.

Descripcin

El administrador al realizar el caso de uso conoce los datos de los proveedores, se

informa de los componentes que vende cada proveedor, conoce la lista de las piezas
vendidas por un determinado proveedor.

Actores

Administrador

Condiciones
Necesarias

Existencia de proveedores.

Escenario
Principal

1.
2.
3.
4.

El
El
El
El

administrador da de alta a proveedores.

administrador mantiene actualizado los datos de los proveedores.
administrador realiza consulta.
administrador termina el caso de uso.

Escenario
Alternativo

3a. Listado de artculos vendidos por proveedor.

4a. Piezas que venden los proveedores.

Escenarios de
Excepcin

1. El administrador de baja a proveedor.

2a. El administrador termina el caso de uso

Condicin de
xito
Cuestiones a
resolver

El administrador conoce la informacin del proveedor y los artculos que vende.

Informacin de Catalogacin
Proyecto

ELECTRICAS DE COLOMBIA

Autor

Braulio Jaimes

Versin

0.1

Estado de Desarrollo Borrador / No revisado

Definicin del Caso de Uso

Cdigo

Caso de Uso - 04

Nombre

Gestin de Inventario

Objetivo

Informar de manera automtica cuando se debe solicitar un producto con la finalidad de

evitar que se agote.

Descripcin

El administrador al realiza realizar este caso de uso se informa de los artculos que
ingresan a la empresa, de los artculos defectuosos para dar de baja, de los artculos
disponibles en el inventario y que artculos requieren ser pedido.

Actores

Administrador

Condiciones
Necesarias

Solicitud de compra, Pedido a proveedor.

Escenario
Principal

1.
2.
3.
4.
5.
6.

Escenario
Alternativo

El administrador da de alta a los componentes que llegan.

El administrador da de baja a los componentes defectuosos.
Lista de componentes disponibles en el inventario.
Lista de componentes pendientes por ser pedidos a un proveedor.
Informe automtico cuando se debe solicitar un producto.
El administrador termina el caso de uso.
3a. Actualizar inventario por compra de artculo.
4a. Actualizar inventario por pedido (compra a proveedor)

Escenarios de
Excepcin
Condicin de
xito
Cuestiones a
resolver

El administrador mantiene el control de la existencia de artculos disponibles para la

venta.

Informacin de Catalogacin
Proyecto

ELECTRICAS DE COLOMBIA

Autor

Braulio Jaimes

Versin

0.1

Estado de Desarrollo Borrador / No revisado

Definicin del Caso de Uso

Cdigo

Caso de Uso - 05

Nombre

Ventas

Objetivo

Gestin de ventas de productos.

Descripcin

El administrador al realiza realizar este caso de uso se genera pago y la facturacin.

Actores

Administrador, Cliente

Condiciones
Necesarias

Solicitud de compra, existencia del producto.

Escenario
Principal

1.
2.
3.
4.
5.

Escenario
Alternativo

El cliente adquiere el producto.

El administrador genera la factura
El administrador entrega la factura al cliente.
El cliente realiza pago.
El administrador termina el caso de uso.
4a. Actualizar inventario por compra de artculo.

Escenarios de
Excepcin
Condicin de
xito
Cuestiones a
resolver

La empresa realiza venta del producto.

2. REQUISITOS FUNCIONALES

2.1 Definicin de Actores.

El 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. En la propuesta se identifican los siguientes actores:

ACT -01
Descripcin

CLIENTE
Realiza pedidos de artculos para su abastecimiento. Mediante un
Solicitud de compra al encargado de la tienda.

ACT -01
Descripcin

ADMINISTRADOR
Es la persona que necesita estar ms informada teniendo un control y
seguimiento de las actividades de la empresa.

ACT -01
Descripcin

PROVEEDOR
Encargadas de proveer los artculos que son comercializados por la
empresa Colombia.

2.2 Diagrama de Subsistemas

Para facilitar la realizacin de aplicaciones, los diferentes componentes pueden
agruparse en paquetes segn un criterio lgico. A menudo son estereotipados en
subsistemas para aadir las nociones de bibliotecas de compilacin y de gestin de
configuracin a la semntica de particin ya obtenida en los paquetes.

2.3 Diagrama de Casos de Uso.

El diagrama de casos de uso representa la forma en como un Actor opera con el
sistema en desarrollo, adems de la forma, tipo y orden en como los elementos
interactan.

2.4 Diagrama de Clases.

Los Diagramas de Objetos estn vinculados con los Diagramas de Clases. Un objeto
es una instancia de una clase, por lo que un diagrama de objetos puede ser visto como
una instancia de un diagrama de clases. Los diagramas de objetos describen la
estructura esttica de un sistema en un momento particular y son usados para probar la
precisin de los diagramas de clase.

Diagrama de Clases

2.5 Diagrama de Actividad.

Los diagramas de actividad ilustra la naturaleza dinmica de un sistema mediante el
modelado del flujo ocurrente de actividad en actividad. Una actividad representa una
operacin en alguna clase del sistema y que resulta en un cambio en el estado del
sistema. Tpicamente, los diagramas de actividad son utilizados para modelar el flujo de
trabajo interno de una operacin.

Diagrama de Actividad Compra

2.6 Diagrama de Secuencias.

El diagrama de secuencias UML muestra la mecnica de la interaccin con base en
tiempos.

Diagrama de Secuencia Generar Pedido.

Diagrama de Secuencia Generar Factura.

2.7 Diagrama de Estado.

En cualquier momento, un objeto se encuentra en un estado particular, la luz est
encendida o apagada, el auto en movimiento o detenido, la persona leyendo o
cantando, etc. El diagrama de estados UML captura esa pequea realidad.

Diagrama de Estado Objeto Pedido.

Diagrama de Estado Elaborar Pedido.

Diagrama de Estado de Cliente.

Diagrama de Estado de Proveedor.

Diagrama de Estado de Componente.

2.8 Diagrama de Despliegue.

Muestran la disposicin fsica de los distintos dispositivos (nodos) que entran en la
composicin de un sistema y el reparto de los programas ejecutables sobre estos
nodos.

PROTOTIPO DE LA APLICACIN

Informacin Sitio Web

URL del Sitio http://uml-solucionescientificas.weebly.com/

Evaluacin del sitio

Legibilidad: El sitio tiene una buena combinacin de colores, tamaos y tipos de letras
lo cual permiten leer y navegar de una manera fcil y atractiva.
Las pginas son livianas y se reconocen de forma rpida los enlaces los cuales son
predecibles con respecto a su contenido.
Navegabilidad: Se ofrece al usuario la facilidad de ubicarse y moverse dentro del sitio,
seleccionando los diferentes enlaces, los cuales estn ubicados siguiendo una
estructura ordenada y un diseo que facilita la orientacin del usuario.
Se identifican clara y rpidamente cada una de las pginas que se quieren visitar y se
llega directa y fcilmente a ellas.
Observacin: En la pgina de inicio existe un botn denominado INICIO
vinculo me lleva a la pgina por lo tanto creo que se debe retirar.

cuyo

Autora: Se identifica claramente quien o quienes son los autores del sitio, igualmente
la informacin de los responsables e informacin de contacto.
Organizacin: Los ttulos describen la informacin de su contenido, son claros y la
informacin est ordenada lgicamente. Igualmente el contenido es completo con
relacin a lo solicitado en la gua.

CONCLUSIONES

Mediante la construccin de los diagramas se realiz un anlisis preliminar de la

propuesta del proyecto.

Se continu con la aproximacin y reafirmacin del conocimiento del Lenguaje

UML y la construccin de los distintos diagramas disponibles en esta
metodologa, como por ejemplo, casos de uso, diagramas de clase, diagrama de
secuencias, diagramas de actividades, diagrama de estados y diagrama de
despliegue.

Se realiz un nuevo acercamiento y consolidacin del conocimiento del software

para la realizacin de diagramas UML tales como StarUML, ArgoUML y Dia, lo
que contribuye a la adquisicin de las competencias propias del modelado.

Se construy el prototipo de la aplicacin con base en los diagramas UML

realizados con anterioridad.

BIBLIOGRAFIA

Mdulo Lenguaje Unificado de Modelado, Cabrera Meza, Harold Emilio, 2006. El

proceso Unificado de desarrollo de software, Booch Graby, Rumbaugh
James,Jacobson Ivar, Edit Addison Wesly, 2002El lenguaje Unificado de Modelado,
Booch Graby, Rumbaugh James, JacobsonIvar, Edit Addison Wesly, 2002.
Mdulo Lenguaje Unificado de Modelado, Ferreira Manzanares, Nilson
Albeiro, 2013.UNAD.
El lenguaje Unificado de Modelado, Booch Graby, Rumbaugh James, Jacobson
Ivar, Edit Addison Wesly, 2002.
Diseo de sistemas software en UML, GOMEZ, Cristina. Espaa: Ediciones UPC,
2003.