Commit 91be44408843ee0d411aa3607454ed74e5280d87
1 parent
1c0f048c
Exists in
master
and in
3 other branches
ajustes na secao 1
Showing
1 changed file
with
8 additions
and
11 deletions
Show diff stats
cbsoft2017/content/04-architecture.tex
| 1 | 1 | \section{Visão geral do novo Portal SPB} |
| 2 | 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 | 7 | Do ponto de vista da arquitetura, dois requisitos eram importantes para a nova |
| 11 | 8 | plataforma: |
| 12 | 9 | |
| 13 | 10 | \begin{enumerate} |
| 14 | 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 | 13 | \end{enumerate} |
| 17 | 14 | |
| 18 | 15 | A adoção de sistemas livres existentes e a minimização de mudanças feitas |
| 19 | 16 | localmente tiveram como objetivo ser capazes de atualizar para versões mais |
| 20 | 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 | 19 | consistente em cima dessas diferentes ferramentas era necessária para fazer a |
| 23 | 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 | 24 | Para o primeiro requisito, identificamos quatro sistemas principais que exigiam |
| 28 | 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 | 55 | |
| 59 | 56 | \item \textbf{Mezuro\footnote{\url{http://mezuro.org/}}:} é uma plataforma para |
| 60 | 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 | 59 | PHP. |
| 63 | 60 | |
| 64 | 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 | 64 | virtuais com diferentes |
| 68 | 65 | funções\footnote{\url{https://softwarepublico.gov.br/doc/arquitetura.html}}. |
| 69 | 66 | ... | ... |