SóProvas


ID
1990525
Banca
FCC
Órgão
ELETROBRAS-ELETROSUL
Ano
2016
Provas
Disciplina
Engenharia de Software
Assuntos

Considere a lista de requisitos abaixo, coletada para um software a ser desenvolvido por uma equipe de profissionais de TI da Eletrosul.


1. Cada operação realizada pelo usuário deve ser processada em no máximo 2 segundos.

2. Um usuário deve ser capaz de pesquisar os dados disponíveis em todas as hidrelétricas.

3. A taxa de falha tolerada em operações no sistema deverá ser de no máximo 0,1%.

4. As indicações das operações disponíveis no sistema devem ser apresentadas de forma clara ao usuário.

5. O software deve gerar, diariamente, a listagem de falhas de transmissão por rede.

6. O software deverá ser desenvolvido utilizando a plataforma Java e o SGBD Oracle.

7. As operações contábeis e fiscais realizadas pelo sistema devem estar de acordo com as normas e leis vigentes.

8. Cada usuário do sistema deve ser identificado apenas por sua matrícula de 10 dígitos.

9. O software deverá ser acessível a pessoas portadoras de deficiências visuais.


São requisitos funcionais APENAS os que constam nos itens

Alternativas
Comentários
  • Requisitos funcionais. São declarações de serviços que o sistema DEVE fornecer, de como o sistema DEVE reagir a entradas específicas e de como o sistema DEVE se comportar em determinadas situações.

    Em alguns casos, os requisitos funcionais também podem explicitar o que o sistema NÃO DEVE fazer.

     

    Os requisitos NÃO-FUNCIONAIS podem ser classificados em:


    I. Requisitos de Produto - Características e restrições que são aplicadas diretamente ao produto entregável

    Podem ser, exemplo: Usabilidade, Requisitos de Eficiência em Desempenho ou Espaço, Confiabilidade e Portabilidade.

     

    II. Requisitos Organizacionais - Consequência de políticas, processos e padrões organizacionais

    Podem ser, exemplo: Requisitos de Entrega, Implementação e Pradrões.

     

    II. Requisitos Externos - Decorrente de fatores que são externos ao sistema, como legislação.

    Podem ser, exemplo: Requisitos Legais de Privacidade e Segurança, Éticos e de  Interoperabilidade.

  • Por qual o motivo o tópico 9 não é um requisito funcional?

  • Sther,

    O 9 entra como requisito de Usabilidade. No caso imagine que seria funcional se ninguem conseguisse usar. Ao exigir que deficientes visuais possam utilizar é a mesma classe do exigido no item 4. Usabilidade.

     

    Abs

  • Sther Nascimento, a 9 não representa uma funcionalidade que o sistema deve ter mas sim um requisito de usabilidade, o qual faz parte dos requisitos não funcionais;

  • Alternativa correta: A. 

     

    Vou tentar explicar um por um:

     

    1 - Diz respeito a um comportamento do sistema. O tempo de execução de uma operação depende de vários fatores e por isso não pode ser definida apenas com uma funcionalidade;

    2 - Funcionalidade de pesquisa oferecida pelo sistema = funcional;

    3 - Comportamento desejado do sistema;

    4 - Facilidade de uso = não funcional;

    5 - Funcionalidade oferecida (gerar relatórios) = funcional;

    6 - Característica (tecnologia);

    7 - Requisito de domínio = normalmente é não funcional, podendo ser funcional em algumas exceções;

    8 - Funcionalidade "identificar usuários via matrícula de 10 dígitos" é um requisito funcional (eu acho que isso seria não funcional, mas é possível entender como funcional);

    9 - Forma como o sistema foi construído = característica do sistema = não funcional.

  • Procurem esta questao bizarra aqui no qc

     

     Considere, por hipótese, que os Analistas de TI da COPERGÁS estão definindo os requisitos para um sistema de gestão dos registros necessários para demonstrar conformidade com os requisitos das normas de SMS – Saúde, Meio ambiente e Segurança. Alguns dos requisitos definidos são:

     

    I. Os registros que devem ser retidos e mantidos devem ter um identificador.

    II. Deve haver critérios de proteção para os registros em meio físico e eletrônico.

    III. Pode haver mais de uma maneira para a recuperação dos registros.

     

    Os requisitos 

     a)

    são todos funcionais. 

     b)

    são todos não funcionais. 

     c)

    II e III são não funcionais; I é funcional. 

     d)

    I e III são não funcionais; II é funcional. 

     e)

    I e II são não funcionais; III é funcional. 

  • 1. Trata-se de uma restrição de tempo máximo de resposta. Portanto, um requisito não-funcional de performance.

    2. Está falando de uma funcionalidade de pesquisa. Requisito funcional.

    3. Taxa de falha máxima não é uma funcionalidade. É uma restrição do sistema. Requisito não-funcional de performance.

    4. Apresentar informações de forma clara ao usuário é um requisito não-funcional de usabilidade. É tornar o sistema mais fácil de navegar, mais usável.

    5. Listagem de falhas é um relatório, isto é, uma funcionalidade do sistema. Requisito funcional.

    6. Restrição quanto a plataforma (Java e Oracle). Isso é um requisito não-funcional organizacional de desenvolvimento.

    7. Conformidade com leis e normas são restrições, isto é, requisitos não-funcionais externos regulatórios.

    8. Especifica a funcionalidade de identificação do usuário no sistema. Requisito funcional.

    9. Restrição imposta ao software de ser amigável para deficientes visuais. Trata-se de um requisito não funcional de usabilidade.

    Resposta: A