Questões de Concurso Comentadas para sad-pe

As atuais linguagens orientadas a objeto não são adequadas à implementação de algoritmos desenvolvidos para a programação estruturada, visto que muitos algoritmos estruturados não permitem o encapsulamento.

Na construção de tipos de dados estruturados, a declaração de classes não corresponde à definição de um novo tipo de dados estruturado.

Em linguagens orientadas a objeto, como Java, a declaração de quaisquer tipos de constantes é implementada por meio de macrossubstituição em linha, durante a pré-compilação, isto é, a substituição de referências a constantes pelo valor declarado.

Na linguagem Java, a avaliação de uma expressão que constrói uma nova instância, quando bem sucedida, retorna uma referência ou ponteiro à área de memória na qual a instância foi alocada.

A recursividade é técnica desnecessária caso a programação de um algoritmo seja efetuada em uma linguagem orientada a objetos, uma vez que o envio de uma mensagem a um objeto cria um contexto aninhado que corresponde, indiretamente, à técnica de recursão.

A modelagem de aspectos comportamentais de um programa orientado a objetos deve ser efetuada utilizando-se diagramas de classe e de instância, entre outros.

A modelagem de aspectos estruturais ou estáticos de programa orientado a objetos deve ser efetuada utilizando-se diagramas de comunicação, entre outros.

Na organização de um conjunto de especificações de sistemas orientados a objeto, package é elemento usado para se agregar, inclusive de forma hierárquica, um conjunto de outros elementos dentro de um mesmo espaço de nomes.

Na especificação da UML 2.0, destaca-se a existência da sublinguagem OCL (object constraint language), linguagem imperativa que, com variáveis e comandos de controle de fluxo, é usada para complementar diagramas UML.

Para um conjunto de ferramentas CASE que necessitam manter intercâmbio de modelos UML desenvolvidos entre si, o formato-padrão mais recomendado a ser utilizado é o UMLDoc, embasado na linguagem Java.

Os métodos clássicos de análise e de projeto orientado a objetos buscam refinar aplicação orientada a objetos, desde os requisitos até o código, empregando o conceito de desenvolvimento sem compartimentos, no qual as abstrações orientadas a objeto de nível mais elevado são transformadas em novo conjunto de abstrações que pouco preservam as relações com nível superior por meio da transição bem definida entre as fases do processo de desenvolvimento.

Um modelo orientado a objetos em nível de análise é, tipicamente, composto por grande número de classes inter-relacionadas, contendo cada uma delas um conjunto de variáveis de estado e métodos em sua interface.

Na modelagem orientada a objetos, a ênfase reside nos dados mantidos pelas abstrações do modelo, em oposição ao que ocorre nos métodos estruturados, cuja ênfase inicial recai sobre as funções realizadas pelas abstrações do modelo.

Aspectos como concorrência, distribuição e persistência são mais comumente trabalhados na fase de projeto orientado a objetos que na fase de análise.

Um conjunto de cartões adequadamente desenvolvidos por meio da técnica CRC (class-responsibilities-colaborators) constitui um artefato útil para um desenvolvedor iniciar o processo de codificação de um programa orientado a objetos, na linguagem de programação na qual tenha proficiência.

Na implementação de linguagens de programação orientada a objetos (POO), o polimorfismo é, usualmente, possível por meio do emprego da técnica de ligação estática, de modo que a escolha da implementação específica que tratará determinado envio de mensagem será efetuada em tempo de compilação.

O conceito de abstração, presente na POO, oferece maior suporte aos métodos de desenvolvimento embasados em refinamentos top-down que aos embasados em refinamentos bottom-up.

Na POO, o encapsulamento aplica-se, fundamentalmente, aos campos ou variáveis de estado de determinado objeto, sendo de pouca utilidade a sua aplicação a métodos.

Uma das formas comuns de se evitar o uso excessivo de herança como mecanismo de refinamento de POO é o emprego de delegação, que evita a criação de número excessivo de subclasses em modelos orientados a objetos.

Nas linguagens orientadas a objeto da atualidade, é comum o uso de herança múltipla, que permite a determinada classe herdar diretamente das implementações de uma ou mais classes, possibilitando mais expressividade semântica e facilitando a manipulação do sistema de tipos nessas linguagens.

A abordagem de gerenciamento de projetos do CMMI distingue-se da abordagem do PMBOK em vários aspectos, entre os quais, está a agregação de elementos de planejamento, monitoramento e controle do projeto em uma única área de processo, separada da área de gerenciamento quantitativo do projeto.

Ao contrário da abordagem de gerenciamento de projetos PMBOK, a abordagem do CMMI não conta com uma área exclusivamente dedicada ao gerenciamento de riscos de projeto.

Tanto na abordagem de gerenciamento de projetos do CMMI quanto na do PMBOK, há áreas exclusivamente dedicadas ao gerenciamento de aquisições e(ou) acordos com fornecedores de insumos para projetos.

Uma aplicação do PMBOK no alcance da governança de TI aderente ao COBIT fornece suporte aos processos do domínio plan and organize, prioritariamente aos de gerenciamento de investimentos de TI, avaliação e gerenciamento de riscos de TI, gestão da qualidade e gestão de recursos humanos.

De forma similar ao COBIT 4.1 e ao CMMI, o PMBOK incorpora o conceito de acordos de níveis de serviço durante a execução de seus processos junto a clientes.