I avhandlingen behandlas förutsättningar och effekter av kalkylprogramanveckling (KPA). KPA utförs av anvecklare, som fungerar både som användare och utvecklare. Anvecklare har djup verksamhetskunskap och viss verktygskunskap. Systemet, som anvecklaren utvecklar med kalkylprogram, kallas kalkylsystem. Den grundläggande forskningsfrågan i avhandlingen är: "Vilka nya möjligheter får användare att utföra arbetsuppgifter då de själva kan bygga informationssystem?" Avhandlingens syfte är att formulera en begreppsmodell över vilka förutsättningar och effekter, som gäller för kalkylprogramanveckling. Avhandlingens strategi kan sägas vara kvalitativ, hermeneutisk, abduktiv och empirinära. Fyra empiriska studier har genomförts. Empiri har i stor utsträckning styrt studier av relaterad teori. Den praktikgeneriska modellen har använts som referensmodell i avhandlingen, vilket har lett till ett synsätt, som innebär att när anvecklaren anvecklar, agerar han i minst två praktiker, utvecklarpraktiken och huvudpraktiken. Varje praktik har sin uppsättning av förutsättningar, t ex kunskap, normer och verktyg. Den integrerade karaktären på anveckling, gör interaktivitet i utvecklingsarbetet möjlig, vilket i sin tur innebär att anvecklaren snabbt kan växla mellan utveckling och användning. Ökad verktygskunskap kan innebära att anvecklaren ökar sin verksamhetskunskap. Då anvecklarens verksamhetskunskap ökar, ökar möjligheterna att analysera och ifrågasätta verksamheten. Anveckling innebär också att hänsyn kan tas till svårformaliserbara mål och normer, samt att formalisering av tyst kunskap möjliggörs. Anveckling i en miljö med lokala nätverk förenklar möjligheterna att distribuera kalkylsystem för granskning och verifiering. Kalkylsystemets transparens underlättar analys och diskussion. I avhandlingen diskuteras anveckling som ett sätt att hantera kontinuerlig omvärldsförändring på ett sätt som kan innebära omprövning av normer i verksamheten. Då anveckling betraktas som en form av systemutveckling, skiljer sig anveckling starkt från traditionell systemutveckling i och med att anveckling kännetecknas av integration, medan traditionell systemutveckling kännetecknas av specialisering.

När användare bestämmer sig för att utveckla gränssnitt till sina system sker detta via någon form av verktyg. Vi måste avgöra vilken utvecklingsmetodik som ska användas och hur vi kan tillföra mer funktionalitet för att systemet inte ska bli föråldrat. För att svara på detta bryter vi upp arbetet i två delar. I första delen undersöker vi vilken programmeringsmetodik som lämpar sig bäst för gränssnittsutveckling genom en undersökning i två delar. I andra delen ser vi över vilka lösningar som existerar för att implementera ny funktionalitet till ett verktyg för att sedan presentera en egen lösning. / When the user decides to develop an interface for their system, this is done with a software development tool of some kind. We need to determine which development methodology is to be used and how we can add more functionality to the system so it won't become outdated. To tackle this problem we break up the work in two parts. In the first part, we examine which programming methodology is best suited for interface development through a survey that is divided in two parts. In the second part, we look at what solutions exists for implementing new functionality to a tool and we present our solution.