12-conclusion.tex
4.41 KB
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
\section{Conclusion}
\label{sec:conclusion}
In this paper we present and discuss issues experienced during a government-
funded project, in partnership with University of Brasilia and University of
São Paulo, to evolve the Brazilian Public Software portal.
The contributions of this paper are twofold. First, we present how was
developed an unprecedent platform, delivered to Brazilian government. This
platform - developed by an heterogenous team of professors, master and
undergraduate students, IT professionals and governmental managers - provides
several modern features from the integration of more than 10 FLOSS systems.
Second, the 30 months project which developed this platform results in an
important case that it is possible to mitigate issues seen as conflicting to IT
development environment and between industry and academy. We shown that, as
long as the institution can provide a healthy and challenging environment to
its students, its is possible to conciliate studies and professional training
in universities. After the end of the project, some students successfully
embraced opportunities in public and private sectos, within national borders
and abroad. Some others went further and started their own companies.
We also shown that, with some adaptations/"translation processes", was possible
to conciliate agile methodologies and FOSS practices to develop software to
governmental organizations with functional hierarchical structures that use
traditional development paradigm.
In the SPB project it was employed many of our beliefs about FLOSS and Agile
practices. The team was engaged in creating a friendly environment for everyone
involved in the project and in showing to government agents another way to
interact with the FLOSS community and the university. With an open work style,
the project has seeked to be transparent for the whole society. We belive it is
still needed to analyze every data produced by the project and its impact on the
students. For future work, we would conduce a \textit{post-mortem} analyse in the
project, seeing that we have many open data to be explored and it was applied
approachs which still need extra validation.
The portal is available at \url{softwarepublico.gov.br}. All
documentation, including detailed architecture and operation manuals are
also available\footnote{\url{https://softwarepublico.gov.br/doc/}
(in Portuguese only at the moment)}).
%
All the integrated tools are FOSS and our contributions were published
in open repositories, available on the SPB Portal itself. We also
contributed these features back to the respective communities: that
benefits those communities, as well as us since we can share future
development and maintenance effort with other organizations that
participate in their projects.
%===========
% Conclusion
%===========
% * Gestão dos recursos: Fizemos mais por menos (2.6M de 3.2M) --- sem os dados
%% (escopo, custo, tempo e qualidade) bem discutidos é difícil sustentar essa
%% afirmação, embora eu e Paulo consigamos perceber isso.
%* utilização do projeto para formação de recursos humanos (alunos)
%* dados da verificação dos repositório para a análise da qualidade dos código via Mezuro e CodeClimate
%* o que achamos que irá acontecer com o SPB no futuro breve (acabar)
%* 69 projetos marcados como SPB, de 81 no total na plataforma.
%* 47\% é desenvolvido em PHP.
% foi constatado que aproximadamente 75\% dos softwares \textbf{não} possuem seus códigos-fonte versionados nesta ferramenta. Realizado algumas pesquisas, foi encontrado o código-fonte em outros serviços (Github, Bitbucket).
% Foram adicionados 31 softwares do SPB em ambas as ferramentas (Mezuro e Code Climate), desenvolvidos em PHP e Python. Estas adições resultaram na análise descrita nos próximos parágrafos. No Mezuro, dos 31 softwares adicionados, somente 4 obtiveram sucesso na avaliação. No Code Climate, 16 softwares realizaram a \textit{build} da avaliação com sucesso. Nos que falharam, alguns dos erros foram encontrados em três das \textit{engines}: ora em \textit{duplication}, ora na \textit{phpmd}, ora na \textit{eslint}.
% também foram inseridos no Mezuro para avaliação, 5 projetos dos 17 desenvolvidos em Java, com o intuito de ser um contraponto ao Code Climatepor esta não compreender a análise de projetos em Java, C, ou C++. Infelizmente nenhuma das \textit{builds} resultou em resultados concretos.
%* Debater economia de recursos em orgão públicos