Linhas de produto e software empregam técnicas de engenharia de software para criação de um porta-fólio de sistemas de softwares similares a partir de um conjunto compartilhado de ativos de software, usando meios de produção comunal. 

Internet: <www.softwareproduclines.com> (com adaptações).

Tendo o texto acima como referência inicial, julgue o item a seguir, acerca do conceito de linhas de produto e de sua relação com os componentes de software.

O ciclo de vida de componentes de software, em uma abordagem de linha de produtos, possui foco no reúso preditivo e não no reúso oportunístico.

Linhas de produto e software empregam técnicas de engenharia de software para criação de um porta-fólio de sistemas de softwares similares a partir de um conjunto compartilhado de ativos de software, usando meios de produção comunal. 

Internet: <www.softwareproduclines.com> (com adaptações).

Tendo o texto acima como referência inicial, julgue o item a seguir, acerca do conceito de linhas de produto e de sua relação com os componentes de software.

Todo ativo de software é um componente de software de determinado domínio.

A engenharia de software é um a disciplina do conhecimento humano que aplica princípios da engenharia ao desenvolvimento de software. N o entanto, existem diferenças significativas entre as engenharias clássicas — mecânica, civil, elétrica— e a engenharia de software, muitas delas decorrentes das diferenças de natureza entre o produto ou sistema resultante da atividade das engenharias clássicas e a engenharia de software. A engenharia de software desdobrou-se em várias áreas especializadas, como as áreas de requisitos de software, de análise e projeto de software, de implementação de software, de testes de software, de gestão de configuração, entre outras. N a interface entre as engenharias clássicas e a de software insere-se a engenharia de sistemas, abordada colateralmente na ISO/IEC 12207.

Identificação, auditoria, controle, contabilização de status e gerenciamento de liberações e entregas são atividades de gerência de configuração de software que ocorrem tipicamente na ordem enunciada, quando executados para determinado item de configuração.

Com relação ao emprego de diferentes técnicas para a realização de testes de software, é correto afirmar que haverá maior diminuição da dependência de acesso às especificações arquiteturais de um sistema se o testador empregar a técnica de caixa-branca (white-box), em vez das técnicas de caixa-cinza (,gray-box) e de caixa-preta (black-box).

A engenharia de software é um a disciplina do conhecimento humano que aplica princípios da engenharia ao desenvolvimento de software. N o entanto, existem diferenças significativas entre as engenharias clássicas — mecânica, civil, elétrica— e a engenharia de software, muitas delas decorrentes das diferenças de natureza entre o produto ou sistema resultante da atividade das engenharias clássicas e a engenharia de software. A engenharia de software desdobrou-se em várias áreas especializadas, como as áreas de requisitos de software, de análise e projeto de software, de implementação de software, de testes de software, de gestão de configuração, entre outras. N a interface entre as engenharias clássicas e a de software insere-se a engenharia de sistemas, abordada colateralmente na ISO/IEC 12207.

A atividade de teste unitário de software é, conforme os modelos de ciclo de vida de software vigentes, realizada de forma mais eficaz no escopo da implementação e da construção de software — nas quais a codificação de uma unidade executável de software é feita —, quando comparada à situação em que o teste unitário é realizado simultaneamente ao teste de integração.

Visando a maior efetividade no processo de desenvolvimento, os requisitos de software são, em geral, desenvolvidos antes dos requisitos de sistema.

A área de atividade de requisitos de software apresenta maior interface com a engenharia de sistemas quando comparada à área de análise e projeto de software.

Acerca de modelos e abordagens à gestão de empreendimentos de desenvolvimento de software, julgue o item abaixo.

O modelo de gestão bazar, comparado ao modelo catedral, apresenta melhores condições para apoiar o desenvolvimento de software colaborativo, especialmente se este tiver código aberto e for aderente à abordagem de software livre. Tal modelo, comparado ao modelo catedral, apresenta ainda menor previsibilidade acerca da arquitetura do software que emerge da interação entre as pessoas.

No modelo RUP, a primeira linha de base da arquitetura de um software é produzida ao final da fase de elaboração.

Metodologias ágeis, como a XP, enfatizam a documentação de software no próprio código, que deve ser escrito por meio de ferramentas CASE voltadas ao desenvolvimento rápido de aplicações (RAD tools).

Cada seqüência de etapas de um ciclo de vida aderente ao modelo cascata é equivalente a uma iteração em um processo embasado no XP (eXtreme Programming).

A norma internacional ISO/IEC 9126-1 define um modelo para a avaliação da qualidade dos processos de desenvolvimento de software em geral, em que cada processo pode ser avaliado quanto a seis características. Trata-se de modelo genérico que pode ser utilizado por qualquer organização produtora de software.

A utilização da regra de equivalência na demonstração de correção de um programa envolve a demonstração de que as duas triplas de Hoare diferentes são válidas.

Segundo o teorema de Pitágoras, a hipotenusa c de um triângulo retângulo de catetos a e b é calculada por meio da fórmula c =  √a² +b² em que a > 0 e b > 0. A demonstração de correção de um programa que calcula o comprimento da hipotenusa c, tendo como dados de entrada os valores a e b para o comprimento dos catetos, deve estabelecer que sempre que a e b satisfizerem a propriedade de a > 0 e b > 0, o predicado a² + b² = c² será satisfeito após a execução do programa.

Considere que, na elaboração de um questionário para avaliar um sistema, um gerente tenha utilizado a seguinte questão: “o sistema trata corretamente os dados empregando os modelos de mensuração de riscos”. Nessa situação, é correto afirmar que o critério de desempenho avaliado por essa questão é a corretude dos dados, e o uso de modelos de mensuração de riscos é a condição na qual se espera que o desempenho ocorra.