Questões da Prova AOCP - 2012 - BRDE - Analista de Sistemas - Desenvolvimento de Sistemas - (Prova TIPO 4)

Preencha as lacunas e, em seguida, assinale a alternativa correta. Uma classe _______________ é aquela que contém uma declaração de método vazia e definições concretas de métodos e variáveis de instância. Desta forma uma classe ___________ situa-se entre uma __________ e uma classe __________ . Da mesma forma que uma interface, esse tipo de classe não pode ser ____________ .

Na programação orientada a objetos, temos conceitos como Herança e Polimorfismo. Sobre esses conceitos analise as assertivas e assinale a alternativa que aponta a(s) correta(s).

I. Para evitar código redundante, o paradigma de orientação a objetos oferece uma estrutura hierárquica e modular para reutilização de código através de uma técnica conhecida como herança.

II. Herança permite projetar classes genéricas que podem ser especializadas em classes mais particulares, onde as classes especializadas reutilizam o código das mais genéricas.

III. Literalmente, “polimorfismo” significa “muitas formas”. No contexto e projeto orientado a objetos, entretanto, refere-se à habilidade de uma variável de objeto de assumir formas diferentes.

IV. Polimorfismo permite que os atributos de uma classe não tenham acesso diretamente.

Em Engenharia de Software, temos o Desenvolvimento em Espiral, cada loop da espiral é dividido em quatro setores, a seguir apresentamos alguns deles. Analise as assertivas e assinale a alternativa que apresenta os corretos.

I. Desenvolvimento de integração: O software que não puder ser comprado será desenvolvido, e os componentes e sistemas COTS serão integrados, a fim de criar um sistema. A integração de sistemas, nesse modelo, pode ser parte do processo de desenvolvimento, em vez de uma atividade separada.

II. Definição de objetivos: São definidos os objetivos específicos para essa fase do projeto. São identificadas as restrições para o processo e o produto, e é preparado um plano de gerenciamento detalhado. São identificados os riscos do projeto e, dependendo dos riscos, poderão ser planejadas estratégias alternativas.

III. Avaliação e redução de riscos: Para cada um dos riscos de projeto identificados, é realizada uma análise detalhada e são tomadas providências para reduzir esses riscos. Por exemplo, se houver um risco de os requisitos serem inadequados, poderá ser desenvolvido um protótipo.

IV. Panejamento: O projeto é revisto e é tomada uma decisão sobre continuar com o próximo loop da espiral. Se a decisão for continuar, serão traçados os planos para a próxima fase do projeto.

Sobre Engenharia de Software orientada a reúso e seus estágios intermediários em um processo orientado ao reúso, analise as assertivas e assinale a alternativa que aponta a(s) correta(s).

I. Dada a especificação de requisitos, é feita uma busca por componentes para implementar essa especificação. Em geral, não há correspondência exata, e os componentes que podem ser usados apenas fornecem alguma funcionalidade necessária. Esse é o estágio da Análise de componentes.

II. A engenharia de software orientada a reúso, em relação ao modelo Cascata, tem a vantagem da obtenção do feedback dos clientes sobre o desenvolvimento que foi feito.

III. No estágio da Modificação de requisitos, requisitos são analisados usando-se informações sobre os componentes que foram descobertos. Em seguida, estes serão modificados para refletir os componentes disponíveis. No caso de modificações impossíveis, a atividade de análise de componentes pode ser reinserida na busca por soluções alternativas.

IV. Do ponto de vista de gerenciamento, esta abordagem tem um problema que é o de o processo não ser visível. Os gerentes precisam de entregas regulares para mensurar o progresso.

Sobre Modelos de Processo de Softwares, analise as assertivas e assinale a alternativa que aponta a(s) correta(s).

I. Um Modelo de Processo de Software é uma representação simplificada de um processo de software.

II. O Modelo de Processo de Software, Modelo em Pirâmide, considera as atividades fundamentais do processo de especificação, desenvolvimento, validação e evolução.

III. Desenvolvimento incremental é um Modelo de Processo de Software baseado na existência de um número significativo de componentes reusáveis. O processo de desenvolvimento do sistema concentra-se na integração desses componentes em um sistema já existente em vez de desenvolver um novo sistema a partir do zero.

IV. O Modelo em cascata foi o segundo Modelo de Processo de Software a ser publicado, ele foi derivado de processos mais gerais da engenharia de sistemas (ROYCE, 1970). Por causa do encadeamento entre uma fase e outra, esse modelo possui o nome „ Modelo rotativo.