Merge branch 'revisao_manzo' into 'master'

Revisões Manzo Passei o texto em um corretor ortográfico. Na linha 437 temos: `## Custos indididos na Release 4`. Não sei o que indididos quer dizer para poder corrigir. Fora isso adicionei mais informações sobre o Mezuro. See merge request !1

Merge branch 'revisao_manzo' into 'master'
Revisões Manzo Passei o texto em um corretor ortográfico. Na linha 437 temos: `## Custos indididos na Release 4`. Não sei o que indididos quer dizer para poder corrigir. Fora isso adicionei mais informações sobre o Mezuro. See merge request !1
Antonio Terceiro
2 parents 04ddfc4a e8060ab3
Showing 1 changed file with 28 additions and 22 deletions Show diff stats
relatorioR4.md
@@ -13,7 +13,7 @@ Ações programadas para a Release 4, de acordo com o plano de trabalho:
 * Estudos sobre o sistema de Indexação de Buscas
 * Estudos sobre sistema de Ranking (gameficação)
 * Estudos sobre a evolução de serviço de Chat
-* Estudos sobre a Evolução do Sistema de Lista de emails
+* Estudos sobre a Evolução do Sistema de Lista de e-mails
 * Estudos sobre a evolução de PAD colaborativo
 * Estudos sobre a Evolução de camada de back end (SO, plugin, integração)
 * Estudos sobre a Evolução do Sistema de Controle de Versão
@@ -182,7 +182,7 @@ equipe da DTI/MP.
 A identidade visual do Portal evoluiu em diferentes áreas. Novos elementos
 gráficos e estilos foram criados, implementados e validados. Destacam-se os
-seguintes intens:
+seguintes itens:
 * Design e estruturação do Relato de uso
 * Evolução visual e estruturação do Bloco de Métricas nas páginas de softwares
@@ -272,7 +272,7 @@ aceitação de mais modelos livres de licença no Portal do SPB.
 ## Benefícios alcançados
-### Gereciamento de tarefas do projeto na própria plataforma
+### Gerenciamento de tarefas do projeto na própria plataforma
 O desenvolvimento e gerenciamento da Release 4 foi todo realizado dentro do
 próprio Portal do Software Público Brasileiro, onde utilizou-se o Gitlab como
@@ -302,7 +302,7 @@ Além disso, a Wiki é utilizada para documentar, entre outras coisas, os
 procedimentos da equipe de desenvolvimento e contribuições para os softwares
 envolvidos.
-No nível operacional, são utilizadas as ferramentas *issues* (tiquetes) e
+No nível operacional, são utilizadas as ferramentas *issues* (tíquetes) e
 *milestones* (marcos) do Gitlab. Para cada história de usuário criou-se uma
 *milestone* com título, descrição e pontuação (estimativa). Dentro de cada
 história de usuário é criado um conjunto de *issues* descrevendo as tarefas
@@ -315,24 +315,30 @@ finalizado.
 ### Ambiente de monitoramento de Código-Fonte
-Durante a release 4, foram adicionados à plataforma Mezuro novos coletores para
-que sejam extraídas métricas de Python e Ruby. Além disso, os principais passos
-já foram dados para integrar a plataforma ao Portal do SPB, através da
-plataforma de integração Colab.
+Durante a release 4, além da correção de defeitos encontrados, foram
+adicionados à plataforma Mezuro novos coletores para que sejam extraídas
+métricas de Python e Ruby. Além disso, os principais passos já foram dados para
+integrar a plataforma ao Portal do SPB, através da plataforma de integração
+Colab.
 Portanto, durante a release 4, a plataforma Mezuro foi evoluída para suportar a
 tecnologia de autenticação única utilizada pelo Portal do SPB, possibilitando o
 desenvolvimento do plugin de integração do Mezuro com o Colab. Para complementar
 a integração básica da plataforma, também já foi projetado e desenvolvido a
-integração visual inicial necessária para unificação da experiência do usuário.
+integração visual inicial necessária para unificação da experiência do usuário,
+bem como a importação de dados inicial do Mezuro para a plataforma integradora
+Colab.
 Os últimos passos remanescentes para a integração inicial do Mezuro no SPB
 estão relacionados ao processo de instalação da plataforma, como o empacotamento
-da ferramenta e de suas dependências. A integração do Mezuro no portal do SPB
-viabilizará a coleta, monitoramento e interpretação da qualidade interena dos
-prondutos de softwares disponíveis na plataforma. Essas informações serão
-subsídios para ranqueamento e classificação dos softwares disponibilizados no
-portal.
+da ferramenta e de suas dependências. Com esses passos de instalação
+concluídos, o foco do desenvolvimento será no suporte à linguagem PHP que é
+utilizada por muitos projetos que compõe o Portal do SPB.
+
+A integração do Mezuro no portal do SPB viabilizará a coleta, monitoramento e
+interpretação da qualidade interna dos produtos de softwares disponíveis na
+plataforma. Essas informações serão subsídios para ranqueamento e classificação
+dos softwares disponibilizados no portal.
 ### Separação do catálogo de software de governo
@@ -351,7 +357,7 @@ e Fóruns (dúvidas e discussões) do antigo portal foram migrados, via scripts 
 automação, para as respectivas comunidades, no ambiente de produção, com sucesso.
 Ao fim da release 4, na sexta-feira dia 04 de setembro de 2015, aconteceu o
-lançamento oficial do Novo Portal do Softwrare Público Brasileiro que foi
+lançamento oficial do Novo Portal do Software Público Brasileiro que foi
 acompanhado de uma campanha de comunicação em revistas e rádios que fomentam a
 utilização da nova plataforma do sítio. O chaveamento para o novo portal foi
 marcado pela troca para o domínio definitivo do portal:
@@ -382,7 +388,7 @@ Essa evolução consistiu do empacotamento dos softwares e suas dependências pa
 a plataforma utilizada nos servidores do Ministério (CENTOS 7), evolução da
 ferramenta para gerenciamento das diferentes máquinas e ambientes existentes
 (*chake*) e das receitas *chef* para a configuração dos serviços em cada
-máquina. Adicionalmente, os manuais de instalação e manutenção do portal foram   
+máquina. Adicionalmente, os manuais de instalação e manutenção do portal foram
 melhorados e detalhados com o objetivo de tornar os procedimentos de
 manutenção do portal reprodutíveis por outras equipes, como a DTI/MP.
@@ -397,20 +403,20 @@ manutenção do portal reprodutíveis por outras equipes, como a DTI/MP.
 ### Absorção das rotinas de automação e implantação por parte do MP
-Os ambientes de Desenvolvimento, Homologação e Produção configurados e 
+Os ambientes de Desenvolvimento, Homologação e Produção configurados e
 mantidos no MP são de responsabilidade da Diretoria de Tecnologia da Informação-DTI.
-Esta por sua vez posssui, atualmente, contrato de terceirização com o
-fornecdor Central Tecnologia, Serviços e Comercio de Informática LTDA-Central TI,
+Esta por sua vez possui, atualmente, contrato de terceirização com o
+fornecedor Central Tecnologia, Serviços e Comercio de Informática LTDA-Central TI,
 que é responsável pela execução das demandas da DTI.
-Durante os períodos de implantação de novas versões da plataformana nesses
+Durante os períodos de implantação de novas versões da plataforma nesses
 diferentes ambientes, a equipe da UnB se deslocou ao MP, executou as instalações
 presencialmente, com participação dos líderes técnicos remotamente, onde os procedimentos
 técnicos eram acompanhados pelas equipes da DTI e Central TI.
-Todos os procedimentos realizados foram automatizados e documentados, de forma 
+Todos os procedimentos realizados foram automatizados e documentados, de forma
 que o manual de instalação/operação da plataforma foi atualizado.
 Em que pese a equipe da UnB tenha mantido atualizado o manual de instalação/operação,
 além de realizar a transferência de tecnologia para realização de tais
-procedimentos, ainda há uma forte dependência da equipe da equipe da UnB, por 
+procedimentos, ainda há uma forte dependência da equipe da equipe da UnB, por
 parte do MP, para execução desse tipo de atividade.
 ### Monitoramento e intervenção técnica no ambiente de produção