Exatas

Brasil

Análise e Desenvolvimento de Sistemas

pt-br

Engenharia de Software

Engenharia de Software I é uma disciplina que aborda os conceitos fundamentais da engenharia de software, incluindo processos de desenvolvimento de software, modelos de ciclo de vida, análise e especificação de requisitos, projeto de software e testes de software. Durante as aulas, os alunos aprendem a utilizar ferramentas e técnicas para desenvolver software de qualidade, com ênfase na compreensão das necessidades do cliente e na entrega de um produto final que atenda aos requisitos especificados. A disciplina é importante para estudantes de ciência da computação e engenharia de software, que desejam se tornar desenvolvedores de software profissionais.

Exam

Text

ATIVIDADE 2 - TÓPICOS ESPECIAIS - 512023

RESTRICTED

Engenharia

Graduate

Centro Universitário de Maringá - EAD

Carlos Werle

Outros

Other

E conforme o software fica mais complexo, a natureza de uma equipe de engenharia de software muda. As equipes se tornaram globais e a comunicações ...

E conforme o software fica mais complexo, a natureza de uma equipe de engenharia de software muda. As equipes se tornaram globais e a comunicações e colaboração e os requisitos emergentes (com o fluxo de mudanças resultantes) se tornarem a norma. Cada equipe de software deve contribuir com talento criativo e habilidades técnicas para sua parte de um sistema complexo, e o processo todo deve permitir que o resultado dessas ilhas de talento se combine efetivamente.
Com base no texto acima, assinale a alternativa que mostra a associação correta para um mix de talento proposto para se ter uma equipe de software dos sonhos:
(   ) É o guru de base de dados e estrutura de dados que “ataca vigorosamente através de linhas e colunas com profundo conhecimento da lógica de predicados e teoria dos conjuntos no que se refere ao modelo relacional”.
(   ) Descobre habilmente requisitos de sistema com visão antropológica e os expressa com clareza.
(   ) É um programador perfeito que está à vontade com padrões e linguagens e pode usar ambas eficazmente.
(   ) É o arquiteto principal capaz de lidar com as demandas dos interessados e mapeá-las em uma estrutura de tecnologia extensível e implementável.
(   ) É um líder técnico (gerente) que permite que a equipe trabalhe livre de interferências enquanto ao mesmo tempo garante que a colaboração está ocorrendo.
1, 2, 4, 3, 5.
1, 2, 3, 4, 5.
2, 4, 3, 1, 5.
2, 5, 4, 1, 3.
3, 2, 1, 4, 5.

General Studies

Desafios Para o Conhecimento: Compartilhando desafios para auxiliar no aprimoramento do conhecimento em diversas disciplinas do ensino superior, médio e pós-graduação. Vamos juntos superar esses desafios e aprimorar nossos conhecimentos!

Desafios Para o Conhecimento

Os sistemas críticos têm custos mais alto do que os sistemas não críticos, de nada adiantam desenvolver um sistema crítico se não atender os requis...

Os sistemas críticos têm custos mais alto do que os sistemas não críticos, de nada adiantam desenvolver um sistema crítico se não atender os requisitos como disponibilidade, confiabilidade, segurança e proteção. Portanto, essas são as propriedades fundamentais na construção de sistemas designados críticos. Especificar um sistema crítico, não é tarefa fácil, uma vez que é preciso compreender os riscos e gerar requisitos de confiabilidade para lidar com eles.
Com base no texto acima, assinale a alternativa correta sobre as razões para que a confiança seja a propriedade mais importante de um sistema crítico.
Em Sistemas Críticos os custos de falha são considerados baixos para a empresa.
Os usuários normalmente apreciam os sistemas que não são confiáveis, seguros ou sem proteção.
Em sistemas considerados não confiáveis pode haver perda de informações ou danos físicos aos seus usuários.
Ao especificar um Sistema Crítico, é preciso compreender os riscos somente depois, quando o cliente estiver usado ele.
A razão para a confiança ser importante é quando existe vulnerabilidade no sistema, mas confiamos nele contra todos os tipos de ataques que possam a vir a ocorrer.

Muitas vezes a refatoração é considerada uma atividade que pretende realizar a limpeza de código. Esta visão é errônea porque a refatoração apresen...

Muitas vezes a refatoração é considerada uma atividade que pretende realizar a limpeza de código. Esta visão é errônea porque a refatoração apresenta técnicas diferenciadas para realizar alteração no código. Se estas técnicas forem utilizadas de forma correta, o código fica menos propenso à ocorrência de falhas. A Refatoração visa a alteração de código fonte para melhorar o seu entendimento e a sua manutenção, sem alterar suas funções externas.
A Refatoração é, portanto, uma técnica poderosa para gerar um bom código. Com base nesta informação, analise as afirmativas a seguir sobre os sintomas do catálogo de “maus cheiros”:
I) Código duplicado mostrando desperdício está no topo do ranking dos maus cheiros.
II) A cirurgia com rifle ocorre em uma mudança e faz-se muitas alterações pequenas em muitas classes diferentes.
III) Inveja da funcionalidade ocorre quando um método tende a utilizar mais de um objeto de uma classe diferente àquele a que pertence.
IV) Intimidade inapropriada acontece quando uma classe se refere às partes privadas de outras classes; e uma classe ociosa é quando ela não está fazendo o suficiente para se pagar.
I, apenas.
II e III, apenas.
II e IV, apenas.
I, III e IV, apenas.
I, II, III e IV.

Normalmente os sistemas críticos exigem um investimento maior do que sistemas não críticos. Para se ter confiança em sistemas críticos, estes devem...

Normalmente os sistemas críticos exigem um investimento maior do que sistemas não críticos. Para se ter confiança em sistemas críticos, estes devem atender os requisitos designados por disponibilidade, confiabilidade, segurança e proteção. Portanto, estes requisitos são fundamentais na construção de sistemas críticos.
Analisando o texto acima apresentado, analise as afirmativas a seguir sobre as principais propriedades da confiança.
I. A habilidade do sistema de entregar serviços quando requisitado é a disponibilidade.
II. Confiabilidade é a habilidade do sistema de entregar serviços conforme especificados.
III. Proteção é a habilidade do sistema de operar sem falhas catastróficas.
IV. A habilidade do sistema de se proteger de intrusão acidental ou não é a segurança.
I, apenas.
I e II, apenas.
I e IV, apenas.
I, II e III, apenas.
I, II, III e IV.

Engenharia reversa tem suas origens no mundo do hardware. Esta atividade permite que uma empresa desmonte um produto de hardware competitivo na ten...

Engenharia reversa tem suas origens no mundo do hardware. Esta atividade permite que uma empresa desmonte um produto de hardware competitivo na tentativa de conhecer os “segredos” de projeto e fabricação do concorrente. Note que esses segredos poderiam ser mais facilmente entendidos se fosse possível obter as especificações de projeto e a fabricação do concorrente.
A partir do texto acima, analise as afirmativas a seguir sobre os níveis onde a engenharia reversa dos dados ocorre:
I. A engenharia reversa dos dados ocorre em um único nível de abstração.
II. No nível de programa as estruturas internas de dados passam por uma reengenharia como parte de um trabalho da engenharia reversa.
III. No nível de sistema as estruturas de dados globais passam por uma reengenharia para acomodar novos paradigmas de gerenciamento de base de dados.
IV. O nível de abstração é a última tarefa da reengenharia.
I, apenas.
III, apenas.
I e II, apenas.
III e IV, apenas.
I, II e IV.

Conforme apresentado em Huzita e Freitas (2019), a integração contínua deve manter a aplicação em um estado funcional constante e permanente. Se nã...

Conforme apresentado em Huzita e Freitas (2019), a integração contínua deve manter a aplicação em um estado funcional constante e permanente. Se não for realizada a integração, a aplicação fica em um estado não funcional, voltando a funcionar normalmente depois dos testes ou da integração. Além disto, utilizar a integração contínua de maneira eficaz permite que a entrega do software seja mais rápida e com menos defeitos.
Considerando a situação mencionada e as práticas que devem ser seguidas para a prática da integração contínua, a seguir analise as afirmacoes:
I) fazer check-ins regulares para o trunk de desenvolvimento, devem acontecer ao longo do dia pois permite que as mudanças sejam menores e reduz a probabilidade de ocorrer falhas. Caso ocorra alguma mudança incorreta, deve-se reverter as mudanças com uma versão anterior do software.
II) criar de um conjunto mínimo de testes (unitários, componentes e de aceitação) automatizados.
III) o tempo de compilação do código e dos testes unitários deve ser breve para que não ocorram problemas, tais como suspender a compilação por completo.
IV) o espaço de trabalho dos desenvolvedores deve ser gerido com cuidado.
I apenas.
I e II apenas.
III e IV apenas.
I, III e IV apenas.
I, II, III e IV.

Conforme Huzita e Freitas (2019), o gerenciamento de configuração de software é uma atividade que permite: identificar os artefatos que precisam se...

Conforme Huzita e Freitas (2019), o gerenciamento de configuração de software é uma atividade que permite: identificar os artefatos que precisam ser alterados, as relações e o controle de versão destes artefatos; controlar as mudanças; auditar; e relatar todas as alterações feitas no software.
Considerando as atividades do gerenciamento de configurações, associe as duas colunas, relacionando a atividade com o seu respectivo conceito.
1. Gerenciamento de Mudanças
2. Gerenciamento de Versões
3. Construção do Sistema
4. Gerenciamento de Releases
2, 1, 4, 3.
1, 4, 2, 3.
1, 3, 2, 4.
4, 2, 3, 1.
3, 1, 2, 4.

Analisando o cotidiano do desenvolvimento de software é possível identificar que a procura por uma solução de um problema específico possui caracte...

Analisando o cotidiano do desenvolvimento de software é possível identificar que a procura por uma solução de um problema específico possui características idênticas, senão igual a encontrada em um projeto anteriormente desenvolvido, mas que devido à deficiência do processo, a solução e o problema não foram documentados e, às vezes, tão pouco compreendido em sua totalidade, impossibilitando o reaproveitamento das ideias e soluções. Desta forma, problemas idênticos que se repetem em outros contextos não são reconhecidos como tal, consumindo tempo e recursos em busca de soluções que em tese, já haviam sido encontradas.
Pensando sobre o texto acima, assinale a alternativa correta sobre como fazer para usar um padrão e suas diretrizes que norteiam este uso.
Procure definir nomes gerais para aplicação para as operações no padrão.
Procure ler somente o padrão a ser usado por completo e ignore o restante das classes.
Procure estudar as seções de descrição do problema e do padrão e olhe exemplos de código do padrão.
Procure escolher o nome das variáveis conforme o nome dos programadores responsáveis pela funcionalidade.
Procure escolher nomes para os usuários do padrão que tenham sentido conforme a funcionalidade da aplicação.

O reuso de software visa reaproveitar grande parte do software produzido e informações associadas em novos projetos, diminuindo o custo, aumentando...

O reuso de software visa reaproveitar grande parte do software produzido e informações associadas em novos projetos, diminuindo o custo, aumentando a produtividade no desenvolvimento e proporcionando o compartilhamento do conhecimento durante as fases de desenvolvimento. A ideia básica é que componentes de software sejam especificados e projetados de forma que possam ser reusados em aplicações diferentes.
Analisando o texto exposto acima, relacione em ordem os benefícios da Reutilização a sua explicação.
1. Aumento da confiabilidade
2. Redução de riscos do processo
3. Uso eficaz de especialistas
4. Conformidade com padrões
5. Desenvolvimento acelerado
1, 3, 4, 5, 2.
5, 4, 3, 2, 1.
3, 4, 5, 2, 1.
1, 2, 3, 4, 5.
4, 3, 5, 2, 1.

É dito que software não entregue ao cliente é inútil. Pode ser o código mais virtuoso já escrito, a técnica mais performática ou uma funcionalidade...

É dito que software não entregue ao cliente é inútil. Pode ser o código mais virtuoso já escrito, a técnica mais performática ou uma funcionalidade brilhantemente executada, mas ele não tem valor se o cliente não o está utilizando. Neste sentido, tem pouco valor uma nova funcionalidade que existe somente no repositório de código-fonte e não foi atualizada ou utilizada em nenhum ambiente, quer seja homologação ou produção. Como não há nenhuma funcionalidade que o cliente interaja, podemos dizer que aquele código não agregou valor ao produto.
Considerando a situação exposta no texto acima e o problema que surge de como entregar um sistema confiável aos usuários, de forma rápida, com poucos riscos e com qualidade, analise as afirmativas a seguir sobre a entrega contínua de software.
I. Considerado um processo usado para compilar o código em ambiente limpo, executar testes e outros processos de qualidade e gerar um build, disparado por qualquer modificação no código fonte.
II. Considerado um processo de implantação continua, onde você cria e implanta um sistema que pode ser liberado em um ambiente de produção a qualquer momento.
III. Considerado uma área de trabalho privada em que o software pode ser modificado sem afetar outros desenvolvedores que possam estar usando ou modificando o software.
IV. Considerado uma coleção de versões de componentes que compõem um sistema de software.
I, apenas.
II, apenas.
I e II, apenas.
I, II, IV, apenas.
I, II, III e IV.

MaterialAggregator/Subjects/Materials/Recent

MaterialAggregator/Subjects/Questions/New

ATIVIDADE 2 - TÓPICOS ESPECIAIS - 512023

Conteudo restrito apenas para assinantes