SóProvas


ID
239776
Banca
CESPE / CEBRASPE
Órgão
ABIN
Ano
2010
Provas
Disciplina
Engenharia de Software
Assuntos

Com relação aos diagramas da UML, julgue os itens de 128 a 133.

Um caso de uso pode não gerar um diagrama de sequência, a exemplo do que ocorre com os de tipo <<extend>>.

Alternativas
Comentários
  • Olá, pessoal!

    O gabarito foi atualizado para "C", após recursos, conforme edital divulgado pela banca e publicado no site.

    Justificativa da banca: De fato, um caso de uso pode não gerar um diagrama de sequência, a exemplo do que ocorre com os de tipo <<extend>>. O item está certo, motivo pelo qual altera-se o seu gabarito de ERRADO para CERTO.

    Bons estudos!

  • Algué poderia explicar melhor essa questão?
  • Devem existir casos em que um caso de uso não pode ser representado em diagrama de sequencia... mas se existe, com certeza não é por causa do do <extend>.

    Existe sim uma maneira de representar esse relacionamento em Diagrama de Sequência. No UML 2.0 existe o recurso chamado "Fragmento de Sequência" justamente para modelar casos em que um cenário exige a existência de um bloco de controle, por exemplo: IF, WHILE.

    O livro da O'Reilly - Learning UML 2.0 no capitulo 7.8 fala sobre esse recurso (e muitos outros livros também falam). E a tabela 7-4 desse mesmo livro mostra justamente um caso em que "Fragmento de Sequência" pode ser utilizado para representar o relacionamento <
    extend> de um Caso de uso.

    Faltou ai alguem pra mandar um recurso sobre essa questão retrucando essa decisão de transformar o item em 'C'.
  • Pessoal. Vamos prestar atenção na pergunta.

    Um caso de uso PODE não gerar um diagrama de sequência, a exemplo do que ocorre com os de tipo <<extend>>.

    A regra é que todo CSU gere um Diag. Sequencia, porém, pode ocorrer casos em que isso não aconteça. Abraço a todos e bons estudos.

     

  • Eu acho o seguinte:

    Como o <<extend>> é um caso de uso opcional, ele pode ou  não ser representado no diagrama de sequência.
  • Talvez seja porque Casos de Uso Abstratos podem não especificar nenhum comportamento descrevendo somente o esqueleto, sendo assim não haveria oque ser realizado em Diagrama de Sequência.
  • extended não é obrigatório, diferente do included


    assim como não é obrigatório gerar um diagrama de seqüência a partir do caso de uso

  • Prezados,

    Relembrando para não errar mais:
    O relacionamento include mostra que um caso de uso usa funcionalidades de outro, sendo esse um comportamento necessário.
    O relacionamento extends mostra também que um caso de uso  usa funcionalidades de outro, sendo esse um comportamento opcional.

    Quando temos um relacionamento extend, esse comportamento já foi definido em outro lugar , e por isso não se faz necessário gerar um diagrama de sequencia.

    Portanto a questão está correta.