Questões de Concurso

A lista de fatores de qualidade de software (ISO9126) inclui alguns subfatores que complementam sua conceituação. Considere as listas a seguir, contendo alguns desses fatores e alguns dos subfatores.

Fatores:
Funcionalidade;
Confiabilidade;
Usabilidade;
Portabilidade.

Subfatores:
I. Adaptabilidade; Capacidade de instalação.
II. Adequação; Acurácia.
III. Apreensibilidade; Operacionalidade.
IV. Tolerância a falhas; Recuperabilidade.

A correspondência correta entre os fatores e seus subfatores é, na ordem dos fatores:

Observe a lista de “princípios” a seguir, associados às metodologias de desenvolvimento de software.

I. Cooperação constante entre pessoas que entendem do ‘negócio’ e desenvolvedores;
II. Simplicidade;
III. Software funcional mais do que documentação extensa;
IV. Documentação extensa mais do que Software funcional;
V. Responder a mudanças mais do que seguir um plano;
VI. Etapas, artefatos e requisitos minuciosamente planejados de antemão;
VII. Equipes de desenvolvedores com um grande número de pessoas;
VIII. Equipes de desenvolvedores com um pequeno número de pessoas.

A lista que contém apenas princípios característicos dos métodos ágeis é:

Roger Pressman, no livro Engenharia de Software, identifica cinco etapas no processo da Engenharia de Requisitos, cada uma com um conjunto de diretrizes e objetivos que se completam. Isso posto, considere o conjunto de diretrizes usualmente empregadas numa dessas etapas:

- Identificar as pessoas que ajudarão na especificação dos requisitos e entender suas tendências e preferências dentro da organização;
- Identificar as características do ambiente de negócios específicas para o domínio do sistema que podem implicar restrições de funcionalidade e performance do produto a ser criado;
- Identificar requisitos ambíguos como candidatos à prototipação;
- Criar cenários de uso que ajudem os usuários a identificar os requisitos mais importantes.

Essas diretrizes aplicam-se à etapa de:

Para evitar descrever o mesmo fluxo de eventos diversas vezes quando se tratar de um comportamento comum a vários casos de uso, é recomendado escrever esse comportamento em um único caso de uso e relacioná-lo aos demais por meio de um relacionamento de

Considere:
EE = Entidade Externa.
D = Depósito de Dados.
PR = Processo (ou Função).
Em um Diagrama de Fluxo de Dados - DFD (modelagem funcional), NÃO é permitida a ligação