Conceptual Modeling of Styles for Mobile Systems Anders Linseth

Innhold i artikkel Fokus på forflytning av mobile enheter mellom ulike nettverk Modeller: Grafer og transformasjonsgrafer Metamodell QoS – Quality of Service

Mobile systemer – utfordringer Antall og andel av mobile enheter blant datautstyr er økende Ulike slags mobile systemer og plattformer Økende grad av kompleksitet i applikasjoner fører til behov for konseptuelle modelleringsteknikker på samme måte som for utvikling av ”stasjonære” applikasjoner

Trådløse nett Mindre pålitelige Mindre båndvidde Forskjellige teknologier og protokoller –Dynamisk programvarearkitektur, dvs konfigurering og samhandling tilpasses endrende kontekst og relativ lokasjon til applikasjoner

Mange ulike løsninger Handover-protokoller –GSM, GPRS, UMTS –Kontinuerlig tilkoblingsbarhet Middleware-plattformer –J2ME, Wireless CORBA –Støtte mobilitet

Modell To deler: –Strukturell modell bestående av UML- klassediagram. Viser systemkonfigurasjonen. –Dynamisk modell bestående av transformasjonsregler som beskriver operasjoner. Grafer benyttes i modellen i artikkelen

Meta-modell Definering av grafer og graftransformasjoner (graphs & graph transformations) Hjørner (vertices) –Components, devices, areas Kanter (edges) –Connector, network connection etc..

Meta-modell Delt i: –Architecture –Distribution –Roaming Delene fungerer som viewpoints

Pakker (packages) Architecture package –Definerer et arkitekturelt view som har definert en arkitekturell modell og en individuell konfigurasjon Connectivity package –Distributed view –Konsepter: Node, Bridge, Connection Roaming package –Lokasjon og mobilitet til noder

Graftransformasjoner Her brukt til å definere regler Eksempler på regler (se figurer i boka): –moveIn, handOver, connect

QoS – Quality of Service Ulike applikasjoner kan ha forskjellige QoS-krav Viktig å ta hensyn til; modelleres derfor som en del av systemenes ”style”

Qos – Metamodell QoS-package, grunnkomponenter: –QoSRequired – krav som stilles av ”Requestor” –QoSOffered – egenskaper tilbudt av ”Provider” –Satisfied-relasjon mellom de to komponentene Ny regel: negitoate –Brukes om satisfied ikke er oppfylt

Konklusjon (?) Intensjoner om å bruke tilsvarende modeller i framtiden for å klassifisere, sammenligne og forbedre mobilitet til plattformer.