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;
• DEIOP: Departamento de Implementação e Operação de Soluções de Tecnologia da Informação e Comunicação da SETIC/MP;
• 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 SETIC;
• 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;
• SETIC: Secretaria de Tecnologia da Informação e Comunicação do Ministério do Planejamento;
• 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.