We will be talking about open source user consortia at the Tag der Technischen Fakultät of FAU on Nov 17, 2017. Please find our poster depicted below.
Abstract: The cloud-based QDAcity platform allows to conduct collaborative research projects applying Qualitative Data Analysis methods and research validation through crowdsourcing. When using Qualitative Data Analysis as a research method, expressive measurements of the quality and maturity of the results are essential to prove the validity of the research Findings. Common measures for validity of ratings are inter-coder agreement metrics, and for measuring the maturity of a qualitative research project, a prevalent approach is to calculate saturation. However, with a high number of raters, inter-coder agreement metrics become inconvenient to evaluate and the calculation of saturation requires a clean documentation of many project variables. The cloud environment of QDAcity can solve both of these problems, because it can efficiently store all ratings and project variables, and thus integrate both metrics more conveniently for the researcher. This thesis presents the implementation of the two inter-coder agreement metrics Krippendorff’s Alpha and Fleiss’ Kappa in QDAcity and a new approach with its implementation of theoretical saturation.
Keywords: Intercoder Agreement, Theoretical Saturation, Qualitative Data Analysis, QDA
Reference: Matthias Schöpe. QDAcity Quality Metrics. Master Thesis, Friedrich-Alexander-Universität Erlangen-Nürnberg: 2017.
Abstract: Inner Source (IS) ist die Verwendung von Open Source (OS) Entwicklungspraktiken innerhalb einer Organisation. Einige Organisationen führen IS Projekte oder sogar IS Programme durch. Bisher gibt es zwar veröﬀentlichte OS Qualitätsmodelle, allerdings ist kein Qualitätsmodell speziell für IS bekannt. Dieses Papier präsentiert ein Qualitätsmodell für IS Programme und Projekte. Wir führen fünf Interviews mit IS Experten durch und analysieren diese mittels thematischer Analyse. Anhand der daraus entstandenen Einblicke entwickeln wir ein hierarchisches Qualitätsmodell für IS Programme und IS Projekte, die wir anschließend zu recherchierten OS Qualitätsmodellen abgrenzen.
Keywords: Inner source, inner source quality, inner source metrics
Reference: Bernd Grillenberger. A Quality Model for Inner Source. Master Thesis, Friedrich-Alexander-Universität Erlangen-Nürnberg: 2017.
We are organizing a meeting of the GI AK on microservices and devops on October 19-20th in Nuremberg. Suse has generously offered their event space for the workshop. The workshop is free and open to the professional public. There is a preliminary agenda and you can make a talk suggestion. If you would like to participate, please don’t forget to register. Despite this English-language announcement, the workshop is likely to be held in German.
|Project name||Simulating a car’s ECUs using a Raspberry Pi|
|Project mission||The mission of the project is to implement a scriptable Electronic Control Unit simulation environment that can siumlate diagnostic communication. Diagnostic Developers can model the diagnostic behaviour of single ECUs or whole cars inside a box such a Rasperry Pi. The communication protocol used in the vehicle diagnostic is Unified Diagnostic Services. It is a Request-Response Protocol. The ECU provides Services which can be called by the client. The mission of this particular project (in the context of the product vision).|
|Industry partner||AVL DiTest|
|Project summary||Our task was to simulate ECUs from a car via Raspberry Pi. For the communication, the ECUs in a car are connected via CAN-Bus. We used the UDS-protocol for the communication of the ECUs. Which functions from the ECUs are supported is defined in the lua file. An example: If you are reading the name of the ECU, each lua file (ECU) should send another name back, e.g. engine, airbag… Because each ECU has a different task in in the car, all the definitions within the different lua files are different. Due to the fact that the Raspberry Pi is loading several lua files at the same time, a behaviour like in the car is simulated, because several ECUs are communicating with each other.|
|Project name||Raspberry Pi as user control board for multimedia evaluation boards|
|Project mission||The mission of our project is to enhance the Sivantos Fitting Software System with a Raspberry Pi user control board to test the software efficiently and rapidly replacing the existing manual interaction with the system under test. Our project enables test engineers and manual testers at Sivantos to test their software faster, more comfortably, more efficiently and more thoroughly. By enabling one of the world’s leading manufacturers for hearing aids to increase the safety of their products, we provide value to patients suffering from hearing loss all around the world.|
At first, we were not quite sure what our project was about. The subject was quite abstract and we had few experience with the hardware. The first sprints were needed to get familiar with the development environment, the hardware components and the protocols needed to talk to the RaspberryPi.
As soon as we got familiar with all the components, we were able to implement more actual features. Testing was a bottleneck, as we had to test the soft-/ hardware interaction but only had two fully functional breadboards. The close cooperation with our industry partner was helpful not only for defining the scope of the project and prioritize features, but also for debugging hardware related problems. We learned a lot, not only about software development in unknown terrain but also about Scrum in general and the importance of interaction and communication within the team in particular.
|Project name||A factory simulation game for software testing and operator training|
|Project mission||The mission of this 2017 AMOS project was to create a factory simulation in the style of a game. The core functionality should be the visualization of factory interior with all its machines and product flows. The elements should interact and at the end one should be able to retrieve statistics to improve the production process.|
|Industry partner||Weber Maschinenbau GmbH, represented by Nuveon GmbH|
|Project summary||At the beginning of the semester, our customer Christoph Sauer from the software development company Nuveon gave us an introduction to the topic. The project started with two product owners and seven developers. By the end of sprint #4 there were three developers left. In 13 sprints we accomplished 38 user stories and released 10 official versions of our software. The product was implemented as a web application and from sprint #8 on our customer provided a server with public access for better manual testing (by the product owners and the customer). The final project release of the software provides basic administration and gameplay features. At the demo day our two customers confirmed that they are planning to extended it at Nuveon and/or another AMOS project.|
|Project name||Virtual Ledger|
|Project mission||The mission of this 2017 AMOS project is to create a banking app that represents the product vision of the Adorsys banking app. The Adorsys banking app will have a multiple accounts feature. This allows the user to add and delete all existing bank accounts he or she has in a simple way. With one click he can overview his overall financial status and the balance for every single account. Furthermore, he can get access to all the transactions that happen within the bank accounts. In this way the application ensures that the user has full view over every bank account and every transaction in one single app. As special features the user will be able to create virtual saving accounts for his own purpose and manage this accounts together with other users, so that he can achieve his saving goals with the help of an intelligent algorithm that transfers constantly money to the saving account.|
|Project summary||The Virtual Ledger App is capable of storing different bank accesses – and therefore accounts- from different banking institutions. So that a user can manage his or her accesses through one application. Furthermore, past transactions from one or several bank accounts can be shown – ranging from 4 weeks to 1 year or an user defined time span. In addition, in the calendar overview one month per page is shown and the balance for each date is accessible. Specific transactions of a date can be seen through clicking on it. Moreover, the app allows registered users to add friends to a contact screen and share a common saving goal with them . These saving goals can be specified for any future goal with or without other contacts. Additionally, the user can assign each saving goal several bank accounts.|