Grátis: Os desenvolvedores, às vezes, são pressionados pelos gerentes a entregarem protótipos throw-away (descartáveis), particularmente quando há atrasos ... – Questões Respondidas

Engenharia de Software

Outros

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.

Exercícios Para o Aprendizado

há 6 meses

Exercícios Para o Aprendizado

há 6 meses

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

Respostas

Ed

há 6 meses

Vamos analisar cada item: I. Pode ser impossível ajustar o protótipo para atender aos requisitos não funcionais ignorados durante o desenvolvimento do protótipo. Verdadeiro, protótipos descartáveis geralmente não consideram requisitos não funcionais, dificultando ajustes posteriores. 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. Verdadeiro, protótipos descartáveis costumam ter documentação pobre, prejudicando a manutenção. 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. Verdadeiro, alterações rápidas e improvisadas podem comprometer a qualidade do código. IV. Padrões de qualidade organizacionais são geralmente relegados a segundo plano no desenvolvimento do protótipo. Verdadeiro, protótipos descartáveis costumam ignorar padrões formais de qualidade. Todos os itens estão corretos. Portanto, a alternativa correta é: E) I, II, III e IV.

Essa resposta te ajudou?

0

0

Ainda não achou a resposta?

Integrado com os principais modelos de IA do mercado
Respostas em segundos
IA treinada para estudantes brasileiros.

Evolua 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)

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.

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.

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.

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.