Modelado de NegociosActividad 2 Modelado de Negocios y UML

Uriel Edmundo Plata HernándezES1410905340

Prof. Hilda Luz Reyes Escamilla

Consideraciones y Aspectos a tratar.

Restaurante

*Administración *Sucursales*Público en general*Mostrar*Ocultar*Ordenar*Buscar campo*Añadir campo*Eliminar campo*Editar campo

Operación

*Datos *Fecha *Cantidad *Descripción *Total*Cliente*Empleado*Num de operación*Mostrar*Ocultar*Ordenar*Añadir campo*Eliminar campo*Editar campo

Menú

*Platillo *Nombre *Precio *IVA*Bebidas *Nombre *Precio *IVA*Mostrar*Ocultar*Ordenar*Buscar campo*Añadir campo*Eliminar campo*Editar campo

La clase empleado podría ser estructurada de forma grupal e individual para cada sucursal

Se relaciona con el menú de cierta forma por que use haría mención de los platillos que prefiere

Si el restaurante posee con varias sucursales, y varían un poco una de la otras, se pudiese entablar una estructura similar en esencia, mas individual en cuanto que atendiera solo las características, necesidades y operaciones de cada empresa

El menú, podría ser dividió en pequeños módulos o subclases, para que se atendiese las características de cada tipo de platillo mas en especifico

Se podría mostrar una nueva ventana para administrar todas las cuentas de las ventas, y esta se desligaría de la clase ventas

El anterior diagrama de clases ha sido generado, atendiendo en lo más esencialmente las consideraciones y puntos importantes con lo cuales se estipulaba que tenia que contar. Mas sin embargo dicho diagrama solo represente una abstracción de forma muy general del principal concepto e idea para el desarrollo que se prevé tuviera dentro de una aplicación para dicho restaurante.

Como puede verse solo se mencionan las clases más generales y especificas dentro del diagrama, mas no por esto afirmo y expongo que dichas clases serian las únicas existentes dentro de la aplicación, debido a que de estas clases principales se generarían mas y nuevas subclases, que atendiesen actividades nuevas o independientes. Solo se ha hecho mención 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, volvería a nuestro diagrama más extenso, y menos posible de representar de manera general aquí. Y por ende un poco más difícil de interpretar.

Cabe destacar que con la generalización del concepto, se pretende dar al diagrama el enfoque de simplicidad, atendiendo los aspectos y o puntos más importantes que tendrían una actuación 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 podrían empezar a generar más, y por ende se creería la relación 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 según lo que se pretende que se realice en la aplicación, y no lo que hace dentro del contexto de la vida

real. Ya que lo importante aquí es el desarrollo de la aplicación basándonos en el modelo del objeto real, que en este caso sería 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 relación 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 línea punteada siguiendo las características 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 podría 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 aplicación.

Características 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.

Características de UML presentes

Permite describir un sistema en diferentes niveles de abstracción, simplificando la complejidad sin perder información, para que tanto usuarios, líderes y desarrolladores puedan comprender claramente las características de la aplicación.

Presenta una representación grafica y ordenada de un proceso para el desarrollo previo de algún sistema. La interpretación que se diera de dicha representación seria única, puesto que no da cabida a diferentes interpretaciones. La estructura de los diagramas de UML, es clara, sencilla y ordenada, permitiendo una fácil comprensión de la idea a desarrollar. Flexibilidad para admitir cambios no previstos durante el diseño o el rediseño. Esquemas de apoyo de diseño, documentación, construcción e implantación de sistema. Admite diseño desde inicio a fin, diseño inverso (o rediseño) y diseño vise-versa, con esquemas amplios para documentar detalladamente los procesos. Es posible enseñar al cliente una posible aproximación de lo que será el producto final. Proporcionan una primera aproximación al problema que permite visualizar cómo quedará el resultado. Reducen la complejidad del original en subconjuntos que son fácilmente tratables por separado.

Conclusiones

El uso e implementación 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 guía y consulta para el proyecto que estoy desarrollando.

UML también lograría que el grupo de desarrolladores que lo utilizase, se viera beneficiado en cuanto a aspectos de trabajo colaborativo y gastos de desarrollo. El cliente podría ver e interpretar fácilmente un diagrama basado en UML, que estuviese expuesto de forma sencilla, para conocer y comprender como se estructuraría

su sistema. Y sobre esto el cliente podría sugerir aspectos a incluir o modificar. Facilitaría mucho la comprensión y comunicación entre desarrolladores, cliente solicitante y usuarios finales del software. Por último me gustaría 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 realización de esta última, ahora soy capaz de comprender totalmente todo lo antes expuesto y fundado dentro del contenido de la unidad, acerca de cómo nos beneficia UML. Ahora soy capaz de comprender sus ventajas tan dinámicas, y de saber el porqué de su uso tan difundido y aceptado dentro del mundo del diseño de software.

Bibliografía

Anónimo “Modelo de Clases” Sin fecha. (Consultado el 28 de enero de 2015) << http://users.dcc.uchile.cl/~psalinas/uml/modelo.html >> Dueñas 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 >>

Estimado Uriel,Sin duda su esfuerzo está plasmado en su trabajo, porque cumplió con la mayoría de los requerimientos. Sin embargo existen áreas de oportunidad para mejorar, así que le pido atienda

las observaciones y envíe su trabajo nuevamente, ya sea por este medio o por correo electrónico.-Identifica el modelado de negocios y sus características.20/20 -Identifica la descripción de UML.15/15 -Identifica los distintos artefactos de UML.15/15-El producto elaborado corresponde al especificado por el (la) Docente en línea. (Diagrama). 25/25 -Revisa y comenta propositivamente, con base en la temática sobre al menos dos de los trabajos de sus compañeros(as). 0/10 No se encontraron comentarios sobre los trabajos de sus compañeros.-Envía mensaje al (a la) Docente en línea sobre las razones por las que elige el producto que consideró más completo. 0/15 No envió mensaje ( por el mensajero) a la docente indicando cuál de los dos trabajos que comentó le pareció más completo.Puntaje del alumno: 75/100 = Bien.Nota: Esta calificación podrá mejorarse si atiende a las observaciones.Sugiero enviar en esta misma entrada.