Exam preparation Flashcards
Hvilke vision scenarios er relevante for vores problem?
- Information/Intervention
- User/Law
Hvilke forskellige teknikker brugte vi for at undersøge vores visions scenarios?
Vi brugte:
- Metaphors
- Propositions
Hvilken type af innovation er vores projekt og hvorfor
Vores er en proces innovation, da den måde vi bruger sensors på ikke har vist sig succesfuld endnu
Hvilke typer af innovation er der?
produkt, proces, projekt og paradigme
Hvorfor bruges configuration tables?
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.
Hvor mange gange bør man lave et nyt configuration table?
Hver gang du ændre til et nyt prospect.
Hvordan er vores ene configuration table anderledes end det andet?
Vi valgte at skifte retning med projektet da vi fandt ud af at der ikke var nogen fast standard for valg af modeller.
Hvad var vores projekt trigger?
En kombination af user needs og technological oppertunity. Der er rigtig mange som kommer til skade i traffiken grundet uopmærksomhed på vejen. Med de nye sensor teknologier er det nu muligt at undersøge en løsning på dette.
Hvad er views?
Views bruges til at opdele bekymringer om projektet i forskellige kategorier.
Disse kategorier kaldes for de fire P’er
Hvad er de fire P’er?
Paradigm, Product, Project og Process
Forklar hvad Paradigm view er
Se SWI1.png
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”
Forklar product view
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. “
Se SWI3.png
Forklar project view
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.
Se Swi4.png
Forklar process view
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.
Hvad er de tre paradigmer for software udvikling?
(Specielt den tredje mulige)
Traditionel,
Agil
og pramatisk, som er den præsenteret i essence
Hvem kom på ideen og pragmatisme?
John Dewey
Hvad er ideen om pragmatisk tankegang?
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.
Hvad er et objekt ifølge John Dewey?
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å.
Folk har en ide om hvad en computer er og hvad den kan f.eks.
Hvad er et event ifølge John Dewey?
Et event kan ligesom et objekt have beskrivelser,
men ydermere er den bestående af:
en begyndelse.
et interval
en terminering
Hvad er en situation?
En situation betyder at problemet er kontekstuelt, altså at det er I en verden af objekter og hændelser.
Hvad er de tre niveauer af software udvikling?
tactic, strategy og rationale
Hvad er tactics niveauet?
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
Hvad er strategy niveauet?
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.
Hvad er rationale view?
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
Hvad er PROBLEMATIC i configuration tables?
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
Hvad er Technologies i configuration table?
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.
Hvad er resolution i configuration tables?
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
Hvad er criteria for resolution i configuration tables?
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
Hvad er elements i configuration tables?
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.
Hvad er arhitechture i configuration tables?
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?
Hvad er Qualification i configuration tables?
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.
Hvad er criteria for arhitechture i configurationt tables?
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.
Hvad er Scenarios i configurationt tables?
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
Hvad er Features i configuration tables?
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.
Hvad er offers i configuration tables?
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
Hvad er Criteria for offer i configuration tables?
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.
Hvad er en transaction i deweyian inquiry?
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
Hvilke to operationer gør inquiry brug af?
- ideational subject matter - som er de koncepter der gør en situation forståelig, ex. objekter og events
- Existential subject matter - som er de eksperimenter som interagere med objekter eller events i en allerede eksisterende situation
Hvad er et mean?
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.
Hvad er material means?
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.
Hvad er procedural means?
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.
Hvad er end-in-view?
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.
Hvad bruges Paradigm View til?
Til at reflektere over “Problem” og “Challenge” set ud fra brugerens og eksterne systemers synspunkt.
Hvad bruges Process View til?
Bruges til ideudvikling og -evaluering, den del som kaldes “appreciation”.
Hvad bruges Product View til?
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.
Hvad bruges Project View til?
Bruges til rationalet af projektet, og for management af projektet.
Det er her at projektets Vision udvikles og vedligeholdes, samt “research efforts” håndteres.
Hvad bruges roller til?
Rollerne opfordrer til at bestemte tankegange og ansvarområder blandt projektets udviklere.
Hvad er “Paradigm Innovation”?
Ændringer i “Mental Model”, der enten fjerner blokeringer eller give nye perspektiver, som giver anledning til nye muligheder og løsninger (Tidd et al, 2005)
Hvad er Anchors 4 ansvarsområder?
• Ensure that the team is fully functional and productive at all times.
• Offer and adapt methods, techniques, and tools to support work.
• Ensure fairness in Potential and idea evaluations via appropriate methods
and evaluation criteria.
• Take care of ‘foreign affairs’ by representing the project to stakeholders
and shield the team from external interference.
Hvad er Responders funktioner?
• Point to technological alternatives in building solutions.
• Help evaluate strengths, weaknesses, opportunities, and threats.
• Engage in scenario and vision development from a technological
perspective.
• Help evaluate feasibility and potential of wanted scenarios.
Hvad er rollen Anchor?
Anchoren er facilitatoren for arbejdsprocessen, og er ansvarlig for det samlede hold fungerer.
Samtidig er han/hun ansvarlig overfor eksterne stakeholders.
Hvad er et review i essence?
Essence gør brug af Rationale, strategy og tactics review, for at forstå problemet. Essence udvider et almindeligt sprint sådan at RST bliver indført i sprint planlægningen, og vurderet i sprint reviewet. (se billede).
Hvordan struktureres et review i essence?
Så for at strukturere et review, tager essence udgangspunkt i de her ETVX modeller (se billede). Her er entry kriteriet vores refleksion. Opgaverne der findes er vores transaction. Validering er appreciation. Og exit criteria er reasoning.
Hvad er reflection for paradigm i RST reviews?
Problem, elements og scenarios
(se billede)
Hvad er reflection criteria for project i RST reviews?
Technologies, Arhitecture og Features
Hvad er reflection criteria for project i RST reviews?
Vision, warrant, Backing, qualifier rebuttal og offer
Hvad er reflection criteria for process i RST reviews?
Her vurdere vi processen på det hele
(se billede)
Beskriv value analysis
Denne type evaluering er mere fokuseret end SWOT, her beskriver man nelig potentialet ved de forskellige egenskaber for ideen. Så for vores projekt kan det være at det er sikkerhed som er en vigtig egenskab. Derfor kan man give den en vurdering.
(se billede)
Beskriv hvad NAF analyse er
Hvis vi skal sammenligne to ideer kan vi gøre brug af en NAF analyse. Her vurdere man de enkelte værdier baseret på novelty, attractiveness, and feasibility i en skala fra et til fem, hvor fem er højest.
Beskriv en PMI analyse
Hvor en NAF analyse har faste predefinerede kategorier til sammenligning, så vil brugen af en PMI analyse ikke sådanne kategorier, men i stedet gør brug af plus, minus og interessante ting ved hver ide.
Beskriv forholdet mellem software process innovation og software product innovation
Der er et meget kompleks forhold mellem software processer og software produkter. Det er ikke bevist at innovative software processor fører til innovative software produkter.
Måske kan bedre software processer inden for et bestemt område føre til bedre og innovative produkter, men i nogle situationer kan det også være bedre at udvikle produktet ved brug af traditionelle software processer.
Beskriv installed base
For at forstå alt software innovation, er det nødvendigt at forstå både den sociale og tekniske infrastruktur som gør denne innovation mulig.
Infrastrukturen er noget som mange ikke lægger mærke til i løbet af deres hverdag, men den er essentiel for at man kan bruge de forskellige teknologier eller komme op med nye. Rose opdeler infrastrukturen i to kategorier, fysisk og social.
Et eksempel på en teknologi, som krævede denne rette installed base er Skype.
Beskriv software trajectories
Trajectories beskriver den retning noget bevæger sig. For skype var det vigtigt at voice over internet blev udviklet på, hvortil de protokoller som tillader dette, blev interessante i 90’erne. Ydermere var det vigtigt at brugen af peer to peer netværk blev mere populært i samme tidsrum. Dette muliggjorde skype. Figuren nedenfor viser ideen om trajectories.
Beskriv software convergance
Det sker mere og mere at teknologier bliver digitaliseret og samlet i et sted. Dette kaldes technological convergance, hvor teknologier som før var analoge (ex. pladespiller) bliver digitale (ex. spotify / mp3 musik). Dette giver derfor en mulig for at vi samler systemer under samme overordnede teknologi, hvilket åbner op for helt nye muligheder.
Beskriv innovation window
Timingen er helt utrolig vigtig for at gøre en software innovation vigtig. Kommer den for tidligt, kan det være der ikke er den korrekte installed base, og udviklingen vil derfor blive omkostningsfuld, og prisen derefter. For sent og innovationen er allerede sket af mange andre inden for markedet. Det er derfor vigtigt at man som innovativ software udvikler:
Teknologiske trends og trajectories
Digitalisering og convergence
Sociale og teknisk infrastruktur udvikling
Bruger efterspørgsel (demand)
Og timing i forhold til sit innovation window
Forklar hvorfor det er vigtigt at øge sit community?
For at kunne være innovativ, er det vigtigste at udvide sit community af lige sindede. Det handler om at kunne bruge forskellige værktøjer til både eksplicit og underforstået forståelse for hinandens viden. Dette giver os alle en bedre base for innovation
Nævn de forskellige teknologiske karakteristika
novelty / utility
broad -> focused
low <–> high
incremential / radical
Hvad er utility / novelty?
Novelty og utility er to karakteristika som kan bruges til at afgøre en teknologi.
Billedet forklarer det perfekt
Hvad er Althullers hieraki af tekniske systemer?
Althuller præsenterede også sit hieraki af tekniske systemer:
Se billede
Hvad er low / high figuren som althuller bruger til opdeling af teknologier?
Se figur
Som man kan se er et niveau fem en meget sjælden videnskabelig ændring. Hvor level to er mindre forbedringer på et eksisterende system.
Hvad er forholdet mellem broad / focused og low / high?
Vi kan bruge dette forhold til at forstå om vi har at gøre med en inkrementiel innovation eller en radikal innovation.
Se figur
Beskriv Creative Requirements Analysis
Integrer light bulb modellen til en normal udviklings cyklus
I stedet for requirements ingenieering, erstatter man den med mere fantasifulde og kreative teknikker
Arbejd med brugere som primært er ansvarlige for nye ideer.
Beskriv Low Tech Prototyping
Se figur!
Beskriv innovation activity model
se figur
