Logo Passei Direto
Buscar

Engenharia de Software

Outros
A maleabilidade dos sistemas de software é um dos motivos fundamentais, pelos quais os softwares vêm sendo, gradualmente, incorporados em sistemas amplos e complexos. As modificações no sistema podem ser realizadas a qualquer momento durante ou após o desenvolvimento do software. SOMMERVILLE, Ian. Engenharia de Software. 9. ed. São Paulo: Pearson Prentice Hall, 2011.
Sobre o processo evolutivo do software, assinale a alternativa correta.
A) Modificação de sistemas; Propriedade coletiva; Integração contínua; Pequenos releases
B) Planejamento incremental; Pequenos releases; Projeto simples; Avaliação de sistemas existentes
C) Desenvolvimento test-first; Proposta de mudanças de sistema; Refatoração; Programação em pares
D) Definição de requisitos de sistema; Avaliação de sistemas existentes; Proposta de mudanças de sistema; Modificação de sistemas
E) Uso de frameworks de testes automatizados; Plano de prototipação; Projeto de arquitetura de sistema; Definição de requisitos de sistema.
User badge image
Exercícios Para o Aprendizado

há 6 meses

User badge image
Exercícios Para o Aprendizado

há 6 meses

7ad63101-7863-4522-b846-9797b69087fa (1)
33 pág.

7ad63101-7863-4522-b846-9797b69087fa (1)

Respostas

User badge image

Ed Verified user icon

há 6 meses

Vamos analisar as alternativas com base no processo evolutivo do software, conforme descrito por Sommerville: O processo evolutivo do software envolve a capacidade de modificar sistemas existentes, propor mudanças, avaliar sistemas já em uso e adaptar o software continuamente. Analisando as alternativas: A) Modificação de sistemas; Propriedade coletiva; Integração contínua; Pequenos releases - Alguns termos são mais relacionados a metodologias ágeis, mas "Propriedade coletiva" e "Integração contínua" não são conceitos centrais do processo evolutivo tradicional. B) Planejamento incremental; Pequenos releases; Projeto simples; Avaliação de sistemas existentes - Foca em planejamento e releases, mas "Projeto simples" não é necessariamente parte do processo evolutivo. C) Desenvolvimento test-first; Proposta de mudanças de sistema; Refatoração; Programação em pares - Termos mais ligados a práticas ágeis e desenvolvimento, não diretamente ao processo evolutivo clássico. D) Definição de requisitos de sistema; Avaliação de sistemas existentes; Proposta de mudanças de sistema; Modificação de sistemas - Esta alternativa contempla etapas típicas do processo evolutivo: definição de requisitos, avaliação, proposta de mudanças e modificação. E) Uso de frameworks de testes automatizados; Plano de prototipação; Projeto de arquitetura de sistema; Definição de requisitos de sistema - Embora importantes, esses itens não refletem diretamente o processo evolutivo do software. Portanto, a alternativa correta é: D) Definição de requisitos de sistema; Avaliação de sistemas existentes; Proposta de mudanças de sistema; Modificação de sistemas

Essa resposta te ajudou?

0
Dislike0

Ainda não achou a resposta?

  • Integrado com os principais modelos de IA do mercado
  • Respostas em segundos
  • IA treinada para estudantes brasileiros.
PasseIA logoEvolua sua forma de estudar

Cadastre-se ou realize login

Ainda com dúvidas?

Envie uma pergunta e tenha sua dúvida de estudo respondida!

Essa pergunta também está no material:

7ad63101-7863-4522-b846-9797b69087fa (1)
33 pág.

7ad63101-7863-4522-b846-9797b69087fa (1)

Mais perguntas desse material

Quais são as fases do modelo RUP (Rational Unified Process)?
A) Início, Desenho, Codificação e Testes.
B) Definição de Requisitos, Codificação e Manutenção.
C) Início, Elaboração, Construção e Transição.
D) Desenho, Elaboração, Construção e Instalação.
E) Definição de Requisitos, Projeto, Construção e Teste.

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. Uma 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 A) operação e manutenção. B) implementação e teste de unidade. C) projeto de sistema e software. D) integração e teste de sistema. E) definição de requisitos.

Um desenvolvedor de software foi contratado por uma empresa de software, mas ainda não tem informações acerca do modelo de desenvolvimento, do modelo de ciclo de vida ou do processo de desenvolvimento de software sob o qual se estruturam as atividades da organização. Assim, ao chegar às dependências da empresa, no seu primeiro dia de trabalho, o desenvolvedor começou a observar alguns comportamentos desempenhados pelos colegas. Tratando tais comportamentos como evidências do desempenho de um processo aderente a determinado modelo, o desenvolvedor registrou algumas proposições acerca do modelo empregado na empresa.
A respeito da situação acima, em cada uma das opções a seguir, é apresentada uma evidência coletada pelo desenvolvedor, que deve ser analisada individualmente, independentemente das demais evidências coletadas. Avalie os itens a seguir e verifique se a conclusão de evidência é coerente com o que estabelece o corpo de conhecimento da engenharia de software acerca desse tema. É CORRETO apenas o que se afirma em
I. Os requisitos do software da organização são, detalhadamente, descritos por meio de fórmulas e diagramas, usando-se notações matemáticas embasadas na teoria dos conjuntos, relações e funções, e no cálculo de predicados. Portanto, a empresa usa métodos ágeis.
II. O gerente geral de projetos da empresa decidiu, junto a um cliente, realizar algumas modificações nos requisitos de um produto de software que já se encontrava na fase de testes e comprometeu-se a incluir tais requisitos na próxima liberação do produto. Essa decisão permite inferir que o modelo de desenvolvimento de software empregado não é do tipo cascata.
III. Imediatamente após ter testado um protótipo evolucionário, um dos colegas da empresa iniciou a produção de uma lista de riscos aos quais o projeto está sujeito. Dessa forma, a empresa não utiliza um modelo de ciclo de vida embasado no espiral.
A) I.
B) II.
C) III.
D) I e II.
E) II e III.

A elaboração de protótipos durante o desenvolvimento de um software pode ser uma interessante ferramenta para verificação dos requisitos que serão utilizados. Existem duas abordagens de prototipagem, conhecidas como aberta e fechada. A abordagem fechada realiza apenas uma demonstração aproximada dos requisitos e, em seguida é descartado, enquanto que, na abordagem aberta, cria-se um protótipo e o mesmo é utilizado durante a construção do software. É importante ressaltar que não são todos os sistemas que são passíveis de prototipagem. PRESSMAN, R. S. Software engineering: a practitioner’s approach. New York: McGraw Hill, 2001 (adaptado). Diante disso, considere a situação apresentada a seguir. Helena é responsável pela engenharia de software de uma empresa de desenvolvimento de sistemas corporativos. Ela utiliza protótipos no processo de desenvolvimento de software, de uma maneira direta para reduzir o risco, mostrando algo concreto e executável aos stakeholders. Durante a elaboração de um determinado projeto, Helena foi questionada por um estagiário e explicou quais as incertezas que os protótipos poderiam reduzir.
Acerca das incertezas que os protótipos poderiam reduzir, julgue os itens a seguir. É correto o que se afirma em
I. Helena poderá explicar que o protótipo será capaz de reduzir a estabilidade ou o desempenho da tecnologia-chave.
II. Helena poderá dizer que o protótipo reduzirá o tempo de entrega do sistema final com todos os requisitos atendidos.
III. Helena poderá explicar que o protótipo diminui a incerteza sobre o entendimento de requisitos e a aparência do produto, sua usabilidade.
IV. Helena poderá falar ao estagiário que o protótipo reduz a incerteza sobre a viabilidade de negócio de um produto que está sendo desenvolvido.
A) II, apenas.
B) III e IV, apenas.
C) I e II, apenas.
D) I, III e IV, apenas.
E) I, II, III e IV.

Os desenvolvedores, às vezes, são pressionados pelos gerentes a entregarem protótipos throw-away (descartáveis), particularmente quando há atrasos na entrega da versão final de um sistema. Em vez de enfrentar os atrasos no projeto, o gerente pode considerar que a entrega de um sistema incompleto ou de baixa qualidade é melhor do que nada. Contudo, isso pode acarretar problemas.
Analise as alternativas abaixo, relacionadas aos problemas que a entrega de um protótipo pode ocasionar. Está CORRETO o que se afirma em
I. Pode ser impossível ajustar o protótipo para atender aos requisitos não funcionais ignorados durante o desenvolvimento do protótipo.
II. Mudanças rápidas durante o desenvolvimento dificulta a documentação do protótipo. Assim, a única especificação passa a ser o código do protótipo que não é suficiente para manutenções em longo prazo.
III. As mudanças feitas durante o desenvolvimento do protótipo poderão degradar a estrutura do sistema, tornando-se difícil e caro mantê-lo.
IV. Padrões de qualidade organizacionais são geralmente relegados a segundo plano no desenvolvimento do protótipo.
A) I e II, apenas.
B) III e IV, apenas.
C) I, II e III, apenas.
D) II, III e IV, apenas.
E) I, II, III e IV.

No processo unificado, cinco workflows acompanham o conjunto das fases de desenvolvimento de software. Cada workflow é um conjunto de atividades executadas por vários membros do projeto. Considerando o desenvolvimento de um sistema integrado de gestão (ERP), o empacotamento em componentes de software dos elementos do modelo de projeto — tais como arquivo de código- fonte, biblioteca de ligação dinâmica e componentes executáveis — é descrito pelo workflow de
A) teste.
B) análise.
C) projeto.
D) implementação.
E) requisito.

Os modelos de processo foram propostos para trazer ordem ao caos existente na área de desenvolvimento de software. A história mostra que esses modelos trouxeram considerável contribuição no trabalho da engenharia de software. PRESSMAN, R. S. Engenharia de software: uma abordagem profissional. 8. ed. Porto Alegre: AMGH, 2016 (adaptado). A respeito dos modelos de processo, avalie as afirmações a seguir. I. São atividades do modelo incremental: especificação, desenvolvimento e validação. II. No modelo espiral, a fase de modelagem é responsável, entre outras atividades, pela estimativa, cronograma e análise de risco. III. O modelo cascata sugere uma abordagem sequencial e sistemática para o desenvolvimento de software, iniciando na especificação de requisitos e finalizando com a entrega do software concluído. É correto o que se afirma em A) II, apenas. B) III, apenas. C) I, II e III. D) I e III, apenas. E) I e II, apenas.

A validação de software, também conhecida como verificação e validação (V&V), tem a intenção de mostrar se um software se adequa aos seus critérios, ao mesmo tempo em que satisfaz os critérios do cliente do sistema. A principal técnica de validação é o teste do programa, executando o sistema com dados de testes simulados. A validação envolve processos de verificação, tais como inspeções e revisões, em todo o estágio do processo de software. (SOMMERVILLE, Ian. Engenharia de Software. 9. ed. São Paulo: Pearson Prentice Hall, 2011.) Tendo em vista essa informação, assinale a alternativa que apresenta corretamente os estágios do processo de teste. A) 1 - Testes de desenvolvimento; 2 - Testes de sistema; 3 - Testes de aceitação. B) 1 - Testes de modificar sistemas; 2 - Testes de integrar incrementos; 3 - Testes de aceitação. C) 1 - Testes de projetar arquitetura de sistema; 2 - Testes de sistema; 3 - Testes de desenvolver protótipo. D) 1 - Testes de avaliar o protótipo; 2 - Testes de aceitação; 3 - Testes de implantar incrementos. E) 1 - Testes de desenvolvimento; 2 - Testes de plano de prototipação; 3 - Testes de atribuir requisitos aos incrementos.

No Ciclo de Vida da Prototipação, a definição do sistema ocorre através da descoberta gradual e evolutiva deste por parte do usuário e do desenvolvedor. Assim, obtém-se um conjunto inicial de necessidades que são implementadas rapidamente com a intenção de refiná-las de acordo com o aumento do conhecimento do sistema por parte do desenvolvedor e do usuário. O modelo em questão capacita o desenvolvedor a criar um modelo do sistema que será implementado. Esse modelo pode assumir três formas: um protótipo em papel ou modelo computacional que mostra a interação do homem com a máquina; um protótipo de trabalho que implementa algumas funções que são exigidas pelo sistema desejado; e um programa existente que execute parte ou toda a função desejada para o novo sistema, mas com características que poderão ser melhoradas durante o desenvolvimento.
Considerando a urgência do cliente, pode-se concluir que
A) Silvana deverá apresentar o primeiro protótipo do software para o proprietário da pousada na etapa de 'engenharia do produto'.
B) Silvana deverá descartar a participação de usuários potenciais do sistema junto ao processo de desenvolvimento dos protótipos.
C) Silvana deverá trabalhar no refinamento dos protótipos somente quando ela chegar na etapa de 'coleta e refinamento dos requisitos'.
D) Silvana percebeu que o proprietário da pousada não está levando em consideração a qualidade global do sistema, então refinamentos breves dos protótipos serão requeridos.
E) Silvana deverá construir o protótipo e, em seguida, migrar para a etapa de engenharia do produto, descartando a avaliação do protótipo e o refinamento.

Mais conteúdos dessa disciplina