Questões Metodologia .pdf

Prévia do material em texto

Exercício de Revisão
1) No contexto de processo de desenvolvimento de software, analise as afirmativas
abaixo e marque (V) para verdadeiro ou (F) para falso. 
( ) Os requisitos de software são controlados para estabelecer base para as atividades
gerenciais e de engenharia de software dentro de um projeto. 
( ) Requisitos com características funcionais representam os comportamentos que um
programa ou um sistema deve apresentar diante de certas ações de seus usuários. 
( ) Requisitos com características não funcionais quantificam determinados aspectos do
comportamento. 
A sequência correta é 
 a) V, V, F. 
 b) F, V, F. 
 c) F, F, V. 
 d) V, F, V. 
 e) V, V, V.
2) Com relação aos requisitos de software, assinale a opção correta. 
 a) O documento de especificação de requisitos é um documento restrito à equipe de
desenvolvimento de software. 
 b) As necessidades do usuário são informações que substituem os requisitos do
software. 
 c) Os requisitos de produto e os requisitos organizacionais são tipos de requisitos
funcionais. 
 d) Os requisitos funcionais descrevem as funcionalidades, os recursos e as
características do software. 
 e) Os requisitos não funcionais referem-se diretamente às características do software.
3) Um dos objetivos da disciplina de requisitos é 
 a) criar um esboço inicial da arquitetura do sistema a ser desenvolvido. 
 b) adaptar e configurar o processo de desenvolvimento de modo a atender às
especificidades do sistema a ser desenvolvido. 
 c) fornecer uma base para estimar o custo e o tempo de desenvolvimento de um sistema.
 d) assegurar que os clientes, os usuários e os desenvolvedores tenham um entendimento
comum da organização na qual um sistema será implantado. 
Admin
Realce
Admin
Realce
Admin
Realce
 e) entender a estrutura e a dinâmica da organização na qual um sistema será implantado.
4) Considere a lista de requisitos abaixo, coletada para um software a ser desenvolvido
por uma equipe de profissionais de TI da Eletrosul. 
1. Cada operação realizada pelo usuário deve ser processada em no máximo 2 segundos.
2. Um usuário deve ser capaz de pesquisar os dados disponíveis em todas as
hidrelétricas. 
3. A taxa de falha tolerada em operações no sistema deverá ser de no máximo 0,1%. 
4. As indicações das operações disponíveis no sistema devem ser apresentadas de forma
clara ao usuário. 
5. O software deve gerar, diariamente, a listagem de falhas de transmissão por rede. 
6. O software deverá ser desenvolvido utilizando a plataforma Java e o SGBD Oracle. 
7. As operações contábeis e fiscais realizadas pelo sistema devem estar de acordo com
as normas e leis vigentes. 
8. Cada usuário do sistema deve ser identificado apenas por sua matrícula de 10 dígitos. 
9. O software deverá ser acessível a pessoas portadoras de deficiências visuais. 
São requisitos funcionais APENAS os que constam nos itens 
 a) 2, 5 e 8. 
 b) 5 e 8. 
 c) 1, 3, 4, 6, 7 e 9. 
 d) 2, 4, 5, 8 e 9. 
 e) 1, 2, 4, 7 e 9.
5)Durante a fase de levantamento de requisitos do sistema financeiro do Banco
SOJUROS, o analista João percebeu a necessidade de o cliente consultar sua conta. No
início da consulta da conta, deve ser verificada a identidade do cliente. O Banco solicitou
a utilização de dados biométricos para realizar essa identificação. João deve listar a
necessidade de utilização de dados biométricos como: 
 a) Requisito Funcional; 
 b) Regra de Negócio; 
 c) Requisito Não Funcional; 
 d) Padrão de Arquitetura; 
 e) Restrição de Integridade. 
Admin
Realce
Admin
Realce
6) Os requisitos de sistema de software são frequentemente classificados como requisitos
 a) funcionais e não funcionais. 
 b) externos e organizacionais. 
 c) de reúso e de interatividade. 
 d) de caso de uso e de sistema. 
 e) de usuários.
7) Considere: 
I. Uma Especificação de Requisitos que reflete todas as decisões que foram tomadas e
não contém cláusulas de pendências. Desta forma, contém todos os requisitos
significativos relativos a funcionalidade, desempenho, restrições de desenho, atributos e
interfaces externas, além de definir as respostas do software para todas as entradas
possíveis, válidas e inválidas, em todas as situações possíveis. 
II. Uma Especificação de Requisitos em que todo requisito presente possui apenas uma
única interpretação, aceita tanto pelos desenvolvedores quanto pelos usuários chaves.
Em particular, ela é compreensível para todo o seu público alvo e é suficiente para a
especificação dos testes de aceitação do produto. 
Os itens I e II descrevem especificações cujos requisitos contemplam, respectivamente,
as qualidades 
 a) rastreabilidade e consistência. 
 b) completeza e precisão. 
 c) correção e completeza. 
 d) consistência e priorização. 
 e) verificabilidade e precisão. 
8) Um Analista de Sistemas, ao utilizar uma técnica de elicitação de requisitos, está
implementando, de forma rápida, um pequeno subconjunto de funcionalidades do produto.
Ele deseja estudar as alternativas de interface do usuário, os problemas de comunicação
com outros produtos e a viabilidade de atendimento dos requisitos de desempenho. A
técnica utilizada pelo Analista é denominada 
 a) Etnografia. 
 b) Workshop. 
 c) Brainstorming. 
 d) JAD (Joint Application Design). 
Admin
Realce
Admin
Realce
 e) Prototipagem.
9) Após o recebimento do projeto de um cliente, é necessário, na primeira fase do
desenvolvimento do sistema, entender o que deve ser feito e o que se espera obter como
resultado desse sistema. Essa fase denomina-se 
 a) elaboração do orçamento. 
 b) desenvolvimento de casos de uso. 
 c) levantamento de requisitos. 
 d) alocação de recursos. 
 e) elaboração do cronograma.
10)No que se refere a requisitos funcionais e não funcionais, assinale a opção correta. 
 a) Requisitos não funcionais não estão diretamente associados aos serviços oferecidos
pelo sistema e, por essa razão, não afetam a arquitetura do sistema. 
 b) Em alguns casos, os requisitos funcionais podem explicitar o que o sistema não deve
fazer. 
 c) Requisitos funcionais devem descrever o que o sistema deve fornecer e, uma vez que
podem ser invalidados, não refletem as formas de trabalho de uma organização. 
 d) Requisitos de desenvolvimento são requisitos funcionais. 
 e) Requisitos éticos e reguladores são requisitos organizacionais não funcionais.
11) O sistema de vendas de uma empresa atacadista será informatizado e se chamará,
SisSold. Durante o levantamento de requisitos do SisSold, foi percebido que, entre os
atores participantes, João tinha diversos problemas de relacionamento com os demais,
apesar de participar de atividades em conjunto. Mesmo assim, a opinião de João sobre o
sistema era imprescindível. Nesse contexto, a técnica mais adequada para se conseguir a
visão de João em um curto espaço de tempo é: 
 a) Questionário; 
 b) Grupo de Foco; 
 c) Workshop; 
 d) Brainstorming; 
 e) Entrevista. 
12) Com relação aos Requisitos de Software, avalie se as afirmativas a seguir são falsas
(F) ou verdadeiras (V): 
Admin
Realce
Admin
Realce
Admin
Realce
Admin
Realce
( ) Requisitos funcionais são as declarações de serviços que o sistema fornecer, como
o sistema deve reagir a entradas específicas e como o sistema deve se comportar em
determinadas situações. 
( ) Requisitos não funcionais são restrições sobre os serviços ou as funções oferecidas
pelo sistema, incluindo restrições de timing, sobre o processamento de desenvolvimento e
padrões, aplicam-se frequentemente ao sistema como um todo.( ) Requisitos funcionais são aqueles não diretamente relacionados às funções
fornecidas pelo sistema, enquanto que os não funcionais descrevem a função do sistema
detalhadamente, incluindo as entradas e saídas. 
As afirmativas são respectivamente: 
 a) V, F e V. 
 b) F, V e F. 
 c) V, F e F. 
 d) F, F e V. 
 e) V, V e F.
13) Um Técnico da área de TI adotou uma técnica para elicitação de requisitos criada pela
IBM cujo objetivo é permitir a moderação de discussões de brainstorming, acelerando e
consolidando o desenvolvimento de aplicações. Esta técnica consiste em colocar
autoridades representativas e gerenciais juntas dentro de um workshop estruturado para
promover decisões. Trata-se da 
 a) Prototipação. 
 b) Participatory Design. 
 c) Joint Application Development. 
 d) Cooperative Requirements Capture. 
 e) Quality Function Deployment. 
14) No desenvolvimento de um software, um técnico se deparou com uma lista de
requisitos, na qual identificou corretamente como 
requisito funcional: 
 a) Uma operação de inclusão deve ser realizada em no máximo 2 segundos após o
usuário confirmá-la. 
 b) O sistema deve respeitar as leis presentes na Constituição Federal. 
 c) O sistema deve gerar diariamente, a lista de processos cadastrados naquele dia. 
 d) O sistema deve estar disponível para o usuário 99% do tempo. 
Admin
Realce
Admin
Realce
Admin
Realce
 e) O software deve ser fácil de usar, intuitivo e transparente para o usuário.
15) A elicitação de requisitos deve ser realizada em etapas. Dentre as diversas formas de
estabelecimento dessas etapas, há uma que considera 4 etapas, cuja ordem sequencial
correta de realização é 
 a) Especificação dos Requisitos, Priorização e Negociação dos Requisitos, Descoberta
dos Requisitos, Classificação e Organização dos Requisitos. 
b) Classificação e Organização dos Requisitos, Descoberta dos Requisitos, Especificação
dos Requisitos, Priorização e Negociação dos Requisitos. 
 c) Descoberta dos Requisitos, Classificação e Organização dos Requisitos, Priorização e
Negociação dos Requisitos, Especificação dos Requisitos. 
 d) Priorização e Negociação dos Requisitos, Especificação dos Requisitos, Classificação
e Organização dos Requisitos, Descoberta dos Requisitos. 
 e) Especificação dos Requisitos, Priorização e Negociação dos Requisitos, Classificação
e Organização dos Requisitos, Descoberta dos Requisitos.
16) Um Analista de Sistemas está trabalhando em uma fase do desenvolvimento de um
software em que objetiva-se criar uma estratégia de solução, sendo necessário definir o
que o sistema deve fazer antes de se definir como o sistema irá fazer. Nesta etapa deve-
se realizar a validação e verificação dos modelos construídos, antes de partir para
solução do problema. O Analista de Sistemas está na fase de:
 a) Projeto do software. A validação verifica se os modelos construídos estão em
conformidade com os requisitos do cliente. 
 b) Levantamento de requisitos. A validação executa diversas atividades a fim de se
validar o produto de software, testando cada funcionalidade de cada módulo. 
 c) Levantamento de Requisitos. A verificação tem por objetivo assegurar que o sistema
de software está atendendo às reais necessidades do cliente. 
 d) Análise de Requisitos. A verificação executa diversas atividades a fim de se testar se
cada funcionalidade de cada módulo do software funcionará adequadamente. 
 e) Análise de Requisitos. A validação tem por objetivo assegurar que o sistema de
software está atendendo às reais necessidades do cliente.
18) A maior dificuldade na construção de um software é decidir precisamente o que
construir. Em geral, nenhuma outra parte do trabalho conceitual é mais difícil quanto
estabelecer detalhadamente os requisitos técnicos. Entre as 5 principais dificuldades
Admin
Realce
Admin
Realce
relatadas na literatura da área de engenharia de requisitos não se inclui: 
 a) ambiguidade e falta de clareza. 
 b) cultura homogênea da organização. 
 c) dificuldades de comunicação. 
 d) identificação de stakeholders. 
 e) rastreamento de requisitos.
19) As principais técnicas de elicitação de requisitos podem ser classificadas em quatro
categorias: tradicionais, colaborativas, cognitivas e abordagens contextuais. Na categoria
colaborativa encontram-se: 
 a) análise de tarefas, análise de protocolos e reuniões. 
 b) entrevistas, brainstorms e reuniões tecnosociais. 
 c) entrevistas, pesquisas e questionários, reuniões e cenários. 
 d) etnografia, análise de discursos e métodos tecnosociais. 
 e) grupo focal, brainstorms e prototipação.
20) Leia, com atenção, as afirmações a seguir. 
I. Descrições dos serviços que devem ser fornecidos pelo sistema e as suas restrições
operacionais. 
II. Característica de um sistema ou a descrição de algo que o sistema é capaz de realizar
para atingir seus objetivos. 
III. Alguma coisa que o produto tem de fazer ou uma qualidade que ele precisa
apresentar. 
Qual, dos seguintes termos, melhor representa as afirmações acima? 
 a) Resultados. 
 b) Atividades. 
 c) Levantamento. 
 d) Características. 
 e) Requisitos.
21) Considerando a Gerência de Requisitos, escolha a alternativa que melhor completa a
lacuna a seguir. 
____________progressiva em direção aos requisitos. 
 a) Rastreabilidade 
 b) Gerência 
Admin
Realce
Admin
Realce
Admin
Realce
Admin
Realce
 c) Análise 
 d) Validação 
 e) Conformidade
22) Em um modelo de casos de uso, o tipo de relação a ser estabelecido entre um ator e
um caso de uso é o de 
 a) associação 
 b) composição 
 c) dependência 
 d) extensão 
 e) generalização 
23) Projeto para o desenvolvimento de software que utilize TDD deve 
 a) realizar sprints a cada quinzena. 
 b) desenvolver pequenos releases. 
 c) apresentar grande quantidade de testes unitários de código-fonte previamente
desenvolvidos. 
 d) apresentar linguagem de programação estruturada. 
 e) recomendar a preparação dos testes para que, posteriormente, seja desenvolvido o
código.
24) Em relação ao uso de casos de uso para desenvolvimento de sistemas, é CORRETO
afirmar que casos de uso. 
 a) são elaborados na fase de levantamento de requisitos e são utilizados para
representar características não funcionais do sistema. 
 b) são elaborados durante a fase de codificação para representar as operações das
classes do sistema. 
 c) representam a integração do sistema sendo desenvolvido com outros sistemas. 
 d) são utilizados para modelar aspectos estáticos do sistema. 
 e) capturam os requisitos funcionais do sistema ou do negócio.
25) A UML é uma famosa linguagem usada para análise e projeto orientado a objetos. O
seu Diagrama de Sequência tem como características, EXCETO, 
a) geralmente é construído a partir dos Casos de Uso. 
b) usado para representar interações entre objetos de um cenário, realizadas através de
Admin
Realce
Admin
Realce
Admin
Realce
operações ou métodos. 
c) dá ênfase ao fluxo de controle de uma atividade para outra. 
d) dá ênfase à ordenação temporal em que as mensagens são trocadas entre os objetos
de um sistema. 
e) pode ser facilmente transformado em um Diagrama de Colaboração. 
26) Dentro de um diagrama de sequência da UML (Unified Modeling Language), a
utilização de retângulos com um rótulo interno e uma linha vertical que se estende abaixo
deles, contendo barras de diferentes tamanhos, tem como objetivo: 
a) listar todas as mensagens que envolvem os objetos do fluxo. 
b) documentar atributos e métodos da classe, inclusiveo contrutor. 
c) listar todas as mensagens recursivas dentro do processo. 
d) mostrar os envolvidos e o tempo de vida das requisições. 
e) nenhuma das alternativas.
27) Considere o seguinte diagrama de mensagens (ou de sequência), representado por
meio da UML 2.0: 
Com base nesse diagrama, é correto afirmar que 
a) ambos os objetos (A e B) já existiam antes da geração da mensagem MsgA. 
b) o objeto A é criado em consequência da mensagem MsgB. 
c) o objeto B é armazenado em um banco de dados. 
d) o objeto B é criado em consequência da mensagem MsgA. 
e) o objeto B é destruído após a geração da mensagem MsgB.
28) O diagrama da UML que substitui o Diagrama de Sequência quando este fica muito
complexo é o diagrama de :
a) Pacotes. 
b) Classes. 
c) Colaboração. 
Admin
Realce
Admin
Realce
Admin
Realce
Admin
Realce
d) Atividades. 
e) Caso de Uso.
29) No Diagrama de Sequência de UML, uma linha de vida (Lifeline) representa :
a) a troca observável de informação entre elementos. 
b) a unidade semântica básica de uma interação. 
c) uma comunicação entre objetos. 
d) um conjunto de objetos com um mesmo comportamento. 
e) um participante individual da interação.
30) Sobre padrões de projeto, é correto afirmar que
 a) Façade é um padrão comportamental que disponibiliza uma interface única para
acessar funcionalidades implementadas por diferentes classes.
 b) Composite é um padrão estrutural utilizado para representar um objeto que é
constituído pela composição de objetos similares a ele.
 c) Command é um padrão comportamental usado para permitir que um objeto altere o
seu comportamento quando o seu estado muda.
 d) Singleton é um padrão comportamental que permite a separação da construção de
um objeto complexo da sua representação, de forma que o mesmo processo de
construção possa criar diferentes representações.
 e) Strategy é um padrão que define uma dependência um-para-muitos entre objetos, de
modo que, quando um objeto muda o estado, todos seus dependentes sejam notificados
e atualizados automaticamente.
31) Em relação aos padrões de projeto, é a categoria de padrões que atribui
responsabilidade a objetos:
 a) comportamentais;
 b) estruturais;
 c) criação;
 d) interface gráfica;
 e) casos de uso.
32) São padrões de projeto GoF (design patterns), EXCETO:
 a) Strategy.
 b) Workfow.
Admin
Realce
Admin
Realce
Admin
Realce
Admin
Realce
 c) Adapter.
d) Facade.
33) Os padrões de projeto (Design Patterns) são classificados nas categorias:
 a) Situacional. Estrutural. Complementar.
 b) Criacional. Evolutiva. Contingencial.
 c) Compartimental. Vinculada. Comportamental.
 d) Criacional. Step-by-step. Orientada a requisitos.
 e) Criacional. Estrutural. Comportamental.
Admin
Realce