Questões da Prova FCC - 2008 - METRÔ-SP - Analista Treinee - Ciências da Computação

Em relação à componentização e reuso, considere:

I. Se o componente sendo projetado é muito complicado, então, não é usável, por ser muito complexo ou apenas uma pequena porção desse componente é usada. Ao projetar um componente reusável, deve-se estar atento para que ele seja tão simples quanto possível.
II. Quando é projetada uma solução baseada em componentes, é possível obter um comportamento comum de modo que vários usuários possam utilizar. Uma outra forma para reuso de interfaces genéricas é o reuso da especificação. Uma vez que os componentes podem possuir múltiplas interfaces, é possível ter diferentes componentes.
III. No que concerne ao reuso dos componentes existentes, as interfaces podem ser projetadas para usar outras interfaces em tempo de design (desde que todas as implementações de componentes no sistema especificado suportem as interfaces) ou em tempo de implementação (usa os serviços de outras interfaces).

É correto o que consta em

Requisitos não funcionais são aqueles que declaram restrições ou atributos de qualidade para um software e/ou para o processo de desenvolvimento de um sistema. Algumas classificações dos requisitos não funcionais podem ser encontradas na literatura, tais como, as propostas por Mamani [Mamani 99] e por Sommerville [Sommerville 92], apresentadas abaixo.

Representar a arquitetura de software em várias visões, utilizando vários modelos, produz um resultado mais consistente uma vez que há muita informação dissociada para retratar em um único modelo. Nesse sentido considere os itens abaixo, relativos aos principais esquemas de visões:

I. Um esquema que ressalta, em separado, os detalhes estático, dinâmico e funcional dos objetos identificados no sistema, ou seja, cada objeto possui sua estrutura e sua descrição definidas do ponto de vista estático, dinâmico e funcional.
II. As visões determinam uma seqüência de atividades que ocorrem no tempo, ou seja, uma evolução incremental dos conceitos do negócio e suas representações. Primeiro devem ser pensados os detalhes da visão lógica para, em seguida, se pensar nos detalhes da visão física. As semânticas determinam as representações estática e dinâmica de ambas as visões.
III. Um esquema onde as visões são coordenadas com o objetivo de representar a arquitetura como um modelo de abstração que possui o foco na estrutura nos elementos essenciais, sugerindo a notação UML [Booch98] como principal mecanismo de representação dos propósitos das visões. IV. Um esquema onde vários propósitos são atendidos pelas visões, tais como, abordar a organização lógica do sistema, organizar suas funcionalidades, abordar os aspectos de concorrência e descrever a distribuição física do software na plataforma utilizada. As visões se dividem em lógica, de processo, de desenvolvimento, de implementação e de casos de uso.

Os itens acima referem-se, respectivamente, às visões

O objetivo da Engenharia de Software é estabelecer uma sistemática abordagem de desenvolvimento, através de ferramentas e técnicas apropriadas, dependendo do problema a ser abordado, considerando restrições e recursos disponíveis. A Engenharia de Software

I. não se confunde com a Ciência da Computação, pois enquanto esta visa o desenvolvimento de teorias e fundamentações, a Engenharia de Software se preocupa com as práticas de desenvolvimento de software.
II. tem como foco único o tratamento dos aspectos de desenvolvimento de software, o que a diferencia da Engenharia de Sistemas, que trata dos sistemas baseados em computadores, incluindo hardware e software.
III. tem como métodos as abordagens estruturadas para o desenvolvimento de software que incluem os modelos de software, notações, regras e maneiras de desenvolvimento.
IV. segue princípios, tais como, o da Abstração, que identifica os aspectos importantes sem ignorar os detalhes e o da Composição, que agrupa as atividades em um único processo para distribuição aos especialistas.

É correto o que consta em