SóProvas


ID
5255200
Banca
CESPE / CEBRASPE
Órgão
Polícia Federal
Ano
2021
Provas
Disciplina
Engenharia de Software
Assuntos

Considerando a teoria geral de sistemas e sistemas de informação, julgue o item a seguir.


Embora não seja dirigido a riscos, o modelo de desenvolvimento de sistemas espiral de Boehm inclui, em seu framework, a etapa de análise e validação dos requisitos.

Alternativas
Comentários
  • ERRADO, na prova foi em branco com a consciência limpa.

    Framework é um conjunto de códigos prontos com diversas funções que podem ser utilizadas no desenvolvimento de sites. Sobretudo, o objetivo de uso dessa ferramenta é aplicar funcionalidades e estruturas já programadas para garantir mais produtividade e qualidade no desenvolvimento de um projeto. 

    Por exemplo: um sistema de buscas dentro de um site pode ser implementado chamando a função busca em um determinado framework.

    fonte: https://blog.revelo.com.br/o-que-e-framework-exemplos-e-aplicacoes/

  • Gabarito: ERRADO

    Um framework de processo de software dirigido a riscos (o modelo em espiral) foi proposto por Boehm (1988). Nele, o processo de software é representado como uma espiral, e não como uma sequência de atividades com alguns retornos de uma para outra. Cada volta na espiral representa uma fase do processo de software. Dessa forma, a volta mais interna pode preocupar-se com a viabilidade do sistema; o ciclo seguinte, com definição de requisitos; o seguinte, com o projeto do sistema, e assim por diante. O modelo em espiral combina prevenção e tolerância a mudanças, assume que mudanças são um resultado de riscos de projeto e inclui atividades explícitas de gerenciamento de riscos para sua redução.

    Cada volta da espiral é dividida em quatro setores:

    1. Definição de objetivos. Objetivos específicos para essa fase do projeto são definidos; restrições ao processo e ao produto são identificadas, e um plano de gerenciamento detalhado é elaborado; os riscos do projeto são identificados. Podem ser planejadas estratégias alternativas em função desses riscos.
    2. Avaliação e redução de riscos. Para cada um dos riscos identificados do projeto, é feita uma análise detalhada. Medidas para redução do risco são tomadas. Por exemplo, se houver risco de os requisitos serem inadequados, um protótipo de sistema pode ser desenvolvido.
    3. Desenvolvimento e validação. Após a avaliação dos riscos, é selecionado um modelo de desenvolvimento para o sistema. Por exemplo, a prototipação descartável pode ser a melhor abordagem de desenvolvimento de interface de usuário se os riscos forem dominantes. Se os riscos de segurança forem a principal consideração, o desenvolvimento baseado em transformações formais pode ser o processo mais adequado, e assim por diante. Se o principal risco identificado for a integração de subsistemas, o modelo em cascata pode ser a melhor opção.
    4. Planejamento. O projeto é revisado, e uma decisão é tomada a respeito da continuidade do modelo com mais uma volta da espiral. Caso se decida pela continuidade, planos são elaborados para a próxima fase do projeto.
  • Gabarito: ERRADO

    A espiral de Boehm, como outros modelos, inclui a etapa de validação e verificação de requisitos. Essa etapa compreende a verificação dos requisitos, ou seja, aquela análise que checa se o sistema atende aos requisitos estabelecidos na definição e projeto do sistema.

    O problema do item é indicar que o modelo é não dirigido a riscos, enquanto esse modelo toma a identificação de riscos como uma de suas principais etapas.

  • O modelo define quatro importantes atividades representadas por quatro quadrantes:

    1. Planejamento: determinação dos objetivos, alternativas e restrições.

    2. Análise de riscos: análise de alternativas e identificação/resolução de riscos.

    3. Engenharia: desenvolvimento do produto no “nível seguinte”.

    4. Atualização feita pelo cliente: avaliação dos resultados da engenharia. 

    A questão peca ao dizer que não é dirigido a riscos, embora seja uma das etapas mais importantes do desenvolvimento.

    Deixei em branco na prova, por, na hora, não saber do que se tratava, este assunto está contido na engenharia de software.

  • A principal diferença entre o modelo em espiral e os outros modelos de processo de software é seu reconhecimento explícito dos riscos.

    Após a avaliação dos riscos, algum desenvolvimento é efetivado, seguido por uma atividade de planejamento para a próxima fase do processo. De maneira informal dizemos que o risco significa, simplesmente, algo que pode dar errado.

    Cada volta na espiral é dividida em quatro setores:

    1. Definição de Objetivos: Objetivos específicos para essa fase do projeto são definidos; restrições ao processo e ao produto são identificadas, e um plano de gerenciamento detalhado é elaborado.
    2. Avaliação e redução de riscos: Para cada um dos riscos identificados no projeto, é feita uma análise detalhada.
    3. Desenvolvimento e validação: Após a validação dos riscos, é selecionado um modelo de desenvolvimento para o sistema.
    4. Planejamento: O projeto é revisado, e uma decisão é tomada a respeito da continuidade do modelo com mais uma volta na espiral.

  • O erro da questão está em:

    Embora não seja dirigido a riscos, o modelo de desenvolvimento de sistemas espiral de Boehm inclui, em seu framework, a etapa de análise e validação dos requisitos.

    O sistema espiral de Boehm é dirigido a riscos!!!

  • Eu gostaria sinceramente de saber se alguém foi para prova tendo estudado esse conteúdo.

  • Gabarito: Errado

    O Modelo de Desenvolvimento em Espiral inclui sim uma etapa de análise de riscos. Esse, inclusive, é seu diferencial. Foi proposto em 1988 por Boehm e é um processo de desenvolvimento de software orientado a riscos. Pode ser descrito também como um Modelo em Cascata + Prototipação.

    De acordo com Pressman suas fases são:

    • Comunicação
    • Planejamento (aqui que entra a análise de riscos)
    • Modelagem
    • Construção
    • Implantação
  • Até agora procurando essa matéria nos PDFs do Gran. Nunca nem vi!!

  • GABARITO: Errado

    A aspiral de Boehm, como outros modelos, inclui a etapa de validação e verificação de requisitos. Essa etapa compreende a verificação de requisitos, ou seja, aquela análise que checa se o sistema atende aos requisitos estabelecidos na definição e projeto do sistema. O problema do item é indicar que o modelo é não dirigido a riscos, enquanto esse modelo toma a identificação de riscos como uma de suas principais etapas.

  • Era pra ter anulada a questão. Não constava no edital

  • ERRADO -

    O sistema espiral de Boehm é dirigido a riscos

    Outra do Cebraspe sobre o assunto:

    (Q1370944) cespe-2004 - O modelo em espiral de desenvolvimento proposto por Boehm apresenta a análise de riscos como uma das suas fases essenciais. CERTA

    No livro do Sommerville, 7º edição, pg 49, possui o modelo em espiral do processo de software de Boehm. Cada volta do espiral possui:

    1. Determinar objetivos, alternativas e restrições

    2. Avaliar alternativas, identificar, resolver riscos

    3. Planejar próxima fase

    4. Desenvolver, verificar produto de próximo nível

  • O examinador do Cespe vem pra destruir - roubar - matar - desestruturar sua família - tirar seu emprego - acabar com sua felicidade - tirar tudo de você e te deixar na sarjeta!

  • Fases do modelo em espiral do Boehm:

    (PAEA)

    - Planejamento

    - Análise de Riscos

    - Engenharia

    - Avaliação do Cliente

    Esse assunto pode ser encontrado nas aulas de Engenharia de Software do Fernando Pedrosa do provasdeti.

  • Gab. ERRADO

    A primeira frase sobre este modelo no livro Engenharia de Software, 3ª edição do Sommerville:

    "Um framework de processo de software dirigido a riscos (o modelo em espiral) foi proposto por Boehm (1988)."

  • Nesse modelo, o desenvolvimento é divido em quatro setores (SOMMERVILLE, 2011), sendo um deles a definição de objetivos: onde são definidos os objetivos para essa fase do projeto, identificando as restrições e preparando um plano de gerenciamento detalhado que inclui todos os possíveis riscos do projeto;