Questões da Prova CESPE - 2010 - INMETRO - Pesquisador - Governança de TI

Os serviços podem ser classificados em três tipos: de utilidades, que fornecem alguma funcionalidade de propósito geral; de negócios, que implementam parte de um processo de negócio; e de coordenação, que coordenam a execução de outros serviços.

O processo de engenharia de serviços envolve a identificação dos serviços candidatos para a implementação, o teste e a implantação dos serviços.

Técnicas de teste de software, embasadas em análise de código fonte, podem ser usadas em sistemas orientados a serviços que contam com serviços fornecidos externamente.

Interfaces de serviço não podem ser definidas para sistemas legados de software. A continuação de utilização do legado envolve outras técnicas.

A composição de serviço pode ser usada para integrar processos de negócios separados, a fim de fornecer um processo integrado que ofereça funcionalidades mais extensas. Soluções de data warehouse envolvem a análise de processos existentes ou planejados e utilizam, para modelar os processos, a notação gráfica BPMN (business processes management notation).

O diagrama de casos de uso, gerado normalmente nas fases iniciais da construção, tem por objetivo apresentar uma visão externa das funções e dos serviços que o sistema deverá oferecer aos usuários, além de demonstrar como essas funções serão implementadas.

O diagrama de classes permite a visualização das classes que comporão o sistema, com os respectivos atributos e métodos, demonstrando como as classes do diagrama se relacionam complementam-se e transmitem informações entre si.

O diagrama de sequência, cuja construção é embasada nos casos de uso, permite determinar a sequência de eventos que ocorrem em determinado processo, bem como quais métodos devem ser disparados entre os objetos envolvidos, e em que ordem. Atores, objetos, linha de vida são os componentes desse diagrama.

O diagrama de atividade, que apresenta semelhanças com os antigos fluxogramas, descreve os passos a serem percorridos para a conclusão de um método ou algoritmo específico. Para o desenvolvimento de um sistema, pode-se optar entre os diagramas de atividade ou de sequência e colaboração, já que eles são similares.

O diagrama de implantação apresenta os arquivos que comporão o software, em termos de módulos, bibliotecas, formulários, arquivos de help, tabelas e documentos, determinando, também como os componentes se relacionam.

No COBIT, são identificados os seguintes recursos de TI: aplicativos, que são os sistemas automatizados para usuários e para os procedimentos manuais, que processam as informações; infraestrutura que envolve tecnologia e recursos; e pessoas, que podem ser internas, terceirizadas ou contratadas.

O modelo em questão fornece um processo de referência para que todos na organização possam visualizar e gerenciar as atividades e riscos da TI. Essas atividades, normalmente, são ordenadas por domínios de responsabilidade de planejamento, construção, processamento e monitoramento, correspondentes aos quatro domínios do COBIT: planejar e organizar (PO); adquirir e implementar (AI); entregar e suportar (DS); e monitorar e avaliar (ME).

O COBIT foi desenvolvido com forte ênfase em controles e suas as avaliações são executadas com base em cinco níveis de maturidade: inicial, repetitivo, definido, gerenciado/mensurável e otimizado.

Para atender aos objetivos de negócios, as informações precisam adequar-se a certos critérios de controle da informação, como efetividade e eficiência. A efetividade envolve a entrega da informação por meio do melhor - mais produtivo e econômico - uso dos recursos; a eficiência identifica-se a informação é relevante e pertinente para o processo de negócio e se essa informação é entregue em tempo, de maneira correta, consistente e utilizável.

A confiabilidade é um controle de informação que engloba a fidedignidade e a totalidade da informação, bem como sua validade, de acordo os valores de negócios e expectativas. Por sua vez, a integridade relaciona-se com a entrega da informação apropriada para os executivos, a fim de que eles possam administrar a entidade e exercer suas responsabilidades fiduciárias e de governança.

As entidades pessoa física e pessoa jurídica são exemplos de generalização/especialização, conceito que envolve a ideia de herança de propriedades. Herdar propriedades significa que cada ocorrência da entidade especializada possui, além de suas propriedades (atributos, relacionamentos e generalizações ou especializações), também as propriedades de ocorrência da entidade genérica correspondente.

A cardinalidade do relacionamento entre filial e cliente define que pode existir filial sem clientes, e ainda, que os clientes podem existir sem estar vinculados a nenhuma filial.

Telefone é exemplo de atributo opcional.

No modelo apresentado, entidades, relacionamentos, cardinalidade e identificadores estão corretos e consistentes.

As entidades cliente, pessoa física e pessoa jurídica apresentam relacionamento do tipo ternário ou de grau maior, que são modelados usando-se uma entidade associada, por meio de relacionamentos binários, a cada uma das entidades que participam do relacionamento ternário.

O modelo MPS.BR, que é embasado nas normas NBR ISO/IEC 12207, NBR ISO/IEC 15504 e CMMI DEV, tem sete níveis de maturidade (A a G), possui um custo acessível, avaliação bienal e forte interação universidade-empresa .

O principal foco do nível E, do MPS.BR, é adicionar processos que deem suporte à gestão do projeto no que diz respeito à garantia da qualidade e medição, bem como aqueles referentes à organização dos artefatos de trabalho, por meio da gerência de configuração.

Gerência de projetos, do MPS.BR, e planejamento de projeto, do CMMI DEV, são áreas de processos similares, ambas apresentando resultados esperados semelhantes às práticas específicas do CMMI DEV. Tanto no CMMI DEV como no MPS.BR, o nível de maturidade é gerenciado.

A gerência de projetos, um processo no nível G, do MPS.BR, apresenta as seguintes características: o escopo do trabalho para o projeto é definido, as tarefas e os produtos de trabalho são dimensionados utilizando-se métodos apropriados, o modelo e as fases do ciclo de vida do projeto são definidos, o planejamento e as estimativas das atividades são feitos com base no repositório de estimativas e no conjunto de ativos de processo organizacional.

Validação é o processo do MPS.BR, cujo propósito é confirmar que cada serviço ou produto de trabalho, do processo ou do projeto, atende apropriadamente os requisitos especificados.