Fábio Goulart de Matos - GQS - Questionário

Prévia do material em texto

UNIVERSIDADE ESTADUAL DE MATO GROSSO DO SUL 
 
Fábio Goulart de Matos Sistemas de Informação - UEMS SI/UEMS 
Acadêmico: Fábio Goulart de Matos RGM: 017707 
Gerencia e Qualidade de Software 
1- O que é qualidade de software? 
Qualidade de software é a “conformidade com requisitos funcionais e de desempenho 
explicitamente declarados, padrões de desenvolvimento explicitamente documentados e 
características implícitas, que são esperadas em todo o software desenvolvido 
profissionalmente”. (Preesman) 
2- Quais as definições de qualidade? 
 Qualidade é relativa. O que pode ser qualidade para um pode ser falta para outro. 
 Qualidade: Visão Popular – Qualidade é intangível. Ela pode ser discutida, sentida, 
julgada, mas não pode ser pesada ou medida. 
 Qualidade: Visão Profissional – Conformidade com os requisitos, disponibilidade para 
uso, documentação. 
3- Quais as diferenças entre Garantia de Qualidade e Controle de Qualidade? 
Garantia da qualidade, são as especificações iniciais aos processos de desenvolvimento de 
software, os padrões e normas seguidas. Garantia de qualidade, seguem: 
 Foco no consumidor – tem por objetivo a satisfação do consumidor, acompanha de 
forma contínua as necessidades do consumidor, coletar os requisitos, medir e 
gerenciar a satisfação do consumidor. 
 Foco no Processo – tem por objetivo reduzir as variações no processo e obter 
melhoria contínua do processo. 
Controle de qualidade é focado no aspecto final, o produto em si. 
 Qualidade do Produto – é atingida por características desejáveis, valores 
quantitativos, dessa forma é possível realizar um diagnóstico mais preciso de sua 
qualidade. Medidas de qualidade fixadas no inicio do projeto, ajudam a melhorar a 
qualidade do produto final. 
 
 
UNIVERSIDADE ESTADUAL DE MATO GROSSO DO SUL 
 
Fábio Goulart de Matos Sistemas de Informação - UEMS SI/UEMS 
4- Explique a ISO 9126. 
É a norma que regulamenta e estabelece o modelo de qualidade do produto, confere 
qualitativamente e quantativamente a presença da qualidade. Primeira norma a definir 
usabilidade. Composta pelos modelos: 
 9126-1: Modelo de Qualidade de Software 
 9126-2: Métricas Externas 
 9126-3: Métricas Internas 
 9126-4: Métricas para Qualidade em Uso 
Fornece modelo de propósito geral que define seis características e respectivas 
subcaracterísticas de qualidade de software: 
 Funcionalidade, Confiabilidade, Usabilidade, Eficiência, Manutenibilidade, 
Portabilidade. 
5- O que é processo de software? 
É um conjunto de atividades (especificação, desenvolvimento, verificação, manutenção) 
realizadas por pessoas cujo objetivo é a transformação de requisitos em desenvolvimento ou 
evolução de software. 
6- O que é modelo de processo de software? 
 Um modelo de processo de software é uma representação abstrata das atividades, papéis e 
artefatos. É uma descrição simplificada dos processos. 
7- Quais as diferenças entre processos de softwares imaturos para os processos de 
software maturos? 
Processo de softwares imaturos: 
 Processo adhoc. Improvisado. 
 Processos indisciplinados. 
 Processos dependentes dos profissionais. 
 Produtividade baixa, custo elevado, prazos e qualidade com difícil previsão. 
Processo de software maturos: 
 Processo de desenvolvimento de software conhecido por todos. 
 Processos apoiados pela alta administração. 
UNIVERSIDADE ESTADUAL DE MATO GROSSO DO SUL 
 
Fábio Goulart de Matos Sistemas de Informação - UEMS SI/UEMS 
 Auditagem e fidelidade dos processos. 
 Medidas do produto e do processo. 
8- Explique a CMMI. 
Modelo Integrado de Maturidade e Capacidade é um modelo de processo destinado ao 
desenvolvimento de produtos e serviços de software. O modelo é composto pelas melhores 
praticas associado ás atividades de desenvolvimento e manutenção, cobrindo todo o ciclo de 
vida do produto, da concepção a entrega e posterior manutenção. O Mesmo delimita as áreas 
de processo que se deseja trabalhar e define uma classificação para a mesma. 
Processos mantem a coesão entre, pessoas, tecnologia, modelos, métodos e praticas. 
Permite alinhar a maneira de fazer negócios, explora a escalabilidade e facilita incorporação 
do conhecimento das melhores praticas, além de otimizar a utilização de recursos. 
 CMMI tem foco em processos, com isso prove fundamentos necessários para a 
organização enfrentar as constantes mudanças com pessoas e tecnologias, visando maximizar 
a produtividade de ambos e alcançar assim uma maior competividade. Pode ser abordado de 
três maneiras diferentes: 
 CMMI-DEV – desenvolvimento de produto e serviço, modelo colabora com a 
melhoria no processo de desenvolvimento. 
 CMMI-SVC – estabelecimento, gerenciamento e entrega de serviço, o modelo 
foca nas técnicas de melhoria da entrega de serviços de qualidade a clientes e 
usuários finais. 
 CMMI-ACQ – aquisição de produto e serviço, o foco do modelo são os processos 
de aquisição e este integra um conjunto de práticas essenciais para o sucesso deste 
processo. 
9- Qual a diferenças entre os Requisitos e Especificações? 
Requisitos são características ou funcionalidades que o software deve ter para suprir as 
necessidades do usuário, assim alcançando o objetivo do mesmo. 
Especificação é a descrição rigorosa, detalhada de um requisito, o que leva a uma 
implementação bem sucedida. 
10- Quais são os tipos de requisitos? (Necessidades, Características, Funcionais e não 
Funcionais). Explique cada um. 
UNIVERSIDADE ESTADUAL DE MATO GROSSO DO SUL 
 
Fábio Goulart de Matos Sistemas de Informação - UEMS SI/UEMS 
 Necessidades = Requisitos de Negocio: Essa é a parte de entendimento da área de 
negócio, identificação das rotinas da empresa, do processo. Onde o analista capta de 
maneira simplificada e objetiva, as reais necessidades do cliente e tenta adequar a 
necessidade de todos. 
 Características = Requisito de Usuário: Utiliza um formato padrão, geralmente escrito em 
linguagem natural, apresentação de gráficos e desenhos para se assegurar que o projeto 
descrito é realmente o que o usuário/cliente deseja. 
 Requisitos Funcionais e não funcionais: 
o Funcionais: declaração de funções que o sistema deve fornecer, como o 
sistema deve reagir a entradas especifica e como deve se comportar em 
determinada situação, ou seja ações funcionais exigidas pelo sistema. 
o Não funcionais: Expressam qualidade e restrições sobre os serviços ou as 
funções oferecidas pelo sistema, ou seja, algo desejado no 
desenvolvimento, mas que não implica em nada no desenvolvimento. 
11- Explique o processo de produção dos requisitos. 
O processo de produção de requisitos consiste no entendimento do domínio (conhecer a 
área de negocio, para poder estabelecer uma linha desenvolvimento de processo), extração e 
analise de requisitos (questionar o cliente/usuário sobre as suas necessidades e desejos, para 
os aspectos do software), especificação (após a analise e estabelecimento dos requisitos, o 
analista pega cada requisito e detalha rigorosamente as funcionalidade e atribuições que o 
requisito deve ter, especifica cada detalhe, colaborando para um desenvolvimento bem 
sucedido.), validação (após as etapas anteriores, esse documento é revisado, passa para o 
cliente verificar se é isso que ele realmente quer, se for o esperado o documento vai para os 
desenvolvedores, caso não seja, o processo se inicia de novo). 
12- Explique sobre o processo de extração de requisitos. 
O processo de extração de requisitos consiste em perguntar, observar e inferir (observar o 
comportamento dos usuários e inferir suas necessidade.), discutir e formular (discutir com os 
usuários suas necessidadese, juntamente com eles, formular um entendimento comum dos 
requisitos). Terminada essa etapa, inicia-se a parte de negociação (a partir de um conjunto 
padrão de requisitos, negociar com o usuário quais dessas características serão incluídas, ou 
UNIVERSIDADE ESTADUAL DE MATO GROSSO DO SUL 
 
Fábio Goulart de Matos Sistemas de Informação - UEMS SI/UEMS 
excluídas ou modificadas na analise.), identificar o problema (o analista investiga os 
problemas e encontra requisitos que podem melhorar o produto). 
13- Diferencie: Revisão da Especificação em nível macroscópico X Revisão da 
Especificação em nível detalhado. 
Semelhante a requisitos e especificações, só que agora seria uma especificação da 
especificação. Em nível macroscópico, é uma analise em cima de cada solicitação feita, a 
descrição de cada elemento dentro das interfaces, em nível de segurança, restrições e 
acurácias solicitadas. Em nível detalhado, pega se cada especificação e certifica-se que não 
exista ambiguidades, não se utiliza termos dúbios, e quando um requisito ainda é confuso o 
analista pede um exemplo, uma demonstração de como o resultado deve ser. 
14- Explique sobre os Princípios da análise em engenharia de requisitos. 
São passos a serem seguidos, de modo que a cada etapa parte do entendimento para o 
desenvolvimento do software, seja compreendido. Domínio da informação, Modelos gerais, 
Modelos detalhados, A analise vai da linguagem natural até a linguagem de desenvolvimento 
detalhada. 
 Domínio da informação: compreende fluxo da informação (caminhos de 
transformação de ações dentro do sistema, uma entrada pode ser transformada em 
informações até alcançar uma saída.) conteúdo da informação (representa os 
dados) estrutura da informação (representa a organização interna dos dados, que 
compõe um item de informação.). 
 Modelagem: compreensão maior do que deve ser construído, ajuda na entender as 
informações, funções e o comportamento desejado no sistema; referencia para a 
revisão, torna-se base para o projeto. 
 Particionamento: facilita a compreensão de um problema. 
 Concepções essenciais e de Implementação: Essencial apresenta funções a serem 
executadas e as informações a serem processadas. Implementação apresenta a 
manifestação de funções de processamento e estruturas de informação do sistema 
real. 
15- Quais as classificações dos Requisitos? 
São classificados em três tipos: 
UNIVERSIDADE ESTADUAL DE MATO GROSSO DO SUL 
 
Fábio Goulart de Matos Sistemas de Informação - UEMS SI/UEMS 
 Requisito do usuário: utiliza um formato padrão, geralmente escrito em linguagem 
natural, apresentação de gráficos e desenhos para se assegurar que o projeto 
descrito é realmente o que o usuário/cliente deseja. 
 Requisito do software: define o que o sistema deve fazer, é organizado de acordo 
com os diferentes subsistemas que constituem o sistema. 
 Requisito do sistema: leva em consideração o aspecto de hardware e software, para 
poder planejar a implementação, documento estruturado com descrições 
detalhadas dos serviços de sistemas, escrito como im contrato entre o cliente e 
contratante. 
16- Diferencie Requisitos funcionais dos não funcionais. 
Requisitos Funcionais e não funcionais: 
 Funcionais: declaração de funções que o sistema deve fornecer, como o sistema deve 
reagir a entradas especifica e como deve se comportar em determinada situação, ou 
seja ações funcionais exigidas pelo sistema. 
 Não funcionais: Expressam qualidade e restrições sobre os serviços ou as funções 
oferecidas pelo sistema, ou seja, algo desejado no desenvolvimento, mas que não 
implica em nada no desenvolvimento. 
17- Quais as classificações adotadas nos requisitos não funcionais? 
São classificados em: 
 Requisitos de produtos: especificam o comportamento do produto. Ex, confiabilidade, 
velocidade. 
 Requisitos da organização: requisitos decorrentes de politicas e procedimentos 
organizacionais. Ex. padrões, infraestrutura, modelos. 
 Requisitos externos: requisitos decorrentes de fatores externos ao sistema e ao 
processo de desenvolvimento. Ex. interoperabilidade, legislação, usuário, etc. 
18- Quais são as Dificuldades no processo de extração de requisitos? 
 Falta de conhecimento do usuário, o mesmo não conhece sua real necessidade, os 
desenvolvedores não conhecem o domínio do problema. 
UNIVERSIDADE ESTADUAL DE MATO GROSSO DO SUL 
 
Fábio Goulart de Matos Sistemas de Informação - UEMS SI/UEMS 
 Problemas de comportamento: conflitos e ambiguidade nos papéis, clima de 
insatisfação, participação menos efetiva, a não colaboração. Tudo implica em custos 
elevados. 
 Problemas técnicos: a mudança acelerada da tecnologia. 
19- Explique o que é: 
a) Cliente: responsável por formular de modo concreto as necessidades em termos de 
funções e desempenho que o sistema desejado deve ter. 
b) Desenvolvedor: atua como indagador, consultor e solucionador de problemas, 
responsável por transformar as vontades (requisitos) do cliente em software. 
c) Stakeholders: são os investidores, todos aqueles que com algum interesse no 
sistema, afetando ou sendo afetados por seus resultados. Podem incluir 
desenvolvedores, financiadores, usuários. 
d) Usuários: utilizam o sistema no seu aspecto final, são os operadores de um sistema, 
o responsável, o dono do sistema, todos que utilizam o sistema. São classificados em 
dois modos: por tipo de função (usuários operativos, supervisores, executivos), por 
tipo de experiência (amadores, novatos e peritos em informatica). 
20- Quais os tipos de participação na Engenharia de Requisitos? 
 Participação Consultiva: uma grande quantidade e de consultas ao usuário, durante a 
fase de construção. 
 Participação Representativa: elementos operadores participando em todas as fases do 
projeto. 
 Participação por Consenso: reúnem os níveis acima, tenso a participação de todos. 
21- Quais os dois tipos de grupos de técnicas de extração de requisitos? 
Composto por dois grupos de técnicas: 
 Técnicas informais: baseadas em comunicação estruturada e interação com o usuário. 
Realizada através de questionários, entrevistas, etc. 
 Técnicas formais: construção de um modelo conceitual do problema sendo analisado 
ou de um protótipo de um produto de software a ser produzido. 
UNIVERSIDADE ESTADUAL DE MATO GROSSO DO SUL 
 
Fábio Goulart de Matos Sistemas de Informação - UEMS SI/UEMS 
22- Explique de maneira sucinta o funcionamento da Técnica de Entrevista, usada pelo 
analista de requisitos. 
O analista planeja a entrevista, cria as perguntas direciona todos os esforços para que as 
mesmas sejam claras e objetivas, em seguida seleciona a melhor pessoa para responder as 
perguntas, avisa a data e a hora de quando a entrevista vai ocorrer. Entrevistado onisciente 
(visão da alta gerencia, buscam funcionalidades de relatórios de resultado, uma visão de mais 
alto nível), entrevistado usuário (uma descrição direta, funcional, pois o mesmo descreve o 
sistema como se estivesse utilizando), entrevistado parte do sistema (pessoa que possui o 
conhecimento das rotinas e exceções que ocorrem, esse geralmente terá outra atribuição, 
posto que o sistema ira automatizar esta.). 
23- Explique a técnica de Brainstorming. 
Técnica baseada em geração de ideia, nenhuma ideia é desconsiderada/julgada, tem se um 
foco um problema, e diante disso, as pessoas envolvidas tem liberdade de expressão, podendo 
assim expor quantas ideias quiser. Nessa técnica quanto mais ideia melhor, possibilitando 
assim a técnica da carona, ou seja, os participantes podem ter ideias, ou melhorar ideias 
citadas. 
24- Explique técnica de PIECES. 
Essa é técnica é utilizada quandonão se tem ideia de como começar a analise de 
requisitos. Composta de seis aspectos são eles: Performance (medida de duas formas, 
primeiro pela quantidade de tarefas executadas em um dia, segundo tempo de resposta, para 
executar uma tarefa. Esse aspecto é alcançado com perguntas que ajudem a identifica a 
quantidade de tarefas e o tempo de resposta para cada tarefa. Caso o produto exista, perguntar 
para um usuário experiente, se existe algum ponto de baixo desempenho). Informações e 
dados (Questionar se o software oferece informações ou dados, e se essas informações são 
utilizadas em tomadas de decisões.). Economia (o usuário deseja um software de alto 
desempenho, isso implica em um custo maior na hora de desenvolver). Controle (Verificar se 
o usuário deseja mecanismos de controle, tipo auditoria, sem deixar o software autônomo). 
Eficiência (relação de recursos utilizados e trabalho útil realizado). Serviços (perguntar ao 
usuário que tipo de serviço o software deve realizar). 
 
 
UNIVERSIDADE ESTADUAL DE MATO GROSSO DO SUL 
 
Fábio Goulart de Matos Sistemas de Informação - UEMS SI/UEMS 
25- Explique os três tipos de critérios que podem ser adotados durante um projeto. 
 Sucesso: completado no tempo, dentro do orçamento e com todas as funcionalidades 
inicialmente especificadas. 
 Problemático: o projeto esta finalizado e operacional, tudo acima do orçamento e fora 
do prazo estimado, e com funcionalidades reduzidas. 
 Fracasso: o projeto é cancelado e nunca implantado. 
26- Explique o que pode levar um projeto ao fracasso. 
Requisitos e especificações inconsistentes e ou incompletos, constantes mudanças, falta de 
apoio da alta gerencia, incompetência tecnologia ou mudança na tecnologia, expectativas 
irrealistas, objetivos não claros.