--- header-includes: - \usepackage{natbib} - \usepackage{longtable,booktabs} - \usepackage{amsmath,amssymb} - \usepackage{lmodern} - \usepackage{minted} - \usepackage{parskip} - \usepackage{url} - \title{Case Study. Hierarchical to layered systems} - \assignatura{Integració de Sistemes} - \numpract{Case Study. Hierarchical to layered systems} - \autor{Artur Blaya} - \usepackage{fvextra} - \DefineVerbatimEnvironment{Highlighting}{Verbatim}{breaklines,commandchars=\\\{\}} --- ###### tags: `IS` # Introduction * Les diferencies que tenen els dos models, estan relacionades amb els components * Per escollir un o l'altre, hem de mirar el model de negoci ## Apunt addicional Pere * El que fèiem xarxes no acabaven de ser capes, ja que faltava que diversos projectes utilitzessin la capa * Una capa proveeix serveis a diversos productes # Medinfo * Fictícia, fa aparells de x-ray * Cada sistema està dissenyat/produït de manera independent * És un sistema jeràrquic * Cada producte té un product manager - lidera l'equip de disseny * Cada producte té una línia de producte dependent # Motivation for change * Reducció del cost del software * Demanda d'usuari per interconnexió * Cicles de producció més curts * Expansió Lateral i vertical del producte ## Apunt addicional Pere * Avui en dia tothom té accés als mateixos processadors * Tothom disposa del mateix hard, per la qual cosa la diferenciació ve per la part del soft # Software cost reduction * Ara el software és un 70% del cost de desenvolupament del cost d'un producte * És el principal cost de diferenciació # Rate of product turnover * Cada vegada hi ha més demanda de cicles de producte més curts ## Apunt addicional Pere * Cada vegada hi ha més necessitat de canvi d'eines * Això passa perquè el competidor probablement fa una arquitectura per capes i li costa menys fer una nova versió # User demand for interconnection and integration * Els usuaris prefereixen un sistema més gran amb múltiples propòsits * Per tal de no haver de transferir dades entre sistemes # Lateral and vertical product space expansion * l'hora d'integrar s'ha de ser ràpid en ampliar els límits de l'arquitectura # The layered alternative * Cada vegada el programari és més costos i hi ha més codi compartit. Es decideix fer el pas a un sistema per capes: * Per integrar els subsistemes entre si, cal crear protocols comuns per poder-se comunicar. Això s'aconsegueix compartint codis * Treballar amb capes aconsegueix fer canvis sense afectar a tota l'arquitectura * En els sistemes jeràrquics, un sistema de la base, forma part d'un sistema més important. En canvi, en l'arquitectura per capes, cada capa afecta diversos productes, però no a les altres capes, no són dependents ## Apunt addicional Pere * Es pot compartir software relacionat amb les interfícies, emmagatzemament i la xarxa # The pain of the transition Problemes: * Responsable individual no existeix * El CEO acaba sent el responsable dels errors * És difícil gestionar la qualitat, ja que molts productes depenen d'una capa * S'aconsegueix mantenir a qualitat amb blocs de software * En sistemes de capes és complicat subcontractar ## Apunt addicional Pere * Identificar problemes comuns és complicat d'identificar * La complexitat d'una capa és molt més gran que la complexitat d'un mòdul * Per veure si un mòdul va es pot provar, en canvi, molts mòduls depenen d'una capa i és difícil comprovar si la capa funciona correctament en tots els mòduls # Results Resultat de la transició * l'estructura per capes redueix les línies de codi, però el cost de desenvolupament és major * En estar les capes separades entre si, la integració dels elements és més completa, però hi ha un camí més llarg per arribar a canvis significatius * L'aïllament de les capes és algo clau * la transició és molt dolorosa \clearpage # Presentació ## Punts Forts * S'han exposat els punts amb claredat * La presentació ha ajudat a aprendre els coneixements bàsics del temari ## Punts Febles * Hi ha hagut un canvi de ritme notori, entre els dos companys * En algun moment s'ha llegit el contingut del projector