Questões

Projetar a interface para interação direta com os objetos que aparecem na tela, para que o usuário tenha a sensação de controle similar à que teria com um objeto físico.

Revelar o máximo informações que couber na tela, isto é, de forma a não as liberar de maneira progressiva, para não frustar as expectativas do usuário.

Definir modos de interação para não forçar o usuário do software a realizar ações desnecessárias ou indesejadas.

Permitir ao usuário inserir a tarefa atual em um contexto significativo, para que ele possa determinar de qual tarefa ele veio e quais alternativas existem para a transição para uma nova tarefa.

Basear o layout visual da interface na metáfora do mundo real, para permitir ao usuário se apoiar em indicações visuais compreensíveis, em vez de ter de memorizar uma sequência de interações misteriosas.

Estratégia de Tabela por Classe Concreta (Table-per-Concrete-Class Strategy)

Estratégia de Tabela Única (Single-Table Strategy)

Estratégia de Tabela por Subclasse (Table Per Subclass Strategy)

Estratégia de Tabela por Classe Abstrata (Abstract Class Table Strategy)

Estratégia de Junção (Joined Strategy) 

o modelo de maturidade foca na melhoria contínua dos processos organizacionais ao longo do tempo, enquanto o modelo de capacidade se concentra nas habilidades e nas competências individuais dos membros da equipe.

o modelo de maturidade avalia o desempenho da organização em relação a metas de negócio e a entrega de valor aos clientes, enquanto o modelo de capacidade mede a eficiência e a eficácia de processos individuais em alcançar resultados específicos.

o modelo de maturidade avalia a capacidade da organização em executar seus processos de forma previsível e eficaz, enquanto o modelo de capacidade analisa a capacidade de processos específicos em atingir objetivos predefinidos.

o modelo de maturidade fornece uma visão geral do estado de maturidade da organização em relação a práticas de engenharia de software, enquanto o modelo de capacidade oferece uma análise detalhada de cada área de processo específica. 

Modelos podem ser utilizados para especificar a estrutura de um sistema, mas não seu comportamento.

Uma forma comum de modelagem de programas procedurais é por meio de fluxogramas de objeto.

Modelos de fluxo de dados são usados para mostrar como os dados fluem por uma sequência de etapas de processamento. Devido à sua complexidade, não são apropriados para comunicação com o usuário.

Um modelo é uma abstração elaborada para entender um problema antes de implementar uma solução. As abstrações são subconjuntos da realidade, selecionados para determinada finalidade.

Uma das principais motivações para a realização da modelagem é a capacidade de reproduzir fielmente a complexidade do problema sob investigação, sem suprimir detalhes, mesmo que não sejam relevantes.

I – Orientada a Reuso, II – Cascata, III – Incremental.

I – Incremental, II – Orientada a Reuso, III – Cascata.

I – Orientada a Reuso, II – Incremental, III – Cascata. 

I – Incremental, II – Cascata, III – Orientada a Reuso.

ERRADO

CERTO

I – V – IV – III – II

I – II – IV – V – III

II – III – I – IV – V

IV – V – I – II – III

II – IV – V – I – III

O modelo de usuário, o modelo de análise, o modelo mental e o modelo de implementação.

O modelo de usuário, o modelo de projeto, o modelo mental e modelo de implementação

A Arquitetura da Interface, o modelo de projeto, o modelo de implementação e o modelo de testes.

A especificação de requisitos, o modelo de análise, o modelo de projeto e o modelo de implementação.

A especificação de requisitos, o modelo de projeto, o modelo de implementação e a Arquitetura da Interface.

os recursos de software; os recursos de hardware; os recursos de rede; os recursos de dados; os recursos humanos. 

a coleta; o armazenamento; o processamento; a recuperação; a disseminação de informações. 

a utilização em si; os benefícios oferecidos; a contribuição para o desempenho empresarial; a governança e administração de TI; o papel dos executivos.

a informação contábil; a informação financeira; a informação industrial; a informação de marketing; a informação da gestão de recursos humanos.

o suporte inteligente; o apoio a grupos e a decisões; a automação de escritório; a administração do conhecimento; o processamento de transações.

No projeto de um programa orientado a objetos, ao se decidir qual a melhor relação de herança entre classes, é importante verificar qual relação descreve a maior quantidade de variação nos atributos das classes envolvidas na herança e de suas operações.

Estruturas de decisão, também chamadas de estruturas seletivas, podem ser simples, duplas ou triplas, de acordo com a quantidade de alternativas possíveis.

Repetições com variável de controle podem ser realizadas com outras estruturas de repetição, como, por exemplo, a repetição pré-testada, assim como todas repetições pós-testadas podem ser também realizadas com uma estrutura de repetição com variável de controle.

A escolha entre utilizar matrizes ou listas encadeadas depende somente da homogeneidade dos dados a serem armazenados.

O uso de recursividade somente se justifica quando o sistema computacional possui restrições de tempo de execução ou memória.