translated by Google

Machine-translated page for increased accessibility for English questioners.

Student research and development projects FI MU

With the program to support student research and development projects, the Faculty of Informatics seeks to stimulate the development of high-quality, generally usable and freely distributable software. The aim of the program is to contribute to development free software and at the same time to make visible the creative potential and professional skills of the faculty students in the national and international context.

Student projects are implemented mainly by bachelor's and / or master's students under the guidance of a faculty employee, who is the professional guarantor responsible for the project solution, its coordination, financial management and public presentation of the achieved results. The project can also be led by a doctoral student. If they are not employees of the Faculty of Informatics at the same time, one of the employees, eg the supervisor of the given doctoral student, must take formal responsibility for the project.

The objectives of the project may or may not be in the nature of scientific work and may or may not be implemented within one of the existing laboratories of the faculty. The allocated funds can be used for regular monthly rewards for students, or to cover other costs necessary for the implementation of project objectives. Funds can always be requested for a maximum of one year. Long-term projects can be supported repeatedly if their goals are properly met. In such a case, it is desirable to mention the assumption of future applications for recurring support (with justification) in the first project and to refer to this mention in other applications for recurring support.

Institutional support is intended for the further development of projects that already show some results (for example, a development version of the program is available) and there is a web presentation. Institutional support cannot be obtained on the basis of a project intent that is not further supported by at least partial results. An important aspect of successful projects is the longevity of their results, which should persist even after the end of the project itself and after the graduate's studies. It is recommended to publish all project results (including source codes and data) on the faculty gitlabus or similar repository of the guaranteeing laboratory.

Project design and solution

The project proposal can be submitted on the basis of the current call. Fill in the project proposal electronically in Inetu (ISEP) : name, proposer, solution date, investor - Masaryk University, project type - Internal projects FI, subprogram - Program for support of student research and development projects, click yes / no - applied research, GDPR, ethics, project role - beneficiary, HS - Faculty of Informatics, Department, write a brief annotation and save. Subsequently, other tabs will expand, which you will also fill in (program to support student research and development projects, budget, people). Finally, in the approval tab, you can close and approve electronically. You can see the generated proposal in pdf in the approval tab.

You can consult with the staff in advance about the intention of the project and the ambiguity regarding the completion of the proposal research support department FI.

In the case of project financing, the guarantor will be informed by email, the proposal will be transferred in ISEP to the implemented projects and the project will be awarded a contract. At this point, it is possible to start solving the project and submit a proposal (via INET) for a scholarship.

During the solution of the project in 3-month intervals, the researcher enters into ISEP (implemented projects) a short interim report on the solution of the project.

After the completion of the project, the final report must be prepared on the appropriate form and delivered by the guarantor to the Department of Research, Development and Doctoral Studies of the Faculty of Informatics and also inserted (in pdf) into ISEP (reporting via ISEP is planned for newly submitted projects). The researcher then presents and defends the project solution at a public presentation and defense, which takes place twice a year at FI.

Current call for submission of student research and development projects

Common mistakes in project design

Based on experience with previous proposals, we recommend avoiding the following errors, which will most likely lead to the exclusion of the project:

  • Vague specification of project goals. It is not enough to state the general objectives (eg "software development for working with pdf files for Linux"), it is necessary to describe the specific outputs and / or functionality of the program to be achieved (together with the relevant timetable). It must be clear from the project proposal what is to be fulfilled and subsequently checked in the individual stages. It must also be clear what the current situation is (eg the current functionality of the program) and what amount of work will be done within the project solution.
  • Insufficient justification of financial costs. The main item in project costs are usually scholarships for members of the research team. It is necessary to clearly state in what form the individual team members will be involved in the project and what is the expected volume of their work. The members of the selection board must assess whether the funding requested is proportionate to the expected benefits of the project. Travel allowances can only be requested in very exceptional and well-justified cases (in particular, student projects are not intended to fund students' participation in scientific conferences; other resources should be used for this purpose).
  • Formal errors. The project proposal must be submitted on the appropriate form and must contain all the required information. It is necessary to make a strict distinction between the description of the current state and the description of the project objectives (for example, if a new plugin for an existing program is to be created within the project, it is not enough to state that this existing program is distributed under a free license. newly created plugin). The members of the commission cannot "derive the missing data", the only basis for their decision is the facts stated explicitly.

Approved projects for funding