Questões de Concurso Comentadas para sad-pe

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.

Não há incompatibilidade entre os modelos ITIL V3 e PMBOK, podendo a operação de serviços de TI aderente ao modelo ITIL V3 ser organizada conforme os mesmos processos, práticas e ferramentas prescritos no PMBOK.

O ciclo de vida de um projeto, conforme o PMBOK, corresponde à seguinte sequência: iniciação, planejamento, execução, controle e encerramento.

Os três principais documentos de um projeto são: termo de abertura do projeto, declaração de escopo do projeto e plano de gerenciamento do projeto. Esses documentos são, parcial ou completamente, elaborados pelos processos presentes na área de conhecimento do PMBOK denominada integração.

As informações contidas em um diagrama GANTT são insumos para a elaboração de diagramas PERT, ambos artefatos típicos produzidos por processos vinculados ao grupo de processos de planejamento no guia PMBOK.

As nove áreas de conhecimento do PMBOK descrevem vários processos uniformemente distribuídos entre as fases de execução de um projeto.