SóProvas


ID
191779
Banca
CESGRANRIO
Órgão
ELETROBRAS
Ano
2010
Provas
Disciplina
Engenharia de Software
Assuntos

Uma fábrica de software recomenda que a documentação de especificação funcional de um sistema deve ser clara para o cliente e detalhada para o desenvolvedor, estabelecendo um contrato entre eles. Documentos de especificação funcional têm como característica

Alternativas
Comentários
  • Com relação ao erro da letra c,

    Pesquisei no sommerville e ele diz:  "Requisitos de sistema definem, detalhadamente, as funções, os serviços e as restrições operacionais do sistema. O documento de requisitos de sistema (às vezes chamado de ESPECIFICAÇÃO FUNCIONAL) deve ser preciso. Ele deve definir exatamente O QUE será implementado. Pode ser parte do contrato entre o comprador do sistema e os desenvolvedores de software"   página 80

    página 87:

    "... os requisitos de sistema devem simplesmente descrever o comportamento externo do sistema e suas restrições operacionais. Eles não devem estar relacionados a como o sistema pode ser projetado ou implementado."

    confirmando a alternativa B:
    "... uso de uma arquitetura específica para satisfazer os requisitos não funcionais..."
  • Colega eu gostei da sua pesquisa. Achei boa e valida sim....porem,
    Como os Documentos de especificação funcional têm como característica podem conter os requisitos não funcionais pertinentes ao problema a ser resolvido?
    Nao sei nao. Essa questao me pareceu mal formulada, Eu marquei a letra A , mas tinha ficado em duvida entre A e B. Nao marquei a B exatamente por essa discordancia que apresentei acima...Ate' pq na vida pratica e' sempre um habito os diagramas de interacao relacionados aos requisitos contidos na especificacao virem junto com o restante dos documentos para auxiliar na compreensao do problema...Achei mal formulada a questao... Mas... o importante e' acertar o gabarito nao e'?
  • Analisei o item B da seguinte forma: se numa especificação o cliente deseja que seja apresentado o ano para o qual os dados devem ser apresentados, é um requisito funcional. Mas além disso o cliente deseja que sejam apresentados somente os cinco últimos a partir do ano atual, isso é um requisto não funcional que pode estar contido na especificação. Por isso entendo que realmente a letra B está correta.
  • A J,

    Desculpe, mas acho que o exemplo que vc apresentou trata de um requisito FUNCIONAL.  

    Seria um requisito NÃO FUNCIONAL se fosse algo do tipo: ao solicitar a funcionalidade X, o cliente deve obter a resposta em Y segundos. Ou, para desenvolver a funcionalidade Z, deve ser utilizado uma solução de web service...

    Quanto a questão em si, eu procurei em Pressman e em Sommerville e não encontrei nada relacionado à resposta dada pelo gabarito... queria até saber qual foi a fonte que eles utilizaram...

    • Requisitos funcionais: descrevem as funcionalidades que se espera que o sistema disponibilize, de uma forma completa e consistente. É aquilo que o utilizador espera que o sistema ofereça, atendendo aos propósitos para qual o sistema será desenvolvido.
    • Requisitos não-funcionais -
      referem-se a aspectos não-funcionais do sistema, como restrições nas quais o sistema deve operar ou propriedades emergentes do sistema. Costumam ser divididos em Requisitos não-funcionais de: Utilidade, Confiança, Desempenho, Suporte e Escalabilidade
    analise e veja se a resposta que melhor se encaixa não é a letra "C"
  • Janio,
    O problema da "C" é o trecho:  "...como ele deve ser implementado.
    Isso é requisito não funcional! 
    É vc falar por exemplo, que vai desenvolver em Java, usando JSF, numa arquitetura MVC com web services. 
  • sOMMERVILLE Separa os requisitos em Requisitos de usuário e Requisitos de Sistema.
    Segundo o autor Requisitos de usuário são declarações, em uma linguagem natural com diagramas, de quais serviços o sistema deve fornecer a seus usuários(Requisitos Funcionais) e as restrições com as quais este deve operar(Requisitos não funcionais).(Pág 58)
    O documento de Requisitos de Software, as vezes chamado Especificação de Requisitos de Software, é uma declaração oficial de o que os desenvolvedores do sistema devem implementar. Deve incluir tanto os requisitos de usuário para um sistema quanto uma especificação detalhada dos requisitos de sistemas.(Pag. 63)
    Acredito que a questão tenha sido infeliz ao declarar Especificação Funcional como sinônimo de Especificação de Requisitos de Software.
    Concordo com os colegas de que a quetão poderia ter sido anulada
    Fonte: Sommerville 9° Ed.
  • Concordo com a análise do Filipe.  Escrevi 3 comentarios sobre a questao. Segue primeiro deles (1/3)

    No livro do Sommerville 8a. edicao Item 6.5 Documento de requisitos de software (pag 91), o autor define 

    "O documento de requisitos de Software  (algumas vezes chamado de especificacao de requisitos de software...) é a declaração oficial do que os desenvolvedores devem implementar. Deve incluir requisitos do usuário e uma especificacao detalhada dos requisitos do sistema.  ...   O documento de requisitos possui um conjunto diversificado de usuarios, desde a gerencia senior até os engenheiros responsaveis..."

    Dentre os usuarios citados no livro: Clientes, Gerentes, Engenheiros de teste, de sistemas e de manutencao.

    Notar que, no inicio do enunciado da questao, é definido "...a documentação de especificação funcional de um sistema deve ser clara para o cliente e detalhada para o desenvolvedor,...". Na verdade, a especificação citada no enunciado refere-se ao documento de requisitos de software. (O que na minha opinião seria suficiente para invalidar a questão, mas..)

    Voltando ao Sommerville, na pagina 92, ele cita a estrutura para Documento de requisitos do IEEE 830:

    1. Introducao

    2. Descricao Geral

    3. Requisitos especificos: abrangem requisitos funcionais, nao funcionais e de interfaces.

    4. Apendices

    5. Indice

  • Também encontrei na internet uma explicação simples para esta questão (2/3)

    "Existem as especificações funcionais e especificações técnicas, por outro
    lado existem os requisitos funcionais, e requisitos não funcionais.
    A especificação funcional tem como alvo também, o usuário, e contém por
    isso, requisitos não funcionais."

    Fonte: https://br.groups.yahoo.com/neo/groups/timasters/conversations/topics/154777

    Para os que gostam de referencia do Sommerville e Pressman, vide explicacao abaixo.

  • Para completar a analise desta questão (3/3)

    A letra A está inválida pq o documento de requisitos de software pode até possuir um diagrama de interacao porém nao é característica, ou seja, obrigatório, marcante, necessário. Já a descricao dos requisitos funcionais está explicitada na tabela 6.5 Estrutura de um documento de requisitos (pag 93 Somerville 8a. edicao):

    Esta tabela contém varios tópicos da estrutura de um documento de requisitos, dentre eles:

    "Definicao dos requisitos de usuario:  ... Essa descricao pode usar linguagem natural, diagramas e outras notacoes compreensiveis pelos usuarios. ..."

    "Especificacao de requisitos de sistema: Deve escrever os requisitos funcionais e nao funcionais mais detalhadamente. ..."