Processo de Entrega de Soluções

h1.  Glossário 

*  *APF (Análise de Pontos de Função)*: método utilizado para medir o tamanho funcional de aplicações conforme orientações estabelecidas pelo IFPUG;

*  *Aplicação mobile*: aplicação para dispositivos eletrônicos móveis, tais como computador de bolso, PDA, _smartphone_, telefone celular e leitor de MP3, utilizando inclusive tecnologias como GPS, TV portátil, _touch_, consoles, navegador de Internet, WAP, leitores de áudio, vídeo e texto, entre outras;

*  *Contagem estimada*: contagem de pontos de função realizada no ciclo de desenvolvimento e manutenção de soluções de software, podendo ser, a critério do MP, do tipo indicativa ou do tipo estimativa, conforme definição da NESMA;

*  *Dono do Produto*: responsável da área de negócio, representa as partes interessadas no produto. É quem define o que vai ser feito (requisitos) e prioriza-o com base na importância e dependências. Apenas o Dono do Produto está autorizado a pedir ao time para fazer trabalho ou mudar a ordem dos itens do Backlog;

*  *Gerência de configuração*: “conjunto de atividades projetadas para controlar as mudanças pela identificação dos produtos do trabalho que serão alterados, estabelecendo um relacionamento entre eles, definindo o mecanismo para o gerenciamento de diferentes versões destes produtos, controlando as mudanças impostas, e auditando e relatando as mudanças realizadas” (Roger Pressman). Suas principais atribuições são o controle de versão, o controle de mudança e a auditoria das configurações;

* *GSTI (Gerenciamento de Serviços de Tecnologia da Informação)*: Conjunto de habilidades organizacionais, utilizadas por um provedor de serviços de TI, suportado por um extenso corpo de conhecimento, experiências e práticas, para prestar serviços de Tecnologia da Informação e fornecer valor aos seus clientes.

*  *IFPUG (International Function Point Users Group)*: entidade sem fins lucrativos que tem por finalidade promover e suportar a técnica de análise de pontos de função e outras medidas de software;

*  *Integração contínua*: “prática de desenvolvimento de software onde os membros de um time integram seu trabalho frequentemente, geralmente cada pessoa integra pelo menos diariamente – podendo haver múltiplas integrações por dia. Cada integração é verificada por um build automatizado (incluindo testes) para detectar erros de integração o mais rápido possível.” (Martin Fowler);

*  *Item de trabalho*: trabalho a ser realizado no projeto durante uma sprint;

*  *Líder de Projeto*: responsável técnico pela Ordem de Serviço que acompanhará a execução do serviço, emitindo o aceite dos produtos e artefatos da sprint, registrando eventuais falhas de procedimento, problemas de qualidade e rejeição de artefatos e produtos, atrasos e eventuais outros problemas inerentes à Ordem de Serviço, de forma a auxiliar o Fiscal Técnico do contrato;

*  *Ordem de Serviço (OS)*: instrumento formal pelo qual o MP encaminha a demanda de serviço à CONTRATADA contendo o detalhamento necessário para o seu atendimento;

*  *Plano de Entrega*: documento que contempla as previsões de entrega, e pode se referir a Product Backlog, a Release Backlog ou a Sprint Backlog, a depender da fase do PES a que se refere;

*  *Plano de Inserção*: documento que prevê as atividades necessárias para a CONTRATADA iniciar o fornecimento dos serviços demandados;

*  *Processo de Entrega de Soluções (PES)*: processo de desenvolvimento de software ágil e disciplinado, que integra os valores e métodos ágeis com outros frameworks de boas práticas de engenharia de software, gerenciamento de projetos e governança de TI, quais sejam: PMBOK, RUP, entre outros. Tem como objetivo orientar a estruturação, execução, gestão e governança dos Projetos de Entrega de Soluções da THS;

*  *Product Backlog*: lista de itens priorizados a serem desenvolvidos para uma solução de software; 

*  *Produto Preparado*: definição expressa por meio da especificação suficiente do produto de forma que se saiba o que deve ser feito. Pode englobar uma simples descrição, quando couber, ou pode ser necessário maior detalhamento ou a complementação com outros artefatos:

** Trabalhado em sessões de Refinamento do Backlog;

** Estimado;

** Pequeno o suficiente (idealmente, estimativa não superior a 8 pontos de história);

** Com critérios de aceitação (apresentados como cenários) definidos.

*  *Produto Pronto*: definição expressa por meio de funcionalidades desenvolvidas em cada Sprint com 100% de completude demonstrada por:

**  atendimento à descrição e à definição de pronto do item de backlog;

**  atendimento aos critérios de aceitação (apresentados como cenários) da história de usuário;

**  código completo;

**  testes unitários escritos e executados com sucesso (conforme cobertura dos testes definida na OS);

**  teste de integração executado com sucesso;

**  documentação escrita;

**  aprovação do Dono do Produto.

*  *Redmine*: plataforma de gerenciamento de projetos adotada pelo DEIOP na qual se realizam a gestão de demandas com fornecedores, o registro de informações dos projetos e o arquivamento de documentos relacionados a estes;

*  *Refinamentos*: "são quaisquer mudanças ocorridas sobre uma função transacional ou de dados já previamente trabalhada na release corrente (seja por meio de uma inclusão, alteração ou exclusão), provocadas pelo aprofundamento, detalhamento e complementação de requisitos durante o processo de desenvolvimento." (Roteiro de Métricas de Software do SISP, versão 2.2). 

*  *Release Backlog*: lista de itens priorizados a serem desenvolvidos para uma solução de software durante a implementação de uma release;

*  *Release*: um ciclo de desenvolvimento que perpassa sequencialmente pelas fases de iniciação, de construção e de transição, nessa ordem, com o objetivo de entregar, ao final do ciclo, um produto pronto para implantação em produção;

*  *Requisitos funcionais*: “Um subconjunto dos Requisitos do Usuário (RU). Requisitos que descrevem o que o software deve fazer, em termos de tarefas e serviços.” (ISO/IEC 14143-1);

*  *Requisitos não funcionais*: “Um requisito de software que descreve não o que o software irá fazer, mas como o software irá fazer.” (ISO/IEC 24765, Systems and Software Engineering Vocabulary);

*  *_Smoke test_*: subconjunto de casos de testes que cobrem as funcionalidades mais importantes de um componente ou sistema, para verificar se as funções cruciais do software executam corretamente;

*  *Solicitação de mudança*: alteração ou inclusão de requisitos solicitada durante a execução da release;

*  *Sprint Backlog*: lista de itens de trabalho selecionados do Product Backlog, contendo as tarefas necessárias para a realização de tais itens e que deverão ser executadas durante a próxima sprint;

*  *Sprint*: unidade de período dentro da qual é executado um conjunto de atividades previamente definidas, com duração de duas semanas corridas, podendo variar, a critério do MP, a depender de especificidade do projeto;

*  *Tecnologia de geolocalização*:  uso da localização geográfica de um objeto em uma aplicação, incluindo validações topológicas e edição de geometria;

*  *Teste de carga*: processo que testa e mede a alteração no desempenho da solução de software sob um volume maior de carga, como, por exemplo, a carga máxima esperada em um determinado momento no ambiente de produção;

*  *Teste de desempenho*: processo que testa e mede o desempenho da solução de software em uma situação normal de uso, bem como o quanto a solução requer de recursos de hardware e o tempo de espera necessário entre as ações e transações, com base no cenário esperado normalmente para ambiente de produção;

*  *Teste de estresse*: processo que busca descobrir qual a carga máxima suportada pela solução de software. Esse limite pode ser um valor muitas vezes acima do esperado na carga máxima;

*  *Teste de exploração*: processo em que o ser humano explora as funcionalidades da aplicação;

*  *Teste de integração*: processo de teste de software onde partes, ou módulos, do sistema são testadas em conjunto;

*  *Teste de interface*: verifica se a navegabilidade e os objetivos das telas funcionam como especificados;

*  *Teste de regressão*: consiste em se aplicar, a cada nova versão do software ou a cada ciclo, todos os testes que já foram aplicados nas versões ou ciclos de teste anteriores;

*  *Teste de segurança*: permite avaliar as vulnerabilidades do software em relação à segurança, tais como ataques de negação de serviço, Cross-Site Scripting (XSS) e SQL Injection, para que sejam corrigidas antes de ser operacionalizado em ambiente de produção;

*  *Teste unitário*: processo em que se verificam as menores unidades de software desenvolvidas (pequenas partes ou unidades da aplicação). O objetivo é encontrar falhas de funcionamento dentro de uma pequena parte da aplicação funcionando independentemente do todo.