

Seu próximo nível começa aqui
Com a Assinatura Ilimitada, você tem tudo que precisa para sua aprovação.
Com a Assinatura Ilimitada, você combina prática, teoria e método em uma única assinatura com tudo que você precisa para sua aprovação.
A partir dos fundamentos da análise e projetos orientados a objetos, assinale a alternativa INCORRETA.
Os objetos são instâncias geradas a partir de uma classe.
As classes são espécies de “montadoras de objetos”, que definem suas propriedades – ou características –, bem como seus métodos e atributos.
Polimorfismo é a possibilidade que uma classe possui de herdar as características de uma outra classe.
Encapsulamento é a possibilidade de tornar públicos todos os processos internos de um objeto, classe ou método.
O modelo de requisitos define um conjunto completo de classes de análise. Cada uma descreve algum elemento do domínio do problema [...]. Conforme evolui o modelo de projeto, a equipe de software deve definir um conjunto de classes de projeto que refina as classes de análise [...]. Segundo os conceitos de análise e projeto orientado a objeto, são considerados os seguintes tipos específicos de classes de projeto, EXCETO:
Classes de entidade.
Classes de processo.
Classes do domínio de negócio.
Classes de interface de usuário.
Na etapa de Projeto de Sistema no desenvolvimento de software, deve-se
capturar e examinar minuciosamente os requisitos por meio da criação de modelos.
expandir e otimizar os modelos de análise; a ênfase muda de conceitos de aplicação para conceitos computacionais.
escrever o código do software usando linguagens de programação e bancos de dados.
formular uma arquitetura e escolher as estratégias e políticas globais para guiar a parte subsequente e mais detalhada do projeto.
treinar os usuários para utilizarem e se beneficiarem completamente do sistema.
Um Assistente Tecnológico da PRODATER está utilizando métricas LCOM − Lack Of Cohesion in Methods em um projeto orientado a objetos. LCOM é o número de métodos de uma classe que têm acesso a um ou mais dos mesmos atributos. Nesta métrica, se
nenhum método tem acesso aos mesmos atributos, então LCOM = -1.
uma classe tem 6 métodos e 4 deles têm 2 atributos em comum, então LCOM=2.
LCOM é baixo, vários métodos podem estar acoplados uns aos outros por meio de atributos, e isso aumenta a complexidade da classe.
LCOM é mantido alto, a coesão é baixa, e isso é bastante desejável.
LCOM é mantido baixo, a coesão é alta, e isso é bastante desejável.
Ao se desenvolver sistemas de aplicação com o emprego de técnicas de análise e projeto orientado a objetos, para o levantamento das classes do sistema pode-se empregar a técnica:
CDP.
MTC.
CTD.
CRC.
Um Analista de Sistemas, ao iniciar a análise orientada a objetos, define um conjunto de classes que descreve o comportamento do sistema. Estando trabalhando com base no Processo Unificado, desta atividade resulta um modelo de análise, que depois é refinado em um modelo de projeto preliminar. Estes modelos expandem e refinam uma representação da arquitetura do software e são produtos da fase
Iniciação
Concepção
Elaboração.
Construção.
Transição
Em uma organização, o projeto de um software é dividido em aspectos gerenciais — com as etapas de projeto preliminar e projeto detalhado — e em aspectos técnicos — com as etapas de projeto de dados, projeto arquitetural, projeto procedimental e projeto de interface.
Certo
Errado
Dado o diagrama que mostra as fases do processo unificado, marque a alternativa incorreta:

À Elaboração é a fase em que a visão do produto e sua arquitetura são definidas. Nessa fase ,os requisitos Funcionais e Não-Funcionais do sistema são definidos.
A Construção é a fase em que o software chega a uma arquitetura executável e destinada à transferência para a comunidade de usuários. Aqui, os recursos são alocados de modo a atacar ativamente os riscos do projeto.
A Concepção é a primeira fase do processo, em que a idéia inicial para o desenvolvimento é levada até o ponto de ser suficientemente bem fundamentada para assegurar a passagem a fase de Elaboração.
A disciplina de Testes começa lentamente na fase de elaboração e se acentua na fase de Construção e Transição.
A Transição apresenta-se como a fase caracterizada pela criação dos Casos de Uso, principal artefato para o estabelecimento do comportamento desejado do sistema sob o ponto de vista de Modelo de Dados.
Observe a figura abaixo, que traduz o modelo de análise para um de projeto.

Entre os projetos indicados na figura, um descreve como o software se comunica com os sistemas que interromperam com ele e com as pessoas que o utilizam, o que gera um fluxo de informação e um tipo de comportamento específico. Esse projeto é denominado:
arquitetural
de interface
de dados/classe
em nível de componente
No projeto orientado a objetos com UML 2.0, no tocante à visibilidade de objetos, uma operação pode ser precedida por um símbolo de mais (+). Nesse caso, isso significa que existe:
uma visibilidade pública.
subclasses abstratas na superclasse.
uma visibilidade protegida.
superclasses com herança múltipla.
um atributo privado.
No projeto orientado a objetos, uma classe é representada por um retângulo que pode possuir até três divisões. Essas divisões armazenam:
nome da classe, atributos e operações.
interfaces, atributos e operações.
atributos, operações e restrições.
mensagens, operações e atributos.
atributos, atores e mensagens.
Um projeto de software envolve diversos processos, dos quais dois são descritos a seguir.
I - Estabelece um plano de trabalho para a engenharia de software, descrevendo as tarefas a serem conduzidas, os riscos prováveis, os recursos necessários, os produtos gerados e um cronograma de trabalho.
II - Estabelece a criação de modelos que permitam ao desenvolvedor e ao cliente entender melhor os requisitos do software e o projeto que vai satisfazer a esses requisitos.
Os processos I e II são denominados, respectivamente:
análise e construção
análise e modelagem
planejamento e modelagem
planejamento e construção
São perspectivas importantes de modelagem em um projeto orientado a objetos:
Estrutural. De priorização. De implementação.
Essencial. De composição. De prototipação.
De entidades. De especificação. De relacionamento.
De compartimentação. De indução. De segmentação.
Essencial. De especificação. De implementação.
O marco de referência do desenvolvimento de um software, com o qual é possível definir a versão de cada item de configuração que fará parte da entrega e validação de um build, é denominado
Auditoria de Mudanças
Linha de Base
Encerramento do Projeto
Solicitação de Mudança
Sincronização de Mudanças Concorrentes
Segundo Roger Pressman, uma gestão efetiva de Projetos de Software, independente da ordem de importância, é baseada em:
Qualidade, Pessoal, Produtividade e Risco.
Pessoal, Produto, Processo e Projeto.
Pessoal, Produtividade, Risco e Projeto.
Produtividade, Produto, Processo e Qualidade.
Com relação às principais vantagens oferecidas pelo método do projeto orientado por objeto, assinale a afirmativa incorreta.
Têm alto grau de reusabilidade das rotinas desenvolvidas.
Fornecem regras precisas para a modularização do sistema.
Apresentam maior facilidade de transição da fase de análise para a fase de projeto.
Aumentam a manutenabilidade por separar intrinsecamente partes voláteis do sistema daquelas que são estáveis.
Desenvolvem uma arquitetura mais estável, uma vez que se estrutura com base no modelo de dados utilizado, o qual apresenta pouca vulnerabilidade a mudanças na funcionalidade do sistema.
O gerenciamento de projetos é um disciplina de fundamental importância para o sucesso do desenvolvimento de software. NÃO é uma atividade típica de um gerente de projetos:
o controle e monitoramento do cronograma.
a identificação e a mitigação dos riscos.
a especificação dos requisitos de software
a definição e a coleta de métricas.
a disseminação pró-ativa das informações entre os membros da equipe.
São características dos projetos orientados a objeto as abaixo relacionadas, EXCETO:
facilidade na manutenção do projeto;
independência entre os objetos;
reutilização dos objetos;
redução dos riscos nos projetos;
dificuldade de compreensão.
Nos modelos orientados a objeto, um relacionamento de dependência estereotipada é representado por uma
agregação simples.
extensão de caso de uso.
generalização.
associação ternária.
agregação por composição.