Questões de Concurso
Para técnico em regulação - telecomunicações
Foram encontradas 217 questões
Resolva questões gratuitamente!
Junte-se a mais de 4 milhões de concurseiros!
No MPS/BR, o nível C, conhecido como gerenciado quantitativamente, é composto por processos dos níveis G ao D.
Definir o escopo da gerência de riscos com as estratégias apropriadas faz parte do processo de gerência de projetos.
Para a elaboração da norma complementar em questão, foi utilizada como referência legal e normativa a NBR ISO/IEC 27002:2005.
Na administração pública federal, o processo de desenvolvimento de software seguro apresenta recomendações para identificar, definir e formalizar os responsáveis, os quais devem definir e validar os requisitos de segurança que o software atenderá.
Os processos para obter softwares seguros abrangem a aquisição de softwares pagos e prontos, e não de softwares gratuitos.
Procedimentos para identificação, análise e introdução de tecnologias e técnicas de desenvolvimento fazem parte da prevenção de defeitos.
No nível 4 do CMMI, procedimentos documentados são utilizados para gerir o esforço, o prazo e os riscos.
No nível 2 do CMMI, além de serem definidos os requisitos para evitar a falta de controle nas mudanças, são estabelecidas as funcionalidades do software.
O modelo CMMI é segmentado em níveis, de modo que cada nível possui uma abordagem e um conjunto de processos padronizados. O nível 3, por exemplo, que possui processos definidos, contém entradas, atividades, medidas, verificações e saídas.
No business case, estão descritos os produtos e serviços a serem fornecidos pelo projeto.
A declaração de trabalho do projeto é uma das entradas necessárias no processo para o desenvolvimento do termo de abertura do projeto.
As solicitações de mudança que aguardam aprovação compõem as entradas do processo que orientam e gerenciam a execução do projeto.
Por meio da estrutura analítica, definem-se os papéis, as responsabilidades e as relações hierárquicas do projeto.
O documento que formaliza e autoriza o projeto chama-se termo de abertura do projeto, no qual se registram as expectativas das partes interessadas.
Testes de fumaça (smoke testing) são projetados para confirmar se as alterações no código funcionarão como o esperado e não desestabilizarão uma compilação inteira do software.
No que diz respeito à granularidade, os testes são classificados em três estágios: unitário, destinado a testar componentes de programas, como métodos ou classes de objeto; de componentes; e de sistemas.
Os testes de software englobam a validação, ato que se destina a avaliar a forma de construção do produto, e a verificação, ato destinado a averiguar a construção do próprio produto.
Realizados logo após os testes de desenvolvimento, os testes de release devem ser conduzidos pela própria equipe de desenvolvimento e incluir os testes automatizados para que se verifique se o sistema atende aos requisitos dos stakeholders do sistema.
O teste de estresse, que avalia o desempenho do sistema por meio de demandas que estejam fora dos limites de projeto do software, é particularmente relevante para sistemas distribuídos com base em uma rede de processadores.
Em se tratando de desenvolvimento de softwares dirigidos a testes (TDD), a execução dos testes é realizada antes da implementação da funcionalidade.