Glossário » Histórico » Revisão 2
Revisão 1 (Redmine Admin, 11/05/2019 21:08) → Revisão 2/3 (Redmine Admin, 12/03/2022 00:03)
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; * *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.