Software Innovation v2

Question 1

Hvilke akser har vi brugt til vores Vision Scenarios?

Answer 1

• Pupils / Teacher

- Active / Passive

Question 2

Hvilke forskellige teknikker brugte vi for at undersøge vores visions scenarios?

Answer 2

• Icons
• Metafore
• Prototype
• Proposition

Question 3

Hvad hører til Icons?

Answer 3

• Rationale
• Strategy
• Tactics
• Criteria

Question 4

Hvad hører til metafore?

Answer 4

• elements
• Architecture
• Qualifications

Question 5

Hvad hører til prototype?

Answer 5

• Scenarios
• Features
• Offers

Question 6

Hvad hører til Proposition

Answer 6

• Problematic
• Leverage
• Resolution

Question 7

Hvilke typer af innovation er der?

Answer 7

Product, Proces, Project, og Paradigme

Question 8

Hvilke typer har vi brugt?

Answer 8

Product og Project

Question 9

Hvorfor bruges configuration tables?

Answer 9

I et projekt bør der være plads til innovation.

Af denne grund skal vi kunne håndtere gradvis udvikling.

Denne gradvise udvikling resulterer i en serie af prospects.

En configuration reflekterer over et helt projekt, sådan at det kan tages til vurdering.

Configuration tables viser denne reflektion.

Question 10

Hvornår laver man et nyt configuration table?

Answer 10

Når man laver en ændring i prospects (projekt muligheder)

Question 11

Hvilke typer project triggers existerer der?

Answer 11

• Tech opportunity
• User needs
• Solution reuse
• Competitive stress

Question 12

Hvad var vores projekt trigger?

Answer 12

Technology opportunity + User needs

Question 13

Hvad er views?

Answer 13

Views bruges til at opdele bekymringerne om projektet i forskellige kategorier

• Paradigme
• Product
• Project
• Process

Question 14

Hvad er paradigme view?

Answer 14

Det er det view som har fokus på udfordringen og problemet.

Her ser man det fra brugerens side som en række komponenter

“This View is called Paradigm because Problems and Challenges reflect the underlying mental models of the problem domain”

Question 15

Hvad er Product view?

Answer 15

Dette view har focus set fra en ingeniørs perspektiv og ser på produktet indefra for at undersøge hvordan det skal bygges.

Dette view har fokus på de teknologier som skal bruges, den arkitektur som skal benyttes og de features som produktet skal have. Paradigm og product views er typisk de views som udforsker problemet og hvordan man løser det.

Fokus på

Teknologier
Arkitektur
Features (hvad kan systemet)
“The Product view sees the con- struction from the ‘inside’ with a focus on technologies and ways to build function- alities. This view represents the solution domain. “

Question 16

Hvad er Projekt view?

Answer 16

Dette view fokuserer på management. Det er her hvor projektets vision befinder sig og bruges til at håndtere usikkerheder. Det er her vi vælger hvilke strategier der skal investeres energi i. Det er også her at vi skal fastholde det mål der er for projektet, sådan at der stadig er frihed til innovation, men at vi husker at bevæge os mod vores vision.

Question 17

Hvad er Process view?

Answer 17

Dette view vurdere man på de ting man har fundet og hvad man vil igang med. Det er derfor man her forklarer hvad ens forventninger, kriterier og fund består af. Dette view bruges til at repræsentere forskellige ideer og evaluere den potentielle kost der vil være i at undersøge en mulig løsning på et problem.

Question 18

Hvad er de 3 paradigmer for software udvikling?

Answer 18

• Traditionel (vandfald)
• Agil
• Pragmatic

Question 19

Hvem kom på ideen om pragmatisme?

Answer 19

John Dewey

Question 20

Hvad er ideen om pragmatisk tankegang?

Answer 20

Praktiske problemer kræver kreative problem løsninger

Den pragmatiske tangeganke gang er derfor en slags

learning by doing.

Der kan være tidspunkter hvor man laver fejl, og lærer af disse.

Question 21

Hvad er et objekt ifølge John Dewey?

Answer 21

Et objekt er en ting som har egenskaber og effekter - en ting som har en beskrivelse.

Men det er også en måde at udvide vores forståelse på.

Question 22

Hvad er et event ifølge John Dewey?

Answer 22

Et event kan ligesom et objekt have beskrivelser,

men ydermere er den bestående af:

en begyndelse.

et interval

en terminering

Question 23

Hvad er en situation?

Answer 23

En situation betyder at problemet er kontekstuelt, altså at det er I en verden af objekter og hændelser.

Question 24

Hvad er de tre niveauer af software udvikling?

Answer 24

tactic, strategy og rationale

Question 25

Hvad er tactics niveauet?

Answer 25

I dette niveau går vi efter et specifict mål. Dette handler om hvordan dele af vores løsning bliver opnået

Det er her man faktisk beskriver hvordan man vil nå sit mål

Question 26

Hvad er strategy niveauet?

Answer 26

Strategy niveauet er meget lignende tactics i form af komponenter,

men her er der fokus på hvad der kræves for at løsningen kan komme i mål. Det vil sige i form af arkitekturer, teknologier, problemer som skal løses og de elementer som kræves af løsningen.

Question 27

Hvad er rationale niveuaet?

Answer 27

I rationale viewet er der fokus på begrundelse for de valg vi tager dvs:

Vores vision (vores end-in-view)

begrænsninger ved løsningen (qualifier)

Rationalet har fokus på hvorfor vi gør alt det her og derfor er det også her at vi beskriver vores problem

Question 28

Hvad er PROBLEMATIC i configuration tables?

Answer 28

Det er den første firkant under rationale/paradigm.

Her beskriver vi udfordringen der er generelt i form af challenge

efterfølgende beskriver vi vores delproblem kaldes problem

Question 29

Hvad er Technologies i configuration table?

Answer 29

Det er de teknologier vi bruger under rationale / product

Vi fokuserer på hvilke teknologier produktet skal have for at kunne levere løsningen.

Ex. smart phone, smart watch etc.

Question 30

Hvad er resolution i configuration tables?

Answer 30

Dette er under rationale / project.

Vi ser her på hvad visionen er for holdet,

vores warrant beskriver hvorfor det er vigtigt at løse problemet

Vores backing forklarer hvorfor vores ide er en god løsning til problemet

Question 31

Hvad er criteria for resolution i configuration tables?

Answer 31

Det er hvad vores forventninger er at systemet kan når det er færdigt.

Det er også hvad vi rent faktisk fandt ud af, og om projektet derfor skal gå en anden retning

Question 32

Hvad er elements i configuration tables?

Answer 32

Det er den første firkant i strategy / paradigm

Her tænker vi over hvilke elementer systemet skal have for at kunne løse problemet.

Dette kan være sådan noget som sensor teknologier eller lignende.

Question 33

Hvad er arhitechture i configuration tables?

Answer 33

Det er de krav der er til systemet set med mere ingeniør briller.

Finde i strategy / product

Her kan vi reflektere over hvilke moduler der er brug for til løsningen, og hvad der helt lav praktisk er brug for, for at systemet kan virke

ex. skal vi bruger servere?

Skal brugeren have en wifi forbindelse hele tiden?

Question 34

Hvad er Qualification i configuration tables?

Answer 34

Det er under strategy / project

her beskriver vi qualifier, det vil sige de limitations der er ved løsningen, men samtidig vores rebuttal, som er hvorfor vi kan leve med de limitations der er.

Question 35

Hvad er criteria for arhitechture i configurationt tables?

Answer 35

Det er under strategy / process

Her beskriver vi de forventninger vi har til arkitekturen af systemet,

det er også her vi notere hvad vi fandt ud af om dette.

Et eksempel kan være om alle komponenter til systemet er velfungerende.

Question 36

Hvad er Scenarios i configurationt tables?

Answer 36

Det er den første firkant under tactics / paradigm

her beskriver hvordan de forskellige scenarier som beskriver brugen af systemet er forbundet med mindst en af de elements vi har

Question 37

Hvad er Features i configuration tables?

Answer 37

Det er under tactics / product

her beskriver vi hvordan systemet kan hjælpe med problemet,

i form a specifikke features.

Ex. systemet kan bruges til systematisk test af modeller på nyt data.

Question 38

Hvad er offers i configuration tables?

Answer 38

Det er under tactics / project

Hvad er det denne løsning på systemet tilbyder?

En løsning kræver forskellige features for at være brugbar, disse features er begrundet af de scenarier som systemet skal kunne anvendes i

Question 39

Hvad er Criteria for offer i configuration tables?

Answer 39

Det er under tactics / process

Her beskriver vi hvad vores forventninger er for hvad vores offer skal kunne når vi er færdige med systemet

Ydermere beskriver vi hvad vi fandt ud af.

Ex. Vi kan sammenligne modeller, men det er svært at få høj performance for dette.

Question 40

Hvad er en transaction i deweyian inquiry?

Answer 40

Det er de interaktioner som den som undersøge situationen har med de elementer som danner situationen.

The inquirer does not stand outside the problematic situation like a spectator; he is in it and in transaction with it

Question 41

Hvilke to operationer gør inquiry brug af?

Answer 41

1. ideational subject matter - som er de koncepter der gør en situation forståelig, ex. objekter og events
   2 .Existential subject matter - som er de eksperimenter som interagere med objekter eller events i en allerede eksisterende situation

Question 42

Hvad er et mean?

Answer 42

Means er brugbare for at opnå et resultat. En database eller en server er et mean. Ikke alle means er dog genstande i den materielle verden. Nogle facilitere de processer som bruges for at opnå resultatet. John Dewey skelner derfor mellem material means og procedural means.

Question 43

Hvad er material means?

Answer 43

Material means er den type af means som er krævet for at forstå løsningen. Ex. Software mønstre, programmerings paradigmer og værktøjer som kan bruges. Udover dette er det også de koncepter som gruppemedlemmerne kender til, såsom familie, firma, underholdning, togstation osv.

Question 44

Hvad er procedural means?

Answer 44

Denne type means er med fokus på den procedure der er i udviklingen, det er her vi har sådan noget som sprints og generel planlægning.

Question 45

Hvad er end-in-view?

Answer 45

End-in-view er en ide om et mål, det kan fx. være et sprint goal, men det kan også være et overordnet mål for projektet.

Omstændigheder kan ændre end-in-view. Man kan have et overordnet mål, som er bygget på antagelser. Disse antagelser kan dog være forkerte, og målet skal derfor ændres.

Dette er et overordnet end-in-view. Dette gælder også for et sprint, hvor det er muligt at ændre retning efter sprintet. Dette gælder også for delproblemer som kan forekomme under projektet.

Question 46

Hvad bruges Paradigm View til?

Answer 46

Til at reflektere over “Problem” og “Challenge” set ud fra brugerens og eksterne systemers synspunkt.

Question 47

Hvad bruges Process View til?

Answer 47

Bruges til ideudvikling og -evaluering, den del som kaldes “appreciation”.

Question 48

Hvad bruges Product View til?

Answer 48

Det bruges til Transactions med problemdomænet ud fra et teknologisk synspunkt.
Dermed bruges til at vurdere hvordan løsningen skal bygges, og til at identificere nøgle teknologier.

Question 49

Hvad bruges Project View til?

Answer 49

Bruges til rationalet af projektet, og for management af projektet.
Det er her at projektets Vision udvikles og vedligeholdes, samt “research efforts” håndteres.