Questões de Concursos Públicos - COVEST-COPSET

A Unit-Driven Development.

B Test-Driven Development.

C Model-Driven Development.

D Feature-Driven Development.

E Specification-Driven Development.

A Identificação dos riscos. 

B Quantificação dos riscos. 

C Desenvolvimento de respostas aos riscos.

D Monitoramento de riscos. 

E Mitigação de riscos.

A o software é instalado para ser homologado, conforme padrões ISO de qualidade. 

B os clientes efetuam testes de aceitação no sistema. 

C os desenvolvedores homologam testes unitários. 

D os testadores executam os casos de teste do sistema. 

E os arquitetos efetuam testes nos modelos.  

A OITG não se envolve nas atividades de especificação ou planejamento de testes.

B Alcança-se um menor custo no projeto, já que os responsáveis por desenvolver o sistema também serão os testadores. 

C Elimina-se o conflito de interesses que desenvolvedores teriam em testar o produto que eles mesmos desenvolveram. 

D O grupo é responsável por corrigir os erros que encontrarem no sistema.

E São as únicas pessoas capazes de desenvolver o sistema, pois eles conhecem os requisitos que devem ser testados. 

A submissão da solicitação de mudança, avaliação de impacto no sistema, estimativa de custo, decisão sobre efetuar ou não a mudança. 

B decisão sobre efetuar ou não a mudança, submissão da solicitação de mudança, avaliação de impacto no sistema, estimativa de custo.  

C avaliação de impacto no sistema, estimativa de custo, decisão sobre efetuar ou não a mudança, submissão da solicitação de mudança.  

D estimativa de custo, avaliação de impacto no sistema, decisão sobre efetuar ou não a mudança, submissão da solicitação de mudança.

E submissão da solicitação de mudança, decisão sobre efetuar ou não a mudança, avaliação de impacto no sistema, estimativa de custo. 

A O COBIT Maturity Model é uma ferramenta utilizada para medir quão desenvolvidos estão os processos de gerenciamento de uma instituição em relação aos controles internos, sob uma perspectiva de governança de TI.

B O CMM surgiu depois do CMMI como uma forma de criar um modelo de maturidade genérico para identificar a maturidade de uma organização que desenvolve software. 

C O MPS.BR é o modelo de maturidade obrigatório a ser adotado em todas as instituições governamentais brasileiras que produzem algum tipo de software.

D O OPM3 (Organizational Project Management Maturity Model) é uma certificação criada pelo SEI (Software Engineering Institute) para gerentes de projeto atestarem sua maturidade na gestão de projetos. 

E O People Capability Maturity Model é um modelo de maturidade específico para acreditação de organizações que desenvolvem sistemas de informação, sob uma perspectiva de UX (user experience).

A a representação contínua possibilita trabalhar apenas uma única área de processo ou um conjunto de áreas de processo, medindo-se em níveis de capacidade, enquanto a representação por estágios define um conjunto de áreas de processo para cada nível de maturidade. 

B as áreas de processo disponíveis para a representação contínua são diferentes das áreas de processo disponíveis na representação por estágios.

C a representação contínua totaliza sete níveis de capacidade, trazendo dois níveis iniciais adicionais (incompleto e executado) em relação aos cinco níveis de capacidade existentes na representação por estágios (inicial, gerenciado, definido, quantitativamente gerenciado, em otimização).

D a representação por estágios é aplicável apenas a organizações públicas, visto que cada estágio tem influência direta na contratação de orçamento de projetos que podem ser terceirizados. 

E ambas as representações possuem diferentes metas e práticas específicas para as suas áreas de processo.

A assim como o CMMI, ele apresenta 5 níveis de maturidade, variando de inicial (nível 1) a otimizado (nível 5).

B é incompatível com o CMMI, fazendo com que uma empresa precise optar por um deles. 

C possui 3 modelos de referência: software embarcado, software corporativo e software governamental.

D diferente do CMMI, apresenta avaliações de processos baseadas em níveis de capacidade, ao invés de níveis de maturidade.

E se baseia nas normas para processos de desenvolvimento de software ISO/IEC 12207 e 15504, e também é compatível com o CMMI. 

A Baseline é um conjunto de versões de um componente de software. 

B Codeline é o conjunto de baselines de diferentes versões do sistema.

C Mainline é o conjunto de codelines que constituem uma versão do sistema.

D Item de configuração é qualquer elemento associado ao projeto de software (design, código, dados de teste, documentos, etc.) e que está sob controle de configuração. 

E Build é o processo de gerenciamento da construção do ambiente físico no qual o sistema executará. 

A salva alterações e impossibilita o uso do gitrollback a partir daquele ponto.  

B salva alterações em um repositório local.

C salva alterações em um repositório central. 

D salva alterações e atualiza automaticamente os repositórios de todos os usuários.

E salva alterações em memória apenas, sem persisti-las.