Questões de Concurso Comentadas para analista de sistemas

A análise de requisitos define o contexto para possíveis soluções de software, seu comportamento, funções e especificações das operações que o mesmo deve realizar.

Requisitos funcionais descrevem restrições ao software de forma geral. Como exemplo, podemos citar a quantidade de memória necessária em bytes, o tempo de treinamento necessário para operá-lo e o número de transações processadas por segundo.

Entrevistas, Etnografia, Questionários, e Cenários são algumas técnicas aplicadas para realizar o levantamento de requisitos.

Existem ferramentas que automatizam e gerenciam o processo de levantamento, análise, verificação e documentação de requisitos. Como exemplo podemos citar a ferramenta Rational RequisitePro.

A engenharia de requisitos fornece mecanismos apropriados para entender o que o cliente deseja e, dentre as suas funções, podemos destacar a análise, o levantamento, a especificação e a validação de requisitos.

Pontos por função (Function Point) são derivados, usando uma relação baseada somente em medidas de contagem direta do número de entradas externas (External Inputs), número de saídas externas (External Output) e número de arquivos lógicos internos (Internal Logical files).

Métricas orientadas a tamanho são medidas diretas do tamanho do software que foi produzido. Como exemplo, pode-se citar o número de KLOC.

Uma das medidas de software para sistemas orientados a objetos é o número de filhos (Number of Children) que mede o número de sub-classes diretamente derivadas a partir de uma dada classe.

GQM (Goal-Question-Metric) é um método para identificação de métricas no processo de desenvolvimento do software. O GQM enfatiza a necessidade de estabelecer objetivos/metas (goal) explícitos de medição, definir um conjunto de questões que precisam ser respondidas a fim de alcançar os objetivos e identificar as métricas (metric) que ajudam a responder as questões.

O modelo COCOMO II (COnstructive COst MOdel) é um método que busca medir o esforço, o tamanho da equipe, prazo e custo necessários para o desenvolvimento de um software e é composto por três submodelos : Application Composition, Early Design e Post-Architecture.

II - III - IV

I - II - III

II - III - V

I - III - V

I - IV - V

GET DIAGNOSTICS ...

EXCEPTION DIAGNOSTICS ...

MERGE DIAGNOSTICS ...

NOTICE DIAGNOSTICS ...

RAISE DIAGNOSTICS ...

pg_CONST mouse :=3;

pg_CONST mouse, INTEGER 3;

pg mouse CONST, DEFAULT := 3;

mouse DEFAULT := 3;

mouse CONSTANT INTEGER := 3;