Perguntas e respostas disciplina Análise de sistemas orientado a objeto

Esta é uma pré-visualização de arquivo. Entre para ver o arquivo original

Perguntas e respostas disciplina Análise de sistemas orientado a objeto
1-As classes representam o bloco de construção mais importante de qualquer sistema orientado a objetos, pois são utilizadas para capturar o domínio do problema no qual o sistema está sendo desenvolvido. Comparando classes com objetos, podemos afirmar que uma classe:
R: Define as características e comportamentos dos objetos.
2-Na modelo cascata, as atividades são executadas de forma sequencial, de tal forma que uma atividade não é iniciada até que sua predecessora seja completamente finalizada. Por exemplo, a fase de projeto só é iniciada ao término da fase de análise. Nesse processo de desenvolvimento, qual a principal fragilidade no que tange a mudança de requisitos de software?
R: Toda mudança deve retornar a fase inicial e refazer todo o processo.
3-No processo incremental, o ciclo de desenvolvimento é iniciado a partir de incrementos, ou seja, partes do software. Para cada incremento a metodologia é a mesma do processo cascata, ou seja, cada atividade somente é iniciada após a predecessora finalizada e validada. Nesse contexto, qual a principal diferença entre o processo cascata e o incremental?
R: No incremental não é necessário que todos os requisitos estejam definidos.
4-O mecanismo de herança, também chamado de generalização-especialização, é um dos fundamentos da orientação a objetos mais importantes, principalmente por proporcionar a reutilização. É uma característica do paradigma de herança:
R: Apresentar atributos e métodos comuns a mais de uma classe.
5-O modelo espiral de desenvolvimento é diferente dos outros modelos por que a cada ciclo completo, ou cada iteração, não se produz, ou implementa, um sistema ou uma parte do sistema de software. Num ciclo, pode ter uma especificação de requisitos, por exemplo. Nesse modelo foi incluída uma preocupação, até então, não utilizada pelos outros modelos. Qual é essa preocupação?
R: Mitigação de riscos.
6-O paradigma da orientação a objetos é uma forma de se desenvolver um sistema de software que o enxerga como um conjunto de componentes que interagem entre si para resolver um determinado problema. O paradigma que se preocupa em deixar visível apenas o que é necessário para a comunicação entre dois objetos, por exemplo, detalhes da implementação ou a lógica algorítmica de um método, é:
R: Encapsulamento.
7-O paradigma orientado a objetos produz modelos com componentes autônomos, chamados objetos, que possuem suas próprias características e informações, assim como próprios comportamentos responsáveis pela manutenção dessa informação. A divisão de responsabilidade proposta pela orientação a objetos proporciona algumas vantagens. Assinale a alternativa que apresenta uma dessas vantagens:
R: Facilidade de manutenção.
8-O processo de desenvolvimento de software resume-se a um conjunto de atividades executadas em uma determinada sequência. Esse conjunto de atividades, também pode ser chamado de etapas da engenharia de software ou paradigmas da engenharia de software. A etapa na qual o software é validado, frente aos requisitos especificados, é denominada:
R: Validação.
9-Segundo os criadores da UML, um sistema de software pode ser dividido em cinco visões, sendo que, dependendo da complexidade, nem todas visões precisam ser desenvolvidas. A visão que representa o sistema de um ponto de vista externo, como ele interage com agentes externos como usuários ou outros sistemas, é chamada de:
R: Casos de uso.
10-Uma técnica muito utilizada com o objetivo de antecipar mudanças que possam vir a ser mais custosas no desenvolvimento de um sistema de software, muito usada na validação de requisitos, e que deve ser aplicada independente do processo de desenvolvimento utilizado é:
R: Prototipação.
11-A UML é uma linguagem que possui vários diagramas para representar os diversos tipos de requisitos de um software. O diagrama de casos de uso é responsável por representar:
R: as funcionalidades observáveis do sistema e os elementos externos que interagem com ele;
12-A atividade de requisitos que tem por objetivo assegurar que o trabalho de levantamento dos requisitos está consistente com o domínio do projeto e atende às necessidades do usuário é denominada:
R: validação;
13-Como são chamados os elementos da UML que são notação para a elaboração de diagramas de casos de uso?
R: Casos de uso e atores.
14-Nos diagramas de casos de uso, atores são os agentes externos ao sistema, que executam uma determinada ação e esperam algum resultado, ou seja, interagem diretamente com o sistema a partir dos casos de uso. São atores em sistema de software:
R: sistemas externos com os quais há troca de informações;
15-Nos relacionamentos existentes em um diagrama de caso de uso, como é chamado o tipo de relacionamento que permite representar que o comportamento de um caso de uso pode ou não ser executado?
R: Extensão.
16-O processo de engenharia de requisitos tem como objetivo obter requisitos definidos especificados e modelos de sistema a partir de fontes de requisitos (SWEBOK, 2004). O processo de engenharia de requisitos possui cinco atividades principais: elicitação, análise e negociação, documentação, validação e gerenciamento de requisitos. A atividade de gerenciamento é responsável por:
R: controlar a mudança dos requisitos ao longo do processo da engenharia de requisitos.
17-Os requisitos funcionais são insuficientes para descrever o sistema de software, pois é necessário descrever outros aspectos, como atributos do sistema e atributos do ambiente do sistema, normalmente classificados como requisitos não funcionais. O requisito não funcional que está ligado à capacidade do sistema de software de auxiliar os usuários na realização de suas tarefas de maneira produtiva é chamado:
R: usabilidade;
18-Requisitos que são declarações, em linguagem natural, com diagramas dos serviços que o sistema deverá fornecer aos seus usuários e as restrições com as quais deverá operar são os:
R: requisitos de usuário;
19-Uma descrição de caso de uso é uma especificação, em linguagem natural sequencial, que descreve a interação do ator com o sistema durante a execução de um caso de uso. Cockburn (2005) propõe um modelo de descrição de caso de uso contendo alguns elementos que nos guiam a especificar um caso de uso de forma eficaz e completa. Entre esses elementos, os fluxos alternativos:
R:descrevem os passos que podem ou não ser executados dentro de uma sequência;
20-Uma ferramenta para ajudar na elicitação de requisitos é o brainstorming, quando um grupo de usuários é reunido para debater a respeito de um determinado requisito. Essa ferramenta é uma técnica de:
R: reunião facilitada;
21-A UML é uma linguagem que possui vários diagramas para representar os diversos tipos de problemas. O diagrama que é muito semelhante ao fluxograma tradicional e representa o fluxo do processo, suas possíveis ramificações, o paralelismo e a concorrência na execução do processo é denominado:
R: diagrama de atividades.
22-A função de analista de negócio pode ser desempenhada por qualquer pessoa ou profissional, independentemente do seu cargo na organização. Podemos interpretar que o analista de negócio atua na mesma faixa de projeto que o analista e o engenheiro de requisitos, porém, sua atuação foca no:
R: escopo amplo das regras da organização;
23-Atualmente existem diversas abordagens para modelagem de processos de negócio que representam seu comportamento por meio de diagramas. O diagrama apresentado abaixo é um diagrama de:
R: Processo
24-Como é denominado um conjunto de restrições que definem como uma atividade de uma organização deve ser executada e que, além de representar determinados conhecimentos a respeito de um processo, também representam importantes aspectos restritivos na execução deste processo. Por exemplo: o cliente pode efetuar um saque de, no máximo, R$300,00 em uma única operação?
R: Regras de negócio.
25-Como são definidas as regras de negócio?
R: Como as restrições e a maneira como os processos de negócio são executados.
26-Marque a opção a seguir que melhor descreve a diferença entre o modelo de processos de negócio e o modelo de casos de uso.
R: Casos de uso descrevem funções do sistema e processos de negócio mostram a amplitude do negócio na organização.
27-O diagrama de atividades abaixo descreve onde e como as atividades são executadas dentro da organização ou dentro de um contexto específico de um problema. Os elementos utilizados para representar a separação das responsabilidades e a entrada para o paralelismo de atividades são, respectivamente: 
R: raias e bifurcação;
28-O processo de negócio é um conjunto de atividades relacionadas com um determinado negócio, que são executadas em uma determinada sequência e produzem um determinado resultado ou objetivo. Segundo Martin Fowler (2000), a modelagem do processo de negócio representa:
R: regras de negócio e suas inter-relações;
29-Os diagramas de atividades e os diagramas de processo são utilizados para representar qual das visões arquiteturais propostas por Philippe Kruchten (1995)?
R: Visão de casos de uso.
30-Segundo a abordagem de Philippe Kruchten (1995), um sistema de software pode ser organizado em cinco visões e cada visão possui um conjunto de diagramas UML que representam aspectos particulares desse sistema. Como é denominada a visão que tem como objetivo representar como as funcionalidades serão implementadas no sistema?
R: Visão lógica.
31-
R: Identificação da classe, atributos e métodos.
32-Basicamente, a comunicação entre objetos se dá pela chamada de métodos e para isso são fundamentais os conceitos de encapsulamento e visibilidade de métodos. O diagrama da UML que representa essa interação de objetos e a troca de mensagens entre eles é o diagrama:
R: Sequência
33-Como é chamada a representação de relacionamento que indica que duas classes estão associadas e que um objeto faz parte do outro?
R: Agregação
34-Como são chamadas as classes que representam as interações externas a um sistema, como toda e qualquer comunicação que um sistema faz com atores do sistema ou ainda alimentar informações de outros sistemas?
R: Classes de fronteira.
35-
R: composição e herança;
36-
R: DispensadorNotas e DispensadorNotas.
37-No paradigma de orientação a objetos há um conceito chamado HERANÇA, que é caracterizado por:
R: permitir que classes compartilhem atributos e métodos;
38-O modelo de classes desenvolvido na fase de análise, que demonstra as classes inerentes ao domínio do problema que queremos resolver, deixando de lado detalhes tecnológicos da solução do problema é dito:
R: modelo de domínio
39-O paradigma orientado a objetos tem vários pilares. Dois deles são as classes e os objetos. Como pode ser definida classe?
R: Define as propriedades e comportamentos dos objetos.
40-Um objeto é um elemento que possui relevância para a solução de um determinado problema, esse objeto possui características e executa determinadas ações ou possui determinados comportamentos, assim como um objeto do mundo real. Às características e aos comportamentos desses objetos, damos o nome, respectivamente, de:
R: atributos e métodos;
41
42-
43-
44-
45-
46-
47-
48-
49-
48-49-
50-
51-
52-
53-
53-