<p>With the evolution of new software technologies, the requirements for automated testing are becoming more and more stringent. With increasing size of software projects, manual testing is becoming less efficient. For automated testing one of the most important question is, what to focus upon while testing? For a large number of functions along with large number of possible call sequences, it is very hard to generate test cases that cover all possible paths of control flow. By finding patterns in the calling sequences we will be able to identify more defects by focusing our testing efforts on those patterns. In this paper, we have described our work on tracing call sequences using Aspect Oriented Programming methodology and discovering those patterns in call sequences using data mining techniques.</p>

With the evolution of new software technologies, the requirements for automated testing are becoming more and more stringent. With increasing size of software projects, manual testing is becoming less efficient. For automated testing one of the most important question is, what to focus upon while testing? For a large number of functions along with large number of possible call sequences, it is very hard to generate test cases that cover all possible paths of control flow. By finding patterns in the calling sequences we will be able to identify more defects by focusing our testing efforts on those patterns. In this paper, we have described our work on tracing call sequences using Aspect Oriented Programming methodology and discovering those patterns in call sequences using data mining techniques.

Diss. Linköping : Univ., 2003.

The development of IT systems is usually accomplished by some form of system development methodology. It can be performed as the waterfall method, where each phase is completed before the next begins. One of the reasons to follow a development methodology is that the process is more structured, faster and that the product will have higher quality. One risk of not using a system development approach is that the code can be unstructured and difficult to maintain. This paper describes an alternative method in which the development occurred without the use of any system development methodology. This has been possible because there was a clear goal of the program that should be developed. The goal was to read a molfile and from the information stored in the file plot the molecular structure. The appearance of the molecule has been fine-tuned as more features are added. A molfile is able to store all the information about the different characteristics a molecule can have. Not all molecules containing all the properties. Development has proceeded as follows: Each property has been classified as an object and then implemented. The whole way from reading the property in the file into the computer program and then interpret the information to plot the property as a part of the molecule. The most important programming principle has been to develop the program as a number of more or less independent modules for the system to have high modularity. /    Vid utveckling av IT-system brukar någon form av systemutvecklingsmetod följas. Det kan vara exempelvis vattenfallsmetoden där varje fas slutförs innan nästa påbörjas. Ett av skälen att följa en utvecklingsmetod är att arbetet ska bli mer strukturerat, gå fortare samt att produkten ska ha hög kvalité. En risk med att inte använda en systemutvecklingsmetod är att koden kan bli ostrukturerad och svår att underhålla. Denna uppsats beskriver en alternativ metod där utvecklingen skett utan användandet av någon etablerad systemutvecklingsmetod. Det var möjligt då det fanns ett tydligt mål med programmet som skulle utvecklas. Målet var att läsa en molfil och från den information som finns lagrad i filen rita molekylärstrukturen. Utseendet på molekylen har finjusterats allteftersom fler egenskaper lagts till programmet. En molfil har möjlighet att lagra all information om de olika egenskaper en molekyl kan ha. Alla molekyler innehåller inte alla egenskaper. Utvecklingen har gått till på följande sätt: Varje egenskap har klassats som ett objekt och sedan implementerats. Det innebär allt ifrån att läsa in egenskapen i filen till dataprogrammet och sedan tolka informationen till att rita ut den egenskapen. Den viktigaste programmeringsprincipen har varit att utveckla programmet som ett antal mer eller mindre fristående moduler för att systemet ska ha hög modularitet.

No description available.

<p>Object oriented software development is the main choice when developing business software today. For distributed storage of data they mostly use relational databases. The relational model however is not fully natural from an object oriented development perspective. The natural selection would be to use object oriented databases, however their development has not been as fast as their relational predecessors. The rise in popularity of smaller, fully object oriented languages such as Ruby and Python and open source projects developed with them are adding to the awareness of persistent object storage. This paper describes the current and future solutions for data storage in applications, their pros and cons and additionally shows an implementation of a native object persistence framework written in Ruby that supports indexing for self-optimizing.</p>

No description available.

Object oriented software development is the main choice when developing business software today. For distributed storage of data they mostly use relational databases. The relational model however is not fully natural from an object oriented development perspective. The natural selection would be to use object oriented databases, however their development has not been as fast as their relational predecessors. The rise in popularity of smaller, fully object oriented languages such as Ruby and Python and open source projects developed with them are adding to the awareness of persistent object storage. This paper describes the current and future solutions for data storage in applications, their pros and cons and additionally shows an implementation of a native object persistence framework written in Ruby that supports indexing for self-optimizing.

<p>Databaser är vanligt förekommande i vardagen på företag och organisationer. De mer objektorinterade krav som idag ställs på vad en databas bör klara av att hantera, har med ökad datakapacitet gjort att mer komplexa dataobjekt måste kunna hanteras i databasen.</p><p>1990 skrevs ett manifest av den tidens ledande databasforskare om vad de ansåg att den tredje generationens databaser borde ha för funktionalitet. I detta arbete undersöks det huruvida dagens moderna relationsdatabasprodukter klarar av att hantera de krav som ställdes i manifestet på vad den tredje generationens databaser borde klara av.</p><p>Arbetet utgår ifrån manifestets krav och utförs med hjälp av en kombination av metoderna litteraturstudie och implementation. Fokus har lagts på att hitta en lösning i litteraturen för att om möjligt visa med kodexempel hur det kan se ut i en praktisk lösning.</p>

<p>Då man arbetar objektorienterat inom systemutvecklingen sägs det att återanvändning är en av fördelarna med detta arbetssätt. Mitt syfte i denna uppsats var att undersöka hur systemutvecklingsföretag som arbetar objektorienterat ser på fenomenet objektorientering och återanvändning. Studien skall även ge svar på hur de arbetar med återanvändning och vad de återanvänder, eller vad som ligger bakom då de inte arbetar mer för återanvändning. </p><p>För att besvara mina frågeställningar har jag intervjuat sju informanter på sju olika företag. Jag har haft ett hermeneutiskt förhållningssätt i min studie, vid intervjuerna har jag använt mig av en kvalitativ ansats och vid analysen har jag använt mig analytisk induktion. Resultaten i min studie visar att objektorientering banar väg för återanvändning och ger effektivare systemutveckling. </p><p>Resultaten visar också att då hjulet inte behöver uppfinnas på nytt, så leder det till tidsbesparingar och lägre kostnader för företagen. Alla företag arbetar med återanvändning, antingen mer eller mindre, men för att arbeta mer med det behövs en organisation som tar hand om det merarbete som tillkommer vid återanvändning. </p><p>Slutsatser i denna studie är att objektorientering ger enklare system till skillnad från de traditionella systemutvecklingsmetoderna, det ger även säkrare system och snabbare systemutveckling, vilket även återanvändning leder till. För att bedriva återanvändning i större skala behövs det en organisation inom företaget som driver detta. </p> / <p>When you work object-oriented in system-development it is said that reuse is one of the benefits with this way of working. My purpose in this study was to examine how system development-companies, which work object-oriented, look at the object-orientation and reuse- phenomena. With this study I also want answers that say if they work with reuse and if they do what they reuse. </p><p>To answer my questions at issue I have interviewed seven informants from seven different companies. I have had a hermeneutical attitude in my study, I have used a qualitative projection and in the analysis I have used an analytic induction. </p><p>The results in my study shows that object-orientation pave the way for reuse and give more effective system-development. The results also show that if the wheel doesn’t have to be invented again, over and over, it leads to timesaving and lower costs for the companies. All companies work with reuse, more or less, but to be able to work even more with the reuse-issue the company needs an organization witch is able to take care of the extra work witch arise with reuse. </p><p>The conclusion of this study is that object-orientation gives easier system in contrast to the traditional method of system-developments, it also gives more secure system and faster system-developing, witch also reuse leads to. There is a need for an organization within the company that is able to drive the reuse- issue, if they are going to be able to reuse in larger scale.</p>