As ferramentas CASE não possuem subdivisão de acordo com a finalidade de manuten...

Questão de Engenharia de Software da banca CESPE CEBRASPE aplicada no concurso Banco da Amazônia (2009). Confira a resolução completa abaixo:

Q246095•
Engenharia de Software•
CESPE CEBRASPE•
Banco da Amazônia•
Técnico Científico Administração de Dados

Com relação às ferramentas CASE, julgue os itens a seguir.

As ferramentas CASE não possuem subdivisão de acordo com a finalidade de manutenção.

Certo

Errado

Questões Relacionadas

Q150172•
Engenharia de Software•
UML•
NCE UFRJ•
TRE RJ•
Analista Judiciário Tecnologia da Informação

Generalização / Especialização é um tipo de relacionamento possível de ser aplicado ao(s) seguinte(s) elemento(s) de modelo na UML:

Q155003•
Engenharia de Software•
Metodologias Ageis•
FCC•
TRF 4a•
Analista Judiciário Tecnologia da Informação

Na fase de desenvolvimento do Scrum, o software é desenvolvido em processos iterativos denominados

Q232515•
Engenharia de Software•
Qualidade de Software•
FCC•
TJ PE•
Programador de Computador

Em relação a Qualidade e Teste de Software, quando um produto é previamente testado e enviado para uma nova avaliação, considere:

I. Todas as partes alteradas nos documentos, funcionalidades e informações devem ser testadas como se fosse um produto novo.

II. Todas as partes inalteradas que sejam influenciadas pelas partes alteradas ou por mudanças em um requerido sistema (de acordo com os conhecimentos específicos do testador) devem ser testadas por amostragem.

III. Todas as outras partes que não foram alteradas ou influenciadas pelas alterações, devem ser testadas como sendo um novo produto.

Está correto o que se afirma em

Q110419•
Engenharia de Software•
Engenharia de Requisitos•
FCC•
TCE AM•
Analista de Controle Externo Tecnologia da Informação

A gestão de requisitos é um conjunto de atividades que tem como principal objetivo ajudar a equipe de projeto a

utilizar ferramentas de engenharia de software para modelar os requisitos do sistema, através da UML.

identificar, controlar e rastrear requisitos e modificações de requisitos em qualquer época, à medida que o projeto prossegue.

construir um modelo técnico refinado de funções, características e restrições do software.

negociar com os clientes os conflitos de prioridade de requisitos e identificar e analisar os riscos associados a cada requisito.

avaliar os requisitos quanto à qualidade, garantindo que ambiguidades, inconsistências, omissões e erros tenham sido detectados e corrigidos.

Q116022•
Engenharia de Software •
RUP•
FCC•
INFRAERO•
Analista de Sistemas Desenvolvimento e Manutenção

De certo modo, o Processo Unificado é uma tentativa de apoiar-se nos melhores recursos e características dos modelos convencionais de processo de software, porém, de caracterizá-los de modo que implementem muitos dos melhores princípios de desenvolvimento ágil de software. Com base nessa afirmação, é correto dizer que o
Processo Unificado

prevê requisitos estáveis e desenvolvimento em uma sequência de etapas sem a participação do cliente.

divide o projeto em fases de uma maneira inflexível e, após a fase de desenvolvimento, não se prevêem mudanças das especificações.

sugere que o software seja todo planejado e documentado antes de ser implementado.

sugere um fluxo de processo que é iterativo e incremental, dando a sensação evolucionária que é essencial no desenvolvimento moderno de software.

reconhece que a comunicação com o cliente é importante, entretanto dispensa os métodos diretos para descrever a visão do cliente de um sistema.

Q238175•
Engenharia de Software•
Metodologias Ageis•
FCC•
TRE RS•
Programador de Computador

No contexto das regras do SCRUM, é correto afirmar:

Durante a realização do Sprint, o Backlog pode ser modificado por qualquer um dos elementos da equipe, desde que acordado nas reuniões semanais.

O Sprint deve ser realizado num período não superior a 30 dias e ter um objetivo bem claro, baseado no Backlog.

Modificação no Backlog é prerrogativa do Scrum Master, quando achar necessário, em qualquer momento no decorrer do Sprint.

Não é possível dissolver um Sprint. Se houver algum risco de ele tomar um rumo não desejável, novas funcionalidades devem ser implementadas para garantir o prazo do projeto.

O foco na produtividade se estende às Scrum meetings e a conversação é pautada em discussões por toda a equipe.

Q108980•
Engenharia de Software •
Engenharia de Requisitos•
CESPE CEBRASPE•
SAD PE•
Analista de Controle Interno – Tecnologia da Informação

Um requisito de software expressa as necessidades e restrições colocadas em um produto de software que contribuem para a solução de algum problema do mundo real. Acerca desse assunto, assinale a opção correta.

Os contratantes ou clientes são os principais colaboradores envolvidos no fornecimento de informações para o processo de levantamento ou elicitação de requisitos de software, os demais grupos de pessoas que podem fornecer informações são considerados de importância secundária.

As necessidades dos usuários a serem atendidas por um produto de software constituem a classe de requisitos funcionais, e as restrições mencionadas na definição de requisitos constituem a classe de requisitos não funcionais.

Entre as fontes de informação para a elicitação de requisitos, destacam-se, além dos colaboradores, o conhecimento do domínio de aplicação em que o software funcionará, o ambiente operacional do software e o ambiente organizacional.

A negociação de requisitos, de forma similar à observação do ambiente organizacional, é uma atividade típica da fase de elicitação de requisitos.

A técnica de casos de uso, empregada em alguns modelos de desenvolvimento de software atuais, é mais aderente à construção de cenários durante a construção de protótipos que durante a elicitação de requisitos.

Q186263•
Engenharia de Software•
Metodologias Ageis•
FCC•
DPE SP•
Agente de Defensoria Analista de Sistemas

Na engenharia de software, um processo iterativo denominado sprint, que segue o ciclo PDCA para entregar, num período de 30 dias aproximadamente, um incremento do software pronto, caracteriza a metodologia ágil

Q119635•
Engenharia de Software •
Metodologias Ageis•
CESGRANRIO•
ELETROBRÁS•
Analista de Sistemas Suporte Basis SAP R3

No SCRUM, que papel é responsável pela visão do produto e pelo retorno do investimento?

Mais sobre Engenharia de Software→

Notificações

Nada por aqui