Sendo a necessidade, uma demanda de Customização e Manutenção, o membro do Time da Fábrica de posse do Documento de Especificação, inicia a etapa de desenvolvimento / codificação da demanda conforme planejado.

Ao iniciar a realização da demanda, o status do Epic deve ser alterado para "Em Progresso" em:

Clicar no botão "Em Progresso".

Durante e após a conclusão da demanda, o membro do Time da Fábrica deverá:

Commitar fontes no repositório de programas TFS;


Buscar os objetos necessários para o desenvolvimento no TFS e/ou reservar nomes (criando os objetos vazios) para garantir os nomes;

Commitar os fontes no TFS:

No campo Comment: Ticket/Issue e uma breve descrição da implementação realizada.

No campo ID-Tarefa: ID-Tarefa a ser utilizado para o commit é sempre o da issue que está sendo trabalhada.

Exemplo:


Para as issues de Customização e Manutenção status deve estar "Em Codificação";

Para as issues de Consultoria Fábrica o status deve estar " In progress";

Para as issues de Defeito (sub-tarefa) o status deve estar " Em Codificação";

E o usuário que estiver fazendo o commit deve estar como assignee da issue.


Garantir que no TFS estejam:

Produto DATASUL:

Programas específicos;

Programas do produto padrão que contenham pontos de entrada EPC (subir para o TFS na pasta/versão do cliente);

DF de base/tabelas específicas.

Produto LOGIX/SARA:

Programas específicos;

Para os programas do produto padrão que contenham pontos EPL, o programador/analista deverá criar uma issue de ponto de entrada com a descrição e os fontes de exemplo para que a Squad de Produto efetue as alterações. A equipe de Produto possui 7 dias corridos para realizar esse procedimento.

Produto BI:

Programas específicos.

Seguir o checklist de auditoria de fontes (para resolução de problemas):


Verificação de InterfaceCodAud
1Os programas rp.p possuem cabeçalho do fonte conforme manual de boas práticas? 

2Todos os programas possuem include de versionamento preenchido corretamente CFE versão do cliente? (ex: 2.11.00... / 2.06.00...);

3As interfaces foram desenvolvidas conforme descrito na engenharia?

4Analisar se as consistências solicitadas para os campos estão sendo apresentadas corretamente (validações chave estrangeira, de caracteres inválidos, etc);

5Os campos disponíveis em tela/relatório possuem tamanho compatível com o dicionário? (informar dados com valor máximo permitido);

6Analisar se todas as opções disponíveis são efetuadas adequadamente: inclusão, modificação, eliminação, botões, zoom, navegação, cópia, transferência e exportação dados;

7Testar a tela com uma quantidade de registros suficientes nos browser para análise do funcionamento de scroll;

8Os labels, possuem ortografia, pontuação e letras maiúsculas/minúsculas conforme engenharia?

9Os zooms foram desenvolvidos e estão retornando os devidos valores para os campos?

10Verificar se o programa não possui caminhos fixos dos objetos. Ex: c:\temp\Export-excel.xls;

11Prever valor default para o combo-box também para os casos onde o registro não estará disponível;

12Verificar se há mensagens de testes nos programas;

13Verificar se as includes de definição de programas e o nome dos mesmos foram informados corretamente (Isto influirá no título ao executar, ex &GLOBAL-DEFINE Program XX9999);

14Executar programa sem que haja registros na base para programas e tabelas novas. Para pegar erros de abertura de query;

15Para relatórios, validar a página de parâmetros inclusive de digitação e o alinhamento das colunas. Testar todas as classificações disponíveis;

16Revisar todo o programa e validar se não houve perda de performance. Após a finalização do programa. Validar índices, leituras desnecessárias, etc;

17Em manutenções, sempre fazer um merge com a versão anterior. Evitar alterações desnecessárias nos fontes e cuidado com acentuação (code-page). Cuidar para alterações de uper-case e barras (unix);

18Sempre validar lógicas que afetam busca de informações para banco Oracle;

19Utilizar o nome completo da tabela nos acessos ao banco (ex: it-nofa-fis / it-nota-fisc);

20Atentar para os tamanho dos blocos e transações;

21Quando de utilização de handles: atentar para os locais onde são instanciados, utilizados e eliminados;

22A estrutura de código é de fácil manutenção? Exemplo: código bem identado e comentários nos blocos principais;

23Caso uma procedure tenha valor de retorno ('ok', 'nok', etc), verificar se o mesmo está sendo testado e validado após a execução da procedure, para tomar as devidas providências;

24Cuidar ao usar variáveis globais (ocupam memória durante toda a sessão) e variáveis shared/new shared (por causa da rastreabilidade e do impacto). Dar preferencia por usar passagem de parâmetros;

25Antes de liberar a atividade para auditoria compilar os fontes na versão do cliente e ver se não há nenhum erro de compilação;

26Verificar se os pontos de EPC/EPL´s criados estão obedecendo;

27Os nomes das temp-tables sempre devem possuir o nome iniciando com "tt-" (ex: tt-it-nota-fisc);

Atualizar o status do fluxo das tarefas de acordo com osProcesso Fabrica de Software | Tipos de Tarefas.

As atividades realizadas no desenvolvimento da demanda devem compreender e incorporar mecanismos que garantam a privacidade e segurança dos dados pessoais utilizando como base os conceitos e os sete princípios do Privacy By Design.

Instrução de Trabalho - Privacy by Design e Privacy by Default

 IMPORTANTE:

status do Epic deve ser mantido como "Em Progresso" até que a última issue relacionada seja Concluída.


Nesta etapa também pode ser identificado que a Customização solicitada já é atendida por produto, e o responsável deverá:

Realizar os alinhamentos internos;

Rejeitar o Épico, realizando o registro do motivo para ser informado ao Cliente;

Se houver faturamento parcial, solicitar que a Equipe Planejamento realize-o;

Informar ao atribuído do ticket da demanda o que deve ser realizado, se o ticket deve ser transferido para a Equipe de Produto ou se deve ser Resolvido.

APONTAMENTO DE HORAS - NÃO SE ESQUEÇA:

Deve ser realizado o apontamento das horas de esforço dedicadas para realizar a tarefa;

Importante: O apontamento deverá ser realizado somente em tarefas, as subtarefas poderão ser criadas para organizar as atividades, mas não terão apontamento.

Instrução de Trabalho | FSW | Como Apontar Horas Trabalhadas na Issues no JIRA?

____________________________________________________________________________________________________________________________________________________________________________________________________


     ENTRADA(S):

  • Documento de Especificação

     ENVOLVIDO(S):

  • Time Fábrica

     SAÍDA(S):

  • Demanda desenvolvida

____________________________________________________________________________________________________________________________________________________________________________________________________

* Obrigatório


<style>
div.theme-default .ia-splitter #main {
    margin-left: 0px;
}
.ia-fixed-sidebar, .ia-splitter-left {
    display: none;
}
#main {
    padding-left: 10px;
    padding-right: 10px;
    overflow-x: hidden;
}

.expand-control-text {
    color: #000000;
	font-size: 13px !important;
	font-weight:bold !important;
}

.expand-icon, .aui-icon, .aui-icon-small, .aui-iconfont-chevron-right {
    color: #FF8000;
}

.aui-header-primary .aui-nav,  .aui-page-panel {
    margin-left: 0px !important;
}
.aui-header-primary .aui-nav {
    margin-left: 0px !important;
}
hr {
    border-bottom: 1px solid #FF8000;
}
</style>