A linguagem Java utiliza um mecanismo próprio para o tratamento de exceções, que é baseado em classes que tipificam erros com possibilidade de ocorrência durante a execução de um programa. Essas classes fazem parte de uma hierarquia definida pela linguagem e incluem exceções já existentes, além da possibilidade de criação de exceções pelo programador. Sobre tratamento de exceções em Java, é correto afirmar que:

Na UML, um relacionamento pode ser descrito como uma conexão entre itens. Observe os seguintes diagramas de classes:





Os dois relacionamentos representados no modelo, respectivamente, são:

O modelo de classes de Análise da Modelagem Orientada a Objetos representa os objetos que o sistema irá manipular, as operações que serão aplicadas a esses objetos, além das relações entre os objetos e as colaborações que ocorrem entre as classes. Uma classe é uma abstração de itens que representam as coisas importantes para os usuários, modelando elementos que fazem parte do seu cotidiano. Com isso, é possível facilitar a compreensão, resultando em validações de modelo mais ágeis. Uma classe bem estruturada tem como requisitos:

Com o objetivo de reaproveitar a especificação de comportamentos comuns, os Casos de Uso podem se relacionar através de generalização, inclusão e extensão. O objetivo do relacionamento de extensão é ser utilizado para representação:

A UML (Unified Method Language) é uma linguagem universal desenvolvida para facilitar a comunicação entre desenvolvedores, analistas e usuários. O artefato da UML capaz de complementar o Caso de Uso por meio de uma representação gráfica do fluxo de interação em um cenário específico é denominado diagrama de:

Observe as seguintes descrições de funcionalidades que compõem um sistema de controle de notas de alunos:

Cadastro de Alunos Principal intenção: Atualizar o arquivo aluno Dados da tela: Cabeçalho com nome e logotipo da escola, nome aluno, matrícula aluno, endereço aluno, telefone aluno, comando (tecla Enter ou botão ok), mensagem para o usuário Arquivo acessado: aluno	Cadastro de Notas Principal intenção: Atualizar o arquivo nota Dados da tela: Cabeçalho com nome e logotipo da escola, nome aluno, matrícula aluno, nota 1 aluno, nota 2 aluno, comando (tecla Enter ou botão ok), mensagem para o usuário Arquivo acessado: aluno, nota
Consulta Nota Principal intenção: Apresentar as notas do aluno Dados da tela: Cabeçalho com nome e logotipo da escola, nome aluno, nota 1 aluno, nota 2 aluno, comando (tecla Enter ou botão ok), mensagem para o usuário Arquivo acessado: aluno, nota	Relatório de Resultados de Alunos Principal intenção: Apresentar as notas de todos os alunos com a média aritmética obtida por cada um Dados da tela: Cabeçalho com nome e logotipo da escola, nome aluno, matrícula aluno, nota 1 aluno, nota 2 aluno, média aritmética, comando (tecla Enter ou botão ok), mensagem para o usuário Arquivo acessado: aluno, nota

Considere as complexidades e as contribuições para funções de transação constantes do Manual de Práticas de Pontos de Função do IFPUG, versão 4.3.1., e desconsidere quaisquer funcionalidades não citadas. As quantidades de transações do tipo entrada externa (EE), consulta externa (CE), saída externa (SE) e o somatório de Pontos de Função (PF’s) de todas as funções de transação, respectivamente, são:

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 é: