São aspectos relacionados a padrões de software, exceto:

(1) Permitem a continuidade quando da ocorrência de substituições na equipe.

(2) Incluem mecanismos de segurança para proteger os dados do usuário.

(3) Incluem melhores práticas, evitando a repetição de erros.

(4) Oferecem um framework para implementar a garantia de qualidade.

(5) Oferecem um framework para assegurar a conformidade com melhores práticas. 

Na metodologia ágil Scrum, é fundamental entender os papéis, os eventos e os artefatos. Sobre os papéis,

(I) Scrum Team (Equipe Scrum) - É multidisciplinar e inclui especialistas para desenvolver o produto independentemente de membros externos, como programadores, administradores de BD e web designers.

(II) Scrum Master - Atua como cliente, define requisitos, comunica a visão do projeto e esclarece dúvidas.

(III) Product Owner (Dono do Produto) - É o responsável por assegura a adesão às regras do Scrum, facilita a resolução de problemas e mantém as regras do processo, esclarecendo papéis da equipe. 

(A) No modelo de processo incremental, ocorre a entrega de um produto essencial, estando as demais iterações bem definidas, agregando valor imediatamente em meio a restrições de prazo e requisitos voláteis.

(B) Já no modelo de processo evolucionário, as versões são iterativamente desenvolvidas à medida que novos requisitos são compreendidos e definidos em cada iteração, onde cada ciclo entrega um conjunto limitado de funcionalidades. 

A Engenharia de Software usa modelos de processo para sistematizar o desenvolvimento de software. Esses modelos incluem atividades, fluxos de processos e artefatos. A diferença está na ênfase dada a cada atividade e no encadeamento delas. São chamados de ______________ pois estipulam um conjunto de elementos de processo. 

O modelo ______________ é uma abordagem sequencial, historicamente usado na era do desenvolvimento estruturado. A abordagem assume que o cliente pode especificar todos os requisitos antecipadamente. A divisão do projeto em fases distintas pode ser inflexível, com o software disponível apenas no final. 

Modelos ______________ são iterativos. Apresentam características que possibilitam desenvolver versões cada vez mais completas do software. Existem dois tipos de modelos: prototipação e modelo em espiral. 

Os métodos ágeis focam no próprio software, usam processos iterativos e adaptam-se a requisitos voláteis. Neste modelo, a equipe sabe o que está fazendo. É disponibilizado links de acesso à documentação com muitos detalhes, isso para os que estiverem interessados. Tudo é descrito de forma concisa maximizando a simplicidade. O foco está nas atividades que realmente agregam valor ao cliente. A recomendação é utilizar as ferramentas mais adequadas, que muitas vezes são ferramentas simples. O produto é facilmente customizável às necessidades dos seus usuários. 

O ______________ é considerado um processo de desenvolvimento de software ágil, tendo sido proposta por Kent Beck em 1999. Adota valores que servem como critérios que norteiam as partes interessadas de um projeto: Comunicação, Simplicidade, Feedback, Coragem e Respeito. Dentre suas 12 práticas, têm-se Projeto Simples, Integração Contínua e Cliente no Local de Trabalho. E, são quatro etapas em seu processo: Planejamento, Projeto, Codificação e Teste. 

(A) RUP é considerado um processo formal que permite ser utilizado na solução de problemas com alta complexidade, entretanto, pode ser customizado para projetos de qualquer escala. Existe um relacionamento entre suas 4 fases do projeto e os fluxos de projeto, definindo três grupos de atividades de apoio: Ambiente / Gerenciamento de Configuração e Mudança / Gerência de Projeto 

(B) Em Prototipação, cada quadrante corresponde a uma etapa de desenvolvimento, cada loop representa fase do processo de software. Assim, suas etapas correspondem: Analysis / Evaluation / Development / Planning. 

Sobre o processo de desenvolvimento ágil Scrum, apenas um está incorreto:

(1) Os requisitos que definem as funcionalidades a serem entregues são agrupadas pelo PO no Product Backlog.

(2) O Sprint Backlog é um subconjunto de requisitos do Product Backlog para uma iteração, incluindo o plano para atingir a meta da Sprint. A equipe de desenvolvimento não pode fazer modificações.

(3) No início da sprint, ocorre uma reunião de planejamento para definir o sprint backlog.

(4) A revisão de sprint ajusta o backlog com a Equipe Scrum, Scrum Master e PO.

(5) A reunião de retrospectiva do sprint analisa lições aprendidas, pontos fortes e áreas para melhoria nas próximas iterações. 

(A) Controlar a qualidade é o processo de monitorar e registrar a conformidade das entregas com os requisitos, garantindo a integridade do produto antes da entrega.

(B) A qualidade de software pensada sob a dimensão de produto: softwares mal testados prejudicam empresas com erros que impactam tomadas de decisão, produtividade e eficiência. 

(I) Os custos de qualidade de software se referem a todos os gastos financeiros relacionados às atividades de qualidade. Divididos em: conformidade, não conformidade, prevenção de defeitos, falhas internas, detecção de defeitos e falhas externas.

(II) Sistema de Garantia da Qualidade de Software (SQA) é uma estrutura organizacional para garantir a qualidade de produtos e serviços de software. Inclui procedimentos, responsabilidades, processos e recursos.

(III) O SQA envolve definição de padrões e a escolha de ferramentas e métodos para apoiar esses padrões no processo de desenvolvimento de software. 

A garantia da qualidade de software é composta pelas atividades que se concentram na gestão da qualidade de software. Qual não é uma dessas atividades? 

O manual de qualidade segue ______________ e guia os planos de qualidade de cada projeto de acordo com o processo de desenvolvimento de software. Isso permite a adaptação do gerenciamento de qualidade a cada projeto. 

(I) Auditorias têm foco em documentação na busca de qualidade do processo de software.

(II) Revisões têm foco em atividades na busca de qualidade do processo de software.

(III) O processo de garantia de qualidade um “U” se divide em testes de verificação (de negócios, de requisitos, de análise e modelagem, e de implementação) e testes de validação (da unidade, da integração, do sistema e de aceite). 

Sobre os testes de validação de aceite,

(I) no teste alpha, os usuários finais são convidados a operar o software dentro de um ambiente controlado, sendo realizado na instalação do desenvolvedor.

(II) No teste beta, os usuários finais são convidados a operar o produto utilizando suas próprias instalações físicas, ou seja, o software é testado em um ambiente não controlado pelo desenvolvedor.

(III) E, no teste de aceite formal os usuários determinam o que deverá ser testado e validar se os requisitos foram adequadamente implementados. 

Após ser validado, o software deve ser combinado com outros elementos do sistema, tais como hardware, base de dados etc. Qual não é considerado um teste de sistema? 

O Processo é caracterizado por seu propósito e seus resultados esperados. O resultado esperado do processo é atendido por meio de atividades e tarefas. Cada nível de maturidade desse modelo de qualidade de software é atendido por um conjunto de processos a serem implementados. A Capacidade do Processo representa o grau de refinamento e institucionalização com que o processo é executado na organização/unidade organizacional.  

(A) O método GQM (Goal – Question – Metric) é uma técnica aplicada no planejamento do trabalho de medição, ou seja, permite a identificação de métricas significativas para qualquer parte do processo de software. O GQM organiza o planejamento de uma medição de software em etapas.

(B) Métricas de software são ferramentas quantitativas que asseguram a qualidade do software, analisando atributos mensuráveis e permitindo melhorias nos requisitos, modelos e processo de desenvolvimento.