Questão 2661469

• Banca: UFMG
• Órgão: UFMG
• Ano: 2018
• Provas: UFMG - 2018 - UFMG - Analista de Tecnologia da Informação - Requisitos e Processos
• Disciplina: Engenharia de Software
• Assuntos: Engenharia de Requisitos

A disciplina de Requisitos reúne as atividades que visam obter um enunciado completo, claro e preciso dos requisitos em um processo de software. Com relação ao principal resultado produzido nessa disciplina, a Especificação de requisitos, é CORRETO afirmar que tal especificação

• A. não deve descrever requisitos de usabilidade, já que esses são considerados atributos de desenho da interação.
• B. não deve descrever requisitos de dados persistentes (aqueles cujo valor subsiste após cada execução do produto e estão normalmente armazenados em memória secundária).
• C. não deve descrever detalhes de desenho ou de implementação, a não ser em casos em que esses aspectos sejam restrições definidas pelo cliente, como, por exemplo, quando o cliente define que serão usados determinados componentes ou plataformas de bancos de dados.
• D. deve incluir, também, aspectos gerenciais do projeto, como custos e prazos acordados com o cliente.

Gabarito: C

Comentários

• ALTERNATIVA: C

• Quando a questão explica de mais, fica na cara né.

• INTRODUÇÃO

  ANÁLISE de requisitos x ESPECIFICAÇÃO de requisitos. Uma coisa que tem em comum é: os dois criam uma documentação, mas o público alvo desses escritos são diferentes.

  • Análise de requisitos: criar uma documentação preliminar dos requisitos que serviria apenas para os engenheiros de requisitos. Os primeiros modelos do sistema.
  • Especificação de requisitos: criar uma documentação que sirva como um contrato entre as partes, ou seja, um documento que ambos entendam. Tem como saída os requisitos de usuário e de sistema.

  Vamos analisar alternativa, por alternativa.

  • Erro da letra A: NÃO deve descrever requisitos de usabilidade (características que comtemple as metas de uso, por exemplo: segurança). Ora, já que aqui o objetivo é para criar Documento de Requisitos que seja bom para ambos, por que não incluir isso? ERRADO.
  • Erro da letra B: NÃO deve descrever requisitos de dados persistentes (dados que eu armazeno após processar. Exemplo: em um site, permitir salvar uma carta escrita para o ser amado S2 ). É verdade que nem todos os sistemas eu preciso armazenar dados (exemplo um semáforo que é um sistema em tempo real), mas isso significa que isso aconteça em TODOS os softwares? Por meio dessa pergunta retórica, podemos ver que não faz sentido que isso seja uma regra.
  • GABARITO letra C: vamos relembrar que o objetivo é criar uma documentação para AMBOS. Se o documento ficar muito técnico, como ambos irão entender? Por isso está correto quando o examinador disse que é para descrever alguns detalhes se "esses aspectos sejam restrições definidas pelo cliente".
  • Erro da letra D: DEVEM INCLUIR aspectos gerenciais do projeto, como CUSTOS e PRAZOS acordados com o cliente. Isso é no estudo de viabilidade. Ela se encontra na 1ª etapa do projeto.