Commit 91be44408843ee0d411aa3607454ed74e5280d87

Authored by Hilmer Rodrigues Neri
1 parent 1c0f048c

ajustes na secao 1

Showing 1 changed file with 8 additions and 11 deletions   Show diff stats
cbsoft2017/content/04-architecture.tex
1 \section{Visão geral do novo Portal SPB} 1 \section{Visão geral do novo Portal SPB}
2 \label{sec:architecture} 2 \label{sec:architecture}
3 3
4 -Com base em uma extensa lista de requisitos funcionais definidos pelo Governo  
5 -Federal do Brasil, selecionamos alguns sistemas livres compor a solução  
6 -proposta para o novo SPB. Avaliamos os sistemas que juntos poderiam fornecer o  
7 -maior sub-conjunto possível dos requisitos. Nós também estávamos convencidos de  
8 -que seria impossível fornecer todas as funcionalidade com uma única ferramenta. 4 +Com base em uma extensa lista de requisitos funcionais definidos pelo MP, selecionamos alguns sistemas livres candidatos \'a compor a solução
  5 +proposta para o novo SPB e avaliamos os sistemas que juntos poderiam fornecer o maior sub-conjunto possível dos requisitos.
9 6
10 Do ponto de vista da arquitetura, dois requisitos eram importantes para a nova 7 Do ponto de vista da arquitetura, dois requisitos eram importantes para a nova
11 plataforma: 8 plataforma:
12 9
13 \begin{enumerate} 10 \begin{enumerate}
14 \item \textit{Integrar sistemas livres existentes}, com diferenças mínimas de suas versões originais; 11 \item \textit{Integrar sistemas livres existentes}, com diferenças mínimas de suas versões originais;
15 -\item \textit{Fornecer uma interface de usuário unificada} entre os diferentes sistemas, bem como a autenticação centralizada. 12 +\item \textit{Fornecer uma experi\^encia de usuário unificada} entre os diferentes sistemas, bem como a autenticação centralizada.
16 \end{enumerate} 13 \end{enumerate}
17 14
18 A adoção de sistemas livres existentes e a minimização de mudanças feitas 15 A adoção de sistemas livres existentes e a minimização de mudanças feitas
19 localmente tiveram como objetivo ser capazes de atualizar para versões mais 16 localmente tiveram como objetivo ser capazes de atualizar para versões mais
20 recentes do software original, nos beneficiando pelas melhorias e manutenção feitas 17 recentes do software original, nos beneficiando pelas melhorias e manutenção feitas
21 -pelas comunidades de projetos existentes. Proporcionar uma interface de usuário 18 +pelas comunidades de projetos existentes. Proporcionar uma experi\^encia de usuário
22 consistente em cima dessas diferentes ferramentas era necessária para fazer a 19 consistente em cima dessas diferentes ferramentas era necessária para fazer a
23 transição entre os diferentes sistemas sem a percepção do ponto de vista dos 20 transição entre os diferentes sistemas sem a percepção do ponto de vista dos
24 -usuários, ou seja, sem confundí-lo através de interfaces completamente  
25 -diferentes ao interagir com o portal. 21 +usuários, ou seja, sem confundí-lo através de interfaces gráficas completamente
  22 +distintas ao interagir com o portal.
26 23
27 Para o primeiro requisito, identificamos quatro sistemas principais que exigiam 24 Para o primeiro requisito, identificamos quatro sistemas principais que exigiam
28 equipes especializadas para o trabalho no processo de integração. As equipes 25 equipes especializadas para o trabalho no processo de integração. As equipes
@@ -58,12 +55,12 @@ desenvolvimento colaborativo em torno do repositório. @@ -58,12 +55,12 @@ desenvolvimento colaborativo em torno do repositório.
58 55
59 \item \textbf{Mezuro\footnote{\url{http://mezuro.org/}}:} é uma plataforma para 56 \item \textbf{Mezuro\footnote{\url{http://mezuro.org/}}:} é uma plataforma para
60 coletar métricas de código-fonte com o objetivo de monitorar a qualidade 57 coletar métricas de código-fonte com o objetivo de monitorar a qualidade
61 -interna de projetos de software livre escrito em C, C ++, Java, Python, Ruby ou 58 +interna de projetos de software livre escritos em C, C ++, Java, Python, Ruby ou
62 PHP. 59 PHP.
63 60
64 \end{itemize} 61 \end{itemize}
65 62
66 -Do ponto de vista prático, a plataforma SPB foi implantada em 7 máquinas 63 +Do ponto de vista da implantação, a plataforma SPB foi distribuída em 7 máquinas
67 virtuais com diferentes 64 virtuais com diferentes
68 funções\footnote{\url{https://softwarepublico.gov.br/doc/arquitetura.html}}. 65 funções\footnote{\url{https://softwarepublico.gov.br/doc/arquitetura.html}}.
69 66