Revisão de Analise e modelagem de Sistemas 20192

Prévia do material em texto

Revisão de Analise e modelagem de Sistemas
	1
	Ao passo que apresenta-se um modelo, automatizado ou manual, de processos responsáveis por coletar e transmitir dados que sejam úteis ao desenvolvimento de produtos ou serviços das empresas, organizações e de demais projetos. Neste sistema, todos os componentes integrantes são inter-relacionados, atuando em conjunto para atingir o objeto central do projeto. Este conceito encontra-se relacionado a:
	· Sistemas de Informação
· Redes de Computadores
· Tv digital
· Sistemas Distribuídos 
· Lógica Computacional
	2
	Sobre o ciclo de vida de um software, avalie as afirmações a seguir. 
I. O ciclo de vida em cascata apresenta alta flexibilidade e visibilidade. 
II. O ponto de partida para a arquitetura de um processo é a escolha do modelo de ciclo de vida. 
III. O ciclo de vida em espiral requer gestão sofisticada e equipe disciplinada e experiente.
IV. No modelo de entrega evolutiva, as atividade de especificação do problema são executadas em espiral e as atividades restantes são executas em cascata. 
Está correto apenas o que se afirma em
	A I e III.
B I e IV.
C II e III.
D III e IV.
E N. D. A. 
	3
	Em termos conceituais, os Sistemas de Informação no mundo real podem ser classificados de maneiras diversificadas. Vários tipos de sistemas de informação, por exemplo, podem ser classificados, conceitualmente, ora como operações, ora como de informação gerencial. Neste contexto, os Sistemas de Informação podem ser classificados, com EXCEÇÃO de: 
	a) Sistemas de Informação Executiva.
b) Sistemas de Processamento de Transação. 
c) Sistemas de Apoio à Decisão. 
d) Sistemas de Supervisão Financeira. 
e) Sistemas de Controle de Processos.
	4
	O conceito de Sistemas de Informação é a expressão utilizada para descrever um Sistema seja ele automatizado (que pode ser denominado como Sistema Informacional Computadorizado), seja manual, organizados de modo a realizar a coleta, processamento, transmissão e disseminação de dados que representam informação para o usuário e/ou cliente. Assim sendo, podemos declarar que os sistemas de informação são muito mais que computadores. Eles compreendem três dimensões interligadas. Quais são:
	a) arquitetura, estrutura e fluxo
b) computadores, redes e software
c) organizações, tecnologia e pessoas
d) software, hardware e comunicação
e) servidores, bancos de dados e clientes
	5
	Sabendo-se que um Software é uma sequência de instruções escritas para serem interpretadas por um computador com o objetivo de executar tarefas específicas. Sendo necessário que haja uma equipe que contenha programadores exímios para construção dos devidos softwares. Em relação aos modelos de desenvolvimento de software existentes, quando se prima pela priorização da análise dos riscos que encontram-se envolvidos no desenvolvimento de cada parte do software, é: 
	a.cascata. 
b.incremental. 
c.de prototipação. 
d.espiral. 
e.desenvolvimento baseado em componentes. 
	6
	Numere a segunda coluna de acordo com a primeira, associando as fases do ciclo de vida do software às suas respectivas descrições. 
(1) Especificação de software (2) Projeto e implementação de software (3) Validação de software (4) Evolução de software 
( ) O software deve ser produzido para atender as especificações. ( ) A funcionalidade do software e as restrições a seu funcionamento devem ser definidas. ( ) O software é alterado em resposta às mudanças de requisitos e às necessidades do cliente. ( ) Mostra que um software está adequado a suas especificações, ao mesmo tempo que satisfaz as especificações do cliente do sistema. 
A sequência numérica correta de preenchimento dos parênteses, de cima para baixo, é
	A 1 – 2 – 3 – 4.
B 2 – 1 – 3 – 4.
C 3 – 1 – 4 – 2.
D 2 – 1 – 4 – 3.
E 4 – 3 – 1 – 2.
	7
	Os modelos de processos de desenvolvimento de software surgiram pela necessidade de dar resposta às situações a analisar, porque só na altura em que enfrentamos o problema é que podemos escolher o modelo. Nos modelos de processo de software é dado uma atenção especial à representação abstrata dos elementos do processo e sua dinâmica, não estabelecendo métodos de desenvolvimento, pois este trabalha num nível mais alto de abstração do que os modelos de ciclo de vida. Assim sendo são modelos de processo/ desenvolvimento de software, exceto: 
	a. analise de riscos 
b. incremental, apenas.
c. espiral.
d. cascata.
e. iterativo e incremental.
	8
	Um analista desenvolve um software e identifica que os seus requisitos iniciais estão razoavelmente bem definidos, mas o escopo geral do desenvolvimento não permite um processo puramente linear. Ele sabe que precisa, em curtíssimo prazo, prover um conjunto limitado de funcionalidades do software para os usuários, que serão refinadas e expandidas em versões futuras.
Qual o modelo de ciclo de vida de desenvolvimento de software mais adequado a esse caso?
	a.Cascata. 
b.Espiral. 
c.Formal. 
d.Incremental. 
e. Prototipação.
	9
	Em cada fase de um processo de software definido são executadas as atividades básicas para que sejam atingidos os objetivos propostos. Segundo Pressman[2] estas atividades constituem um conjunto mínimo para se obter um produto de software. Saibamos pressupor dentre os diversos qual modelo de desenvolvimento de software, também chamado de Clássico ou Linear, caracteriza-se por possuir uma tendência na progressão sequencial entre uma fase e a seguinte? 
	a. Modelo Iterativo.
b. Modelo Espiral.
c. Modelo Provável.
d. Modelo Cascata.
e. Modelo Incremental
	10
	Suponha que um Analista de TI, participando da etapa de análise de requisitos de um sistema de emissão de certidão negativa para o TRF4, tenha elencado os requisitos apresentados abaixo: 
1. Utilizar interface responsiva para que possa ser executado em dispositivos móveis e na web. 
2. Validar o tipo de certidão solicitado. 
3. Emitir certidão negativa após verificação de situação do requerente. 
4. Solicitar o CPF do requerente. 
5. Responder ao clique único do usuário em qualquer botão da interface.
6. Validar o CPF do requerente.
7. Restaurar os dados automaticamente após falhas não programadas. 
8. Solicitar o nome do requerente. 
9. Oferecer dois tipos de certidão: para fins gerais e para fins eleitorais. 
10. Emitir aviso de impossibilidade de emissão da certidão. 
Sobre os requisitos, é correto afirmar que 
	 A todos são funcionais. 
 B todos são não funcionais. 
 C 1, 5 e 7 são não funcionais. 
 D apenas 3, 4, 8, 9 e 10 são funcionais. 
 E apenas 2, 6 e 7 são não funcionais. 
	11
	Um profissional da área administrativa de certa instituição recebeu um Analista de Sistemas que estava fazendo o levantamento de requisitos para a construção de um novo software. Ao informar ao Analista um requisito não funcional para seu departamento, o profissional corretamente disse que
	A a resposta a uma consulta de dados deveria durar no máximo dois segundos para não atrasar seu trabalho. 
B o sistema deveria permitir a alteração de dados incluídos de forma equivocada. 
C o acesso ao sistema deveria ser por meio de uma senha composta por letras e números e não apenas por números. 
D o sistema deveria permitir a exclusão de registros de pessoas que deixaram de ser clientes da instituição. 
E o sistema, após consultar os dados de um cliente, deveria permitir a impressão dos dados. 
	12
	Sobre projetos de software e gerência de projetos, considere as afirmativas a seguir. 
I. Modelos em cascata são utilizados para capturar o que um sistema deve fazer. 
II. A coleta de requisitos pode incluir entrevistas com possíveis usuários do sistema. 
III. Os requisitos de sistema servem para orientar os projetistas de sistemas. 
IV. O ciclo de vida especifica as etapas pelas quais um software passa em seu desenvolvimento. 
Assinale a alternativa correta. 
	a. Somente as afirmativas I e II são corretas.
b. Somente as afirmativas I, II e III são corretas.
c. Somente as afirmativas III e IV são corretas.
d. Somente as afirmativas I e IV são corretas.
e. Somente as afirmativas II, III e IV sãocorretas.
	13
	Uma empresa de nome “Desenvolta” desenvolve sistemas há pouco tempo no mercado e, como padrão, sempre utilizou o modelo Cascata de ciclo de vida. Alguns clientes ficaram insatisfeitos com os produtos desenvolvidos pela empresa por não estarem de acordo com suas necessidades. Atualmente a “Desenvolta” está desenvolvendo sistemas muito maiores, com duração de vários anos, e com requisitos ainda instáveis, pois o próprio processo de desenvolvimento por ela utilizado ainda encontra-se em reformulação. Destarte, a adoção de um novo modelo de ciclo de vida está sendo avaliada pelo Corpo Gerencial da empresa onde tem como sua intenção gerenciar riscos e poder reavaliar constantemente o processo de desenvolvimento ao longo do projeto, o que permitiria correções nesse processo ou até mudança do tipo de processo. O modelo mais adequado para os sistemas atuais de longa duração da empresa em questão é: 
	a. Extremme Programming; 
b. Prototipação; 
c. Modelo V. 
d. Rapid Application Development (RAD); 
e. Espiral; 
	14
	Em relação a requisitos de sistemas, considere: 
I. O modo como um sistema deve reagir a certas entradas e o comportamento em que o sistema deve ter em certas situações e, em alguns casos, especificar o que o sistema não deve fazer, são chamados de requisitos não-funcionais. 
II. As restrições aos serviços ou funções de um sistema, como, por exemplo, processos de desenvolvimento ou utilização de padrões, são requisitos de funcionamento do sistema ou requisitos funcionais. 
III. Requisitos que vem do domínio da aplicação do sistema e refletem características ou restrições para aquele domínio são chamados de requisitos de domínio e podem ser requisitos funcionais e/ou não-funcionais. 
Está correto o que se afirma em:
	a. III, apenas 
b.II e III, apenas. 
c. I, apenas. 
d. I, II e III. 
e. I e II, apenas. 
	15
	Considere as seguintes atividades: 
1. Compreensão do domínio: os analistas devem desenvolver sua compreensão do domínio da aplicação. 
2. Coleta de requisitos: processo de interagir com os stakeholders do sistema para descobrir seus requisitos. 
3. Classificação: atividade que considera o conjunto não estruturado dos requisitos e os organiza em grupos coerentes. 
4. Resolução de conflitos: Solucionar conflitos decorrentes do envolvimento de múltiplos stakeholders. 
5. Definição das prioridades: envolve a interação com os stakeholders para a definição dos requisitos mais importantes. 
6. Descarte de requisitos: atividade de descartar requisitos menos importantes, baseando-se nas indicações dos stakeholders. 
7. Verificação de requisitos: os requisitos são verificados para descobrir se estão completos e consistentes e se estão em concordância com o que os stakeholders desejam do sistema. 
8. Modelagem de requisitos: os requisitos são modelados utilizando-se o diagrama de casos de uso e de sequência da UML. 
Faz parte do processo de levantamento e análise de requisitos o que consta em APENAS:
	a.1, 2, 3, 4, 5 e 7. 
b. 1, 2, 3, 4, 5, 6. 
c.1, 2, 3, 4, 5, 7 e 8. 
d. 1, 2, 3, 4, 6 e 8. 
e. 1, 2, 4, 5, 7 e 8. 
	16
	UML (Unified Modeling Language) é uma linguagem poderosa para comunicação em equipes de produção de software. É uma linguagem de notação (um jeito de escrever, ilustrar, comunicar) para uso em projetos de sistemas. Esta linguagem é expressa através de diagramas. Cada diagrama é composto por elementos (formas gráficas usadas para os desenhos) que possuem relação entre si. Qual fase da UML é composta pelos diagramas de casos de uso, diagrama de sequência e diagrama de colaboração? 
	a.Análise de Requisitos. 
b.Implementação. 
c.Projeto. 
d.Teste. 
e.Estimativa. 
	17
	A especificação de requisitos é uma atividade fundamental no processo de desenvolvimento de sistemas e exige do analista um conhecimento prévio nos diversos tipos de requisitos. Entre as classificações mais comuns, encontram-se a dos Requisitos Funcionais (RF) e Requisitos Não-Funcionais (RNF). Na relação a seguir, escolha a melhor definição para Requisitos Não-Funcionais: 
	a.Atividades a serem disponibilizadas pelo software. 
b.Funções necessárias num sistema de software. 
c.Características de qualidade que o sistema deve possuir. 
d.Necessidades explícitas invocadas pelos usuários. 
e.Componentes obrigatórios na implementação dos módulos. 
	18
	Uma ferramenta é um instrumento que permite realizar determinados trabalhos. Estes objetos foram concebidos para facilitar a realização de uma tarefa mecânica que requer do uso de alguma força. No caso do desenvolvimento de softwares há ferramentas que facilitam a vida do desenvolvedor. Existem diversas ferramentas dentre as que são utilizadas há ferramentas de rastreamento de requisitos e ferramentas de controle de versões e configurações são exemplos de:
	a.ferramentas CASE (Computer Aided Software Engineering). 
b.ferramentas CIM (Computer Integrated Manufactoring). 
c.ferramentas CAM (Computer Aided Manufactoring). 
d.ferramentas CAE (Computer Aided Engineering). 
e.ferramentas CAD (Computer Aided Design). 
	19
	Programação Orientada a Objetos (também conhecida pela sua sigla POO) é um modelo de análise, projeto e programação de software baseado na composição e interação entre diversas unidades chamadas de 'objetos'. No desenvolvimento Orientado a Objetos usa-se UML, onde um prefixo é incorporado a um nome de atributo ou nome de operação para indicar a visibilidade da propriedade. Com relação ao prefixo utilizado com esta finalidade, é correto afirmar que os atributos ou operações:
	a.protegidas são prefixados com o sinal de subtração (-). 
b.privadas são prefixados com o sinal de subtração (-). 
c.públicas são prefixados com o sinal de adição (+). 
d.privadas são prefixados com o símbolo de número (#). 
e.públicas são prefixados com o sinal de subtração (-). 
	20
	Um diagrama de atividades ilustra graficamente como será o funcionamento do software (em nível micro ou macro), como será a execução de alguma de suas partes, como será a atuação do sistema na realidade de negócio na qual ele está inserido. Sobre o diagrama de atividades da UML, é correto afirmar que:
	a.Permite representar as classes de interface mais importantes de um sistema. 
b.É usado com mais frequência em conjunto com o diagrama de implantação. 
c.Exige as raias de natação para modelar os métodos de um sistema. 
d.Utiliza elementos como barras de bifurcação e ponto de ramificação. 
e.Tem como objetivo principal modelar as trocas de mensagens entre objetos. 
	21
	UML ajuda muito a deixar o escopo claro, pois centraliza numa única visão (o diagrama) um determinado conceito, utilizando uma linguagem que todos os envolvidos no projeto podem facilmente entender. Mas ajuda desde que utilizada na medida certa, ou seja, apenas quando realmente é necessário. Qual fase da UML é composta pelos diagramas de casos de uso, diagrama de sequência e diagrama de colaboração? 
	a.Análise de Requisitos. 
b.Teste. 
c.Implementação. 
d.Estimativa. 
e.Projeto. 
	22
	Um diagrama documenta o que o sistema faz do ponto de vista do usuário. Em outras palavras, ele descreve as principais funcionalidades do sistema e a interação dessas funcionalidades com os usuários do mesmo sistema. Tem como objetivo “contar a alguém”, descrever como será o uso de uma funcionalidade de um sistema. No diagrama de Caso de Uso da UML, o “USE CASE”, representado por uma elipse, é:
	a.Uma funcionalidade do sistema. 
b.Uma variável de usuário. 
c.Uma ligação covalente. 
d.Um problema detectado. 
e. Um encapsulamento
	23
	Em se tratando de “objeto da vida real”, tem-se que o mesmo é uma boa definição, pois o propósito maior da Orientação a Objetos (OOP) é refletir na estrutura do software a “vida real”. Isso visa diminuir o Gap Semântico (distância de entendimento) entre o problema que o software deve resolver, e sua estrutura. Uma classe que está “viva”, ou seja, quando é instanciada (vai para a memória do sistema operacional quando o software roda) torna-se um objeto (por isso, Orientação a Objetos). Em orientação aobjetos, o conceito que determina que as classes devem cuidar dos seus atributos de forma exclusiva, expondo o mínimo possível de suas funcionalidades para outras classes, é:
	a.abstração de dados. 
b.herança. 
c.associação. 
d.polimorfismo. 
e.encapsulamento. 
	24
	A alternativa com a correta denominação do modelo de desenvolvimento de que parte do princípio de que já existem partes do código já construídas que utilizam a orientação a objetos e se concentra na tarefa de integrar esses códigos construídos e não em desenvolver novos artefatos é: 
	a.incremental. 
b.de prototipação. 
c.em cascata. 
d.de desenvolvimento baseado em componentes. 
e.espiral. 
	25
	A prototipação é um processo que tem como objetivo facilitar o entendimento dos requisitos, apresentar conceitos e funcionalidades do software. Qual categoria de prototipação pode ser considerada completa e representativa, por possuir, além da parte visual, uma série de detalhes de estética e efeitos de interação, proporcionando uma experiência rica e realista?
	a.Protótipos Interativos. 
b.Wireframes. 
c.Protótipos Visuais. 
d.Protótipos Requisitantes. 
e.Rascunhos. 
	26
	Software é uma série de códigos escritos a serem executados, seguidos ou interpretados por um computador. Essa série segue padrões específicos que resultam em um comportamento desejado. Pode ser chamado também de suporte lógico ou logiciário, ou ainda ser definido como os programas que comandam o funcionamento de um computador qualquer. No desenvolvimento de software, são fases do modelo em cascata:
	a.planejamento, análise de risco, validação e testes. 
b.análise de viabilidade, projeto, validação, testes e manutenção. 
c.análise de requisitos, desenvolvimento, testes e validação. 
d.análise de requisitos, projeto, codificação, testes e manutenção. 
e.concepção, desenvolvimento, testes e manutenção. 
	27
	Um processo de desenvolvimento de software é formado por um conjunto de passos de processo parcialmente ordenados, relacionados a artefatos, pessoas, estruturas organizacionais e restrições, tendo como objetivo produzir e manter os produtos de software finais requeridos. Este é um conceito que considera o contexto ao qual o processo de desenvolvimento de software é aplicado destacando as suas interdependências com outros fatores como restrições, pessoas, recursos, padrões etc que impactam no resultado final do processo. A principal metodologia tradicional utilizada no desenvolvimento de software sendo considerado como modelo clássico que também é conhecido como cascata ou sequencial. Nesse modelo,...
	a. cada etapa tem associada ao seu término uma documentação que deve ser aprovada para que a etapa posterior possa ter início. 
b.o custo das alterações do software diminui à medida que o desenvolvimento progride. 
c.o projeto é dividido em fases de maneira flexível. 
d.os requisitos não podem ser estáveis. 
e.utiliza-se o desenvolvimento incremental e iterativo. 
	28
	Um Auditor Fiscal da área de Tecnologia da Informação está participando do processo de levantamento de requisitos para o desenvolvimento de um novo software. Os requisitos a seguir foram elencados: 
I. Um usuário deve ser capaz de pesquisar a lista de contribuintes devedores. 
II . O sistema deve gerar a lista de contribuintes com atendimento agendado naquele dia.
III . O sistema deve se adequar às leis que garantem o sigilo das informações.
IV. Cada usuário do sistema deverá ser identificado por um número de 8 dígitos.
V. O Sistema deve ter suporte para os sistemas operacionais Linux e Windows. 
VI. A alteração dos dados de um contribuinte só poderá ser concretizada após confirmação. 
VII. Toda consulta deve retornar os valores solicitados em até 20 segundos. 
VIII . A gravação dos dados só deverá ser efetuada após o preenchimento de todos os campos de preenchimento obrigatório. 
IX. Os dados devem ser armazenados em servidores em cluster para garantir a disponibilidade. 
São requisitos funcionais os que constam APENAS em
	A I, II , III , IV, V, VI e VII. 
B II , IV, VII e VIII . 
C I, II , IV, VI e VIII . 
D IV, VI, VIII e IX. 
E II , IV, V, VI e VIII . 
	29
	Analise as afirmativas abaixo a respeito de técnicas de levantamento de requisitos: 
I - Uma entrevista não estruturada deve "fluir" entre o entrevistado e o entrevistador e, para isso, as questões a serem feitas não se devem ser definidas previamente. 
II - A Implantação da Função de Qualidade (IFQ) é uma técnica que traduz as necessidades do cliente para requisitos técnicos de software, identificando três tipos de requisitos: normais, esperados e excitantes. 
III - Amostragem é o processo de seleção sistemática de elementos representativos de uma população, que permite revelar informações úteis acerca da população como um todo. 
IV - Uma técnica importante no levantamento de requisitos é observar o comportamento e o ambiente do indivíduo tomador de decisões, já que muitas informações passam desapercebidas com a utilização de outras técnicas. 
Estão corretas apenas as afirmativas:
	A I e II.
B III e IV.
C I, II e III.
D I, II e IV.
E II, III e IV.
	30
	Um profissional da área administrativa de certa instituição recebeu um Analista de Sistemas que estava fazendo o levantamento de requisitos para a construção de um novo software. Ao informar ao Analista um requisito não funcional para seu departamento, o profissional corretamente disse que
	A a resposta a uma consulta de dados deveria durar no máximo dois segundos para não atrasar seu trabalho. 
B o sistema deveria permitir a alteração de dados incluídos de forma equivocada. 
C o acesso ao sistema deveria ser por meio de uma senha composta por letras e números e não apenas por números. 
D o sistema deveria permitir a exclusão de registros de pessoas que deixaram de ser clientes da instituição. 
E o sistema, após consultar os dados de um cliente, deveria permitir a impressão dos dados. 
	31
	Analise as seguintes afirmações sobre os tipos de verificação de requisitos e assinale a que NÃO faz parte do processo de Validação de Requisitos.
	AA completude do documento de requisitos deve ser verificada de forma a contemplar os requisitos que definam todas as funções e as restrições pretendidas pelo usuário do sistema. 
BA consistência deve ser verificada para evitar requisitos conflitantes, com restrições ou descrições contraditórias para uma mesma função do sistema. 
CDeve-se verificar se o software atende a seus requisitos; caso contrário, deve-se identificar as situações em que o software se comporta de maneira incorreta. 
DVerificar o realismo consiste em avaliar se o requisito realmente pode ser implementado, podendo levar em consideração aspectos de orçamento, prazo e tecnologia existente para desenvolvimento do sistema. 
E. N. D. A. 
	32
	Gerenciamento de requisitos é o processo de compreensão e controle das mudanças nos requisitos do sistema em desenvolvimento. Com relação ao gerenciamento de requisitos em processos de software tradicionais, é INCORRETO afirmar que
	Amudanças nos requisitos do sistema devem ser avaliadas sem levar em conta implicações em custo e prazos, de forma a minimizar os riscos do projeto. 
B é necessário definir políticas de rastreabilidade que permitam a fácil determinação dos antecedentes e consequências de todos os requisitos. 
Cuma das atividades necessárias ao gerenciamento de alterações de requisitos é a avaliação de seus impactos em relação aos objetivos do projeto. 
Dcomo o gerenciamento de requisitos envolve o processamento de grandes quantidades de informações sobre os requisitos, é recomendável definir as ferramentas que serão usadas para o armazenamento dos requisitos, o gerenciamento de mudanças e para o gerenciamento da rastreabilidade. 
E. N. D. A. 
	33
	Ao fazer uso da engenharia de requisitos em projetos, deve-se analisar o processo de elicitação e análise de requisitos, o qual pode ser dividido nas seguintes atividades: 
I. Documentação de Requisitos. II . Classificação e Organização de Requisitos. III . Obtenção de Requisitos. IV. Priorizaçãoe Negociação de Requisitos. 
A ordem sequencial correta para a execução dessas atividades é:
	A I, III , IV e II . 
B II , IV, III e I. 
C III , II, IV e I. 
D IV, I, II e III. 
E III, I, II e IV. 
	34
	Tem-se como boas práticas em projetos de software a definição dos seus requisitos funcionais e suas funcionalidades. No decorrer dessa definição, pode surgir a necessidade de fornecer, de forma prioritária, um conjunto de funcionalidades iniciais básicas e, após esse fornecimento, podemos melhorar e expandir as funcionalidades em versões de software posteriores, até atingir todos os requisitos definidos. Nesse caso, estamos aplicando um modelo de processo de software denominado:
	A Métodos Formais. 
B Business Process Management (BPM). 
C Capability Maturity Model Integration (CMMI) 
D Incremental. 
E Entidade e Relacionamento. 
	35
	Na fase de análise, do processo de desenvolvimento de um sistema, na modelagem de processos, são criados os modelos de processos que descrevem os processos operacionais, e podem ser usados na descrição dos estados do sistema que está sendo desenvolvido. Nesta fase, o DFD (Diagrama de Fluxo de Dados) é um dos principais componentes. O DFD possui quatro elementos, cada um representado por um símbolo gráfico diferente. Um desses elementos possui: um nome (um substantivo); uma descrição; e, uma ou mais conexões com um processo.
 Assinale a alternativa que apresenta esse elemento do DFD.
	A Processo.  
BFluxo de Dados. 
CEntidade Externa 
DDepósito de Dados. 
E. N. D. A.
	36
	Uma das principais ferramentas de modelagem utilizada para a análise estruturada de sistema é o Diagrama de Fluxo de Dados − DFD. Em um DFD,
	A o número máximo de linhas de fluxo de dados é de 5, em cada nível do DFD. 
B os depósitos de dados são representados por losangos. 
Cos fluxos de dados são representados por duas linhas paralelas. 
Dos processos são representados por círculos. 
Eos terminadores são representados por círculos. 
	37
	Uma ferramenta muito usada na análise estruturada de sistemas é o Diagrama de Fluxo de Dados. Em sua notação, quatro símbolos são utilizados. Um desses símbolos representa os processos e é denominado 
	A bolha  
Bcaixa  
Clinha reta  
Dvetor 
Elosango 
	38
	A UML (Unified Modeling Language) define dois tipos principais de diagramas: estruturais e comportamentais. Qual das opções abaixo lista apenas diagramas comportamentais da UML?
	A Máquina de Estados; Atividades; Casos de Uso. 
B Classes; Sequência; Comunicações. 
C Tempo; Objetos; Pacotes. 
D Sequência; Tempo; Perfil. 
E Atividades; Casos de Uso; Classes. 
	39
	Um profissional está usando um recurso de descoberta de requisitos para o desenvolvimento de um novo software, que consiste em mostrar através de um diagrama a interação dos atores com o sistema de software. Os atores podem ser pessoas ou outros sistemas e são representados por bonecos palito. Já as classes de interação são representadas por uma elipse. Linhas fazem a ligação entre os atores e as elipses. Baseado nessa descrição conclui-se que o profissional está utilizando o recurso de
	A etnografia.
B prototipação. 
C brainstorm.
D casos de uso. 
E encenação.
	40
	Um Analista de Informática está desenhando um Diagrama de Caso de Uso usando a notação padrão da UML 2.5 e modela os seguintes requisitos: 
Caso de Uso: Cadastrar Funcionário que: 
I. Exige um relacionamento incondicional com outro Caso de Uso denominado Validar Matricula. 
II. Possui um relacionamento com o Caso de Uso denominado Cadastrar via Web que é uma variação de Cadastrar Funcionário. 
III. Deverá se relacionar com o Caso de Uso denominado Help On-line, se o usuário operador solicitar ajuda (Help) mediante seleção dessa opção. 
Os requisitos especificados acima tipificam os respectivos relacionamentos entre Casos de Uso: 
	A Associação, Generalização e Especialização.
B Inclusão, Especialização e Exclusão.
C Inclusão, Generalização e Extensão.
D Extensão, Exclusão e Associação.
E Generalização, Especialização e Extensão.