SóProvas



Questões de Ciclo de Vida


ID
8212
Banca
ESAF
Órgão
Receita Federal
Ano
2005
Provas
Disciplina
Arquitetura de Software
Assuntos

Segundo a abordagem do paradigma do ciclo de vida clássico para a Engenharia de Software, é correto afirmar que, durante a atividade

Alternativas
Comentários
  • Este modelo de ciclo de vida determina uma abordagem sequencial para odesenvolvimento de software, na qual o resultado de cada etapa do modelo é utilizadona etapa seguinte.
  • A letra A refere-se à fase de requisitos e não análise e engenharia de software.
  • a)"que pode ser avaliada quanto à QUANTIDADE, antes que a codificação se inicie. "Modelos representativos são avaliados quanto à qualidade e não á quantidade.c)No modelo clássico, ou castata, não há prototipaçãod)"pequena quantidade de projeto e análise de alto nível".Nesta fase há um grande grau de detalhamento e produção de documentação geralmente em grande quantidadee)Na análise de riscos não há adaptações. Apenas a identifação dos riscos.Alternativa B.
  • algeum pode explicar como um projeto pode ser codificado "mecanicamente" ....?
  • Um projeto pode ser codificado mecanicamente com o uso de ferramentas CASE.
  • Galera,

    Atividade de codificação realizada 'mecanicamente', em um modelo de desenvolvimento clássico, em que só haverá uma única passagem por essa fase, é muita, mas muita mesmo, viagem na maionese, a ESAF "forçou a barra" demasiadamente. Se o item ainda tivesse dito PARTE da codificação poderia ser realizado mecanicamente..... até concordaria com a assertiva, mas da forma que está colocada, nem que você utilize uma ferramenta case vinda diretamente da Matrix, de Fringe, de um universo paralelo, das profundezas do inferno, isso nunca seria possível, pelo menos não em 2012.

    Observação: o tom utilizado no comentário, obviamente, foi humorístico. Não tenho a intenção de ofender nenhum dos colegas.

    Abraço a todos. Até à ESAF!
  • Um projeto bem documentado por analista, em que os desenvolvedores apenas pegam os diagramas e implementam, também é um exemplo de codificação mecânica.
    Nesse caso, não há trabalho intelectual do desenvolvedor. Ele apenas "copia" o que o analista documentou na forma de códigos.
  • O que o @Junior falou talvez seja a grande sacada da questão. Parece que 'mecanicamente' não quer dizer que é feito por uma ferramenta de modo automático, mas sim que os desenvolvedores implementam de forma "robotizada", sem pensar muito, apenas olhando o que está especificado e jogando para código.


ID
8263
Banca
ESAF
Órgão
Receita Federal
Ano
2005
Provas
Disciplina
Arquitetura de Software
Assuntos

Analise as seguintes afirmações relacionadas a Ciclo de Vida de um projeto de software:

I. As fases do ciclo de vida de um projeto são equivalentes aos processos de gerenciamento de projetos.

II. As organizações consideram o ciclo de vida do produto parte do ciclo de vida do projeto.

III. O ciclo de vida do projeto define as fases que conectam o início de um projeto ao seu final.

IV. A transição de uma fase para a outra dentro do ciclo de vida de um projeto, em geral é definida por alguma forma de transferência técnica ou entrega.

Indique a opção que contenha todas as afirmações verdadeiras.

Alternativas
Comentários
  • I. As fases do ciclo de vida de um projeto são equivalentes aos processos de gerenciamento de projetos. (errado)
    O ciclo de vida de um produto não se confunde com o ciclo de vida de um projeto.

    II. As organizações consideram o ciclo de vida do produto parte do ciclo de vida do projeto. (errado)
    O ciclo de vida do produto é mais amplo que o ciclo de vida do projeto. O levantamento de um produto pode caracterizar um projeto, a implementação pode caracterizar um projeto, a venda de um produto pode caracterizar um projeto... De forma geral, cada fase do ciclo de vida de um produto pode ser encarada como um projeto.

    III. O ciclo de vida do projeto define as fases que conectam o início de um projeto ao seu final. (correto)
    Um projeto é singular e possui início e fim bem definidos.


    IV. A transição de uma fase para a outra dentro do ciclo de vida de um projeto, em geral é definida por alguma forma de transferência técnica ou entrega. (correto)
  • Francamente, nao entendi o que esta errado na acertiva I
  • O ciclo de vida do produto contém o ciclo de vida do projeto.

    Um conjunto de fases do produto que não se sobrepõem, geralmente em ordem sequencial, cujos nomes e quantidades são determinados pelas necessidades de produção e controle da organização. A última fase do ciclo de vida de um produto geralmente é a retirada de circulação do produto. Geralmente, o ciclo de vida do projeto faz parte de um ou mais ciclos de vida do produto.

    Fonte: PMBOK

    imagem: http://pm2all.blogspot.com.br/2011/05/iniciar-o-projeto.html
  • Leandro Martins Aguiar,
    De acordo com o PMBOK 4 ed pg 23
    "As fases do projeto são divisões de um projeto onde controle adicional é necessário para
    gerenciar de forma efetiva o término de uma entrega importante. Geralmente as fases são
    terminadas sequencialmente, mas podem se sobrepor em algumas situações . A natureza de alto
    nível das fases de um projeto as torna um elemento do ciclo de vida do projeto. Uma fase não é
    um grupo de processos de gerenciamento de projetos
    "
  • II - ERRADO. Pois projeto é temporário. Produto é de longo prazo. Logo, é mais coerente um ciclo de vida projeto estar contido no ciclo de vida do produto


ID
15793
Banca
CESPE / CEBRASPE
Órgão
ANATEL
Ano
2006
Provas
Disciplina
Arquitetura de Software
Assuntos

No que se refere aos modelos de desenvolvimento e ciclos de vida, julgue os itens que se seguem.

A vida de um software pode ser dividida em ciclos. Ao final de cada ciclo, pode-se ter um produto pronto para entrega. Cada ciclo pode ser dividido em fases voltadas para a concepção, a elaboração, a construção e a transição do software. O resultado de uma fase caracteriza-se pelos estados dos artefatos.

Alternativas
Comentários
  • RUP usa desenvolvimento iterativo e incremental
  • O resultado de uma fase caracteriza-se pelos estados dos artefatos.

    nao seria pelas entregas dos artefatos?
  • Dificil adivinhar a qual ciclo se refere se do RUP ou ciclo de vida do software.


ID
135403
Banca
CESPE / CEBRASPE
Órgão
EMBASA
Ano
2010
Provas
Disciplina
Arquitetura de Software
Assuntos

Acerca de princípios de engenharia de software, julgue os itens a
seguir.

Ciclo de vida de um software resume-se em eventos utilizados para definir o status de um projeto.

Alternativas
Comentários
  • O termo modelo do ciclo de vida é utilizado para descrever um modelo que visa descrever um grupo de actividades e a forma como elas se relacionam.

    fonte: wikipédia

  • Não entendi esta questão.
    Alguma fonte de matéria consagrada para estudar esta questão?
  • Luciano, mais uma questão subjetiva de maluco...rs. Quando estamos em um projeto e alguém pergunta como vai... respondemos... já estamos em teste... isso não é uma posição, um status do projeto? Também é uma fase do ciclo de vida.
     

  • O examinador fumou orégano vencido... Questão muito subjetiva. (deve ter pego esses conceitos de ciclo de vida de algum blog)
  • De maneira geral, um modelo de processo descreve uma filosofia de organização de atividades, estruturando as atividades do processo em fases e definindo como essas fases estão relacionadas.
     
    Entretanto, ele não descreve um curso de ações preciso, recursos, procedimentos e restrições.
     
    Ou seja, ele é um importante ponto de partida para definir como o projeto deve ser conduzido, mas asua adoção não é o suficiente para guiar e controlar um projeto de software na prática.
  • São uma representação abstrata e simplificada do processo de desenvolvimento software, apresentada a partir de uma perspectiva específica.

    O ciclo de vida de um software descreve as fases pelas quais o software passa desde a sua concepção até ficar sem uso algum. Segue abaixo a classificação de 4 fases que são delimitadas por diversos eventos típicos em diversos ciclos de vida.

    - Fase de definição: Busca - se a identificação de problemas para que possam elaborar propostas de solução de sistemas computacionais que resolvam tais problemas.

    - Fase de desenvolvimento: Inclui todas as atividades que tem por objetivo a construção do produto. Ela inclui principalmente o design, a implementação e a verificação e validação do software.

    - Fase de operação: Envolve diferentes tipos de atividades como (Distribuição e entrega; Instalação e configuração; Utilização e Manutenção).

    - Fase de retirada: Trata da substituição de softwares legados por plataformas com tecnologia mais atual

    Os ciclos de vida se comportam de maneira sequencial (fases seguem determinada ordem) e/ou incremental (divisão de escopo) e/ou iterativa (retroalimentação de fases) e/ou evolutiva (software é aprimorado).

    Alternativa: Errada

  • Não são eventos e sim processos de software

  • cara quanta pótóca??? é lógico e claro que um ciclo de vida de software não se RESUME a simplismente em eventos utilizados para definir o status de um projeto um ciclo de vida como o próprio nome diz é toda sua trajetória

  • Gabarito: ERRADO

    O ciclo de vida de software é um conjunto de estágios (e, não, eventos) utilizados para definir o status de um software (e, não, projeto). Sommerville afirma, por exemplo, que um ciclo de vida é composto por estágios que demonstram atividades fundamentais de desenvolvimento.


ID
143734
Banca
FIP
Órgão
Câmara Municipal de São José dos Campos - SP
Ano
2009
Provas
Disciplina
Arquitetura de Software
Assuntos

Com relação à fase de projeto do ciclo de vida de um software, é correto afirmar que:

Alternativas
Comentários
  • a) sempre que for utilizada uma abordagem em cascata, ela deve envolver o aperfeiçoamento da especificação dos requisitos.
    Os requisitos devem estar todos definidos antes de iniciar o projeto e não devem mudar.

    b) o projeto define qual será a solução adotada para satisfazer todos os requisitos e como ela será implementada.

    c) existe apenas uma maneira de o projeto atender satisfatoriamente aos requisitos de um software.
    O projeto é a tradução das exigências da representação do software. Como um "desenho" não há apenas uma maneira de se fazer.

    d) os grandes sistemas normalmente são compatíveis com um único modelo de arquitetura de software
    Podem ser utilizadas diversas outras abordagens de arquitetura de software.
  • Que questão feia...

  • N.D.A.? Me lembrei do remoto tempo que fazia 2º grau.

  • T-O-D-O-S os requisitos não tem como não. 

    Questão tentou ser dificil, ficou errada.

    O projeto tenta pegar a maioria dos requisitos, ou os mais importantes. Agora TODOS????? Inclusive, podem ser conflitantes e aí não tem como MESMO pegar todos. 


ID
144949
Banca
CESPE / CEBRASPE
Órgão
INMETRO
Ano
2009
Provas
Disciplina
Arquitetura de Software
Assuntos

Acerca de linhas de produtos e de componentes de software, julgue os itens subsequentes.

Em um ciclo de vida, com base em componentes de software, as atividades de busca, avaliação, adaptação e testes de componentes ocorrem basicamente após as fase de desenho e antes da fase de testes do sistema de software.

Alternativas
Comentários
  • As atividades do processo baseado em componentes são:

    1. Elicitação de requisitos
    2. Lavantamento dos componentes
      1. Caso não tenha um componente adequado, criação deste componente
    3. Modificação dos requisitos de acordo com os componentes encontrados
    4. Projetar a arquitetura do sistema
    5. Desenvolver o sistema
    6. Testar o sistema
      1. Encontrou alguma coisa errada ?
        1. Volte para Desenvolver o sistema

    Então a busca ( 2) ocorre antes da fase de desenho (4).

  • Completando o comentário acima, não posso desenhar nada se ainda não fiz uma busca para saber se o componente existe.
  • Segundo Sommerville 8ª edição, p. 46, os estágios do modelo genérico para Component-based Software Engineering - CBSE são:

    1. Especificação dos requisitos
    2. Análise dos componentes -> Busca, avaliação
    3. Modificação dos requisitos -> Adaptação
    3. Projeto do sistema com reuso -> Desenho 
    4. Desenvolvimento e Integração
    5. Validação de Sistema -> Teste

    busca, avaliação, adaptação -> Antes do Desenho
    testes -> Após a fase de Desenho

    34 + 1 = 35  Você não digitou o resultado corretamente. Por favor, tente novamente.
  • Modelo Baseado em Componentes

    - Utiliza o reuso como peça principal

    - Depende de uma grande base de componentes reusáveis e algum framework de integração .

    -> Propicia redução de custo, entregas mais rápidas e aumento de qualidade ( Componentes já são previamente testados”.

    -> Componentes

    - E um bloco de construção modular

    - Executável

    - Independente

    - Padronizado

    - Reutilizável

    - Expõe um conjunto de interfaces.

    * Na engenharia de software baseada em componentes, na qual se supõe que partes do sistema já existam, o processo de desenvolvimento concentra-se mais na integração dessas partes que no seu desenvolvimento a partir do inicio. Essa abordagem é baseada em reuso para desenvolvimento de sistemas de software.


ID
223993
Banca
UFF
Órgão
UFF
Ano
2009
Provas
Disciplina
Arquitetura de Software
Assuntos

Em relação aos ciclos de vida do software, o desenvolvimento de sistemas por meio de ciclo de vida iterativos garante ao sistema:

Alternativas
Comentários
  • O modelo incremental, também chamado de iterativo e incremental, divide o processo de desenvolvimento de software em ciclos. Em cada ciclo de desenvolvimento podem ser identificadas as fases de análise, projeto, implementação e testes. No modelo iterativo e incremental, um sistema de software é desenvolvido em vário passos similares (iterativo) e em cada passo o sistema é estendido com mais funcionalidades (incremental). (BEZERRA, 2007)

    O ciclo iterativo tem a vantagem de garantir a atualização contínua do software. Este modelo permite que os usuários acompanhem o desenvolvimento do produto desde seus estágios iniciais, de forma que o mesmo possa ser adaptado ou modificado ao longo do processo de produção de acordo com as necessidades dos usuários. Assim, quando existir um protótipo refinado que satisfaça e atenda a todos os requisitos dos usuários, o produto estará pronto. 


ID
235390
Banca
CETAP
Órgão
AL-RR
Ano
2010
Provas
Disciplina
Arquitetura de Software
Assuntos

Das seguintes informações sobre modelos de ciclos de vida de desenvolvimento de software, é INCORRETO afirmar:

Alternativas
Comentários
  • D)
    Não é ao final de cada fase e sim de cada CICLO.

    []S
    Marcelo
  • Não é no final de cada ciclo, o modelo em cascata clássico tem apenas um ciclo. O software só fica pronto no final de todo o ciclo, o que é uma desvantagem.
  • A desvantagem é que hoje em dia, o trabalho de software é em ritmo rápido e sujeito a uma torrente sem fim de modificações (de características, funções e conteúdo da informação). O modelo em cascata é inadequado para esse tipo de trabalho. No entanto, pode servir como um modelo de processo útil em situações nas quais os requisitos são fixos e o trabalho deve prosseguir até o fim de modo linear.

    Penso que como a meta é aprovação no concurso, é importante não desperceber este detalhe!

ID
280192
Banca
IADES
Órgão
CFA
Ano
2010
Provas
Disciplina
Arquitetura de Software
Assuntos

Segundo a abordagem do paradigma do ciclo de vida clássico para a Engenharia de Software, assinale a alternativa correta.

Alternativas
Comentários
  • Atividades do Ciclo de Vida Cascata:

    Análise e engenharia de sistemas Na primeira etapa, é estabelecido os requisitos para todos os elementos do sistema. Esta visão do sistema é fundamental para o software, bem como a função, desempenho e interface exigidos.


    Projeto

    Se concentra em quatro atributos distintos do programa: estrutura de dados, arquitetura de software, detalhes procedimentais e caracterização de interface. Na fase de Projeto: são traduzidas as exigências de uma representação do software que podem ser avaliadas quanto à qualidade antes que se inicie a codificação

     Codificação

    A etapa da codificação executa a tarefa de traduzir o projeto para uma forma legível para a máquina. Se o projeto for executado detalhadamente, a codificação pode ser executada mecanicamente.

     Testes

    Esta etapa, concentra-se nos aspectos lógicos internos do software, garantindo que todas as instruções tenham sido testadas, e concentra-se também nos aspectos funcionais externos realizando testes para descobrir erros e para definir que a entrada definida produza resultados reais que concordem com os resultados exigidos.


    Manutenção

    Depois que o software for entregue ao cliente, ele sofrerá mudanças, tanto porque erros foram encontrados, ou porque o software deve ser adaptado a fim de acomodar mudanças em seu ambiente externo ( por exemplo, uma mudança exigida por causa de um novo sistema operacional ou dispositivo periférico) ou ainda porque o cliente exige acréscimos funcionais ou de desempenho.

    Fonte: http://www2.dem.inpe.br/ijar/CriseSoftParadigmas.html 

  • a) Durante a atividade de análise e engenharia de sistemas, as exigências são traduzidas em uma representação do software, que pode ser avaliada quanto à quantidade, qualidade antes que a codificação se inicie.

    b) Na prototipação, são realizados os testes para garantir que a entrada definida produza resultados reais que concordem com os resultados exigidos.
    Os testes são realizados na Construção.

    c) Quando da realização da análise de riscos, ocorrem adaptações a fim de acomodar mudanças no ambiente externo e acréscimos funcionais ou de desempenho.
    Não há análise de riscos no modelo de ciclo de vida clássico (ou cascata/sequencial/linear).

    d) Ao fazer a codificação, o projeto deve ser traduzido em uma forma legível por máquina. Quando o projeto é bem detalhado, essa etapa pode ser realizada mecanicamente.
    Correto.
  • Segundo Pressman, 7a. ED. Pág 59, o modelo cascata, algumas vezes chamado ciclo de vida clássico, sugere uma abordagem sequencial e sistemática para o desenvolvimento de software, começando com o levantamento de necessidades por parte do cliente (Comunicação), avançando pelas fases de Planejamento (estimativas, cronogramas, acompanhamento), Modelagem (análise, projeto), Construção (codificação, testes), Emprego (entrega, suporte, feedback) e culminando no suporte contínuo do software concluído.

  • SERA QUE ALGUEM PODERIA ME DAR UM EXEMPLO PRATICO DE COMO SE DA ESSA CODIFICACAO MECANICA DE UM PROJETO? EU SEI QUE ESTA ESCRITO NO LIVRO TAL DO AUTOR TAL... MAS O QUE E' ISSO? E' UM ROBO PROGRAMDOR E'? RS
  • Leandro, trata-se da utilização de ferramentas CASE para a codificação. Se o software estiver bem especificado/documentado é possível fazer a codificação AUTOM´ATICA/MECANICA. 

    Abraços e bons estudos
  • Acredito que a questão quando cita "esta etapa pode ser realizada mecanicamente", está se referindo à arquitetura orientada à modelos, que segue um processo naturalmente, porém a etapa de desenvolvimento é executada por ferramentas capazes de ler os modelos gerados nas etapas anteriores e gerar código compilável do mesmo.

    http://pt.wikipedia.org/wiki/Model_Driven_Architecture
  •  d)

    Ao fazer a codificação, o projeto deve ser traduzido em uma forma legível por máquina. Quando o projeto é bem detalhado, essa etapa pode ser realizada mecanicamente.

     


ID
717412
Banca
FCC
Órgão
TCE-SP
Ano
2010
Provas
Disciplina
Arquitetura de Software
Assuntos

Em relação ao ILM (Information Lifecyle Management), considere:

. O papel do ILM é o de permitir uma gestão do ciclo de vida da informação, impondo uma perspectiva orientada para a informação e que especifica os aparatos tecnológicos em função dos requisitos que as necessidades de informação exigem, a cada passo do ciclo de vida.

II. O ILM pode ser considerado uma estratégia para alinhar a infraestrutura de TI aos requisitos do negócio com base no valor das informações que, ao longo do tempo, mudam de valor, e a infraestrutura que as suporta também deveria variar conforme o ciclo de vida da informação.

III. O custo total de propriedade (TCO) é um dos parâmetros considerados nas estratégias do ILM e recomenda que os ambientes de infraestrutura ofereçam um mesmo nível de serviço para toda e qualquer aplicação, com o objetivo de minimizar custos.

IV. O uso de uma estrutura de armazenamento, que possua diferentes níveis de capacidade e throughput, deve considerar a coexistência dos dados online com aqueles mais antigos, para não comprometer os índices de SLA.

É correto o que consta APENAS em

Alternativas
Comentários
  • Letra B

    III. Errado. De fato, o TCO é sim considerado nas estratégias do ILM, mas oferecer o mesmo nível de serviço para toda e qquer aplicação não faz sentido... visto aplicações críticas e não críticas receberem tratamentos diferentes.

    IV. Errado. Acredito que o ambiente com dados online deve ter níveis de capacidade e throughput diferente do ambiente composto com dados antigos e cada um desses ambientes terá seu índice de SLA diferenciado em virtude dos critérios de importância estabelecidos para cada um deles.


ID
931363
Banca
CESPE / CEBRASPE
Órgão
SERPRO
Ano
2010
Provas
Disciplina
Arquitetura de Software
Assuntos

Julgue os itens a seguir, referentes aos modelos de ciclo de vida de software e aos processos de desenvolvimento de software.

O modelo em espiral do ciclo de vida de software é iterativo e incrementai, uma vez que a mesma seqüência de atividades relacionadas à produção de software é realizada a cada ciclo da espiral.

Alternativas
Comentários
  • Segundo Pressman, o Modelo Espiral é iterativo (e interativo), mas não incremental. Porém, não é raro que as bancas o associem ao binômio interativo e incremental.

  • Gabarito: ERRADO

    O modelo em espiral é iterativo e evolutivo.

  • O modelo em espiral do ciclo de vida de software é iterativo e incrementai, uma vez que a mesma seqüência de atividades relacionadas à produção de software é realizada a cada ciclo da espiral.errado

    r: é iterativo e evolutivo.

    Bendito serás!!


ID
931369
Banca
CESPE / CEBRASPE
Órgão
SERPRO
Ano
2010
Provas
Disciplina
Arquitetura de Software
Assuntos

Julgue os itens a seguir, referentes aos modelos de ciclo de vida de software e aos processos de desenvolvimento de software.

Scrum é uma metodologia formal, desenvolvida no início deste século, que enfatiza o uso de padrões de projeto orientados a objetos para a construção de microarquiteturas de software.

Alternativas

ID
932323
Banca
CESPE / CEBRASPE
Órgão
SERPRO
Ano
2010
Provas
Disciplina
Arquitetura de Software
Assuntos

Acerca de ciclo de vida e de metodologias de desenvolvimento de
software, julgue os itens seguintes.

O ciclo de vida de um software corresponde a um conjunto de quatro etapas sucessivas: análise do problema, definição da arquitetura do software, projeto e teste com validação.

Alternativas
Comentários
  • São 3 etapas básicas:

    • Definição: É feita a análise de requisitos e escolha de modelagem do software de acordo com a aplicação;
    • Desenvolvimento: Aqui tem algumas ações como prototipagem, codificação, design, testagem, integração e outras;
    • Operação: Disponibilização ao usuário, suporte, correção de erros de execução (caso tenha) e aprimoramento.

ID
933709
Banca
CESPE / CEBRASPE
Órgão
SERPRO
Ano
2010
Provas
Disciplina
Arquitetura de Software
Assuntos

Julgue os itens a seguir, referentes aos modelos de ciclo de vida de
software e aos processos de desenvolvimento de software.

O desenvolvimento sistemático de documentos XML que descrevem a arquitetura de software executável, composta por componentes, interfaces e interligações entre componentes, é uma característica de um modelo de ciclo de vida de software conhecido como DDP (document-driven process).

Alternativas

ID
973318
Banca
Aeronáutica
Órgão
EEAR
Ano
2012
Provas
Disciplina
Arquitetura de Software
Assuntos

Assinale a alternativa que apresenta a fase do ciclo de vida de um sistema, na qual é feita a simulação de funcionamento de todo o sistema em condições reais de operação, chamado também de teste piloto.

Alternativas

ID
1029856
Banca
CESPE / CEBRASPE
Órgão
TCE-RO
Ano
2013
Provas
Disciplina
Arquitetura de Software
Assuntos

Com relação à engenharia de software, julgue os itens seguintes.

A engenharia de software define quatro fases para o ciclo de vida de um sistema: iniciação, elaboração, construção e transição, sendo essa última responsável pela homologação dos artefatos junto ao cliente.

Alternativas
Comentários
  • Errado.

    As fases citadas são definidas pelo RUP e não pela engenharia de software como afirmado na questão.
    A última fase referida que é a fase de transição ocorre a entrega ("deployment") do software, é realizado o plano de implantação e entrega, acompanhamento e qualidade do software. Produtos (releases, versões) devem ser entregues, e ocorrer a satisfação do cliente. Nesta fase também é realizada a capacitação dos usuários.
    Quanto a questão da homologação dos artefatos, esta homologação pode ocorrer durante TODAS as fases, e não somente na fase de transição como afirmado.
    As Fases do ciclo de vida do software (modelo cascata) definido pela Engenharia de Software, conforme Sommerville, 8 Ed:

    1. Definição de Requisitos
    2. Projeto de sistema e software
    3. Implementação e teste de unidade
    4. Integração e teste de sistema
    5. Operação e manutenção
  • Acredito que o erro da questão está na última parte onde diz que os artefatos são validados pelo cliente somente na fase de transição. A validação pode ocorrer em qualquer fase do ciclo de vida.

  • sabia que tinha um peguinha maldito nesta questão


    It was soooo easy to be true

  • São 8 fases do ciclo de vida de software: Planejamento, Análise e Especificação de Requisitos, Projeto, Implementação, Testes, Entrega e Implantação, Operação e Manutenção.

  • Errado!

    Na questão a banca aborda as quatro fases do modelo RUP.

  • Segundo os autores mais renomados de engenharia de software as seguintes fases no clico de vida são:

    1-Comunicação 2-Planejamento 3-Modelagem 4-Construção 5-Implantação  ----------- 
    1-Especificação de Software 2-Projeto e Implementação 3-Validação 4-Evolução.    Os autores são:Pressman e sommerville,respectivamente.

  • Eu fiz essa questão pensando no modelo de Engenharia de Sistemas, pois a banca pergunta sobre o ciclo de vida de um sistema.

    <imgsrc="http://www.jricardo.net/wordpress/wp-content/uploads/2012/09/es2.png" alt=" Modelo de Engenharia de Sistemas" />


  • Pegadinha com as 4 fases do RUP.

  • Assim ficaria correto:


    O RUP define quatro fases para o ciclo de vida de um sistema: iniciação, elaboração, construção e transição, sendo TODAS responsáveis pela homologação dos artefatos junto ao cliente. 


    Bons estudos!

  • "Embora existam muitos processos de software diferentes, algumas atividades fundamentais são comuns a todos eles, como:

    1. Especificação de software: A funcionalidade do software e as restrições sobre sua operação devem ser definidas.2. Projeto e implementação de software: O software que atenda à especificação deve ser produzido3. Validação de software: O software deve ser validado para garantir que ele faça o que o cliente deseja4. Evolução de software: O software deve evoluir para atender às necessidades mutáveis do cliente"
    Sommerville, Ian. Engenharia de Software, 8ª Edição, São Paulo : Pearson Addison-Wesley, 2007
  • o RUP define quatro fases.

  • Ciclo de Vida do Software
    Definição
           Modelagem e análise. Inclui estudo de viabilidade.
    Desenvolvimento
          Objetiva a construção do produto.
    Operação
           Distribuição e entrega, instalação, utilização e manutenção.
    Retirada
           Evolução para novas plataformas operacionais ou incorporação de novos requisitos. Grande desafio atual.

    Fonte - Provasdeti - professor Lucio Camilo

  • RESOLUÇÃO:

    As fases do ciclo de vida de um sistemas são as seguintes: Definição, Desenvolvimento, Operação, Retirada.

    Resposta: Errado


ID
1092427
Banca
CESPE / CEBRASPE
Órgão
INPE
Ano
2008
Provas
Disciplina
Arquitetura de Software
Assuntos

Com relação aos conceitos de engenharia de software, julgue os próximos itens.

O ciclo de vida do software tem início na fase de projeto.

Alternativas
Comentários
  • atividades fundamentais são:
    •  análise e definição de requisitos;
    •  projeto;
    •  implementação;
    •  teste;
    •  integração.

  • Uma analogia entre produto x projeto

    Ciclo de vida do software -> Produto

    Ciclo de vida do desenvolvimento de software -> Projeto

     

  • Gabarito: ERRADO

    Mais uma vez: alguns autores afirmam que os modelos de ciclo de vida básicos, de maneira geral, contemplam pelo menos as fases de: Planejamento; Análise e Especificação de Requisitos; Projeto; Implementação; Testes; Entrega e Implantação; Operação; e Manutenção. Logo, ele não começa com projeto! Como você começa com projeto sem sequer levantar os requisitos? Era possível responder usando só lógica!

  • RESOLUÇÃO:

    O ciclo de vida do software inicia com o produto.

    Resposta: Errado


ID
1272097
Banca
MPE-RS
Órgão
MPE-RS
Ano
2012
Provas
Disciplina
Arquitetura de Software
Assuntos

O ciclo de vida básico de um software compreende

Alternativas
Comentários
  • Acredito que esta questão esteja incorreta, o ciclo de vida compreende em: definição, desenvolvimento, operação e retirada. esta questão acima cita o ciclo de vida do DESENVOLVIMENTO do software, o que é diferente do ciclo de vida do software.

  • Questão bem abrangente. Não se baseou em nenhum ciclo de vida específico.

    Cabe o bom senso e dá pra matar a questão.

  • Alguns autores afirmam que os modelos de ciclo de vida básicos, de maneira geral, contemplam pelo menos as fases de: Planejamento; Análise e Especificação de Requisitos; Projeto; ImplementaçãoTestes; Entrega e Implantação; Operação; e Manutenção
     


ID
1278250
Banca
UEG
Órgão
TJ-GO
Ano
2006
Provas
Disciplina
Arquitetura de Software
Assuntos

Sobre modelos de ciclo de vida de sistemas, é INCORRETO afirmar:

Alternativas
Comentários
  • Gabarito C : O modelo iterativo incremental propõe uma nova filosofia de organização do ciclo de vida dos sistemas. (O erro da questão está em dizer que) Os tradicionais conceitos de ciclo de vida em cascata e em espiral foram totalmente abandonados graças a essa revolucionária maneira de desenvolver sistemas.


ID
1283008
Banca
CESPE / CEBRASPE
Órgão
ANCINE
Ano
2013
Provas
Disciplina
Arquitetura de Software
Assuntos

A respeito de arquitetura e engenharia de software, julgue o  item  seguinte.

O principal objetivo da norma ISO/IEC 14.598-2 é estabelecer uma estrutura comum para os processos de ciclo de vida e de desenvolvimento de softwares, com o intuito de auxiliar as organizações em todos os componentes relativos à aquisição e ao fornecimento de softwares.

Alternativas
Comentários
  • O padrão ISO/IEC 14598 fornece métodos para medida, coleta e avaliação da qualidade de produtos de software. Não descreve métodos para avaliar o processo de produção de software, nem para predição de custos do produto. Seu objetivo final é assegurar que o produto satisfaça as necessidades explícitas e implícitas das diversas categorias de utilizadores fornecendo a qualidade requerida. Especificamente, a ISO/IEC 14.598-2 refere-se à Avaliação de Produto – Parte 2: Planejamento e gestão e tem por finalidade planejar, gerenciar e selecionar as métricas e ferramentas que serão utilizadas no processo de avaliação dos produtos de software.


ID
1352647
Banca
FUNCAB
Órgão
MDA
Ano
2014
Provas
Disciplina
Arquitetura de Software
Assuntos

No modelo seqüencial linear, o desenvolvimento de software com a utilização de técnicas de quarta geração (4GL) possibilita a eliminação da seguinte fase desse ciclo de vida do projeto:

Alternativas
Comentários
  • https://tec4rup.wordpress.com/2010/05/13/o-que-sao-as-tecnicas-de-4%C2%AA-geracao/

  • as técnicas de quarta geração (4GL) supostamente buscam especificar software a uma máquina em um nível que esteja próximo à linguagem natural ou de se usar uma notação que comunique uma função significativa. Desse modo, a fase de codificação não seria necessária.

    Referência: Engenharia de Software (Roger S. Pressman).

ID
1623424
Banca
CETAP
Órgão
MPC-PA
Ano
2015
Provas
Disciplina
Arquitetura de Software
Assuntos

Considerando o modelo de ciclo de vida clássico (waterfaíl), qual das alternativas seguintes não é aderente ao modelo?

Alternativas
Comentários
  • vida clássico (waterfaíl)= Modelo em Cascata

  • Do jeio que está descrita a letra B, não parece o cascata. Parece o ciclo de vida incremental.

    Discordo do gabarito!


ID
1725301
Banca
FCC
Órgão
MPE-PB
Ano
2015
Provas
Disciplina
Arquitetura de Software
Assuntos

Considere que um Analista de Sistemas e sua equipe trabalham utilizando o ciclo de vida clássico de software. Na etapa atual eles estão descrevendo as tarefas técnicas a serem conduzidas no desenvolvimento, levantando os riscos prováveis, os recursos que serão necessários, os produtos de trabalho a serem produzidos, bem como definindo um cronograma de trabalho. A equipe está na fase de

Alternativas
Comentários
  • Pressman (2006) destaca o seguinte conjunto de atividades genéricas de um processo:

    • Comunicação – Essa atividade envolve alta comunicação e colaboração com o cliente (e outros stakeholders) e abrange o levantamento de requisitos e outras atividades relacionadas;

    Planejamento – Essa atividade estabelece um plano para o trabalho de engenharia de software. Descreve as tarefas técnicas a serem conduzidas, os riscos prováveis, os recursos que serão necessários, os produtos de trabalho a serem produzidos e um cronograma de trabalho;

    • Modelagem – Essa atividade inclui a criação de modelos que permitam ao desenvolvedor e ao cliente, entender melhor os requisitos do software e o projeto que vai satisfazer a esses requisitos;

    • Construção – Essa atividade combina geração de código (manual ou automática) e os testes necessários para revelar erros no código;

    • Implantação – O software é entregue ao cliente, que avalia o produto e fornece feedback. 


    Fonte: http://www3.ceunes.ufes.br/downloads/2/mariateixeira-EC.Engenharia%20de%20Software.Conte%C3%BAdo%203.2011.2.pdf

  • CPM - CI - Pressman - Comunicacao, planejamento, modelagem, construçào, implantação

    x

    EDI - VE - Sommerville - Especificação, design, implementação, validação, evolução

     

    2013

    O ciclo de vida de um software deve apresentar, no mínimo, as etapas de elaboração do documento de visão, levantamento de regras de negócio, especificação/validação de requisitos e prototipagem.

    Errada

     

     


ID
1754827
Banca
FCC
Órgão
DPE-SP
Ano
2015
Provas
Disciplina
Arquitetura de Software
Assuntos

Um Analista está considerando os ciclos de vida de desenvolvimento de software para desenvolvimento de seu sistema. Dentre tais ciclos há os modelos de desenvolvimento incrementais, nos quais

Alternativas
Comentários
  • Desenvolvimento incremental: Essa abordagem intercala as atividades de especificação, desenvolvimento e validação.  O sistema é desenvolvido como uma série de versões (incrementos), de maneira que cada versão adiciona funcionalidades à anterior.


    Fonte: Sommerville, 9 Edição, Capítulo 2, Página 20.
  • Questão devia ser anulada. Nada ver esse gabarito B pois o incremento adiciona funcionalidades. Nada impede a primeira versão já entrar em produção e ir "incrementando"

  • Versão adequada? Pra mim cada versão criada já é adequada


ID
1793044
Banca
ESAF
Órgão
ESAF
Ano
2015
Provas
Disciplina
Arquitetura de Software
Assuntos

O gerenciamento do ciclo de vida da informação (ILM – Information Lifecycle Management) é uma estratégia pró- ativa que permite a uma organização gerenciar de modo efi caz suas informações durante todo o seu ciclo de vida. Em relação à estratégia do ILM, é incorreto afirmar que:

Alternativas
Comentários
  • LETRA B errada.


    Segundo Somasundaram(2011,p.37),"Uma estratégia de ILM deve incluir as seguintes características:

    Centrada no negócio; Gerenciada centralmente; Baseada em políticas; HETEROGÊNEA; Otimizada."

    Armazenamento e Gerenciamento de Informações" -  Somasundaram,G.


  • Letra B. Complementando...

    Uma estratégia de ILM deve incluir as seguintes características:

    1) Centrada no negócio: integrada aos processos, aplicativos e iniciativas-chave do negócio para poder lidar tanto com o crescimento atual, quanto com o futuro das informações.

    2) Gerenciada centralmente: todas as informações de um negócio precisam estar sob a supervisão da estratégia de ILM.

    3) Baseada em políticas: o ILM deve ser implantado como política e abranger todos os aplicativos, processos e recursos da empresa.

    4) Heterogênea: uma estratégia de ILM precisa levar em consideração todos os tipos de plataformas de armazenamentos e sistemas operacionais.

    5) Otimizada: a estratégia deve considerar os diferentes requisitos de armazenamento, baseados no valor das informações para a empresa.


ID
1992523
Banca
Aeronáutica
Órgão
EEAR
Ano
2011
Provas
Disciplina
Arquitetura de Software
Assuntos

No contexto do ciclo de vida de um sistema, assinale a alternativa que define corretamente a fase de implementação.

Alternativas

ID
1992532
Banca
Aeronáutica
Órgão
EEAR
Ano
2011
Provas
Disciplina
Arquitetura de Software
Assuntos

Assinale a alternativa que apresenta os três estágios do ciclo de vida de um sistema.

Alternativas

ID
2080255
Banca
CESPE / CEBRASPE
Órgão
TCE-PR
Ano
2016
Provas
Disciplina
Arquitetura de Software
Assuntos

As fases do ciclo de vida de um software são

Alternativas
Comentários
  • Ciclo de vida de software - O modelo em cascata - Linear

     

    1.  Análise e definição de requisitos.

     

    2.  Projeto de sistema e software. 

     

    3.  Implementação e teste unitário.

     

    4. Integração e teste de sistema.

     

    5.  Operação e manutenção.

     

    Fonte: Engenharia de software 9ed - Sommerville

  • A questão misturou a definição do Sommerville com a do Pressman.

    Na hora da prova me pegou.

  • e)

    planejamento,  análise e especificação de requisitos (equivalente a fase concepcao do RUP)

     projeto (equivalente a fase elaboracao do RUP)

    implementação (equivalente a fase construcao do RUP)

    testes, entrega e implantação, operação e manutenção. (equivalente a fase transicao do RUP)

  • Segundo qual dos 86547954 autores diferentes?

ID
2096770
Banca
CESPE / CEBRASPE
Órgão
TCE-PA
Ano
2016
Provas
Disciplina
Arquitetura de Software
Assuntos

Julgue o item subsecutivo, referente à gestão do ciclo de vida da informação — ILM (Information Lifecycle Management).

Em comparação aos dados não estruturados, os dados estruturados demandam mais espaço de armazenamento e um gerenciamento mais cauteloso, uma vez que constituem a maior parte dos dados corporativos.

Alternativas
Comentários
  • Em comparação aos dados não estruturados, os dados estruturados demandam MENOS espaço de armazenamento...

    Fonte: Armazenamento e Gerenciamento de Informações, pg. 30, https://books.google.com.br/books/about/Armazenamento_e_Gerenciamento_de_Informa.html?id=d8uCfC46hwsC&printsec=frontcover&source=kp_read_button&redir_esc=y#v=onepage&q=dados%20estruturados&f=false

  • Errado.

     

    Os dados podem ser classificados como estruturados e não estruturados.

     

    Dados estruturados são organizados em linhas e colunas (formato definido) de modo que os aplicativos possam processá-los e recuperá-los com eficiência (SGBD).

     

    Os dados não estruturados não possuem um formato definido, logo, são difíceis de consultar e recuperar (gerenciamento mais complexo).

     

    Assim, concluímos que os dados NÃO estruturados demandam um gerenciamento mais cauteloso.

  • Como vimos durante a aula, os dados não estruturados costumam representar a maior parte dos dados em uma organização. Dessa maneira, eles irão requerer mais espaço para armazenamento e um gerenciamento mais cauteloso. A alternativa somente inverteu os conceitos.

    Gabarito: E

  • Gabarito: certo.

    Além do que os colegas disseram, os dados não estruturados é que constituem a maior parte dos dados corporativos.

  • CERTO

    A maior parte dos dados corporativos são não-estruturados, logo eles necessitam de maior espaço de armazenamento e um gerenciamento mais cauteloso.

  • Os dados não estruturados são os que não podem, ou são difíceis de serem armazenados em linhas e colunas. Geralmente são de difícil acesso e recuperação e requerem maior espaço e velocidade para armazenamento e gerenciamento. 

    Fonte: https://www.devmedia.com.br/big-data-tutorial/30918

  • "constituem a maior parte dos dados corporativos"

  • GAB.: ERRADO.

    ''Maior parte dos dados corporativos'' são os dados NÃO ESTRUTURADOS. Portanto, ele é o mais difícil de ser armazenado. A questão apenas inverteu as definições.

    Bons estudos!

  • Os dados não estruturados são abundantes na internet e nas organizações, sendo a maior parte dos dados (cerca de 90%) no ambiente corporativo. Assim, demandam mais espaço de armazenamento e um gerenciamento mais cauteloso.

    Errado.

  • Em comparação aos dados não estruturados, os dados estruturados demandam mais espaço de armazenamento e um gerenciamento mais cauteloso, uma vez que constituem a maior parte dos dados corporativos.

    O TRECHO EM VERMELHO TORNA A QUESTÃO COMPLETAMENTE ERRADA!

    • MINHA CONTRIBUIÇÃO:

    DADOS ESTRUTURADOS: Um banco de dados tradicional é o composto em sua maioria por dados estruturados que possuem representação homogênea. POSSUÍ ATRIBUTOS BEM definidos e com formatação, como texto, número, data, valor lógico. Ocupam menos espaço para serem armazenados. E AINDA, ESTIMASSE QUE 20% DOS DADOS DE UMA EMPRESA SEJAM ESTRUTURADOS. É mais fácil manipular e utilizar dados estruturados em aplicações. Cada registro pode apresentar valores diferentes, mas utiliza os mesmos atributos que os demais. PODEM SER CLASSIFICADOS.

  • gab e!

    Assim, os dados não estruturados não seguem nenhum tipo de modelo ou organização predefinida. Como exemplos, podemos citar imagens, textos, vídeos, documentos... Os dados não estruturados são abundantes na internet e nas organizações, sendo comum que se afirme que esse tipo de dado compõe a maior parte dos dados no ambiente corporativo.

    Prof Arthur Mendonça - Equipe Victor Dalton.

  • Dados estruturados

     

    Segue uma estrutura bem definida.

     

    Dados estruturados são organizados em linhas e colunas, geralmente são encontrados em banco de dados relacionais, são eficientes quanto à recuperação e processamento.

     

    • Cada coluna deve ter o mesmo tipo de dados para todos os valores diferentes de nulo, assim como as linhas devem possuir registros que satisfação as restrições de integridade descritas na definição da tabela.
    • Estes dados respeitam uma estrutura rígida predefinida, ou seja, estão sempre representados de acordo com um modelo que foi previamente estabelecido. É o tipo de dados comumente armazenados nos bancos de dados convencionais.

    Característica:

     

    • Estrutura rígida predefinida (esquema)
    • Dados mais facilmente buscáveis e acessíveis.
    • Manutenção do padrão
    • Atributos conhecidos com ANTECEDÊNCIA

  • Os dados não estruturados costumam representar a maior parte dos dados em uma organização.

    Dessa maneira, eles irão requerer mais espaço para armazenamento e um gerenciamento mais cauteloso.

    A alternativa somente inverteu os conceitos.

    Gabarito: E

  • GAB. ERRADO!

    Os dados não estruturados são abundantes na internet e nas organizações, sendo a maior parte dos dados (cerca de 90%) no ambiente corporativo. Assim, demandam mais espaço de armazenamento e um gerenciamento mais cauteloso.

    Fonte: Patrícia Quintão.


ID
2096773
Banca
CESPE / CEBRASPE
Órgão
TCE-PA
Ano
2016
Provas
Disciplina
Arquitetura de Software
Assuntos

Julgue o item subsecutivo, referente à gestão do ciclo de vida da informação — ILM (Information Lifecycle Management).

DAS (direct-attached storage) é uma tecnologia de armazenamento de dados criada para que sejam direcionados os requisitos relativos ao custo, ao desempenho e à disponibilidade dos dados.

Alternativas
Comentários
  • Gabarito Errado

    A sigla DAS é abreviação de "Direct Attached Storage". Ela se refere a dispositivos de armazenamento externo ligados diretamente ao servidor (ou a qualquer outro micro da rede), como no caso das gavetas de HD ligadas a portas eSATA (o eSATA é uma versão externa das portas SATA, que mantém a mesma velocidade de 150 ou 300 MB/s, mas permite o uso de um cabo externo) ou a portas USB, por exemplo.

    Além de gavetas e suportes baratos para ligar HDs externos, a lista inclui dispositivos mais caros. Nas fotos a seguir temos dois exemplos. O primeiro é uma gaveta de HD simples, ligada em uma porta USB e o segundo é uma unidade eSATA da Micronet, que utiliza 5 HDs, com RAID via hardware e outras funções. Apesar da diferença de complexidade, temos em ambos os casos unidade externa ligada à uma porta USB ou eSATA, que não tem nada a ver com redes.

     

    "Retroceder Nunca Render-se Jamais !"
    Força e Fé !
    Fortuna Audaces Sequitur !


ID
2494681
Banca
FCM
Órgão
IF Baiano
Ano
2017
Provas
Disciplina
Arquitetura de Software
Assuntos

Dentro do contexto da Engenharia de Software, entende-se que a elaboração de softwares possui várias fases de desenvolvimento.

Avalie as afirmações abaixo com relação às características do ciclo de vida de softwares e assinale (V) para verdadeiro ou (F) para falso.


( ) O ciclo de vida de um software está relacionado aos estágios de análise, desenho e implementação.

( ) A etapa de análise de riscos, no ciclo de vida da versão inicial do modelo em espiral, é realizada dentro da fase de desenvolvimento.

( ) O foco da análise, no ciclo de vida de software, é a modelagem dos conceitos presentes no domínio do problema.

( ) As atividades fundamentais relacionadas ao processo de construção de um software incluem a percepção de uma necessidade, o desenvolvimento, a validação ou testes, a operação e a manutenibilidade que impactarão na evolução do software.


De acordo com as afirmações, a sequência correta é

Alternativas
Comentários
  • a)

    V, F, V, V.

  • Alternativa Errada: A etapa de análise de riscos, no ciclo de vida da versão inicial do modelo em espiral, é realizada dentro da fase de desenvolvimento.

     

    A fase de desenvolvimento é realizada após a fase de análise de riscos.


ID
2524987
Banca
FCC
Órgão
AL-RN
Ano
2013
Provas
Disciplina
Arquitetura de Software
Assuntos

Um típico ciclo de vida de um projeto em TDD consiste em:


I. Executar os testes novamente e garantir que estes continuem tendo sucesso.

II. Executar os testes para ver se todos estes testes obtiveram êxito.

III. Escrever a aplicação a ser testada.

IV. Refatorar (refactoring).

V. Executar todos os possíveis testes e ver a aplicação falhar.

VI. Criar o teste.


A ordem correta e cronológica que deve ser seguida para o ciclo de vida do TDD está expressa em

Alternativas
Comentários
  • Letra C.

    Basicamente:

    1 - Add Test (Adicione os testes)
    2 - See Test Fail (Veja o teste falhar) - Red
    3 - Write Code (Escreva o código)
    4 - Run Test (Rode os teste) - Green
    5 - Refactor (Refatore) - Refactor


ID
2639758
Banca
IADES
Órgão
CFM
Ano
2018
Provas
Disciplina
Arquitetura de Software
Assuntos

Em relação ao Modelo V de ciclo de vida de um software, assinale a alternativa correta.

Alternativas
Comentários
  • Modelo em V

    É uma Extensão do modelo em Cascata

     

     

    Pressman

     

     

    Letra E

  • Não entendi pq não poderia ser a letra A

    De acordo com o livro do Wazlawick, os modelos V e W "enfatizam a importância do teste no desenvolvimento de software e indicam que essa deve ser uma preocupação constante, e não apenas uma etapa colocada ao final do processo de desenvolvimento"

  • Também não entendi, a letra A, seria mais coerente, pois as fases tem testes em paralelo.

    A letra E fala em Extensão do Modelo em Cascata (primeira parte - OK), e em VERIFICAÇÃO e VALIDAÇÃO (segunda parte, entendo que, seria somente em relação a VALIDAÇÃO!!!)

    A VERIFICAÇÃO refere-se ao que foi especificado, e a VALIDAÇÃO, aos requisitos.

    "Ele permite que, durante a integração de um sistema em seus diversos níveis, os testes sejam feitos contra os próprios requisitos do componente/interface que está sendo testado(a)".


ID
2682148
Banca
CESPE / CEBRASPE
Órgão
EBSERH
Ano
2018
Provas
Disciplina
Arquitetura de Software
Assuntos

Em relação aos conceitos de engenharia de software, julgue o item subsecutivo.


O modelo do ciclo de vida é utilizado para descrever todas as etapas de existência de um produto de software, até seu descarte.

Alternativas
Comentários
  • Não entendi essa. Esperando comentário de algum colega.

  • Errrado??

     

  • Errado ???

    "O ciclo de vida de um software (em inglês, software lifecycle), indica todas as etapas do desenvolvimento de um software, da sua concepção até o seu desaparecimento. O objetivo de tal segmentação é definir balizas intermediárias que permitam a validação do desenvolvimento do software, ou seja, a conformidade do software com as necessidades expressas e a verificação do processo de desenvolvimento, isto é, a adequação dos métodos aplicados"

    Fonte: https://br.ccm.net/contents/225-o-ciclo-de-vida-de-um-software

  • Acertei pensando pela seguinte lógica: O software não será descartado ao final de seu desenvolvimento, muito pelo contrário, muitas vezes será reutilizado em outros clientes.

  • Se um sistema é desenvolvido, na maioria das vezes provavelmente é na intenção de se manter ativo, como alguém em regra projeta um sistema já pensando em sua destruição, no seu desuso?!!

  • ERRADO

    O ciclo de vida é a estrutura contendo processos
    , atividades e tarefas envolvidas no desenvolvimento, operação e manutenção de um produto de software, abrangendo a vida do sistema, desde a definição de seus requisitos até o término de seu uso. - DevMidia

    Essa questão é bem sensível no que diz respeito a semântica, parece que nesse caso o CESPE levou o conceito de Ciclo de vida ao pé da letra. Assim dois possíveis erros da questão seriam:
    O modelo do ciclo de vida é utilizado para descrever todas as etapas de existência de um produto de software, até seu descarte.

    Um ciclo de vida não descreve todas as etapas, ele é uma estrutura. Também em nenhum momento é falado em descarte, término do uso não significa necessáriamente descarte, descarte está ligado a coisas físicas.

    Essa é minha análise na tentativa de achar erros na questão, porém errei ao marcá-la e não seria nenhum absurdo a mesma ser anulada.
    https://www.devmedia.com.br/ciclos-de-vida-do-software/21099

  • Modelo de ciclo de vida não servem pra isso! Eles são um esqueleto ou estruturas pré-definidas nas quais encaixamos as fases do processo de desenvolvimento do software. De acordo com [1], o ciclo de vida é a “Estrutura contendo processos, atividades e tarefas envolvidas no desenvolvimento, operação e manutenção de um produto de software, abrangendo a vida do sistema, desde a definição de seus requisitos até o término de seu uso.”

    Fonte:

    [1] ISO/IEC 12207, norma que define processo de Engenharia de Software, atividades e tarefas que são associados com os processos do ciclo de vida do software desde sua concepção até a retirada/descontinuação do software.


ID
2684881
Banca
Aeronáutica
Órgão
CIAAR
Ano
2018
Provas
Disciplina
Arquitetura de Software
Assuntos

Associe as duas colunas relacionando os processos primários do ciclo de vida do software pelo padrão ISO12207 às suas atividades.

PROCESSOS
(1) Manutenção
(2) Fornecimento
(3) Aquisição
(4) Desenvolvimento
(5) Operação

ATIVIDADES
( ) Análise dos requisitos, desenho, codificação, integração, teste, instalação e aceitação.
( ) Análise dos problemas e das solicitações de modificação.
( ) Preparação e emissão de solicitação da proposta.
( ) Preparação de proposta, aceitação do contrato, planejamento, execução, finalização.
( ) Implementação dos testes operacionais, operação do produto e suporte aos usuários.

A sequência correta dessa associação é

Alternativas

ID
2749636
Banca
IADES
Órgão
ARCON-PA
Ano
2018
Provas
Disciplina
Arquitetura de Software
Assuntos

É um meio termo entre a prototipação evolucionária e a entrega em estágios. Nesse modelo, a equipe também desenvolve uma versão do produto, mostra ao cliente e cria novas versões baseadas no feedback dado por ele.

WAZLAWICK, R. S. Engenharia de software: conceitos e práticas. São Paulo: Elsevier, 2013, com adaptações.

Considerando os diversos modelos de ciclo de vida de software, é correto afirmar que a definição apresentada refere-se ao (à)

Alternativas
Comentários
  • LETRA E

    FONTE: WAZLAWICK, R. S. Engenharia de software: conceitos e práticas.

    Mano se alguém tiver esse livro aí e puder compartilhar com a galera pelo menos um trechinho sobre esse assunto. Que bibliografia!

  • https://docente.ifrn.edu.br/elieziosoares/disciplinas/projeto-de-software/aula-06-outros-modelos-prescritivos-1/grupo-3-entrega-evolucionaria/texto-1/at_download/file

    Alguém digitalizou a página e compartilhou a definição de Entrega Evolucionária


ID
2768269
Banca
FAURGS
Órgão
TJ-RS
Ano
2018
Provas
Disciplina
Arquitetura de Software
Assuntos

Numere a segunda coluna de acordo com a primeira, associando as fases do ciclo de vida do software às suas respectivas descrições.

(1) Especificação de software
(2) Projeto e implementação de software
(3) Validação de software
(4) Evolução de software

( ) O software deve ser produzido para atender as especificações.
( ) A funcionalidade do software e as restrições a seu funcionamento devem ser definidas.
( ) O software é alterado em resposta às mudanças de requisitos e às necessidades do cliente.
( ) Mostra que um software está adequado a suas especificações, ao mesmo tempo que satisfaz as especificações do cliente do sistema.

A sequência numérica correta de preenchimento dos parênteses, de cima para baixo, é

Alternativas

ID
2788180
Banca
CESPE / CEBRASPE
Órgão
IPHAN
Ano
2018
Provas
Disciplina
Arquitetura de Software
Assuntos

Com relação à engenharia de software, julgue o seguinte item.


No estágio de projeto de sistema e software no ciclo de vida de um software, são alocados os requisitos tanto para os sistemas de hardware quanto para os de software, por meio da definição de uma arquitetura geral do sistema.

Alternativas
Comentários
  • A questão basicamente fala de requisitos funcionais e não funcionais. Sendo assim, a questão está correta

  • Os principais estágios do modelo em cascata refletem diretamente as atividades fundamentais do desenvolvimento:



    Análise e definição de requisitos


    Projeto de sistema e software: o processo de projeto de sistemas aloca os requisitos tanto para sistemas de hardware como para sistemas de software, por meio da definição de uma arquitetura geral do sistema. O projeto de software envolve identificação e descrição das abstrações fundamentais do sistema de software e seus relacionamentos.


    Implementação e teste unitário


    Integração e teste de sistema


    Operação e manutenção



    Fonte: Sommerville, 9ª Edição, Capítulo 2.


ID
2805460
Banca
CS-UFG
Órgão
Câmara de Goiânia - GO
Ano
2018
Provas
Disciplina
Arquitetura de Software
Assuntos

Design (projeto) de software é um processo do ciclo de vida de software. A execução desse processo

Alternativas
Comentários
  • "Melvin Conway afirmou em 1968 que toda organização de desenvolvimento de software está limitada a produzir sistemas de software que reflitam a estrutura organizacional da empresa que o produziu"


ID
2810950
Banca
COPS-UEL
Órgão
UEL
Ano
2015
Provas
Disciplina
Arquitetura de Software
Assuntos

Assinale a alternativa que apresenta, corretamente, o modelo de ciclo de vida que, de forma iterativa, aplica sequências lineares de um modo racional à medida que o tempo passa.

Alternativas
Comentários
  • De modo racional?


ID
2831056
Banca
Gestão Concurso
Órgão
EMATER-MG
Ano
2018
Provas
Disciplina
Arquitetura de Software
Assuntos

Sobre o ciclo de vida de um software, avalie as afirmações a seguir.


I. O ciclo de vida em cascata apresenta alta flexibilidade e visibilidade.

II. O ponto de partida para a arquitetura de um processo é a escolha do modelo de ciclo de vida.

III. O ciclo de vida em espiral requer gestão sofisticada e equipe disciplinada e experiente.

IV. No modelo de entrega evolutiva, as atividade de especificação do problema são executadas em espiral e as atividades restantes são executas em cascata.

Está correto apenas o que se afirma em

Alternativas
Comentários
  • I. Não - O ciclo de vida em cascata pressupõem uma realidade estática e bem conhecida, onde não há realimentação. Logo é um modelo que supõe um início e fim claro e determinado, tornando-o inflexível.

    II. Sim - O ciclo de vida serve como um esqueleto, ou estruturas pré-definidas nas quais encaixamos as fases do processo.

    III. Sim - O ciclo de vida em espiral é um modelo guiado a riscos, onde apenas o início é definido. Sendo assim, a evolução e o amadurecimento dos requisitos demandam custo e tempo ajustáveis, exigindo um alto nível de gerenciamento em todo processo, além de uma equipe disciplina e experiente.

    IV. Não - No modelo de entrega evolutiva o fluxo de atividades como um todo, tende a ser cíclico ou iterativo.

  • I. O ciclo de vida em cascata apresenta alta flexibilidade e visibilidade.

    Não, o modelo cascata é altamente dependente entre as suas fases.

    II. O ponto de partida para a arquitetura de um processo é a escolha do modelo de ciclo de vida.

    Sim, o ciclo de vida informa como vai ser estruturado o projeto.

    III. O ciclo de vida em espiral requer gestão sofisticada e equipe disciplinada e experiente.

    Sim, dado que o processo espiral envolve uma análise de riscos.

    IV. No modelo de entrega evolutiva, as atividade de especificação do problema são executadas em espiral e as atividades restantes são executas em cascata.

    Não, o modelo evolutivo é cíclico e iterativo.


ID
3055504
Banca
FCC
Órgão
TCE-RS
Ano
2014
Provas
Disciplina
Arquitetura de Software
Assuntos

A Norma ISO/IEC 12207 estabelece 7 categorias de processos de ciclo de vida. De acordo com a Norma, os processos

Alternativas

ID
3080221
Banca
IBFC
Órgão
Prefeitura de Cuiabá - MT
Ano
2019
Provas
Disciplina
Arquitetura de Software
Assuntos

O Ciclo de Vida de Desenvolvimento de Software (CVDS) é um conjunto de processos e tarefas para desenvolvimento, operação e manutenção do sistema, desde seus requisitos, até o término de seu uso. Considerando alguns dos modelos que podem ser adotados para o processo de desenvolvimento de software, analise as afirmativas abaixo e assinale a alternativa correta.


I. Modelo Espiral: sistema de software entregue em versões evolucionárias por cada etapa do ciclo de desenvolvimento.

II. Prototipagem: a geração de protótipos pode ocorrer por meio de ferramentas geradoras de telas, de relatórios.

III. Modelo em V: ênfase na verificação e validação, onde cada fase do lado esquerdo gera um plano de teste a ser executado no lado direito.

Alternativas

ID
3114613
Banca
CESPE / CEBRASPE
Órgão
TJ-AM
Ano
2019
Provas
Disciplina
Arquitetura de Software
Assuntos

Julgue os próximos itens, referentes ao ciclo de vida de software.


No ciclo de vida clássico, o risco de ocorrer um estado de bloqueio no projeto tende a ser maior no início e no final do processo adotado.

Alternativas
Comentários
  • GABARITO : CERTO

    Fonte: Engenharia de Software , Pressman, 7º ed., pág. 61.

    " ... Em uma interessante análise de projetos reais , Bradac [Bra94] descobriu que a natureza linear do ciclo de vida clássico conduz a "estados de bloqueio", nos quais alguns membros da equipe do projeto têm de aguardar outros completarem tarefas dependentes. De fato, o tempo gasto na espera pode exceder o tempo gasto em trabalho produtivo. Os estados de bloqueio tendem a prevalecer no início e no final de um processo sequencial linear...."

  • Outro grande problema que temos com os projetos que usam modelos cascata é o bloqueio que existe em alguns membros da equipe que precisam esperar que os outros completem as suas tarefas para que eles possam dar sequencia ao trabalho. O tempo gasto nessa espera pode exceder o tempo gasto em trabalho produtivo que levaria à conclusão do projeto. Estudos mostram que o estado de bloqueio tende a prevalecer no início e no final de um processo sequencial linear. 

    Um exemplo clássico disso é a brincadeira das moedas. Imagine que temos 5 moedas de 10 centavos na mão esquerda e faremos uma rodinha com 5 pessoas sendo que existe uma cadeira ao lado de cada pessoa para que possamos colocar as moedas já lançadas. Cada pessoa deve pegar uma moeda da mão esquerda com a sua mão direita e atirar essa moeda para cima e deixar a moeda cair na mesma mão direita, após isso colocamos a moeda na cadeira ao lado. Após lançarmos todas as moedas e colocarmos na cadeira ao lado o próximo colega deve pegar essas cinco moedas deixadas na cadeira pelo colega anterior e novamente lançar as moedas, repetindo os mesmo procedimentos do colega anterior. Agora vamos recomeçar a brincadeira e o colega deve lançar as moedas novamente, porém quando tivermos duas moedas na cadeira o próximo colega deverá começar a lançar as moedas, sem precisar esperar que as cinco moedas estejam disponível. Calcule o tempo gasto nas duas brincadeiras. Veremos que há uma boa diferença quando não precisamos esperar até que cada um realize toda a atividade para que possamos começar o trabalho. Temos um grande ganho de produtividade.

    Fonte: https://www.devmedia.com.br/introducao-ao-modelo-cascata/29843


ID
3114616
Banca
CESPE / CEBRASPE
Órgão
TJ-AM
Ano
2019
Provas
Disciplina
Arquitetura de Software
Assuntos

Julgue os próximos itens, referentes ao ciclo de vida de software.


As atividades do ciclo de vida clássico são executadas em fases consecutivas e distintas, embora seja aceita a repetição de estágios anteriores.

Alternativas
Comentários
  • pense no modelo cascata

  • Segundo Pressman (Engenharia de Software - Roger S. Pressman):

    "O modelo cascata, algumas vezes chamado ciclo de vida clássico, sugere uma abordagem sequencial e sistemática para o desenvolvimento de software..."

    "Projetos reais raramente seguem o fluxo sequencial que o modelo propõe. Embora o modelo linear possa conter iterações, ele o faz indiretamente."

  • Repetição de estágios anteriores no modelo Cascata???? Sou iniciante nesses estudos, mas pelo que aprendi isso não tá certo. Acho que o gabarito está errado.

    • Cascata:

    "... a manutenção de software pode envolver a repetição de alguns ou de todos os estágios anteriores do processo."

    Fonte: https://www.linux.ime.usp.br/~cef/mac499-05/monografias/rec/daw/eng_soft.html

  • Também achei que fosse o método cascata e durante o processo ele não permite que volte nas etapas só após a entrega. como em uma manutenção


ID
3234448
Banca
CESGRANRIO
Órgão
UNIRIO
Ano
2019
Provas
Disciplina
Arquitetura de Software
Assuntos

O ciclo de vida de um projeto em cascata, para desenvolvimento de software de gestão de almoxarifado, teve escopo, prazo e custo rigidamente determinados, nas suas fases iniciais, pelo gestor de projeto e sua equipe, stackeholders e área solicitante.

Dessa forma, conclui-se que esse projeto tem um ciclo de vida

Alternativas
Comentários
  • Bem simples

    O PREDITIVO refere-se à sua habilidade em gerar previsões testáveis exatas.

  • Ciclo de vida em cascata consiste no desenvolvimento seguindo fases rígidas em que o início da fase seguinte está condicionado à conclusão (total) da fase atual.

    Ao (tentarem) prever escopo, prazo e custo de forma rígida na fase inicial, estará sendo preditivo com relação às fases posteriores.

    Preditivo: Que se pode predizer, prever por antecipação, com antecedência; em que há previsão; previsto: pelo teor preditivo do projeto, acredito que ele será um sucesso.


ID
3257017
Banca
FCC
Órgão
TRF - 3ª REGIÃO
Ano
2019
Provas
Disciplina
Arquitetura de Software
Assuntos

Na Norma ISO/IEC/IEEE 12207:2017, os processos de ciclo de vida são agrupados em

Alternativas
Comentários
  • A ISO / IEC / IEEE 12207: 2017 divide os processos do ciclo de vida de software em quatro grupos principais de processos:

    contrato,

    habilitação de projeto organizacional,

    gerenciamento técnico e

    processos técnicos.

    Fonte Wikipedia

  • *Processos contratuais (Agreement Processes) – 2 processos;

    *Processos organizacionais capacitadores de projetos (Organizational Projetc-Enabling Processes) – 6 processos;

    *Processos de gerenciamento técnico (Technical Management Processes) – 8 processos.

    * Processo técnicos (Technical Processes) – 14 processos;

    Fonte: https://blog.grancursosonline.com.br/t-i-em-foco-iso-iec-12207/


ID
3292099
Banca
AOCP
Órgão
FUNPAPA
Ano
2018
Provas
Disciplina
Arquitetura de Software
Assuntos

Um paradigma de engenharia de software é escolhido tendo como base a natureza do projeto e da aplicação, os métodos e as ferramentas a serem usados, os controles e os produtos que precisam ser entregues. Sobre o ciclo de vida e desenvolvimento de um software-produto, é correto afirmar que

Alternativas

ID
3325990
Banca
IADES
Órgão
SES-DF
Ano
2018
Provas
Disciplina
Arquitetura de Software
Assuntos

[...] em resumo, esse modelo consiste em: (a) construir com o cliente um entendimento preliminar acerca do sistema que deve ser desenvolvido; (b) implementar uma primeira versão desse sistema; (c) interagir com o cliente de forma a corrigir a versão preliminar até que esta satisfaça o cliente; (d) fazer testes e corrigir os erros inevitáveis; e (e) entregar o produto.

WAZLAWICK, R. S. Engenharia de Software – Conceitos e Práticas.

São Paulo: Elsevier, 2013, com adaptações.

A descrição apresentada se encaixa com qual modelo de ciclo de vida de software?

Alternativas
Comentários
  • Modelo Codificar e Consertar 

    • Conhecido como modelo mais simples e caótico, modelo código-e-correção ou ainda ad-hoc. 

    • Ciclo Código-Compilação-Teste 

    • Consiste na absoluta falta de processo • Enunciado do problema = especificação de requisitos 

    • No começo era tudo muito confuso

     • Codifica e “remenda” sem alguma documentação 

    • Nenhum processo é definido 

    • Não exige sofisticação técnica ou gerencial 

    • Modelo de alto risco, impossível de gerir e não permite assumir compromissos confiáveis

     • É aquele que acaba sendo usado quando não se utiliza conscientemente nenhum modelo; • É considerado o marco zero dos modelos;

    Fonte


ID
3503395
Banca
COPS-UEL
Órgão
SEAP-PR
Ano
2012
Provas
Disciplina
Arquitetura de Software
Assuntos

The term Waterfall Development Life Cycle is used to describe the classical SDLC model.

Choose the alternative that shows the correct sequence of the Waterfall Development Life Cycle model.

Alternativas
Comentários
  • Planning Stage → Analysis Stage → Design Stage → Implementation Stage → Cutover.


ID
3551029
Banca
FUNCAB
Órgão
IDARON
Ano
2008
Disciplina
Arquitetura de Software
Assuntos

O ciclo de vida que caracteriza claramente uma abordagem sistemática e sequencial das atividades é o ciclo de vida: 

Alternativas

ID
3630250
Banca
CESPE / CEBRASPE
Órgão
ANTT
Ano
2013
Disciplina
Arquitetura de Software
Assuntos

Acerca da NBR ISO/IEC n.º 12.207 e da NBR ISO/IEC n.º 9.126, julgue o item subsequente.


A NBR ISO/IEC n.º 12.207 agrupa os processos do ciclo de vida de software em três grupos: fundamentais, de apoio e organizacionais.

Alternativas
Comentários
  • Os processos, atividades e tarefas da ISO/IEC 12207 foram projetados para serem adaptados de acordo com cada projeto de software. Essa adaptação consiste no mapeamento de processos/atividades/tarefas relevantes/adequados ao projeto e, ao mesmo tempo, à supressão de processos/atividades/tarefas não aplicáveis.

    Os processos são agrupados/categorizados, por uma questão de organização, de acordo com a sua natureza, ou seja, o seu objetivo principal no ciclo de vida de software. Esse agrupamento resultou em 4 diferentes classes de processos, que são:

    • Processos fundamentais;
    • Processo de apoio;
    • Processos organizacionais;
    • Processos de adaptação.

    Fonte: https://pt.wikipedia.org/wiki/ISO/IEC_12207#:~:text=possa%20ser%20execut%C3%A1vel.-,Estrutura,com%20cada%20projeto%20de%20software.&text=Os%20processos%20s%C3%A3o%20agrupados%2Fcategorizados,ciclo%20de%20vida%20de%20software.


ID
3640066
Banca
CESPE / CEBRASPE
Órgão
SERPRO
Ano
2008
Disciplina
Arquitetura de Software
Assuntos

Considerando os modelos do ciclo de vida de software, julgue o item que se segue.

O modelo orientado a reúso parte de um software existente para que se crie outro, no todo ou apenas em parte de seus componentes. 

Alternativas

ID
3640069
Banca
CESPE / CEBRASPE
Órgão
SERPRO
Ano
2008
Disciplina
Arquitetura de Software
Assuntos

Considerando os modelos do ciclo de vida de software, julgue o item que se segue.

O modelo iterativo e o modelo em espiral possuem características semelhantes: ambos permitem que as atividades do processo sejam planejadas e avaliadas ao longo do ciclo de vida. 

Alternativas
Comentários
  • Segundo DevMedia o termo iterativo(retroalimentação de fases) consiste num comportamento no ciclo de vida do softwares, uma característica.

    O modelo espiral trata-se de uma abordagem cíclica das fases do processo, onde a cada “volta” ou iteração temos versões evolucionárias do sistema.

    Fonte: https://www.devmedia.com.br/ciclos-de-vida-do-software/21099


ID
3640093
Banca
CESPE / CEBRASPE
Órgão
SERPRO
Ano
2008
Disciplina
Arquitetura de Software
Assuntos

Considerando os modelos do ciclo de vida de software, julgue o item que se segue.

O modelo em cascata consiste de fases e atividades que devem ser realizadas em seqüência, de forma que uma atividade é requisito da outra. 

Alternativas
Comentários
  • CORRETO!

    De acordo com a NBR ISO/IEC 12207:1998, o ciclo de vida é:

    “Estrutura contendo processos, atividades e tarefas envolvidas no desenvolvimento, operação e manutenção de um produto de software, abrangendo a vida do sistema, desde a definição de seus requisitos até o término de seu uso.”

    Alguns modelos de ciclo de vida (De modo geral):

    • Cascata: Cada fase só começa quando a anterior termina;
    • Modelo em V:Similar ao cascata, mas com ênfase dada à verificação e validação;
    • Incremental: Os requisitos são passados a equipe de desenvolvimento e agrupados de acordo com a funcionalidade. Em seguida a equipe vai definindo a prioridade que cada módulo será desenvolvido;
    • Evolutivo: Os requisitos são adquiridos em paralelo com a evolução do sistema. O princípio aqui é: o cliente não expõe todos os requisitos. Ex: O time desenvolve com base no que o cliente passa de requisito, é entregue ao cliente uma versão 1. O cliente dá o feedback com novos requisitos e aí é desenvolvida uma versão 2 com base nisso... Até se tornar mais completo;
    • RAD(Rapid Application Development): Incrementos são desenvolvidos de forma paralela, por equipes diferentes. Ciclo de vida extremamente comprimido, levando entre 60 e 90 dias;
    • Prototipagem: Construção de um exemplar do que foi entendido dos requisitos capturados do cliente. Pode ser utilizado como ferramenta em outros ciclos de vida;
    • Espiral: Abordagem cíclica das fases do processo, onde cada "volta" ou iteração temos versões evolucionárias do sistema;
    • Modelo de Ciclo de Vida Associado ao RUP(Rational Unified Proccess): É uma plataforma de processo de desenvolvimento de software configurável que oferece melhores práticas comprovadas e uma arquitetura configurável.


ID
3640153
Banca
CESPE / CEBRASPE
Órgão
SERPRO
Ano
2008
Disciplina
Arquitetura de Software
Assuntos

Considerando os modelos do ciclo de vida de software, julgue o item que se segue.

Para a especificação de software e verificação de sistemas, uma alternativa que se fundamenta na matemática discreta e na lógica é o modelo incremental. 

Alternativas
Comentários
  • Métodos Formais.

    - modelo Baseado em métodos matemáticos para especificar, desenvolver e verificar software.

    - O software é especificado usando técnicas formais (Matemáticas), e após a prova da especificação é transformado em código.

    ·        Vantagens

    -> O próprio processo de desenvolvimento garante que o programa faz exatamente o que foi especificado.

    - E possível gerar programas corretos e completos por construção.

    ·        Desvantagens

    -> São bastante lentos e dispendiosos

    - Exigem treinamento intensivo e uma equipe de especialistas

    - Normalmente são usados apenas em ambientes muitos complexos.


ID
3650413
Banca
IBADE
Órgão
Prefeitura de Vila Velha - ES
Ano
2020
Provas
Disciplina
Arquitetura de Software
Assuntos

O ciclo de vida do projeto é a série de fases pelas quais passa um projeto, desse o início até a sua conclusão. Ele fornece a estrutura básica para o gerenciamento do projeto.
Em um ciclo de vida do projeto, há geralmente uma ou mais fases associadas ao desenvolvimento do produto, serviço ou resultado. Estas fases são chamadas de ciclo de vida de desenvolvimento.
Chama-se ________________________, o ciclo de vida de desenvolvimento de um projeto onde a entrega é produzida por meio de uma série de iterações que sucessivamente adicionam funcionalidade em um prazo pré-determinado. E onde a entrega contém a capacidade necessária e suficiente para ser considerada completa somente após a iteração final.

Alternativas
Comentários
  • O modelo de ciclo de vida incremental e iterativo foi proposto como uma resposta aos problemas encontrados no modelo em cascata. Um processo de desenvolvimento segundo essa abordagem divide o desenvolvimento de um produto de software em ciclos. Em cada ciclo de desenvolvimento, podem ser identificadas as fases de análise, projeto, implementação e testes. Essa característica contrasta com a abordagem clássica, na qual as fases de análise, projeto, implementação e testes são realizadas uma única vez.

    https://wiki.sj.ifsc.edu.br/index.php/Ciclo_de_Vida_Iterativo_e_Incremental


ID
3650428
Banca
IBADE
Órgão
Prefeitura de Vila Velha - ES
Ano
2020
Provas
Disciplina
Arquitetura de Software
Assuntos

Os ciclos de vida do projeto podem variar de abordagens preditivas a abordagens adaptativas ou ágeis. Marque a afirmativa FALSA.

Alternativas
Comentários
  • E) Metodologias ágeis (adaptativas) não tem o papel da EAP e seus artefatos.


ID
3656737
Banca
FADESP
Órgão
Câmara de Marabá - PA
Ano
2011
Provas
Disciplina
Arquitetura de Software
Assuntos

Modelado em função do ciclo da engenharia convencional, o paradigma do ciclo de vida abrange diversas atividades, dentre elas a ___________, atividade em que o projeto deve ser traduzido numa forma legível para o computador.
- A palavra que preenche a lacuna acima é

Alternativas

ID
3665509
Banca
ISAE
Órgão
AL-AM
Ano
2011
Disciplina
Arquitetura de Software
Assuntos

Assinale a alternativa que indica a denominação dada ao ciclo de vida que divide o desenvolvimento do sistema em módulos, em que cada um é desenvolvido seguindo as fases do modelo em cascata.

Alternativas

ID
3696961
Banca
CESPE / CEBRASPE
Órgão
TRT - 10ª REGIÃO (DF e TO)
Ano
2012
Disciplina
Arquitetura de Software
Assuntos

Tendo em vista que o desenvolvimento de um software compreende várias fases, que vão desde a definição básica até o uso do software, e que, nesse processo, diversos modelos, métodos e procedimentos de construção podem ser utilizados, julgue o item subsecutivo.


O ciclo de vida de um software, entre outras características, está relacionado aos estágios de concepção, projeto, criação e implementação.

Alternativas
Comentários
  • Gabarito: CERTO

    Modelo de processo de software é um framework composto por atividades ou fases que atuam durante todo o ciclo de vida do software. Há uma grande variedade de modelos (ou metodologia) de processos de software, tais como o modelo em cascata (ou linear), o processo unificado, métodos ágeis, etc. Esses modelos, não obstante as particularidades, possuem algumas atividades em comum. Tanto Pressman quanto Sommerville descrevem atividades que estão presente na maioria dos modelos de processos de software.

    Sommerville denomina esse conjunto de atividades ou fases como as quatro atividades fundamentais para engenharia de software.

    • Especificação: são definidas as funcionalidades do software e as restrições sobre o seu funcionamento.
    • Projeto e Implementação: produz o software para atender a especificação.
    • Validação: o software deve ser validado para garantir que ele faz o que o cliente quer.
    • Evolução: o software deve evoluir para atender às necessidades dos clientes.

    Por outro lado, Pressman apresenta o que ele chama de modelo de processo genérico:

    • Comunicação: responsável por iniciar o projeto e pelo levantamento de requisitos.
    • Planejamento: quando são realizadas estimativas, determinado o cronograma. O monitoramento do projeto também ocorre nessa fase.
    • Modelagem: são realizadas a análise e o projeto para o software a ser desenvolvido.
    • Construção: nesta fase ocorre a codificação e o teste do sistema.
    • Implantação: ocorre a entrega do produto, sua manutenção e o feedback do cliente.

    Entretanto, a questão utilizou as fases ou estágios (concepção, projeto, criação e implementação) para o ciclo de vida do desenvolvimento de sistemas (SDLC- System Development Life Cycle) definido na obra de GORDON & GORDON.


ID
3697150
Banca
CESPE / CEBRASPE
Órgão
TRT - 10ª REGIÃO (DF e TO)
Ano
2012
Disciplina
Arquitetura de Software
Assuntos

Tendo em vista que o desenvolvimento de um software compreende várias fases, que vão desde a definição básica até o uso do software, e que, nesse processo, diversos modelos, métodos e procedimentos de construção podem ser utilizados, julgue o item subsecutivo.


No ciclo de vida da primeira versão do modelo em espiral, a etapa de análise de riscos é realizada dentro da fase de desenvolvimento.

Alternativas
Comentários
  • Gabarito: ERRADO

    O modelo em espiral, originalmente proposto por Boehm, representa o processo na forma de uma espiral, em vez de representá-lo como uma sequência de atividades. Segundo Pressman, é um modelo evolucionário que combina a natureza iterativa da prototipagem com os aspectos controlados e sistemáticos do modelo em cascata.

    Para Boehm, o modelo possui duas principais características:

    • abordagem cíclica: aumenta incrementalmente o grau de definição e implementação de um sistema enquanto diminui seu grau de risco
    • conjunto de marcos de ancoragem: garante o comprometimento dos interessados com soluções exequíveis e mutuamente satisfatórias para o sistema

    Nesse modelo não há fases fixas, como especificação, projeto, etc. As fases, que ocorrem a cada loop, são determinadas de acordo com a necessidade do projeto. São acrescentados aspectos gerenciais ao desenvolvimento de software, tais como planejamento, tomada de decisão e análise de riscos.

    Originalmente, segundo Boehm, os loops são divididos nos seguintes setores (chamados por Pressman de task regions):

    • Planejamento
    • Análise de Riscos
    • Engenharia
    • Avaliação do cliente

    Sommerville define que cada loop na espiral representa uma fase do processo de software. Sendo o loop mais interno relacionado à viabilidade do sistema, e na sequência, um loop responsável pela definição de requisitos, outro pelo projeto do sistema, etc. Esse autor, divide um loop (fase) em quatro setores (atividades):

    • Definição de objetivos: definir objetivos específicos para a fase. As restrições sobre o processo e o produto são identificadas e um plano detalhado de gerenciamento é elaborado. Os riscos de projeto são identificados. Dependendo disso, estratégias alternativas podem ser planejadas.
    • Avaliação e redução de riscos: realiza análise detalhada para cada risco de projeto identificado e providências são tomadas para reduzir o risco.
    • Desenvolvimento e validação: seleciona-se um modelo de desenvolvimento para o sistema baseado na análise e avaliação de riscos.
    • Planejamento: revisa-se o projeto e a decisão de prosseguir para o próximo loop é tomada, elaborando planos para a próxima fase.

    Diante das considerações, podemos perceber que as atividades de análise de riscos são realizadas antes do desenvolvimento. Contudo, a questão também erra ao chamar o setor relacionado a atividades de desenvolvimento de fases. Como pode ser visto, corroborado por Pressman quanto Sommerville, as fases nesse modelo correspondem a loops, tendo em cada fase, atividades de planejamento, análise de riscos, desenvolvimento, etc.


ID
3698263
Banca
FCC
Órgão
MPE-RN
Ano
2010
Disciplina
Arquitetura de Software
Assuntos

Tendo em vista que a Inteligência de Negócios conceitua-se nas habilidades das corporações para acessar dados e explorar informações, analisando-as e desenvolvendo percepções e entendimentos a seu respeito e ao ambiente 

mercadológico em que se situam, a Inteligência de Negócios é altamente dependente da eficácia dos produtos gerados pelas etapas do ciclo de vida da informação, principalmente da etapa de 

Alternativas

ID
4842037
Banca
Aeronáutica
Órgão
CIAAR
Ano
2020
Provas
Disciplina
Arquitetura de Software
Assuntos

É importante que o desenvolvimento de um software seja o mais adequado possível às constantes mudanças exigidas ao logo do seu tempo de vida. Esse tempo de vida é também denominado ciclo de vida.

As etapas sucessivas que compõem o ciclo de vida de um software estão corretamente indicadas em

Alternativas
Comentários
  • Análise vem antes da definição da arquitetura, e testes com validação vêm antes da manutenção.

ID
4846012
Banca
CESPE / CEBRASPE
Órgão
Ministério da Economia
Ano
2020
Provas
Disciplina
Arquitetura de Software
Assuntos

A respeito de gerenciamento de projetos, julgue os itens a seguir, com base no PMBOK 6.a edição.

No ciclo de vida de projetos ágeis, os requisitos são elaborados com a entrega em andamento, com as fases contínuas ocorrendo sem sobreposição.

Alternativas
Comentários
  • Contínua = cascata

    Sobrepostas = iterativo, incremental e ágil.

  • projetos ágeis sem sobreposição? Aí ficou fácil. tudo no tempo de Deus. amém
  • ÁGEIS: há sobreposição

    Gabarito: errado


ID
4846096
Banca
CESPE / CEBRASPE
Órgão
Ministério da Economia
Ano
2020
Provas
Disciplina
Arquitetura de Software
Assuntos

Com relação à engenharia de software, julgue os itens subsequentes.


Baseline é uma configuração de software especialmente criada para uma situação específica e aprovada em determinado momento do ciclo de vida de software para servir de base a desenvolvimentos posteriores.

Alternativas
Comentários
  • A diferença entre baselines e releases é sutil. As baselines representam conjuntos de itens de configuração formalmente aprovados que servem de base para as etapas seguintes de desenvolvimento. Mas, quando uma entrega formal é feita ao cliente, no final de uma iteração, por exemplo, denominamos esta entrega de release. Baselines e releases são identificadas no repositório, na grande maioria das vezes, pelo uso de etiquetas (tags)

    https://www.devmedia.com.br/gerencia-de-configuracao-de-software/9145


ID
4878790
Banca
FGV
Órgão
Senado Federal
Ano
2012
Provas
Disciplina
Arquitetura de Software
Assuntos

Com relação ao gerenciamento do ciclo de vida das informações ILM (Information Lifecycle Management ou Ciclo de Vida da Informação), analise as afirmativas a seguir.


I. O ILM leva em consideração a prática dos usuários, ao invés de apenas automatizar procedimentos de armazenamento dos dados.

II. O ILM utiliza apenas a idade e a frequência de acesso dos dados como critérios para o gerenciamento do armazenamento dos dados.

III. As informações são movimentadas pelo ILM de maneira dinâmica, automática e transparente para o usuário, considerando a sua criticidade para o negócio.


Assinale:

Alternativas
Comentários
  • Questão respondida por puro bom senso


ID
4939141
Banca
FADESP
Órgão
MPE-PA
Ano
2012
Provas
Disciplina
Arquitetura de Software
Assuntos

O ciclo de vida oferece uma estrutura básica para o gerenciamento do projeto, independentemente do trabalho específico envolvido. Os projetos variam em tamanho e complexidade. Todos os processos, simples ou complexos, grandes ou pequenos, podem ser mapeados para a estrutura genérica de ciclo de vida, do qual um dos itens é a

Alternativas

ID
5070568
Banca
IBADE
Órgão
Prefeitura de Santa Luzia D`Oeste - RO
Ano
2020
Provas
Disciplina
Arquitetura de Software
Assuntos

No contexto de modelos de ciclo de vida de sistemas, qual modelo apresenta como características principais o desenvolvimento por etapas e a fácil correção de erros?

Alternativas
Comentários
  • cara, eu acertei por eliminação, mas é impressão minha ou B e C tem as mesmas respostas? eita vida de concurseiros. cada banca

ID
5315503
Banca
SELECON
Órgão
EMGEPRON
Ano
2021
Provas
Disciplina
Arquitetura de Software
Assuntos

No ciclo de vida de um sistema, a maior parcela de custo está geralmente relacionada aos custos:

Alternativas

ID
5315812
Banca
SELECON
Órgão
EMGEPRON
Ano
2021
Provas
Disciplina
Arquitetura de Software
Assuntos

No ciclo de vida de um sistema, a maior parcela de contribuição em relação ao custo total é o custo de:

Alternativas

ID
5315833
Banca
SELECON
Órgão
EMGEPRON
Ano
2021
Provas
Disciplina
Arquitetura de Software
Assuntos

No ciclo de vida de um sistema representado pelo modelo V de desenvolvimento, no lado esquerdo do V prevalecem atividades de:

Alternativas
Comentários
  • Gabarito C

    Do lado esquerdo do V ficam da análise de requisitos até o projeto, a codificação fica no vértice e os testes, desenvolvimento, implantação e manutenção, à direita.


ID
5443492
Banca
CESPE / CEBRASPE
Órgão
PG-DF
Ano
2021
Provas
Disciplina
Arquitetura de Software
Assuntos

Julgue o próximo item, relativo à qualidade de software.


No ciclo de vida do software, a classe dos processos fundamentais abrange as atividades de aquisição, fornecimento, desenvolvimento, operação e manutenção.

Alternativas
Comentários
  • Os processos são agrupados/categorizados, por uma questão de organização, de acordo com a sua natureza, ou seja, o seu objetivo principal no ciclo de vida de software. Esse agrupamento resultou em 4 diferentes classes de processos, que são:

    • Processos fundamentais;
    • Processo de apoio;
    • Processos organizacionais;
    • Processos de adaptação.

    Os processos fundamentais são necessários para que um software seja executado. Eles iniciam o ciclo de vida e comandam outros processos. São eles:

    • Aquisição: obter o produto e/ou serviço que satisfaça suas necessidades;
    • Fornecimento: prover um produto e/ou serviço;
    • Desenvolvimento: transformar um conjunto de requisitos em um produto ou sistema de software;
    • Operação: operar o produto no seu ambiente e prover suporte aos usuários;
    • Manutenção: modificar o produto de software e depois liberá-lo para uso.

    Mais informações:

    https://pt.wikipedia.org/wiki/ISO/IEC_12207

    Tópico 2: "Estrutura".


ID
5485309
Banca
IDIB
Órgão
CRECI-PE - 7ª Região
Ano
2021
Provas
Disciplina
Arquitetura de Software
Assuntos

Um dos vários modelos de ciclo de vida de software diz que “o cliente não expõe todos os requisitos, ou os requisitos não são tão bem conhecidos, ou os requisitos ainda estão sofrendo mudanças. Desta forma, a análise é feita em cima dos requisitos conseguidos até então, e a primeira versão é entregue ao cliente. O cliente usa o software no seu ambiente operacional, e como feedback, esclarece o que não foi bem entendido e dá mais informações sobre o que precisa e sobre o que deseja, gerando assim mais requisitos.

Assinale a alternativa que indica corretamente o modelo de ciclo de vida representado pela afirmação entre aspas.  

Alternativas
Comentários
  • GAB) B

    Os modelos evolutivos são caracterizados por iterações, o que possibilita o desenvolvimento de várias versões do produto. Estas versões são colocadas em produção e os requisitos sofrem constantes refinamentos. É importante salientar também que as versões, quando implantadas, podem gerar novos requisitos.

    fonte: https://engenhariasoftware.wordpress.com/2013/01/26/os-modelos-evolutivos-de-processo-de-software-a-aplicabilidade-do-modelo-incremental/


ID
5555413
Banca
CESPE / CEBRASPE
Órgão
SEFAZ-AL
Ano
2021
Provas
Disciplina
Arquitetura de Software
Assuntos

Julgue o item a seguir, a respeito de engenharia de software, metodologias de desenvolvimento, ciclo de vida, qualidade de software e UML.

Características do projeto como tamanho, complexidade e estabilidade dos requisitos influenciam a escolha de um modelo de ciclo de vida do software. 

Alternativas
Comentários
  • Primeiro eu vou explicar os conceitos e ao final do comentário vou te dar exemplos que já vivenciei.

    e acordo com a NBR ISO/IEC 12207:1998, o ciclo de vida é:

    “Estrutura contendo processos, atividades e tarefas envolvidas no desenvolvimento, operação e manutenção de um produto de software, abrangendo a vida do sistema, desde a definição de seus requisitos até o término de seu uso.”

    Alguns modelos de ciclo de vida (De modo geral):

    • Cascata: Cada fase só começa quando a anterior termina;
    • Modelo em V:Similar ao cascata, mas com ênfase dada à verificação e validação;
    • Incremental: Os requisitos são passados a equipe de desenvolvimento e agrupados de acordo com a funcionalidade. Em seguida a equipe vai definindo a prioridade que cada módulo será desenvolvido;
    • Evolutivo: Os requisitos são adquiridos em paralelo com a evolução do sistema. O princípio aqui é: o cliente não expõe todos os requisitos. Ex: O time desenvolve com base no que o cliente passa de requisito, é entregue ao cliente uma versão 1. O cliente dá o feedback com novos requisitos e aí é desenvolvida uma versão 2 com base nisso... Até se tornar mais completo;
    • RAD(Rapid Application Development): Incrementos são desenvolvidos de forma paralela, por equipes diferentes. Ciclo de vida extremamente comprimido, levando entre 60 e 90 dias;
    • Prototipagem: Construção de um exemplar do que foi entendido dos requisitos capturados do cliente. Pode ser utilizado como ferramenta em outros ciclos de vida;
    • Espiral: Abordagem cíclica das fases do processo, onde cada "volta" ou iteração temos versões evolucionárias do sistema;
    • Modelo de Ciclo de Vida Associado ao RUP(Rational Unified Proccess): É uma plataforma de processo de desenvolvimento de software configurável que oferece melhores práticas comprovadas e uma arquitetura configurável.

    Na realidade do dia a dia:

    A maioria dos softwares desenvolvidos utilizam mais de um modelo de ciclo de vida!

    Exemplo 1:

    O setor que você trabalha precisa de um software de gestão de projetos.

    O setor ou órgão contrata uma empresa pra fazer isso e vocês passam os requisitos. São vários requisitos, como:

    Tem que possuir várias telas: Porfólio, programas, etapas, riscos, custos... E várias outras pra cumprir isso.

    Nesse caso, como o número de requisitos é grande, não é viável utilizar o modelo cascata, por exemplo. Pois a empresa pode te entregar um software com VÁRIAS coisas que você não acha ideal. Exemplo: Navegação diferente da desejada e outros.

    Poderia ser utilizado aqui uma prototipagem, onde a empresa pega os requisitos e usa ferramentas de design para fazer as telas e colher seu feedback, realizando as alterações necesárias até o projeto ficar 100%.

    Exemplo 2:

    Você precisa de um sistema de registro de notas fiscais. Requisitos:

    Campo para digitar a nota fiscal, um botão chamado registrar e alguns avisos caso ok ou caso esteja errado.

    Ora, os requisitos são bem conhecidos e simples. Nesse caso é viável ter a primeira versão ao final do ciclo.

  • Boa Israel, só lembrando que para fins de prova a banca pode afirmar no seu exemplo 1 que seria possível usar o ciclo em cascata, por exemplo, desde que os requisitos fossem bem definidos e estáveis.

    Logo, gabarito certo.

    Foco!


ID
5567011
Banca
INSTITUTO AOCP
Órgão
FUNPRESP-JUD
Ano
2021
Provas
Disciplina
Arquitetura de Software
Assuntos

Em relação à gerenciamento do ciclo de vida do software, julgue o seguinte item.


Processos reais de software são intercalados com sequências de atividades técnicas, de colaboração e de gerência, com o intuito de especificar, projetar, implementar e testar um sistema de software. Os desenvolvedores de software usam uma variedade de diferentes ferramentas de software em seu trabalho.

Alternativas

ID
5567014
Banca
INSTITUTO AOCP
Órgão
FUNPRESP-JUD
Ano
2021
Provas
Disciplina
Arquitetura de Software
Assuntos

Em relação à gerenciamento do ciclo de vida do software, julgue o seguinte item.


A distinção entre o desenvolvimento e a manutenção é cada vez mais irrelevante. Poucos sistemas de software são completamente novos, e faz muito mais sentido ver o desenvolvimento e a manutenção como processos contínuos. Em vez de dois processos separados, é mais realista pensar na engenharia de software como um processo evolutivo, no qual o software é constantemente alterado durante seu período de vida em resposta às mudanças de requisitos e às necessidades do cliente.

Alternativas

ID
5567020
Banca
INSTITUTO AOCP
Órgão
FUNPRESP-JUD
Ano
2021
Provas
Disciplina
Arquitetura de Software
Assuntos

Em relação à gerenciamento do ciclo de vida do software, julgue o seguinte item.


O processo de software pessoal (Personal Software Process - PSP) enfatiza a medição pessoal, tanto do artefato de software gerado quanto da qualidade resultante dele. Além disso, responsabiliza o profissional pelo planejamento do projeto e lhe dá poder para controlar a qualidade de todos os artefatos de software desenvolvidos.

Alternativas
Comentários
  • Processo de Software Pessoal é um processo de desenvolvimento de software que permite ao indivíduo aplicar a disciplina de nível industrial na sua prática pessoal. O PSP provê aos engenheiros de software um modo para melhorar a qualidade, a previsibilidade e a produtividade do seu trabalho.