Questões de Concurso Comentadas para analista de tecnologia da informação - processos e desenvolvimento

promoveu um alinhamento com os requisitos de alto nível do negócio e da boa convivência com outros padrões e modelos de boas práticas existentes no mercado, especificando não somente “o que” deve ser atingido em termos de governança, mas também indicando “como” atingir esses objetivos.

uma novidade introduzida por ele foi conciliar os conceitos de governança e gerenciamento em uma única disciplina, considerando que esses envolvem atividades e estruturas organizacionais com objetivos semelhantes.

a ISACA, organização que desenvolve o COBIT, oferece três tipos de certificação profissional, sendo que a primeira, COBIT 5 Foundation, atesta que o profissional certificado compreende os problemas de governança e gestão de TI das empresas; a segunda, COBIT 5 Implementation, atesta que os profissionais certificados demonstram conhecimento sobre como o COBIT 5 pode ser adaptado para atender às necessidades específicas de uma empresa; e a terceira, COBIT 5 Assessor, é direcionado a auditores e consultores de TI.

uma das grandes mudanças do COBIT 5 em relação à sua edição anterior foi a adoção de um modelo de maturidade, além do modelo de capacidade de processos, aproximando-se do modelo CMMI, que oferece as representações contínuas e por estágio.

a Resolução 3380 do Banco Central do Brasil dispõe sobre a realização de auditorias.

os requisitos da SOX, Sarbanes-Oxley Act, ligados às informações financeiras e de resultados afetam bastante a TI, já que essas informações vêm de todos os processos de negócio que geram fatos contábeis e financeiros para a empresa, que podem estar automatizados ou não.

um dos pilares estabelecidos pela Acordo da Basileia II estabelece regras para a comunicação para o mercado, dos requisitos mínimos de capital, face aos riscos e aos métodos e resultados de avaliações de risco.

de acordo com o IBCG, Instituto Brasileiro de Governança Corporativa, um dos princípios da Governança Corporativa é que os agentes da governança devem zelar pela sustentabilidade das organizações, incorporando considerações de ordem social e ambiental na definição dos negócios e operações.

o modelo de ciclo de vida em Cascata usado no desenvolvimento de software pode ser classificado como processo Preditivo segundo o PMBOK.

os métodos ágeis de desenvolvimento de software podem ser classificados como tendo ciclo de vida Adaptativo segundo o PMBOK.

o PU, Processo Unificado, tem um ciclo de vida Iterativo e incremental segundo o PMBOK, em que suas fases, também chamadas de iterações, intencionalmente repetem uma ou mais atividades de projeto.

uma fase de um projeto pode enfatizar processos de um Grupo de Processos de gerenciamento de projetos em particular, mas é improvável que a maioria ou que todos os processos sejam executados de alguma forma em cada fase.

alguns dos fatores de custo previstos na ferramenta COCOMO II são os fatores de projeto, que expressam que o projeto é facilitado pela similaridade com projetos precedentes; pela capacidade da equipe de operar em conjunto como um time; pela resolução dos riscos; e pela maturidade dos processos no sentido CMMI.

a ferramenta COCOMO II de estimativa paramétrica pode calcular estimativas de esforço total, de produtividade, de esforço e custo unitário, de custo das funções, de prazo e de equipe.

a acurácia é o grau com que múltiplas estimações do mesmo valor real produzem estimativas similares; enquanto a precisão de uma estimativa é o seu grau de conformidade com o valor real.

na gestão de projetos de desenvolvimento de software, observa-se a economia de escala, em que projetos maiores tendem a ser mais produtivos, porque aumenta-se a possibilidade de reutilização de soluções e de compartilhamento de recursos.

dentre os fatores pessoas, produto, processo e projeto, os recursos humanos são considerados o de maior importância. Tanto é assim que o SEI, Software Engineering Institute, desenvolveu um modelo para maturidade e capacidade dos recursos humanos.

sem estabelecer os objetivos do produto e seu escopo, considerar soluções alternativas e identificar restrições técnicas e gerencias, é impossível definir de forma razoável a estimativa de custo, a avaliação efetiva dos riscos, a análise realística das tarefas do projeto ou um cronograma gerenciável do projeto que forneça a indicação significativa de progresso das atividades.

nos métodos ágeis, a qualificação individual dos membros da equipe não é considerada um fator crítico de sucesso porque acredita-se que a colaboração em grupo ajuda a superar dificuldades individuais.

Larry Constantine, em seu trabalho, sugere quatro tipos de “paradigmas organizacionais” para equipes de engenharia de software: o paradigma fechado; o paradigma randômico; o paradigma aberto; e o paradigma sincronizado. A equipe ágil, conforme preconizado no desenvolvimento ágil, se auto-organiza e não mantém, necessariamente, um desses paradigmas organizacionais únicos, mas usa elementos do paradigma randômico, do paradigma aberto e da sincronicidade.