Lista completa de Questões de Ciência da Computação do ano 2001 para resolução totalmente grátis. Selecione os assuntos no filtro de questões e comece a resolver exercícios.
Uma atividade fundamental na gestão de projetos de software consiste na realização de análise de risco. Acerca da análise de risco em desenvolvimento de software, julgue os itens abaixo.
Por se tratar de uma atividade tipicamente de gestão, a análise de risco não deve ser incorporada como parte da metodologia de desenvolvimento de um software.
Uma atividade fundamental na gestão de projetos de software consiste na realização de análise de risco. Acerca da análise de risco em desenvolvimento de software, julgue os itens abaixo.
A maneira mais convencional de realização de análise de risco envolve a definição de um modelo de caracterização dos riscos em termos de probabilidade de ocorrência e de impacto para o projeto.
Uma atividade fundamental na gestão de projetos de software consiste na realização de análise de risco. Acerca da análise de risco em desenvolvimento de software, julgue os itens abaixo.
A análise de risco é uma atividade relacionada ao planejamento do projeto do sistema, bastando, portanto, ser realizada durante esta fase.
Uma atividade fundamental na gestão de projetos de software consiste na realização de análise de risco. Acerca da análise de risco em desenvolvimento de software, julgue os itens abaixo.
Riscos são tipicamente quantificados com unidades de grandeza financeira.
Uma das atividades de planejamento de maior risco de um projeto de sistemas é a estimativa de prazos e custos, em função da dificuldade de avaliar parâmetros e fatores relativos a aspectos humanos, técnicos e ambientais, que podem vir a causar impactos no desenvolvimento. Acerca dos procedimentos e técnicas de estimativa de prazos e custos, julgue os seguintes itens.
A estimativa de prazos é uma tarefa típica dos técnicos da equipe de desenvolvimento, ou seja, analistas de sistemas e engenheiros de software, pois são estes profissionais que efetivamente podem determinar as dimensões dos módulos do software. Já a estimativa de custos cabe ao gerente do projeto.
Uma das atividades de planejamento de maior risco de um projeto de sistemas é a estimativa de prazos e custos, em função da dificuldade de avaliar parâmetros e fatores relativos a aspectos humanos, técnicos e ambientais, que podem vir a causar impactos no desenvolvimento. Acerca dos procedimentos e técnicas de estimativa de prazos e custos, julgue os seguintes itens.
O modelo empírico de estimativa COCOMO (constructive cost model), que foi muito utilizado no passado em estimativas de projetos de software com base na análise estruturada, vem perdendo sua utilidade pois não pode ser adaptado aos projetos de software que empregam análise orientada a objetos.
Uma das atividades de planejamento de maior risco de um projeto de sistemas é a estimativa de prazos e custos, em função da dificuldade de avaliar parâmetros e fatores relativos a aspectos humanos, técnicos e ambientais, que podem vir a causar impactos no desenvolvimento. Acerca dos procedimentos e técnicas de estimativa de prazos e custos, julgue os seguintes itens.
Uma das metas do processo de estimativa de prazos e custos é descobrir se comprar o software é mais viável que desenvolvê-lo em um projeto específico. Esse tipo de decisão aplica-se também a partes do software.
Uma das atividades de planejamento de maior risco de um projeto de sistemas é a estimativa de prazos e custos, em função da dificuldade de avaliar parâmetros e fatores relativos a aspectos humanos, técnicos e ambientais, que podem vir a causar impactos no desenvolvimento. Acerca dos procedimentos e técnicas de estimativa de prazos e custos, julgue os seguintes itens.
Uma maneira simples de realizar estimativas consiste em fazer uma decomposição prévia do software, avaliar a quantidade de linhas de código-fonte (lines of code — LOC) para cada módulo resultante da decomposição, somar as quantidades de LOC e utilizar dados históricos acerca do custo de produção de um LOC e da produtividade da equipe, em quantidade de LOC por pessoa e por mês, para calcular os custos e prazos.
Nos últimos anos, uma grande ênfase vem sendo dada ao nível de maturidade dos processos de desenvolvimento de software. O Software Engineering Institute (SEI) desenvolveu um modelo, conhecido pela denominação capability maturity model (CMM), para a avaliação das capacidades que devem estar presentes em uma organização desenvolvedora de software para que essa organização alcance um determinado nível de maturidade. Acerca do CMM, julgue os itens abaixo.
O CMM prevê dezoito níveis de maturidade.
Nos últimos anos, uma grande ênfase vem sendo dada ao nível de maturidade dos processos de desenvolvimento de software. O Software Engineering Institute (SEI) desenvolveu um modelo, conhecido pela denominação capability maturity model (CMM), para a avaliação das capacidades que devem estar presentes em uma organização desenvolvedora de software para que essa organização alcance um determinado nível de maturidade. Acerca do CMM, julgue os itens abaixo.
Uma organização que se tornou capacitada a aprimorar continuamente seu processo de desenvolvimento, com base em retroalimentação de dados dos projetos e por meio de teste de idéias e técnicas inovadoras é considerada uma organização com o nível máximo de maturidade.
{TITLE}
{CONTENT}
{TITLE}
Aguarde, enviando solicitação...