manipulação direta;

linguagem natural;

preenchimento de formulário;

linguagem de comando;

seleção de menu.

visões, catálogo, restrições de integridade declarativas e métodos;

chaves estrangeiras, catálogo, restrições de integridade declarativas e visões;

catálogo, visões, chaves estrangeiras e encapsulamento;

restrições de integridade declarativas, chaves estrangeiras, visões e métodos;

encapsulamento, chaves estrangeiras, catálogo e restrições de integridade declarativas.

Um diagrama de classes define diretamente o modelo relacional implementado no Sistema Gerenciador de Banco de Dados.

Um atributo de uma tabela definido como booleano necessita do mapeamento correto na ferramenta CASE que utiliza UML, porque a definição de booleano em UML não é representativa.

O uso de UML em conjunto com ferramenta CASE permite ao analista a criação de sistemas complexos tendo como base a filosofia de orientação a objetos.

Para a geração de diagramas entidade-relacionamento a partir de uma ferramenta CASE que utiliza UML, é necessária a importação de um diagrama de fluxo de dados.

O modelo que descreve o contexto de um sistema é denominado comportamental.

Um diagrama de transição de estados (DTE) expressa os vários estados válidos de um sistema em relação ao seu comportamento.

Um modelo entidade-relacionamento descreve um sistema no mais baixo nível de abstração.

Tanto um diagrama entidade-relacionamento como um diagrama de fluxo de dados permitem a realização da diagramação de um banco de dados.

Uma função, por não poder retornar valores, quando executada em mais de um ponto do sistema, gera diferença na interpretação dos resultados.

Um procedimento não pode ser definido dentro do código de uma função.

A chamada a um procedimento em um código só pode ser feita se o procedimento tiver direito de leitura.

A criação de um programa estruturado segue uma ordem lógica de começo, meio e fim, e, se necessário, com chamada de função durante a execução do código.

A modelagem de um banco de dados não é atingida diretamente quando a modelagem de um sistema por meio de ferramenta CASE gera o modelo lógico dos dados.

O tratamento correto dos atributos em uma ferramenta CASE não envolve o detalhamento de tabela em um banco.

A criação de um modelo físico de dados não é automatizada por ferramentas CASE porque o banco necessita importar o script de inicialização dos dados.

O modelo lógico de dados pode ser convertido automaticamente em modelo físico de dados por meio de ferramentas CASE.

Uma das funções da modelagem funcional é se preocupar com as entradas e as saídas de um sistema.

A modelagem funcional deve se preocupar com o seqüenciamento de ações, diagramas e com a metodologia de codificação do sistema adotada.

A representação das funções e etapas de um sistema não depende da adoção de um modelo e de uma linguagem de modelagem.

A modelagem funcional não se preocupa com a dependência de valores em um mesmo modelo.

É uma técnica que consiste na representação de um sistema por meio de diagramas e fluxos, sem ordem pré-definida, dentro de um contexto sem representação da informação.

É uma técnica que consiste na representação de um sistema por meio de diagramas, gerando inclusive subdiagramas para tratamento e representação da informação e do sistema.

É uma técnica que representa objetos do sistema por meio de seus atributos e ações voltadas para um modelo físico dos dados.

É uma técnica que consiste na representação da informação em uma única seqüência de dados, sem mecanismos de retorno ao ponto inicial.

análise, testes, implantação e codificação

testes, implantação, análise e codificação

análise, codificação, testes e implantação

testes, análise, codificação e implantação

Inspeções e walkthroughs podem ser usadas para revisar artefatos. Uma walkthrough requer mais tempo de preparação dos revisores do que uma inspeção, também exige que seja feito o acompanhamento das soluções dos problemas identificados e a coleta de métricas associadas à revisão.

Em uma inspeção, os participantes têm papéis definidos. O moderador conduz reuniões e os inspetores devem, durante as reuniões, descrever os problemas identificados e soluções para os mesmos.

Um teste de unidade pode ser projetado usando-se uma estratégia caixa branca. Nesse caso, há um foco nos mecanismos internos da unidade sendo testada. A realização de testes caixa branca pode ser apoiada por métricas de cobertura.

A cobertura de linhas de código informa o percentual de linhas de código executadas. Essa métrica é calculada instrumentando-se manualmente o código, pois não há ferramentas que possibilitem o seu cálculo.