

Seu próximo nível começa aqui
Com a Assinatura Ilimitada, você tem tudo que precisa para sua aprovação.
Com a Assinatura Ilimitada, você combina prática, teoria e método em uma única assinatura com tudo que você precisa para sua aprovação.
Sobre a Engenharia de Requisitos, assinale a alternativa correta.
A Gestão de Configuração de Software avalia os riscos que podem afetar o resultado do projeto ou a qualidade do produto.
A Gestão de Risco define e reúne medidas de processo, projeto e produto que ajudam a equipe a entregar um software que satisfaça as necessidades do usuário.
A Engenharia de Requisitos ajuda os engenheiros de software a compreender melhor o problema que devem resolver.
A Medição permite à equipe de software avaliar o progresso com base no plano de projeto e tomar ações para manter o cronograma.
As Revisões Técnicas Formais definem os critérios para a reutilização dos produtos de trabalho e estabelecem mecanismos para obter componentes reusáveis.
Sobre Gerência de Requisitos de Software, atribua V (verdadeiro) ou F (falso) às afirmativas a seguir.
( ) A Gerência de Requisitos (GRE) é um conjunto de atividades que ajudam a equipe de projeto a identificar, controlar e rastrear requisitos e suas modificações em qualquer época, à medida que o projeto prossegue.
( ) Enquanto a Tabela de Rastreabilidade de Fontes tem o objetivo de indicar como os requisitos estão relacionados uns com os outros, a Tabela de Rastreabilidade de Dependências mostra como os requisitos referem-se a importantes características observáveis do sistema/produto do cliente.
( ) Assim como na Gerência de Configuração de Software (SCM), a Gerência de Requisitos começa com a identificação, na qual, a cada requisito, é atribuído um identificador.
( ) A Tabela de Rastreabilidade do Subsistema tem por objetivo mostrar como os requerimentos referem- -se tanto a interfaces de sistemas internos, quanto a interfaces de sistemas externos.
( ) Uma vez que os requisitos são identificados, torna-se necessário que as tabelas de rastreabilidade sejam desenvolvidas e que cada tabela relacione os requisitos identificados em um ou mais aspectos do sistema, ou o seu meio ambiente.
Assinale a alternativa que contém, de cima para baixo, a sequência correta.
V, F, V, F, V.
V, F, F, V, F.
F, V, V, F, F.
F, V, F, F, V.
F, F, F, V, V.
Subprocesso da engenharia de requisitos que visa a verificar se os requisitos foram declarados de maneira não ambígua e se de fato definem o sistema desejado pelo usuário:
Estudo de viabilidade.
Elicitação de requisitos.
Análise de requisitos.
Validação de requisitos.
Gerenciamento de requisitos
Observe a figura, que representa uma ferramenta de processo, conhecida como Ciclo de Vida de Sistema. Devido ao encadeamento de uma fase com outra, esse modelo é conhecido como “cascata”. Observe.

Um das fases prevê a execução de atividades que envolvem a identificação e a descrição das abstrações fundamentais do sistema de software e suas relações e o estabelecimento de uma arquitetura geral para o sistema como um todo. Essa fase denomina-se
definição de requisitos.
projeto de sistema e software.
implementação e teste de unidade.
integração e teste de sistema.
A figura abaixo ilustra a etapa de análise de requisitos no ciclo de engenharia de usabilidade.

No que diz respeito às atividades de análise de princípios gerais para o projeto, é uma preocupação do projetista:
conhecer atributos pessoais dos usuários como faixa etária e motivações, que deverão interagir com o sistema desenvolvido
conhecer o que podem oferecer e as limitações do sistema operacional e dos ambientes em janelas
oferecer suporte e treinamento aos usuários nos dispositivos de hardware, visando eliminar barreiras de uso
pesquisar aspectos ligados a interrupções e incidentes que poderão ocorrer em cada tipo de tarefa a ser executada pelo sistema
pesquisar aspectos de ergonomia que interessem à concepção da interface no tipo de contexto de uso
Análise de requisitos está associada ao processo de descobrir as operações que um sistema deve realizar, bem como as restrições acerca dessas operações. A respeito de análise de requisitos, assinale a alternativa correta.
Os requisitos descrevem apenas o que tem de ser feito pelo sistema, e não como deve ser feito.
Entre as técnicas de elicitação de requisitos, estão cenários, entrevistas e triangulações.
Nas entrevistas fechadas, não há uma agenda ou questões pré-definidas.
O custo para corrigir problemas com requisitos não depende de esses problemas serem ou não descobertos mais cedo ou mais tarde no processo de desenvolvimento do sistema.
Os requisitos funcionais descrevem o que o sistema deve fazer.
Em relação ao ciclo de vida e desenvolvimento de um software-produto, considere:

Associam-se corretamente as colunas de Modelo e Característica em:
A) I-a; II-b; III-c; IV-d; IV-e.
I-a; II-b; II-c; IV-d; III-e.
II-a; I-b; I-c; IV-d; III-e.
III-a; IV-b; IV-c; II-d; I-e.
IV-a; III-b; I-c; II-d; III-e.
O modelo em cascata é, provavelmente, o mais antigo modelo de desenvolvimento de software. As afirmações a seguir contêm prováveis problemas decorrentes dessa forma de modelagem:
I. projetos reais dificilmente apresentam-se com um fluxo sequencial, conforme proposição do modelo;
II. normalmente, o cliente não consegue definir todos os requisitos exigidos do software em questão, de forma explicita;
III. uma versão executável do programa somente estará disponível quase ao final do projeto.
Sobre as afirmações, pode-se dizer que, de fato, indicam problemas no modelo em cascata o contido em
I, apenas.
III, apenas.
I e II, apenas.
Il e III, apenas.
II, I e III.
Entender e definir com precisão os requisitos de um software permite que a energia da equipe de desenvolvimento seja direcionada para fins determinados. Portanto, realizar corretamente o levantamento e a administração de requisitos é vital para a qualidade do software.
Com relação aos requisitos de software, todas as alternativas estão corretas, exceto a:
A análise de requisitos define o contexto para possíveis soluções de software, seu comportamento, funções e especificações das operações que o mesmo deve realizar.
Requisitos funcionais descrevem restrições ao software de forma geral. Como exemplo, podemos citar a quantidade de memória necessária em bytes, o tempo de treinamento necessário para operá-lo e o número de transações processadas por segundo.
Entrevistas, Etnografia, Questionários, e Cenários são algumas técnicas aplicadas para realizar o levantamento de requisitos.
Existem ferramentas que automatizam e gerenciam o processo de levantamento, análise, verificação e documentação de requisitos. Como exemplo podemos citar a ferramenta Rational RequisitePro.
A engenharia de requisitos fornece mecanismos apropriados para entender o que o cliente deseja e, dentre as suas funções, podemos destacar a análise, o levantamento, a especificação e a validação de requisitos.
Os princípios de refatoração (refactoring) e pequenas entregas (small releases) são seguidos pela comunidade que apóia o desenvolvimento ágil de sistemas de software. Considere os modelos de processo de software a seguir:
I. Modelo Iterativo;
II. Modelo Espiral;
III. Modelo Cascata.
Pode-se dizer que as técnicas de refatoração e pequenas entregas são aplicadas de forma eficaz em
I, apenas.
II, apenas.
III, apenas.
I e II, apenas.
I, II e III.
Considere as seguintes afirmações sobre as fases do modelo cascata de desenvolvimento de software:
I. são executadas de forma isolada;
II. não se pode começar outra fase se a anterior não tiver terminado;
III. a informação de uma fase é utilizada em outra fase e existe o retorno (feedback ) entre elas.
Sobre as afirmações, pode-se dizer que está correto o contido em
I, apenas.
II, apenas.
III, apenas.
I e II, apenas.
I, II e III.
O desenvolvimento evolucionário e o modelo em cascata são exemplos de modelo de processo de software. Uma abordagem evolucionária para desenvolvimento de software é frequentemente mais eficaz que a abordagem em cascata na produção de sistemas que atendam às necessidades imediatas dos clientes. A vantagem da segunda é que a especificação pode ser desenvolvida de forma incremental.
O modelo em cascata consiste de fases e atividades que devem ser realizadas em seqüência, de forma que uma atividade é requisito da outra.
os requisitos e os testes.
Os termos ferramenta “CASE” e ferramenta de “IDE” são sinônimos.
Certo
Errado
Visar à “racionalização e à otimização dos processos do cliente” está mais associado a “Software requirements” que a “Software engineering process”.
Certo
Errado
Com relação aos conceitos de engenharia de software, o modelo de ciclo de vida de software que descreve uma seqüência de atividades do ciclo de vida, começando pela engenharia de sistemas e concluindo com a manutenção, é conhecido por
Espiral.
Cascata.
Incremental.
Prototipação.
Evolucionário.
De acordo com os princípios da engenharia de software, podem ser utilizados diferentes modelos de ciclos de vida no desenvolvimento de software. O ciclo de vida em cascata está indicado em: