No React, o desenvolvedor precisa considerar como os eventos são tratados internamente, especialmente em relação à compatibilidade entre navegadores. Em relação ao seu sistema de eventos, uma de suas características é:

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

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: