Memoria PEC Gestién de un taller mecénico. 54Memoria PEC Gestién de un taller mecénico 5. Disefio Una vez que tenemos totalmente especificado como ser nuestro sistema, ahora debemos definir el disefio de este, es decir, tenemos que explicar como lo hard el sistema para conseguir en cada una de las operaciones, el resultado que se espera. El primer paso de esta etapa es definir la arquitectura del sistema. En este apartado, describiremos los diferentes componentes y subsistemas del sistema software y veremos como se comunican e interactdan entre si. Tras tener clara la estructura general del sistema, es necesario transformar el modelo conceptual de los datos que habiamos obtenido en la especificacién mediante el proceso de normalizacién. Esta transformacién es totalmente necesaria, ya que la tecnologia de orientacién a objetos no permite implementar conceptos como las relaciones n-arias, la informacién derivada,... En este proceso, transformamos los conceptos del dominio en componentes software, y el resultado es el diagrama de clases de dis Por ultimo, también deberemos disefiar la base de datos, que nos permitiré hacer persistente toda la informacion del sistema y la interfaz de usuario. 5.1. Arquitectura del sistema Como ya adelantabamos en el primer capitulo de la memoria, el patrén arquitecténico que hemos decidido utilizar para disefiar nuestro sistema es el patrén de tres capas y orientacién a objetos. EI motivo por el cual nos hemos decantado por este patron, es, que con el se puede conseguir una arquitectura con factores de calidad tales como reusabilidad, mantenibilidad, modificabilidad,... que son justamente los factores de calidad que demanddbamos en los requisitos no funcionales de nuestro sistema. El diagrama que se muestra a continuacién representa la arquitectura tres capas. = aum Wi i S 55Memoria PFC Gestion de un taller mecénico 5.2. Diagramas de clases A partir del modelo conceptual de la especificacién que habiamos visto en el capitulo anterior, y tras el proceso de normalizacién, obtenemos el disefio del diagrama de clases del dominio que mostramos a continuacién. Se oe ana Sting leproisono: mone ablacién Sing Peneger [ou fat rovincla- Sting Sree eae "| gpenrcteneo | 1 — i anervehiculo = SponerProductd ‘SponerServiciod SRutacieneo to oveoeing Fone) Sento, ‘Scutaraervcog Principal Secundaro 5 ‘Sponerveniculod | | Sponervehicuicd auitavenicu'o9 | | Squtarvenicuiod Ne n On fon 1 fon po nerProductd veins Tn) SponerConceptod [Spuatieuia: sing | ‘SautarProduciod parca sting ‘auttarconceriog .n |@Wodelo: tina i To ‘SponerPropietario) SponerPronetaroseco SeuitarPropitariog on on ScuitarPropieataHiosecd FasturacionConeeto Facturacionatculo [Pecantidad= Double [BeCantidad : Double Usuario Pees Sieg oy tal assword Sing Set Soran ' 2 3 4 Asticulo, Blan 200 grea | oolean [®pDeserpcin Sng | eseripcén Sng lee Boolean @ Precio: Double redo: Double j=" I ler Boolean iste Double Santini : Double Restricciones de Integridad Textual: 1-Un cliente no puede ser propietario principal y secundario de un mismo vehiculo. Nota: En este diagrama se han obviado las operaciones basicas de cada objeto (sets, gets,.. 56