Engenharia de Software II - Parte I
🇵🇹
In Portuguese
In Portuguese
Practice Known Questions
Stay up to date with your due questions
Complete 5 questions to enable practice
Exams
Exam: Test your skills
Test your skills in exam mode
Learn New Questions
Popular in this course
Learn with flashcards
Manual Mode [BETA]
The course owner has not enabled manual mode
Other available modes
Engenharia de Software II - Parte I - Leaderboard
Engenharia de Software II - Parte I - Details
Levels:
Questions:
87 questions
🇵🇹 | 🇵🇹 |
1 - Fazer certo da primeira vez(econ. tempo e din) 2 - É processo preventivo. 3 - É Incorporada ao prod. como result. da atenção dedicada as neces. dos Clientes. 4 - É Resp. de todos os envolvidos. 5 - É um processo de Melhoria contínua | Conforme, para Crosby (1990), existem CINCO princípios básicos da qualidade que, se seguidos, produzirão melhores resultados: |
Software é produzido com base em pessoas, e não em processos. | Situação denominada CAOS |
Interessados ou Stakeholders. | Como são chamados os envolvidos direta ou indiretamente no projeto de Software? |
O patrocinador; Os Clientes; Os Usuários Finais; Os Fornecedores. | OS envolvidos devem ser identificados logo nas fases iniciais do projeto. Os principais são: |
> Prod; < defeito; > Confiabilidade; < retrabalho; < H.E.; > Satisfação dos Clientes; | Benefícios de produzir Software com Qualidade: |
Cultura da Organização; Complexidade das soluções; Custo e prazo maldefinidos; Envolvidos não identificados. | Obstáculos da Qualidade: |
Cultura da Organização. "Se esta dando certo, por que mudar?" | Um dos principais obstáculos à Qualidade: |
Cliente; Usuário; Desenvolvedor; Gerente | Visões da Qualidade no Desenvolvimento de um software envolve: |
Baixo Custo; Atende aos Negócios | Visão do CLIENTE no des. de um Software de Qualidade: |
Fácil de Usar; Funcionalidades | Visão do USUÁRIO no des. de um Software de Qualidade: |
Bom Código; Fácil de Corrigir | Visão do DESENVOLVEDOR no des. de um Software de Qualidade: |
Prazo e Custos dento das estimativas | Visão do GERENTE no des. de um Software de Qualidade: |
Garantia de Qualidade; Controle de Qualidade | No processo de Qualidade existe dois conceitos que sempre causam confusão em relação à sua definição e à sua finalidade: |
Não conformidade é o não atendimento a um requisito de qualidade (necessidade ou expectativa implícita ou obrigatória) | Segundo a NBR ISO 9000:2005 |
Essa atividade chama‑se auditoria. | No controle da qualidade, uma atividade deve ser executada visando avaliar se as ações de qualidade planejadas estão sendo executadas de acordo com o processo estabelecido. |
Os testes funcionais de Software | Qual a principal atividade de controle de qualidade: |
Auditoria de produto; Auditoria de processo; Auditoria de sistemas de qualidade; | Auditorias podem ser classificadas em três tipos: |
Verificar a conformidade com os padrões estabelecidos; | Auditoria de Produto: |
Verificar se as ações de qualidade planejadas estão sendo executadas; | Auditoria de processo: |
Avalia a eficácia da implementação desse sistema e determina o grau em que os objetivos do sistema estão sendo atingidos. | Auditoria de Sistemas de Qualidade: |
GQ = feita DURANTE o desenvolvimento de Software; CQ= feito APÓS o produto estar pronto. | Garantia de Qualidade e Controle de Qualidade: |
Lançada no fim da década de 1980. Serve como arcabouço‑padrão para definir como as demais normas específicas devem ser utilizadas. | A NBR ISO 9000 – norma‑padrão |
ISO 9000; ISO 9001; ISO 9000-1; ISO 9000-3 | Para o estudo relacionado à qualidade de software, são relevantes as seguintes normas relacionadas à ISO 9000: |
Para cada item da NBR ISO 9001 existe um correspondente na NBR ISO 9000‑3 que a detalha e a adequa às empresas de software. | A NBR ISO 9000‑3 é a norma da qualidade do SGQ aplicada às empresas de desenvolvimento de software. |
Abertura de novos mercados; Maior Conformidade; Maior integração entre os setores; Melhores condições para acompanhar e controlar processos; Diminuição dos custos de desenv. | A certificação ISO 9000 traz uma série de benefícios, podendo destacar: |
NBR ISO 9000-1 | Para empresas de desenvolvimento de software, a norma é: |
Modelo McCall; ISO/IEC 9126 ou NBR 13596; ISO/IEC 12207; ISO/IEC 14598; ISO/IEC 25000; | Normas e modelo de qualidade para produtos de software: |
McCall definiu 11 fatores de qualidade e 23 critérios que, inter‑relacionados, permitem a avaliação da qualidade de um produto de software. | Normas e modelo de qualidade para produtos de software: Modelo de McCall |
Visão de Revisão(cap. de sofrer manut.); Visão de Operação(cond. de util. do Soft); Visão de Transição (cap. de adapt a outros ambientes) | O Modelo de McCall define claramente quais são esses fatores de qualidade que podem ser avaliados e os dividiu em três visões: |
MANUTENIBILIDADE: "É fácil de corrigir?" FLEXIBILIDADE: "É fácil incluir novas funcionalidades?" TESTABILIDADE: "É fácil testar o sistema?" | Modelo de McCall - Visão de REVISÃO: |
Desenvolvido pela ISO e IEC em 1991, Publicado no brasil como NBR/13596. Define 6 categorias de características de qualidade do produto de software. Divididas em Subcaracterísticas. Que podem ser avaliadas por métricas quantitativas. Tal conjunto permite dizer se o software satisfaz as necessidades e os padrões estabelecidos pelos desenvolvedores e pelos usuários (ISO,2001). | Normas e modelo de qualidade para produtos de software: ISO/IEC 9126. Características de qualidade do produto de software. |
Ilustração. | De acordo com a norma ISO/IEC 9126, o documento propõe um conjunto de atributos de qualidade, distribuídos em seis características, que, por sua vez, são divididas em subcaracterísticas, chamado de modelo de referência. |
Checklist para definir os requisitos não funcionais e para avaliar se estes estão atendidos ao final da construção do software. | A norma ISSO/IEC 9126 pode ser utilizada como: |
Descreve os processos de ciclo de vida de um produto de software e foi publicada em 1995. A norma define um conjunto de processos que padroniza as atividades e orienta o desenvolvimento, a manutenção e a aquisição para as empresas de desenvolvimento de software. | Normas e modelo de qualidade para produtos de software: ISO/IEC 12207 - Ciclo de Vida do Software |
Ciclo de vida é uma estrutura que contém atividades aplicadas ao desenvolvimento, à operação e à manutenção de software, desde a definição de requisitos até o término de seu uso (ISO, 2008). | O que é Ciclo de Vida de um software (ISO/IEC 12207) |
Aquisição; Fornecimento; Desenvolvimento; Operação; Manutenção; | ISO/IEC 12207 - PROCESSO FUNDAMENTAL |
Auditoria; Configuração; Documentação; Garantia de Qualidade; Revisão; Resolução de problemas; Verificação; Validação; | ISO/IEC 12207 - PROCESSO DE APOIO |
Gerência; Infraestrutura; Melhoria; Treinamento; | ISO/IEC 12207 - PROCESSOS ORGANIZACIONAIS |
Estabelece um conjunto de tarefas como objetivo de padronizar a avaliação da qualidade do produto de software. Trata‑se de um complemento da norma ISO/IEC 9126 e deve ser utilizada em conjunto com esta. A norma ISO/IEC 14598 possui atividades para medir as características de um produto de software, relatórios e documentos de avaliação (1999). | Normas e modelo de qualidade para produtos de software: ISO/IEC 14598 - Avaliação de produto de software |
Desenvolvedor, Adquirente, Avaliador | A norma ISO/IEC 14598 descreve o processo de avaliação do produto de software sob três perspectivas: |
Análise; Especificação; Projeto; Execução; | A norma ISO/IEC 14598 descreve o processo de avaliação do produto de software sob três perspectivas (Desenvolvedor, Adquirente, Avaliador). Cada perspectiva possui quatro fases distintas no processo de avaliação: |
Em estabelecer métricas que serão aplicadas considerando os padrões estabelecidos. | ISO/IEC 14598 - O AVALIADOR deve se preocupar: |
Em criar processos e formas de medição da qualidade do produto durante sua construção. | ISO/IEC 14598 - O DESENVOLVEDOR deve se preocupar: |
Tem a responsabilidade de avaliar um produto de software que está sendo adquirido e, para isso, precisa criar parâmetros e métricas que deixem claros os critérios adotados no seu parecer. | ISO/IEC 14598 - O ADQUIRENTE deve se preocupar: |
Estabelecer requisitos de avaliação => Especificar a avaliação => Projetar a Avaliação => Executar a avaliação. | ISO/IEC 14598 - Qual o processo de avaliação de produto de Software ? |
Consiste em dizer quais características do produto de software fazem parte do processo e devem estar associadas às características de qualidade definidas na norma ISO/IEC 9126‑1. É importante adequar as características da qualidade ao produto a ser avaliado, pois cada software tem suas características específicas e que devem ser respeitadas. | ISO/IEC 14598 - Qual o processo de avaliação de produto de Software: ESTABELECER REQUISITOS DE AVALIAÇÃO |
Essa fase consiste em definir as medidas quantitativas para as características selecionadas na fase de requisitos. Devem‑se definir as metas e os critérios de avaliação de cada uma das medidas. Novamente as séries da norma ISO/IEC 9126‑2, 9126‑3 que definem as métricas internas e externas podem ser utilizadas como referência. | ISO/IEC 14598 - Qual o processo de avaliação de produto de Software: ESPECIFICAR A AVALIAÇÃO |
O objetivo dessa fase é descrever: quem, como, o que, quando e onde as avaliações são aplicadas e documentadas para permitir a análise comparativa da evolução das medidas realizadas. | ISO/IEC 14598 - Qual o processo de avaliação de produto de Software: PROJETAR A AVALIAÇÃO |
Nessa fase, a avaliação é aplicada e se obtêm os resultados quantitativos das medidas. Esses resultados são comparados com as metas estabelecidas de acordo com os critérios definidos. | ISO/IEC 14598 - Qual o processo de avaliação de produto de Software: EXECUTAR A AVALIAÇÃO |
Há uma forte relação entre as normas: ISO/IEC 9126 e ISO/IEC 14598. Ambas devem ser utilizadas em conjunto para a obtenção de melhores resultados no processo de avaliação. | Relação entre as séries das normas: ISO/IEC 9126 e ISO/IEC 14598 |
Fornece um modelo de referência para medição da qualidade e orientações para a aplicação das métricas. | ISO/IEC 25000 - séries : 25002 |
Funcionalidade | Modelo McCall e ISO 9126 existem muitos fatores em comum. Qual fator existe apenas na 9126? |
ISO 14598 e ISO 25000. | Quais normas permitem a avaliação de um produto de software? |
ISO 15504 e CMMI; | Uma das principais limitações da NBR ISO 9000-3 é que nela não são abordados os aspectos relacionados com a melhoria contínua do processo, aspectos cobertos pelos modelos: |
Tempo de resposta de um software. | A norma ISO 9126 fornece um modelo geral que define seis categorias de características de qualidade do produto de software, que são divididas em subcaracterísticas. Para a característica de eficiência, assinale a alternativa que descreve uma de suas subcaracterísticas. |
Documentação e verificação. | A norma ISO/ IEC 12207 está estruturada em três grupos de processos: os processos fundamentais, que abrangem a execução do desenvolvimento do software, os processos de apoio, que são as atividades de suporte e qualidade do software e os processos organizacionais, que são as atividades que permitem a manutenção e a melhoria dos processos. Qual alternativa apresenta atividades dos processos de apoio? |
ISO 9000-3; | A norma que define diretrizes para facilitar a aplicação da norma ISO 9001 nas organizações que desenvolvem, fornecem e mantêm software é a norma: |
Envolvidos não identificados e soluções complexas. | Podemos afirmar que são obstáculos à qualidade: |
Fazer certo da 1ª vez e processo preventivo. | Existem cinco princípios básicos da qualidade que, se seguidos, irão produzir melhores resultados. Assinale a alternativa que apresenta esses princípios. |
Eficiência, flexibilidade e portabilidade; | McCall desenvolveu um modelo de qualidade no qual qualidade é definida por um conjunto de características internas e externas de um software, tornando-se o primeiro modelo de qualidade a ser amplamente divulgado e utilizado dentro de três visões: operação, revisão e transição. A alternativa que apresenta os fatores para operação, revisão e transição é: |
Padrões e revisões. | No processo de qualidade existem dois conceitos que sempre causam confusão com relação ao próprio conceito e à sua finalidade. São eles: a garantia da qualidade e o controle da qualidade. Assinale a alternativa que caracterize ações de garantia da qualidade. |
Proporcionar a satisfação de seus clientes; | Um Sistema de Gestão da Qualidade (SGQ) tem como objetivo padronizar os processos de uma empresa para a produção de seu produto final com o seguinte objetivo principal: |
Conscientização da alta administração. | Um Sistema de Gestão da Qualidade (SGQ) tem diversos fatores para motivar uma empresa a implantá-lo. Entre os fatores apresentados a seguir, qual traz resultados mais eficazes? |
ISO 9000-3; | A parte da norma ISO 9000 que descreve em detalhes como deve ser o processo de qualidade nas empresas de desenvolvimento e manutenção de software é a: |