Questões de Desenvolvimento de Sistemas

Projeto de Interface, subcategoria Múltiplos Métodos de Saída;

Operações Lógicas e Matemáticas, subcategoria Formatação de Dados;

Operações de Dados, subcategoria Movimentações de Dados Internos;

Ambiente Técnico, subcategoria Software Baseado em Componentes;

Tecnologia de Banco de Dados, subcategoria Entregar Valor Agregado aos Usuários por Configuração de Dados.

viabilizar a submissão de formulários automaticamente quando o componente que faz a submissão ganhar o foco;

dar fluidez ao preenchimento de dados em formulários, submetendo automaticamente dados selecionados em uma lista;

substituir componentes do tipo botão por links de dados para submissão de formulários, facilitando o uso por leitores de tela;

definir uma correspondência entre os nomes dos componentes da interface do usuário e seus rótulos (labels), possivelmente colocando o texto do rótulo no início do nome;

evitar o uso de ícones próximos aos rótulos (labels) e campos de entrada de dados, já que a iconografia carrega conceitos culturais que diferem em cada região.

MPU, sendo sealed, omitiu a cláusula permits;

MPF, sendo final, não pode estender a classe MPU, que é sealed;

MPM, sendo sealed, não definiu nenhuma subclasse permitida;

MPT, sendo non-sealed, não pode estender a classe MPU, que é sealed;

MPDFT, sendo final, não pode ser declarada após a classe MPM, de escopo protected.

Java e Swift;

Java e Kotlin;

Kotlin e Swift;

Java e Objective-C;

Kotlin e Objective-C.

três requisitos funcionais e um requisito não funcional de produto;

quatro requisitos funcionais, um requisito não funcional de usabilidade e um requisito não funcional de desenvolvimento;

cinco requisitos funcionais e um requisito não funcional organizacional;

seis requisitos funcionais, um requisito não funcional de desempenho e um requisito não funcional de manutenibilidade;

sete requisitos funcionais, um requisito não funcional operacional e um requisito não funcional externo.