1. TRABAJO FINAL
PRESENTADO POR
DIEGO ALEXANDER CASTELLANOS SANTAMARIA
ELIANA MARCELA RENGIFO
MONICA CASTRILLON
YENNY LIZETH TORRES GONZALEZ
PRESENTADO A
HAROLD EMILIO CABRERA MEZA
DIRECTOR CURSO UML
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD
ESCUELA DE CIENCIAS BASICAS, TECNOLOGIA E INGENIERIA
LENGUAJE DE MODELADO UNIFICADO UML
2012

2. INTRODUCCION
A través del curso hemos desarrollado una serie de actividades que nos llevan a
crear un proyecto completo mediante la utilización de UML como modelado para
diseñar software.
En todas las 3 unidades se desarrollaron serie de trabajos e investigaciones
acerca del uso y sus herramientas, complementando con ejercicios para aplicar lo
aprendido durante cada unidad.
En esta oportunidad como trabajo final desarrollaremos un proyecto completo
integrando cada lección y capitulo del módulo consolidando un trabajo final para
aplicarlo como un proyecto que podríamos estar desarrollando en nuestra vida
profesional.
UML como un lenguaje de modelado de software nos permite manejar y diseñar
de manera clara proyectos para sistematizar proyectos y apoyarnos como una
guía para un proyecto de ingeniería de software.

3. DESARROLLO DEL PROYECTO
Unidad 1. Introducción al Lenguaje Unificado de Modelado.
1. Qué es UML
R/conjunto de notaciones y diagramas estándar para modelar sistemas orientados
a objetos, y describe la semántica esencial de lo que estos diagramas y símbolos
significan, se encarga de documentar, visualizar y especificar las funciones y
procesos de los sistemas de software orientados al objeto, pero no los programa,
ya que de eso se encargan los lenguajes de programación orientados a objetos.
2. Modelado Estructurado
R/Diseño estructurado es el proceso de decidir que componentes, y la
interconexión entre los mismos, para solucionar un problema bienes planificados,
los analistas comienzan a trabajar sobre un proyecto de sistemas de información,
a menudo tienen que profundizar en un área de la organización con la que tienen
poca familiaridad, requiere muchas actividades coordinadas y el empleo de una
diversidad de herramientas y modelos. La metodología de desarrollo de sistemas
es una forma estándar de organizar y coordinar estas actividades.
Unidad 2. Características del Modelado UML.
1. Diagramas Utilizados en UML.
R/Un diagrama es la representación gráfica de un conjunto de elementos con sus
relaciones. En concreto, un diagrama ofrece una vista del sistema a modelar. Para
poder representar correctamente un sistema, UML ofrece una amplia variedad de
diagramas para visualizar el sistema desde varias perspectivas. UML incluye
los siguientes diagramas:
Diagrama de casos de uso.
Diagrama de clases.
Diagrama de objetos.
Diagrama de secuencia.
Diagrama de colaboración.
Diagrama de estados.
Diagrama de actividades.
Diagrama de componentes.
Diagrama de despliegue.
2. Modelado dinámico.
R/ Escribe los aspectos de un sistema que cambian con el tiempo. El modelo
dinámico se utiliza para especificar e implementar los aspectos de control del
sistema. Los modelos dinámicos contienen diagramas de estado, los cuales no
son más que grafos cuyos nodos son estados y cuyos arcos son transiciones entre
estados causadas por sucesos.
3. Modelado Arquitectónico.

4. R/Analizar los aspectos funcionales y formales teniendo en cuenta la
determinación que indica el diseño, analizar los factores relacionales con el
contexto y su relación con el modelo.
Unidad 3. Desarrollo Orientado a Objetos con UML
Trabajo Colaborativo 3
1 Proceso de Desarrollo
2 Planificación y especificación de requisitos
3 Diseño de Alto Nivel
4 Diseño de Bajo Nivel
5 Fase de Implementación y pruebas
CARACTERISTICA DE LA EMPRESA
Electric S.A. es una empresa líder en nuestra región, su
principal labor es la venta de insumos y partes relacionadas
en el campo eléctrico y electrónico, ofreciendo los mejores
productos a precios razonables, satisfaciendo a nuestros
clientes.
DESCRIPCIÓN RESUMIDA DE LA ACTIVIDAD
Electric S.A. es una empresa que maneja su inventario, ventas y proveedores por
medio deInternet, además, es una tienda especializada en componentes
electrónicos que compra susexistencias a una serie de proveedores, vendiéndolas
posteriormente a sus clientes, a la vez lleva elcontrol del almacén para controlar
sus existencias en todo momento.
Los proveedores se controlan manteniendo su información principal al día como
es: teléfono, NIT,dirección, ciudad a esto se le suma la información de los
componentes que cada proveedor vende. Elmódulo de proveedores, además del
típico mantenimiento de los datos relacionados, se encarga degenerar los listados
de las piezas vendidas por un determinado proveedor.
Cuando un cliente solicita un determinado componente, se comprueba que haya
existencias delproducto y se le informa de su precio. Si el cliente adquiere el
producto, se actualizará el inventariodel almacén y se le emitirá una factura. Si no
hay existencias del componente pero si el cliente estáinteresado se procederá a
almacenar la petición, con objeto de realizar el correspondiente pedido
alproveedor.
El control de almacén se encarga de tener actualizado el almacén de existencias,
dando de alta loscomponentes que llegan, eliminando componentes defectuosos,

5. eliminando componentes vendidos yrealizando los listados de componentes
disponibles en el almacén y de los componentes pendientesde ser pedidos a un
proveedor.
MISION
Nuestra misión como empresa es ofrecer los mejores servicios a
los clientes satisfaciendo sus preguntas, respuestas y
necesidades, dar al cliente una amplia variedad de productos en
el campo eléctrico y electrónico abarcando así el mercado
menos explorado con nuestros productos de alta calidad e
innovadores.
VISION
ELECTRIC, busca ser reconocida antes del 2015 en
Colombia y en el exterior, como una empresa líder que
brinda soluciones electrónicas especializadas en el
sector industrial y tecnológico con un equipo humano
en permanente crecimiento personal, técnico y social.
1. Objetivos del sistema
El objetivo del sistema es tomar una administración correcta de los recursos
mediante la sistematización de los procesos de la empresa.
Los principales procesos de la empresa que serán sistematizados serán:
 Administración de bodega (inventario)
 Administración de base de datos proveedores
 Administración de base de datos clientes
 Administración de órdenes de encargo
 Administración de compra de productos
 Facturación de ventas
Todos estos procesos y recursos de datos se manejaran por medio de un software
en una página web, los clientes pueden entrar a la página y mirar los productos y
encargarlos.

6. En este apartado vamos a definir una lista con los diferentes objetivos que se
esperan alcanzar cuando el sistema software a desarrollar esté en explotación.
Serán especificados mediante una plantilla para objetivos.
OBJ-01 Gestionar las ventas
Descripción El sistema deberá gestionar las ventas de componentes electrónicos
realizadas por la tienda
Estabilidad Alta
OBJ-02 Gestionar los Proveedores
Descripción El sistema deberá gestionar los proveedores manteniendo su
información principal como teléfono, NIT, dirección, ciudad y la
información de los componentes que cada proveedor vende
Estabilidad Alta
OBJ-03 Gestionar el Inventario
Descripción El sistema deberá gestionar el inventario actualizado el almacén de
existencias, dando de alta los componentes que llegan, eliminando
componentes defectuosos, eliminando componentes vendidos y
realizando los listados de componentes disponibles en el almacén y
de los componentes pendientes de ser pedidos a un proveedor.
Estabilidad Alta
2. Requisitos de almacenamiento de información
Esta sección contiene la lista de requisitos de almacenamiento de información que
se han identificado, utilizando para especificarlos la plantilla para requisitos de
almacenamiento de información. Especificaremos toda la información que
debemos almacenar en nuestro sistema.
RI-01 Información sobre ventas
Objetivos Gestionar las ventas
asociados
Requisitos Ventas
asociados Componentes
Facturación
Descripción El sistema deberá almacenar la información correspondiente a los
clientes y las ventas realizadas
Datos Número de factura de venta
específicos Fecha
Cliente
NIT/Cédula
Dirección
Teléfono

7. Ciudad
Ref. Producto
Descripción del artículo
Valor unitario
Cantidad
IVA
Intervalo Pasado y presente
temporal
Estabilidad Alta
RI-02 Información sobre proveedores
Objetivos Gestionar los proveedores
asociados
Requisitos Proveedores
asociados Componentes
Descripción El sistema deberá almacenar la información correspondiente a los
proveedores y las piezas vendidas por un determinado proveedor.
Datos Número de registro de compra
específicos Fecha
Proveedor
NIT/Cédula
Dirección
Teléfono
Ciudad
Ref. Producto
Descripción del artículo
Valor unitario
Cantidad
IVA
Intervalo Pasado y presente
temporal
Estabilidad Alta
RI-03 Información sobre inventario
Objetivos Gestionar el inventario
asociados
Requisitos Ventas
asociados Componente
Peticiones
Inventario
Proveedores
Descripción El sistema deberá almacenar la información correspondiente a las
existencias dando de alta los componentes que llegan, eliminando
componentes defectuosos, eliminando componentes vendidos y
realizando los listados de componentes disponibles en el almacén y

8. de los componentes pendientes de ser pedidos a un proveedor.
Datos Ref. Producto
específicos Descripción del artículo
Cantidad
IVA
Precio compra
Precio venta
Proveedor
Intervalo Pasado y presente
temporal
Estabilidad Alta
3. Requisitos funcionales
3.1 Diagramas de caso de uso
En esta sección hemos incluido los diagramas de casos de uso de nuestro
sistema, desarrollados con la herramienta StarUML.
Diagrama de subsistemas
<<subsistema>> <<subsitema>> <<subsitema>>
Gestion de Gestion de Gestion de
ventas proveedores inventario
3.2 Definición de actores:
Este apartado contiene los diferentes actores que se han identificado,
especificados mediante la plantilla para actores de casos de uso.
ACT-01 Cliente
Descripción Este actor representa a los clientes de la tienda
ACT-02 Administrador
Descripción Este actor representa al administrador de la tienda
ACT-03 Proveedor
Descripción Este actor representa los proveedores del almacén

9. DIAGRAMAS UML
DIAGRAMAS DE CASOS DE USO
System
<<include>>
Ventas Facturación
<<extend>> <<include>>
Cliente
Inventario
<<include>>
<<include>>
Peticiones Componentes
<<include>>
Administrador
Proveedores

10. DIAGRAMAS DE CLASES

11. DIAGRAMAS DE ACTIVIDADES
Proveedor Administrador Sistema
Solicita inventario Genera inventario
Solicita componentes pendientes Lista componentes pendientes
Recibe solicitud Solicita pedido Muestra información
del proveedor
Entrega cotización Solicita pedido a
nuevo proveedor
Recibe cotización
¿Está de acuerdo?
No
Si
Recibe confirmación de pedido Genera pedido
Envía pedido y factura Recibe pedido y factura
Está conforme
Debido a productos No Si
defectuosos o faltantes
Recibe error de pedido Comunica error de pedido Cancela factura
Registra datos proveedor Almacena datos proveedor
Registra componentes Almacena componentes
Archiva factura de compra Actualiza inventario

12. Proveedor Administrador Sistema
Solicita inventario Genera inventario
Solicita componentes pendientes Lista componentes pendientes
Recibe solicitud Solicita pedido Muestra información
del proveedor
Entrega cotización Solicita pedido a
nuevo proveedor
Recibe cotización
¿Está de acuerdo?
No
Si
Recibe confirmación de pedido Genera pedido
Envía pedido y factura Recibe pedido y factura
Está conforme
Debido a productos No Si
defectuosos o faltantes
Recibe error de pedido Comunica error de pedido Cancela factura
Registra datos proveedor Almacena datos proveedor
Registra componentes Almacena componentes
Archiva factura de compra Actualiza inventario

13. DIAGRAMAS DE SECUENCIA
<<boundary>> <<boundary>> <<control>> <<entity>>
: VentanaPrincipal : VentanaVentas : ControlInventario : Cliente
: Administrador 1 : "Ventas"
2 : abrir()
3 : "Productos"
4 : comprobarExistencias()
5 : mostrarInformacion()
6 : informarPrecio()
7 : registrarProductos()
8 : almacenarPoductos()
9 : mostrarCantidadTotalPagar()
10 : solicitarCantidadTotalPagar()
11 : entregarCantidadTotalPagar()
12 : registrarFactura()
13 : almacenarFactura()
14 : actualizarInventario()
15 : solicitarImpresionFactura()
16 : imprimirFactura()
17 : entregarFactura()

14. <<boundary>> <<boundary>> <<control>> <<entity>>
: VentanaPrincipal : VentanaInventario : ControlInventario : Proveedor
: Administrador 1 : "Inventario"
2 : abrir()
3 : generarInventario()
4 : "Componentes Pendientes"
5 : listarComponentesPendientes()
6 : solicitarPedido()
7 : entregarCotizacion()
8 : enviarPedido()
9 : cancelarFactura()
10 : entregarPedido()
11 : registrarComponentes()
12 : almacenarComponentes()
13 : actualizarInventario()

15. CONCLUSIONES
Este trabajo permitió aplicar los principales conceptos de ingeniería de software y
modelado UML. La meta fue diseñar un sistema que hiciera parte del estándar de
desarrollo basado en objetos y de esta manera poder dar paso a la etapa de
construcción e implementación de un software basado en este diseño.
UML como herramienta nos permite diseñar y modelar proyectos de software con
facilidad.
Mediante UML el desarrollo de proyectos se facilita pues con estos diseños es
más fácil la organización de los proyectos de software.
UML nos permite ahorrarnos tiempo y mejorar nuestros diseños para luego
empezar a codificar el proyecto de software.

16. BIBLIOGRAFÍA
Módulo Lenguaje Unificado de Modelado, Cabrera Meza, Harold Emilio, 2006.
El proceso Unificado de desarrollo de software, Booch Graby, Rumbaugh James,
Jacobson Ivar, Edit. Addison Wesley, 2002
El lenguaje Unificado de Modelado, Booch Graby, Rumbaugh James, Jacobson
Ivar, Edit. Addison Wesley, 2002
Aprendiendo UML en 24 horas, Prince Hall. Schmuller, Joseph.