SlideShare a Scribd company logo
1 of 12
EVALUACIÓN NACIONAL
    LENGUAJE DE MODELADO UNIFICADO (UML)




       EDUARDO ALBERTO OVALLE CAMELO
                LEANDRO MELO
           MONICA DEL PILAR NARVAEZ
              LEIDI YOJANA BRAND



               GRUPO: 200609_5




         TUTOR: HAROLD EMILIO CABRERA




UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA-UNAD

 FACULTAD DE CIENCIAS BASICAS DE LA INGENIERIA

      PRORAMA DE INGENIERIA DE SISTEMAS

     LENGUAJE DE MODELADO UNIFICADO UML

                     2012
INTRODUCCION

La presente actividad corresponde al trabajo final por proyectos del
cursoelectivo UML, la propuesta de trabajo fue realizar el desarrollo y
solución parala gestión de una tienda de ventas por internet de
componentes electrónicos.Por medio de los conocimientos adquiridos
durante el semestre se procedió adiseñar los diagramas de clases, de
uso, de actividad y de secuencia quepermiten la solución del problema.
Como actividad principal se realizará un blogen donde se simula la
gestión y administración la tienda ELECTRIC, donde sepuede visualizar
de manera clara las actividades y los diagramas que permitenla
administración de los inventarios de la tienda.Para el control del
inventario se realizaran los diferentes diagramas quepresentan la
solución en la gestión del negocio; en el diagrama de clases semuestran
las diferentes entidades que conforman la actividad de la tienda,
conestas entidades se establecen las relaciones que presentan la
secuencia lógicaen la atención del negocio; el diagrama de casos de uso
visualiza lasdiferentes actividades a realizar por partes de los actores del
sistema, estasactividades son los procedimientos que se llevan a cabo
para poder ingresarinformación al sistema; por último los diagramas de
actividades y secuenciapresentan la ejecución de los procedimientos de
gestión del inventario de latienda en el tiempo.

Adicional al diseño de la lógica de la tienda se realiza la presentación
yportafolio de servicios con lo cual tenemos la opción y los
conocimientos pararealizar el diseño y montaje de un sitio web.
OBJETIVO GENERAL

Desarrollar un modelo y aplicar a un caso real los conceptos
yconocimientos de UML.




Objetivos Específico

      Crear un blog, que simule el portal web de la empresa
      ELECTRIC.



      Diseñar un portafolio de servicio de la empresa ELECTRIC, en
      donde seindicaran las funciones de la empresa
VISION

Ser identificados por las pequeñas y medianas empresas del mercado
Latinoamericano, como el socio electrónico fundamental para lacreación
de negocios globalesrentables con el uso de la Electrónica, ofreciendo a
nuestros clientes las mejores marcas a los mejores precioscon una
calidad inigualable.




MISION

Estar brindando a las pequeñas y medianas empresas en el mercado
Latinoamericano, soluciones y servicios enfocados en las últimas
tecnologías de la electrónica para mejorar su rentabilidad y así fomentar
la competitividad con empresas de cualquier tamaño.

Además ofrecer los mejores componentes electrónicos a través de
Internet de una forma segura yconfiable de las marcas más reconocidas
que ofrecen la mejor calidad, garantizando quenuestros productos sean
los    mejores,     Contribuyendo    así   al     éxito   de    nuestros
clientes,desarrollando sus proyectos con calidad, seguridad, y dentro del
plazo y presupuestoprevistos.
Planteamiento del Problema

La tienda ELECTRIC es una empresa que maneja su inventario, ventas y
proveedores por medio de Internet, además, es una tienda especializada en
componentes electrónicos que compra sus existencias a una serie de
proveedores, vendiéndolas posteriormente a sus clientes, a la vez lleva el
control 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.

 El módulo de proveedores, además del típico mantenimiento de los datos
relacionados, se encarga de generar los listados de las piezas vendidas por un
determinado proveedor.

Cuando un cliente solicita un determinado componente, se comprueba que
haya existencias del producto y se le informa de su precio. Si el cliente
adquiere el producto, se actualizará el inventario del 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 al proveedor.

El control de almacén se encarga de tener 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.

    Crear un BLOG que simule el portal web de la empresa ELECTRIC que
     contenga los aspectos antes mencionados. Inventario, Manejo de
     proveedores, manejo de componentes o productos, clientes, ventas, etc
     (NO HAY QUE CREAR NINGUNA BASE DE DATOS es una
     SIMULACION DE CÓMO USTED CREARIA EL PORTAL PARA LA
     EMPRESA)

    Cree el portafolio de servicios de la empresa ELECTRIC en un
     documento de Word y súbalo a la página http://www.slideshare.net/.

             El portafolio debe tener: logos de la empresa, diagramas de casos
             de uso, diagrama de actividades, diagrama de clases y diagramas
             de secuencia que indique cómo funciona la empresa. ES DECIR
             LOS DIAGRAMAS QUE RESUELVEN EL PROBLEMA
             PLANTEADO

    Enlace el portafolio creado en http://www.slideshare.net/. Al BLOG QUE
     SIMULA la página Web de la empresa ELECTRIC
PORTAFOLIO DE SERVICIOS

 Competimos con calidad, tecnología y buenos precios, competimos con
 calidad, tecnología y buenos precios.

 Nos identificamos en el mercado por Atención telefónica e Internet,
 Contamos con ejecutivos que pueden tomar sus pedidos en Internet y
 teléfono, contando por supuesto con nuestras oficinas a su completa
 disposición. Contamos con personal calificado, que maneja sus
 paquetes con delicadeza y precisión. Prontitud, y precisión en las
 entregas. Entregas Nacionales e internacionales. Entrega Express.
 (Conlleva un costo extra). Servicio especial a vendedores por Internet y
 a empresas. (Envíos en alto volumen). Entregas los 365 días del año.
 Envoltorios a prueba de Agua e impactos ligeros. (Precaución de
 artículos frágiles). Vehículos ecológicos y de baja emisión amigables con
 el ambiente. Servicio cordial y especializado. Reembolso en caso de
 pérdida. (Previamente pactado).

 LOGO DE LA EMPRESA




1. DIAGRAMA DE CLASES

    Son los más comunes en el modelado de sistemas orientados a
    objetos. Estos diagramas seutilizan para describir la Vista de diseño
    estática de un sistema, incluyen clases activas las cuales se utilizan
    para cubrir la vista de procesos estática de un sistema.

    El diagrama de clases para la tienda ELECTRIC está formado por 8
    clases, cadauna con sus atributos y métodos, las relaciones que se
    establecen entre lasdiferentes clases, tienen en cuenta el tipo de
    relaciones si es de asociación,generalización, o agregación además
    de la respectiva multiplicidad.

    La tienda ELECTRIC maneja su inventario manteniendo el control y
    actualizandola información de sus ventas y pedidos para así realizar
    la solicitud de comprade productos a sus proveedores. En relación a
los clientes que llegan a latienda estos compran sus productos y los
    cancelan quedando como videncia larespectiva factura y si el
    producto está agotado se pasa a la clase pedidos paraque desde la
    clase inventario se proceda a solicitarlo al proveedor.




2. DIAGRAMA CASOS DE USO

    Los casos de uso son los que Representan en general el
    funcionamiento del sistema siendoestos los más utilizados como
    base del desarrollo de un modelo real, representa casos de uso,
    actores y relaciones, se utilizan especialmente para organizar y
    modelar el comportamiento de un sistema.

    El diagrama de casos de uso para la tienda ELECTRIC describe
    elcomportamiento del negocio y de la interacción por entidades
    externas comolos actores. En el caso del diagrama presentado se
    tienen tres actores de los cuales el administrador es quien lleva a
    cabo las tareas de administración de la tiendatales como comprar
    productos a los proveedores, realizar y mantener elinventario,
    realizar las ventas, manejar la caja.
3. DIAGRAMA DE ACTIVIDAD


    Esen este diagrama se refleja los flujos de trabajo paso a paso para
    la compra deun producto por parte de un cliente en la tienda
    ELECTRIC, este proceso es elciclo vital del manejo en la tienda ya
    que una vez el cliente solicita un productose comprueba su
    existencia, se procede a su venta, al proceso de facturacióny a la
    actualización del inventario; caso contrario de no estar el artículo en
    elalmacén y el cliente muestra interés en esperar a su pedido se
    procede aelevar la solicitud del producto al proveedor.
4.   DIAGRAMA DE SECUENCIA


      En este diagrama se muestra la interacción de los objetos Página
      principal, venta, componente electrónico y almacén presentes en el
      esquema de serviciode la tienda ELECTRIC, el encargado tiene la
      responsabilidad de abrir la venta eir realizando las diferentes
      operaciones en el sistema, hasta lograr entregar elproducto al cliente,
      recibir el dinero y actualizar el inventario. En el diagrama
      desecuencia se muestra en pasos lógicos los procesos necesarios
      para vender el producto.


                                    DIAGRAMA SECUENCIA REALIZAR VENTA



                            <<boundary>>               <<boundary>>              <<entity>>                           <<entity>>                        <<control>>          <<entity>>
                           : ventana principal     : ventana realizar ventas     : existencias                        : existencias                  : control existencias    : factura


        : administrador                                                                                    1 : abre



                                                                                                         2 : despliega



                                                                                                     3 : registra productos



                                                                                                          4 : consulta




                                                                                                                                  5 : consultar producto()

                                                                                                                                6 : existencia producto()




                                                                                                 7 : existencia producto()

                                                                               8 : imprime factura




                           DIAGRAMA DE SECUENCIA REGISTRAR PEDIDO




                                                  <<boundary>>                                    <<boundary>>            <<control>>                                                     <<entity>>
                                                 : ventana principal                          : ventan realizar pedidos : control pedidos                                                  : pedidos


                : administrador 1 : abre



                                                                               2 : muestra


                                                 3 : solicita pedido


                                                                                                                               4 : datos pedido


                                                                                                                                                                    5 : registrar pedido()
DIAGRAMA DE SECUENCIA REGISTRAR CLIENTE




                                        <<boundary>>                 <<boundary>>            <<control>>             <<entity>>
                                       : ventana principal      : ventana registrar clientes control clientes
                                                                                           :                          : clientes


            : administrador 1 : abre



                                                         2 : muestra


                                   3 : registra datos cliente


                                                                               4 : envia datos()


                                                                                                    5 : almacena datos()




        DIAGRAMA DE SECUENCIA REGISTRAR PROVEEDOR

                           <<boundary>>                         <<boundary>>         <<control>>                 <<entity>>
                          : ventana principal          : ventana administrar proveedores proveedores
                                                                                 : control                      : proveedores


: administrador 1 : ingresa



                                                2 : despliega


                       3 : registra datos proveedores


                                                                            4 : envia()


                                                                                              5 : almacena datos()
CONCLUSIONES

En todo proyecto informático la fase de planeación y análisis de
lasituación son los elementos clave para poder llevar a cabo las tareas
deldesarrollo informático, en el presente trabajo comprendimos
laimportancia de leer muy bien y resaltar los verbos que tienen
relacióncon las clases UML del sistema.Mediante los diagramas de UML
podemos visualizar y enfocar demanera más fácil la solución del
problema, ya que es conocido que losseres humanos enfocamos más
fácil nuestra atención en un dibujo oesquema que en un texto.

La administración de la tienda ELECTRIC se define en ocho clases,
lascuales tienen relación directa o indirecta con la clase
inventario,permitiendo así identificar de manera fácil las relaciones y su
tipo para lagestión de los productos.

Con el trabajo y presentación de esta actividad, usamos y aplicamos
losconceptos básicos de UML, los cuales son fundamentales para el
diseñode sistemas.
BIBLIOGRAFÍA



CABRERA MEZA, Harold, Modulo de Lenguaje Unificado de Modelado UML,
Universidad Nacional Abierta y a Distancia UNAD, 2009.



MONOGRAFIAS, Ejemplos de diagramas UML, interfaces gráficas de usuario, y
usos del UML en la ingeniería inversa, 2009, Disponible en Internet:
http://www.monografias.com/trabajos67/diagramas-uml/diagramas-
uml.shtml.



WIKIPEDIA, la enciclopedia libre, Lenguaje Unificado de Modelado, 2009,
Disponible http://es.wikipedia.org/wiki/Lenguaje_Unificado_de_Modelado

GOMEZ, Cristina. Diseño de sistemas software en UML. España: Ediciones

More Related Content

What's hot

Object Oriented Analysis and Design with UML2 part1
Object Oriented Analysis and Design with UML2 part1Object Oriented Analysis and Design with UML2 part1
Object Oriented Analysis and Design with UML2 part1Haitham Raik
 
Software Architecture Document Final
Software Architecture Document FinalSoftware Architecture Document Final
Software Architecture Document FinalAli Ahmed
 
Informatica Tutorial For Beginners | Informatica Powercenter Tutorial | Edureka
Informatica Tutorial For Beginners | Informatica Powercenter Tutorial | EdurekaInformatica Tutorial For Beginners | Informatica Powercenter Tutorial | Edureka
Informatica Tutorial For Beginners | Informatica Powercenter Tutorial | EdurekaEdureka!
 
Arquitectura basada a Eventos para principiantes con Apache Kafka
Arquitectura basada a Eventos para principiantes con Apache KafkaArquitectura basada a Eventos para principiantes con Apache Kafka
Arquitectura basada a Eventos para principiantes con Apache KafkaSoftware Guru
 
06 august meetup - enterprise integration architecture
06   august meetup - enterprise integration architecture06   august meetup - enterprise integration architecture
06 august meetup - enterprise integration architectureAldo Fernandez
 
Online examination system Documentation
Online examination system DocumentationOnline examination system Documentation
Online examination system DocumentationLehlohonoloMakoti
 
Software requirement specification
Software requirement specificationSoftware requirement specification
Software requirement specificationAmit Gandhi
 
9321885 online-university-admission-system (1)
9321885 online-university-admission-system (1)9321885 online-university-admission-system (1)
9321885 online-university-admission-system (1)Amani Mrisho
 
Requirements Engineering Processes in Software Engineering SE6
Requirements Engineering Processes in Software Engineering SE6Requirements Engineering Processes in Software Engineering SE6
Requirements Engineering Processes in Software Engineering SE6koolkampus
 
UML Class Diagram G-3-122139
UML Class Diagram G-3-122139UML Class Diagram G-3-122139
UML Class Diagram G-3-122139Hansi Thenuwara
 
Ifw framework for banking industry presentation
Ifw framework for banking industry presentationIfw framework for banking industry presentation
Ifw framework for banking industry presentationRavi Sarkar
 
College Automation System use in Institutions
College Automation System use in Institutions College Automation System use in Institutions
College Automation System use in Institutions Nilesh Patil
 
Mobile store management
Mobile store management Mobile store management
Mobile store management Rupendra Verma
 
Object oriented modeling and design
Object oriented modeling and designObject oriented modeling and design
Object oriented modeling and designjayashri kolekar
 
Top Five Cool Features in Oracle SQL Developer Data Modeler
Top Five Cool Features in Oracle SQL Developer Data ModelerTop Five Cool Features in Oracle SQL Developer Data Modeler
Top Five Cool Features in Oracle SQL Developer Data ModelerKent Graziano
 
Preparing a data migration plan: A practical guide
Preparing a data migration plan: A practical guidePreparing a data migration plan: A practical guide
Preparing a data migration plan: A practical guideETLSolutions
 

What's hot (20)

Object Oriented Analysis and Design with UML2 part1
Object Oriented Analysis and Design with UML2 part1Object Oriented Analysis and Design with UML2 part1
Object Oriented Analysis and Design with UML2 part1
 
Software Architecture Document Final
Software Architecture Document FinalSoftware Architecture Document Final
Software Architecture Document Final
 
Informatica Tutorial For Beginners | Informatica Powercenter Tutorial | Edureka
Informatica Tutorial For Beginners | Informatica Powercenter Tutorial | EdurekaInformatica Tutorial For Beginners | Informatica Powercenter Tutorial | Edureka
Informatica Tutorial For Beginners | Informatica Powercenter Tutorial | Edureka
 
Arquitectura basada a Eventos para principiantes con Apache Kafka
Arquitectura basada a Eventos para principiantes con Apache KafkaArquitectura basada a Eventos para principiantes con Apache Kafka
Arquitectura basada a Eventos para principiantes con Apache Kafka
 
06 august meetup - enterprise integration architecture
06   august meetup - enterprise integration architecture06   august meetup - enterprise integration architecture
06 august meetup - enterprise integration architecture
 
Online examination system Documentation
Online examination system DocumentationOnline examination system Documentation
Online examination system Documentation
 
Uml
UmlUml
Uml
 
Software requirement specification
Software requirement specificationSoftware requirement specification
Software requirement specification
 
Sgbdoo
SgbdooSgbdoo
Sgbdoo
 
9321885 online-university-admission-system (1)
9321885 online-university-admission-system (1)9321885 online-university-admission-system (1)
9321885 online-university-admission-system (1)
 
Requirements Engineering Processes in Software Engineering SE6
Requirements Engineering Processes in Software Engineering SE6Requirements Engineering Processes in Software Engineering SE6
Requirements Engineering Processes in Software Engineering SE6
 
UML Class Diagram G-3-122139
UML Class Diagram G-3-122139UML Class Diagram G-3-122139
UML Class Diagram G-3-122139
 
Ifw framework for banking industry presentation
Ifw framework for banking industry presentationIfw framework for banking industry presentation
Ifw framework for banking industry presentation
 
College Automation System use in Institutions
College Automation System use in Institutions College Automation System use in Institutions
College Automation System use in Institutions
 
Mobile store management
Mobile store management Mobile store management
Mobile store management
 
Object oriented modeling and design
Object oriented modeling and designObject oriented modeling and design
Object oriented modeling and design
 
Top Five Cool Features in Oracle SQL Developer Data Modeler
Top Five Cool Features in Oracle SQL Developer Data ModelerTop Five Cool Features in Oracle SQL Developer Data Modeler
Top Five Cool Features in Oracle SQL Developer Data Modeler
 
Diagrama de clases y objetos
Diagrama de clases y objetosDiagrama de clases y objetos
Diagrama de clases y objetos
 
Structured Design
Structured DesignStructured Design
Structured Design
 
Preparing a data migration plan: A practical guide
Preparing a data migration plan: A practical guidePreparing a data migration plan: A practical guide
Preparing a data migration plan: A practical guide
 

Viewers also liked

Urheberrecht vz th faju13
Urheberrecht vz th faju13Urheberrecht vz th faju13
Urheberrecht vz th faju13evjugendekm
 
Poker slideshare okt2012
Poker slideshare okt2012Poker slideshare okt2012
Poker slideshare okt2012Brigitte Witzer
 
Elproyectomatriz130 losbuitresyelcorralito-100627100216-phpapp02
Elproyectomatriz130 losbuitresyelcorralito-100627100216-phpapp02Elproyectomatriz130 losbuitresyelcorralito-100627100216-phpapp02
Elproyectomatriz130 losbuitresyelcorralito-100627100216-phpapp02Jordi Garrigosa Ayuso
 
Business-orientierte Webseiten, speziell für Kleinunternehmen, mit dem Worlds...
Business-orientierte Webseiten, speziell für Kleinunternehmen, mit dem Worlds...Business-orientierte Webseiten, speziell für Kleinunternehmen, mit dem Worlds...
Business-orientierte Webseiten, speziell für Kleinunternehmen, mit dem Worlds...Internetagentur Guter-Kundenservice.de
 
TVSMOR 3D DESIGNS
TVSMOR 3D DESIGNSTVSMOR 3D DESIGNS
TVSMOR 3D DESIGNSTVSMOR
 
Test deinteligenciaandersen
Test deinteligenciaandersenTest deinteligenciaandersen
Test deinteligenciaandersenjuanis03
 
Antecedentes de la reforma (suma x la educacion)
Antecedentes de la reforma (suma x la educacion)Antecedentes de la reforma (suma x la educacion)
Antecedentes de la reforma (suma x la educacion)RedesCemefi
 
Perfil profesional presentación1
Perfil profesional presentación1Perfil profesional presentación1
Perfil profesional presentación1Fadel Galeb
 
Tabimed - 2 informe coyuntura julio 2009
Tabimed - 2 informe coyuntura julio 2009Tabimed - 2 informe coyuntura julio 2009
Tabimed - 2 informe coyuntura julio 2009Tabimed
 

Viewers also liked (20)

Arenaypiedra
ArenaypiedraArenaypiedra
Arenaypiedra
 
Ramanuja1
Ramanuja1Ramanuja1
Ramanuja1
 
Propuesta
PropuestaPropuesta
Propuesta
 
Urheberrecht vz th faju13
Urheberrecht vz th faju13Urheberrecht vz th faju13
Urheberrecht vz th faju13
 
Poker slideshare okt2012
Poker slideshare okt2012Poker slideshare okt2012
Poker slideshare okt2012
 
Elproyectomatriz130 losbuitresyelcorralito-100627100216-phpapp02
Elproyectomatriz130 losbuitresyelcorralito-100627100216-phpapp02Elproyectomatriz130 losbuitresyelcorralito-100627100216-phpapp02
Elproyectomatriz130 losbuitresyelcorralito-100627100216-phpapp02
 
Story board
Story boardStory board
Story board
 
Staff
StaffStaff
Staff
 
100108 grupo 278_trabajo_final_
100108 grupo 278_trabajo_final_100108 grupo 278_trabajo_final_
100108 grupo 278_trabajo_final_
 
Business-orientierte Webseiten, speziell für Kleinunternehmen, mit dem Worlds...
Business-orientierte Webseiten, speziell für Kleinunternehmen, mit dem Worlds...Business-orientierte Webseiten, speziell für Kleinunternehmen, mit dem Worlds...
Business-orientierte Webseiten, speziell für Kleinunternehmen, mit dem Worlds...
 
Ere william
Ere williamEre william
Ere william
 
TVSMOR 3D DESIGNS
TVSMOR 3D DESIGNSTVSMOR 3D DESIGNS
TVSMOR 3D DESIGNS
 
Test deinteligenciaandersen
Test deinteligenciaandersenTest deinteligenciaandersen
Test deinteligenciaandersen
 
Antecedentes de la reforma (suma x la educacion)
Antecedentes de la reforma (suma x la educacion)Antecedentes de la reforma (suma x la educacion)
Antecedentes de la reforma (suma x la educacion)
 
Funcion estética intro
Funcion estética introFuncion estética intro
Funcion estética intro
 
SEVEN WONDERS CLUB
SEVEN WONDERS CLUBSEVEN WONDERS CLUB
SEVEN WONDERS CLUB
 
Perfil profesional presentación1
Perfil profesional presentación1Perfil profesional presentación1
Perfil profesional presentación1
 
Chemtrailsespfinal
ChemtrailsespfinalChemtrailsespfinal
Chemtrailsespfinal
 
Tabimed - 2 informe coyuntura julio 2009
Tabimed - 2 informe coyuntura julio 2009Tabimed - 2 informe coyuntura julio 2009
Tabimed - 2 informe coyuntura julio 2009
 
PVO México
PVO MéxicoPVO México
PVO México
 

Similar to Evaluacion final uml

Portafolio Trabajo final grupo_200609-17
Portafolio Trabajo final grupo_200609-17Portafolio Trabajo final grupo_200609-17
Portafolio Trabajo final grupo_200609-17om15yep857
 
Trabajo final uml Grupo: 200609_5
Trabajo final uml Grupo: 200609_5Trabajo final uml Grupo: 200609_5
Trabajo final uml Grupo: 200609_5200609_5
 
Portafolio de servicios-souvenir
Portafolio de servicios-souvenirPortafolio de servicios-souvenir
Portafolio de servicios-souvenirom15yep857
 
Marco teórico zapatería
Marco teórico zapateríaMarco teórico zapatería
Marco teórico zapateríaSwanny Aquino
 
AGROSERVICIO ORGANICO UML
AGROSERVICIO ORGANICO UMLAGROSERVICIO ORGANICO UML
AGROSERVICIO ORGANICO UMLrw999
 
Trabajo final uml_200609_19
Trabajo final uml_200609_19Trabajo final uml_200609_19
Trabajo final uml_200609_19Yenny González
 
Trabajo final lenguaje unificado de modelado uml 200609 18
Trabajo final lenguaje unificado de modelado uml 200609 18 Trabajo final lenguaje unificado de modelado uml 200609 18
Trabajo final lenguaje unificado de modelado uml 200609 18 rubenchouml2012
 
Trabajo final grupo_200609_27
Trabajo final grupo_200609_27Trabajo final grupo_200609_27
Trabajo final grupo_200609_27Mariadeli Perlaza
 
Proyecto Final Modelado de Proceso de Negocios
Proyecto Final Modelado de Proceso de NegociosProyecto Final Modelado de Proceso de Negocios
Proyecto Final Modelado de Proceso de NegociosLuis Alberto Grijalva
 
Portafolio la tienda_electric
Portafolio la tienda_electricPortafolio la tienda_electric
Portafolio la tienda_electricEliana Sarria
 
Portafolio 200609_21_final
Portafolio  200609_21_finalPortafolio  200609_21_final
Portafolio 200609_21_final200609_21 UML
 
Trabajofinal grupo200609 32
Trabajofinal grupo200609 32Trabajofinal grupo200609 32
Trabajofinal grupo200609 32jfelix63
 
Mcvs re-01 visión del negocio
Mcvs re-01 visión del negocioMcvs re-01 visión del negocio
Mcvs re-01 visión del negociolnavarros
 
Portafolio electric shop2012
Portafolio electric shop2012Portafolio electric shop2012
Portafolio electric shop2012electricshop2012
 
Metodologia para la creacion de una app
Metodologia para la creacion de una appMetodologia para la creacion de una app
Metodologia para la creacion de una appEdgarSnchezGarca
 
Memoria tecnica control de inventario
Memoria tecnica control de inventarioMemoria tecnica control de inventario
Memoria tecnica control de inventarioKevin Coronel
 

Similar to Evaluacion final uml (20)

Portafolio Trabajo final grupo_200609-17
Portafolio Trabajo final grupo_200609-17Portafolio Trabajo final grupo_200609-17
Portafolio Trabajo final grupo_200609-17
 
Trabajo final uml Grupo: 200609_5
Trabajo final uml Grupo: 200609_5Trabajo final uml Grupo: 200609_5
Trabajo final uml Grupo: 200609_5
 
Portafolio de servicios-souvenir
Portafolio de servicios-souvenirPortafolio de servicios-souvenir
Portafolio de servicios-souvenir
 
Marco teórico zapatería
Marco teórico zapateríaMarco teórico zapatería
Marco teórico zapatería
 
AGROSERVICIO ORGANICO UML
AGROSERVICIO ORGANICO UMLAGROSERVICIO ORGANICO UML
AGROSERVICIO ORGANICO UML
 
Trabajo final uml_200609_19
Trabajo final uml_200609_19Trabajo final uml_200609_19
Trabajo final uml_200609_19
 
Anteproyecto salazar bolivar
Anteproyecto salazar bolivarAnteproyecto salazar bolivar
Anteproyecto salazar bolivar
 
Trabajo final lenguaje unificado de modelado uml 200609 18
Trabajo final lenguaje unificado de modelado uml 200609 18 Trabajo final lenguaje unificado de modelado uml 200609 18
Trabajo final lenguaje unificado de modelado uml 200609 18
 
Trabajo final grupo_200609_27
Trabajo final grupo_200609_27Trabajo final grupo_200609_27
Trabajo final grupo_200609_27
 
Proyecto Final Modelado de Proceso de Negocios
Proyecto Final Modelado de Proceso de NegociosProyecto Final Modelado de Proceso de Negocios
Proyecto Final Modelado de Proceso de Negocios
 
Portafolio la tienda_electric
Portafolio la tienda_electricPortafolio la tienda_electric
Portafolio la tienda_electric
 
Portafolio 200609_21_final
Portafolio  200609_21_finalPortafolio  200609_21_final
Portafolio 200609_21_final
 
Trabajofinal grupo200609 32
Trabajofinal grupo200609 32Trabajofinal grupo200609 32
Trabajofinal grupo200609 32
 
Mcvs re-01 visión del negocio
Mcvs re-01 visión del negocioMcvs re-01 visión del negocio
Mcvs re-01 visión del negocio
 
Trabajo
TrabajoTrabajo
Trabajo
 
DIseño de Sistema
DIseño de Sistema DIseño de Sistema
DIseño de Sistema
 
Portafolio electric shop2012
Portafolio electric shop2012Portafolio electric shop2012
Portafolio electric shop2012
 
COMERCIO ELECTRONICO
COMERCIO ELECTRONICOCOMERCIO ELECTRONICO
COMERCIO ELECTRONICO
 
Metodologia para la creacion de una app
Metodologia para la creacion de una appMetodologia para la creacion de una app
Metodologia para la creacion de una app
 
Memoria tecnica control de inventario
Memoria tecnica control de inventarioMemoria tecnica control de inventario
Memoria tecnica control de inventario
 

Evaluacion final uml

  • 1. EVALUACIÓN NACIONAL LENGUAJE DE MODELADO UNIFICADO (UML) EDUARDO ALBERTO OVALLE CAMELO LEANDRO MELO MONICA DEL PILAR NARVAEZ LEIDI YOJANA BRAND GRUPO: 200609_5 TUTOR: HAROLD EMILIO CABRERA UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA-UNAD FACULTAD DE CIENCIAS BASICAS DE LA INGENIERIA PRORAMA DE INGENIERIA DE SISTEMAS LENGUAJE DE MODELADO UNIFICADO UML 2012
  • 2. INTRODUCCION La presente actividad corresponde al trabajo final por proyectos del cursoelectivo UML, la propuesta de trabajo fue realizar el desarrollo y solución parala gestión de una tienda de ventas por internet de componentes electrónicos.Por medio de los conocimientos adquiridos durante el semestre se procedió adiseñar los diagramas de clases, de uso, de actividad y de secuencia quepermiten la solución del problema. Como actividad principal se realizará un blogen donde se simula la gestión y administración la tienda ELECTRIC, donde sepuede visualizar de manera clara las actividades y los diagramas que permitenla administración de los inventarios de la tienda.Para el control del inventario se realizaran los diferentes diagramas quepresentan la solución en la gestión del negocio; en el diagrama de clases semuestran las diferentes entidades que conforman la actividad de la tienda, conestas entidades se establecen las relaciones que presentan la secuencia lógicaen la atención del negocio; el diagrama de casos de uso visualiza lasdiferentes actividades a realizar por partes de los actores del sistema, estasactividades son los procedimientos que se llevan a cabo para poder ingresarinformación al sistema; por último los diagramas de actividades y secuenciapresentan la ejecución de los procedimientos de gestión del inventario de latienda en el tiempo. Adicional al diseño de la lógica de la tienda se realiza la presentación yportafolio de servicios con lo cual tenemos la opción y los conocimientos pararealizar el diseño y montaje de un sitio web.
  • 3. OBJETIVO GENERAL Desarrollar un modelo y aplicar a un caso real los conceptos yconocimientos de UML. Objetivos Específico Crear un blog, que simule el portal web de la empresa ELECTRIC. Diseñar un portafolio de servicio de la empresa ELECTRIC, en donde seindicaran las funciones de la empresa
  • 4. VISION Ser identificados por las pequeñas y medianas empresas del mercado Latinoamericano, como el socio electrónico fundamental para lacreación de negocios globalesrentables con el uso de la Electrónica, ofreciendo a nuestros clientes las mejores marcas a los mejores precioscon una calidad inigualable. MISION Estar brindando a las pequeñas y medianas empresas en el mercado Latinoamericano, soluciones y servicios enfocados en las últimas tecnologías de la electrónica para mejorar su rentabilidad y así fomentar la competitividad con empresas de cualquier tamaño. Además ofrecer los mejores componentes electrónicos a través de Internet de una forma segura yconfiable de las marcas más reconocidas que ofrecen la mejor calidad, garantizando quenuestros productos sean los mejores, Contribuyendo así al éxito de nuestros clientes,desarrollando sus proyectos con calidad, seguridad, y dentro del plazo y presupuestoprevistos.
  • 5. Planteamiento del Problema La tienda ELECTRIC es una empresa que maneja su inventario, ventas y proveedores por medio de Internet, además, es una tienda especializada en componentes electrónicos que compra sus existencias a una serie de proveedores, vendiéndolas posteriormente a sus clientes, a la vez lleva el control 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. El módulo de proveedores, además del típico mantenimiento de los datos relacionados, se encarga de generar los listados de las piezas vendidas por un determinado proveedor. Cuando un cliente solicita un determinado componente, se comprueba que haya existencias del producto y se le informa de su precio. Si el cliente adquiere el producto, se actualizará el inventario del 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 al proveedor. El control de almacén se encarga de tener 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.  Crear un BLOG que simule el portal web de la empresa ELECTRIC que contenga los aspectos antes mencionados. Inventario, Manejo de proveedores, manejo de componentes o productos, clientes, ventas, etc (NO HAY QUE CREAR NINGUNA BASE DE DATOS es una SIMULACION DE CÓMO USTED CREARIA EL PORTAL PARA LA EMPRESA)  Cree el portafolio de servicios de la empresa ELECTRIC en un documento de Word y súbalo a la página http://www.slideshare.net/. El portafolio debe tener: logos de la empresa, diagramas de casos de uso, diagrama de actividades, diagrama de clases y diagramas de secuencia que indique cómo funciona la empresa. ES DECIR LOS DIAGRAMAS QUE RESUELVEN EL PROBLEMA PLANTEADO  Enlace el portafolio creado en http://www.slideshare.net/. Al BLOG QUE SIMULA la página Web de la empresa ELECTRIC
  • 6. PORTAFOLIO DE SERVICIOS Competimos con calidad, tecnología y buenos precios, competimos con calidad, tecnología y buenos precios. Nos identificamos en el mercado por Atención telefónica e Internet, Contamos con ejecutivos que pueden tomar sus pedidos en Internet y teléfono, contando por supuesto con nuestras oficinas a su completa disposición. Contamos con personal calificado, que maneja sus paquetes con delicadeza y precisión. Prontitud, y precisión en las entregas. Entregas Nacionales e internacionales. Entrega Express. (Conlleva un costo extra). Servicio especial a vendedores por Internet y a empresas. (Envíos en alto volumen). Entregas los 365 días del año. Envoltorios a prueba de Agua e impactos ligeros. (Precaución de artículos frágiles). Vehículos ecológicos y de baja emisión amigables con el ambiente. Servicio cordial y especializado. Reembolso en caso de pérdida. (Previamente pactado). LOGO DE LA EMPRESA 1. DIAGRAMA DE CLASES Son los más comunes en el modelado de sistemas orientados a objetos. Estos diagramas seutilizan para describir la Vista de diseño estática de un sistema, incluyen clases activas las cuales se utilizan para cubrir la vista de procesos estática de un sistema. El diagrama de clases para la tienda ELECTRIC está formado por 8 clases, cadauna con sus atributos y métodos, las relaciones que se establecen entre lasdiferentes clases, tienen en cuenta el tipo de relaciones si es de asociación,generalización, o agregación además de la respectiva multiplicidad. La tienda ELECTRIC maneja su inventario manteniendo el control y actualizandola información de sus ventas y pedidos para así realizar la solicitud de comprade productos a sus proveedores. En relación a
  • 7. los clientes que llegan a latienda estos compran sus productos y los cancelan quedando como videncia larespectiva factura y si el producto está agotado se pasa a la clase pedidos paraque desde la clase inventario se proceda a solicitarlo al proveedor. 2. DIAGRAMA CASOS DE USO Los casos de uso son los que Representan en general el funcionamiento del sistema siendoestos los más utilizados como base del desarrollo de un modelo real, representa casos de uso, actores y relaciones, se utilizan especialmente para organizar y modelar el comportamiento de un sistema. El diagrama de casos de uso para la tienda ELECTRIC describe elcomportamiento del negocio y de la interacción por entidades externas comolos actores. En el caso del diagrama presentado se tienen tres actores de los cuales el administrador es quien lleva a cabo las tareas de administración de la tiendatales como comprar productos a los proveedores, realizar y mantener elinventario, realizar las ventas, manejar la caja.
  • 8. 3. DIAGRAMA DE ACTIVIDAD Esen este diagrama se refleja los flujos de trabajo paso a paso para la compra deun producto por parte de un cliente en la tienda ELECTRIC, este proceso es elciclo vital del manejo en la tienda ya que una vez el cliente solicita un productose comprueba su existencia, se procede a su venta, al proceso de facturacióny a la actualización del inventario; caso contrario de no estar el artículo en elalmacén y el cliente muestra interés en esperar a su pedido se procede aelevar la solicitud del producto al proveedor.
  • 9. 4. DIAGRAMA DE SECUENCIA En este diagrama se muestra la interacción de los objetos Página principal, venta, componente electrónico y almacén presentes en el esquema de serviciode la tienda ELECTRIC, el encargado tiene la responsabilidad de abrir la venta eir realizando las diferentes operaciones en el sistema, hasta lograr entregar elproducto al cliente, recibir el dinero y actualizar el inventario. En el diagrama desecuencia se muestra en pasos lógicos los procesos necesarios para vender el producto. DIAGRAMA SECUENCIA REALIZAR VENTA <<boundary>> <<boundary>> <<entity>> <<entity>> <<control>> <<entity>> : ventana principal : ventana realizar ventas : existencias : existencias : control existencias : factura : administrador 1 : abre 2 : despliega 3 : registra productos 4 : consulta 5 : consultar producto() 6 : existencia producto() 7 : existencia producto() 8 : imprime factura DIAGRAMA DE SECUENCIA REGISTRAR PEDIDO <<boundary>> <<boundary>> <<control>> <<entity>> : ventana principal : ventan realizar pedidos : control pedidos : pedidos : administrador 1 : abre 2 : muestra 3 : solicita pedido 4 : datos pedido 5 : registrar pedido()
  • 10. DIAGRAMA DE SECUENCIA REGISTRAR CLIENTE <<boundary>> <<boundary>> <<control>> <<entity>> : ventana principal : ventana registrar clientes control clientes : : clientes : administrador 1 : abre 2 : muestra 3 : registra datos cliente 4 : envia datos() 5 : almacena datos() DIAGRAMA DE SECUENCIA REGISTRAR PROVEEDOR <<boundary>> <<boundary>> <<control>> <<entity>> : ventana principal : ventana administrar proveedores proveedores : control : proveedores : administrador 1 : ingresa 2 : despliega 3 : registra datos proveedores 4 : envia() 5 : almacena datos()
  • 11. CONCLUSIONES En todo proyecto informático la fase de planeación y análisis de lasituación son los elementos clave para poder llevar a cabo las tareas deldesarrollo informático, en el presente trabajo comprendimos laimportancia de leer muy bien y resaltar los verbos que tienen relacióncon las clases UML del sistema.Mediante los diagramas de UML podemos visualizar y enfocar demanera más fácil la solución del problema, ya que es conocido que losseres humanos enfocamos más fácil nuestra atención en un dibujo oesquema que en un texto. La administración de la tienda ELECTRIC se define en ocho clases, lascuales tienen relación directa o indirecta con la clase inventario,permitiendo así identificar de manera fácil las relaciones y su tipo para lagestión de los productos. Con el trabajo y presentación de esta actividad, usamos y aplicamos losconceptos básicos de UML, los cuales son fundamentales para el diseñode sistemas.
  • 12. BIBLIOGRAFÍA CABRERA MEZA, Harold, Modulo de Lenguaje Unificado de Modelado UML, Universidad Nacional Abierta y a Distancia UNAD, 2009. MONOGRAFIAS, Ejemplos de diagramas UML, interfaces gráficas de usuario, y usos del UML en la ingeniería inversa, 2009, Disponible en Internet: http://www.monografias.com/trabajos67/diagramas-uml/diagramas- uml.shtml. WIKIPEDIA, la enciclopedia libre, Lenguaje Unificado de Modelado, 2009, Disponible http://es.wikipedia.org/wiki/Lenguaje_Unificado_de_Modelado GOMEZ, Cristina. Diseño de sistemas software en UML. España: Ediciones