Merge branch 'master' into 'master'

[OpenSym] Leonardo's review - abstract, introduction, conclusion and bib See merge request !2

Merge branch 'master' into 'master'
[OpenSym] Leonardo's review - abstract, introduction, conclusion and bib See merge request !2
Melissa Wen
2 parents 20f3a8e0 ade7981d
Showing 5 changed files with 114 additions and 103 deletions Show diff stats
opensym2017/content/00-abstract.tex
opensym2017/content/01-introduction.tex
opensym2017/content/12-conclusion.tex
opensym2017/spb.bib
opensym2017/spb.tex
 \begin{abstract}
-% teste
-
-The Brazilian Public Software (SPB) is a program by the Brazilian Federal
-Government to foster the sharing and collaboration on Free/Libre/Open Source
-Software (FLOSS) solutions for the public administration. In the one hand,
-Brazilian Public Softwares have some differences from FLOSS projects, in
-particular, the software is considered a public good and the Federal government
-assumes some responsibilities related to its use. In the other hand, the
+The Brazilian Public Software (SPB) is a program promoted by the Brazilian Federal
+Government to foster sharing and collaboration on Free/Libre/Open Source
+Software (FLOSS) solutions for the public administration. On the one hand,
+Brazilian Public Software has some differences from other FLOSS projects. In
+particular, the public software is considered a public good and the Federal Government
+assumes some responsibilities related to its use. On the other hand, the
 software development principles are the same: the trend towards
-decentralization in decision-making, the information and development sharing,
-and the continuous feedback. In this context, we have designed a platform based
-on the integration and evolution of existing FLOSS tools. Nowadays, the SPB
-Portal provides several modern features for software collaborative development,
-helping the Brazilian public administration to share its solutions. In this
+decentralization in decision-making, information and code sharing,
+and continuous feedback. In this context, we have designed the SPB Portal, a platform based
+on the integration and evolution of existing FLOSS tools. Nowadays, it
+provides several modern features for software collaborative development,
+helping the Brazilian public administration in sharing its solutions. In this
 paper, we present this integrated software development platform that was
-developed for the program by a heterogeneous team composed by professors,
-master students, undergraduate students and professionals from FLOSS
+developed for the SPB program by a heterogeneous team composed by professors,
+master students, undergraduate students, and professionals from FLOSS
 communities. The development of this platform used several FLOSS applications,
-providing a non-trivial integration among them, as well as, have generated
-several contributed features back to them. In this experience report, alongside
-the platform architecture, features, and the user experience efforts carried
-out, we also discuss our work process, based on agile and free software
-development practices, and the lessons learned in 30 months work on the SPB
+providing a non-trivial integration among them. This effort has also produced
+several new features that were contributed back to these FLOSS applications. In this experience report, alongside
+the platform architecture, the features, and the user experience challenges,
+we also discuss our work process, based on agile and free software
+development practices, and the lessons learned in 30 months of work on the SPB
 project.
 \end{abstract} 
@@ -2,49 +2,50 @@
 \label{sec:intro}
 The Brazilian Federal Government has been 
-improving its software adoption and development processes. For
+improving its processes for software contracting and development. For
 instance, in 2003, the recommendation to adopt Free/Libre/Open Source
-Software (FLOSS) become a public policy. In 2007, the Brazilian
-Government released a portal named Brazilian Public Software
-(\textit{Software Público Brasileiro} -- SPB, in Portuguese), with the
+Software (FLOSS) became a public policy. In 2007, the Brazilian
+Government released the Brazilian Public Software Portal
+(\textit{Portal do Software Público Brasileiro}, in Portuguese), with the
 goal of sharing FLOSS projects developed by, or for, the Brazilian
 Government.  Additionally, the Brazilian legal instrument on software
-contracting (known as IN 04/2012) mandates that public agents must give
-priority to solutions available on the SPB Portal.  In short, the
+contracting (known as IN 04/2012) mandates that public agents must 
+prioritize solutions available on the SPB Portal. The
 acquisition of a proprietary solution must be explicitly justified by
 demonstrating that there is no suitable alternative on the SPB Portal.
-In 2013, the Brazilian Federal Court issued a ruling document
-(\textit{Acórdão 2314/2013}) about an audit survey regarding the use of
-agile methodologies in software development contracts with the public
-administration.
+In 2013, the Brazilian Federal Court issued a ruling
+(\textit{Acórdão 2314/2013}) about contracts between the public administration
+and suppliers using agile methodologies in software development.
-Despite of that, in practice, free software or agile methodologies, that is,
-collaborative and empirical software development methods are not widely
-practiced and understood by the Brazilian government agents. Thus, the
-hierarchical and traditional processes from the government and the lack
-of expertise in real-world software development of its agents produces a
-situation of inefficient software development contracts and
-unjustifiable expending of taxpayers' money.
+Despite of these legal advancements, in practice, Brazilian government agents
+still do not practice, or even understand, 
+collaborative and empirical software development methods,
+such as free software or agile methodologies. Thus,
+hierarchical and traditional processes and the lack
+of expertise of public agents in real-world software development produce
+inefficiency in software development contracts, besides
+unjustifiable expending of taxpayers money.
-Since 2009, the SPB Portal was having several technical issues. The original
-codebase was not being developed anymore, also, there was a large amount of
-knowingly non-optimal or wrong design decisions to overcome (in other words,
-technical debt \cite{refactoring}). The system was a modified version of an
+Since 2009, the SPB Portal has had several technical issues. The original
+codebase development has stopped, leaving substantial
+technical debt~\cite{refactoring}.
+The system was a modified version of an
 existing FLOSS platform called OpenACS \footnote{\url{http://openacs.org}}, and
-the old SPB portal was not being updated anymore against the official OpenACS
-releases. In this scenario, the portal maintenance has become increasingly
+the old SPB Portal did not receive updates from OpenACS releases.
+In this scenario, the portal maintenance has become increasingly
 difficult.
-After some events and meetings to collect requirements from the federal
-government and from the society, a new platform for the SPB Portal was
-developed, among January 2014 and June 2016, by the University of Brasília
+After collecting requirements from the Federal
+Government and society, a new platform for the SPB Portal was
+developed, between January 2014 and June 2016, by the University of Brasília
 (UnB) and the University of São Paulo (USP) in a partnership with the Brazilian
-Ministry of Budget, Planning, and Management (MP). It was designed as an
-integrated platform for collaborative software development \cite{bobr2003}, and
-includes functionality for social networking, mailing lists, version control
+Ministry of Planning, Budget, and Management (MP). It was designed as an
+integrated platform for collaborative software development \cite{bobr2003},
+including social networking, mailing lists, version control
 system, and source code quality monitoring. To coordinate and develop this
-project during 30 months, UnB received from the Brazilian Federal Government a
-total of 2,619,965.00 BRL (about 750,000.00 USD in June 2016).
+project during 30 months, UnB was funded by a grant
+of 2,619,965.00 BRL (about 750,000.00 USD in June 2016)
+from the Federal Government.
 \begin{figure*}[hbt]
   \centering
@@ -53,44 +54,45 @@ total of 2,619,965.00 BRL (about 750,000.00 USD in June 2016).
   \label{fig:spb}
 \end{figure*}
-The project was developed by a team of 3 professors, 2 masters students, and
-approximately 50 undergraduate students (not all of them at the same time,
-though -- graduations and other events triggered changes in the team) together
-with 2 professional designers and 6 senior developers from free software
-communities. The professors and all undergraduate student were from UnB, and
-the master students were from USP. Regarding the designers and senior
-developers, 7 of 8 they were living outside of Brasília: Curitiba/Brazil, São
-Paulo/Brazil, Ribeirão Preto/Brazil, Salvador/Brazil, Santo Domingo/Dominican
-Republic, and Montreal/Canada. In other words, we had a team working in
-distributed collaborative virtual environment. This diversity of actors and the
-relationships between industry, academy and government also made the project a
+The project was developed by a team of three professors, two masters students,
+about fifty undergraduate students (not all of them at the same time,
+since the team changed along the time),
+two professional designers, and six senior developers from free software
+communities. Professors and undergraduate students were from UnB and
+master students were from USP. Regarding the designers and senior
+developers, seven of eight were living outside Brasília, the UnB location.
+Two of them were abroad at Dominican Republic and Canada.
+In other words, we had a distributed team working in a
+collaborative virtual environment. This diversity of actors and the
+relationships between industry, academy, and government also made the project a
 valued opportunity to explore the benefits and challenges of using
-FLOSS\cite{kon2011,deKoenigsberg2008, fagerholm2013, fagerholm2014} and
-Agile\cite{steghofer2016, harzl2017} practices for Software Engineering
+FLOSS~\cite{kon2011,deKoenigsberg2008, fagerholm2013, fagerholm2014} and
+Agile~\cite{steghofer2016, harzl2017} practices for Software Engineering
 education.
 Figure \ref{fig:spb} shows the home page of this integrated platform.
-All development was done in the open, and the changes we needed in the
-FLOSS tools were contributed back to their respective communities. Our
+All the code was developed as open source. The changes we needed in the
+FLOSS tools were implemented by ourselves and
+contributed back to their respective communities. Our
 process was based on agile practices and FLOSS communities interaction.
-We defined development cycles and released 5 versions of the new SPB
+We incrementally released five versions of the new SPB
 Portal. The first release (beta) was in September 2014, only 9 months
 from the beginning of the project. The old portal was shut down in
 September 2015. Finally, the last version, illustrated in Figure 1, was
 released in June 2016.
-In this paper, we present an overview of this new generation of the SPB Portal.
-The paper shares the methodology employed to develop this project, in
-partnership with the Brazilian Federal Government, to comply with its
-requirements at the same time to be as faithful as possible to FLOSS
-development \cite{mockus2002, tosi2015}. Moreover, we discuss several lessons
-learned to provide a distributed collaborative virtual environment involving
-alarge undergraduate student team and remote senior developers. Lastly, we
-released an unprecedented platform for the Brazilian government applying
+In this paper, we present an overview of the new SPB Portal.
+The paper shares the methodology employed to develop this project.
+This methodology has the goals of satisfying Government 
+requirements and adhering as much as possible to FLOSS and agile
+practices~\cite{mockus2002, tosi2015}. Moreover, we discuss lessons
+learned in providing a distributed and collaborative virtual environment involving
+a large undergraduate students team and remote senior developers. Finally, we
+released an innovative platform for helping the Brazilian government to apply
 empirical software development methods. This case can help other projects to
 overcome similar software engineering challenges in the future, as well as to
 illustrate how universities can improve the real-world experience of their
-students by means of this kind of project.
+students.
 The remainder of this work is organized as follows.
 Section \ref{sec:spb}...
 \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 an unprecedent
-platform was developed and delivered to Brazilian government. This 
-platform - developed by an heterogenous team of professors, masters and 
-undergraduate  students, IT professionals and governmental managers - provides 
-several modern features from the integration of more than 10 FLOSS systems.
-
-Second, the thirty-month long project in which the SPB platform was developed points
-out that it is possible to mitigate issues seen as conflicting to the IT
-development environment and between industry and academy. The team was engaged in
+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 try to show that, as long as the institution can provide a healthy and challenging
+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 sectos, within national borders
-and abroad. Some others went further and started their own companies.
+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.
-Future work should use the many data produced by the project to validate and evaluate
+\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{post-mortem}
-analyse using the project open data and a survey targeted the involved actors.
+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)}).
+(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
+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 their projects.
+participate in these projects.
 %===========
 % Conclusion
@@ -181,10 +181,11 @@
 @article{bobr2003,
   author = {Booch, Grady and Brown, Alan W.},
   journal = {Advances in Computers},
-  pages = {?},
+  pages = {1--27},
   title = {Collaborative Development Environments},
   volume = {59},
-  year = {2003}
+  year = {2003},
+  publisher={Elsevier}
 }
 @inproceedings{chao2007student,
@@ -194,8 +195,7 @@
   pages={255--261},
   year={2007},
   url = {http://dblp.uni-trier.de/db/conf/csee/csee2007.html},
-  publisher = {IEEE Computer Society},
-  organization={IEEE}
+  publisher = {IEEE Computer Society}
 }
 @inproceedings{tosi2015,
@@ -72,6 +72,13 @@
 % by using the "\todo{...}"  command. Make sure to disable the draft
 % option again before submitting your final document.
 \usepackage{todonotes}
+\newcommand{\leo}[2][]{\todo[inline,color=yellow!70, #1]{\emph{Léo:} #2}}
+\newcommand{\paulo}[2][]{\todo[inline,color=yellow!70, #1]{\emph{Paulo:} #2}}
+\newcommand{\melissa}[2][]{\todo[inline,color=yellow!70, #1]{\emph{Melissa:} #2}}
+\newcommand{\terceiro}[2][]{\todo[inline,color=yellow!70, #1]{\emph{Terceiro:} #2}}
+\newcommand{\siqueira}[2][]{\todo[inline,color=yellow!70, #1]{\emph{Siqueira:} #2}}
+\newcommand{\lucas}[2][]{\todo[inline,color=yellow!70, #1]{\emph{Lucas:} #2}}
+\newcommand{\hilmer}[2][]{\todo[inline,color=yellow!70, #1]{\emph{Hilmer:} #2}}
 % Paper metadata (use plain text, for PDF inclusion and later
 % re-using, if desired).  Use \emtpyauthor when submitting for review
@@ -164,6 +171,8 @@
    }
 }
+
+
 \maketitle
 %------------------------------------------------------------------------------
 \input{content/00-abstract}