Processo de Desenvolvimento de Software da Bisa

De BISAWiki

(Diferença entre revisões)
(Criou página com ''''Versão 1.01''' <br\> ---- 1. O coordenador atribui requisições no mantis para o programador; <br\> 2. São copiados os fontes do servidor (\\192.168.0.8\Sistemas\Backup ...')
 
(17 edições intermediárias não estão sendo exibidas.)
Linha 1: Linha 1:
-
'''Versão 1.01'''
+
'''Versão 2.0'''
<br\>
<br\>
-
 
----
----
-
1. O coordenador atribui requisições no mantis para o programador;
 
-
<br\>
 
-
2. São copiados os fontes do servidor (\\192.168.0.8\Sistemas\Backup Fontes\Delphi2006) e copiados para a máquina local (C:\cvslocal\winbisaD2006);
+
[[imagem:ProcessoDesenvolvimentoBisaWeb.PNG|600px]]
-
<br\>
+
-
3. É adicionado +1 à versão do sistema e o tipo de BETA em que ele irá entrar (BT - Beta Total; BN - Beta Normal) no Formulário Principal do sistema (SIGLA_Principal.pas);
+
• Suporte:
-
<br\>
+
      o Cadastra requisições no Mantis
-
3.1. São realizadas pelo programador as tarefas no mantis e quando concluídas o status da mesma é alterado para resolvido;
+
• PO:
-
<br\>
+
      o Prioriza o escopo
-
3.2. São adicionadas no Formulário Principal do sistema, na variável _X_NovidadesVersao as alterações realizadas;
+
• Líder do Projeto:
-
<br\>
+
      o Planejamento do Projeto (Elaborar Plano de projeto,  
 +
        Cadastrar planejamento no Mantis e gerar a Planilha de Acompanhamento)
-
3.3. Caso tenha mais de um programador trabalhando em um mesmo sistema para a mesma versão final, antes de disponibilizar o código-fonte no servidor, integrar o código utilizando o WinMerge (ou outro software do gênero) para que só exista uma versão do fonte do sistema no servidor;
+
• Time:
-
<br\>
+
      o Avaliação do planejamento (Planninh1 e 2)
 +
      o Pegar tarefa prioritária (Tem espaço na Sprint?)
 +
        • Sim: Adicionar ao Sprint Backlog
 +
        • Não: Envia para o Líder do projeto
-
3.4. Quando as alterações forem nas UDFs, deve-se analisar cuidadosamente inclusive levando-se em consideração os impactos causados em outros sistemas que venham à utilizá-las;
+
• Líder do projeto:
-
<br\>
+
      o Montar a Sprint Backlog
-
3.5. O último desenvolvedor que estiver trabalhando na versão do sistema integra o sistema e é responsável por liberar uma versão para testes;
+
• Time:
-
<br\>
+
      o Executar Sprint (Scrum Meeting)
-
Obs.:  
+
      o Executar Testes de Unidade
-
<br\>  ► Quando houver várias implementações, deve-se liberar versões para testes à medida que as implementações estiverem prontas.
+
      o Integrar o código no SVN
-
<br\>  ► Após a integração de código o responsável para liberar a versão para testes deve executar smoke test.
+
      o Enviar email para o grupo informando a finalização da requisição
-
<br\>
+
-
4. Ao final das atividades do mantis, é reportado ao coordenador e caso aprovado, é gerado um executável do sistema. Este executável é compactado com ASPACK e colocado na pasta \\192.168.0.8\PortalBisa\versoes-beta;
+
• Gerente de Qualidade:
-
<br\>
+
      o Garantir controle de mudanças no escopo e artefatos gerados
-
5. É enviado um e-mail para bisa-suporte@yahoogrupos.com.br seguindo o seguinte padrão:
+
• Gerente de Configuração:
-
"Prezados colegas,
+
      o Realizar Merge
-
Foi disponibilizado em \\192.168.0.8\PortalBisa\versoes-beta a versão [versão] do Sistema [sistema] para testes das seguintes rotinas que estão no mantis:
+
      o Gerar build teste
 +
      o Enviar email informativo, para o grupo com a versão beta e
 +
        suas respectivas requisições
 +
      o Controlar a rastreabilidade da versão beta
-
Novidades da Versão:
+
• Analista de Teste:
-
[codigo mantis] - [descrição mantis];
+
      o Testar build (Sem falhas?)
-
[codigo mantis] - [descrição mantis];
+
        • Sim: Envia pro Gerente de Configuração
-
[codigo mantis] - [descrição mantis];       
+
        • Não: Mudar o status da requisição para retornado
 +
          no mantis e enviar para o Time executar a sprint novamente.
-
[texto de observação]"
+
• Gerente de Configuração:
-
<br\>
+
      o Gerar build de produção
 +
      o Enviar email informativo, para o grupo com a versão liberada
 +
        e suas respectivas requisições
 +
      o Controlar a rastreabilidade da versão liberada
 +
      o Disponibilizar versão
-
5.1. É copiado o fonte BETA para a pasta de fontes no servidor (tópico 2) compactado seguindo o padrão de nome do arquivo: "SIGLA_VERSAO_NomeDoProgramador.zip".
+
• Time:  
-
Obs.: Antes de submeter os fontes para backup o desenvolvedor deve garantir que todas as UDFs estão atribuídas como somente de leitura para precaver de futuros acidentes no código por ele ou outros desenvolvedores.
+
      o Sprint Review e Retrospective
-
<br\>
+
-
 
+
-
6. O SQA realiza os testes;
+
-
<br\>
+
-
 
+
-
6.1. As requisições aprovadas têm o seu status alterado para FINALIZADO, caso alguma não seja aprovada, seu status é alterado para RETORNO e é reportado ao programador para correção (retornado ao passo 3.1 e seguindo novamente);
+
-
<br\>
+
-
 
+
-
7. Após todas as requisições aprovadas, é reportado pelo SQA ao programador pelo e-mail bisa-suporte@yahoogrupos.com.br;
+
-
<br\>
+
-
 
+
-
8. O código-fonte BETA da última versão do sistema é copiado do servidor, aberto e removido o indicador de BETA, compilado, compactado pelo ASPACK, removido a versão beta do sistema que está em \\192.168.0.8\PortalBisa\versoes-beta e o novo executável (já sem o indicador de beta) para \\192.168.0.8\PortalBisa\versoes-liberadas;
+
-
<br\>
+
-
 
+
-
9. O programador envia um e-mail para bisa-suporte@yahoogrupos.com.br avisando que existe uma nova versão do sistema em questão liberada com as alterações resolvidas no mantis seguindo o padrão de e-mail definido no tópico 5;
+
-
<br\>
+
-
10. O código-fonte final é compactado e copiado para \\192.168.0.8\Sistemas\Backup Fontes\Delphi2006 com o nome do arquivo no padrão: "SIGLA_VERSAO_NomeDoProgramador.zip".
+
• Gerente de Qualidade:  
 +
      o Documentar melhorias

Edição atual tal como 20h14min de 27 de agosto de 2013

Versão 2.0


600px

• Suporte: 

     o	Cadastra requisições no Mantis

• PO: 

     o	Prioriza o escopo

• Líder do Projeto: 

     o	Planejamento do Projeto (Elaborar Plano de projeto, 
        Cadastrar planejamento no Mantis e gerar a Planilha de Acompanhamento)

• Time: 

     o	Avaliação do planejamento (Planninh1 e 2)
     o	Pegar tarefa prioritária (Tem espaço na Sprint?)
       • Sim: Adicionar ao Sprint Backlog 	 
       • Não: Envia para o Líder do projeto

• Líder do projeto: 

     o	Montar a Sprint Backlog

• Time: 

     o	Executar Sprint (Scrum Meeting)
     o	Executar Testes de Unidade
     o	Integrar o código no SVN
     o	Enviar email para o grupo informando a finalização da requisição

• Gerente de Qualidade: 

     o	Garantir controle de mudanças no escopo e artefatos gerados

• Gerente de Configuração: 

     o	Realizar Merge
     o	Gerar build teste
     o	Enviar email informativo, para o grupo com a versão beta e 
       suas respectivas requisições
     o	Controlar a rastreabilidade da versão beta

• Analista de Teste: 

     o	Testar build (Sem falhas?)
       • Sim: Envia pro Gerente de Configuração
       • Não: Mudar o status da requisição para retornado 
         no mantis e enviar para o Time executar a sprint novamente.

• Gerente de Configuração: 

     o	Gerar build de produção
     o	Enviar email informativo, para o grupo com a versão liberada 
       e suas respectivas requisições
     o	Controlar a rastreabilidade da versão liberada
     o	Disponibilizar versão

• Time: 

     o	Sprint Review e Retrospective

• Gerente de Qualidade: 

     o	Documentar melhorias
Obtida de "http://wiki.bisaweb.com.br/index.php/Processo_de_Desenvolvimento_de_Software_da_Bisa"
Ferramentas pessoais