Oblig2 i INF5120 Modellering med objekter UiO V04, Timelisteføringssystem Ver
|
|
- Monika Dahle
- 8 år siden
- Visninger:
Transkript
1 Oblig2 i INF5120 Modellering med objekter UiO V04, Timelisteføringssystem Ver Gruppe 1: Fredrik Melsom Klausen, Andreas Limyr, Odd-Wiking Rahlff, Tho Diu Tang BUSINESS MODEL SCOPING STATEMENTS CONTEXT STATEMENT Egne avgrensinger Aktører og interesser Use Case Diagram - rikt bilde Overordnet Virksomhetsprosess Aktivitetsdiagram MÅLHIERARKI BUSINESS RESOURCE MODEL BUSINESS PROCESS & ROLE MODEL Aktivitetsdiagrammer REQUIREMENTS MODEL SYSTEM BOUNDARY MODEL aktører og use cases SUBSYSTEM GROUPING MODEL Use Case scenario Model REFERENCE ARCHITECTURE ANALYSIS MODEL Identifiserte komponenter ARCHITECTURE MODEL INTERFACE & INTERACTION SPECIFICATION Klassediagrammer QoS constraints Samarbeid mellom komponenter Sekvensdiagrammer med utgangspunkt i use casene (på komponentnivå) COMPONENT STRUCTURE Klassediagram INTERNAL DESIGN BCE analyse og klassediagrammer Mapping til focus/auxiliary klasser Klassediagrammer GRENSESNITTBESKRIVELSER FOR NOEN AV KOMPONENTENE (PRELIMINÆR UI-SKISSE) PLATFORM SPECIFIC MODELL (FOR 1 MODELL) COMPONENT IMPLEMENTATION MODEL J2EE implementasjonsdesign vha UML profil klassediagrammer DEPLOYMENT MODEL Deployering av komponenter på infrastruktur...22 INF5120 Oblig 2, Gruppe 1, V2004 1
2 2. Business Model 2.1 Scoping Statements Context Statement Vision of Change er gitt i oppgavedefinisjonen Egne avgrensinger Vi velger å fokusere på en liten bedrift (SMB). Vi antar fastlønn, slik at lønnsutbetalingssystemet ikke er en del av løsningen vår. Vi skjelner mellom tre roller: Prosjektmedarbeider, Prosjektleder og Administrator. (nytt scope) Vi vil videre i dokumentet fokusere på de tre sentrale rollene. Prosjektmedarbeider (PM) har adgang til å fylle ut og inspisere egen timeliste. Prosjektleder (PL) har adgang til å sette opp og inspisere planlagt prosjektbelegg samt rapportert prosjektpådrag på sitt/sine prosjekter. PL kan også godkjenne timeføring og markere at et prosjekt skal avsluttes. Administrator (ADM) har adgang til alt, full inspeksjons- og endringsrett samt mulighet for å opprette/avslutte prosjekter og allokere Prosjektleder og Prosjektmedarbeidere på prosjektene. Administrator er forøvrig selv prosjektleder for minst ett prosjekt, nemlig prosjektet Administrasjon. Vi antar for enkelthetens skyld at: Alle jobber i full 100% stilling og 40 t/uke. Bordet fanger hver fredag ettermiddag for ukentlig timeføring for prosjektmedarbeiderne. Prosjektleder godkjenner hver måned de førte timene (før fakturering). Ferie og avspasering føres på egne interne prosjektnumre med administrator som prosjektleder. Dermed oppnår vi at ferie kan tas høyde for uten å måtte handtere dette på annen måte enn et hvilkensomhelst annet prosjekt. INF5120 Oblig 2, Gruppe 1, V2004 2
3 2.1.2Aktører og interesser Prosjektmedarbeider Registrere timer Få oversikt over eget timeforbruk Sette opp personlig timebudsjett (antatt belegg pr prosjekt pr mnd) Prosjektleder Se oversikt over egne prosjekter Godkjenne timeføring på egne prosjekter Avslutte prosjekt Administrator Opprette/endre/slette ansatte Opprette/endre/avslutte prosjekt Allokere ansatte til roller i prosjektene Få totaloversikt over timer/budsjett/prosjekter Legge inn eller rette manglende eller feilførte timer på oppfordring av prosjektmedarbeiderne når dette trengs Use Case Diagram - rikt bilde INF5120 Oblig 2, Gruppe 1, V2004 3
4 2.1.3Overordnet Virksomhetsprosess Aktivitetsdiagram Fargekoding: Grå bokser viser aktiviteter som systemet er direkte involvert i HRS-systemet Hvite bokser er aktiviteter utenfor HRS-systemet Som du ser ligger noen av boksene på grenselinjene mellom to roller. Dette betyr at begge rollene er involvert i aktiviteten. F.eks samarbeider prosjektleder med administrator for å avslutte og sluttfakturere prosjektet. INF5120 Oblig 2, Gruppe 1, V2004 4
5 2.2 Målhierarki 2.3 Business Resource Model INF5120 Oblig 2, Gruppe 1, V2004 5
6 Vi likte godt selv den enkle versjonen av klassediagrammet her også: INF5120 Oblig 2, Gruppe 1, V2004 6
7 2.4 Business Process & Role Model (Virksomhetsprosesser (2 nivåer), roller) INF5120 Oblig 2, Gruppe 1, V2004 7
8 Aktivitetsdiagrammer Eksempelet her er timeføringen: H: Human step T: Tool step I: Immediate step INF5120 Oblig 2, Gruppe 1, V2004 8
9 3. Requirements Model 3.1 System Boundary Model INF5120 Oblig 2, Gruppe 1, V2004 9
10 3.1.1aktører og use cases 3.2 Subsystem Grouping Model Vi ser at administrasjon av de ansatte ikke akkurat er en del av business-caset, men vi har tatt det med likevel. Vi kommer imidlertid ikke til å legge mer vekt på dette i den videre diskusjonen Use Case scenario Model Vi har valgt å fokusere på to forskjellige representative use cases for de tre brukerkategoriene. INF5120 Oblig 2, Gruppe 1, V
11 Use case 2 Se oversikt over prosjekter Prioritet 2 Mål Holde oversikt over ressurser Aktør(er) Administrator, Prosjektleder Prebetingelse Bruker er logget inn Postbetingelse - Fasade Kvalitets krav Scenario Beskrivelse Steg Handling 1 Ber om oversikt 2 Får oversikt (ser prosjektpådrag på de prosjektene brukeren har tilgang til) 3 Logger av Use case 5 Registrere timer Prioritet 1 Mål Holde oversikt over forbruk pr ansatt Aktør(er) Medarbeider, Administrator Prebetingelse Bruker er innlogget Bruker er tilknyttet minst ett prosjekt Postbetingelse Timene til medarbeider er registrert i databasen på den/de gjeldende uka/ukene. Fasade Kvalitets krav Scenario Beskrivelse Steg Handling 1 Velger å registrere timer 3 Velger rett uke (default er inneværende uke) 4 Velger rett(e) prosjekt(er) å fylle ut (default for utfylling er siste N ukers prosjekter som Medarbeider har fylt ut før) 4a Ved nytt prosjekt: Velg fra prosjektmeny 5 Timefører prosjektene for uken som er angitt 6 Signalisere lagring INF5120 Oblig 2, Gruppe 1, V
12 3.3 Reference Architecture Analysis Model 3.3.1Identifiserte komponenter Vi har identifisert flg. komponenter: INF5120 Oblig 2, Gruppe 1, V
13 4. Architecture Model I denne oppgaven fikk vi en aha-opplevelse ved å se at systemdesignet var en iterativ prosess som både omfattet top-down og bottom-up design. Ved en lineær skriftlig fremstilling kommer dette ikke tydelig frem, da alt ser ut som om det er drevet fremover av en mirakuløs målrettet prosess, mens det altså i virkeligheten er et resultat av kvalifiserte antagelser om grensesnitt koplet med behovsanalysen fra tidligere. 4.1 Interface & Interaction Specification Klassediagrammer QoS constraints Vi ønsker at HRS skal tilfredsstille flg. QoS-krav (ikke-funksjonelle krav): Oppetid: HRS skal være tilgjengelig minst 99 % av tida Integritet: Timeførte data skal ikke kunne endres utilsiktet Respons: HRS skal kunne tåle at alle bedriftens ansatte fører timer samtidig, uten at responstida blir mer enn 2 sekunder. Lagring: Data skal av regnskapstekniske årsaker bevares i minst tre år. INF5120 Oblig 2, Gruppe 1, V
14 4.1.2Samarbeid mellom komponenter Sekvensdiagrammer med utgangspunkt i use casene (på komponentnivå) Her har vi valgt å se på TimeføringsEditoren: INF5120 Oblig 2, Gruppe 1, V
15 4.2 Component Structure Og med ytterligere detaljering av TimeføringsEditoren: INF5120 Oblig 2, Gruppe 1, V
16 Og tilsvarende: Og nå har vi skjønt poenget: I og med at vi i følge oppgaven ikke skulle følge WARM, har vi ikke laget noen arbeidsflytmodell basert på en raffinering av WARM, men har konsentrert oss om UML sekvensdiagram for komponentinteraksjon. INF5120 Oblig 2, Gruppe 1, V
17 4.2.1Klassediagram Vi har klassene Ansatt (med subtypene Prosjektmedarbeider, Prosjektleder og Administrator) og Prosjekt. Timelisten En timeliste, Timeliste, er egentlig en vektor i relasjonen mellom Ansatt og Prosjekt gjennom prosjektløpet f. eks på format av antall timer forbrukt over dagene i året: (4, 8, 8, 6, 2, 0, 0, 8, 8, 5, 1,...). Det som brukeren kaller timelisten er da egentlig en collection av Timeliste. Timeliste planlagt En planlagt timeliste TimelisteBudsjett angir antatt fremtidig belegg for Ansatt på Prosjekt. Dette blir altså en helt tilsvarende vektor som timeliste. Forskjellen mellom planlagt tidsforbruk og reell bruk, er avvik. Det kumulerte avviket er interessant, for det viser hvorvidt du ligger i forkant eller etter planlagt forbruk. 4.3 Internal Design (for subkomponenter i valgt applikasjonskomponent) INF5120 Oblig 2, Gruppe 1, V
18 BCE analyse og klassediagrammer Her utvider vi nå use-caset fra sist med detaljer: Use case 5 Registrere timer (detaljert) Prioritet 1 Mål Holde oversikt over forbruk pr ansatt Aktør(er) Medarbeider, Administrator Prebetingelse Bruker er innlogget Bruker er tilknyttet minst ett prosjekt Postbetingelse Timene til medarbeider er registrert i databasen på den/de gjeldende uka/ukene. Fasade Kvalitets krav Scenario Beskrivelse Steg Handling 1 Bruker velger Registrer timer i TimeføringsEditoren 2 TimeføringsEditoren ber TimeføringsService om å hente frem timelista og aktuelle prosjekter for brukeren. (default for timelista er inneværende ukes timelister (1 pr prosjekt pr ansatt), default for utfylling av prosjekt er siste N ukers prosjekter som brukeren har fylt ut før) 2b Bruker velger evt en annen uke. 2c Bruker legger evt til nytt prosjekt. (Menyvalg) 3 TimeføringsEditor viser frem tabell over uke og prosjektnavn. 4 Bruker timefører prosjektene for uken som er angitt 5 Bruker velger Lagre timeliste i TimeføringsEditoren 6 TimeføringsEditor ber TimeføringsService om å lagre timelistene. 7 TimeføringsService lagrer timelistene og gir melding om at dette har gått bra. 8 TimeføringsEditor viser Timelisten er lagret! Mapping til focus/auxiliary klasser Her var det rimelig tynt i COMET angående kokebok på BCE-analyse, men vi kilte iherdig på og tegnet egne ikoner: INF5120 Oblig 2, Gruppe 1, V
19 O INF5120 Oblig 2, Gruppe 1, V
20 g derfra: Klassediagrammer 4.4 Grensesnittbeskrivelser for noen av komponentene (preliminær UI-skisse) TimeFøring Fylles ut av Ansatt (Ansatt) ved ukeslutt (fredag/mandag). Hun velger uke (default=inneværende uke) og angir hvor mye hun har jobbet gjennom ukedagene på de forskjellige prosjektene. Mulighet for å velge fra liste av aktive prosjekter (default=de prosjektene hun tidligere har angitt å jobbe på). Horisontalt: Ukedager Vertikalt: Prosjekter som er jobbet på. TimeføringBudsjett Brukes av Person (Ansatt) for å føre opp hvor mye hun er antatt å jobbe på prosjektene. Viser evt over/underbooking, f.eks i mnd 6 er planlagt å jobbe 120%! Horisontalt: Måneder Vertikalt: Prosjektene hun skal jobbe på ProsjektManager Brukes av Ansatt (Prosjektleder) ved månedsslutt (eller før) for å inspisere hvor stort pådraget er fra prosjektmedarbeiderne. Fylles automatisk med basis i timelistene. Her kan prosjektleder planlegge pådraget fra prosjektmedarbeiderne på månedsbasis. (Budsjett) Horisontalt: Måneder Vertikalt: Ansatte Horisontalt: Uker Vertikalt: Prosjektmedarbeidere på dette prosjektet. ProsjektManager brukes også av Ansatt (Prosjektleder/Administrerende) når som helst for å finne ut hvor mye det er jobbet på alle prosjektene i bedriften. Viser både INF5120 Oblig 2, Gruppe 1, V
21 reelt og planlagt pådrag og avviket mellom disse som grunnlag for replanlegging eller andre tiltak. Horisontalt: Måneder Vertikalt: Prosjekter (eller annet view: Ansatte) INF5120 Oblig 2, Gruppe 1, V
22 5. Platform Specific Modell (for 1 modell) Denne delen var vi svært usikre på. Det står lite i COMET, så dette ble tynt mot slutten. 5.1 Component Implementation Model 5.1.1J2EE implementasjonsdesign vha UML profil klassediagrammer 5.2 Deployment Model 5.2.1Deployering av komponenter på infrastruktur Vi antar at vi utplasserer komponentene slik at alle kjører som webapplikasjoner. Dessuten: Alle kan kjøre Timeføring AC. Kun Administrator har tilgang til å kjøre AnsattManager AC Alle prosjektledere kan kjøre ProsjektManager AC. INF5120 Oblig 2, Gruppe 1, V
INF5120 - Oblig 2. Hour Registration System (HRS)
INF5120 - Oblig 2 Hour Registration System (HRS) 1 av 40 1 Innholdsfortegnelse 1 Innholdsfortegnelse... 2 2 Innholdsfortegnelse for figurer... 3 3 Hour Registration System (HRS)... 4 3.1 Introduksjon...
DetaljerUniversity of Oslo Department of Informatics. INF Modellering med objekter Oblig 2, V2004. Skrevet av:
University of Oslo Department of Informatics INF5120 - Modellering med objekter Oblig 2, V2004 Skrevet av: Gruppe 16 Geir Atle Hegsvold (gahegsvo) Harald Maalen (haralm) André Sollie (andresol) 2 Index
DetaljerINF5120 Oblig 2 - Timeregistreringssystem Gruppe 25 Annette Kristin Levine Nils-Kristian Liborg Unni Nyhamar Hinkel
INF5120 Oblig 2 - Timeregistreringssystem Gruppe 25 Annette Kristin Levine Nils-Kristian Liborg Unni Nyhamar Hinkel 2-1 Business Model 2-1 a) Scoping statements I Våre avgrensninger Timeregistreringssystemet
DetaljerINF 5120 Obligatorisk oppgave Nr 2
INF 5120 Obligatorisk oppgave Nr 2 Vigdis Bye Kampenes Stein Grimstad Gruppe 26 INF 5120 Obligatorisk oppgave Nr 2... 1 1 Business model... 2 Innledende kommentarer... 2 Andre avgrensninger... 2 Scoping
DetaljerUniversity of Oslo Department of Informatics. Hours Registration System (HRS) INF 5120 Oblig 2. Skrevet av:
University of Oslo Department of Informatics Hours Registration System (HRS) INF 5120 Oblig 2 Skrevet av: Lars Warholm Astrid Magistad Solvor Skaaden Kristine Sæhlie (lwarholm) (astrim) (sjskaade) (krissae)
DetaljerINF Modellering med objekter (Oblig 2) **TimeregistreringSystem** (Designet av Alen Cemer
INF5120 - Modellering med objekter (Oblig 2) **TimeregistreringSystem** (Designet av Alen Cemer alence@ifi.uio.no) 1 2 2-1: Business Model... 5 Scoping Statements Context Statements... 5 Goal modell...
DetaljerINF 5120 Obligatorisk oppgave 2
INF 5120 Obligatorisk oppgave 2 Timeregistreringssystem (Hour Registration System HRS) Gruppe 14: Mats Bue, Harald Børresen, Vegard Dehlen Del 1 Business Model Aktører og interesser Rich Picture En enkel
DetaljerForslag til løsning. Oppgave 1
Forslag til løsning Eksamen 2003 Oppgave 1 A) Lag en Business Model (COMET) for krisehåndteringssystemet. B) Diskuter fordeler og ulemper ved bruk av COMET i forhold til (Rational) Unified Process for
DetaljerConference Centre Portal (CCP)
IN-MMO Obligatorisk oppgave 1 Brian Elvesæter mmo-oppgaver@ifi.uio.no 1 Conference Centre Portal (CCP) 2 1 Oblig 1: Problem description [1/3] The Conference Center Portal is an Internet portal that organizers
DetaljerHour Registration System (HRS) Oblig 2. DEL 1: COMET Business Modelling
Hour Registration System (HRS) Oblig 2 DEL 1: COMET Business Modelling Innlevering i inf5120 Av gruppe 3 som består av Øivind Hepsø Geir Ivar Jerstad Kjetil Myhre Business antakelser Ansatt kan registrere
Detaljer1 Innledning Plattformspesifikk modell Komponent Implementasjonsmodell Deployment Modell... 29
1 Innledning... 4 2 Forretningsmodell... 5 2.1 Skop beskrivelse... 5 2.1.1 Kontekstbeskrivelse... 5 2.1.2 Avgrensinger... 7 2.1.3 Visjoner for endringer... 8 2.1.4 Risikoanalyse... 8 2.2 Målmodell... 8
DetaljerEksamen INF
Eksamen INF5120 06.06.2005 Et løsningsforslag Oppgave 1 a) Business Model Oppgaven spør om en business model for samhandlingen mellom Buyer og Seller, og det er da viktig å ikke modellere alt det andre!!!
DetaljerINF5120 Obligatorisk innleving 2 Gruppe 7. Ole Tommy, Tor Eric, Audun og Kai
INF5120 Obligatorisk innleving 2 Gruppe 7 Ole Tommy, Tor Eric, Audun og Kai Innholdsfortegnelse Innholdsfortegnelse...2 1 Business Model...3 1.1 Scoping Statements...3 1.1.1 Context Statement...3 1.2 Goal
DetaljerUNIVERSITETET I OSLO Institutt for Informatikk. INF5120 Modellering med objekter Oblig 2 Time Master. Skrevet av: Kristrun Arnarsdottir. 03.
UNIVERSITETET I OSLO Institutt for Informatikk INF5120 Modellering med objekter Oblig 2 Time Master Skrevet av: Kristrun Arnarsdottir Arild Fines Ine Lyche Sigernes - (kriar) - (arildfi) - (inel) 03. mai
DetaljerINF5120 OBLIG OVERSIKT
INF5120 OBLIG OVERSIKT 1 Obligatoriske oppgaver To obligatoriske oppgaver 1. Oblig 1: Valgfri presentasjonsoppgave ( førstemann til mølla ) a) Coffee Machine design b) Purchase Request Tracking System
DetaljerUse case modellen. Use case modellering i analysefasen. Hva er en Aktør? Hva er et Use case? Use case modellering. Eksempel
Use case modellen Use case modellering i analysefasen Metode for å identifisere og beskrive de funksjonelle kravene til et system Kapittel 3 i UML Distilled Kirsten Ribu beskriver kravene til systemet,
DetaljerUse case modellen. Use case modellering i analysefasen. Hva er en Aktør? Hva er et Use case?
1/15/2004 1 Use case modellen Use case modellering i analysefasen Metode for å identifisere og beskrive de funksjonelle kravene til et system Kapittel 3 i UML Distilled Kapittel 8 i Gurholt og Hasle Kirsten
DetaljerGJENNOMGANG UKESOPPGAVER 4 USE CASE MODELLERING HELGA NYRUD & KRISTIN BRÆNDEN
GJENNOMGANG UKESOPPGAVER 4 USE CASE MODELLERING INF1050 V16 HELGA NYRUD & KRISTIN BRÆNDEN TEMAER SÅ LANGT I KURSET Forelesning 1: Systemutvikling og systemutviklingsprosesser Forelesning 2: Prosessmodeller
DetaljerUKE 11 UML modellering og use case. Gruppetime INF1055
UKE 11 UML modellering og use case Gruppetime INF1055 Hva skal vi i dag? Analyse og design - kapittel 5 og 7 UML modellering Ukesoppgaver 3: Modellering av krav UML UML Kompetansemål Modellering av krav
DetaljerModellering av krav. INF1050: Systemutvikling 11. februar 2015. Universitetslektor Yngve Lindsjørn
INF1050: Systemutvikling 11. februar 2015 Modellering av krav Universitetslektor Yngve Lindsjørn INF1050 ->Systemutvikling-> Modellering av krav / Yngve Lindsjørn 1 Temaer i dagens forelesning Modellering
DetaljerSpesifikasjon av Lag emne
Dagens forelesning o Kort repetisjon av kravspesifikasjon med UML Fra krav til objekter Hva skal systemet gjøre? UML: Bruksmønstermodeller (Use Cases) o Objektdesign Ansvarsdrevet OO: CRC og UML Sekvensdiagrammer
DetaljerUse Case-modellering. INF1050: Gjennomgang, uke 04
Use Case-modellering INF1050: Gjennomgang, uke 04 Kompetansemål Modellering av krav Kunne modellere ulike typer krav UML-diagrammer Innføring i grunnleggende UML-modellering Bruksmønster (use case) Sekvensdiagram
DetaljerGruppenavn. Prosjektnavn Beskrivelse av design For Navn på systemet. Versjon <1.0>
Gruppenavn Prosjektnavn Beskrivelse av design For Navn på systemet Versjon Revisjonshistorie Dato Versjon Beskrivelse av endring Forfatter Innhold 1. Innledning
DetaljerUML-Unified Modeling Language
UML-Unified Modeling Language Use case realisering Designmodellering 21.01.2004 Kirsten Ribu Use Case diagram Klassediagram Oppførselsdiagrammer: Sekvensdiagram Kollaborasjonsdiagram Tilstandsdiagram Aktivitetsdiagram
DetaljerInf5120. Obligatorisk innlevering nr 2, 3.mai Obligatorisk innlevering nr 2. Inf 5120: 5/11/2004
Inf5120 Obligatorisk innlevering nr 2, 3.mai 2004 Oddleif Halvorsen, Martin Setek, Jarl Isaksen, Arnstein Andreassen (martitse, jarli, oddleifh, arnsteia) Page 1 of 16 Business Model Scoping Statements
DetaljerUML-Unified Modeling Language. Prosess-oversikt. Use case realisering
Use case realisering Designmodellering 31.01.2005 Kirsten Ribu UML-Unified Modeling Language Use Case diagram Klassediagram Oppførselsdiagrammer Sekvensdiagram Kollaborasjonsdiagram Tilstandsdiagram Aktivitetsdiagram
DetaljerGJENNOMGANG UKESOPPGAVER 6 MER OM OBJEKTORIENTERING OG UML
GJENNOMGANG UKESOPPGAVER 6 MER OM OBJEKTORIENTERING OG UML INF1050 V16 KRISTIN BRÆNDEN DAGENS TEMA Klassediagram Aktivitetsdiagram Tilstandsdiagram Sekvensdiagram 1 Ta utgangspunkt i følgende klasser:
DetaljerOblig 2. Inf5120. Gruppe 21. Espen Stensund (estensun) Nguyen Tran (nguyent) Hung Huynh (qhhuynh)
Oblig 2 Inf5120 Gruppe 21 Espen Stensund (estensun) Nguyen Tran (nguyent) Hung Huynh (qhhuynh) Innholdsfortegnelse. Innholdsfortegnelse. 2 Buisness Modell. 3 Visjon. 3 Aktører og interesser. 3 Risikoanalyse.
DetaljerAnsvarsdrevet OO: CRC og UML Sekvensdiagrammer
Fra krav til objekter Ansvarsdrevet OO: CRC og UML Sekvensdiagrammer INF1050--1 Dagens forelesning o Kort repetisjon av kravspesifikasjon med UML Hva skal systemet gjøre? UML: Bruksmønstermodeller (Use
DetaljerSRD GLIS. Cecilie Dortea Gløsmyr, Espen Buø og Henrik Lie
SRD GLIS Cecilie Dortea Gløsmyr, Espen Buø og Henrik Lie Innholdsfortegnelse 1. Systemoversikt... 2 2. Tekniske krav... 3 2.1. Funksjonskrav og brukergrensesnitt spesifikasjon... 3 2.2. Begrensninger...
DetaljerSRD GLIS. Cecilie Dortea Gløsmyr, Espen Buø og Henrik Lie
SRD GLIS Cecilie Dortea Gløsmyr, Espen Buø og Henrik Lie Innholdsfortegnelse 1. Systemoversikt... 2 2. Tekniske krav... 3 2.1. Funksjonskrav og brukergrensesnitt spesifikasjon... 3 2.2. Begrensninger...
Detaljer1 Kodegenerering fra Tau Suiten
Kodegenerering fra Tau Suiten For å generere Javakode eller en annen form for programmeringskode ut i fra Tau suiten, er det visse ting som må være utført.. En UML modell må eksistere og være korrekt.
DetaljerI dag UML. Domenemodell visualisering av konsepter. Eksempel. Hvordan finne domeneklasser?
UML Use case drevet analyse og design 31.01.2005 Kirsten Ribu I dag Domenemodell (forløper til klassediagram) Interaksjonsdiagrammer Sekvensdiagram Kollaborasjonsdiagram 1 2 Domenemodell visualisering
DetaljerUKE 13 Mer UML modellering. Gruppetime INF1055 Julie Hagen Nilsen & Maria Stolinski
UKE 13 Mer UML modellering Gruppetime INF1055 Julie Hagen Nilsen & Maria Stolinski Hva skal vi i dag? Objektorientert design - kapittel 5 og 7 UML modellering Aktivitetsdiagrammer Klassediagram Ukesoppgaver
DetaljerA Study of Industrial, Component-Based Development, Ericsson
A Study of Industrial, Component-Based Development, Ericsson SIF8094 Fordypningsprosjekt Ole Morten Killi Henrik Schwarz Stein-Roar Skånhaug NTNU, 12. des. 2002 Oppgaven Studie av state-of-the-art : utviklingsprosesser
DetaljerObligatorisk oppgave 2
Obligatorisk oppgave 2 Gruppe 5 larshol,vijayasi,gorano (Lars Holter, Vijayaroopan Sivarajah, Gøran K. Olsen) Aktører og Interesser Employee: Ønsker å registrere timer jobbet på et prosjekt. Vise oversikt
DetaljerUML 1. Use case drevet analyse og design. 20.01.2004 Kirsten Ribu
UML 1 Use case drevet analyse og design 20.01.2004 Kirsten Ribu 1 I dag Domenemodell (forløper til klassediagram) Interaksjonsdiagrammer Sekvensdiagram Kollaborasjonsdiagram 2 Domenemodell visualisering
DetaljerModellering av krav. INF1050: Systemutvikling 07. februar Førstelektor Yngve Lindsjørn
INF1050: Systemutvikling 07. februar 2017 Modellering av krav Førstelektor Yngve Lindsjørn INF1050 ->Systemutvikling-> Modellering av krav / Yngve Lindsjørn 1 Temaer i dagens forelesning Modellering av
DetaljerRessursallokering. Grunnlag for beregning av arbeidskapasitet
Ressursallokering Formålet med ressursallokering er å maksimalisere dine medarbeideres utnyttelsesgrad, ved å gi god oversikt over ansattes arbeidsbelastning. Ressursallokering gjør det mulig for deg å
DetaljerINF1500 Introduksjon til design, bruk, interaksjon Kapittel 10 Identifisere behov og etablere krav
INF1500 Introduksjon til design, bruk, interaksjon Kapittel 10 Identifisere behov og etablere krav 19. September 2016 Institutt for Informatikk, Universitetet i Oslo johe@ifi.uio.no Behov? Krav? 3 Krav
DetaljerUse case drevet design med UML
Use case drevet design med UML Bente Anda 26.09.2005 23.09.04 INF3120 1 I dag Domenemodeller System sekvensdiagrammer Operasjonskontrakter GRASP patterns Designmodeller med sekvens- og klassediagram 26.09.05
DetaljerDel - leveranse Del 2. Inf 2120 fredag Gruppe 1 Knut Johannes Dahle
Del - leveranse Del 2 Inf 2120 fredag 29.4 Gruppe 1 Knut Johannes Dahle AV Catrine Myhre (catrinem@ifi.uio.no) Mehdi Zare (mehdiz@ifi.uio.no) Odd Christer Brovig (oddcb@ifi.uio.no) Christer Aas (chrisva@ifi.uio.no)
DetaljerIN& &april&2019. Modellering*av*krav. Yngve&Lindsjørn. IN1030&'>Systemutvikling'>&Modellering&av&krav 1
IN&1030 04.&april&2019 Modellering*av*krav Yngve&Lindsjørn ynglin@ifi.uio.no IN1030&'>Systemutvikling'>&Modellering&av&krav 1 Temaer i$dagens$forelesning Modellering&av&krav UML&diagrammer Use$Case$(Bruksmønster)
DetaljerKravspesifikasjon med UML use case modellering. Erik Arisholm 25.02.2009
Kravspesifikasjon med UML use case modellering Erik Arisholm 25.02.2009 Unified Modeling Language (UML) Notasjon som støtter opp under modellbasert systemutvikling objektorientert analyse ( hva systemet
DetaljerHensikten med denne delen av kurset. Objektets egenskaper. Objektorientering hva er det? Best practises ved programvareutvikling. Kravspesifikasjonen
Hensikten med denne delen av kurset Objektorientert systemutvikling Rational Unified Process (RUP) Gurholt og Hasle kap. 6 UML Distilled kap. 2 Å lære modellerings- og designprinsipper og øve opp teknikker
DetaljerObjektorientering og UML. INF1050: Gjennomgang, uke 06
Objektorientering og UML INF1050: Gjennomgang, uke 06 Kompetansemål Objektorientert design Objektdesign og ansvarstilordning Bruk av UML Fokus på klassediagrammer Designmodeller Designmønstre ( design
DetaljerMeeting Reservation System
Meeting Reservation System Oblig1c-1 Gruppe 8 Frode Revheim, Sven-Erik Nilsen, Terese Haug, Rolf Vassdokken Krav Vise møteromsoversikt Vise tilgjengelige rom for en gitt tidsperiode og med tilgjengelig
DetaljerFra krav til objekter. INF1050: Gjennomgang, uke 05
Fra krav til objekter INF1050: Gjennomgang, uke 05 Kompetansemål Systemmodellering og systemperspektiv Utvikle abstrakte modeller av et system Ulike modeller representerer ulike perspektiver av systemet
DetaljerVakt og lønnssystem - Rema 1000
Avdeling for ingeniørutdanning Høgskolen i Oslo og Akershus Prosjektrapport Systemutvikling (LO138A) Høst 2011 Vakt og lønnssystem - Rema 1000 Gruppe 8 Forfattere: Andreas Baaserud, s169982 Ravi Agnihotri,
DetaljerUNIVERSITETET I OSLO
UNIVERSITETET I OSLO Det matematisk-naturvitenskapelige fakultet Eksamen i: INF1050 Eksamensdag: 2. juni 2014 Tid for eksamen: 09:00-13:00 Oppgavesettet er på 4 sider Vedlegg: Ingen Tillatte hjelpemidler:
DetaljerForside Eksamen INF1055 V17
Forside Eksamen INF1055 V17 Eksamensdato: 12. juni 2017 Eksamenstid 15:30-19:30 Hjelpemidler: Ingen Les denne forsiden nøye Oppgaven består av seks deler. Del 1 Modul A - Undersøkelser av bruk 2 diskusjonsspørsmål
DetaljerSpesifikasjon av Lag emne. Kursregistrering bruksmønstermodell. Dagens forelesning. Fra krav til objekter
Dagens forelesning o Kort repetisjon av kravspesifikasjon med UML Fra krav til objekter Hva skal systemet gjøre? UML: Bruksmønstermodeller (Use Cases) o Objektdesign Ansvarsdrevet OO: CRC og UML Sekvensdiagrammer
DetaljerLøsningsforslag til Case. (Analysen)
Løsningsforslag til Case (Analysen) Dette er en skisse til løsning av Case et med bussinformasjonssystemet. Jeg kaller det en skisse fordi det på den ene siden ikke er noe fasitsvar og fordi løsningen
DetaljerBakgrunn. Kurset krever ingen spesielle forkunnskaper om modellering.
Bakgrunn Modellering har lenge vært et kjent begrep innen systemutvikling. På 80-tallet ble metoder som Yourdon/Demarco og Gane&Sarson brukt for å lage dataflyt-diagrammer. Etter hvert ble disse integrert
DetaljerOptimalJ-kurs UIO Oppsummering av kurset. De ulike modellene egenskaper og formål
OptimalJ-kurs UIO 2004 Agenda Time 1: Oppsummering av kurset Time 2: De ulike modellene egenskaper og formål Team Development med OptimalJ Domain Patterns Egenutviklede transformasjoner (krever Architect
DetaljerGJENNOMGANG UKESOPPGAVER 7 REPETISJON
GJENNOMGANG UKESOPPGAVER 7 REPETISJON INF1050 V16 KRISTIN BRÆNDEN DAGENS TEMA Oppgaver hentet fra tidligere eksamensoppgaver om temaene vi har gått gjennom til nå DAGENS PLAN Gjennomgang av oppgaver Repetisjon
DetaljerSTE6221 Sanntidssystemer Løsningsforslag
HØGSKOLEN I NARVIK Avdeling for teknologi MSc.-studiet EL/RT Side 1 av 3 STE6221 Sanntidssystemer Løsningsforslag Tid: Fredag 02.03.2007, kl: 09:00-12:00 Tillatte hjelpemidler: Godkjent programmerbar kalkulator,
DetaljerSpesifikasjon av Lag emne. Kursregistrering g bruksmønstermodell. Dagens forelesning. Fra krav til objekter
Dagens forelesning o Kort repetisjon av kravspesifikasjon med UML Fra krav til objekter Hva skal systemet gjøre? UML: Bruksmønstermodeller (Use Cases) o Objektdesign Ansvarsdrevet OO: CRC og UML Sekvensdiagrammer
DetaljerMetode for ansvarsdrevet OO. Dagens forelesning. Delegering av ansvar i en trelagsarkitektur
Dagens forelesning o Litt mer om design med UML sekvensdiagrammer Sentralisert og delegert kontrollstil Resultater fra et eksperiment o UML klassediagrammer Notasjon: UML klassediagram og objektdiagram
DetaljerMinTid web brukerdokumentasjon
5.4.0 MinTid web brukerdokumentasjon Logica Norge AS 3.1.0 MinTid brukerdokumentasjon i Innhold MinTid 1 Generelt... 1 Hvem skal bruke MinTid og hva kan gjøres?... 1 Standardfunksjoner i MinTid... 1 Logg
DetaljerUML- Use case drevet analyse og design. Domenemodeller Sekvensdiagrammer Use case realisering med GRASP patterns Klassediagram - designmodeller
UML- Use case drevet analyse og design Bente Anda 23.09.2004 23.09.04 INF320 I dag Domenemodeller Sekvensdiagrammer Use case realisering med GRASP patterns Klassediagram - designmodeller 23.09.04 INF320
DetaljerAP221 Use Case TUL Utarbeid designdokumenter
AP221 Use Case TUL Utarbeid designdokumenter Utarbeid design Tjenesten designes. Dette er en samling av tre use case: Endre designdokument, Lag nytt designdokument, Last opp designdokument. Designet kan
DetaljerINF5120 Oblig gjennomgang
INF5120 Oblig gjennomgang 12.05.2005 COMET og MinMax Replenishment Pilotcase for automatisert ordrehåndtering innen bilindustrien. Integrering av systemer. En gruppe = en aktør Service Oriented Architecture
DetaljerProsjektgruppen: Gjermund Gartmann Tommy Jansson Margrethe Store. Prosjektledelse: Margrethe Store Kvalitetssikring: Tommy Jansson
PROSJEKTGRUPPE 1 MGT SOFTWARE LEVERANSE 4 NY FUNKSJONALITET (ENDELIG) Prosjektgruppen: Gjermund Gartmann Tommy Jansson Margrethe Store Prosjektledelse: Margrethe Store Kvalitetssikring: Tommy Jansson Dato:
DetaljerTDT4140. Systemutvikling. Øving 1. gruppe 215. Kristoffer Hagen. Sondre Løberg Sæter. Håvard Geithus. Bjørnar Valle. Henrik Knutsen.
TDT4140 Systemutvikling Øving 1 gruppe 215 Kristoffer Hagen Sondre Løberg Sæter Håvard Geithus Bjørnar Valle Henrik Knutsen Andreas Hagen Innholdsfortegnelse Use case diagram...side 3 Tekslig use case
DetaljerGruppenavn. Beskrivelse av arkitektur For Navn på systemet. Versjon <1.0>
Gruppenavn Beskrivelse av arkitektur For Navn på systemet Versjon Revisjonshistorie Dato Versjon Beskrivelse av endring Forfatter Innhold 1. Innledning 4 1.1
DetaljerGjennomgang av eksamen IN1030 Gruppe 4
Gjennomgang av eksamen 2018 IN1030 Gruppe 4 Hva skal vi i dag? Gjennomgang av eksamen fra 2018 Jobbe med oblig 5 Oppgavesettet Både eksamen fra 2017 og 2018 ligger på en egen underside av semestersiden
DetaljerMer om objektorientering og UML
INF1050: Systemutvikling 21. februar 2017 Mer om objektorientering og UML Universitetslektor Yngve Lindsjørn INF1050 > Systemutvikling->objektorientert modellering 1 Temaer i dagens forelesning Ø Objektorientert
DetaljerBeskjed fra Skagestein
Beskjed fra Skagestein "I forbindelse med prosjektoppgavens delinnlevering 4 vil gruppelærerne sette opp en PHP-orakeltjeneste torsdag 7. april kl 1415-1800 på termstua i Niels Henrik Abels hus." INF1050-klasser-1
DetaljerBli kjent med Lønnskostnader. Veien fra tro til vitenskap!
Bli kjent med Lønnskostnader Veien fra tro til vitenskap! Denne manualen skal gi deg som administrativ bruker av Tidsbanken bedre oversikt over hvilke muligheter som finnes i Tidsbanken rundt lønnskostnader
DetaljerDELLEVERANSE 1 INF2120 GRUPPE 12. Jon G. Berentsen Geir A Nilsen Lailuma Arezo
DELLEVERANSE 1 INF2120 GRUPPE 12 av Jon G. Berentsen Geir A Nilsen Lailuma Arezo Innledning: Hensikten med vår oppgave er å lage et overvåkningssystem basert på posisjonering av mobiltelefon. Overvåkningssystemet
DetaljerSpesifikasjon av Lag emne. Kursregistrering bruksmønstermodell (ny versjon) Dagens forelesning. Fra krav til objektdesign
Dagens forelesning o Kort repetisjon av kravspesifikasjon med UML Fra krav til objektdesign Hva skal systemet gjøre? UML: Bruksmønstermodeller o Objektdesign Ansvarsdrevet OO: CRC og UML Sekvensdiagrammer
DetaljerTIMEREGISTRERING OG ØKONOMISK OPPFØLGING AV PROSJEKTER I AGRESSO WEB
AGRESSO WEB - BRUKERMANUAL UNIVERSITETET FOR MILJØ- OG BIOVITENSKAP TIMEREGISTRERING OG ØKONOMISK OPPFØLGING AV PROSJEKTER I AGRESSO WEB 1. Timeregistrering... 2 1.1 Hvordan komme inn på timeregistreringen...
DetaljerKravspesifikasjon med. UML diagrammer. systemutvikling. Dokumentasjon av systemets krav, arkitektur, design og implementasjon
Kravspesifikasjon med UML use case modellering Erik Arisholm 01.03.2010 Unified Modeling Language (UML) Notasjon som støtter opp under modellbasert systemutvikling objektorientert analyse ( hva systemet
DetaljerUnified Modeling Language (UML) Kravspesifikasjon med UML use case modellering. UML diagrammer. Notasjon som støtter opp under modellbasert
Kravspesifikasjon med UML use case modellering Erik Arisholm 25.02.2009 Unified Modeling Language (UML) Notasjon som støtter opp under modellbasert systemutvikling objektorientert analyse ( hva systemet
DetaljerKravspesifikasjon med. Erik Arisholm
Kravspesifikasjon med UML use case modellering Erik Arisholm 01.03.2010 Unified Modeling Language (UML) Notasjon som støtter opp under modellbasert systemutvikling objektorientert analyse ( hva systemet
DetaljerMer$om$objektorientering$og$UML
INF1030:&25.&april&2019 Mer$om$objektorientering$og$UML Yngve&Lindsjørn ynglin@ifi.uio.no IN1030& >&Systemutvikling6>objektorientert modellering 1 Gjennomgang&i&dagens&forelesning! Tabeller&(arrays)&vs.&objekter!
DetaljerGruppenavn. Prosjektnavn Kravdokument For Navn på systemet. Versjon <1.0>
Gruppenavn Prosjektnavn Kravdokument For Navn på systemet Versjon Revisjonshistorie Dato Versjon Beskrivelse av endring Forfatter Innhold 1. Innledning 4 1.1
DetaljerINF 1050 BRUK AV MODELLERINGSVERKTØYET RATIONAL ROSE
INF 1050 BRUK AV MODELLERINGSVERKTØYET RATIONAL ROSE Datamodeller og andre UML diagrammer kan selvsagt tegnes for hånd, men vi kan også bruke alt fra enkle tegneprogrammer til komplette utviklingsmiljøer.
Detaljer9.5.0 W i n T i. Nyheter versjon 9.5.0
9.5.0 W i n T i d Nyheter versjon 9.5.0 Innholdsfortegnelse 1. OM DOKUMENTET... 3 1.1 DOKUMENTETS MÅLSETNING... 3 1.2 HVEM ER DOKUMENTET SKREVET FOR?... 3 1.3 OPPBYGNING OG OPPBEVARING... 3 1.4 ANSVARLIG
DetaljerSystem Dokumentasjon. Team2. Høgskolen i Sørøst-Norge Fakultet for teknologi, naturvitenskap og maritime fag Institutt for elektro, IT og kybernetikk
System Dokumentasjon Høgskolen i Sørøst-Norge Fakultet for teknologi, naturvitenskap og maritime fag Institutt for elektro, IT og kybernetikk System Dokumentsjon 23/04/2018 Systemutvikling og dokumentasjon/ia4412
DetaljerAP221 Use Case TUL Administrer brukere, grupper og rettigheter
AP221 Use Case TUL Administrer brukere, grupper og rettigheter Administrer rettigheter En løsningsadministrator kan tildele andre brukere forskjellige rettigheter i Tjenesteutviklingsløsningen. Den grunnleggende
DetaljerSystem integration testing. Forelesning Systems Testing UiB Høst 2011, Ina M. Espås,
System integration testing Forelesning Systems Testing UiB Høst 2011, Ina M. Espås, Innhold Presentasjon Hva er integration testing (pensum) Pros og cons med integrasjonstesting Når bruker vi integration
DetaljerAP221 Use Case SBL Send inn innsendingstjeneste
AP221 Use Case SBL Send inn innsendingstjeneste Send inn innsendingstjeneste Portalbruker kan sende inn innsendingstjeneste, sette tilbake innsendingstjeneste til forrige steg og signere innsendingstjeneste.
DetaljerUKEOPPGAVER 2: SYSTEMUTVIKLINGSPROSESSER OG PROSJEKTARBEID INNSPILL TIL SVAR
INF 1050 UKEOPPGAVER 2: SYSTEMUTVIKLINGSPROSESSER OG PROSJEKTARBEID INNSPILL TIL SVAR Oppgave 1 a) Foranalyse: Foranalysen kan med fordel gjøres i to trinn. Den første er å undersøke finansiering og øvrige
DetaljerOblig 4Hybelhus litt mer tips enn i oppgaven
Oblig 4Hybelhus litt mer tips enn i oppgaven lørdag 19. okt 2013 Arne Maus Obligatorisk oppgave 4 Gulbrand Grås husleiesystem I denne oppgaven skal vi se på hans studenthus Utsyn. Utsyn består av 3 etasjer,
DetaljerINF 2120 Innlevering 1. Gruppe 4. Kravspesifikasjoner til trafikanten +
INF 2120 Innlevering 1 Levert av Gruppe 4 Anders Bakken (andeba) Are O. Pedersen (arep) Daniel M. Wittwer (danielmw) Naima Akram (naimaa) Ronnie Østgaard (ronnieo) Kravspesifikasjoner til trafikanten +
DetaljerIden%fisere behov og etablere krav. INF 1500; introduksjon %l design, bruk og interaksjon 13 september 2010
Iden%fisere behov og etablere krav INF 1500; introduksjon %l design, bruk og interaksjon 13 september 2010 Oversikt Behov Krav Oppgavebeskrivelse Oppgaveanalyse Behov og krav Behov Noe som ikke er koplet
DetaljerLøsningsskisse, eksamen J2EE og distribuerte systemer 19.mai 2004
Løsningsskisse, eksamen J2EE og distribuerte systemer 19.mai 2004 Oppgave 1 RMI-tjenerobjekt (databasewrapper) A Sentral tjenermaskin med database, RMi-register og RMI-tjenerprogram vis kart gjør bestilling
DetaljerUNIVERSITETET I OSLO
Bokmål Kandidat nummer: UNIVERSITETET I OSLO Det matematisk-naturvitenskapelige fakultet Prøveeksamen i: INF1050 Eksamensdag: 0. mai, 2011 Tid for eksamen: 00:00 00:00 Oppgavesettet er på 6 sider Vedlegg:
DetaljerUniversitetet i Oslo Institutt for informatikk. Eskild Busch. UML hefte
Universitetet i Oslo Institutt for informatikk Eskild Busch UML hefte 6. desember 2000 Innhold Dette heftet tar for seg deler av UML som er sentralt i kurset IN29. Use case-, sekvens-, tilstand- og klassediagrammer,
DetaljerPlanlegging og dokumentasjon
Planlegging og dokumentasjon Edgar Bostrøm. - leilighetsnotat, etterutdanningskonferansen, 17.02.2010, noe revidert. Generelle kommentarer: Begrunnelse for hovedområdet Planlegging og dokumentasjon : o
DetaljerOppgave 1 Multiple Choice
Oppgave Multiple Choice a 2c 3a 4c 5d 6d 7a 8b 9b 0a b 2c 3c 4a 5b 6b 7a 8d 9c 20b Se video fra forelesningen (Kahoot) for mer detaljer) Eksamen INF050-204 Oppgave 2 a Aktivitetsdiagram Enkelt Eksamen
DetaljerEksamen i fag TDT4140 Systemutvikling. 22. mai, 2008 kl 0900-1300
Side 1 av 11 NTNU Norges teknisk-naturvitenskapelige universitet BOKMÅL Fakultet for fysikk, informatikk og matematikk Institutt for datateknikk og informasjonsvitenskap Sensurfrist: 15. juni, 2008 Eksamen
DetaljerRequirements & Design Document
Requirements & Design Document Høgskolen i Sørøst-Norge Fakultet for teknologi, naturvitenskap og maritime fag Institutt for elektro, IT og kybernetikk SRD 03/04/2018 Systemutvikling og dokumentasjon/ia4412
DetaljerKravspesifikasjon. Dagens forelesning. Mal for kravspesifikasjon. Hvordan finne fram til kravene? Kravspesifikasjon og objektorientert analyse
Dagens forelesning Kravspesifikasjon Kravspesifikasjon og objektorientert analyse Hva skal systemet gjøre? Hvem og hva påvirker krav? Motivasjon: Hvorfor trenger vi UML? Noen resultater fra et UML-eksperiment
DetaljerTom Røise 26.02.2007. IMT2243 : Systemutvikling 1. IMT2243 Systemutvikling 26. februar 2007. Klassediagrammet. Klasse
IMT2243 Systemutvikling 26. februar 2007 Tema : Domenemodellering og Kravspeken - Repetisjon konseptuelle klassediagram - Eksempler - konseptuelle klassediagram (IHID løsningen og OL-Veiviseren) - Maler
DetaljerCommunicate SymWriter: R1 Lage en tavle
Communicate SymWriter: R1 Lage en tavle I denne delen beskrives egenskaper som kan brukes for å lage en tavle til å skrive med. Stort sett vil du bare ha bruk for en del av dette når du lager skrivemiljøer.
DetaljerFra krav til objektdesign
Fra krav til objektdesign Ansvarsdrevet OO: CRC og UML Sekvensdiagrammer INF1050-ansvar-1 Dagens forelesning o Kort repetisjon av kravspesifikasjon med UML Hva skal systemet gjøre? UML: Bruksmønstermodeller
DetaljerAP221 Use Case SBL Registrer abonnement
AP221 Use Case SBL Registrer abonnement Registrer abonnement Etatssystem kan sende inn liste over innsendingstjenester som skal instansieres og dukke opp i en persons/organisasjons liste over aktive elementer.
Detaljer