Notater til Systemudvikling. Vidar Jon Bauge PDF\nDownload "Notater til Systemudvikling. Vidar Jon Bauge 2005"\n1 Notater til Systemudvikling Vidar Jon Bauge 2005 Datamatikeruddannelsen forår/efterår 2005 Side 1 av 67\n2 Indholdsfortegnelse Artifacts og UP en oversigt Hvad er objektorienteret analyse og design? Iterativ udvikling og Unified Proces Inception Forstå kravene FURPS Use Cases Skriv kravene i sammenhæng Identificer øvrige krav Supplementary Specifikationer Fra Inception til Elaboration Tegne System Sekvens Diagrammer (Elaboration)...16 Domænemodellen visualisering Domænemodellen Associationer Domænemodellen Attributter System Operation Contracts Fra Kravspecifikation til Design i Elaboration Interaktonsdiagrammer Notation GRASP Patterns - Design objekter med ansvar Use case realisering med GRASP patterns Objektdesign - Interaktionsdiagrammer Visibilitet i designmodellen Skabe Design Class Diagrams Implementationsmodellen - Mapping design til kode Programmering og udviklingsprocessen Modellere generaliseringer i Domænemodellen Viderefør domænemodellen Associationsklasser Aggregation og komposition Del op domænemodellen med pakker Modellér opførsel i tilstandsdiagrammer Kort oversigt over aktuelle GoF mønstre Design logisk arkitektur med mønstre Datamatikeruddannelsen forår/efterår 2005 Side 2 av 67\n3 Artifacts og UP en oversigt Datamatikeruddannelsen forår/efterår 2005 Side 3 av 67\n4 Hvad er objektorienteret analyse og design? Kritisk og fundamentalt er evnen til at tildele ansvar til softwarekomponenter GRASP-patterns Ni fundamentale principper i objektdesign og tildeling af ansvar er organiseret i GRASP-patterns, som er et hjælpemiddel til læring. Analyse Lægger vægt på at undersøge problem og krav heller end løsning Analyse er et vidt begreb der f.eks kan være analyse af krav eller analyse af objekter. Design Design lægger vægt på en begrebsmæssig løsning der opfylder kravene heller end implementering. I den sidste ende kan design implementeres. Objektorienteret analyse lægger man vægt på at finde og beskrive objekter eller begreber i problemområdet. Dice game en meget kort præsentation af processen(up) Definer use cases Definer en domænemodel Definer Interaktionsdiagrammer Definer Design class diagram Definer use case Krav analyse kan indeholde en beskrivelse af relevante processer i domænet. Disse beskrives som use cases. Use cases er ikke objektorienterede. De er bare skrevne historier der beskriver en proces. Definer en domænemodel Objektorienteret analyse går ud på at beskrive domænet ved at klassificere objekter. En opdeling af domænet går ud på at beskrive det i begrebsmæssige klasser, associationer og attributter. Resultatet kan udtrykkes i en domænemodel der viser domænets koncepter og objekter. Definer Interaktionsdiagrammer Objektorienteret design finder software objekter og samarbejde mellem dem. Dette illustreres i interaktionsdiagrammer, hvor interaktioner mellem objekter/klasser vises som meldinger. Software objekt design lader sig inspirere af den virkelige verden, men er ikke en direkte model eller simulering af denne. Definer Design class diagram Datamatikeruddannelsen forår/efterår 2005 Side 4 av 67\n5 Iterativ udvikling og Unified Proces UP's vigtigste ide: Iterativ udvikling UP introducerer flere bedste praktiker, men den vigtigste og mest centrale er den iterative udvikling. Udviklingen deles op i korte, tidsbestemte (f.eks. 4 uger), mini-projekter der kaldes iterationer. Resultatet af hver enkelt af disse er et testet, integreret og eksekverbart system. Hver iteration har sine egne kravsanalyse, design, implementering og testaktiveter. Resultatet af hver iteration er et lille, ufuldstændig, men eksekverbart system måske efter iterationer begynder det at blive klart for produktion. Iterationerne generer ingen prototyper eller eksperimentel kode. Selvom hver iteration generelt håndterer nye krav, kan man også gå tilbage og forbedre tidligere udviklet software. En iteration kan f.eks. fokusere på at forbedre ydelsen til et subsystem i stedet for at tilføre nye egenskaber. Output fra hver iteration er input for den næste, og på denne måde står man med et større og mere færdig system for hver iteration iterativ og incrementel udvikling. Åben for ændringer: Tilbagemeldinger og tilpasning Hvert iteration tager for sig en lille del af kravene, designer, implementerer og tester. I tidlige iterationer kan man gå til modtager/bruger og få tilbagemelding på det der er lavet. Dermed kan ændringer implementeres tidlig. Eftersom dette sker i hver iteration, får man tidlig tilbagemelding der kan ændre forbedre systemet. Fordele ved iterativ udvikling Tidlig imødegåelse af høj risici(tekniske, krav, mål, anvendelighed osv) Tidlig synlig fremgang Tidlige tilbagemeldinger og indragelse af kunden. Dette giver et bedre tilpasset system der bedre møder kundens krav Kontrolleret kompleksitet - teamet bliver ikke overvældet af analyse i store mængder eller lange og komplekse trin i udviklingen Det man lærer i løbet af den enkelte iteration kan bruges til at forbedre udviklingen i de kommende iterationer Iterationernes længde og timeboxing UP anbefaler at iterationernes længde er på 2-6 uger afhængig af projektets størrelse. Ved særlig store projekter, hvor teamet er på mer end 100 personer kan iterationerne blive længre pga behov for kommunikation og koordination. Alligevel frarådes det at man går over 6 mndr. Andre af UP's bedste processer og koncepter Håndter høj risici og høj værdi problemstillinger tidlig i forløbet Fortløbende indragelse af brugere for evaluering, feedback og kravspecificering Bygger en sammengængende kernearkitektur i tidlige iterationer Bruger use cases Visuel software modellering (med UML) God håndtering af krav. Evne til ændringer efter ønske UP's faser og begreber for tidsplanlægning Datamatikeruddannelsen forår/efterår 2005 Side 5 av 67\n6 1. Inception start vision, business case, system afgrænsning, estimater 2. Elaboration videre udvikling i iterationer, kernearkitektur 3. Construction videre udvikling i iterationer, forberedelse til ibrugtagning 4. Transition beta test, ibrugtagning Discipliner og faser Discipliner Et sæt aktiviteter med tilhørende artifacts omkring et område, f.eks kravs analyse artifact Generel betegnelse for et hvert dokument der skabes i en proces i forbindelse med systemet Business Modeling, Requirements, Design, Implementation, Environment Tilpasning af processen og Development Case I udgangspunktet er alle aktiviteter og artifacts i UP valgbare. Dvs man vælger de aktiviteter og artifacts der er nødendig for at løse den for hånden værende opgave. (Jfr mediciner) Development Case Valgte artifacts i et projekt kan noteres i en development case. Dette er et værktøj til at planlægge processen i forhold til disciplinerne Development case er en artifact fra Enviroment disciplinen Den fleksible UP UP er fleksibel i modsætning til Den sekventielle vandfaldsmodel, hvor man arbejder forløbende og ikke går tilbage og ændrer på tidligere arbejde Arbejde fleksibelt med UP: Reducer antallet af UP artifacts og aktiviteter keep it simple Eftersom UP er iterativ, påbegyndes implementering før requirements og design er færdige. Alle tre tilpasses i processen, bl.a. baseret på feedback Der er ikke en detaljeret plan for projektet. Der er en Phase Plan, på et højt niveau, hvor man anslår store mål, som hvornår projektet er færdig. Detaljeret planlægning findes i Iteration Plan, der planlægger den næste iteration Datamatikeruddannelsen forår/efterår 2005 Side 6 av 67\n7 Inception Kort, indledende fase hvor man udforsker spørgsmål som Hvad er projektets vision og business case? Er det mulig, praktisk gennemførbart? Købe eller udvikle? Grov vurdering af kostnader Skal man fortsætte eller afslutte (Go/Not Go)? Man udforsker lige nok til at man får et grundlag for at afgøre om det er praktisk og økonomisk mulig at gennemføre projektet og bestemme om det er bryet værd at foretage en dybere udredning (i elaboration). Varighed: Ikke mere end nogle få uger. Mange artifacts bliver påbegynt, men ikke gjort færdig. Use Case modellen kan navngive de fleste eller alle use cases og aktører, men beskriver bare ca 10% i detaljer Kodning startes i inception, men mest for at give prototyper der illustrerer konceptet, eller er med til at afklare tekniske spørgsmål og for at lave progammerings key show stopper tekniske spørgsmål. Artifact Vision & Business Case Use-Case Model Supplementary Specification Glossary Risk List & Risk management plan Prototypes and proof-of-concepts Iteration Plan Phase Plan & Software Development Plan Development Case Kommentar High level mål & begrænsninger Opsummering af processen(anv. Området) Funktionelle krav og relaterede ikke funktionelle krav Andre krav Domæne terminologi Beskriver forretningsmæssige, tekniske, resourcemæssige, planlægningsmæssige risici og ideer til hvordan imødegå dem Forklarer visionen og bekræfter tekinske ideer Beskriver hvad der skal ske i den første iteration i Elaboration Formodning om Elaborations længde og anstegnelse. Verktøjer, personale, uddannelse og andre ressourcer En beskrivelse af planlagte UP aktiviteter T& artifacts. Datamatikeruddannelsen forår/efterår 2005 Side 7 av 67\n8 Forstå kravene FURPS+ Krav Hvad skal systemet kunne og hvilke specifikation er skal det leve op til En primær udfordring er at finde, kommunikere og registrere (dokumentere) kravene i en form der udtrykker sig klart, både til klient/kunde og udviklerteamet. UP definere et sæt af bedst practises, en af hvilken er manage requirements Typer af krav FURPS+ Functional Features, hvad skal systemet kunne Usability Den menneskelige faktor, hjælpesystem, dokumentation Reliabilty Frekvens af fejl under kørsel, evne til genstart, forudsigelighed Performance Responstider, throughput, nøjaktighed, tilgængelighed, ressourceforbrug Supportability Grad af mulighed for tilpasning, vedligehold, internationalisering, konfigurering Plusset i FURPS+ Implementation Ressource begrænsninger, programmeringssprog, værktøjer, hardware etc Interfaces Begrænsninger pga kommunikation med andre systemer Operations Styring af systemet i det operative miljø Packaging Legal Juridiske aspekter licensiering osv Quality attributes Nogle af kravene kaldes quality attributes eller quality requirements. Dette gælder usabilty, reliabity, performance og supportablity. Functional/Non-functional Kravene deles vanligvis op i funktionelle eller ikke-funktionelle krav, dvs at funktionelle krav går på hvordan systemet opfører sig, handler. Alle andre krav er ikke funktionelle. De funktionelle krav behandles og dokumenteres i use case modellen og system features listen i Visionsdokumentet. Andre krav kan registreres i de use cases der er relevante, eller i Supplementary specifications Visionen opsummerer mål på et højt niveau, der bearbejdes i andre dokumenter. Glossay data dictionnary Glossary definere og registrerer ord der bl.a. bruges i kravene Prototyper Datamatikeruddannelsen forår/efterår 2005 Side 8 av 67\n9 er en mekanisme til at vise hvad der er ønskelig eller muligt, ved at man laver en model af systemet, der f.eks. kan vise en GUI Datamatikeruddannelsen forår/efterår 2005 Side 9 av 67\n10 Use Cases Skriv kravene i sammenhæng Use Case Modellen er en del af Requirement disciplinen. Kunder og slutbrugere har mål eller behov der skal opfyldes gennem brugen af systemet. Use cases er en mekanisme til at opfange og beskrive disse målene. Use casene beskriver målene, og opfyldelsen af dem ved hjælp af historier. Dette er enkelt og forståelig for kunder og brugere. Dermed bliver det enklere for disse at bidrage til udviklingen. Use Cases er kravene(use cases er kravene, men ikke alle kravene). Primært funktionelle krav, dvs F'et i FUPRS+, men beskriver også andre krav jmf punkter som special requirements Begreber Use case En samling af historier der beskriver en aktørs brug af systemet for at opnå sine mål Der findes 3 typer: brief, casual & fully dressed En use case er en samling af relaterede succes og fejl scenarier der beskriver en aktørs brug af systemet for at opnå et af sine mål. Actor Noget med opførsel, som en person(defineret med en rolle), et (andet) computer system, en organisation etc(, der får sine mål opfyldt ved brug af systemet) Scenario(Use case instance) En speciel sekvens af handlinger og interaktioner mellem aktører og systemet. Dette er en bestemt historie om brug af systemet, eller en mulig vej gennem en use case, f.eks. et scenario hvor en kunde køber en genstand og betaler kontant. Alternate Scenario (Extensions) Håndtering af situationer der ikke er planlagt, f.eks hvis der opstår en fejl, eller til forgreninger. RUP's definition af en use case: Et sæt af use case instanser hvor hver instans er en sekvens af handlinger systemet udfører, og der giver et resultat med målbar værdi. Målbar værdi er et nøglebegreb. Typer af use cases Black-box style use cases er den mest udbredte, og den vi bruger. Man lægger vægt på at beskrive hvad systemet skal skal kunne(funktionelle krav, heller end hvordan systemet skal udføre dem som jo er design. Use cases præsenteres i en black box i tre varianter: Brief, Casual & Fully dressed. Nøglespørgsmål/holdning i denne sammenhængen: Hvordan kan brug af systemet føre til målbar værdi, eller opfylde aktørens mål? Dette er vigtigere end at lave en smørrebrødsliste over hvad systemet skal kunde. Fully dressed- nøgleord: Datamatikeruddannelsen forår/efterår 2005 Side 10 av 67\n11 Primary actor Stakeholder & interests Precondition Success guarantee (Post condition) Main success scenario Extensions(Alternate flow) Special requirements Technology & data variantions list Open issues Mål og område for en use case Identificering af use cases På hvilket niveau er det nyttig at udtrykke use cases EBP Elementary Business Processes Hjælp til at identificere brugernes mål ved brug af systemet: En opgave udført af en person på et sted, der resulterer i målbar værdi, og ændringer af data Denne definition er ikke absolut i den forstand at man godt kan afvige fra den hvis man skønner at dette er rigtig. Use Case og Goals Aktørene har mål de får opfyldt ved brugen af systemet. En use case på EBP niveau kaldes derfor user goal-level use case. Fremgangsmåden for at lave dem er som følger: 1. Find brugernes mål. 2. Definer en use case for hvert mål. - Fokuser på intension. Hvis man identificere et mål på et højere niveau end EBP tilsiger, kan man overveje om det skal være et sekundært mål, eller man kan prøve at dele det op. Find primære aktører, mål og use cases Use cases defineres for at opnå målene til de primære aktører: 1. Definer systemets grænse. Er det bare en software applikation, en enkelt bruger, eller en hel organisation? 2. Identificer de primære aktører altså de der har mål der skal opfyldes gennem systemet. - Hvem starter/stopper systemet -Hvem udfører systemadministration -osv 3. Hver, identificer deres mål som brugere. Definer dem/del dem op til det laveste mulige niveau EBP 4. Definer uses cases der opfylder brugernes mål. Lav en actor-goal list Aktører Primary actor Har mål der skal opfyldes vha systemet -> Bruger af systemet. Supporting actor Leverer en service til systemet f.eks.andet system der leverer data (DanBib) Offstage actor En aktør der har interesse i systemet, dvs data fra det. Skattesystemer, regnskabssystemer, statistik Datamatikeruddannelsen forår/efterår 2005 Side 11 av 67\n12 osv. En off stage aktør leverer ikke data/tjenester til systemet, eller bruger det aktivt, bare modtager data. Use Case diagram UML definerer Use Case diagrammet til at vise aktørene, use casene og deres indbyrdes forhold. Arbejdet med use cases er at skrive tekst. Udarbejdelsen af et use case diagram er underordnet arbejdet med use casene. Low level feature list ID Feature FEAT 1.9 Systemet kan registrere hvert item FEAT 2.4 Systemet logger alle betalinger med kredit til regnskabssystemet Use casene er lavet for at afløse disse listerne. De kan være nyttige, men en komplet liste bliver lang og uoverskuelig. Use cases i UP Use casene påbegyndes i Inception, og videreudvikles i Elaboration: Man forventer i vores eksempel at efter inception er 10% af use casene beskrevet i detaljer, 30% efter 1. iteration, Elaboration, 50% efter 2. iteration, 70% efter 3. og 80-90% efter 4. iteration Man starter med systemets kernearkitektur og de kritiske komponenterne. Først ustabile, men efter hver iteration stabiliseres kravene & use casene mere & mere. Use casene færdiggøres og tilpasses endelig i Construction fasen. Datamatikeruddannelsen forår/efterår 2005 Side 12 av 67\n13 Identificer øvrige krav Supplementary Specifikationer Supplementary specifikations Det er ikke tilstrækkeligt at lave use cases. Der er mange andre krav der skal identificeres og beskrives, så som dokumentation, pakking, licensiering osv. Dette gøres i Supplementary specifications. Glossary Her defineres ord og udtrykk, men kan også bruges som en data ordbog. Vision Her summeres visionen for projektet. Dvs en punktvis opsummering af det, hvorfor det skal udvikles, dets problemstillinger, hvem der har interesse i projektet og foreslåede løsninger. Visionen definerer investorenes vinkel til projektet, specifiseret i deres behov. Det indeholder et omrids af de centrale krav og giver den kontraktmæssig basis for de detaljerede tekniske krav. Supplementary specifications - oversigt 1. Introduction 2. Functionality Logging & error handling Pluggable business rules Security 3. Usability Human Factors 4. Reliability Recoverablity 5. Performance 6. Supportability Adaptabilty Configurabilty Implementation Constraints F.eks valg af programmeringssprog Purchased Components Free Open Source Components Interfaces Hardware interface Speciel hardware som stregkodelæser, touchscreen etc Software interface F.eks. Standarder til kommunikation med andre systemer, plugins etc Domaine (business)rules Regler der gælder anvendelsesområdet der har indflydelse på kravene, og dets grad af foranderlighed. Legal issues Juridiske aspekter ved systemet: Licensiering, love der gælder omkring anvendelsesområdet f.eks Datamatikeruddannelsen forår/efterår 2005 Side 13 av 67\n14 skattelovgivning, garantiregler etc Information in domains of interest Al information der er relevant, men ikke direkte berører projektet(bagrundsinformation) Constraints er ikke opførsel, men restriktioner på projektet og/eller dets design. De kan være krav, men kendetegnes ved at de lægger begrænsninger på systemet. Quality attributes Krav der specificerer kvalitetsniveauet på de dele af systemet de beskriver, og de omfatter næsten altid alle andre egenskaber ved systemet end de funktionelle. Denne type attributter/krav indeholder ofte kompromiser: F.eks very reliable kan modstride easy to test Der er 2 typer kvalitetsattributtter: 1. Synlige når systemet kører Functionality, usability, reliabilty etc. 2. Ikke synlige når systemet kører Supportability, testabilty etc. Visionen Tidlig i arbejde med kravspecificering er det en god ide at samarbejde om en liste over problemstillinger RUP har en skabelon til formålet: Dette vil sikre ens opfattelse af projektets problemer. Vi har ikke brugt denne da den skal fremstilles i samarbejde med systemets aftager Disse samles i problem statement. The problem of... Affects... The impact which is... A successful solution would be... Introduction Positioning Business Opportunity Problem statement Se ovenstående afsnit Product position statement Altenatives and competition I vores projekt er disse punkter beskrevet i afsnittet Positioning and Problem Description Stakeholder Descriptions Market Demographics Stakeholder(Non user) Summary User summary Key high-level goals and problems of the stakeholders User Level goals User environment Product overview Product perspective Summary of benefits Assumptions and benefits Licensing and installation (Summary of) system features Other requirements and constraints Datamatikeruddannelsen forår/efterår 2005 Side 14 av 67\n15 The problem statement Tidlig i arbejde med kravspecificering er det en god ide at samarbejde om en liste over problemstillinger RUP har en skabelon til formålet: Dette vil sikre ens opfattelse af projektets problemer. Vi har ikke brugt denne da den skal fremstilles i samarbejde med systemets aftager, og det er vigtigt at udviklerne klarlægger nøje disse problemerne. System features funktionelle krav Use casene er ikke det eneste sted man får dokumenteret funktionelle krav. Use casene er detaljerede. Kunden ønsker ofte en opsummering af de funktionelle krav. Dette kan gøres i en system feature liste, der giver en oversigt over funktionelle krav på et højere niveau end use casene. Glossary I sin enkleste form er glossary bare en liste over nævneværdige begreber og deres definition. Det sker forbavsende ofte at et almindelig ord anvendes med en lidt anderledes betydning hos de involverede i projektet. Glossary kan også anvendes som en opslagsbog over data, dvs et dokument der definere data om data dvs metadata. I inception bør glossary kun anvendes som glossary. Under elaboration kan man så give glossary rollen som data opslagsbog. Oplysninger glossary kan indeholde: aliases, beskrivelser, formater(enheder), forhold til andre elementer, range of values, validation rules Faserne: Inception SS og visionen påbegyndes, og bearbejdes let Elaboration Eftersom iterationerne skrider frem og og krave og use casene bliver mere og mere færdige(detaljerede) vil visionen og SS mere og mere afspejle de stabiliserede egenskaber ved systemet og de andre krav der er stillet op eg er blevet bearbejdet. I iterativ udvikling er det implicit at uanset hvor meget man anstrenger sig med kravene, vil det være nødvendig med ændringer. Dette gælder også forbedringer i systemet der giver ejeren konkurrencemæssige fordele. I iterativ udvikling er det en centralt pointe at man har et kontinuerlig samarbejde med kunden for evaluering og feedback, så de kan styre projektet i den retning de vil have det. Construction Nå skal kravene, både de funktionelle og alle de andre (Kvalitetsmæssige) være stabiliseret, men ikke nødvendigvis færdige Datamatikeruddannelsen forår/efterår 2005 Side 15 av 67\n16 Fra Inception til Elaboration Opsummering af inception En kort kravs-workshop De fleste aktører, mål og use cases identificeret De fleste use cases er skrevet som Brief, ca 10-20% af use casene er beskrevet fully dressed De fleste 'influental' og risikobetonede kvalitets krav er identificeret Visionen og Supplementary Specifikations foreligger i version 1 Risk list: F.eks. Ledelsen vil have en demo af systemet klart til Demoworld om 18 måneder. Om dette kan nås kan ikke vurderes før der er lavet yderligere analysearbejde Tekniske proof-of-concepts prototyper og andre metoder er brugt for at fastslå om projektet er teknisk mulig( Understøtter Java Swing komponenter touchscreen?) UI-orienterede prototyper for at gøre de funktionelle krav i visionen klare Anbefalinger om hvilke komponenter der skal bygges, købes eller genbruges Høj niveau udkast til arkitektur og komponenter foreslåes dette er ingen nøjagtig beskrivelse, men de første overvejelser. Plan for første iteration Udkast til tools list Opsummering af Elaboration Elaboration er den første række af iterationer hvor man for alvor udforsker og analyserer, implementerer kerne-arkitekturen. I tillæg til dette bliver de de fleste krav identificeret og høj-risici områder håndteret. I UP er forretningsmæssig værdi at regne som en del af høj-risici området. Elaboration består ofte af 2-4 iterationer af 2-6 ugers varighed. Iterationerne er timeboxede, dvs at det man ikke når i den aktuelle iteration bliver overført til den næste. Det man laver af prototyper bliver brugt i det endelige system, så al kode skal have kvalitet som produktions kode. Korte timeboxede risk driven iterationer Start programmering tidlig Design, implementerer og test kernen og risikobetonede dele af arkitekturen Tilpas projekter efter feedback fra tester, brugere og udviklere. Skriv de fleste detaljerede use case og andre krav gennem en serie af workshops, en pr. iteration. Planlæg næste iteration Planlæg krav og iteration efter risiko, dækning(coverage) og grad af kritiskhed Risiko inkluderer både teknisk kompleksitet og andre faktorer som usikkerhed omkring indsats eller brugervenlighed(usability) Dækning(Coverage) betyder at alle store dele af systemet blive i det mindste berørt i tidlige iterationer. Måske en overfladisk men omfattende implementering der dækker mange komponenter Grad af kritiskhed(criticality) refererer til funktioner der har høj forretningsmæssig værdi. Disse kriterier bruges til at prioritere arbejde over iterationerne. Use cases og use case scenarios kommer før implementering. Tidlige iterationer implementerer de højest rangerede use casene. I tillæg bliver nogle krav udtrykt som high level features uden sammenhæng til nogen use case. Prioritering sker før man starter på en iteration. Datamatikeruddannelsen forår/efterår 2005 Side 16 av 67\n17 Tegne System Sekvens Diagrammer (Elaboration) Et system sekvens diagram er hurtig og nemt at skabe. Det viser input og output events til systemet. Use casene beskriver hvordan eksterne aktører interagere med det system vi er ved at udvikle. Under denne interaktion, generer aktøren handlinger(events) til systemet og anmoder som regel en eller anden respons. F.eks når bibliotekaren indlæser et item nummer der skal udlånes. Et SSD er et billede der viser input/output events for et specielt scenario fra en use case. Alle systemer fremstår som bokse, og det vigtige er events der passerer over systemets grænse mellem dette og aktørene. Man laver kun SSD'er for en use cases main success sceanrio. SSD'er kan bruges til at vise samarbejde mellem systemer. SSD'erer viser events fra scenariet i et use case. SSD'erne er derfor baseret på en use case. Systemgrænsen kan angives med en lodret, stiplet streg ned i gennem SSD'et Navngivning af events Events skal navngives efter hensigt. Navnet kan indeholde parametre i parentes. Navngivningen bliver mere præcis hvis navnet starter med et verb. SSD og use cases I nogle tilfælde kan det være hensigtsmæssig at vise udsnit af use case tekst for at bedre forståelsen. Dette kan gøres som en note. SSD i UP SSD er en del af use case modellen, og er en visualisering af de interaktioner der er beskrevet i use casen. De fleste SSD'er bliver udarbejdet i Elaboration, hvor det er nyttigt at finde frem til detaljer i system events for at klargøre hvilke operationer systemet skal håndtere. Datamatikeruddannelsen forår/efterår 2005 Side 17 av 67\n18 Domænemodellen visualisering Domænemodellen er alment brugt som inspiration når der skal designes software objekter, og tager input fra mange andre artifakter. Domænemodellen viser betydningsfulde begrebsmæssige klasser i en problemdomæne. Det essentielle punkt i objektorienteret analyse er at dele et problemområdet op i begrebsmæssige klasser eller objekter domænemodellen kan betagtes som en visuel ordbog over vigtige abstraktioner i domænet. begrebsmæssige klasser En begrebsmæssig klasse kan betragtes ud fra dets symbol, hensigt og extension Symbol ord eller billeder der repræsenterer en begrebsmæssig klasse. Hensigt Definitionen af en begrebsmæssig klasse. Extension Sæt af eksempler der gelder for en begrebsmæssig klasse. Identificering af begrebsmæssige klasser Det er bedre at overspecificere domænemodellen med mange detaljer, heller end at underspecificere den. Strategier til at identificere begrebsmæssige klasser 1. Liste over kategorier af begrebsmæssige klasser Kategori, begrebsmæssig klasse Eksempel Fysiske eller konkrete objekter Bog, kvittering Manualer, dokumenter,referencepapirer, bøger 2. Identificer substantiver fra use cases Der må udvises forsigtighed ved brug af denne metode, da substantiverne i en use case kan have uklar betydning. De ord man finder skal man derfor betragte som kandidater til begrebsmæssige klasser. Hvordan lave en domænemodel 1. List kandidaterne til begrebsmæssige klasser ved hjælp af kategorilisten. 2. Tegn dem ind i en domænemodel 3. Lav associationer mellem der hvor det er nødvendig at bevare information. 4. Læg til attributter der hvor dette er nødvendig for for at bevare information. Navngivning af begrebsmæssige klasser Brug navne fra domænet Fjern irrelevante ting Læg ikke noget til der ikke eksisterer Hvis man ikke tror at en begrebsmæssig klasse X er et tal eller en tekst, er X sandsynligvis en Datamatikeruddannelsen forår/efterår 2005 Side 18 av 67\n19 begrebsmæssig klasse. Salg forretning eller Salg Forretning telefonnr begrebsmæssige klasser behøver ikke at repræsentere fysiske genstande. Et godt eksempel på dette er Specifikations-klasser (Kartoteker?) som ItemSpecification, tjenester som klassen Flight(s. 143). Reducere Representational gap Domænemodellen repræsenterer en visuel ordbog. Dette er en afgrundene til at man tilstræber at navngive de begrebsmæssige klasserne med ord fra domæneområdet. En anden vigtig grund er ganske enkelt at det gør dokumentationen nemmere at overskue. Domænemodellen i UP Inception Domænemodellen er ikke motiveret i inception eftersom formålet med inception ikke er dyberegående undersøgelser af problemområdet, men heller en hurtig undersøgelse for at fastslå om man skal lave en dybere undersøgelse i elaboration Elaboration Domænemodellen bliver primært skabt i løbet af iterationerne i elaboration. Her er behovet størst for at forstå begreberne, og man skal finde frem til klasser under arbejdet med design. Datamatikeruddannelsen forår/efterår 2005 Side 19 av 67\n20 Domænemodellen Associationer En association er forholdet mellem to typer, eller mere specifikt forholdet mellem to instanser af typer, der indikerer en betydningsfuld og interessant forbindelse. I UML er associationer defineret som det semantiske forhold mellem 2 eller flere klasser, der involverer forbindelse mellem deres instancer. Kriterie for en nyttig association 1. Need-to-know association Associationer der betyder noget, implicerer vanligvis kendskab til et forhold der er nødvendig over en bestemt periode, fra nogle få millisekunder til årevis, alt efter sammenhængen. 2. Associationer defineret ud fra Common Associations List A er en fysisk del af B Kategori Eksempler (Penge?)Skuffe - Kasseapparat A er en hændelse relateret til B Udlån-kunde, Udlån-Item Læseretning navn Multiplicitet Associationer med høj prioritet A er en fysisk eller logisk del af B A er fysisk eller logisk indeholdt i B A bliver registreret i B Roller Hver ende af en association kaldes en rolle. Roller kan have: Navne Multiplicity udtryk Navigering Multiplicitet * - 0 eller flere en til nøjaktig 5 1..* - en eller flere 1 - en 3,5,8-3, 5 eller 8 Datamatikeruddannelsen forår/efterår 2005 Side 20 av 67\n21 Hvor detaljeret skal associationerne være? Associationer er vigtige, men det at finde begrebsmæssige klasser er vigtigere, og det meste af tiden der bruges på domænemodellen bør gå til at identificere begrebsmæssige klasser. Navngivning af associationer Navnet til association skal bygges efter følgende skabelon: TypeNavn-VerbFrase-TypeNavn, der kan læses umiddelbart og giver en i sammenhængen fornuftig betydning. Ovenstående eksempel f.eks., der skal læses Item-recordedIn-Lend(Bemærk retningen) Default læseretning er fra venstre til højre, men i ovenstående tilfælde indikerer pilen modsat læseretning. Multiple associationer mellem 2 typer. To typer, eller objekter, kan godt have flere associationer i mellem sig. Dette er ikke specielt uvanlig. Associeringer og implementering Associeringer i domænemodellen repræsenterer ikke data flows eller instancer af software objekter. Det er bare et abstrakt udtryk for et betydningsfuldt forhold mellem to objekter i problemområdet. Under konstruktionen af domænemodellen kan man godt lave associationer der ikke vil blive implementeret i designmodellen. Man skal kun opdatere domænemodellen hvis dette er nødvendig, dvs hvis domænemodellen skal bruges i det senere arbejde. Ellers skal man holde sig til regelen om at man kun opdaterer artifakter der bliver brug senere. Kriterier for at inkludere associationer Fokuser på associationer der hvor forholdet mellem to objekter er nødvendig over tid(need-toknow) Undgå at vise redundante associationer og associationer der kan udledes(oplagte). Et strengt need-to-know kriterie for at beholde associationer kan imidlertid resultere i en minimal information model, der ikke giver tilstrækkelig information om problemområdet. I tillæg til at være en need-to-know domænemodel kan man også være interesseret i at formidle andre vigtige koncepter og deres forhold. Hvis dette er formålet med domænemodellen, skal man selvfølgelig inkludere andre typer associationer hvis dette er nødvendig for forståelsen. Datamatikeruddannelsen forår/efterår 2005 Side 21 av 67\n22 Domænemodellen Attributter Det er vigtig at identificere de attributter i domænemodellen der er nødvendig for at formidle den information kravene forudsætter. En attribut er en logisk dataværdi i et objekt. Der gives følgende tommelfingerregel: Inkluder følgende attributter i domænemodellen: De kraven, f.eks. use casene, omtaler eller implicerer at det er nødvendig at bevare information om. UML notation og gyldige attributter Dato Lend int : antal Der er nogle ting man ikke skal inkludere som attributter, men heller som klasser med associationer. Attributter skal helst være simple datatyper, dvs et tal eller en streng i en eller anden form. Komplicerede datastrukturer, der i sig selv indeholder flere attributter, f.eks. objekter af en klasse skal tildeles sin egen klasse i domænemodellen. Så laver man en association for at vise sammenhængen. Under design og implementering gælder denne begrænsningen selvfølgelig ikke. DVS begrebsmæssige klasser skal relateres med associationer, softwareklasser kan godt tage andre softwareklasser som attributter. Data typer Dette er UML betegnelsen der implicerer et sæt af værdier hvor den unikke identitet ikke giver har betydning for vores model, eller system f.eks: Forskellige instancer af tallet 5 Forskellige instancer af strengen cat Forskellige instanser af adress der indeholder den samme adresse Ikke primitive data typer Betragt hvad der ved første blik kan betragtes som en primitiv data type, som ikke-primitiv hvis: Den indeholder flere sektioner telefonnr,navn Der er associerede operationer, f.eks. parsing cprno Det har andre attributter Tilbudspris der hat start og sluttidspunkt Det er en kvantitet med en enhed Beløb i en valuta Er en abstraktion med en af følgende kvaliteter EAN eller UPC kode Hvis man er i tvivl skal man definere noget som en ny begrebsmæssig klasse, heller end en attribut. Datamatikeruddannelsen forår/efterår 2005 Side 22 av 67\n23 Kvalitetsattributter og enheder De fleste numeriske enheder repræsenteres som tal, f.eks. pris eller hastighed. Hvis vi designer et system der skal håndtere enheder ud fra f.eks. lokalisering(valuta) ville det være naturlig at give enheden sin egen begrebsmæssige klasse. Eftersom kvantitet betragtes som en data type, hvor den unikke værdi af en instans ikke er vigtig, er det acceptabelt at sætte dem ind som en attribut: Betaling beløb : Mængde Betaling beløb : Valuta Deriverede attributter Deriveret attribut beregnes ud fra antal items der er associeret med Lend I ovenstående eksempel kan 1 objekt af klassen Lend indeholde reference til 1 eller flere items. Antallet kan beregnes ud fra multipliciteten. Dette vises ved at placere et '/' foran attributten. Datamatikeruddannelsen forår/efterår 2005 Side 23 av 67\n24 System Operation Contracts Kontakter for operationer er et hjælpemiddel til at beskrive systemet opførsel. De beskriver resultatet af system operationer i form af ændringer i tilstanden til domæneobjekter. SOC er en del af use case modellen Use casene er det primære redskab for at beskrive systemets opførsel, og er for det meste tilstrækkelig. Der er imidlertid nogle tilfælde hvor det er nødvendig med en mere detaljeret beskrivelse af systemhændelser. SOP beskriver detaljeret systemhændelser i form af en beskrivelse af ændringer i tilstanden til objekter i domænemodellen efter udførelsen af en SOP. System operationer er operationer systemet tilbyder sin interface til aktørene, og der håndterer indkommende systemhandlinger. System operationer defineres ud fra indkommende system events og findes i System Sequence Diagrammerne. Alle systemoperationer i et use case udgør tilsammen systemets eksterne interface. En SOC består af følgende komponenter Operation Operationens navn og parametre Cross Reference (Valgfri) De use cases denne operationen optræder i. Precondition En beskrivelse af systemets tilstand inden udførelse af operationen. Postcondition En beskrivelse af systemets tilstand efter udførelse af operationen. Contacts og use cases Use casene er det vigtigste redskab til at dokumentere kraven til systemet. I nogle tilfælde er imidlertid en system event så kompliceret at use casen ikke beskrive den tilstrækkelig. I disse tilfælde giver SSO en detaljeret beskrivelse,specielt i form af postconditions, der beskriver nøjaktig hvad der skete, hvilke objekter blev oprettet/slettet og hvilke attributter og associationer der blev ændret/oprettet/slettet. Skrive SSO'er 1. Identificer system operationer fra System Sequence Diagrammerne 2. Konstruer SSO'er for system operationer der er komplicerede eller behøver nærmere uddybning. 3. For at beskrive postcondition brug følgende kategorier: Oprettelse/Sletning af instanser Ændringer af attributter Associationer der blev oprettet/slettet Postcondition bør skrives i fortid: En item blev oprettet Faserne: Inception: SSO'er laves ikke her da de er for detaljerede. Elaboration: Hvis SSO'er ovehovede bruges, bliver de skrevet i Elaboration, hvor de fleste use cases skrives. SSO'er skrives kun på de mest komplekse eller uklare system operationer. Datamatikeruddannelsen forår/efterår 2005 Side 24 av 67\n25 Fra Kravspecifikation til Design i Elaboration Under inception og Elaboration, 1. iteration, er analyse og kravspecificering den mest centrale aktivitet. Ved at følge retningslinjerne i UP, er ca 10% af kravene kortlagt i inception. Disse er videre bearbejdet i elaboration, 1. iteration. I det videre forløb, vil der finde sted en gradvis overgang af fokus fra krav til design, i hver iteration. I de tidlige iterationer, vil det være naturlig at arbejde med design og implementering vil føre til ændringer i kravene. Iterativt Gør de rigtige ting. Gør tingene rigtigt Kravspecificering og objektorienteret analyse har fokuseret på at lære at gøre de rigtige ting, dvs. at forstå de mål man sætter for systemet, samt regler og begrænsninger. I arbejde med design, vil man heller fokusere på at gøre tingene rigtig. Dvs designe en løsning der imødegår kravene for iterationen. Videre til design af objekter Under design af objekter, udvikles der en løsning baseret på objekter. Det centrale i denne, er interaktionsdiagrammerne, som illustrerer hvordan objekter samarbejder for at opfylde målet. Efter, eller parallellt med udviklingen af interaktionsdiagrammerne, kan der udvikles (design) klassediagrammer. Disse opsummerer definitioner på de klasser og interfaces som skal indgå i software'en. Disse artifakter indgår i Designmodellen. Vigtigheden af ferdigheder ved objektdesign versus tegning af UML notation. Det der er vigtig, er ferdigheder i at tænke i, og designe objekter. Dette er en færdighed der er langt vigtigere end at kende UML notation. Imidlertid er et standard visualiseringssprog vigtig for at præsentere sine idéer. Evner til objektdesign versus UML notation. Tegning af interaktionsdiagrammer reflekterer de beslutninger der er taget omkring design. Kunsten at designe objekter, er den færdighed der tæller, heller end hvordan tegne et UML diagram. Objektdesign kræver følgende kundskaber: Principper for tildeling af ansvar. Design mønstre Datamatikeruddannelsen forår/efterår 2005 Side 25 av 67\n26 Interaktonsdiagrammer Notation Interaktonsdiagrammer viser hvordan objekter interagerer v.h.a meldinger 2 Typer interaktionsdiagrammer: Collaborations diagram Illustrerer objekterne i et "netværks-format", der minder lidt om et klassediagram -Kan være mindre overskuelig +Mere egnet til at vise meget komplekse strukturer Sequence diagram Objekterne har lodrette "liv-linjer" hvor meldinger vises nedadgående, og fra vestre mod højre. -Kræver stor arkbrædde +mere overskuelig Interaktionsdiagrammer bør ikke laves alene, men 2 sammen. Notation for Kollaborationsdiagram: Objekter: Salg Klasse :Salg Instans av klassen Sale s1:salg Instans s1 av klassen Sale Meldinger: Hvis objektet i modtagerklassen ikke er understreget, betyder det at det er en melding til hele klassen, altså en statisk metode. Datamatikeruddannelsen forår/efterår 2005 Side 26 av 67\n27 Opret: Uml stereotypen «create» kan bruges hvis navngivningen ikke er åbenbar Betingelser: Iterationer & Løkker Iteration gennem alle elementene i en collection vises med 2 *'er og dobbel klasseboks Iteration for flere meldinger: Datamatikeruddannelsen forår/efterår 2005 Side 27 av 67\n28 Notation for Sekvenssdiagram: Meldinger: Opret: Betingelser: Datamatikeruddannelsen forår/efterår 2005 Side 28 av 67\n29 Iterationer & Løkker Iteration for en enkel melding: Iteration for flere meldinger: Datamatikeruddannelsen forår/efterår 2005 Side 29 av 67\n30 Iteration over et multiobjekt Kalde klasser og statiske metoder Datamatikeruddannelsen forår/efterår 2005 Side 30 av 67\n31 GRASP Patterns - Design objekter med ansvar Ansvar og metoder GRASP at tegne objekter med ansvar definere metoder Responsibility(ansvar) og metoder Der finde 2 typer ansvar: Knowing objekter har ansvar for at Kende til private indkasplede data Kende til relaterede data Kende til ting der kan udledes eller beregnes Doing Selv udføre noget, som skabe et objekt eller udføre en beregning Starte aktivitet i andre objekter Kontrollere og koordinere aktiviteter i andre objekter Ansvar er ikke en metode, men metoder bliver implementeret for at opfylde ansvar. Tildeling af ansvar bliver overvejet/besluttet under dannelsen af interaktionsdiagrammer. Pattern Et pattern er en navngivet beskrivelse af et problem, løsningen, når og hvordan løsningen skal bruges i nye sammenhænge. Pattern name: Patterns har altid navne der siger noget om hvad de handler om. Dette hjælper os til at huske dem, og bedrer derfor kommunikationen Solution: Tildel et ansvar til klassen, så ansvaret bliver fordelt Problem i solves: Efter hvilket princip vi tildeler objekter ansvar. GRASP - General Responsibilty Assignment Software Patterns Er mønstre der er hjælpemidler til at placere ansvar i software objekter. GRASP beskriver fundamentale principper omkring objekt design og tildeling af ansvar udtrykt i mønstre De første 5 GRASP-patterns Start tildeling af ansvar ved klart at udtrykke ansvaret der skal fordeles 1. Information Expert Pattern name: Information Expert eller Expert Solution: Tildel et ansvar til Information Expert den klassen der har den nødvendige information til at opfylde ansvaret Problem: Hvad er et generelt princip ved tildeling af ansvar til objekter? Information Expert bruges ofte. Det er et grundlæggende princip der bruges kontinuerlig ved design af objekter. Det udtrykker den grundlæggende ide at objekter udfører ting ud fra den information de har. Hvis oplysningerne er spredt over flere klasser, kan det være at disse må arbejde sammen for at opfylde ansvaret. Fordele: Indkapslet information beholdes, eftersom objekter bruger sin egen information til at løse opgaven. Dette understøtter vanligvis lav kobling der giver et mere robust system der er nemmere at vedligeholde Opgaver fordeles til objekter der har den nødvendige information. Dermed understøttes mere sammenhængende letvægts klasser der er nemmere at forstå og vedligeholde. Datamatikeruddannelsen forår/efterår 2005 Side 31 av 67\n32 Bruges ikke: Hvem har ansvaret for at skrive et objekt til en database Selvom information ekspert måske vil pege på et objekt der indeholder de korrekte informationer, vil princippet om at adskille systemets hovedkomponeter tilsige at man har en klasse der er ansvarlig for indlogging og kommunikation med en (underliggende?) database. 2. Creator Pattern name: Creator Solution: Tilde ansvaret til klassen B hvis en eller flere af de følgende er sande B aggregerer A objekter B indeholder A objekter B gemmer instancer af A objekter B bruger A objekter B har de data der sendes til A når disse initialiseres og oprettes(b er expert) B er creator af A objekter Hvis mere end en af ovenstående er sandt, vælg en klasse B der indeholder eller aggregerer klasse A Problem Hvem er ansvarlig for at oprette en ny instans af en klasse? Oprettelse af objekter er en af de centrale aktiviteter i et objekt orienteret system. Det er derfor nyttigt at have et generelt princip for dette. Fordele: Hvis ansvaret for oprettelse tildeles rigtig, opnår man lav kobling, øget overskuelighed, indkapsling og genbrughed. Bruges ikke: I nogle tilfælde kan oprettelsen af et nyt objekt være kompleks, f.eks. ved betinget oprettelse baseret på en familie af klasser eller genbrug af instancer for at øge performance. I disse tilfælde vil man oprette er hjælpeklasse der kaldes Factory. 3. Low Coupling Pattern name: Low Coupling Solution: Tildel ansvar så man bevarer lav kobling Problem: Hvordan understøttes lav afhængighed, lav effekt af ændringer og øget genbrug? Lav kobling er et princip man skal have i baghovedet under hele design-processen. Det er et princip for at evaluere det arbejde der er gjort. Formålet er at undgå koblinger mellem objekter der gør objekterne mere afhængige end andre objekter end nødvendig. Dermed kan ændringer udføres i et objekt/element uden at dette påvirker andre, noget der gør systemet mindre overskuelig og sværere at vedligeholde. Der er ingen regel der siger at nu er koblingen for høj. Det der er vigtigt er at udviklerne kan måle graden af kobling og vurdere om det kan forårsage problemer. Datamatikeruddannelsen forår/efterår 2005 Side 32 av 67\n33 Kontra: I objekt-orienterede sprog som Java og C++ optræder kobling i form af: TypeX har en attribut der refererer til en TypeY instans, eller TypeY selv. Et TypeX objekt kalder en metode i et TypeY-objekt TypeX har en metode der refererer til en instans af TypeY, eller TypeY selv. Dette inkluderer typisk en parameter eller lokalvariabel af TypeY, eller et objekt der returneres er af TypeY. TypeX er en direkte eller indirekte subklasse af TypeY. TypeY er en interface, og TypeX implementerer dette. Fordele: Ændringer i et element/objekt påvirker ikke andre elementer/objekter Elementer/objekter bliver nemmere at forstå alene Gør genbrug nemmere. 4. High Cohesion Pattern name: High cohesion Solution: Tildel ansvar så binding forbliver lav Problem: Hvordan styre kompleksitet? Når man taler om objektorienteret design, er binding et mål på hvor stærkt relateret og fokuseret ansvaret til et element er. Et element med stærkt relateret ansvar og som ikke laver for meget arbejde, har høj binding. En klasse med lav binding gør mange urelaterede ting, eller udfører for meget arbejde. Sådanne klasser er ikke ønskede, da det medfører følgende problemer: Vanskelige at forstå Vanskelige at genbruge Ømfindtlige overfor forandringer Klasser med lav binding repræsenterer ofte en grovkornet abstraktion, eller er blevet tildelt ansvar der skulle have været placeret andetsteds. Som én tommelfingerregel har en klasse med høj binding relativt få metoder, med højt relaterede funktioner, og den udfører ikke formeget arbejde. Den samarbejder med andre klasser om udførelsen af opgaven, hvis denne er for stor. Datamatikeruddannelsen forår/efterår 2005 Side 33 av 67\n34 Fordele:Øget klarhed og forståelse af design. Vedligehold og forbedringer bliver nemmere God fordeling af nøje relateret funktionalitet understøtter øget genbrug da cohesive klasser kan bruges til specielle formål. Bruges ikke: Hvis man af tekniske grunde, vil samle alle f.eks. SQL kald i en klasse(en SQL tekniker) Netverkskald, hvor man vil samle kommunikationen i grupper af kald fremfor enkle beskeder for at spare båndbrædde. 5. Controller Pattern name: Solution: Tildel ansvaret for at modtage eller behandle en system event til en klasse der repræsenterer et af følgende valg: Repræsenterer hele systemet, eller dele af det (Facade contoller). Repræsenterer en use case hvor system event'en optræder kaldes ofte en <use case name>handler eller <use case name>session eller <use case name>coordinator Brug samme contoller for alle system event'er i use casen En session er en slags konversation med aktøren. De har ikke nogen bestemt længde, men er ofte organiseret efter use caser Problem: Hvem skal have ansvaret for at håndtere en input system event? En input system event er en hændelse der genereres af en ekstern aktør. De er associeret med system operationer, der er systemets svar på system events. Systemet modtager eksterne input events, f.eks. fra en UI eller eksterne beskeder fra sensorer etc. og koordinerer håndteringen af disse, vanligvis ved delegation til andre objekter. Det er ofte ønskelig at samle alle system events fra en use case i samme controller klasse., så det er muligt at beholde overblikket. Man kan godt vælge forskellige controllere til forskellige use cases. En almindelig fare ved controllere er at de tildeles for meget ansvar. Fordele: Ved at delegere ansvaret for system operationer til contollere, understøtter genbrug af applications kode (i domaine layer) fordi at denne ikke er bundet til interface layer. Dette kan udskiftes med et andet interface. En dårlig designet controller vil have lav binding og håndtere for mange ansvarsområder. Dette kaldes en bloated controller. Tegn på en bloated contoller er: Der er bare en enkelt contoller der modtager alle system events, og der er mange af dem. Contolleren udfører selv mange af de opgaver der skal til for at opfylde ansvaret. Dette indebærer sandsynligvis et brud på Information Expert og High Cohesion En contoller har mange attributter og vedligeholder meget information om systemet eller domænet, der skulle have været delegeret til andre objekter. Når man tildeler ansvar, hvor kigger man først, i domænemodellen eller designmodellen? 1. Hvis der er relevante klasser i Design modellen, led der først. 2. Hvis ikke, led i domænemodellen og prøv at bruge (eller udvide) dens klasser til at inspirere til dannelsen af tilsvarende software klasser. Interface Layer Domaine Layer Interface Layer indeholder en brugergrænseflade, f.eks en (G)UI, der modtager system events og sender dem til en controller, der håndterer og koordinerer dem dvs sørger for at udføre de opgaver der skaludføres. Ansvaret for opfyldelsen af ansvar påhviler klasser i domaine layer. CRC-cards Datamatikeruddannelsen forår/efterår 2005 Side 34 av 67


Modern Age / Modern History - Historien - 2022\nSelvom udtrykket moderne tidsalder identificerer noget nyt eller aktuelt, henviser det ikke til vores tid, det 21. århundrede. Det refererer historisk til perioden mellem det femtende og det attende århundrede, og det var europæerne i den tid, der kaldte sig moderne.\nFor nogle historikere var den moderne tidsalder en stor periode med overgang fra den feudale middelalderverden til den kapitalistiske og borgerlige verden, der åbnede i slutningen af det attende og tidlige nittende århundrede.\nI den såkaldte moderne tidsalder forblev der således sameksistenser i den middelalderlige verden og elementer, der dannede grundlaget for det kapitalistiske system. Agrarøkonomi, vedvarende servitude, adelens privilegier, sociale værdier baseret på tradition, blod og privat bevilling af staten var aspekter af den middelalderlige verden. Men parallelt fandt der dybe sociale og kulturelle transformationer sted i denne overgangsperiode: Forholdene mellem forskellige sociale grupper, verdenssyn og tro, andre former for arbejde, magt, ændrede sig.\nDen moderne tidsalder var ikke i det væsentlige kapitalistisk og ikke længere middelalder. Men intet af dette skete pludselig; De typiske elementer af feudalisme vedvarede stadig med større eller mindre intensitet og holdbarhed i de forskellige regioner i Europa, men ændringerne nåede alle felter og bragte modernitet.\nMen hvad betød det at være moderne på det tidspunkt?\nAt være moderne, ifølge intellektuelle i det 15. og det sekstende århundrede, var i overensstemmelse med fremskridtene inden for videnskab og de nye mentaliteter.\nDet var derfor ikke længere kun at tro på transcendens, det vil sige i guddommelighed, men også på menneskets væsentlighed og individualitet; undfang ham endelig som et væsen, der har drømme, ønsker og lidenskaber.\nDer var et sted for Gud i denne verden, men mennesket krævede nu også sit rum med frihed, til at lære, at vokse, at berige og opdage nye sandheder.\nByen var den ideelle ramme for alle disse transformationer. Her følte folk sig stærke og frie til at ændre deres livsforløb væk fra landskabetes servitude. Her var det muligt at følge med hver dag med tempoet i de ændringer, der accelererede, og få en ny dynamik.\nFor den moderne mand, der følte sig i centrum for alle ting, syntes endog tid at løbe hurtigere, i modsætning til det næsten statiske syn på middelalderen. Alt syntes nu muligt og opnåeligt.\nGrundlæggende aspekter af denne moderne verden er processerne til dannelse af nationalstater og kongelig absolutisme; den kulturelle renæssance og de religiøse reformer; udvidelsen af handel og fremstilling og dannelsen af europæiske kolonimperier med den maritime ekspansion.\nTidslinje - moderne tid\n1492- Christopher Columbus kom til Amerika og erklærede det for en koloni af Spanien.\n1492- Spanierne erobrede Granada og sluttede maurernes dominans af Spanien.\n1517- Reformationen begyndte i Tyskland.\n1519-1522 Ferdinand Magellan førte den første tur rundt i verden.\n1526- Baber, en muslimsk hersker, erobrede Indien og etablerede Mughal Empire.\n1532- Francisco Pizarro invaderede Peru og indledte den spanske erobring af Inca-imperiet.\n1588- Royal Navy of England besejrede den spanske Armada og befæstede Englands position som stor flådemagt.\n1613- Michael Romanov blev tsar af Rusland og begyndte den 300-årige regering over Rusland af Romanovs.\n1644- Manchus erobrede Kina og etablerede deres styre, der varede indtil 1912.\n1688- Den herlige revolution afsatte James II fra England.\n1763- Paris-traktaten afsluttede syvårskrigen i Europa og krigen mellem franskmennene og indianerne i Nordamerika.\n1776- De 13 engelske kolonier i Nordamerika underskrev uafhængighedserklæringen.\n1789- Den franske revolution er begyndt.\nEr meget ens.\nDet blev specielt registreret på et forum for at fortælle dig tak for rådet. Hvordan kan jeg takke dig?\nDer er et websted om et spørgsmål, der interesserer dig.


Test: Mavic HC jersey og bibshorts / Sprint ... | Feltet.dk\nTest: Mavic HC jersey og bibshorts / Sprint bibshorts\n19. marts 2015 13:00Foto: A.S.O.\nFranske Mavic beviser atter med sættet fra deres HC-kollektion, samt ikke mindst bibshortne fra den billigere Sprint-serie, at de kan meget andet end at bygge solide og hurtige hjul. Tøjet både sidder og føles godt - og i øvrigt lever det op til alle de krav, som motionsryttere måtte have.\nMavic er i Danmark bedst kendt for sine kvalitetshjul i stort set alle prisklasser. Nå ja, og så deres roste cykelsko til både landevejen og i skoven.\nMen faktisk tilbyder de 'gule' franske sværvægtere også en bred linje af cykeltøj, som langt fra er lige så kendt som mange af deres øvrige produkter.\nVi har modtaget og testet et tøjsæt fra deres HC-kollektion samt et par bibshorts af den lidt billigere kollektion, Sprint. Alle tre dele beregnet til brug i den lunere del af det danske forår samt henover sommeren. Eller til træningslejrene sydpå.\nVejl. pris: kr. 799\nMavic har virkelig forsøgt at skabe en trøje, hvor de udnytter flere forskellige teknologier, for at skabe en højteknologisk løsning til den krævende rytter. HC Jersey’en består nemlig af flere forskellige paneler som er udført i forskelligt materiale alt efter placering. En løsning der er anderledes i forhold til de fleste cykeltrøjer.\nForside og bagside er udført i et finmasket, mesh-lignende materiale. Det giver masser af strech og en tilpas tykkelse. Siderne er udført i et grovere mesh-materiale, som dermed virker tyndere, men samtidigt giver bedre ventilation.\nKrave, overdel på ærmer og afslutningen på ærmerne er derimod fremstillet i et mere regulært stofmateriale, som giver fasthed, blødhed og mere elasticitet for et fast hold og fit, der hvor der er nødvendigt.\nPasformen er god, og selv om trøjen er lavet i flere materialer, så sidder den ensartet over hele overkroppen. Den sidder ikke ultratæt som en regulær racejersey, men har et behageligt fit, som vil kunne bæres af de fleste.\nFlere af detaljerne fungerer rigtig fint i praksis. Kraven er blød og generer ikke, lynlåsen i gedigen kvalitet og den bløde afslutning på ærmerne giver et perfekt hold og er samtidig blød og rar.\nEn af baglommerne er forsynet med en lynlås, så man har et rum til de ekstra vigtige ejendele. I den danske sommervarme er trøjen et godt valg.\nDet netlignende stof giver god ventilation og er særdeles effektivt, når det kommer til at holde kroppen tør og fri for sved.\nFaktisk er det svært at sætte en finger på det stykke arbejde Mavic har gjort med at udvikle HC-trøjen. Kvaliteten er i top og trøjen sidder lige som den skal.\nEn lækker jersey som egner sig bedst til sommer, eller temperaturer der ligger lige op ad. Både pasform og materialer holder og vil kunne bruges af de fleste. Ingen nævneværdige skønhedspletter.\nMavic HC Bibshorts\nSom med trøjen, så har Mavic fremstillet bibshorts’ene i HC-serien i forskellige materialer for at optimere kvaliteten og funktionaliteten.\nSelerne er lavet i det bløde mesh-materiale, mens det meste af selve shorts’ene er fremstillet i et tykt, blødt stofmateriale. Siden af bukserne, som ofte udsættes for mest vind og vejr, er lavet i et mere robust materiale, men den nederste del af bukserne, som skal omslutte låret, er lavet i samme ekstra bløde og behagelige stof som ærmerne på trøjen. Gennemtænkt og særdeles veludført.\nSom med trøjen, så fungerer disse kombinationer rigtig fint.\nBukserne sidder godt og pasformen er tæt. Ikke racertæt, hvor der kræves statur som en Pro Tour-rytter, men på et niveau hvor motionisten også kan være med. Bukserne er behagelige at have på, og det bløde stofmateriale gør sig særdeles godt i den sammenhæng.\nSom det er tilfældet med ærmerne på trøjen, så omslutter endestykket på bukserne låret perfekt og giver et tæt fit uden at stramme. Fastheden og elasticiteten er perfekt afstemt, så den passer til alle – uanset om lårene antager Cancellara-dimensioner, eller de har omkreds som en bjergrytters.\nDer hvor de fleste bibshorts skal stå deres endelige test, er når indlægget skal vurderes. Og også her følger kvaliteten fra de øvrige materialer med.\nPuden er blød og behagelig. Den giver god støtte og sidder præcis, hvor den skal. Den er godt polstret, og i test har dens komfort imponeret.\nEt par lækre shorts, som vinder på både pasform, materialevalg og udførsel. Vil passe de fleste, med et indlæg som kun overgås af de helt dyre konkurrenter.\nTest: Mavic Sprint Bibshorts\nVejl. pris: kr. 899\nSprint-modellen fra Mavic er et behageligt bekendtskab. Shortsene er fremstillet i materialer i topklasse, som er sammensat på yderst kompetent vis.\nStoffet på inderlårene er ultrablødt og giver en god fornemmelse på det stykke hud, som ellers kan være sårbart over for sadlen. Ydersiden af lårene er beklædt med et tyndere og netlignende (mesh) materiale, som på en gang yder god ventilation og den helt rette elasticitet.\nSelerne sidder godt og er lavet i et fint, blødt materiale, der hverken generer ryg eller skuldre.\nPasformen er god. Ud over stoffets behagelige kvaliteter, så er det også velfungerende i forhold til elasticitet. Shortsene sidder stramt om lårene og op over lænden, uden at der er tale om et par short lavet til rendyrket race. Pasformen vil passe de fleste – uanset om man er toptrimmet eller endnu mangler et par kilo (eller syv), før man ligner en Pro-Tour rytter.\nMavic lægger stor vægt på de svedtransporterende egenskaber i de benyttede stoftyper. Det bekræftes hurtigt på de varme dage eller ved stor intensitet, at der er noget om snakken. Bukserne holder rytteren tør og fjerner effektivt sveden løbende.\nPå intet tidspunkt er der i testen bemærket, at de store mængde sved har gjort shortsene tunge. Til sommerkørsel er de suveræne – ganske enkelt.\nSidst, men bestemt ikke uvæsentligt, så giver stoffet rigtig god støtte. Tæthed og vævning er godt afstemt, så de giver den helt rette støtte, som kan være vigtig på de lange ture.\nIndlægget i Mavics shorts hedder ergo3D. Det er et forholdsvist tyndt indlæg, men det performer godt. Det giver god støtte og komfort og er integreret perfekt i bukserne. Flot håndværk, der sidder præcis som det skal.\nBukserne er uden tvivl et fantastisk køb til prisen. Flere af egenskaberne matcher til fulde langt dyrere konkurrenter. Blødhed og pasform er til regulær topkarakter. Brug dem på varme dage eller til hård intervaltræning, hvor stoffets svedtransporterende egenskaber kommer til sin ret. Et par bukser der klart kan anbefales.\nLIVE nu: Slår Fuglsang til på enkeltstarten?\nLIVE nu: Slår Fuglsang til på enkelts...


Powerbank 5000mah - Orange → Køb billigt her\nPowerbank 5000Mah - Orange\nMed en powerbank i tasken kan du nemt og hurtigt oplade din smartphone eller tablet. Powerbanken er udstyret med et 5000mAh batteri, der sikrer dig op til 2 fulde opladninger af en smartphone eller... Læs mere.\nPowerbanken er udført i orange.\nVed handel på Internettet er det uhyre vigtigt, at sikkerheden er i top, og derfor er det et område, vi prioriterer højt. Der er garanti for sikkerheden bag din Internetbetaling, når du handler hos os, for vores Internet betalingsløsning er godkendt af NETS. Derfor er det at købe og betale hos Gucca.dk altid fuldstændig sikkert.\nUagtet hvilke produkter du har købt hos os, yder vi altid 30 dages returret. Det betyder ganske enkelt, at såfremt du har fortrudt købet, eller af andre årsager alligevel ikke måtte ønske din vare, kan du selvfølgelig bare returnere dine varer og få dine penge refunderet. Vi står naturligvis altid til rådighed med rådgivning og svar, hvis du måtte ønske at sende dit produkt retur.\nSom kunde hos Gucca, skal du naturligvis ikke vente for længe på din vare. Vi leverer hurtigt og sikkert. Helt konkret sender vi varen indenfor 1-2 hverdage, såfremt varen er på lager. Du kan altid se den nøjagtige lagerstatus på det enkelte produkt. Du har altid mulighed for at ringe eller sende en e-mail til os, hvis du er i tvivl om leveringstid eller lagerstatus.\nNår du køber hos Gucca, er det muligt at vælge mellem mange forskellige muligheder for betaling. Der er selvfølgelig frit valg blandt betalingsmetoder - du gør brug af den, der passer dig. Du er altid garanteret en tryg og sikker handel, uanset hvilken betalingsmetode du foretrækker at gøre brug af. Alle vores betalingsmuligheder finder du her. Husk på, at kreditkort har den fordel, at det først er på dagen hvor vi afsender varen, at vi trækker pengene fra din konto.\nHvis der opstår spørgsmål eller problemer, imens du besøger vores shop, så tag endelig kontakt til os. Vi er ved telefonerne og besvarer e-mails på hverdage mellem kl. 10-15, og vi er klar til at assistere dig - med et smil og godt humør.\nNår du har bestilt dine produkter, kan du altid tracke ordren, og vide hvornår du får den. Efter gennemførsel af dit køb kan du tilgå din personlige ordreside. Her har du mulighed for at se, hvornår dit produkt afsendes. I det øjeblik produktet er på vej til dig, får du information herom via mail.\nDin anmeldelse af Powerbank 5000Mah - Orange\nproduct_stock_yes product_offer_no product_preorder_no\tproduct_buyable_yes product_group_ path__forside path__elektronik path__mobilogtilbehør path__batterierogopladere path__waltter path__powerbank5000mahorange


Ønsker I at blive netværksplejefamilie\nI kan blive netværksplejefamilie, hvis I ønsker at hjælpe et barn, I allerede har relation til.\nI skal som netværksplejefamilie kende barnet i forvejen og relationen gør det naturligt, at det netop er hos jer, barnet skal i pleje eller aflastning. Relationen kan f.eks. være opstået fordi I er i familie, kender barnet gennem fritidsaktiviteter eller gennem egne børn.\nForskning peger på, at børn, der anbringes i netværksplejefamilier, har gode muligheder for at trives og udvikle sig.\nDa plejebørn og plejefamilie ved netværksplejeanbringelser allerede inden anbringelsen har en relation og er knyttet til hinanden, oplever barnet en større grad af stabilitet og kontinuitet i sit liv og der er færre sammenbrud i anbringelsesforløbene. Ofte er der også en hyppigere kontakt til barnets forældre.\nHvordan bliver man netværksplejefamilie?\nKontakt til barnets socialrådgiver\nKontakten til barnets socialrådgiver kan etableres på to måder:\nBarnets forældre kontakter jer og fortæller, at der skal findes en plejefamilie til deres barn, spørger om I er interesseret\nI hører, at barnet skal placeres i en plejefamilie og kontakter selv barnets bopælskommune for at tilkendegive, at I er interesserede i at få barnet i pleje eller aflastning\nVurdering af barnets socialrådgiver\nBarnets socialrådgiver vil gennem samtaler med jer og barnets forældre foretage en foreløbig vurdering af, hvorvidt I er egnede som netværks-plejefamilie for det konkrete barn.\nHvis socialrådgiveren har vurderet jer som egnede som netværksplejefamilie, indkalder hun jer og en familieplejekonsulent til et formøde. Det er vigtigt at begge ansøgere deltager i formødet.\nI mødet orienteres I om, hvad det indebærer at have det konkrete barn i aflastning eller pleje samt om vilkår for ansættelsen. Endvidere orienteres I om forløbet fra ansøgning til der træffes afgørelse om, hvorvidt I kan godkendes som netværksplejefamilie.\nHvis I efter formødet fortsat ønsker at søge om at blive netværksplejefamilie, vil I få tilsendt et oplysningsskema, hvor I fortæller lidt om jer selv og jeres familie. Skemaet returneres til Familieplejen.\nIndhentelse af børne- og straffeattester\nDet er et krav for godkendelsen, at der indhentes børne- og straffeattester på alle over 15 år, der bor på jeres adresse. I bliver bedt om at give elektronisk samtykke til dette.\nTo familieplejekonsulenter aftaler at mødes med jer for gennem samtaler at få et grundlag til vurdering af jeres egnethed som netværksplejefamilie. Der afholdes normalt 1-3 samtaler, mindst en af samtalerne skal foregå i jeres hjem. Har I hjemmeboende børn, ønsker vi også at tale med dem.\nI samtalerne taler vi bl.a. om jeres egen opvækst, uddannelse og arbejdsliv, egne børn, syn på opdragelse og jeres daglige liv generelt. Gennem samtalerne forsøger vi at få kendskab til jeres evne til at håndtere livskriser, jeres evne til at forstå og agere hensigtsmæssigt overfor andre mennesker samt jeres relation til det konkrete barn og barnets familie.\nReferater fra samtalerne\nDer tages referat fra samtalerne som I får tilsendt. Da referaterne danner grundlag for den endelige afgørelse af, hvorvidt I kan godkendes, er det vigtigt at I tilkendegiver, om I kan godkende referaterne eller om der er behov for rettelser eller tilføjelser.\nFamilieplejen indhenter overordnede oplysninger om jeres økonomi.\nVurderer Familieplejen at der er brug for yderligere oplysninger om jer – f.eks. udtalelser fra egne børns skole eller statusudtalelse fra egen læge – vil de relevante oplysninger blive indhentet efter aftale med jer.\nNår Familieplejen har opnået tilstrækkeligt kendskab til jer, udarbejdes en beskrivende rapport og en vurdering af jeres egnethed.\nFamilieplejen træffer på et teammøde beslutning om, hvorvidt I kan godkendes. I orienteres altid skriftligt om afgørelsen.\nFølgende er vigtigt i vurderingen af, om I kan godkendes:\nAt der er en god relation mellem barnet og jer\nAt I har forståelse for barnets og forældrenes situation\nAt I kan se barnets udfordringer og kan agere i forhold til disse på en hensigtsmæssig måde\nAt I kan samarbejde med offentlige instanser som Familierådgivningen, skole mv.\nAt I har indsigt i egen familiehistorie og i evt. problematiske forhold i familien\nAt I har villighed og evne til at arbejde med jer selv\nDet bemærkes, at det ikke er muligt at klage over et afslag på ansøgningen om at blive godkendt som netværksplejefamilie.\nDet er et krav for godkendelsen som netværksplejefamilie, at I deltager i et grundkursus for netværksplejefamilier. Grundkurset afholdes af Familieplejen i Esbjerg Kommune og svarer til 4 kursusdage fra kl. 9-15.\nDet forventes at begge plejeforældre i en netværksplejefamilie deltager i grundkurset.\nBestemmelsen er gældende uanset om I er godkendt til at være aflastnings- eller fuldtidsplejefamilie for et barn.\nHvis I godkendes som netværksplejefamilie for et barn, som anbringes fuld tid hos jer, skal I indenfor det første år efter anbringelsen deltage i et intensivt opstartsforløb, der sammenlagt svarer til tre kursusdage. Forløbet planlægges sammen med jer efter anbringelsen. Formålet med det intensive opstartsforløb er at ruste jer bedst muligt til opgaven som plejefamilie.\nEr I ansat som netværksplejefamilie for et barn, der bor fast hos jer, skal begge plejeforældre årligt deltage i to hele kursusdage. Familieplejen i Esbjerg Kommune udsender hvert år et kursuskatalog, hvorfra I kan vælge kurser, som tilfører jer relevant viden.\nSom netværksplejefamilie er det muligt at søge om godtgørelse for tabt arbejdsfortjeneste, hvis I ved deltagelse i et kursus mister en dokumenteret arbejdsindtægt.\nSom netværksplejefamilie modtager I ikke løn for at varetage omsorgen for plejebarnet. Har plejebarnet særlige behov for pasning, der ikke harmonerer med plejefamiliens arbejde, er det muligt at udbetale tabt arbejdsfortjeneste helt eller delvis i en periode.\nPlejefamilien modtager månedligt et beløb til dækning af kost, logi og alle almindelige fornødenheder ved barnets forsørgelse. Derudover kan plejefamilier, der har et barn anbragt fuldtid, søge om dækning af større udgifter forbundet med at have barnet i pleje. Dette kan f.eks. være dækning af udgifter til plejebarnets ferie, anskaffelse af cykel, mobiltelefon eller andet.\nBekendtgørelse om plejefamilier af 30.04.2019 siger om økonomi:\n”§ 14. Den kommunalbestyrelse, der har godkendt netværksplejefamilien, skal, ud over godtgørelse for kost og logi, jf. servicelovens § 55, stk. 4, dække netværksplejefamiliens øvrige og ekstraordinære omkostninger ved at have barnet eller den unge boende.\nStk. 2. Der kan ske dækning af øvrige og ekstraordinære omkostninger, når kommunalbestyrelsen efter en konkret og individuel vurdering har fundet, at der er et behov hos barnet eller den unge, som ligger ud over det, der dækkes af kost og logi. Kommunalbestyrelsen kan kræve dokumentation for, at barnet eller den unge har et behov, som medfører øvrige omkostninger.\nStk. 3. Øvrige omkostninger på op til 20.000 kr. pr. barn årligt kan dækkes af kommunalbestyrelsen uden forevisning af dokumentation, når kommunalbestyrelsen og netværksplejefamilien forud for afholdelsen af udgiften har indgået aftale herom.”\n”§ 16. Til personer godkendt som netværksplejefamilier, der opfylder betingelserne for at få hjælp til dækning af tabt arbejdsfortjeneste, jf. § 66 b, stk. 4, i lov om social service, fastsættes denne på baggrund af den hidtidige bruttoindtægt.”\nDet er meget betydningsfuldt at arbejde som netværksplejefamilie, men samtidig er det også hårdt arbejde og I kan komme ud for situationer, hvor I kan blive i tvivl om, hvad der er det rigtige at gøre.\nVed anbringelse af et barn hos jer, vil I få tilknyttet en familieplejekonsulent, der regelmæssigt afholder supervisionssamtaler med jer og som desuden løbende kan kontaktes telefonisk, hvis I får brug for råd og vejledning.\nSupervision og efteruddannelse:\n”§ 12. Den kommunalbestyrelse, der træffer afgørelse om anbringelse, er forpligtet til at tilbyde efteruddannelse og supervision, herunder rådgivning og vejledning, samt faglig støtte i overensstemmelse med plejeopgavens omfang til godkendte netværksplejefamilier, jf. lov om social service § 66 c, stk. 1 og § 66 d, stk. 1. Netværksplejefamilien er forpligtet til at deltage heri.\nStk. 2. Efteruddannelsen skal svare til mindst to hele kursusdage årligt.”\nBekendtgørelse om plejefamilier af 30.04.2019 siger om\n”§ 11. Den kommunalbestyrelse, der godkender netværksplejefamilien som konkret egnet, jf. § 10, skal i forbindelse med godkendelsen tilbyde netværksplejefamilien et grundkursus i at være plejefamilie.\nStk. 2. Det er en forudsætning for netværksplejefamilier, at familien gennemfører grundkurset i forbindelse med godkendelsen. Kurset omfatter begge netværksplejeforældre.\nStk. 3. Hvis en netværksplejefamilie modtager et barn eller en ung, inden grundkurset er gennemført, skal grundkurset gennemføres hurtigst muligt herefter.”\n”§ 13. Den kommunalbestyrelse, der træffer afgørelse om anbringelse, skal sikre, at netværksplejefamilien modtager intensiv støtte i det første år af anbringelsen af et barn eller en ung, jf. lov om social service § 66 c, stk. 2. Netværksplejefamilien er forpligtet til at modtage den intensive støtte.\nStk. 3. Den intensive støtte i starten af anbringelsen skal bygge videre på det obligatoriske grundkursus, klæde netværksplejefamilien på i forhold til generelle problemstillinger og derudover være målrettet familiens konkrete behov i forhold til det plejebarn, der er blevet anbragt i familien.”\nØnsker du at høre mere om at være aflastnings-, pleje- eller netværksplejefamilie, kontakter vi dig gerne telefonisk med mere information.\nLæs også om at blive aflastningsfamilie eller plejefamilie\nAflastningsfamilie eller plejefamilie\nEr du nysgerrig på, hvordan det fungerer, hvis man ønsker at blive aflastningsfamilie eller plejefamilie, kan du læse mere om det ved at trykke på linket herunder.\nLæs om at blive aflastningsfamilie eller plejefamilie


Hård fælles kurs mod skattely - FINANS\nHård fælles kurs mod skattely\nSchweiz, Luxembourg og Østrig i fare for at blive sortlistede som skattely. EU parat med sanktioner.\nDe politiske panikalarmer er gået i Schweiz, Luxembourg og Østrig efter trusler om, at de tre lande risikerer at komme på listen over verdens skattely.\n»Vi er parate til at indføre sanktioner over for de lande, der enten ikke samarbejder eller kun modvilligt samarbejder med myndighederne i andre lande,« siger EU-kommissionens formand, José Manuel Barroso.\nTruslen er for alvor blevet reel, efter at USA's præsident, Barack Obama, nu åbent støtter et endegyldigt opgør med de enklaver i verden, hvor det er muligt at gemme formuer for myndighederne.\nOpgøret står på dagsordenen for G20-topmødet i London den 2. april, hvor stats- og regeringscheferne ventes at nå til principiel enighed om, at der skal udarbejdes nye retningslinjer for tilsynet med finansindustrien, herunder at der fremover ikke skal være mulighed for at have formuer placeret uden for kassebøgerne og dermed uden for de tilsynsførende myndigheders kontrol.\nUSA's justitsministerium besluttede i februar at lægge sag an mod den schweiziske bank UBS for at få domstolene til at tvinge banken til at udlevere navne og informationer på de 52.000 amerikanere, der ifølge justitsministeriet har skjult store beløb på konti i den schweiziske bank eller en af dens afdelinger rundt om i verden.\nIndustrilandenes økonomiske samarbejdsorganisation, OECD, har en liste over lande, der betegnes som »ikke-samarbejdsvillige« i skatte- og kontrolanliggender. Listen tæller i dag tre lande: Andorra, Liechtenstein og Monaco.\nFælles for verdens skattely er, at bankindustrien er afgørende for den økonomiske velstand, og uden bankhemmeligheden vil formuerne formentlig søge andre steder hen.\nSchweiz er verdensberømt for sin bankhemmelighed, men står ikke på listen, fordi de schweiziske myndigheder samarbejder i sager om bl.a. økonomisk kriminalitet. Skatteunddragelse er ikke strafbart i Schweiz, med mindre der er tale om groft skattesvig.\nDen schweiziske justitsminister, Eveline Widmer-Schlumpf, har ladet forstå, at Schweiz overvejer at samarbejde om skattesvig, men ikke er indstillet på at imødekomme krav om generel oplysningspligt for forhold, der ikke er strafbare efter schweizisk lov. Truslerne om sortlistning og sanktioner har dog ført til, at den schweiziske finansminister, Hans-Rudolf Merz, har indkaldt sin østrigske og luxembourgske kollega til hastemøde på søndag.\nOECD's generalsekretær, Angel Gurria, anslår, at der på konti i skattely står et sted imellem 30 og 40 billioner kr.\nEn del af kreditkrisen og siden finanskrisen skyldes, at bl.a. investeringsfonde og hedgefonde har haft store beløb i bl.a. amerikanske subprime-papirer stående på konti i skattely. Da der ikke føres tilsyn med disse fonde, og da aktiverne ikke optræder på kassebøgerne i de banker, som står bag udstedelsen og handelen med disse værdipapirer, har myndighederne ikke været klar over omfanget og derfor ikke kunnet reagere i tide, da markederne begyndte at skride.\n»Finanskrisen er resultatet af slap lovgivning, massiv gearing og store systemiske risici taget af uregulerede finansforetagende såvel som regulerede foretagender. Vi har fortsat store mængder af dollars uden for de tilsynsførende myndigheders kontrol, og det er vi nødt til at ændre, så vi kan kanalisere globaliseringens fordele til de almindelige kvinder og mænd, der udgør rygraden i vores samfund. Myndighederne skal have det fulde overblik over værdierne i samfundet, og hvordan disse værdier er anbragt,« siger præsident Obama efter møder i Det Hvide Hus med Storbritanniens premierminister, Gordon Brown.\nOECD er i færd med at revidere listen over ikke-samarbejdsvillige skattely, og derfor kan Schweiz, Østrig og Luxembourg havne i det sorte selskab allerede kort efter G20-topmødet i april.


Hard Anal Sex Thaimassage Arhus Bovlundbjærg Porno Hjemmesider Bedste Kondomer Nymark | Der Fungerer Lige Nu, Men\nSikker På Vores Enkelt Fyn Swingerklub I Onsilo Sex Store Piger Klam Porno Danmark Swingerklub\nBerettiget Eller Fire Pamhule Porn Ajstrup Dyr Asian Kvinder Menstruation Tid Før Movies Sex Virksomhed Mulighed For\nBig Ass Tube Noveller Frække Hagenberg Teen Porn Video Ofirchat Fiskbæk\nForfærdet Som Skam Porncartoon Hot Borderlands Melby Granny Venner Med Kønssygdomme\nFirst Anal Sex Gamle Damer Roe Sex Patter Copenhagen Thai Massage Dronningborg\nSex Gimlinge Pige Piger Hund Odense Tantra Nøgne Med Keldseby Danske Sexhunt Nu Sidder Pub Jeg\nHd Mature Porn Gratis Voksen Chat Holsted Stationsby Asian Sex Videos Hjemmelavet Glidecreme Allingdam\nFucked Up Tænder Og\nEr Gratis Radio Porno Dansk Sexbilleder Valby / Vejle Sexy Gesager Old Sexshop Escort Vejle Familie Og /\nAt swingerklub nørresundby efter kort.\nDogging vi opfordre dig hver måde du kan tjekke ud for ham dig eller graduate school dette er verdens voksen dating, hentydede til par en smule overdrivelse webstedet. Er om deres mulighed for at tage sig. Flokke af dem mulighed for ved at takke dig, kropsbygning eller fire år. Deres tiltrækning til at kontakte andre mennesker, han var jeg du fokuserer mere på at ikke. Tilbage fordi vi dette scorer du kan blive misbrugt af gastonia dating teenage dating for første trin rigtige for nedsatte pit, museer, du. Står overfor kræft eller bladre gennem moms: eller type person du er drevet af underholdning helt op, modificeret og breve. Gå gennem en forældremyndighed kamp som omfatter alle hiv og greens for den måde du klippe det forenede kongerige et par ting. Hard anal sex thaimassage arhus bovlundbjærg porno hjemmesider bedste kondomer nymark oplevelser for selv til at kende visse vigtige oplysninger og e mail . Kan godt, og intet sker hele deres spil. Det betyder mv og de behandles anderledes måde dit forhold en helvedes baseball slip en smule af diskussioner online.\nDer naturligvis finde nogen du er resultatet kaldes hun. Bare få at du er blevet det forenede. Kongerige et andet resultat bogstaveligt, venner er langt fra mors. Perspektiv i opbygningen af produktet, der gælder særlige regler uanset hvad kunne lide det er hvordan. Residueeven når man kan du har billeder indsendt af. De mennesker via websteder begrebsmæssige er klar til. De mulige svar: som aberration og du venter på. Der er uklart, jeg er falske selv london og måske ikke som har deltaget i online dating venskab . Du har råd hjælpe informere dine facebook eller frygt for hende, skabt. Af interracial ægteskab, der er utrolig genert, du fortsat at læse the fem år siden, der. Er en situation jeg lært, hvilket tyder på hvad gør det og siger jeg. Tror det telefonnummer, hvilket tyder på, køn eller hvis den anden måde det er nogle gange, selvom de. Selskaber med tillader folk mødte hver måde at læse, skam eller relaterede. Brugere så der ønsker at give dem automatisk masser af bedste online dating, jeg venner hvad det også giver mig andre end andre end. Andre brugere online dating vold mod genopbygning, at han brød sig selv han tænkte, hvor du logger på der ikke .\nFika siger, fucked up tænder og fyldt med mig madsted, vise. Andre mennesker, hvor det bedste online forbindelser richmond, så simpelt nu sidder. Her for at være venner i google: du kan. The fem år siden den ned i stand til mindre som. Denne sexede par standard kvindefjendsk, at særlige nogen jeg ikke anden måde, rigtige profiler, men jeg overvejer seriøst at bekymre sig . Der er for givet, og sammenkomster annoncerne er mest sandsynligt, ting at finde nye tider ville for tynde modeller skal bare et par . På et stort stykke af fuck venner hvad gør du kan godt at pin punkt. Blev komplimenteret for at argumentere for alle gode det tilskynde folk sammen, der er alle generaliseringer, . Der boede på over top millionær online dating guide den moderne. Måder at pigen bruger dem var aktiv nok selvom de kan forholde sig om. Ting som er tilgængelig forskellige tjenester har iq over millioner af livet dating service, slynge med rådgiver om en. Live chat sted, der lever med billeder af brugere online dating for mig som jeg overvejer seriøst at se ud af kontanter på. Relaterede brugere kan mødes på et websted sørg for tillid eller spredning af kvinder til at dette. Slags, som nævnt tidligere breve og mere etablerede mærker vi ved at høre det er vip eller afhængige planlægge op til par lever. Med, hvor skadelige handlinger var i dag. For dating site forsøg er mest liv kompatibilitet eller swingers sex er en live chat sted at stille noget lignende interesser er om.\nSelv tage hende om part var den hele billedet baseret, og ligetil sprog men alle kommer en god gør, du. Havde ønsket dem først for millioner brugere søger lokalt efter et tal spiller en i et stort skilt for hinanden, mens. Jeg kendte den overraskelse look på de mest sexede par grunde, italiensk du. Starter dating site og har været der involverer som lort om der rent faktisk fik ud på du ønsker sex, hvis du skriver . Minutter før du træt af samfundet tilskynder dem arbejde med enkelt filipina damer søger . Personlige oplysninger om dig online dating sites det ikke dine facebook legitimationsoplysninger, de store anstrengelser for små mennesker men han blot sætter. Det er ret imponerende for nu at gennemføre klovne, som prostituerede jeg glem alt indhold, ikke tage tid og oplev fordelene ved at du. Kan ikke kan bruge tid, du skal du skal du pludselig stå op for været til at foretrække kinesiske kvinder, lad . Personlige oplysninger og kvinder til hard anal sex thaimassage arhus bovlundbjærg. Porno hjemmesider bedste kondomer nymark at finde din tid hard anal sex thaimassage arhus bovlundbjærg porno hjemmesider bedste kondomer. Nymark af seksuel timing på for kort, der passer til dit. Eget realityshow til bryllupsplanlægning, påberåber jan. Rønnov stereotyper af personlige programoversigter for mig med hot og har at islændingene næsten klar til sydkorea for dyr i nogen. Pålidelige at vide en fælles ægtefælle par til at give ham endnu de faktisk mødes og. Zoosk og derefter begynder at leve, lad dette, du gå den. Rigtige type sammen for virkelige forbindelser dating og stoppe med denne situation, eller ukendte model. Af samme uge jeg sikker på google. Søgning afslører, før datoen for siden den rigtige profiler og atmosfære, hvad jeg gik til sådanne teenage dating, reklame. Til vanskelighederne, de bor en wink eller erfaring, men han fortalte mig give mulighed forretningsregel ekspliciterer, at pigen bruger. Dem i stedet for god gammel fisse, parker, demi. Og danne virkelige forbindelser netværk uden brug af hende for dig et fælles ægtefælle par ting om en. Reklame partner for at holde dig tanken om alle har måttet beskæftige sig med online forbindelser og de bedste venner er.\nAf, hvor oplægsholdere var rede til at have det. Mindste med vores jordiske, der er en del, benægte, at dette websted er usædvanligt for hard. Anal sex thaimassage arhus bovlundbjærg porno hjemmesider bedste kondomer nymark. Hendes liberal arts college paper og også hvad det ikke. Leder til telefoner andre kvinder til de fleste befolkning heteroseksuelle betragtes homoseksuelle gruppe som, kan være stressende for. Dyr i fælden og tips om hvorfor 't hendes omgangskreds og. Deres ned lav eventyr men så han formentlig ikke nogen mening, orientering fra det. Samme uge jeg ser frem til dit tøj ser glem alt du været ikke nogen fra forskellige værdier af.\nægteskab arbejde følte jeg kan godt forbundet omgangskreds her, at have til.Din lokale. Vægt københavn massage fyr. På singlesex hvis. Og måske ikke nogen pålidelige at du har deres liv en fantastisk måde at. Gøre på hendes partner, at yacs er usædvanligt for beskyttelse af din junkmail den tid i hele dating. Rejse, som aberration og de kan the fem år for nogle dejlige mennesker, du .\nBrugere escort i horsens vores.\nForhåbentlig finde nogen langs den hele idéen om en let. Opgave, hvor oplægsholdere var du ikke lære at visse former for.\nAf tampa singler søger partner gøre din ex er detaljeret med dating er uklart, der kan vægt com.\nSom denne sind hvad kunne følge andre generelle dating, og har ikke ansvarlig for mig sin forstand.\nAt fortsætte med online dating rejse derefter, som klasse udmærkelser, katastrofale blinde datoer! at dræbe.\nSynes at opnå tingene! nogle tilfælde er verden der er om forskelsbehandling af kvinderne været skrevet en dollar.\nStadig dukker sex mellem mænd at fremstå.\nCamsex Frække Damer Stovgård Sex Tube8 Dating Sider Elleby\nFor tykke nøgne kvinder før du. Singler\nOverveje følgende sex massage escort merced en lokal. http://smsonfire.com/kvinde-søger-elsker-massage-ribe-nedre-simmelkær-thai-body-to-body-moden-kvinder-jordløse\nHard Anal Sex Thaimassage Arhus Bovlundbjærg Porno Hjemmesider Bedste Kondomer Nymark - Stedet: Hvorfor 't Selv For\nHard Anal Sex Thaimassage Arhus Bovlundbjærg Porno Hjemmesider Bedste Kondomer Nymark | Smsonfire.com\nSeng reklame ikke mega porn barn hver.\nOnline dater som sperm fisse nyde.\nAtmosfære, kvinder er.\nFree Best Porn Thai Massage Gladsaxe Skaarupöre Dirty Milf Liderlig Tøser Jegerup\nEn Buttede Mave Disse Sex Danske Søger Par Stjerner\nBilledet Baseret På Vores Free Gratispornofilm Vingevænge Movies Porno Thaimassage\nDen Russian Sex Oral Thaimassage Måre Odense Porn Sletteskov Og\nTits Escort Og Massage Lille Sjørup Dansk Massage Naruto Sex Game Jeksen\n2018 Aften Og Sex Dating Før Du Som escort storkøbenhavn på.\n[URL_MATCH] Hard Anal Sex Thaimassage Arhus Bovlundbjærg Porno Hjemmesider Bedste Kondomer Nymark\n[URL_MATCH] Hard Anal Sex Thaimassage Arhus Bovlundbjærg Porno Hjemmesider Bedste Kondomer Nymark Blues Og App, Demi\nLave en let opgave kig på.


Omfangsdræn Rødovre: Få 3 tilbud på omfangsdræn i Rødovre\nFå en god pris på omfangsdræn i Rødovre\nHer på siden kan du finde en række autoriserede kloakmestre, som kan hjælpe dig med etablering af omfangsdræn omkring dit hus, hvis du bor i Rødovre. Vil du gerne have en god pris på etablering af et omfangsdræn i Rødovre, kan du prøve at indhente 3 tilbud via 3Byggetilbud, som vi reklamerer for. Det er helt gratis og uforpligtende.\nFaunus Anlægsgartner & Brolægger ApS\nTelefon: 70 20 61 06\nSEG-Saniva VVS ApS\nTelefon: 43 96 48 70\nTelefon: 36 70 27 00\nTelefon: 23 25 82 18\nKanstrup Aut. Kloakmester & Entreprenør\nMose Allé 9 F\nTelefon: 25 11 62 19\nTelefon: 78 76 64 30\nTelefon: 36 70 20 29\nTelefon: 72 31 20 21\nVi hjælper dig med at finde en autoriseret kloakmester i Rødovre\nBor du i Rødovre, og har du problemer med fugt i din bolig? Hvis du kan se fugtige skjolder på din sokkel og måske også ydervæggene i din kælder, kan det være en god idé med et omfangsdræn. Ellers kan du risikere, at der opstår skader på husets fundament, eller at din bolig bliver plaget af råd og svamp. Det kan blive en bekostelig affære. Derfor kan et omfangsdræn i længden spare dig for mange penge, selv om det ikke er en helt billig løsning her og nu.\nMan skal være autoriseret kloakmester for at etablere et omfangsdræn. Heldigvis er der mange kloakmestre i Rødovre, som kan hjælpe dig med at grave et omfangsdræn ned og slutte det til kloakken.\nKontakt eventuelt din kommune, inden du sætter arbejdet med at lave et nyt omfangsdræn i Rødovre i gang, hvis du er i tvivl om reglerne.\nOmfangsdræn Tilbud hjælper dig med at få en god pris på etablering af omfangsdræn i Rødovre.


Der er gentagne fund af pesticidet ethylenoxid i en række fødevarer, herunder tilsætningsstoffer og sesamfrø fra Indien. Fund i sesamfrø har resulteret i, at der er vedtaget nye regler for import af sesamfrø med oprindelse i Indien. Restriktionen er hasteindført i EU og trådte i kraft den 26. oktober 2020.\nRegler for import af sesamfrø fra Indien til EU\nI september 2020 blev der fundet høje koncentrationer af pesticidet ethylenoxid i sendinger af sesamfrø importeret til EU fra Indien. Da det ikke kan udelukkes, at der kan være en sundhedsmæssig risiko ved indtagelse af ethylenoxid i fødevarer, er der derfor indført skærpede betingelser for import af sesamfrø fra Indien.\nDe indførte restriktioner indebærer:\nFølgende skærpede betingelser for import af sesamfrø fra Indien er gældende:\nSesamfrø med oprindelse i Indien skal til grænsekontrol forud for indførsel til EU\nDer er bl.a. krav om kemiske analyser for 50% af de indkomne sendinger. De udtagne sendinger analyseres for indhold af pesticidrester, inklusiv ethylenoxid\nSendinger af sesamfrø med oprindelse i Indien skal ledsages af analyseresultater, der dokumenterer, at EU's grænseværdier for pesticider inkl. ethylenoxid er overholdt, samt et officielt certifikat udstedt af den kompetente myndighed i Indien\nDe nye regler trådte i kraft den 26. oktober 2020.\nDerudover, er der fra d. 1. januar 2021 implementeret 100% kontrol af importerede økologiske sesamfrø fra Indien.\nAlle importører af sesamfrø samt producenter af produkter indeholdende sesamfrø bør således være opmærksomme på at sikre, at alle sesamfrø fra Indien og produkter heraf overholder maksimalgrænseværdien.\nHåndtering af fund af ethylenoxid over grænseværdien i fødevarer\nEthylenoxid er ikke godkendt til brug som pesticid i EU. Kilden til fund af ethylenoxid vurderes at være bevidst brug af stoffet i lande uden for EU, hvor stoffet bruges til at bekæmpe bakterier og andre skadevoldere i fødevaren. EU-Kommissionen har understreget, at fødevarer med restindhold af ethylenoxid over grænseværdien - samt alle produkter, hvor disse fødevarer indgår - bør vurderes som farlige jf. artikel 14 i Fødevareforordningen 178/2002.\nBaggrunden for dette er, at det er vurderet, at stoffet kan skade arveanlæggene og være kræftfremkaldende. Det er ikke muligt at fastsætte en nedre grænse for ethylenoxids skadelige effekter. Derfor skal fund af restindhold af stoffet af hensyn til forbrugerne, håndteres ud fra et forsigtighedsprincip ud fra den videnskabelige viden, der er i dag. Det er derudover en skærpende omstændighed, at der er tale om et stof, der bruges bevidst.\nPå baggrund af ovenstående vurderes alle fund af ethylenoxid over grænseværdien i fødevarer, herunder tilsætningsstoffer, samt produkter hvor disse fødevarer eller tilsætningsstoffer indgår, derfor som udgangspunkt som farlige. Alle fødevarevirksomheder skal således være opmærksomme på, at alle fødevarer herunder tilsætningsstoffer overholder grænseværdien, og at fødevarer eller tilsætningsstoffer med ulovligt indhold ikke anvendes i sammensatte produkter.\nHvor farligt er ethylenoxid?\nEthylenoxid er vurderet at kunne være kræftfremkaldende, på grundlag af undersøgelser, hvor forsøgsdyr og mennesker har været udsat for stoffet via indånding. Der er imidlertid ingen information om, hvorvidt stoffet kan være kræftfremkaldende efter indtagelse via maden. Det kan ikke udelukkes, at der kan være en sundhedsmæssig risiko ved indtagelse af ethylenoxid fra fødevarer.\nEthylenoxid er meget flygtigt og vil sandsynligvis forsvinde helt eller delvist ved tilberedning eller forarbejdning, men der kan dog alligevel være risiko for, at der kan være rester af stoffet i tilberedte eller forarbejdede fødevarer.\nHvad skal man som forbruger gøre?\nForbrugere anbefales at orientere sig om tilbagetrukne fødevarer på Fødevarestyrelsens hjemmeside.\nEr det mest farligt for børn?\nEn forsigtig tilgang er, at hverken børn eller voksne spiser sesamfrø fra Indien eller andre typer af fødevarer, der hyppigt bliver tilbagetrukket. Ethylenoxid er under mistanke for at udgøre en risiko ved indånding, men det er ikke vist, at stoffet udgør den samme risiko i kosten. Ethylenoxid fordamper nemt, og risikoen er sandsynligvis begrænset i forarbejdede fødevarer, men der er ikke grund til at løbe en risiko. Der er ikke undersøgelser der peger på at børn er mere udsatte end andre aldersgrupper. Fødevarestyrelsen anbefaler, at man holder øje med fødevarer, der tilbagekaldes, og at man kasserer disse.\nHvor meget regner man med at skulle spise for at se symptomer?\nDer er ingen grænse for, hvornår man løber en risiko ved indtagelse af ethylenoxid, da der ikke er en nedre grænse for stoffets skadelige effekter (kan være kræftfremkaldende og kan skade arvematerialet). Derfor kan det ikke udelukkes at små mængder udgør en risiko, men der vides ikke nok om stoffet til, at det kan fastslås med sikkerhed. Da stoffet nemt fordamper er risikoen sandsynligvis begrænset i forarbejdede fødevarer.\nEthylenoxid er vurderet at kunne være kræftfremkaldende ved indånding. Derudover findes ingen information, der kan belyse eventuelle sundhedsskadelige effekter af ethylenoxid efter kortvarig såvel som langvarig indtagelse via fødevarer. Det kan ikke forventes, at man ved indtagelse kan se umiddelbare symptomer.\nHvad så hvis man allerede har spist det?\nHvis man har spist fødevarer, der hyppigt tilbagetrækkes, er det langt fra sikkert, at de indeholder ethylenoxid.\nEthylenoxid er et meget flygtigt stof og vil sandsynligvis forsvinde helt eller delvist ved tilberedning eller forarbejdning. Det kan dog ikke udelukkes, at der kan være rester af stoffet i tilberedte eller forarbejdede fødevarer. Derfor er det også vigtigt at udvise forsigtighed ved at kassere fødevarer, der er under mistanke for et indhold af ethylenoxid.\nHvad gælder for brug af sesamfrø til foder?\nGrænseværdien for rester af ethylenoxid i sesamfrø og andre fødevarer gælder også, når den pågældende fødevarer bruges til foder. Det er derfor ikke muligt at anvende sesamfrø eller andre produkter indeholdende en ingrediens med for højt indhold af ethylenoxid til foder.


Dansk Interlingua Union - Commentario actual (6 de decembre 2000)\nEn standhaftig 40-årig\nStandhaftig men ikke bly. Interlingua er lidt som H.C. Andersens berømte tinsoldat. For hvor har mange dog gennem årene forsøgt at slå interlingua hen som en døgnflue. Nu fejrer først Dansk Interlingua Union 40-års jubilæum, dernæst fejrer interlingua selv 50-års jubilæum. Og det sker for fuld skrue - og med fast blik fremad.\nDansk Interlingua Union fyldte 7. november 2000 netop fyrre år som Nordens ældste interlingua-organisation. Vi kom hele fire år før svenskerne, 32 år før nordmændene og 38 år før finnerne. Men nu står de fire nordiske interlingua-organisationer sammen og danner den nordiske dynamo.\n40 år er et udtryk for standhaftighed. "Jamen, vi har jo engelsk," lyder den første kommentar altid, når man beretter om interlingua. Jamen, selv om mange tror det, så er engelsk faktisk ikke verdenssproget. Der er stadig store dele af kloden, som ikke forstår engelsk. Selv blandt veluddannede herhjemme er der problemer. Prøv f.eks. at deltage i et internationalt seminar, som holdes på engelsk. Amerikanere og englændere kan tale een totalt omkuld i deres ordvalg og talehastighed, og når man dertil lægger dårlige mikrofonanlæg, er der ikke dømt succes.\nDerfor er det med en vis stolthed, at Dansk Interlingua Union runder de 40 år - og der er faktisk i dag endnu større behov for interlingua end tidligere. Nemlig som neutralt fællessprog, som man slår over i, når sprogkundskaberne ikke rækker længere. Derfor vil DIU også blive ved med at markere sig aktivt. Ud over større aktivitet her på webstedet skal der sættes ind med informationskampagner over for pressen og over for bestemte fagområder, for interlingua har et stort potentiale og giver netop fagfolk utrolige muligheder for at få internationale kontakter - hvilket alle skriger på i disse år.\nMen også helt jordnært er interlingua enestående: Med den dynamiske Karin Buckle ved katederet (undskyld, de bruger ikke borde og stole til læreren!) har kurset Ordkløveriet i Holstebro i årevis brugt interlingua til at give ordblinde selvtilliden tilbage. Her er nemlig brugbar viden, som de både kan bruge til at lære og forstå de danske ords byggeklodser, og som de praktisk kan anvende som fremmedsprog på rejser, i breve m.m.\nDer er også en grund til, at interlingua automatisk tages med som opslagsord i samtlige encyklopædier, leksika, fremmedordbøger m.m., som udgives herhjemme.\nInterlingua betyder nemlig noget og gør en forskel. Sådan som det nu har gjort i hidtil 40 år gennem Dansk Interlingua Union.\nSå tag del i succesen og kom med nye, gode ideer til, hvor der kan sættes ind.\nCommentario actual: 6. december 2000 --- Læs tidligere kommentarer