O documento discute questões sobre qualidade de software. A questão 1 descreve um caso em que um requisito importante foi esquecido, levando a insatisfação do cliente, embora o software tenha sido entregue antes do prazo e sem erros encontrados nos testes. A questão 2 discute problemas relacionados à complexidade de softwares. A questão 3 correlaciona termos como erro, defeito e falha.
O documento discute questões sobre qualidade de software. A questão 1 descreve um caso em que um requisito importante foi esquecido, levando a insatisfação do cliente, embora o software tenha sido entregue antes do prazo e sem erros encontrados nos testes. A questão 2 discute problemas relacionados à complexidade de softwares. A questão 3 correlaciona termos como erro, defeito e falha.
O documento discute questões sobre qualidade de software. A questão 1 descreve um caso em que um requisito importante foi esquecido, levando a insatisfação do cliente, embora o software tenha sido entregue antes do prazo e sem erros encontrados nos testes. A questão 2 discute problemas relacionados à complexidade de softwares. A questão 3 correlaciona termos como erro, defeito e falha.
O documento discute questões sobre qualidade de software. A questão 1 descreve um caso em que um requisito importante foi esquecido, levando a insatisfação do cliente, embora o software tenha sido entregue antes do prazo e sem erros encontrados nos testes. A questão 2 discute problemas relacionados à complexidade de softwares. A questão 3 correlaciona termos como erro, defeito e falha.
Baixe no formato PDF, TXT ou leia online no Scribd
Fazer download em pdf ou txt
Você está na página 1/ 4
Disciplina: Concepção e Design de Engenharia de Software
Profa Cassiana Fagundes da Silva APS 03
Nome: Raphael Soares De Brito
Questão 1. Uma empresa desenvolveu um software e o entregou um mês antes do previsto
e após um rigoroso processo de testes e revisão em que nenhum erro encontrado ficou sem correção. A implantação do sistema transcorreu sem problemas. Entretanto, após a primeira semana de uso verificou-se que um importante requisito de negócio faltava no sistema. O requisito tinha sido identificado na etapa de elicitação de requisitos logo no início do desenvolvimento, mas por algum motivo foi esquecido pela equipe de desenvolvimento e pela empresa-cliente. A empresa-cliente demonstrou-se insatisfeita com o produto entregue. É possível afirmar que o software entregue é um software de qualidade? O que é um software de qualidade? R= não, para que o software seja considerado de qualidade é necessário que o mesmo atenda às exigências do cliente, também é importante levar em conta alguns fatores importantes em conta, tais como: a confiabilidade do software, a eficiência, a facilidade para fazer manutenções, a integralidade e a eficiência, tudo isso e mais requisitos é necessário para desenvolver um bom software.
Questão 2. Um dos fatores que exerce influência negativa sobre a qualidade de um projeto é a complexidade, normalmente associada ao tamanho das especificações. Com o desenvolvimento da tecnologia, hardware cada vez mais potente permitiu criar softwares cada vez mais complexos, o que trouxe consigo vários problemas. Quais são esses problemas? Qual é a causa para esses problemas? R= os principais problemas são: a lógica dos códigos, o que faz com que resulte em erros, informações erradas, etc., erro no cálculo das fórmulas e funções do código, O hardware não suportar a capacidade de processamento do software, ou acessos simultâneos, O software não se recupera adequadamente de um erro quando este acontece. As causas dos erros podem ser várias, mas o que se pode fazer para tentar evitar tais problemas e realizar testes e mais testes para atestar a qualidade do software.
Questão 3. Requisitos incompletos ou incorretos indicam problemas em um produto de
software que podem se manifestar, caso não sejam corrigidos, durante a operação e uso do software (HIRAMA, 208). A literatura apresenta uma terminologia adequada para evitar confusão e melhorar a comunicação entre os membros da equipe responsável pelo produto. Correlacione os termos propostos pela literatura com as respectivas afirmativas: 1. Erro 2. Defeito 3. Falha ( ) Refere-se a uma linha de código, bloco ou conjunto de dados incorretos que provocaram um problema observado. ( ) É uma diferença detectada entre o resultado de uma computação eu resultado correto ou esperado. ( ) Pode ser resultado de uma implementação incorreta da especificação do cliente/usuário ou mesmo pela não incorporação de um requisito. ( ) Refere-se ao não funcionamento do software. A sequência está correta em: A) 3, 1, 1, 2. B) 2, 1, 2, 3. C) 3, 1, 3, 3. D) 2, 2, 2, 1. E) 3, 2, 1, 1 R= Letra B. Questão 4. Também conhecido como diagrama de espinha de peixe ou diagrama de causa e efeito, que procura, a partir dos efeitos (sintomas dos problemas), identificar todas as possibilidades de causas que estão provocando esses efeitos. A utilidade do diagrama é identificar as causas que geram os efeitos, isto é, as causas das causas. A metodologia do diagrama se baseia em quatro categorias de problemas situados na parte operacional de produção, os chamado 4M: "método, mão de obra, material e máquina. Trata-se da técnica de solução de problemas chamada de A) Método cartesiano. B) Princípio de Pareto. C) Técnica de análise do campo de forças. D) Gráfico de Ishikawa. E) Brainstorming. R= Letra D. Questão 5. O Capabifity Maturity Model Integration (CMMI) descreve os elementos essenciais para um processo eficiente para desenvolvimento de software e passos para que uma organização evolua de um processo informal até atingir um processo maduro de gestão de desenvolvimento e manutenção de software (SANTOS, 2003). Em relação à aplicação do CMMI, julgue as assertivas a seguir. l. O CMMI não é aplicável em um contexto em que há apenas um desenvolvedor individual, pois pressupõe a existência de equipe e de estrutura organizacional adequada para suportar seus processos. II. Em empresas de micro ou de pequeno porte, a adequação e a certificação para o modelo CMMI podem ser custosas, o que tem motivado o desenvolvimento de modelos alternativos, como o MPS.BR. III. O atingimento de um nível alto de maturidade de processo não determina que o software desenvolvido alcançará altos níveis de qualidade. Está(ão) correta(s): A) I, apenas. B) II e III, apenas. C) III, apenas. D) II, apenas. E) I, II e III. R= Letra E.
Questão 6. Ao implantar um sistema de qualidade com o intuito de gerar produtos de
software com maiores níveis de qualidade, é fundamental que se incorpore ao processo de desenvolvimento os procedimentos referentes à medição de processos. Estas medições representam: A) Dados quantitativos sobre o processo de software. B) Controle do processo. C) Caracterização do problema. D) Seleção de procedimentos e padrões. E) Planejamento do processo. R= Letra E. Questão 7. A norma ISO/IEC 14598 oferece uma visão geral dos processos de avaliação de produtos de software e fornece guias para a avaliação, baseados na utilização prática da norma ISO/IEC 9126. Pela Norma, existem alguns enfoques diferentes para a avaliação da qualidade de produto de software. Quais são estes enfoques? I. Processo para Desenvolvedores II. Processo para Compradores III. Processo para Usuários IV. Processo para Avaliadores A) Apenas I, II e IV B) Apenas I, III e IV C) Apenas II, III e IV
D) Apenas II e IV E) Apenas I e II R= Letra C.
Questão 8. Explique por que um processo de software de alta qualidade pode levar a produtos de software de alta qualidade. Discuta os possíveis problemas com esse sistema de gerenciamento de qualidade. R= Porque com um processo de alta qualidade teremos, padrões e procedimentos bem estruturados e definidos assim como um gerenciamento de qualidade. O que leva a um produto de software com uma alta qualidade. Pode ter problemas nas especificações do sistema.
Questão 9. Nas atividades de verificação, analisa-se se o software está sendo construído
de acordo com o que foi especificado e nas etapas de validação, verifica-se se de fato atende às necessidades dos usuários. Como resultado desses processos, realizam-se testes e depuração dos softwares. Explique qual é a diferença entre teste e depuração. R= O teste é uma atividade que permite realizar a verificação e validação do software por meio da execução sistemática do mesmo para encontrar erros. Já a depuração, busca a causa do erro, ou seja, o defeito oculto que está causando.
