---
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