Title | Diagramas de clases uml coleccion de problemas |
---|---|
Course | Ingeniería del software |
Institution | Universitat Oberta de Catalunya |
Pages | 43 |
File Size | 2.1 MB |
File Type | |
Total Downloads | 62 |
Total Views | 148 |
Download Diagramas de clases uml coleccion de problemas PDF
Ingeniería del Software Problemas de modelización en UML Diagramas de Clases UML Problema 1: Agencia de medio ambiente Queremos desarrollar un Sistema de Información para una agencia de medio ambiente que quiere documentar casos prácticos de éxito empresarial en innovación. Un caso práctico, que siempre se identifica por un nombre, hace referencia a un subsector, el cual, al mismo tiempo, siempre hace referencia a un sector que lo engloba. Cada sector y subsector se identifican por un nombre. Al mismo tiempo, un caso práctico siempre corresponde a una empresa, de la que sabemos el nombre, el número de trabajadores, el país de origen y una descripción breve. Por e jemplo: ráctico d e " Los s upermercados S upermarca", s e e ncuentra e n e l s ubsector d e l a El c aso p Distribución, que se encuentra en el sector de la Alimentación. Hace referencia a la empresa Supermarca, q ue t iene 7 4.000 e mpleados, e s d e E spaña y e s u na c adena d e s upermercados. El c aso p ráctico " Los c afés s oleados", s e e ncuentra e n e l s ubsector d el C afé, q ue s e e ncuentra l s ector d e l a A limentación. H ace r eferencia a l a e mpresa C afé I nsoluble, q ue t iene 1 .000 en e empleados, es de EEUU y es una empresa elaboradora de café instantáneo. Las empresas ofrecen productos, y en nuestro sistema queremos tener documentados un máximo de 10 de estos productos. De cada producto sabemos el nombre y una breve descripción. A algunos de estos productos, la empresa aplica estrategias innovadoras. Toda estrategia tiene una descripción donde consta una explicación de la misma. Pero además, toda estrategia es de un solo tipo: o bien es una estrategia basada en costes (es decir, en intentar reducir los costes) o bien en diferenciación (es decir, al intentar diferenciarse de la competencia). En el caso de los costes, nos interesa saber en qué área han reducido los costes (compra de mercancías, elaboración o logística).
mpresa C afé I nsoluble t iene d os p roductos, u nas c ápsulas d e c afé i nstantáneo p ara Así, l a e laborar c afés e xpreso, y e nvases d e c afé s oluble. poder e Para e ste s egundo p roducto, l os e nvases d e c afé s oluble, l a e mpresa h a a doptado u na estrategia d e c rear e nvases r ellenables d e m anera q ue e l c iclo d e v ida d el p roducto s ea m ás s u na e strategia b asada e n c ostes q ue i mpacta e n l a l ogística. largo. E Finalmente, cuando una estrategia se pone en práctica con un producto, hay que hacer notar los beneficios que se han obtenido. Por este motivo es necesario documentar el tipo de beneficio que ha habido (incremento en ventas, reputación, reducción de costes) y una frase de testimonio de alguna persona de la empresa para la que hay que indicar el cargo de la misma.
Colección de Diagramas de Clases UML Ingeniería del Software
Última actualización: Diciembre 2017
pag 1
ara e l c aso d e l a e mpresa C afé I nsoluble y s u p roducto d e C afé s oluble, l a e strategia Así, p n u n i ncremento e n v entas, y e n p alabras d e s u C EO: " Estamos o rgullosos aplicada s e t radujo e de l o q ue h emos h echo y d e c ómo n uestros c lientes n os e stán a yudando”. Para el sistema es importante que cada caso práctico sepamos cuántos productos se tienen documentados y cuántos de ellos tienen una estrategia aplicada. Diagrama de classes:
Restricciones de clave: ● CaseStudy: name ● Sector: name ● Subsector: name ● Company: name ● Product: name Otras restricciones de integridad: ● (implícita) Una S trategy p uede s er d e t ipo C osts o d e t ipo D ifferentiation, p ero n o d e a mbos tipos a la vez. Información derivada: ● /hasStrategy: se c alcula e n f unción d e s i e l p roducto t iene u na e strategia a sociada o no. ● /mprovedProducts: se c alcula a p artir d el n úmero d e p roductos q ue t ienen a sociada una estrategia.
Colección de Diagramas de Clases UML Ingeniería del Software
Última actualización: Diciembre 2017
pag 2
Prolema 2: Agencia inmobiliaria Queremos desarrollar un Sistema de Información para una agencia inmobiliaria que quiere documentar sus ofertas de inmuebles. La agencia inmobiliaria está estructurada en una sede y varias sucursales. De la sede sabemos el nombre (de hecho el nombre de la empresa) y de las sucursales sabemos también el nombre y la población donde operan. La dirección de la sede es muy estricta en referencia a la publicación de las ofertas inmobiliarias y desean dar un paso adelante tecnológico que les permita remontar el vuelo en un sector muy criticado y en crisis estos últimos tiempos. Los inmuebles se clasifican según una categoría de la que tenemos el nombre. Un inmueble es responsabilidad de una sucursal, que es quien lo da de alta y hace el mantenimiento. De los inmuebles, básicamente, tenemos esta información: una referencia (código), la dirección completa, los metros cuadrados, el número de dormitorios y el estado general del mismo (nuevo, bueno, a reformar). Por e jemplo, l a s ucursal d e V ic e s r esponsable d e e stos i nmuebles: En l a c ategoría d e " piso", u n i nmueble e n b uen e stado, e n l a C alle M ayor, 4 ( Vic), d e 8 0 m 2, c on ormitorios. 3 d e " dúplex", u n i nmueble a r eformar, e n l a C alle C aracola, 7 , 3 º ( Vic), d e 1 30 m 2 En l a c ategoría d con 3 d ormitorios. Los inmuebles pueden estar en venta, en alquiler o en venta y alquiler a la vez. Así, a un inmueble se le puede asignar al mismo tiempo un precio de venta y un precio de alquiler. Los dos precios tienen un importe en euros, pero el precio de venta, además, tiene un descuento, en tanto por ciento (que la agencia decide aplicar o no en función de cada caso) y el precio de alquiler tiene un importe de fianza, también en euros, y una periodicidad (mensual, trimestral o anual). El sistema necesita saber si un inmueble es o no de alquiler o venta, y lo sabe en función del precio asignado en cada caso. El i nmueble d e l a c alle C aracola t iene u n p recio d e v enta d e 1 20.000 e uros, c on u n p osible el 7 ,5%; p ero a l m ismo t iempo t ambién e stá d isponible c omo a lquiler, 6 00 e uros descuento d mensuales con una fianza de 500 euros. En c ambio, e l i nmueble d e l a c alle M ayor e stá d isponible p ara s er a lquilado p or 7 50 e uros a l m es na f ianza d e t ambién 7 50 e uros. con u Por último, la sede está muy interesada en conocer el funcionamiento de las visitas a los inmuebles por parte de posibles arrendatarios o compradores y cuál es su principal interés. De cada posible cliente (arrendatario o comprador) tenemos el nombre, el teléfono y el email. Cada visita a un inmueble acuerda con un cliente por un día y una hora determinados. Para simplificar, supondremos que un cliente sólo puede visitar un inmueble concreto en una sola ocasión. Cada vez que se produce una visita a uno de estos inmuebles, la sucursal encargada de realizar la visita debe, una vez finalizada la misma, completar un informe en el que se expone una breve descripción de la visita realizada y donde se indica si la persona está más interesada en compra o alquiler y el presupuesto disponible (total en caso de compra, mensual en caso de alquiler). Para e l i nmueble d e l a c alle C aracola, h ay u na v isita p revista e l p róximo m artes d ía 4 d e j ulio d e l as 1 0.00 c on R amon P la ( [email protected] y 9 91112233, e mail y t eléfono r espectivamente). 2014 a l a gente i ndica q ue l a v isita n o h a i do d emasiado b ien, q ue n o e ra l o Una v ez r ealizada l a v isita, e
Colección de Diagramas de Clases UML Ingeniería del Software
Última actualización: Diciembre 2017
pag 3
staban b uscando, b uscaban u na t erraza m ás g rande y u n a parcamiento. E staban que e n a lquilar c on u n p resupuesto d e 6 50 e uros a l m es. interesados e Diagrama de clases:
Restricciones de clave: ● Headquarters: name ● Office: name ● Category: name ● Property: reference ● Client: name Otras restricciones de integridad: ● (implícita) No s e p ueden p roducir d os v isitas a l m ismo t iempo e n u na m isma f echa y hora. ● (implícita) En c aso d e q ue u n i nmueble t enga d os p recios, u no d ebe s er d e c ompra y e l o tro de alquiler. Informació derivada: ● /toRent: se c alcula e n f unción d e s i e l i nmueble t iene a sociada u na i nstancia d e RentingPrice. ● /toBuy: se c alcula e n f unción d e s i e l i nmueble t iene a sociada u na i nstancia d e B uyingPrice.
Colección de Diagramas de Clases UML Ingeniería del Software
Última actualización: Diciembre 2017
pag 4
Problema 3: Restaurante italinano Queremos desarrollar un Sistema de Información para un restaurante italiano que quiere documentar las salsas que utiliza para elaborar sus platos. El restaurante dispone de un catálogo de todas las salsas que elabora clasificándolas en categorías jerarquizadas. De cada categoría conocemos el nombre, que la identifica, y una breve descripción. De cada salsa también conocemos el nombre, una descripción y los platos que puede acompañar (de los cuales, de momento, sólo queremos guardar el nombre que los identifica).
jemplo, e l r estaurante e labora, e ntre m uchas o tras, e stas s alsas: Por e En l a c ategoría d e " Salsas p ara p ostres", d entro d e l a s ub-categoría d e " Salsas f rías" encontramos e l " Coulis d e f resa", q ue a compaña e l " Panna c otta". En l a c ategoría d e " Salsas p ara p rimeros", e ncontramos l a s alsa “ boloñesa", q ue p uede l os " spaghetti", l os " fettuccini", l os " fusilli" o l os " penne”.... acompañar a Para elaborar las salsas hay que recurrir a la receta, donde consta el tiempo de preparación (en minutos), el número de personas para las que es la receta, los ingredientes necesarios y una descripción del procedimiento para elaborarla. Una receta incluye varios ingredientes, de cada uno de los cuales hay que especificar la cantidad y las unidades (que pueden ser gramos, litros, ml, piezas, etc.). De los ingredientes, que pueden ser de origen animal o de origen vegetal, conocemos el nombre y la zona geográfica de la que proceden. De los ingredientes de origen animal, además, queremos saber si han sido criados en libertad. Además de la información anterior, de las salsas queremos saber si son vegetarianas (es decir, si únicamente contienen ingredientes de origen vegetal) o bien si son ecológicas (si todos los ingredientes de origen animal que contienen han sido criados en libertad). Por e jemplo, l a d escripción d e u na r eceta p uede t ener u n a specto c omo e l s iguiente: acer l a s alsa " boloñesa", q ue e s e cológica, e n u na r eceta p ara 4 p Para h ersonas y u n t iempo e 7 5 m inutos s e n ecesitan 5 00 g ramos d e c arne d e t ernera d e G irona c riada e n l ibertad y total d ramos d e c ebolla d e F igueres, e ntre o tros i ngredientes. P ara e laborarla h ay q ue e mpezar 100 g picando l a c ebolla… El restaurante tiene muchos estudiantes de cocina como becarios, y por eso quiere etiquetar cada salsa con un nivel de dificultad (bajo, medio o alto) que se calcula según el tiempo de preparación y de la cantidad de ingredientes que son usados en la receta. Por e jemplo, l a s alsa " boloñesa", p or s u t iempo d e p reparación e i ngredientes i mplicados, t iene ivel d e d ificultad " media"; e n c ambio, e l " Coulis d e f resa" t iene u nn ivel d e d ificultad " bajo". un n
Colección de Diagramas de Clases UML Ingeniería del Software
Última actualización: Diciembre 2017
pag 5
Diagrama de clases:
Restricciones de clave: ● Category: name ● Sauce: name ● Ingredient: name ● Course: name Otras restricciones de integridad: ● No n’’hi ha Informació derivada: ● /difficultyGrade: se c alcula e n f unción d el t iempo y l a c antidad d e i ngredientes u tilizados e n la receta ● /isVegetarian: se c alcula e n f unción d e l os i ngredientes u tilizados e n l a receta ● /isEcologic: se c alcula e n f unción d e l os i ngredientes u tilizados e n l a receta
Colección de Diagramas de Clases UML Ingeniería del Software
Última actualización: Diciembre 2017
pag 6
Problema 4: Lista de tareas Queremos desarrollar un sistema de información que gestione una lista compartida de tareas. En concreto, queremos tener una serie de listas de tareas (cada una con su nombre) cada una de las cuales tendrá una serie de tareas (también cada una con su nombre). Una tarea puede ser asignada a un usuario (los identificamos por email). Por e jemplo, l a l ista d e t areas " Enunciado E P" t iene a sociadas t res t areas: " Pregunta 1 ", " y " Pregunta 3 ". "Pregunta 2 " e stá a signada a l u suario " [email protected]" m ientras q ue e l r esto d e La t area " Pregunta 1 tareas a ún n o e stán a signadas a n adie. Cuando un usuario completa una tarea, queremos saber quién ha sido y cuando lo ha hecho. El usuario que completa una tarea no es, necesariamente, el que la tenía asignada. La t area " Pregunta 1 " La t area " Pregunta 2 " " La t area " Pregunta 3
l a t erminó c ompletando e l u suario " [email protected]" e l 1 4/10/2014. l a c ompletó e l m ismo u suario e l 1 6/10/2014. ún n o e stá c ompletada. a
Finalmente, queremos que nuestros usuarios puedan acceder al sistema mediante las redes sociales, por este motivo, algunos usuarios (los llamados "usuarios internos") tendrán un password (de hecho, un hash) mientras que otras tendrán un proveedor de identidad ("facebook", "google", etc.). El u suario " [email protected]" t iene h ash d e p assword " dfaschkvcxiyuhdf" m ientras q ue "[email protected]" h a u tilizado " facebook" p ara i dentificarse e n e l s istema. Diagrama de clases:
Colección de Diagramas de Clases UML Ingeniería del Software
Última actualización: Diciembre 2017
pag 7
Restricciones de clave: ● Los usuarios s e i dentifican p or email ● Las listas d e t areas s e i dentifican p or email Otras restricciones de integridad: ● Una tarea s ólo p uede t ener v alor e n e l a tributo " completionDate" s i t iene u n u suario a sociado con el rol "completedBy". I...