Engenharia de Software II - Parte I
🇵🇹
In Portugués
In Portugués
Practique preguntas conocidas
Manténgase al día con sus preguntas pendientes
Completa 5 preguntas para habilitar la práctica
Exámenes
Examen: pon a prueba tus habilidades
Pon a prueba tus habilidades en el modo de examen
Aprenda nuevas preguntas
Modos dinámicos
InteligenteMezcla inteligente de todos los modos
PersonalizadoUtilice la configuración para ponderar los modos dinámicos
Modo manual [beta]
El propietario del curso no ha habilitado el modo manual
Modos específicos
Aprende con fichas
elección múltipleModo de elección múltiple
Expresión oralResponde con voz
EscrituraModo de solo escritura
Engenharia de Software II - Parte I - Marcador
Engenharia de Software II - Parte I - Detalles
Niveles:
Preguntas:
87 preguntas
| 🇵🇹 | 🇵🇹 |
| 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: |