ID 360148 Banca CESPE / CEBRASPE Órgão SAD-PE Ano 2010 Provas CESPE - 2010 - SAD-PE - Analista de Controle Interno – Tecnologia da Informação Disciplina Engenharia de Software Assuntos Orientação a Objetos Com relação ao emprego de conceitos do paradigma de orientação a objetos na análise e no projeto de sistemas de software, assinale a opção correta. Alternativas 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. Responder Comentários a) 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 em compartimentos(forçando para encaixar o encapsulamento), 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. b) Um modelo orientado a objetos em nível de análise nível de projeto é, 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. Apesar de não ser mandatório o conjunto de variáveis de estado ou métdos em sua interface, não acredito que invalidaria a questão. c) 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. A meu ver os conceitos estão trocados, já que a ênfase na modelagem estruturada é no fluxo de dados, e na orientação a objetos foca em abstrair os objetos do mundo em objetos virtuais, representando seu comportamento e suas características. d) 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. e) 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. Entendo que da elaboração dos CRC ir direto para codificação deixa de lado vários processos/princípios da engenharia de software. O trecho "na linguagem de programação na qual tenha proficiência" me passou a impressão de a linguagem a ser utilizada seria da escolha do programador. DFASE DE PROJETO ORIENTADO A OBJETOS é mais abrangente, logo, 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.