Durante o desenvolvimento de um novo sistema para gestão de pautas de audiências e notificações no âmbito da Justiça do Trabalho, a equipe de TI de um TRT detectou grande variação nos requisitos repassados pelas secretarias das varas, ocasionando mudanças frequentes nos critérios de notificação, conforme determinações da corregedoria regional.

Diante desse cenário, o coordenador do projeto propôs a adoção de um modelo de processo evolutivo, aliado a práticas formais de elicitação e validação de requisitos, com uso de protótipos e interação com os usuários finais.

Com base nessa situação, representa a prática mais adequada de engenharia de software e de requisitos, nesse contexto,

Quando do desenvolvimento de um sistema para automatizar notificações de audiências e movimentações processuais trabalhistas, uma equipe de analistas do Tribunal Regional do Trabalho adotou práticas de orientação a objetos (00) e modelagem com UML 2.5.

Foi criado um componente reutilizável chamado Notificador, capaz de enviar e-mails, mensagens por aplicativo institucional e registrar log de entrega. A modelagem utilizou diagrama de classes e diagrama de sequência para validar o comportamento do componente com diferentes tipos de eventos judiciais.

Considerando os princípios da OO, reutilização de componentes e notações da UML 2.5, a alternativa correta quanto à aplicação desses conceitos é:

Durante o desenvolvimento de um novo módulo para controle de jornada de trabalho de servidores da Justiça do Trabalho, a equipe de sistemas identificou requisitos funcionais que impactavam diretamente o cálculo de horas extras e banco de horas, exigindo precisão jurídica.

O módulo foi implementado com base em regras definidas pela área de gestão de pessoas e homologado por magistrados.

O time decidiu aplicar testes automatizados para garantir estabilidade nas regras e facilitar futuras alterações de jornada previstas por novas normas de Resoluções do CNJ.

O Analista responsável orientou, adequada e corretamente, os seguintes cuidados:

No desenvolvimento de uma aplicação Angular, o serviço abaixo foi criado para buscar dados de clientes de um banco de dados usando HTTP.

@Injectable({
  providedIn: 'root',
})
export class ProcessoService {
  constructor(private http: HttpClient) {}

  getProcessos() {
    return this.http.get('https://api.tribunal.com/processos');
  }
}

No entanto, ao tentar consumir o método getProcessos (), surgiram erros de rede intermitentes, causando falhas na aplicação sem feedback adequado para o usuário, A melhor solução para administrar as exceções de rede nesse contexto é

Em uma aplicação que utiliza JPA 2.0 e Hibernate 4.3, existem duas entidades: Order e OrderItem. O atributo private List<OrderItem> items; da entidade Order deve estabelecer um relacionamento um-para-muitos com OrderItem, de forma bidirecional, sendo o campo order na entidade OrderItem o responsável pela gestão da associação. As operações de persistência realizadas em Order devem ser propagadas para os OrderItem associados, e a lista de itens deve ser carregada somente quando for explicitamente acessada, e não quando a entidade Order for recuperada do banco de dados. Nesse contexto, a anotação que deve ser utilizada imediatamente antes da declaração private List<OrderItem> items; na entidade Order é

Durante o desenvolvimento de uma API, um analista utiliza springdoc-openapi para gerar a documentação dos endpoints automaticamente e deseja que a documentação inclua descrições detalhadas para métodos específicos da API. Nesse contexto, a maneira correta e recomendada de documentar um endpoint usando anotações compatíveis com springdoc-openapi é

Considere o seguinte trecho de código em Java:

public class Calcular {

public static void main(String[] args) {

int resultado = 5;

resultado += 2 * 3;

resultado -= 4 / 2;

resultado *= (1 + 1);

System.out.println (resultado);

}

}

A saída exibida no console após a execução do código será

Uma Analista criou o método abaixo para acessar um banco de dados utilizando JDBC:

public Connection getConnection() {

try {

Class.forName ("com.mysql.cj.jdbc.Driver");

return DriverManager.getConnection("jdbc:mysql://localhost:3306/b406f", "user", "pass");

} catch (Exception e) {

System.out.println("Erro de conexão: " + e.getMessage());

}

return null;

}

A principal falha nesse código, considerando boas práticas de administração de exceções, é que

Em um Tribunal Regional do Trabalho, a equipe de analistas está desenvolvendo um novo sistema para gestão de processos administrativos trabalhistas. Diante da necessidade de controlar requisitos em constante evolução, interações frequentes com os usuários finais e entregas incrementais, a escolha de uma abordagem metodológica precisa equilibrar adaptabilidade, previsibilidade de prazos e capacidade de estimar esforços de desenvolvimento. Considerando esse cenário, a equipe optou por utilizar

Uma Analista está desenvolvendo um serviço para o sistema de agendamento de audiências de um Tribunal Regional do Trabalho. O serviço deve expor uma API RESTful que permita autenticação segura dos usuários e forneça as informações de audiências em formato padrão. Considerando as boas práticas de desenvolvimento de web services, analise o código em Javascript abaixo, que será executado em condições ideais.

// Aqui haveria um trecho de um endpoint em Node.js usando Express

const express = require('express');
const app = express();

app.get('/audiencias', (req, res) => {
  const token = req.headers['authorization'];

  // Código para verificar token e retornar audiências
});

A abordagem mais adequada para implementar a autenticação desse serviço (onde encontra-se o comentário Código para veri ficar token e retornar audiências) é: