A tabela acima apresenta uma comparação entre as características de desenvolvimento de software proprietário e de software de código aberto e livre. A partir das informações contidas nessa tabela, julgue os itens subseqüentes.

A adoção do modelo de aquisição embasado em software aberto e livre é pressuposto para que uma organização consiga reduzir seus custos de negócios.

A tabela acima apresenta uma comparação entre as características de desenvolvimento de software proprietário e de software de código aberto e livre. A partir das informações contidas nessa tabela, julgue os itens subseqüentes.

A adoção do modelo de aquisição embasado em software aberto e livre é pressuposto para que uma organização consiga reduzir seus custos de negócios.

A figura acima apresenta um diagrama de PERT de programação de um projeto de desenvolvimento de software em que estão apresentadas tarefas de T1 a T12 e marcos de M1 a M8, com suas durações e datas de conclusão, respectivamente. O diagrama deve ser lido da esquerda para a direita e de cima para baixo. A partir da análise da programação acima, e considerando o cenário de execução do projeto, julgue os itens a seguir.

As tarefas T1, T9 e T12 estão no caminho crítico de execução do projeto.

A figura acima apresenta um diagrama de PERT de programação de um projeto de desenvolvimento de software em que estão apresentadas tarefas de T1 a T12 e marcos de M1 a M8, com suas durações e datas de conclusão, respectivamente. O diagrama deve ser lido da esquerda para a direita e de cima para baixo. A partir da análise da programação acima, e considerando o cenário de execução do projeto, julgue os itens a seguir.

A tarefa T8 poderá ser iniciada antes da tarefa T2, sem prejuízo na execução do projeto.

A figura acima apresenta um diagrama de PERT de programação de um projeto de desenvolvimento de software em que estão apresentadas tarefas de T1 a T12 e marcos de M1 a M8, com suas durações e datas de conclusão, respectivamente. O diagrama deve ser lido da esquerda para a direita e de cima para baixo. A partir da análise da programação acima, e considerando o cenário de execução do projeto, julgue os itens a seguir.

Atrasos na execução de uma ou mais tarefas da programação implicam necessariamente o fracasso do projeto.

A figura ao lado apresenta uma relação entre fases e subfases do processo de avaliação de qualidade de produto de software definido pela norma ISO/IEC 14598-6 e apoiado pela norma ISO/IEC 9126. Tendo por referência essas normas e considerando as características do processo esquematizado e os aspectos gerais de processo de avaliação de qualidade de produto de software, julgue os itens subseqüentes.

O processo ilustrado pode ser usado para a avaliação de produtos intermediários construídos em uma cadeia de fornecedores.

A figura ao lado apresenta uma relação entre fases e subfases do processo de avaliação de qualidade de produto de software definido pela norma ISO/IEC 14598-6 e apoiado pela norma ISO/IEC 9126. Tendo por referência essas normas e considerando as características do processo esquematizado e os aspectos gerais de processo de avaliação de qualidade de produto de software, julgue os itens subseqüentes.

O processo de avaliação apresentado pode ser usado em um contexto de aquisição de software.

A figura ao lado apresenta uma relação entre fases e subfases do processo de avaliação de qualidade de produto de software definido pela norma ISO/IEC 14598-6 e apoiado pela norma ISO/IEC 9126. Tendo por referência essas normas e considerando as características do processo esquematizado e os aspectos gerais de processo de avaliação de qualidade de produto de software, julgue os itens subseqüentes.

O processo definido pela ISO/IEC 14598-6 fornece resultados diretamente aplicáveis à melhoria de processos de desenvolvimento de software em áreas específicas da organização fornecedora do produto avaliado.

A figura acima apresenta o diagrama do modelo de processo de software espiral, proposto em 1988 por Barry Boehm. Acerca das características desse modelo, julgue os itens que se seguem.

O modelo de processo em cascata é plenamente compatível com o modelo espiral.

A figura acima apresenta o diagrama do modelo de processo de software espiral, proposto em 1988 por Barry Boehm. Acerca das características desse modelo, julgue os itens que se seguem.

A execução plena do conjunto de atividades referentes ao quadrante superior direito do modelo espiral — avalie alternativas, identifique e resolva riscos — sempre envolve alguma atividade de produção e execução de código.