Refine
Year of publication
Document Type
- Book (6)
- Master's Thesis (6)
- Article (4)
- Diploma Thesis (3)
- Bachelor Thesis (1)
- Conference Proceeding (1)
- Conference Volume (1)
Language
- English (22) (remove)
Has Fulltext
- yes (22)
Is part of the Bibliography
- no (22)
Keywords
- KI (3)
- Künstliche Intelligenz (3)
- Robotik (2)
- attitude (2)
- emotion (2)
- machine learning (2)
- two-component theory (2)
- 3D-Printing (1)
- ABM (1)
- AI (1)
TYPO3 was initially developed in 1997 by Dane Kasper Skårhøj. That initial version cannot be compared to nowadays state however. The obtainable TYPO3 distribution is the software core. It covers the basic concerns of the system regarding to content handling more than satisfactory. TYPO3 offers solutions for semi-complex data structures but with a negative impact concerning usability until version 4.1. Inline Relational Record Editing bridges the gap between the repetitive elements capabilities of FlexForms and the old field type of TCEforms implementing relations. This is generally achieved by saving information in nice separated database records with 1:n or m:n relationships what FlexForms stored in just one big XML string. Thus it improves usability, extensibility, performance and consistency of information. The functionality of Inline Relational Record Editing is shown in this diploma thesis using a case-study of a travel business which provides bookings for many hotels. A hotel consists of different offers, such as a "wellness special" or "relax weekend". Additionally every single one of these offers can vary in price depending on the season customers chooses to book. Finally this results in a structure spanning three levels, beginning with one hotel as parent, many offers as first generation and also many prices as second generation. Inline Relational Record Editing was integrated in the TYPO3 Core of version 4.1 and has been downloaded almost 15.000 times over a period of eleven weeks.
More and more of today’s electronic equipment contains microprocessors. This starts at devices of daily use like toasters and ends up with highly automated factories. Somewhere in between these applications, the TV sets produced by LOEWE reside. Today’s TV sets have much more to do than simply converting an electric signal to a motion picture. In order to be able to show motion pictures running smoothly on huge displays, a lot of computation has to be done. High-Definition Television (HDTV) raises the amount of data to be handled in realtime dramatically. Furthermore a TV set is not only a device to watch motion pictures these days. It is used for showing pictures, play music and sometimes even for surfing the internet. All these reasons cause an increasing use of high-tech microprocessors and software in TV sets. With this growing amount of technology, the need for accurate testing tools increases. As the number of test cases to be executed after a change is made to the device is growing rapidly, the need to automate at least a part of the test process becomes obvious. The development of a software which is capable of fulfilling these requirements is performed in the SPLICE project initiated by the University of Applied Sciences Hof in cooperation with LOEWE. To enable people with only a little or even no programming experience to construct test cases, a graphical way of representing the test cases was chosen. The test cases are illustrated as graphs drawn in diagrams. A proper visualization of these graphs is very important to keep the overview even in huge test cases. Therefore, the layout of the graph representing the test case should be done automatically. The issue of how to draw such a graph is the topic of this thesis. The thesis is divided into three parts. The first part gives the basic knowledge which is important for understanding the rest of this document. The second part, begins by figuring out of which graph type the graph to be drawn is. Afterwards approaches to convert graphs from one type into another are discussed. That is followed by a discussion about four graph drawing algorithms and finally a rating is given about all the algorithms. The third part of the thesis is represented by the appendix. It contains a description of how the drawn diagram should look like. Additional information about the test objects and the detailed results produced by the graph drawing algorithms is given. The thesis concludes with definitions which are the mathematical basis for this work.