Logo Passei Direto
Buscar

Engenharia de Software

Outros
Leia o texto abaixo: Profissão de engenheiro de software Com cada vez mais empresas automatizando seus serviços e criando suas próprias plataformas digitais, a profissão de engenheiro de software foi considerada a 2ª melhor da área de TI em crescimento e remuneração, segundo o site especializado em carreiras de tecnologia. O software consiste na "parte lógica" do computador, que inclui sistema operacional e programas. Então, basicamente, estes profissionais projetam e guiam o desenvolvimento de programas, aplicativos e sistemas, de forma que atendam aos requisitos e cumpram as funções determinadas. Entre as principais atribuições do engenheiro de software, estão: - Desenvolver softwares e apps; - Gerenciar projetos ligados aos softwares; - Arquitetar o design estrutural dos programas; - Realizar testes nos sistemas. Além destas, engenheiros de software podem ter funções ligadas à administração de bancos de dados, manutenção dos sistemas e até algumas de documentação, relacionadas à gestão de projetos e à composição dos manuais de instruções. (Fonte: Disponível em: https://www.napratica.org.br/profissao-engenheiro-de-software/ - (https://www.napratica.org.br/profissao-engenheiro-de-software/). Acesso em: 04 de mar. de 2020)(adaptado) Considerando as informações apresentadas, avalie as informações abaixo: I. A profissão de engenheiro de software tem ganhado destaque na área de TI. II. Além das funções referentes a sistemas, engenheiros de softwares podem trabalhar com rotinas de administração de bancos de dados. III. Engenheiros de software trabalham apenas com projetos de software. IV. Engenheiros de software tem como atribuição realizar testes nos sistemas apenas. É correto o que se afirma apenas em:
IV e I
III e IV
I e II
I e III
II e IV
User badge image
Testando o Conhecimento

ano passado

User badge image
Testando o Conhecimento

ano passado

Prova-Qualidade de Software 6 de 6
15 pág.

Prova-Qualidade de Software 6 de 6

FAM

Respostas

User badge image

Ed Verified user icon

ano passado

Vamos analisar cada afirmativa: I. A profissão de engenheiro de software tem ganhado destaque na área de TI. Verdadeiro, o texto menciona que a profissão é considerada a 2ª melhor da área de TI em crescimento e remuneração. II. Além das funções referentes a sistemas, engenheiros de software podem trabalhar com rotinas de administração de bancos de dados. Verdadeiro, o texto afirma que engenheiros de software podem ter funções ligadas à administração de bancos de dados. III. Engenheiros de software trabalham apenas com projetos de software. Falso, o texto indica que eles também podem ter funções relacionadas à manutenção de sistemas e documentação, além de gerenciar projetos. IV. Engenheiros de software têm como atribuição realizar testes nos sistemas apenas. Falso, o texto menciona que realizar testes é uma das atribuições, mas não a única. Com base nas análises, as afirmativas corretas são I e II. Portanto, a alternativa correta é: I e II.

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:

Prova-Qualidade de Software 6 de 6
15 pág.

Prova-Qualidade de Software 6 de 6

FAM

Mais perguntas desse material

Leia o texto a seguir: A adoção do modelo CMMI estagiado implica que a organização deve atingir cada nível de maturidade na seqüência em que o modelo apresenta, iniciando a primeira meta pelo nível 2 de maturidade. Para tanto, a organização deve demonstrar o atendimento às exigências das seguintes áreas de processos: Planejamento de projetos - estabelecer e manter planos com as atividades e os produtos de trabalho do desenvolvimento e manutenção de todos os projetos, cada qual segundo seu escopo, elaborar os orçamentos e cronogramas. Prevê também a formalização do compromisso, através das revisões periódicas e com a disponibilização dos recursos; Monitoramento e controle de projetos - fornecer o entendimento do progresso do projeto e identificar os desvios, os riscos, os dados de controle e as ações corretivas; Medições e análises - Desenvolver e manter as medições necessárias para prover informações de gerenciamento adequadas à organização; Gerenciamento de requisitos - identificar os requisitos funcionais e não funcionais do produto e as correspondentes mudanças; Gerenciamento de configuração - identificar os itens de configuração dos produtos finais e de seus componentes (baselines), sua integridade e mudanças; Gerenciamento da qualidade do produto e do processo - prover a visibilidade objetiva e a comunicação adequada do andamento e da qualidade do processo e dos produtos de trabalho e final; Gerenciamento dos acordos de fornecimento - gerenciar a aquisição de produtos, a seleção dos fornecedores e cumprir mutuamente as responsabilidades e manter os registros do aceite e de transferência. (Fonte: Disponível em: http://www.scielo.br/scielo.php? script=sci_arttext\(&pid=S0103-65132008000200006 - (http://www.scielo.br/scielo.php?script=sci_arttext\(&pid=S0103-65132008000200006). Acesso em: 05 de mar. de 2020) O CMMI é um modelo de maturidade de software que de acordo com o texto baseia o segundo nível em:
Equipes
Desenvolvedores
Usuários
Projetos
Operações

Leia o texto e analise as planilhas a seguir: Mas quanto tempo eu preciso para fazer uma Gestão Total da Qualidade eficaz? Para responder à pergunta, vamos mostrar primeiro um exemplo de cálculo custo/hora mostrando os gastos com os processos dentro de uma empresa que não utiliza softwares para automatização da Gestão Total da Qualidade. Confira:
| Gestão de Documentos | Gestão de lista mestra, verificação de documentos vencido, à vencer, cobrança e aviso de usuários para elaborar, revisar e aprovar os documentos. | | | | |
| --- | --- | --- | --- | --- | --- |
| Cargo | Salário mensal (fonte: LoveMondays) | Tempo médio (horas) trabalhadas/mês | Tempo (horas) utilizado | Custo da atividade por cargo | |
| Coordenador da Qualidade | R$ 6.300,00 | 160 | 5 | R$ 196,88 | |
| Analista da Qualidade Pleno | R$ 3.150,00 | 160 | 35 | R$ 689,06 | |
| Total | R$ 9.450,00 | - | - | R$ 885,94 | |
| Gestão de Indicadores | Apuração dos indicadores em planilhas, captação dos dados para geração de indicadores, cobrança de envolvidos nos processos, geração de resultados gráfico por gráfico, retrabalhos por informações incompletas. | | | | |
| Cargo | Salário mensal (fonte: LoveMondays) | Tempo médio (horas) trabalhadas/mês | Tempo (horas) utilizado | Custo da atividade por cargo | |
| Coordenador da Qualidade | R$ 6.300,00 | 160 | 5 | R$ 196,88 | |
| Analista da Qualidade Pleno | R$ 3.150,00 | 160 | 55 | R$ 1.082,61 | |
| Total | R$ 9.450,00 | - | - | R$ 1.279,69 | |
| Gestão de Não Conformidades | Gestão de prazos, cobrança de usuários (ligação e email), atualização de etapas da não conformidade. | | | | |
| Cargo | Salário mensal (fonte: LoveMondays) | Tempo médio (horas) trabalhadas/mês | Tempo (horas) utilizado | Custo da atividade por cargo | |
| Coordenador da Qualidade | R$ 6.300,00 | 160 | 25 | R$ 984,38 | |
| Analista da Qualidade Pleno | R$ 3.150,00 | 160 | 15 | R$ 295,31 | |
| Total | R$ 9.450,00 | - | - | R$ 1.279,69 | |
| Gestão de Auditorias | Confecção plano de auditoria, acompanhamento auditoria unidades, digitação dos resultados e upload de imagens, geração de relatórios, abertura e acompanhamento de não conformidades. | | | | |
| Cargo | Salário mensal (fonte: LoveMondays) | Tempo médio (horas) trabalhadas/mês | Tempo (horas) utilizado | Custo da atividade por cargo | |
| Coordenador da Qualidade | R$ 6.300,00 | 160 | 10 | R$ 393,75 | |
| Analista da Qualidade Pleno | R$ 3.150,00 | 160 | 30 | R$ 590,63 | |
| Total | R$ 9.450,00 | - | - | R$ 984,38 | |
| Gestão de Fornecedores | Cadastramento de fornecedores, digitação das informações da inspeção de produto, abertura manual de não conformidades, gestão de relatórios e gráficos. | | | | |
| Cargo | Salário mensal (fonte: LoveMondays) | Tempo médio (horas) trabalhadas/mês | Tempo (horas) utilizado | Custo da atividade por cargo | |
| Coordenador da Qualidade | R$ 6.300,00 | 160 | 30 | R$ 1.181,25 | |
| Analista da Qualidade Pleno | R$ 3.150,00 | 160 | 10 | R$ 196,88 | |
| Total | R$ 9.450,00 | - | - | R$ 1.378,13 | |
Analisando as planilhas acima, o que é preciso para conseguir implantar qualidade total?
Criar custos
Criar horas
Criar indicadores
Criar vagas

Leia o texto a seguir: Gerenciamento de Qualidade no RUP O gerenciamento de qualidade é feito para estas finalidades: Identificar indicadores adequados (métricas) com qualidade aceitável Identificar medidas adequadas a serem usadas na avaliação da qualidade Identificar e abordar adequadamente questões que afetam a qualidade o mais cedo e eficaz possível O gerenciamento da qualidade é implementado em todas as disciplinas, fluxos de trabalho, fases e iterações do RUP. Em geral, o gerenciamento da qualidade durante o ciclo de vida significa que você implementa, mede e avalia tanto a qualidade do processo como a do produto. Alguns dos esforços gastos para gerenciar a qualidade em cada disciplina estão realçados na lista a seguir: O gerenciamento da qualidade na disciplina de Requisitos inclui a análise do conjunto de artefatos de requisitos em busca da consistência (entre padrões de artefatos e outros artefatos), clareza (comunica as informações claramente a todos os acionistas, envolvidos e outras funções) e precisão (o nível apropriado de detalhe e precisão). (Fonte: Disponível em: http://mds.cultura.gov.br/core.base_rup/guidances/supportingmaterials/continu (1) (http://mds.cultura.gov.br/core.base_rup/guidances/supportingmaterials/continuously_vs. Acesso em: 05 de mar. de 2020) Considerando o texto acima, avalie as asserções a seguir: I. O gerenciamento de qualidade do RUP, pode ser implantado em todas disciplinas, fluxos de trabalho, fases e iterações do RUP. Porque II. O gerenciamento de qualidade cuida de ciclos de vida e isso quer dizer que você implementa, mede e avalia tanto a qualidade do processo como a do produto. A respeito das asserções acima, assinale a alternativa correta:
As asserções I e II são proposições falsas.
A asserção I é uma proposição falsa, e a II é uma proposição verdadeira.
As asserções I e II são proposições verdadeiras, e a II é uma justificativa da I.
As asserções I e II são proposições verdadeiras, mas a II não é uma justificativa da I.
A asserção I é uma proposição verdadeira, e a II é uma proposição falsa.

Leia o texto a seguir: A gestão da qualidade de software consiste em vários conceitos, sendo parte deles, aplicados ao processo de desenvolvimento e teste, gerando uma gama de atividades que em conjunto podem garantir um software com qualidade, essas atividades são realizadas em ciclos, sendo o Processo de Testes x Processo de Desenvolvimento. Roger S. Pressman (2011) afirma que o processo de software é dividido em cinco atividades que fazem parte de uma metodologia genérica, são elas Comunicação, Planejamento, Modelagem, Construção e Emprego. Com essas atividades se faz necessário o uso de uma metodologia (ágil, adaptável e flexível) de processo, o uso da metodologia é uma base para o desenvolvimento e teste, aplicando-a corretamente. Atualmente faz-se difícil a aplicação à risca de uma metodologia, é necessário adaptá-la, ser ágil e flexível, para isso, é preciso que os envolvidos colaborem e tenham em mente o lucro intelectual que a equipe vai ter ao final do ciclo. De onde tudo começa e quando termina? Bem, em poucas palavras, desenvolver um software consiste em um problema e uma solução. Durante toda nossa vida, nos deparamos com problemas e mais problemas em nosso dia, seja no problema na sua cozinha, onde sua geladeira que antes não tinha sensor para avisar quando faltar gelo, sensor para avisar que a porta estava aberta a um problema em um equipamento que faz cirurgias remotamente, onde um sensor especifico traz um resultado inesperado/inconsistente, até nos Smartphones, quando deixamos de ouvir ele tocar, por conta de um problema no software ou hardware. Referencia: https://www.linkedin.com/pulse/importância-da-gestão-qualidade-de-software-processo-helder/ (https://www.linkedin.com/pulse/importância-da-gestão-qualidade-de-software-processo-helder/) Segundo o texto lido avalie a asserções abaixo: I. Desenvolver um software é um processo relativamente semelhante ao nosso processo de existência. Porque II. Consiste basicamente em problemas e soluções que quando mapeados a tempo nos dão condições de uma melhor resolução. A partir das asserções assinale a alternativa:
As asserções I e II são proposições verdadeiras, mas a II não é uma justificativa da I.
As asserções I e II são proposições verdadeiras, e a II é uma justificativa da I.
A asserção I é uma proposição falsa, e a II é uma proposição verdadeira.
A asserção I é uma proposição verdadeira, e a II é uma proposição falsa.
As asserções I e II são proposições falsas.

Leia o texto a seguir: De quem é a culpa da má qualidade dos softwares? Acho que todos já ouvimos falar sobre modelos de maturidade como CMMI ou MPS.BR e processos como o RUP, Scrum ou XP. Quase sempre isso vem acompanhado de comentários críticos e pessimistas de como a nossa empresa está longe de ser madura e prover produtos de qualidade. Por outro lado, mesmo empresas que investem em maturidade do processo muitas vezes esquecem que ele não é uma bala de prata. Não existe processo ótimo sem ótimas pessoas. É um mito industrial a possibilidade de criar um processo perfeito que seja independentemente do nível e da maturidade dos indivíduos envolvidos. Isso pode ser bem observado na literatura sobre processos. Processos "pesados" ou rígidos são recomendados quando há equipes imaturas, sem experiência e disciplina adequadas. Já com equipes experientes, maduras e disciplinadas quase não existe necessidade de processo. Por isso é que os processos ágeis, por exemplo, somente são recomendados quando há pessoas muito competentes envolvidas no projeto. Como disse meu orientador: "coloque uma equipe de juniors num processo ágil, eles vão começar a estimar usando planning poker e provavelmente vão continuar jogando poker até o final do projeto". O mesmo é aplicável a empresas que disponibilizam salas de entretenimento, por exemplo. Muita gente gostaria de trabalhar no Google e ter uma sala com videogame, mas o que geralmente não se pensa é que quaisquer vagas nesse tipo de empresa são preenchidas por pessoas maduras e focadas, que possuem muito compromisso e dedicação. (Fonte: Disponível em: http://luizricardo.org/2012/10/psp-personal-softwareprocess/ (http://luizricardo.org/2012/10/psp-personal-software-process/). Acesso em: 05 de mar. de 2020) Depois de ler o texto acima, considere as afirmações abaixo: I. Investir em processos de maturidade não necessariamente vai excluir todos os problemas da empresa II. Os processos não podem ser melhorados sem as pessoas III. Processos "pesados" ou rígidos são recomendados quando há equipes maduras, com experiência e disciplina adequadas IV. A culpa pela falta de qualidade e organização em uma empresa é mantido na diretoria É correto o que se afirma apenas em:
I e II
III e IV
IV e I
I e III
II e III

Leia o texto a seguir:

## Qualidade de Produto

No contexto de produtos de software, o termo qualidade se refere a atributos positivos, desejáveis, de sistemas de software. Naturalmente, a noção de qualidade é subjetiva, de modo que indivíduos diferentes podem ter percepções de qualidade distintas sobre um mesmo produto.

Tal subjetividade não impede que, ao longo do tempo, diversos indivíduos e organizações tenham buscado sistematizar o conceito de qualidade de software, dando origem a modelos de qualidade. Modelos de qualidade de software definem um conjunto de características a serem consideradas para se avaliar a qualidade de um software [ISO/IEC 2001]. Exemplos de modelos de qualidade incluem o modelo de Boehm [Boehm et al. 1976], o modelo de Cavano e McCall [Cavano and McCall 1978], o modelo FURPS+ [Grady 1992] e a ISO/IEC 9126 [ISO/IEC 2001]. No modelo de Cavano e McCall, as características de qualidade são agrupadas em três dimensões:

- revisão do produto: manutenibilidade, flexibilidade e testabilidade;
- transição do produto: portabilidade, reusabilidade e interoperabilidade;
- operação do produto: corretude, confiabilidade, eficiência, integridade e usabilidade.

Ainda que antigo, o modelo de Cavano e McCall propõe uma classificação ainda hoje relevante - basta observar que o padrão ISO 9126 usa o modelo como uma das fontes de inspiração. Além disso, cada dimensão se refere a atributos de qualidade que são especialmente relevantes para um stakeholder: a dimensão de revisão é relevante para desenvolvedores; transição, para administradores de sistemas; operação, para o usuário.

Observe as asserções abaixo:
I. O modelo Cano e Mcall é antigo, mas prático, atual e relevante, ainda serve como modelo para normas como a ISO 9126.

# PORQUE

II. Propõe uma classificação relevante para os dias de hoje e dimensões que se referem a atributos de qualidade que são relevantes para os stakeholders.

Escolha a alternativa correta:
As asserções I e II são proposições falsas.
As asserções I e II são proposições verdadeiras, mas a II não é uma justificativa da I.
A asserção I é uma proposição verdadeira, e a II é uma proposição falsa.
A asserção I é uma proposição falsa, e a II é uma proposição verdadeira.
As asserções I e II são proposições verdadeiras, e a II é uma justificativa da I.

Vamos ler o texto:

Em março o Stack Overflow publicou a Pesquisa para Desenvolvedores de 2018 e, pela primeira vez, incluiu perguntas sobre ética. A boa notícia é que para pergunta "os desenvolvedores têm obrigação de considerar as implicações éticas de seu código?" quase 80% responderam "sim". No entanto, apenas 20% se sentiram responsáveis por seu código antiético. 40% escreveriam código antiético se solicitado (a maioria disse que "depende" - o que eu leio como 'sim' - "mas eu me sentiria mal"), e apenas 50% denunciariam código antiético se o vissem.

Se o código tivesse pouco impacto no mundo, talvez isso não fosse um problema. Se eu escrever um algoritmo que prejudique 100 pessoas, isso é ruim, mas o efeito é limitado. No entanto, se eu fizer a mesma coisa no Facebook ou no Google com bilhões de usuários, o resultado será muito mais grave. O aumento na escala pode ser ruim e bom.

A maioria de nós não trabalha para empresas de hiper escala, mas o objetivo geralmente é crescer, e cultura é algo difícil de mudar. Tomar atalhos ou usar práticas duvidosas no começo podem parecer algo justificado ou pragmático (como a decisão de Uber de testar um carro autônomo sem licença), mas é notoriamente difícil escalar de volta dessa escorregada ética mais tarde.

De acordo com o texto acima, avalie as asserções abaixo e a relação proposta entre elas:
I. Usar ética na criação de códigos é certo e aprovado por desenvolvedores.

Porque

II. Em casos de empresas grandes como Google e Facebook, prejudicariam governos e milhões de usuários.

A respeito das asserções acima, assinale a alternativa correta:
As asserções I e II são proposições falsas.
As asserções I e II são proposições verdadeiras, mas a II não é uma justificativa da I.
A asserção I é uma proposição verdadeira, e a II é uma proposição falsa.
A asserção I é uma proposição falsa, e a II é uma proposição verdadeira.
As asserções I e II são proposições verdadeiras, e a II é uma justificativa da I.

Leia o texto abaixo:

Validação e Verificação (V&V)
Quando juntamos os dois conceitos de Validação e Verificação de Software é possível avaliar se ele atende à demanda que o fez necessário em primeiro lugar e, posteriormente, se ele foi construído corretamente, sem apresentar falhas, problemas e possíveis bugs.

Para isso são realizados, dentre outras tarefas, a revisão dos requisitos, de modelos, inspeção do código e outras revisões e inspeções técnicas em geral. Uma vez que os processos de V&V estejam validados é possível passar para a parte final do desenvolvimento de um software: os testes.

Testes
O teste de segurança software é o momento em que o produto é executado (por isso a necessidade de uma versão beta) para que os engenheiros possam avaliar como será a interação do programa com o consumidor final.

Dentre os principais modelos de teste de software podemos destacar seis principais:
Teste Unitário - analisa as menores unidades possíveis de um software para garantir que cada parte funciona como deve;
Teste de integração - confere se todas (ou algumas) partes estão dialogando e funcionando corretamente em conjunto;
Teste de sistemas - avalia se o sistema atende aos pré-requisitos estabelecidos na concepção do projeto;
Teste de aceitação - esse é, normalmente, o último teste realizado e tem como premissa verificar se o software está perfeito para uso pelo consumidor final;
Homologação - esse processo é feito pelo cliente ou outras partes interessadas e visa garantir, uma vez mais, que o programa atende às especificidades e funciona perfeitamente;
Teste de regressão - garante que novos componentes de um software dialoguem sem falhas com os antigos. Fundamental para novas versões.

A partir da leitura acima avalie as afirmações abaixo e verifique quais são corretas ou não:
I. Quando juntamos validação e verificação de software, conseguimos avaliar se o que foi pedido foi realizado.
II. Quando juntamos verificação e validação de software, conseguimos avaliar se o software apresenta falhas e bugs.
III. Dentre os modelos de testes podemos destacar 5 modelos: unitário, integração, sistemas, aceitação e homologação.
IV. Testes de homologação é um teste para os desenvolvedores e visa garantir as premissas que eles acharam certos para o sistema.

É correto apenas o que se afirma em:
I e II
III e IV
II e III
IV e I
II e IV

Mais conteúdos dessa disciplina