12-conclusion.tex
4.33 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 presented and discussed issues experienced during a government-funded
project, in partnership with the University of Brasilia and the University of
São Paulo, to evolve the Brazilian Public Software Portal.
The contributions of this paper are twofold. First, we presented how an unprecedented
platform was developed and delivered to the Brazilian government. This
platform - developed by a heterogeneous team of professors, masters and
undergraduate students, IT professionals, and governmental managers - provides
several modern features for the integration of more than 10 FLOSS systems.
Second, the experience in the SPB Portal project pointed
out that it is possible to mitigate conflicts in the development environment
and to conciliate governmental and academy cultures. The team was engaged in
providing a friendly working environment as well as in showing to governmental agents
another way to interact with the FLOSS community and the university. In the paper,
we tried to show that, as long as the institution can provide a healthy and challenging
environment to its students, one may conciliate studies and professional training
in universities. After the end of the project, some students successfully
embraced opportunities in public and private sectors, within national borders
and abroad. Some other students went further and started their own companies.
We also demonstrate that, with some adaptations/"translation processes", it is feasible
to conciliate agile methodologies and FOSS practices in order to develop software to
governmental organizations with functional hierarchical structures that use
traditional development paradigm.
\leo{Padronziar uso FOSS vs FLOSS. Qual vcs preferem?}
Future work should use data produced by the project to validate and evaluate
how the used FLOSS and Agile practices have impacted the students and also the
governmental development process. For this, we would conduce a \textit{postmortem}
analysis using the project open data and a survey targeting the involved actors.
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, which
benefits both those communities and us, since we can share future
development and maintenance effort with other organizations that
participate in these 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