No student devices needed. Know more
35 questions
Por que o termo “qualidade” é de difícil entendimento e definição?
A qualidade pode ser definida de forma quantitativa.
O termo é subjetivo, ou seja, o que pode ser qualidade para uma pessoa, pode não ser para outra.
O termo é genérico e pode significar qualquer coisa, desde que expresse uma quantidade ou um valor.
É um termo que só pode ser utilizado para expressar a satisfação do cliente em relação a um produto.
A qualidade total pode ser definida como:
A qualidade de um produto que tem 100% de aceitação no mercado.
Técnica de administração que tem por objetivo diminuir a quantidade de funcionários para obter economia.
Técnica de administração que engloba programas de treinamento, ferramentas e métodos que são aplicados no controle de processo de produção das empresas.
Técnica de administração com foco específico para produtos manufaturados, como por exemplo, para a fabricação de veículos.
Um processo de software pode ser definido como:
Um artefato produzido com o objetivo de executar uma função.
Um documento que faz parte de um software.
Os programas e a documentação do sistema.
Fases necessárias para produzir e manter um software.
"é um método aplicado para o controle das atividades de uma organização, principalmente as que estão relacionadas à melhoria dos processos de produção de produtos e serviços, possibilitando a melhoria contínua da qualidade e menor probabilidade de erros". Essa definição pode ser aplicada ao método também conhecido como:
PDCA
RUP
SCRUM
PMBOK
Assinale o item que se refere ao modelo da figura:
CMMI
MPS.Br
IDEAL
ISO 9001
Norma que contém a definição de características a serem consideradas para a avaliação de um software:
ISO 9001.
ISO 9126.
ISO 12207
ISO 15504
Assinale todas as opções que são sub características da característica FUNCIONALIDADE no Modelo de Qualidade de Software:
Adequação: medida que avalia o quanto o conjunto de funcionalidades é adequado às necessidades do usuário.
Acurácia (ou precisão): mede a capacidade do software de fornecer resultados precisos, ou dentro dos critérios necessários de precisão.
Interoperabilidade: mede a capacidade do software de interagir com outros (Sistemas) instalados no ambiente.
Segurança: mede a capacidade do software em proteger a informação que é de sua alçada e só fornecê-la às pessoas autorizadas.
Confiabilidade
Característica que avalia a capacidade do software de permanecer no nível de desempenho e nas condições estabelecidas, mantendo os dados íntegros e com reduzida quantidade de falhas.
Qual das sub características estão relacionadas à confiabilidade?
Maturidade: capacidade do software de evitar falhas decorrentes de defeitos provocados nele próprio.
Operacionalidade: como o produto facilita a sua operação por parte do usuário, incluindo a maneira como tolera erros de operação.
Utilização de recursos: mede os recursos consumidos e a capacidade do sistema em utilizar os recursos disponíveis.
Capacidade para ser instalado: facilidade com que se pode instalar o sistema em um novo ambiente.
Avalia se os recursos utilizados pelo software são compatíveis com o desempenho.
Portabilidade
Eficiência
Usabilidade
Confiabilidade
São levadas em consideração as propriedades estáticas do software como, por exemplo, a qualidade da organização do código ou sua complexidade algorítmica.
Qualidade externa
Qualidade interna
É um modelo de maturidade para melhoria de processo, destinado ao desenvolvimento de produtos e serviços, e composto pelas melhores práticas associadas a atividades de desenvolvimento e de manutenção que cobrem o ciclo de vida do produto desde a concepção até a entrega e manutenção.
ISO 9126
ISO 9001
CMMI-DEV
SCRUM
No CMMI um(a) ______________________ possui um conjunto de atividades relacionadas que, quando realizadas adequadamente, atendem a um conjunto de objetivos considerados importantes para aumentar a capacidade desse processo.
área de processo
nível de maturidade
representação
nível de capacidade
No CMMI-DEV, dentro da representação por estágios, para se atingir o nível dois de maturidade, é necessário que a organização:
implemente as sete áreas de processos referentes a esse nível e atingir as metas específicas e genéricas de cada uma das áreas.
tenha implementado e se certificado no nível um de maturidade, com suas respectivas áreas de processo.
tenha implementadas as áreas de gerência de projetos e gerência de requisitos, somente.
já possua certificação na ISO 9001.
A representação ___________ do CMMI-DEV é baseada em uma sequência pré-definida de implantação de processos existente em cada nível. É a rota definida pelo modelo e que a organização aplicada para, gradativamente, galgar níveis cada vez mais altos de maturidade.
contínua.
por estágio.
descontinuada.
estabilizada.
Quanto aos níveis de maturidade CMMI, qual está correto?
Nível 1: Gerenciado.
Nível 3: Quantitativamente gerenciado.
Nível 5: Em Otimização.
Nível 2: Definido.
A representação ____________ permite que a organização defina da forma mais apropriada às suas necessidades quais as áreas de processos deve ser implantadas e em qual sequência.
contínua.
por estágio.
descontinuada.
estabilizada.
No CMMI-DEV cada área de processo possui metas específicas e genéricas que, na medida em que essas metas vão sendo alcançadas, o nível de ___________ da respectiva área de processo vai se elevando, partindo do zero e indo até o três.
maturidade
capacidade
otimização
oportunidade
No nível II do CMI-DEV, a área de processos de __________________ deve estabelecer um contrato entre cliente e área de desenvolvimento com o objetivo de, futuramente, validar o que foi solicitado com o produto que foi realmente entregue.
gerência da configuração
Controle e Monitoramento de Projetos
Gestão de requisitos
Gestão de Contrato com Fornecedores
Tem como objetivo manter a integridade dos produtos de trabalho. Ela traz subsídios para controlar as mudanças que podem existir na configuração de um produto de software.
gerência da configuração
Controle e Monitoramento de Projetos
Gestão de requisitos
Gestão de Contrato com Fornecedores
Análise tem como propósito fornecer diretrizes para que a organização possa desenvolver e manter processos de medição.
gerência da configuração
Controle e Monitoramento de Projetos
Gestão de requisitos
medição e análise
Especificam ou restringem o comportamento do software, como por exemplo, a confiabilidade (nível de desempenho), o ambiente de desenvolvimento ou requisitos legais.
Requisitos Funcionais.
Requisitos não funcionais.
Assinale TODAS as alternativas que representem objetivos da área de processos de Gestão de Requisitos.
Fornecer subsídios para gerenciar os requisitos dos produtos e componentes de produto do projeto;
Obter Entendimento do Requisito, trabalhando junto aos provedores de requisitos para obtenção de um melhor entendimento do significado dos requisitos;
Obter comprometimento dos participantes do projeto com os requisitos;
Gerenciar mudanças nos requisitos à medida que evoluem durante o projeto;
Três propósitos são da área de processos do CMMI-DEV de planejamento de projetos e um de controle e monitoramento de projetos. Assinale aquele referente à segunda área mencionada.
Elaboração do plano de projeto;
Interação apropriada com as partes interessadas;
Obtenção de comprometimento com o plano;
Permitir a obtenção de registros do desempenho do projeto;
"Está ligada à conformidade do produto aos requisitos explícitos e implícitos". No CMMI-DEV nível II essa área de processo é:
Garantia da Qualidade de Processo e Produto.
Garantia da Qualidade de Processo e Produto.
Gerência da Configuração.
Planejamento de projetos.
Neste nível de maturidade do CMMI-DEV, os processos de gerência e de engenharia de software são definidos de forma organizacional e descritos utilizando padrões, ferramentas, métodos e procedimentos pré-definidos.
Nível II
Nível III
Nível IV
Nível V
Neste nível de maturidade do CMMI-DEV, quantifica-se o produto desenvolvido com a criação de estatísticas referentes à qualidade e ao desempenho dos produtos e de repositórios com status organizacional para armazenamento das métricas coletadas. O objetivo é permitir a previsibilidade dos processos.
Nível II
Nível III
Nível IV
Nível V
Neste nível de maturidade do CMMI-DEV, o foco é a melhoria contínua dos processos, identificando as causas de possíveis variações na execução, possibilitando modificá-las e aumentando o desempenho.
Nível II
Nível III
Nível IV
Nível V
A norma Norma ISO/IEC 15504
apresenta uma estrutura para a realização de avaliações de processos em organizações
define uma estrutura para os ciclos de vida de software, desde sua concepção até a eventual desativação, através de processos, atividades e tarefas que podem ser adaptados segundo a necessidade de cada projeto.
A norma Norma ISO/IEC 12207
apresenta uma estrutura para a realização de avaliações de processos em organizações
define uma estrutura para os ciclos de vida de software, desde sua concepção até a eventual desativação, através de processos, atividades e tarefas que podem ser adaptados segundo a necessidade de cada projeto.
O modelo MPS.BR (Melhoria de Processo do Software Brasileiro) foi desenvolvido visando:
Concorrer diretamente com outros modelos de qualidade, como o CMMI, por exemplo, para atender, principalmente, a grandes empresas que produzem software.
A melhoria do processo de desenvolvimento de software em empresas brasileiras, sobretudo aqueles de porte médio e pequeno.
Atender a necessidade de certificação em um modelo de qualidade para empresas fornecedoras de software para o Governo Brasileiro.
Exclusivamente o desenvolvimento da pesquisa acadêmica nas universidades brasileiras relacionadas ao processo de software.
No modelo MPS.BR, assim como acontece no CMMI, existem os processos fundamentais para cada nível de maturidade.
Para que a empresa atinja determinado nível de maturidade, os processos referente a esse nível devem ser implementados.
Para que essa implementação seja satisfeita e se obtenha a certificação no respectivo nível de maturidade é necessário que:
Os propósitos e os resultados esperados dos respectivos processos e dos atributos dos processos precisam ser atendidos.
A empresa obtenha primeiro a certificação no nível de maturidade 2 do CMMI-DEV para, depois, pleitear a certificação no nível G do MPS.BR.
Os propósitos do processo sejam atendidos, mas não é necessário que se verifique ao atendimento dos resultados dos atributos do processo em questão.
Comparando-se os níveis de maturidade dos modelos CMMI e MPS.BR, podemos afirmar que:
O modelo CMMI possui mais níveis de maturidade que o MPS.BR.
O nível 4 do CMMI corresponde aos níveis B, C e D do MPS.BR.
A certificação do primeiro nível no MPS.BR é no nível G, enquanto no CMMI é no nível 2. Para equiparar ao nível 2 do CMMI, é necessário que se atinja o nível F do MPS.BR.
Não há nenhuma relação entre os dois modelos.
Explore all questions with a free account