01.

A totalidade de caractersticas de um produto de software que lhe confere a capacidade de

satisfazer necessidades explcitas e implcitas.

02. O movimento da qualidade tem contribudo de forma marcante at os dias atuais na obteno
das vantagens competitivas junto s empresas. Houveram cinco etapas: Controle da qualidade pelo
operador, Controle da qualidade pelo supervisor, controle da qualidade por inspeo, controle
esttico da qualidade e Controle da qualidade.

03. Defeito: qualquer imperfeio ou inconsistncia no produto do software ou em seu processo

Erro: pode ser um resultado de um defeito ou uma falha, como um retorno esperado, que por
causa de uma falha teve um valor diferente do que esperado.
Falha: Esta mais ligada ao hardware, como uma rede inacessvel, queda de energia. Uma falha pode
ocorrer por causa de um erro, por exemplo, houve um retorno de um valor no esperado, como null,
isso um erro, e por causa desse null ocasionou uma falha no sistema.

04. Se os requisitos forem bem levantados, seu softwares ter mais chances de ter uma boa
qualidade.

05. Requisitos de Produto, Organizacionais e externos.

06. Inspeo, Reviso e Testes .

07. De Preveno: o todos os custos incorridos para evitar que falhas aconteam
De Avaliao: So os custos necessrios para avaliar a qualidade do produto pela primeira vez e
assim, detectar falhas e inconsistncias antes que o produto seja posto no mercado.
De Falhas Internas: Os custos das falhas internas so todos aqueles incorridos devido a algum
erro do processo produtivo, seja ele falha humana ou falha mecnica.
De Ffalhas externas: Os custos de falhas externas so aqueles decorrentes de falhas no produto
ou servio quando estes se encontram no mercado e/ou so adquiridos pelo consumidor final.

08. Utilizar todos os processos necessrios para atender aos requisitos.

09. Adequao Funcional, Performance e Eficincia, Compatibilidade, Usabilidade, Confiabilidade,

Segurana, Manutenibilidade e Portabilidade.

10. Revisao - capacidade do produto ser modificado e evoludo.

Transio - adaptabilidade a novos e diferentes ambientes.
Operao - caractersticas relativas ao uso do produto.

11.
a. Usabilidade
b. Manutenibilidade
c. Eficincia de Desempenho
d. Interoperabilidade
e. Manutenibilidade
f. Portabilidade
g.
h.

12. Conceber produtos de software de alta qualidade.

13. Documento que descreve o sistema da qualidade de uma organizao, especificando a poltica,
diretrizes, atribuies, responsabilidades e procedimentos adotados para a execuo de todas as
atividades que possam vir a incluenciar a qualidade, bem como as formas de controle.

14. O manual da qualidade documenta os procedimentos de garantia de

qualidade que devem ser seguidos enquanto que o Plano de qualidade define os padres e
procedimentos que sero aplicados aos projetos;

15. O grupo de GQS responsvel pela gesto de qualidade por toda a organizao.

16. Padres de processo definem uma soluo geral e comprovada para um problema especfico e
recorrente em processos de desenvolvimento e/ou manuteno de software e os padres de produto

17. Aprovar normas internacionais em todos os campos tcnicos, como normas tcnicas,
classificaes de pases, normas de procedimentos e processos, e etc.

18.A normalizao o processo de desenvolvimento, difuso e aplicao de normas tcnicas, para a

soluo ou preveno de problemas.

19. o reconhecimento, atravs de uma marca ou selo, de que um produto est em conformidade
com os requisitos especificados em normas ou regulamentos tcnicos.

20. Porque atravs da normalizao que os processos e resultados so otimizados ficando assim
mais fcil obter a certificao desejada.

21. uma avaliao planejada, programada e executada por indivduos independente da rea
auditada, e seu objetivo verificar a eficcia do sistema de qualidade implantado, atravs da
constatao de evidncias objetivas e da identificao de no-conformidades, servindo como
mecanismo e aperfeioamento ...

22. O primeiro passo definir quem ir fazer parte da equipe de auditoria e realizar o treinamento
dessas pessoas. Depois, deve-se escolher uma pessoa para ser o lder da equipe. Em seguida,
necessita-se elaborar uma lista de verificao de acordo com a norma escolhida para ser seguida, de
acordo com o objetivo da auditoria. Feito isso as atividades de conduo da auditoria so feitas e
logo as ffeito um relatrio sobre a autitoria e ento ela finalizada.

23. So avaliaes que so feitas internamente e auxiliam a organizao a melhorar, atravs da

identificao de problemas crticos e estabelecimento de aes de melhoria;

24. Avaliaes Internas Elas tm como objetivos a aquisio de conhecimento sobre como a
organizao trabalha, a fim de identificar principais problemas e recomendar aes; Auditoria a
avaliao da verificao da eficcia do controle geralmente feita por algum de fora da
organizao.

25. So "filtros" para o processo de engenharia de software. Servem para descobrir erros e defeitos
que possam ser eliminados. Podem ser um encontro informal entre tcnicos , uma apresentao
formal do projeto de software, e pode ser uma reviso tcnica formal.

26. Apontar melhorias necessrias ao produto de uma nica pessoa ou equipe, Confirmar as partes
de um produto em que uma melhoria no desejada ou no necessria e Realizar um trabalho
tcnico com uma qualidade mais uniforme, previsvel e gerencivel.
27. indivduo que desenvolveu o produto de trabalho (produtor) informa ao lder do projeto que o
produto do trabalho foi completado e que necessria uma reviso. O lder do projeto contata um
lder de reviso, que avalia se o produto est efetivamente pronto, gera cpias dos materiais do
produto e as distribui a dois ou trs revisores para preparativos antecipados. Concomitantemente, o
lder de reviso tambm revisa o produto e estabelece uma agenda para a reunio de reviso, que
usualmente marcada para o dia seguinte.A reunio de reviso tem a participao do lder de reviso,
de todos os revisores e do produtor Um dos revisores assume o papel de registrador, isto , o
indivduo que registra (por escrito) todas as questes importantes levantadas durante a reviso. A
FTR comea com a introduo da agenda e uma breve introduo pelo produtor. O produtor ento
prossegue, percorrendo o produto de trabalho e explicando o material, enquanto os revisores
levantam questes baseadas na sua preparao antecipada. Quando problemas ou erros vlidos so
descobertos, o registrador os anota.
No fim da reviso, todos os participantes da FTR devem decidir se:

aceitam o produto sem maiores modificaes;

rejeitam o produto devido a erros graves;
aceitam o produto condicionalmente.
Tomada a deciso, todos os participantes da FTR assinam uma lista na qual indicam sua
participao na reviso e sua concordncia com os resultados da equipe de reviso.
28. CMMI, MPS-BR, ISO25010.

29.CMMI so 5 nveis e MPS-BR so 7.

30. Parcialmente gerenciado, gerenciado, Definido, preveno de defeitos, Automao e

organizao. Em parte ele poderia sim ser comparado ao CMMI.

31. fornecer um conjunto de requisitos que, bem implementados, do mais confiana de que a
organizao capaz de fornecer regularmente produtos e servios que atendam s necessidades e as
expectativas de seus clientes, e que esto em conformidade com as leis e regulamentos aplicveis.

32. Letra E.