Modelado de Negocios

Actividad 2 Modelado de Negocios y UML

ALEJANDRO ARCHUNDIA GALEAZZI

ES1421001992
 Restaurante
*Administracin
*Sucursales
*Pblico en
general
Si el restaurante posee con varias
*Mostrar
sucursales, y varan un poco una de la El men, podra ser dividi
*Ocultar
otras, se pudiese entablar una *Ordenar
en pequeos mdulos o
estructura similar en esencia, mas *Buscar campo
subclases, para que se
individual en cuanto que atendiera *Aadir campo
atendiese las caractersticas
solo las caractersticas, necesidades y *Eliminar campo
de cada tipo de platillo mas
*Editar campo
operaciones de cada empresa en especifico

Operacin
*Datos
Men
*Fecha
*Cantidad *Platillo
*Descripcin *Nombre
*Total *Precio
*Cliente *IVA
*Empleado *Bebidas
*Num de operacin *Nombre
*Mostrar *Precio
*Ocultar *IVA La clase empleado podra ser estructurada de
Se podra mostrar una nueva *Ordenar *Mostrar forma grupal e individual para cada sucursal
*Aadir campo *Ocultar
ventana para administrar todas
*Eliminar campo *Ordenar Se relaciona con el men de cierta forma por que
las cuentasConsideraciones
de las ventas, y estay Aspectos a tratar.
*Editar campo *Buscar campo
se desligara de la clase ventas use hara mencin de los platillos que prefiere
*Aadir campo
*Eliminar campo
*Editar campo
 El anterior diagrama de clases ha sido generado, atendiendo en lo ms esencialmente las consideraciones y puntos importantes con lo cuales se estipulaba que tenia
que contar. Mas sin embargo dicho diagrama solo represente una abstraccin de forma muy general del principal concepto e idea para el desarrollo que se prev tuviera
dentro de una aplicacin para dicho restaurante.
Como puede verse solo se mencionan las clases ms generales y especificas dentro del diagrama, mas no por esto afirmo y expongo que dichas clases serian las nicas
existentes dentro de la aplicacin, debido a que de estas clases principales se generaran mas y nuevas subclases, que atendiesen actividades nuevas o independientes.
Solo se ha hecho mencin aqu de las clases primarias o superclases, Debido principalmente al espacio con el que se cuenta en dicho diagrama. Ya que citar la mayor
cantidad posible de clases existentes y sus procesos, volvera a nuestro diagrama ms extenso, y menos posible de representar de manera general aqu. Y por ende un
poco ms difcil de interpretar.
Cabe destacar que con la generalizacin del concepto, se pretende dar al diagrama el enfoque de simplicidad, atendiendo los aspectos y o puntos ms importantes que
tendran una actuacin dentro del proceso del desarrollo.
Para estructura y acomodo se ha pensado en una hiperclase denominada restaurante de la cual se desligasen tres hijas clase,(ventas, empleados y clientes). De las
anteriores puede verse se podran empezar a generar ms, y por ende se creera la relacin entre mas clases.
Cada clase fue expuesta de tal manera, que queda detallada su identificador o nombre, sus atributos, y su comportamiento.
El comportamiento y atributos de las clases fueron pensados segn lo que se pretende que se realice en la aplicacin, y no lo que hace dentro del contexto de la vida
real. Ya que lo importante aqu es el desarrollo de la aplicacin basndonos en el modelo del objeto real, que en este caso sera el restaurante.
Se han expuesto y agregado ciertas notas, que pudiesen representar detalles o aspectos del desarrollo que serian de mucha importancia y relevancia dentro de la
misma.
La clase men, guarda relacin con diferentes clases, mas sin embargo no se desliga inmediatamente de otra clase superior, es por eso que esta clase ha sido unida con
una lnea punteada siguiendo las caractersticas de los diagramas de clase.
Es importante recalcar que el diagrama aqu tratado solo pudiese representar una idea muy general de lo que pudiese tratar el concepto de desarrollo del proyecto a
primera instancia. Antes bien podra darse el caso de que las generalidades y o necesidades tanto del desarrollo as como de la estructura del proceso de modelado, se
viese afectado o modificado por diversas instancias que surgieran con el tiempo. Es por esto ltimo que no puede afirmarse que dicho diagrama represente el concepto
final del desarrollo de la idea de la aplicacin.

Caractersticas y conceptos principales dentro de UML que se aplican al diagrama.

Un diagrama de clases sirve para visualizar las relaciones entre las clases que involucran el sistema, las cuales pueden ser asociativas, de herencia, de uso y de
contenido.
Las clases pueden ser divididas listando sus atributos y comportamientos
Los elementos que vemos presentes en el, son las clases con sus diferentes atributos y comportamientos, los diferentes tipos de relaciones que existen entre una y otra
clase, y la estructura y forma en que estas clases quedan relacionadas dentro del concepto de proceso del modelo de desarrollo.
Caractersticas de UML presentes

Permite describir un sistema en diferentes niveles de abstraccin, simplificando la complejidad sin perder informacin, para que tanto usuarios, lderes y
desarrolladores puedan comprender claramente las caractersticas de la aplicacin.
Presenta una representacin grafica y ordenada de un proceso para el desarrollo previo de algn sistema.
La interpretacin que se diera de dicha representacin seria nica, puesto que no da cabida a diferentes interpretaciones.
La estructura de los diagramas de UML, es clara, sencilla y ordenada, permitiendo una fcil comprensin de la idea a desarrollar.
Flexibilidad para admitir cambios no previstos durante el diseo o el rediseo.
Esquemas de apoyo de diseo, documentacin, construccin e implantacin de sistema.
Admite diseo desde inicio a fin, diseo inverso (o rediseo) y diseo vise-versa, con esquemas amplios para documentar detalladamente los procesos.
Es posible ensear al cliente una posible aproximacin de lo que ser el producto final.
Proporcionan una primera aproximacin al problema que permite visualizar cmo quedar el resultado.
Reducen la complejidad del original en subconjuntos que son fcilmente tratables por separado.

Conclusiones
 El uso e implementacin de los conceptos aprendidos y desarrollados en UML, proporciona muchas ventajas y simplicidad al momento de presentar el concepto grafico
de un modelo de negocio.
El que yo como desarrollador de software empiece a implementar y utilizar UML, al momento de modelar mis proyectos de software, me servir tanto como para
esclarecer mi idea de estructura de los procesos que tendr el sistema, as como herramienta de gua y consulta para el proyecto que estoy desarrollando.
UML tambin lograra que el grupo de desarrolladores que lo utilizase, se viera beneficiado en cuanto a aspectos de trabajo colaborativo y gastos de desarrollo.
El cliente podra ver e interpretar fcilmente un diagrama basado en UML, que estuviese expuesto de forma sencilla, para conocer y comprender como se estructurara
su sistema. Y sobre esto el cliente podra sugerir aspectos a incluir o modificar.
Facilitara mucho la comprensin y comunicacin entre desarrolladores, cliente solicitante y usuarios finales del software.
Por ltimo me gustara indicar y agregar que la presente actividad ha constituido para m una clara imagen de las facilidades y ventajas que tiene el uso de UML dentro
del proceso de modelado de negocio. Pues por medio de la realizacin de esta ltima, ahora soy capaz de comprender totalmente todo lo antes expuesto y fundado
dentro del contenido de la unidad, acerca de cmo nos beneficia UML. Ahora soy capaz de comprender sus ventajas tan dinmicas, y de saber el porqu de su uso tan
difundido y aceptado dentro del mundo del diseo de software.

Bibliografa
Annimo Modelo de Clases Sin fecha. (Consultado el 28 de enero de 2015) << http://users.dcc.uchile.cl/~psalinas/uml/modelo.html >>
Dueas Wilson Tutorial UML Monografias.com Sin fecha. (Consultado el 29 de enero de 2015) << http://www.monografias.com/trabajos97/tutorial-
uml/tutorial-uml.shtml#caracteria >>