Beskrivelses- og analyse-teknikker understøttet af Oracle Designer Del 2 af 2: Proces- og funktionsdiagrammering Aalborg Universitet, d. 9. oktober 2006.

Slides:



Advertisements
Lignende præsentationer
Logistik Mål og strategier
Advertisements

Gode råd og eksempler på faldgruber
Kortlægning af arbejdsgange
Notation Oversigt Kapitel 18.
Værdistrømsanalyser.
Arkitektur - data.
2009NOEA/IT - Databaser/arkitektur1 Databaser Introduktion - Arkitektur Introduktion DBMS-arkitektur Datamodeller.
27. Produktionsstyring Produktionsstyringens mål
Database-begreber (databaser, del 2)
POLITIK LEDELSESSYSTEM
Hvad er et produkt i faget teknologi - og hvorfor?
SLP 4 Samarbejde med vejleder Planlægning og styring
Input FMEA Output Shit in = Shit out FMEA
Virksomheder - definition
Produktionsløsninger
Værdistrøms-analyse (Vejledning)
ER-diagrammer (databaser, del 4)
Informationsteknologi B-A, HHX, 2005,
Regnskab & økonomistyring - Lektion 15 HD 5. semester forår 2010 v/ Jens Godik Højen, April 2010.
Søgning - et værktøj til videndeling Inspirationsseminar 31. oktober 2006.
Brug af IT redskaber og -systemer i den administrative stilling
Introduktion til Access (Access, del 1)
Relationsdatabaser og SQL
Beskrivelses- og analyse-teknikker understøttet af Oracle Designer
Konceptualisering af forretningsmodellen
NOEA/IT FEN - Databaser/Sikkerhed 1 Lektion 10 Sikkerhed og integritet Områder Autorisationsmatrix Realisering i SQL.
Microsoft Dynamics – synergi mellem forretningsområder Susanne Christoph Dynamics Sales Lead
Virksomhedens informationsbehandling
07.1 Mathiassen, Munk-Madsen, Nielsen & Stage, 2001 © Funktioner Oversigt, principper og teknikker Kapitel 7.
2:Relations modellering og design regler.
Udarbejde af den fremtidige flow
”Søg og du skal finde” fra idé til applikation af Mads Thomsen og Bent Guldager.
13.1 Mathiassen, Munk-Madsen, Nielsen & Stage, 2000 © Funktionskomponent Oversigt, principper og teknikker Kapitel 13.
7. SQL constraints og triggers1 Aktive elementer i SQL.
Introduktion til arkitektur design Arkitektur design handler om at få en forståelse for, hvordan et system skal organiseres og designe den overordnede.
Proces overblik med SIPOC modellen
Powerpoint Jeopardy Data flow diagrammer Entity relationship diagrammer State diagrammerSammenhænge mellem systemmodeller
Context- og flow-diagrammer (databaser, del 3)
Hidtil har det været besværligt og tidskrævende at oprette værktøjer og tilhørende reservedele. Man kunne ikke gennem værktøjets navn/nummer se hvilke.
1 Dagens gang Sidste uges opgaver –Klasse opgaver –Adfærdsmønstre (Låner, Reservation, Materiale, Eksemplar) Brugsmønstre og funktioner Nye opgaver.
Dokumentation af opgaver
ER-diagrammer Hvad er det? Og hvad bruges det til?
Udregning af UseCasePoints UCP = UUCP*TCF*EF UseCasePoint = Ujusteret Use Case Point * Tekniske Komplexitets Faktor * Miljø Mæssige Faktor.
Microsoft Office System 21. Oktober 2003 Jesper Aaberg, Business Productivity Advisor Microsoft Danmark.
Spørgetime. Kunde / konto eksemplet Konto åbnet( ) Beløb indsat( , 100) Konto åbnet( ) Beløb hævet ( , ) Beløb indsat( ,
Introduktion til databaser (databaser, del 1)
Introduktion til Access (Access, del 1). RHS – Informationsteknologi – Fra design til udvikling Vi ved nu, hvordan vi finder et design for en database,
Interaktionsformer En begrebsmæssig model kan understøttes med forskellige interaktionsformer Interaktionsformen fastlægger centrale egenskaber: Hvordan.
Use Case Modellering. En form for requirements engeneering – dvs. fastlæggelse af systemkrav.
Procestræ under afvikling af cp init login shell cp cp src dest.
DIEB4.1 Kursusgang 4 Oversigt: Sidste kursusgang Opgaver Aktivitet 2: Generer design (fortsat) Design af interaktionselementer.
Rapid Application Development med Application Express Aalborg Universitet, d. 19. september 2007 B e n t M ø l l e r M a d s e nB e n t M ø l l e r M a.
Dokumentation 7. Semester
DIEB4.1 Kursusgang 4 Oversigt: Sidste kursusgang Opgaver Aktivitet 2: Generer design (fortsat) Design interaktionselementer Analysedokumentet.
Oracle Application Express Lektion 2 7. Semester 2008.
Database.
E/R-diagrammering 7. Semester.
DB analyse og modellering Jesper Tørresø DAB1 F Februar 2008.
Forretnings innovation ! 1/15 Det overordnede mål er værdiskabelse i virksomheder Metoder til afklaring af hvilke veje der skal følges. Idé og Udviklingshuset.
Oracle Application Express Lektion 1 7. Semester 2008.
Dagens gang Komponenter Projektetablering Opgave i komponenter til næste gang.
 Astrid Lumbye 2002Objektorienteret systemudvikling Begreber i systemudviklingsprocessen Udviklingsmodel Metode Beskrivelsesteknik Værktøj.
Location-based Scheduling En gennemgang af fordele og forskelle V/Erik Jung
Forretningsmodellering 2. Modul Foråret 2008 Nord LBP.
Database Some walk through lv/ Figures & some text from: © Pearson Education Limited 1995,
4 Interne forhold Oversigt Værdikæder Kernekompetence
Abstraktioner.
”BrunT Papir” - workshop
Cloud Computing Model-View-Controller
Modellering og data Nyt forløb.
Præsentationens transcript:

Beskrivelses- og analyse-teknikker understøttet af Oracle Designer Del 2 af 2: Proces- og funktionsdiagrammering Aalborg Universitet, d. 9. oktober 2006 B e n t M ø l l e r M a d s e nB e n t M ø l l e r M a d s e n

Opbygning af database & applikation E/R-diagram Database- design Database Database Design Transformer Database Generator Funktions- diagram Proces- diagram CRUD- matrix Applikations- design Applikation Applikations Generator Applikations Design Transformer

Opbygning af applikation Funktions-diagramProces-diagram CRUD- matrix Applikation (HTML DB) Proceshierarki Applikationshierarki Business Process System Process

Proces-diagrammering En systematisk beskrivelse af forretnings- processer i en virksomhed/organisation. Formål Identificere hvordan forretningsprocesser er i dag Udvikling af hvordan forretningsprocesser skal foregå i fremtiden Værktøj i forbindelse med f.eks. Business Process Reenginering og LEAN Værktøj til udvikling af (database-)applikationer

Andre teknikker til procesbeskrivelse Data Flow diagrammer Flowcharts Procesdiagrammer Structured English UML aktivitetsdiagrammer

Proces-diagram En proces er en planlagt respons på en hændelse. Eks. Modtag ordre, indkøb af vare, ansættelse af medarbejder etc.

Proces-diagram Processer går som oftest på tværs af funktionerne i en virksomhed Baseret på at se en virksomhed som et system, der modtager input og giver output til omverdenen.

Proces-diagram To synsvinkler: Business Process Modeling: Udviklingen af en procesmodel set ud fra en ren forretningssynsvinkel System Process Modeling Beskrivelse af de tekniske specifikationer for den applikation, der skal udvikles. Tager udgangspunkt i Business Process Modeling

Proces-diagram Elementerne i et procesdiagram: Organizational Units / Agents (ansvarlige) Process Steps (procestrin) Flows (forløb) Events (hændelser) Stores (lagre)

Proces-diagram Organizational Units (Agents): Består af swim lanes (agent channels)

Proces-diagram Process Steps (Procestrin): De egentlige trin i procesdiagrammet. Almindelig procestrin (automatisk eller manuel) Data Entry: Indtastning, opdatering eller sletning af data Report: Viser output fra et system Decision Point: Spørgsmål med to eller flere valgmuligheder

Proces-diagram Flows: Hovedsagelig anvendt til at vise rækkefølgen i procestrin Kan dog også repræsentere flytning af informationer eller materialer mellem procestrin og lagre (stores)

Proces-diagram Events: En event kan enten starte en proces eller være udfaldet af en proces. Trigger event (ekstern eller intern påvirkning) Outcome event

Proces-diagram Stores (lagre): Stores gemmer/opbevarer fysiske og ikke- materielle opbjekter Anvendes kun ved vigtige lagre Lager til opbevaring af fysiske ting Lager til opbevaring af ikke-fysiske ting (data)

Proces-diagram (Opbygning) Definer det forretningsområde (problem- stillingen), som procesdiagrammet skal beskrive Opret (hierarkiet af) organisationsenheder Lav et proces-diagram af de primære processer indenfor problemstillingen Identificer de trigger events, som medfører udførelsen af arbejdsprocesser

Proces-diagram (Opbygning) Foretag en ”open down” i de primære processer for at at lave de proces- diagrammer, som udgør de primære processer.

System Proces Modeling System Proces Modeling indebærer at man skal se på de tekniske krav, der skal stilles til en løsning/applikation baseret på proces- modellerne, der laves under Business Proces Modeling. Der ses herunder på om processer er (skal være) automatiserede eller manuelle.

Funktions-diagram Et funktionsdiagram viser en hierarkisk model af, hvordan en virksomheds funktioner hænger sammen. Funktionsdiagrammet er en anden synsvinkel på det samme område, som det procesdiagrammet afspejler.

Funktions-diagram IndkøbProduktionSalg

Funktions-diagram På det overliggende niveau er funktioner en samling af relaterede aktiviteter. Eksempler på funktioner er: Salg, marketing, regnskab, indkøb etc. Der er (oftest) ikke et et-til-et forhold mellem processer og funktioner på de overliggende niveauer.

Funktions-diagram Funktionerne på det laveste niveau i funktionsdiagrammet kaldes elementære forretnings-funktioner, og der er et et-til-et forhold mellem disse og processerne i et proces-diagram.

Funktions-diagram Hvis proces-diagrammerne er udviklet først, vil man kunne genfinde et proces-hierarki i Funktions-diagram-programmet. Dette skal ikke forveksles med et egentligt funktionshierarki. Da proces-diagrammer ofte er tvær- funktionelle kræver det en ”re-parenting” af funktioner for at samle processerne, som hører til samme funktion.

Funktioner og processer IndkøbProduktionSalg Hændelse Ydelse

Funktions-diagram Opbygningen af et funktions-/applikations- hierarki Proceshierarki Tag imod ordre Funktions-/applikationshierarki Salg Indkøb Lager

Funktions-diagram Nogle funktioner vil ofte vise sig at være relativt ens, fordi de stammer fra processer, som ofte er enslydende. Det er hensigtsmæssigt at eliminere disse ”common funktions” i applikations-hierarkiet, og i stedet have en enkelt master funktion, som de andre henviser til.

Funktions-diagram Hvor et funktionshierarki består af alle anvendte funktioner så indeholder et applikationshierarki kun de funktioner (processer) der har relevans for udviklingen af den endelige applikation/løsning. Ingen manuelle funktioner og Decision Points Applikationshierarkiet er udgangspunktet for opbygningen af en applikation i APEX. Fra applikationshierarkiet kan de enkelte funktioners påvirkning af entiteter i E/R- diagrammet direkte fastlægges.

CRUD-matrix Funktioners relation til entiteter kan også fastlægges i en CRUD-matrix, (Create, Retrieve/Read, Update og Delete). Create = Insert Retrieve = Select Funktion A Entitet A Funktion CFunktion B Entitet B Entitet C Entitet D Entitet E CRUD RUD CRUD CD CRUD CR

Designer, repositorie og database DATABASE (orcl) Designer-repository E/R-diagram Proces-diagram Funktions-diagram Tabeller Entiteter/attributter Proces- og Funktions- elementer CRUD APEX