Na análise de pontos (APF), a unidade de medida é o ponto de função e sua contagem é feita a partir do ponto de vista dos requisitos lógicos do usuário. Nesse contexto, os dados de código não devem influenciar o tamanho funcional da aplicação, e as operações que existirem exclusivamente para a manutenção desses dados não devem ser consideradas funções de transação para efeitos de contagem. Sendo assim, os dados de código que não devem influenciar o tamanho funcional da aplicação são conhecidos como dados:

O roteiro de métricas de software do SISP (Sistema de Administração dos Recursos de Tecnologia da Informação) tem como propósito apoiar os órgãos e as entidades no processo de medição de software em projetos não previstos no Manual de Práticas de Contagem (CPM). Um desses tipos é a Adaptação em Funcionalidades sem Alteração de Requisitos Funcionais. São consideradas nessa categoria as demandas de manutenção adaptativa associadas a solicitações que envolvem aspectos não funcionais, sem alteração em requisitos funcionais. Um tipo de manutenção que se enquadra nesse conceito é:

Segundo o NIST (National Institute of Standards and Technology), um modelo de computação em nuvem deve apresentar algumas características essenciais: autoatendimento sob demanda; amplo acesso aos serviços de rede; pool de recursos; elasticidade rápida; e serviços mensuráveis. Tais características podem ser observadas em todos os principais modelos de implantação para computação em nuvem. Desses, aquele que é disponibilizado através do paradigma “pague-por-uso” e é oferecido por organizações públicas ou grandes grupos industriais que possuam grande capacidade de processamento e armazenamento é o modelo tipo nuvem:

Um conflito inerente entre Desenvolvimento e Operações de TI gera uma espiral descendente, que reduz a qualidade da entrega e cria problemas que se acumulam. Essas “dívidas técnicas” tornam-se cada vez mais difíceis de serem resolvidas com o passar do tempo. Para evitar seu acúmulo e melhorar o rendimento das equipes, é preciso identificar continuamente restrições do sistema de trabalho. Nas transformações DevOps típicas, a contramedida utilizada para corrigir a restrição de demora de semanas ou meses para configuração de ambientes de produção ou teste é:

O conceito de abstração de processo está entre os mais antigos nos projetos de linguagens de programação. Como evolução das abstrações de processos, surgiu a abstração de dados. A programação orientada a objetos é, portanto, uma aplicação do princípio de abstração para tipos de dados, com a peculiaridade de ser capaz ainda de fornecer suporte à herança e vinculação dinâmica de chamadas aos subprogramas do tipo criado, os métodos. Um propósito para essa vinculação dinâmica é permitir que os sistemas de software sejam mais bem estendidos durante o desenvolvimento e a manutenção. Essa característica é conhecida como:

Muitos problemas surgem de forma recorrente a cada novo projeto, sendo possível estabelecer soluções pré-convencionadas para reaproveitamento futuro. A solução, no entanto, somente será eficaz se for apropriada ao contexto do problema, pois no mundo do software, a predefinição de padrões pode ser muito granularizada para aplicação prática repetitiva. Muitas vezes é necessário fornecer uma infraestrutura mínima, específica para implementação, que pode conter vários padrões, sendo denominada:

Mudanças são inevitáveis quando um software é construído e podem causar confusão quando os membros de uma equipe estão trabalhando num projeto. Se as alterações não forem controladas, elas controlarão o processo. Por isso a importância da gestão de configuração de software. Em um sistema de controle desse tipo de gestão, quatro importantes conjuntos de elementos devem existir. Um deles deve conter uma coleção de procedimentos e tarefas que definem uma abordagem eficaz de gestão de alterações (e atividades relacionadas) para todas as partes envolvidas em gestão, engenharia e uso do software. Este conjunto é composto pelos elementos:

O Processo Unificado é uma tentativa de aproveitar muitos dos melhores recursos e características dos modelos tradicionais de processo de software. Ele reconhece a importância da comunicação e de métodos racionalizados para descrever a visão do cliente sobre um sistema. Não obstante, mesmo sem abandonar suas atividades clássicas (concepção, elaboração, construção e transição), é possível acrescentar também uma camada serial, agregando-se a filosofia “serial para o que é amplo” e “iterativa para o que é particular”. Com isso, o modelo pode ser enriquecido com muitos dos melhores princípios do desenvolvimento ágil de software, resultando em:

Um software consiste em instruções que, quando executadas, fornecem características, funções e desempenho desejados. Essa é uma possível definição de software. Entretanto, para se ter uma melhor compreensão do que seja software, é importante saber identificar as características que o tornam diferenciado de outras coisas que os seres humanos constroem. O gráfico a seguir representa uma taxa de defeitos em função do tempo: 





Essa relação, geralmente denominada “curva da banheira”, indica uma taxa de defeitos relativamente alta no início da vida, caindo para um nível estável após um período de tempo. Todavia, à medida que o tempo passa, a taxa aumenta novamente. A curva mostrada na figura representa a relação da taxa de defeitos em função do tempo para:

Nos primórdios da World Wide Web, os sites eram formados por nada mais do que um conjunto de arquivos de hipertexto ligados, que representavam informações utilizando textos e gráficos limitados. Com o decorrer do tempo, a evolução da linguagem HTML tornou possível a oferta de capacidade computacional juntamente com as informações. Assim, tecnologias Web 3.0 evoluíram para sofisticadas aplicações voltadas para o mundo corporativo e para o consumidor. Tais softwares, mesmo quando superados tecnologicamente, podem ser responsáveis ainda hoje por funções críticas do negócio e — ainda que a tecnologia seja relativamente moderna — quando comparada a outros tipos. A baixa qualidade, a falta de documentação e o histórico de alterações mal gerenciado, quando presentes, normalmente resultam em projetos inextensíveis, gerando dores de cabeça na organização, principalmente quando sistemas indispensáveis ao negócio estão envolvidos. Dentro de tal contexto, quando o software atende às necessidades do usuário de forma confiável, sem que nenhuma mudança significativa seja necessária, a medida correta a ser tomada é: