Baixe o app para aproveitar ainda mais
Prévia do material em texto
1. A UML foi definida para ser utilizada com o paradigma orientada a objetos o que significa que ela possui recursos para representação dos conceitos propostos pela Orientação a objetos. Dentre os conceitos abaixo, marque a opção que assertivamente define o objetivo da UML Ser dependente somente da linguagem de programação. Ser dependente somente do processo de desenvolvimento. Ser independente da linguagem de programação e processo de desenvolvimento. Ser independente da linguagem de programação e dependente do processo de desenvolvimento. Ser dependente da linguagem de programação e do processo de desenvolvimento. 2. São exemplos de diagramas comportam entais: Casos de Usos, Atividades, Componentes e Interações. Casos de Usos, Atividades, Estados e Distribuição. Casos de Usos, Objetos, Estados e Interações. Classes, Atividades, Estados e Interações. Casos de Usos, Atividades, Estados e Interações. 3. Qual diagra ma tem a função de represe ntar um objeto do mundo real em termos conceit uais de POO? Diagrama de componentes. Diagrama de atividades. Diagrama de estados. Diagrama de casos de usos. Diagrama de classes. 4. A Orientação a objetos é uma tecnologia eficiência e de qualidade comprovada, usada em inúmeros projetos e para construção de diferentes tipos de sistemas. Assinale a ÚNICA alt ernativa que NÃO ap resenta uma vantagem no uso Orientação a objetos. Facilidade de manutenção dos códigos desenvolvidos. Segurança no uso de componentes por parte do programador. Melhor compreensão do código. Obter um melhor aproveitamento do código. Menor eficiência de código 5. Qual da afirmação abaixo NÃO correspond e com as definições de Desenvolvi mento de Softwares Orientado a Objetos? Modelos orientado a objetos são implementados convenientemente utilizando uma linguagem de programação orientada a objetos. A engenharia de software orientada a objetos é muito mais que utilizar mecanismos de sua linguagem de programação, é saber utilizar da melhor forma possível todas as técnicas da modelagem orientada a objetos. A orientação a objetos não pode ser utilizado em Softwares de larga escala. A orientação a objetos não é só teoria, mas uma tecnologia de eficiência e qualidade comprovadas usada em inúmeros projetos e para construção de diferentes tipo de sistemas. A orientação a objetos é uma tecnologia para a produção de modelos que especifiquem o domínio do problema de um sistema. Quando construídos corretamente, sistemas orientados a objetos são flexíveis a mudanças, possuem estruturas bem conhecidas e provêm a oportunidade de criar e implementar componentes totalmente reutilizáveis. 6. Assinale a opção que define corretam emte UML (Unified Modellin g language ). notação para facilitar representação visual de padrões de projeto e desenvolvimento da estrutura lógica de programas em plataformas de objetos distribuídas. metodologia de desenvolvimento de sistemas que inclui desde a análise de requisitos até a especificação de testes do sistema com modelos orientados a objetos. linguagem de modelagem que usa os conceitos de orientação a objetos para permitir a especificação de sistemas em diversos níveis de abstração. metodologia que determina como deve ser realizada a análise de requisitos de sistemas complexos. notação para o projeto físico de sistemas que usam linguagens orientadas a objetos como o Java e o C++. 7. Os diagramas UML da categoria comporta mental são os de: classes, atividades e sequência. classes, objetos e componentes. casos de uso, atividades e máquinas de estados. casos de uso, sequência e classes. objetos, estrutura composta e máquinas de estado. 8. A orientaçã o a objetos não é só teoria, mas uma tecnologi a de eficiência e qualidad e comprov adas, usadas em inúmero s projetos e para construç ão de diferente s tipos de sistemas . Qual das alternati vas abaixo, não represen ta uma vantage m na sua utilizaçã o: Quando o sistema é desenvol vido com esta tecnologi a, tem- se: Mais segurança no uso dos componentes por parte do programador; Facilidade de manutenção; Melhor reaproveitamento do seu código; Necessidade de menor quantidade de requesitos funcionais; Melhor compreensão do código;
Compartilhar