pequena contribuição

Antonio Terceiro
1 parent c57ba4db
Showing 1 changed file with 41 additions and 9 deletions Show diff stats
relatorioR4.md
@@ -38,7 +38,7 @@ seguintes **metas estratégicas** para a release:
  
 * Alcançar maior número de Cidadãos
 * Disseminar o Software Não Público na APF
-* Quantificar (R$) por parte do Governo com o uso do SPB
+* Quantificar economia (em R$) por parte do Governo com o uso do SPB
  
 Nesta reunião foi explanado pelo diretor Wagner Ribeiro que uma das principais
 metas para o ano de 2015, em relação ao projeto, é disseminar e disponibilizar
@@ -426,19 +426,51 @@ com vistas à investigação de defeitos materializados neste ambiente, foi defi
 por parte do MP, um procedimento para tal, uma vez que a equipe da UnB só possui
 permissão de acesso ao ambiente de desenvolvimento.
  
-`TODO: Relatar o procedimento de verificação de log definido pelo MP`
+A extração dos logs foi automatizada no repositório de gerência de configuração
+do SPB, mas como a equipe da UnB não tem acesso ao sistema de produção, é
+necessário abrir um chamado para a DTI extrair os logs e copiá-los para uma
+localização temporária no ambiente de desenvolvimento.
  
-`TODO: Relatar as dificuldades de verificar logs em ambiente de produção, o que
-retarda e torna moroso o processo de intervenção da equipe da UnB para
-correções de defeitos materializados em ambiente de Produção...`
+Avaliamos que este procedimento não está adequado pelos seguintes pontos:
  
-### Tempo despendido com a atividade de empacotamento
+* O tempo de resposta da DTI para as solicitações é demasiado alto. Se os logs
+  solicitados não estiveram corretos -- como já ocorreu, de recebermos logs do
+  mês anteiror ao que foi solicitado -- o tempo de resposta para obtermos a
+  informação correta é ainda pior.
+* O acesso apenas aos logs de forma estática, sem acesso a informações "ao
+  vivo" do sistema é menos efetivo para identificação e resolução de problemas.
+* Devido à dependência com relação à equipe da UnB relatada no item anterior,
+  na prática até o momento a mesma teve que fazer todas as intervenções
+  necessárias para identificações de gargalos e resolução de problemas no
+  ambiente de produção.
  
-`TODO: equipe DevOps`
  
-`Relatar as dificuldades que ainda tornam o processo de empacotamento
-demorado...`
+### Tempo despendido com a atividade de empacotamento
  
+Empacotamento consiste em, com base num pacote contendo o código-fonte original
+de um projeto de software, preparar pacotes binários (instaladores) para que o
+software possa ser instalado facilmente por usuários finais nos seus sistemas.
+O empacotamento inclui, mas não está limitado, às seguinte atividades
+
+* integração de serviços (e.g. servidores de aplicação) ao sistema para que
+  possam ser gerenciados utilizando as ferramenta padrão do sistema
+  operacional.
+* gerenciamento de dependências, de forma que todos os pacotes necessários para
+  o funcionamento de plataforma sejam instalados automaticamente em conjunto
+  com os componentes principais.
+* integração de forma sustentável de customizações específicas do Portal do
+  Software Público Brasileiro.
+* gerenciamento de atualizações, de forma que a instalação de uma nova versão
+  seja feita corretamente na presença de uma versão anterior, e que o processo
+  seja executado corretamente sem intervenção manual.
+
+Esta atividade traz um grande benefício ao usuário final, mas é complexa e que
+envolve muitos detalhes. Por esse motivo, tivemos durante a release 4 uma certa
+dificuldade com esta atividade devido à curva de aprendizado da recém-formada
+sub-equipe de DevOps.
+
+`TODO [p/ siqueira]: existem dificuldades que vão além do fato de simplesmente
+ser uma atividade não-trivial que exige uma curva de aprendizado?`
  
 ## Custos indididos na Release 4
...	...	@@ -38,7 +38,7 @@ seguintes metas estratégicas para a release:
38	38
39	39	* Alcançar maior número de Cidadãos
40	40	* Disseminar o Software Não Público na APF
41		-* Quantificar (R$) por parte do Governo com o uso do SPB
	41	+* Quantificar economia (em R$) por parte do Governo com o uso do SPB
42	42
43	43	Nesta reunião foi explanado pelo diretor Wagner Ribeiro que uma das principais
44	44	metas para o ano de 2015, em relação ao projeto, é disseminar e disponibilizar
...	...	@@ -426,19 +426,51 @@ com vistas à investigação de defeitos materializados neste ambiente, foi defi
426	426	por parte do MP, um procedimento para tal, uma vez que a equipe da UnB só possui
427	427	permissão de acesso ao ambiente de desenvolvimento.
428	428
429		-`TODO: Relatar o procedimento de verificação de log definido pelo MP`
	429	+A extração dos logs foi automatizada no repositório de gerência de configuração
	430	+do SPB, mas como a equipe da UnB não tem acesso ao sistema de produção, é
	431	+necessário abrir um chamado para a DTI extrair os logs e copiá-los para uma
	432	+localização temporária no ambiente de desenvolvimento.
430	433
431		-`TODO: Relatar as dificuldades de verificar logs em ambiente de produção, o que
432		-retarda e torna moroso o processo de intervenção da equipe da UnB para
433		-correções de defeitos materializados em ambiente de Produção...`
	434	+Avaliamos que este procedimento não está adequado pelos seguintes pontos:
434	435
435		-### Tempo despendido com a atividade de empacotamento
	436	+* O tempo de resposta da DTI para as solicitações é demasiado alto. Se os logs
	437	+ solicitados não estiveram corretos -- como já ocorreu, de recebermos logs do
	438	+ mês anteiror ao que foi solicitado -- o tempo de resposta para obtermos a
	439	+ informação correta é ainda pior.
	440	+* O acesso apenas aos logs de forma estática, sem acesso a informações "ao
	441	+ vivo" do sistema é menos efetivo para identificação e resolução de problemas.
	442	+* Devido à dependência com relação à equipe da UnB relatada no item anterior,
	443	+ na prática até o momento a mesma teve que fazer todas as intervenções
	444	+ necessárias para identificações de gargalos e resolução de problemas no
	445	+ ambiente de produção.
436	446
437		-`TODO: equipe DevOps`
438	447
439		-`Relatar as dificuldades que ainda tornam o processo de empacotamento
440		-demorado...`
	448	+### Tempo despendido com a atividade de empacotamento
441	449
	450	+Empacotamento consiste em, com base num pacote contendo o código-fonte original
	451	+de um projeto de software, preparar pacotes binários (instaladores) para que o
	452	+software possa ser instalado facilmente por usuários finais nos seus sistemas.
	453	+O empacotamento inclui, mas não está limitado, às seguinte atividades
	454	+
	455	+* integração de serviços (e.g. servidores de aplicação) ao sistema para que
	456	+ possam ser gerenciados utilizando as ferramenta padrão do sistema
	457	+ operacional.
	458	+* gerenciamento de dependências, de forma que todos os pacotes necessários para
	459	+ o funcionamento de plataforma sejam instalados automaticamente em conjunto
	460	+ com os componentes principais.
	461	+* integração de forma sustentável de customizações específicas do Portal do
	462	+ Software Público Brasileiro.
	463	+* gerenciamento de atualizações, de forma que a instalação de uma nova versão
	464	+ seja feita corretamente na presença de uma versão anterior, e que o processo
	465	+ seja executado corretamente sem intervenção manual.
	466	+
	467	+Esta atividade traz um grande benefício ao usuário final, mas é complexa e que
	468	+envolve muitos detalhes. Por esse motivo, tivemos durante a release 4 uma certa
	469	+dificuldade com esta atividade devido à curva de aprendizado da recém-formada
	470	+sub-equipe de DevOps.
	471	+
	472	+`TODO [p/ siqueira]: existem dificuldades que vão além do fato de simplesmente
	473	+ser uma atividade não-trivial que exige uma curva de aprendizado?`
442	474
443	475	## Custos indididos na Release 4
444	476
...	...