INF 5120 Obligatorisk oppgave 2
|
|
- Magne Helle
- 7 år siden
- Visninger:
Transkript
1 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 oversikt over hovedobjektene i systemet. En ansatt registrerer timer han/hun jobber med et bestemt prosjekt. På samme måte har flere ansatte jobbet på det samme prosjektet.
2 Overordnet virksomhetsprosess Ansatt Personalsjef HRS Sjef Prosjektleder Admin/Drift Målhierarki
3 Business Resource Model En informasjonsmodell som identifiserer og definerer hovedtingene og konseptene for området som er relevant for produktet. Business Process and Role Modell For et såpass enkelt system som dette, uten noen forretningsvirksomhet å modellere, blir denne modellen veldig enkel.
4 Del 2 Requirements Model System Boundary Model Overordnet Overvåke timeforbruket til de ansatte og styre lønnsutbetaling Registrere timer og se sitt eget timebudsjett Ansatt Personalsjef HRS Sjef Få oversikt over ressursbruk i hele bedriften Få oversikt over ressursbruk i prosjektet Prosjektleder Admin/Drift Vedlikeholde systemet
5 Use-Case oversikt Use-Case for HRS-systemet:
6 Subsystem grouping Use Case diagram Use Case beskrivelser Use Case 1 Registrere timer Prioritet 1 Mål En ansatt skal registrere de timene han har jobbet Aktører Ansatt Prekondisjoner Ingen Postkondisjoner Timene har blitt registrert i systemet Fasade Kvalitetskrav En ansatt må kun ha mulighet til å registrere timer for seg selv, så sikker innlogging er nødvendig Scenario Steg Handling
7 1 Ansatt logger seg inn på systemet 2 Ansatt velger å registrere timer fra menyen 3 Ansatt velger et prosjekt og registrerer antall timer han har jobbet med dette, gjentar for alle prosjektene som den ansatte har jobbet med denne uken 4 Ansatt logger seg ut av systemet Use Case 2 Se på eget timeforbruk Prioritet 4 Mål En ansatt skal kunne se på hvor mange timer han har jobbet til sammen denne måneden, og se eventuelle opparbeidede timer som kan tas ut i ferie Aktører Ansatt Prekondisjoner Ingen Postkondisjoner Ingen Fasade Kvalitetskrav En ansatt må kun ha mulighet til å se på sitt eget timebudsjett, så sikker innlogging er nødvendig Scenario Steg Handling 1 Ansatt logger seg inn på systemet 2 Ansatt velger å se på timebudsjett fra menyen 3 Ansatt ser på timebudsjettet 4 Ansatt logger seg ut av systemet Use Case 3 Se på ansattes timeforbruk Prioritet 5 Mål Personalsjefen skal kunne se på timeforbruket til de ansatte i bedriften for å få oversikt over hvor mye hver enkelt jobber med hensyn på lønnsutbetaling, overtid, ferie osv. Aktører Personalsjef Prekondisjoner Ingen Postkondisjoner Ingen Fasade Kvalitetskrav Kun personalsjefen skal ha tilgang til disse dataene, så sikker innlogging kreves Scenario Steg Handling 1 Personalsjefen logger seg inn i systemet 2 Personalsjef velger hvilken ansatt han vil se på 3 Timebudsjettet til den valgte ansatte vises 4 Evt ny ansatt velges, og steg 2-3 gjentas 5 Personalsjef logger seg ut av systemet. Use Case 4 Se på ressursbruk i eget prosjekt
8 Prioritet 5 Mål Prosjektleder skal kunne se på timeforbruket i sitt eget prosjekt. Aktører Prosjektleder Prekondisjoner Ingen Postkondisjoner Ingen Fasade Kvalitetskrav Kun prosjektleder skal ha tilgang til disse dataene, og kun for sitt eget prosjekt, så sikker innlogging kreves. Scenario Steg Handling 1 Prosjektleder logger seg inn i systemet 2 Prosjektleder velger prosjekt (kan være leder for flere prosjekt) 3 Timeforbruk i prosjektet vises 4 Prosjektleder logger seg ut av systemet. Use Case 5 Se på ressursbruk i hele bedriften Prioritet 6 Mål Sjefen for firmaet skal kunne se hvor mange timer alle de ansatte jobber til sammen. Aktører Sjef Prekondisjoner Ingen Postkondisjoner Ingen Fasade Kvalitetskrav Kun sjefen skal ha tilgang til disse dataene, så sikker innlogging kreves Scenario Steg Handling 1 Sjefen logger seg inn i systemet 2 Timeforbruk i firmaet vises 3 Sjefen logger seg ut av systemet. Use Case 6 Vedlikeholde systemet Prioritet 2 Mål Administrator for systemet skal kunne vedlikeholde systemet ved å legge til/fjerne brukere, endre rettigheter, legge til/fjerne prosjekter osv. Aktører Admin/Drift Prekondisjoner Ingen Postkondisjoner Ingen Fasade Kvalitetskrav Kun administrator for systemet skal ha mulighet for å vedlikeholde systemet, så sikker innlogging kreves Scenario Steg Handling 1 Administrator logger seg inn i systemet
9 2 Administrator velger handling 3 Skjermbilde for den gitte handlingen vises, og administrator fyller ut nødvendige endringer 4 Evt ny handling skal utføres, steg 2-3 gjentas 5 Administrator logger seg ut av systemet. Reference Architecture Analysis Model Klassediagram
10 Use Case Scenario Model Sekvensdiagrammer Registrere time Se på eget timebudsjett
11 Vedlikeholde system
12 Architecture Modell Grensesnittbeskrivelser Klassediagram QoS constraints Functionality: Viktig Reliability: Mindre viktig (Ikke et forretningskritisk system) Usability: Veldig viktig Effeciency: Mindre viktig (Funksjonalitet krever lite ressurser) Maintainability: Veldig viktig Portability: Mindre viktig
13 ITimeService ITimeService login(in ansattid:int, In password: String): LoginStatus logout() registrerarbeid(in ansattid:int, In prosjektid:int, In uke:int, In år:int, In antalltimer:int) seansatt(in ansattid:int): Ansatt hentalleansatte(): Ansatt List seprosjekttimeforbruk(in prosjektid:int): ProsjektTimeforbruk hentalleprosjekter(): Prosjekt List IAdminService IAdminService login(in ansattid:int, In password: String): boolean logout() leggtilansatt(in ansatt:ansatt): boolean endreansatt(in ansatt: Ansatt): boolean slettansatt(in ansattid: int): boolean leggtilprosjekt(in prosjekt:prosjekt): boolean endreprosjekt(in prosjekt:prosjekt): boolean slettprosjekt(in prosjektid:int): boolean ITimeInfo ITimeInfo finnansatt(in ansattid:int): Ansatt sjekkpassord(in ansattid:int, In passord:string): boolean finnalleansatteid(): int List finnprosjekt(in prosjektid:int): Prosjekt finnalleprosjektid(): int List leggtilansatt(in ansatt:ansatt): boolean endreansatt(in ansatt: Ansatt): boolean slettansatt(in ansattid:int): boolean leggtilprosjekt(in prosjekt:prosjekt): boolean endreprosjekt(in prosjekt:prosjekt): boolean slettprosjekt(in prosjektid:int): boolean
14 PIM datatyper Vi har brukt flere egne datatyper for å gjøre grensesnittene enklere, disse er som følger: Ansatt int ansattid int ansatttype (*) string passord string navn List Arbeid Prosjekt int prosjektid string prosjektnavn int prosjektlederid LoginStatus int ansattid int ansatttype (*) ProsjektTimeforbruk int prosjektid int timerdennemåned int timertotalt (*) = kan være arbeider, prosjektleder, personalsjef, sjef eller administrator
15 Component Structure for administrasjonskomponenten Velger å se på komponentstrukturen for administrasjonskomponenten. Vi var valgt å bruke en 3-lags arkitektur og droppe lokal lagring, da dette er unødvendig for et såpass lite og enkelt system som dette. Dermed består administrasjonsapplikasjonskomponenten av følgende deler:
16 Internal design GUI NyAnsattBilde EndreAnsattBilde SlettAnsattBilde NyttProsjektBilde EndreProsjektBilde SlettProsjektBilde LoginBilde SkjermbildeManager Entiteter Service ServiceFacade Ansatt LoginUC «interface» UC Prosjekt NyAnsattUC EndreAnsattUC SlettAnsattUC NyttProsjektUC EndreProsjektUC SlettProsjektUC Arbeid Info InfoFacade Database
17 Plattformspesifikk modell (PSM) Grunn-entitetene er Ansatt, Prosjekt og Time, med følgende forbindelser: Ved oversettelse til J2EE ved hjelp av modellen fra MDA-boken får vi følgende grovkornede PSM-model:
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...
DetaljerOblig2 i INF5120 Modellering med objekter UiO V04, Timelisteføringssystem Ver 6. 040428
Oblig2 i INF5120 Modellering med objekter UiO V04, Timelisteføringssystem Ver 6. 040428 Gruppe 1: Fredrik Melsom Klausen, Andreas Limyr, Odd-Wiking Rahlff, Tho Diu Tang 1...1 2. BUSINESS MODEL...2 2.1
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
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)
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
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
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
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...
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
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
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!!!
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
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
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
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
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.
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
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
DetaljerKenneth A. Hansen (kennetah) Anders Gravdal (andergra) Thomas H. Espe (thomases)
!"$#&%('*)+#&%,%.- 2004-05-03 Kenneth A. Hansen (kennetah) Anders Gravdal (andergra) Thomas H. Espe (thomases) "!$#&%$#('*)+',#-!.0/3254,62782:92;4=4=32 En bedrift ønsker å holde oversikt over hvor
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
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
DetaljerTeam2 Requirements & Design Document Værsystem
Requirements & Design Document Høgskolen i Sørøst-Norge Fakultet for teknologi, naturvitenskap og maritime fag Institutt for elektro, IT og kybernetikk SRD 22/01/2018 Systemutvikling og dokumentasjon/ia4412
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
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:
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
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 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
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...
DetaljerINF1010 MVC i tekstbaserte programmer
INF1010 MVC i tekstbaserte programmer Marit Nybakken marnybak@ifi.uio.no 9. februar 2004 Marit har ingen utdanning innen systemutvikling og vet antageligvis ikke hva hun prater om. Hun har dog skumlest
DetaljerEksamen i fag TDT4140 Systemutvikling. Tirsdag 27. mai 2004 kl
Side 1 av 12 NTNU Norges teknisk-naturvitenskapelige universitet BOKMÅL Fakultet for fysikk, informatikk og matematikk Institutt for datateknikk og informasjonsvitenskap Sensurfrist: 22. juni Eksamen i
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
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)
DetaljerUse case modellering. Use case modellen. Metode for systembeskrivelse og Nettsted-design
Use case modellering Metode for systembeskrivelse og Nettsted-design Kirsten Ribu 11.09.2007 Use case modellen beskriver kravene til systemet beskriver systemet sett fra kundens perspektiv beskriver hva
DetaljerProduktrapport Gruppe 9
Forord Dette dokumentet er ment for personer som skal vedlikeholde, endre eller utvikle systemet. Produktdokument innholder informasjoner om programmets funksjoner og hvordan de fungerer. Før bruk av dette
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:
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
Detaljer1 Introduksjon til designmodellen - del B 2
Innhold Introduksjon til designmodellen - del B 2 2 UseCase 3 2. Usecasediagram........................... 3 2.2 Aktørbeskrivelser.......................... 4 2.3 Hendelsesforløp og sekvensdiagram for
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
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
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. Software Requirements and Design GLIS. Cecilie Dortea Gløsmyr, Espen Buø og Henrik Lie
SRD Software Requirements and Design GLIS Cecilie Dortea Gløsmyr, Espen Buø og Henrik Lie Innholdsfortegnelse 1. Systemoversikt... 2 2. Tekniske krav... 3 2.1. Funksjonskrav og brukergrensesnitt spesifikasjon...
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
DetaljerObligatorisk oppgave 2 INF 5120 Modellering med objekter våren 2004
Obligatorisk oppgave 2 INF 5120 Modellering med objekter våren 2004 Gruppe 4: Cathrine Holten Hanne Kristin Thorsen Helene Frenning Hansen Ingrid Morterud Rosvall Obligatorisk oppgave 2 INF 5120 gruppe
DetaljerDistributed object architecture
Forelesning IMT2243 6. April 2010 Tema: forts. arkitektur og design av programvare Prosjektstatus Programvarearkitektur Oppsummering fra før påske Distribuerte objektarkitektur MDA - Model Driven Architecture
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
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
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
DetaljerTom Røise IMT 2243 : Systemutvikling 1. Forelesning IMT Mars Designfasen i SU-prosjekter : Generelle steg i Designprosessen
Forelesning IMT2243 12. Mars 2007 Tema : Design av programvare Hva ønsker vi å oppnå i designfasen? Generelle steg ved design av programvare Softwarearkitektur Struktur og organisering Dekomponering Kontrollmekanismer
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...
DetaljerBrukermanual. System for oversiktslister. Entreprenører
Brukermanual System for oversiktslister Entreprenører v2007-02-24 Side 1 av 11 INNHOLDSFORTEGNELSE Innholdsfortegnelse... 2 Innlogging... 3 Registrer underentreprenør... 4 Registrer mannskap... 5 Oversiktslister...
DetaljerForside. Eksamen i IN1030 for Våren Ingen hjelpemidler tillatt.
Forside Eksamen i IN1030 for Våren 2018. Ingen hjelpemidler tillatt. I dette oppgavesettet har du mulighet til å svare med digital håndtegning (oppgave 1, 4 og 5). Du bruker skisseark du får utdelt. Det
DetaljerNB! Endring i undervisningsplanen
NB! Endring i undervisningsplanen Forelesningen 24. mars må dessverre avlyses på grunn av Fagkritisk dag Se beskjed som er lagt ut på kursets nettsider og den oppdaterte undervisningsplanen INF1050-klasser-1
DetaljerEksamen i fag TDT4140 Systemutvikling. 6. juni, 2006 kl 0900-1300
Side 1 av 10 NTNU Norges teknisk-naturvitenskapelige universitet BOKMÅL Fakultet for fysikk, informatikk og matematikk Institutt for datateknikk og informasjonsvitenskap Sensurfrist: 27. juni, 2006 Eksamen
DetaljerMetode for ansvarsdrevet OO med UML. Dagens forelesning. Hovedflyt for Meld på kurs. 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
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
DetaljerBrukermanual. For deg med brukertilgang i SmartOblat. SmartOblat
Brukermanual For deg med brukertilgang i SmartOblat SmartOblat Innholdsfortegnelse: Hva er smartoblat s. 3 Innlogging s. 4 Funksjoner s. 5 Dine parkeringstillatelser s. 6 Gjesteparkering s. 7 SmartOblat
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
DetaljerSystemutvikling - oppsummering. Alexander Nossum blog.eksplisitt.net 22. mai 2006
Systemutvikling - oppsummering Alexander Nossum alexander@nossum.net blog.eksplisitt.net 22. mai 2006 INNHOLD 2 Innhold 1 Utviklingsprosessmodeller 3 1.1 Fossefall/waterfall................................
DetaljerReferansearkitektur use cases. Kjell Sand SINTEF Energi AS NTNU Institutt for elkraftteknikk
Referansearkitektur use cases Kjell Sand SINTEF Energi AS NTNU Institutt for elkraftteknikk 1 Begrunnelse for arkitektur use cases Med det brede perspektivet Smart grids har, er det nødvendig å dele det
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
DetaljerForprosjektrapport. Presentasjon. Oslo, den 29. Januar Gorm Eirik Svendsen Nicolai Mellbye Marius Auerdahl Per Gustav Løwenborg
Forprosjektrapport Presentasjon Tittel Bakerman AS Website Oppgave Utvikle ett websted for Bakerman AS der hvor de kan promotere seg selv og kommunisere med kundene sine. Periode 4. Januar 2010 til 17.
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
DetaljerINF5120 Oblig 1c4 - Gruppe 19
INF5120 Oblig 1c4 - Gruppe 19 Berge, Kristian, Trond og Fredrik Mapping av domenemodell mot EJB/WEB modell Teknologispesifikke valg PIM Class Model 1 PIM Service Model PIM class model PIM service model
DetaljerOppsummering : IMT2243 Systemutvikling. Hensikt med kurset. Innfallsvinkel : Tom Røise 29.04.2009. IMT2243 : Systemutvikling 1
Oppsummering : IMT2243 Systemutvikling Målformuleringen i emnebeskrivelsens : Studentene skal ha forståelse for grunnleggende administrative og teknologiske aspekter ved spesifisering, utvikling, innføring
DetaljerMetode for ansvarsdrevet OO med UML. Dagens forelesning. Hovedflyt for Meld på kurs. Delegering g 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
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
Detaljero UML klassediagrammer
UML klassediagrammer Erik Arisholm INF050-klasser- INF050-klasser-2 Dagens forelesning o Litt mer om design med UML sekvensdiagrammer Sentralisert og delegert kontrollstil Resultater fra et eksperiment
DetaljerStor oppdatering i MyRent
Stor oppdatering i MyRent www.myrent.no Vi har de siste månedene jobbet med flere moduler som skal gjøre hverdagen enda enklere for deg som utleier. Dette blir oppdatert neste uke: Ny Legg inn leietaker
DetaljerINF5120 Modellbasert systemutvikling
INF5120 Modellbasert systemutvikling Interoperability Frameworks Information and ontologies s Forelesning 23.04.2007 Arne-Jørgen Berre Arne.J.Berre@sintef.no Pensum litteratur F Foiler fra alle forelesningene,
DetaljerSamhandlingsarkitektur i praksis
Samhandlingsarkitektur i praksis Erfaringer fra Elhub-prosjektet hos Statnett -en del av Are Berg Senior rådgiver elhub elhub Kra/leverandør Elhub Nettselskap Kundeinformasjon Leverandørski8e Fly;ng Avregnings-
DetaljerWeb Service Registry
BACHELORPROSJEKT 21 Web Service Registry Prosjektpresentasjon Ola Hast og Eirik Kvalheim 05.05.2010 Dette dokumentet er en kort presentasjon av bachelorprosjektet Web Service Registry Innhold 1. Om oppgavestiller...
DetaljerTrip Tracker - Tracks your trip. Harald H. Tjøstheim Dagfinn Rasmussen Jan Magne Tjensvold
Trip Tracker - Tracks your trip Harald H. Tjøstheim Dagfinn Rasmussen Jan Magne Tjensvold Våren 2006 Sammendrag Trip Tracker er et klient-tjener system for sporing og plotting av koordinater fra en GPS-mottaker
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 +
DetaljerDagens forelesning. o Litt mer om design med UML sekvensdiagrammer. Sentralisert og delegert kontrollstil
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
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,
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
DetaljerTestrapport. Studentevalueringssystem
Testrapport Studentevalueringssystem 1 Forord 1.2 Forord Dette prosjektet er et hovedprosjekt i data ved Høgskolen i Oslo, avdeling for ingeniørutdanning, og gjennomføres i samarbeid med Ingeniøravdeling
DetaljerUML klassediagrammer
UML klassediagrammer Erik Arisholm INF1050-klasser-1 INF1050-klasser-2 INF1050-klasser-3 Dagens forelesning o Litt mer om design med UML sekvensdiagrammer Sentralisert og delegert kontrollstil Resultater
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
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
DetaljerTom Røise 18. Februar 2009
Forelesning IMT2243 18. Februar 2009 Tema : Kravspesifisering : litt mer om prosessen Viewpoint en myk tilnærming Use Case en scenariebasert teknikk innen metoden Objektorientert Analyse brukes til å avklare
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
DetaljerUNIVERSITETET I OSLO Institutt for informatikk. INF2120: ICU - a surveillance system, Drop 1. gisleal, eivindjo, tanxn, behrozm
UNIVERSITETET I OSLO Institutt for informatikk INF2120: ICU - a surveillance system, Drop 1 gisleal, eivindjo, tanxn, behrozm 22. februar 2006 Systemkrav I tabellen nedenfor er en oversikt over systemkravene
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
DetaljerApplikasjonsutvikling med databaser
Applikasjonsutvikling med databaser Lars Vidar Magnusson October 12, 2011 Lars Vidar Magnusson () Forelesning i DAS 10.10.2011 October 12, 2011 1 / 24 Applikasjonsutvikling med databaser Databaser tilbyr
DetaljerTelsys e-post Brukermanual
Telsys Telsys e-post Brukermanual For domeneadministratorere Telsys 06.08.2009 Telsys AS Side 1 Innhold Generelt... 3 Informasjon... 3 Logge inn i administrasjonssystemet... 3 Logge ut av administrasjonssystemet...
DetaljerKravspesifikasjon. 14. oktober 2002
Kravspesifikasjon gruppe 42 Nils-Kristian Liborg (brukergrensesnitt), Bente Brevig (beskrivelser, aktørbeskrivelser, diagram, kvalitetssikring), Tom Olav Bruaas (beskrivelser), Eirik Lied (beskrivelser,
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,
DetaljerOppsett «Visma Contacts»
Oppsett «Visma Contacts» Kort implementeringsguide for Visma Global Mer info: https://itunes.apple.com/us/app/visma-contacts/id1050106314?mt=8 Merk: Du kan laste ned appen og prøve demoversjonen uten at
DetaljerHvordan komme i gang med ArchiMate? Det første modelleringsspråket som gjør TOGAF Praktisk
Hvordan komme i gang med ArchiMate? Det første modelleringsspråket som gjør TOGAF Praktisk Logica 2012. All rights reserved No. 3 Logica 2012. All rights reserved No. 4 Logica 2012. All rights reserved
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.
DetaljerSyste m documentation
Syste m documentation Innholdsfortegnelse 1 Oversikt... 2 1.1 Beskrivelse av det grafiske bilde av applikasjonen:... 3 2 Tekniske krav... 4 2.1 Krav for applikasjonen:... 4 2.2 Krav som ikke MÅ være med
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
DetaljerBrukermanual. PUS i Web. Mai 2009 (Versjon 1)
Brukermanual PUS i Web Mai 2009 (Versjon 1) Innhold 1 INNLEDNING...1 2 INNLOGGING...1 3 MENYER...4 3.1 EDIT PAGE...5 3.1.1 Content...5 3.1.2 Files...7 3.1.3 Meta...8 3.1.4 Password & security...10 3.1.5
DetaljerInfoRed Publisering. - produktbeskrivelse. TalkPool WebServices Postboks Åneby
InfoRed Publisering - produktbeskrivelse www.talkpool.no TalkPool WebServices Postboks 90 1484 Åneby InfoRed Produktbeskrivelse 2 Sammendrag InfoRed Publisering er produktet for å administrere en hel informasjonstjeneste,
DetaljerINF3430. VHDL byggeblokker og testbenker
INF3430 VHDL byggeblokker og Innhold Entity/architecture Strukturelle design (nettliste) Generics Configurations Operatorer-Operator prioritet (precedence) Datatyper Bit / IEEE1164 std_ulogic /std_logic
DetaljerOversikt over flervalgstester på Ifi
Oversikt over flervalgstester på Ifi Christian Kringstad Kielland christkk@ifi.uio.no 1. august 2003 Introduksjon Dette dokumentet beskriver hvordan systemet for flervalgstester på Ifi fungerer. Systemet
Detaljer1. Finn klassene (hvilke objekter er det i problemet) 1. Dataene som beskriver problemet (hvilke objekter har vi og hvor mange klasser er det?
Obligatorisk oppgave 3 Gulbrand Grås husleiesystem Oblig 3hus litt mer tips enn i oppgaven I denne oppgaven skal vi se på hans studenthus Utsyn. Utsyn består av 3 etasjer, nummerert fra -3. I hver etasje
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!
Detaljer