PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE

Prévia do material em texto

1a Questão
	
	
	
	Analise as sentenças sobre o conceito de dado e informação e, em seguida, analise as sentenças abaixo:
I. Informação é um fato isolado;
II. Dado é algo que tem valor;
III. Um sistema de informação recebe dados, os processa e gera informações;
IV. Informação tem que ser útil para quem a detém.
Com base em sua análise, assinale a ÙNICA opção correta:
		
	
	As opções I e IV estão corretas
	
	As opçoes I e III estão corretas
	
	As opçoes I, II e III estão corretas
	
	Apenas a opção III está correta
	 
	As opções III e IV estão corretas
	
Explicação:
A opção I é falsa, uma vez que o Dado é um fato isolado e não a informação.
A opção II é falsa, uma vez que a Informação é que possui um valor.
	
	
	Gabarito
Coment.
	
	 
	
	 2a Questão
	
	
	
	
	Considerando os dois paradigmas de desenvolvimento de software, estudados na aula 1: Estruturado e Orientado a objeto. Assinale qual das afirmativas abaixo está incompatível com estes paradigmas:
 I. O atributo descreve as características dos objetos.
 II. A iteração é um tipo de instrução onde os passos são repetidos até uma condição ser atingida.
 III. Método é o tipo de instrução que pode ser executada baseada em uma condição lógica.
		
	 
	Apenas a afirmativa I está incompatível
	
	Apenas as afirmativas I e II estão incompatíveis
	 
	Apenas a afirmativa III está incompatível
	
	Todas as afirmativas estão compatíveis
	
	Apenas as afirmativas II e III estão incompatíveis
	
Explicação:
 A afirmativa III está incorreta uma vez que o método é ação que a classe pode realizar.
 
	
	
	Gabarito
Coment.
	
	 
	
	 3a Questão
	
	
	
	
	Com base no conceito de software, assinale a alternativa correta.
		
	 
	É uma sequência de instruções organizadas de maneira que, ao iniciá-lo, tem como objetivo executar, manipular ou modificar um dado, informação ou acontecimento.
	 
	São regras, diretrizes ou procedimentos utilizados para manipular ou organizar dados para torná-los úteis e com um fim específico. 
	
	É um conjunto de dados ou fatos organizados.
	
	O software desenvolvido dentro do PDS são todos livres.
	
	O software sempre executa automaticamente algum tipo de publicidade durante a instalação.
	
Explicação:
É uma sequência de instruções organizadas de maneira que, ao iniciá-lo, tem como objetivo executar, manipular ou modificar um dado, informação ou acontecimento. 
O Software, por sua vez, também é considerado um produto que foi desenvolvido pela Engenharia de Software que inclui, além do programa propriamente dito, manuais e especificações. 
Conclusão:
o Software é uma sequência de instruções organizadas de maneira que, ao iniciá-lo, tem como objetivo executar, manipular ou modificar um dado, informação ou acontecimento.
	
	
	 
	
	 4a Questão
	
	
	
	
	Qual alternativa abaixo é verdadeira em relação a classificação conceitual de um Software Aplicativo?
		
	
	É a linguagem de programação com mais aproximidade com o hardware.
	
	Também chamados de sistema operacional, é responsável por operar os demais periféricos que estejam conectados ao hardware.
	
	São elementos de código em formato de objetos que se interligam. 
	 
	São programas que têm interface direta com o usuário, como editores de texto, planilhas eletrônicas, navegadores, dentre outros. 
	
	São elementos de código em formato de blocos que se interligam através de métodos sequenciais.
	
Explicação:
São programas que têm interface direta com o usuário e que são voltados para solução de problema.
Por exemplo: Editores de texto, planilhas eletrônicas, navegadores, imposto de renda, folha de pagamento, dentre outros. 
Conclusão:
São programas que têm interface direta com o usuário, como editores de texto, planilhas eletrônicas, navegadores, dentre outros.
 
	
	
	 
	
	 5a Questão
	
	
	
	
	Qual opção abaixo melhor representa a definição ou as características de um Software como produto de um PDS?
		
	
	Transformar um código executável em código compilado.
	
	Transforma um código executável em código objeto.
	 
	É formado por Programa + Manual + Especificações.
	
	Tem como foco as pessoas e não as ferramentas.
	
	Tem como foco as ferramentas e não as pessoas.
	
Explicação:
O Software, por sua vez, também é considerado um produto que foi desenvolvido pela Engenharia de Software que inclui, além do programa propriamente dito, manuais e especificações. 
Conclusão:
É formado por Programa + Manual + Especificações.
	
	
	 
	
	 6a Questão
	
	
	
	
	Qual alternativa abaixo melhor representa o paradigma da linguagem de programação estruturada?
		
	
	Possui como ótica principal a aproximidade do mundo real e estruturas que possuem comportamento próprio.
	
	Linguagem usada quando o processo precisa de um software que não implique em pagamento de uso.
	
	Também chamada de sistema operacional, é responsável por operar os demais periféricos que estejam conectados ao hardware.
	
	Linguagem usada quando o processo precisa de um software que implique em pagamento de uso.
	 
	São elementos de código em formato de blocos que se interligam através de métodos básicos como: Sequência, Seleção e Interação. 
	
Explicação:
Elementos de código em formato de blocos que se interligam através de três métodos básicos:
· Sequência: Onde os passos são seguidos de forma sequencial (tarefa 1 finaliza, entra tarefa 2).
· Seleção: Onde os passos podem ser executados baseados em um tratamento lógico (IF, THEM, ELSE).
·  Interação: Onde os passos podem ser repetitivos até uma condição ser atingida.
Conclusão:
São elementos de código em formato de blocos que se interligam através de métodos básicos como: Sequência, Seleção e Interação. 
	
	
	 
	
	 7a Questão
	
	
	
	
	A criação da engenharia de software surgiu numa tentativa de contornar a(o):
		
	
	Conflito entre os usuários de sistemas informatizados.
	
	Conflito entre as áreas de negócio e TI.
	
	A crise dos ambientes físicos de TI nos anos de 1970.
	
	A crise entre os Stakeholders.
	 
	A crise do software nos anos de 1970 e dar um tratamento de engenharia ao desenvolvimento de sistema de software complexos.
	
Explicação:
A Engenharia de Software, se deu ´por volta dos anos 70, para se concentrar nos aspectos práticos da produção de um sistema de software.
O termo foi utilizado oficialmente em 1968 na NATO Science Committee. Sua criação surgiu numa tentativa de contornar a crise do software e dar um tratamento de engenharia (mais sistemático, controlado e de qualidade mensurável) ao desenvolvimento de sistemas de software complexos. Um sistema de software complexo se caracteriza por um conjunto de componentes abstratos de software (estruturas de dados e algoritmos) encapsulados na forma de algoritmos, funções, módulos, objetos ou agentes interconectados entre si, compondo a arquitetura do software, que deverão ser executados em sistemas computacionais.
Os fundamentos científicos envolvem o uso de modelos abstratos e precisos que permitem ao engenheiro especificar, projetar, implementar e manter sistemas de software, avaliando e garantindo sua qualidade. Além disto, deve oferecer mecanismos para se planejar e gerenciar o processo de desenvolvimento. Empresas desenvolvedoras de software passaram a empregar esses conceitos sobretudo para orientar suas áreas de desenvolvimento, muitas delas organizadas sob a forma de Fábrica de Software.
	
	
	 
	
	 8a Questão
	
	
	
	
	No que tange as linguagens de programação, avalie cada assertiva como V (verdadeira) ou F(falsa).
I. O hardware corresponde aos equipamentos , do sistema computacional
II. O hardware apenas compreende as linguagens de alto nível
III.  As linguagens de programação Orientada a objetos (OO) são as dominantes no atual estado da arte.
IV. Linguagens de programação são classificadas como software básico
Assinale a UNICA opção que mostra as assertivas Verdadeiras
		
	
	Apenas I e II
 
	 
	Apenas I, III e IV
	 
	Apenas III
	
	Apenas III, II , III e IV
	1a Questão
	
	
	
	No processo de desenvolvimento de software, todo software passa pelas fases de análise e projeto, associadas, respectivamente, com o que deve ser feito e como deve ser feito. A partir dessa informação, avalie a opções correta.
		
	
	O objetivo do projeto arquitetural é desenvolver uma estrutura de programa e representar os diversos fluxos de dados entre os módulos.
	 
	Na fase de projeto, dois níveis de projeto devem ser considerados: o projeto detalhado, que se preocupa com uma transformação dos requisitos em um projeto de dados e arquitetural; e o projeto preliminar, que se preocupa em aprimorar o projeto detalhado para que a implementação possa ser realizada em seguida.
	
	O projeto arquitetural independe do paradigma de desenvolvimento.
	
	Para lidar com a complexidade do software, pode-se aplicar o princípio do particionamento, quebrando o problema em problemas menores. Esse princípio não é aplicado nas outras fases de desenvolvimento e ele não causa impacto nos custos de desenvolvimento.
	 
	Na fase de análise, três modelos que devem ser considerados são: do domínio da informação, o funcional e o comportamental.
	
Explicação:
Na engenharia de software, a engenharia de requisitos compreende 7 passos:
· concepção,
· levantamento,
· elaboração,
· negociação,
· especificação,
· validação  
· gestão.
Dentro do ciclo de vida de processo de software, a engenharia de requisitos é iniciada na atividade de comunição e continuada até a atividade de modelagem ( Lembrando que o ciclo de vida do software compreende 5 atividades: comunição, projeto, modelagem, construção e implantação).
Durante a fase da concepção, é realizado um entendimento básico do sistema e é definido o escopo. Durante a fase do levantamento o cliente define as necessidades básicas do sistema. Na fase da elaboração é produzido o modelo de análise que define o domínio do problema informacional, funcional e comportamental; o relacionamento e colaboração entre classes são identificados e vários diagramas UML são produzidos. É nessa fase que são refinados os modelos de caso de uso. Na fase de negociação os requisitos são negociados, ou seja, o cliente, o usuário e outros interessados ordenam requisitos e discutem prioridades, utilizando abordagem iterativa. Na fase de especificação a função, desempenho e restrição do sistema são discutidos, gerando o produto final dos requisitos. Durante a fase de validação, a qualidade da especificação é avaliada, utilizando revisão técnica formal. Na fase de gestão ocorre a identificação e controle das mudanças em requisitos, ocorrendo de maneira formal apenas em projetos grandes. É criada uma tabela de rastreamento relacionando requisitos identificados a um ou mais aspectos do sistema.
Na fase de levantamento é utilizada uma técnica chamada Implantação da Função de Qualidade (IFQ), que traduz as necessidades do cliente para requisitos técnicos do software. São 3 tipos de requisitos: normais (objetivos e metas do sistema), esperados (implícitos e fundamentais) e excitantes (além das espectativas do cliente). Essa técnica utiliza entrevistas com os clientes, observação e levantamento de dados históricos.
	
	
	 
	
	 2a Questão
	
	
	
	
	Qual afirmativa abaixo NÃO é verdadeira em relação as propriedades e medições dos requisitos não funcionais?
		
	 
	Facilidade de uso/treinamento.
	 
	Usuário não pode acessar o Banco de Dados financeiro.
	
	Velocidade de transações em segundos.
	
	Tamanho em Bytes.
	
	Confiabilidade /tempo médio de falhas.
	
Explicação:
Conclusão:
A afirmativa "Usuário não pode acessar o Banco de Dados financeiro." tratá-se de um requisito funcional. Logo, essa a opção é incorreta.
 
 
	
	
	 
	
	 3a Questão
	
	
	
	
	Sobre as técnicas de elicitação de requisitos, assinale a ÙNICA opção correta
		
	 
	Brainstorm é adequado quando a proposta é discutir idéias
	
	Deve-se aplicar sempre apenas 1 técnica a cada levantamento de dados.
	
	Casos de uso visam mostrar os detalhes do processo de desenvolvimento de software
	
	O questionário deve ser usado quando a quantidade de pessoas envolvidas é pequena.
	
	A entrevista é mais adequada na fase final, quando da entrega do sistema
	
Explicação:
O questionário deve ser usado quando a quantidade de pessoas envolvidas é pequena. - Falso, usado quando a quantidade de pessoas envolvidas é elevada ou estão geograficamente distantes entre si e/ou entre si e o aplicador
Brainstorm é adequado quando a proposta é discutir idéias  - Verdade
A entrevista é mais adequada na fase final, quando da entrega do sistema - Falso, as entrevistas são usadas em geral, no inicio do projeto, embora possa ser usada a qq momento.
Casos de uso visam mostrar os detalhes do processo de desenvolvimento de software - falso, apenas mostram as funcionalidades e os atores que com eles interagem
Deve-se aplicar sempre apenas 1 técnica a cada levantamento de dados. - falso, deve-se sempre combinar técnicas, explorando o melhor de cada uma.
	
	
	 
	
	 4a Questão
	
	
	
	
	Como forma de análise/levantamento de requisitos podemos utilizar várias técnicas. Cada item representa a descrição de uma técnica:
=> O analista se insere no dia a dia da empresa, de forma a entender o funcionamento na prática;
=> O analista verifica relatórios e outros impressos da empresa;
=> É excelente para projetos que necessitam discussão de várias áreas da empresa.
Assinale a resposta que apresenta respectivamente as técnicas descritas.
		
	
	Entrevista - Análise de documentos - Brainstorm
	
	Entrevista - Questionário - JAD
	 
	Visita em Locco - Análise de documentos - JAD
	
	Análise de documentos - Questionário - GED
	
	Visita em Locco - Questionário - Análise de documentos
	
Explicação:
As sessões JAD/RAD consistem em workshops e sessões de grupo nos quais stakeholders e analistas de requisitos se encontram para discutir as características desejadas do produto. Seu objetivo é envolver todos os stakeholders importantes no processo de levantamento, através de reuniões estruturadas e com foco bem definido. Depende diretamente do grau de envolvimento dos stakeholders bem como do líder das sessões JAD.
O processo JAD consiste em três fases principais: customização, sessões e agrupamento.  Na customização, o analista prepara as tarefas para as sessões como organizar os times, preparar o material, etc. Na fase de sessões, o analista marca uma ou mais reuniões com os stakeholders. No inicio da sessão JAD o engenheiro de requisitos provê uma visão genérica sobre o sistema e a discussão com os stakeholders continua até o fim do levantamento de requisitos. Na fase de agrupamento todos os requisitos levantados nas fases anteriores são convertidos em documentos de especificação de requisitos.
	
	
	Gabarito
Coment.
	
	 
	
	 5a Questão
	
	
	
	
	Ponto de partida do processo de engenharia de requisitos é breve e focalizado e procura responder a uma série de questões: 1. O sistema contribui para os objetivos gerais da organização? 2. O sistema pode ser implementado com tecnologia atual e dentro das restrições definidas de custo e prazo? 3. O sistema pode ser integrado a outros sistemas já implantados? Qual opção abaixo corresponde à descrição anterior?
		
	
	Requisito de sistema.
	
	Requisito funcional.
	 
	Estudo de viabilidade.
	
	Requisito de usuário.
	
	Requisito não-funcional.
	
Explicação:
As frases do enunciado correspondem ao conceito de Estudo de Viabilidade.
	
	
	 
	
	 6a Questão
	
	
	
	
	Sobre a classificação dos requisitos
I. Requisitos de usuário e de sistema, referem-se a forma como os requisitos são descritos.
II. Requisitos funcionais e não funcionais, determinam as restrições e as funcionalidades do sistema, respectivamente.
III. Ao declarar Requisitos de usuário, usamos mais detalhes que na declaração de requisitos de sistemas.
Assinale a opção que apresenta as assertivas corretas
 
		
	
	Apenas II e III
	 
	Apenas I
	
	I, IIe III
	
	Apenas I e II
	
	Apenas III
	
Explicação:
I. Requisitos de usuário e de sistema, referem-se a forma como os requisitos são descritos. - verdade
II. Requisitos funcionais e não funcionais, determinam as restrições e as funcionalidades do sistema, respectivamente. - Falso, o correto seria funcionalidades e restrições, respectivamente.
III. Ao declarar Requisitos de usuário, usamos mais detalhes que na declaração de requisitos de sistemas. - falso. para declarar requisitos de usuários, usamos menos detalhes que na declaração de requisitos.
 
	
	
	 
	
	 7a Questão
	
	
	
	
	Em relação ao levantamento de requisitos, qual alternativa abaixo melhor representa a frase:
"Faz o levantamento de ideias, em que cada uma sugerida pode combinar na proposta de uma nova. Atividade de livre imaginação que deve ser tratada sem críticas ou debates." ?
		
	
	Questionários.
	
	Requisitos Funcionais.
	
	Caso de uso.
	 
	Entrevista.
	 
	Brainstorm.
	
Explicação:
A técnica de elicitação Brainstorm, também conhecido como tempestade de idéias,tem como objetivo principal produzir um maior número de ideias possíveis sobre um problema particular e necessariamente real.  Ou seja, é uma dinâmica de grupo que é usada em várias empresas como uma técnica para resolver problemas específicos, para desenvolver novas ideias ou projetos, para juntar informação e para estimular o pensamento criativo.
Conclusão:
A frase "Faz o levantamento de ideias, em que cada uma sugerida pode combinar na proposta de uma nova. Atividade de livre imaginação que deve ser tratada sem críticas ou debates. " é melhor representada  pela técnica de elicitação Brainstorm.
	
	
	 
	
	 8a Questão
	
	
	
	
	Três projetos de software (X, Y e Z) de uma empresa entraram em produção no último mês. Considere a fase em que ocorreu a maior quantidade de erros, descobertos em produção, de cada projeto: X: implementação Y: requisitos Z: instalação.
Considerando-se que os projetos são extremamente similares, conclui-se que, de maneira geral, os erros de
		
	
	Z são influenciados, fortemente, pela qualidade técnica dos testadores
	
	X apresentam o maior custo de correção
	
	Z foram provocados pela ausência de testes unitários
	 
	Y seriam mais baratos se fossem detectados no início
	
	Y apresentam o menor custo de correção
	
Explicação:
É muito importante uma análise de requisitos bem definida para que não impacte a etapa de 
implementação. 
	Sobre os conceitos de paradigma, UML, modelagem, análise, orientação a objeto, assinale a única opção INCORRETA
Coluna 1         
1) UML             
2) Paradigma         
3) Modelo                     
4) Objeto                
Coluna 2
a) Orientado a objeto
b) Linguagem de modelagem
c) Instância de uma classe
d) Representação da realidade
Assinale a opção que associa corretamente os números da coluna 1 com as letras da coluna2. Existe correspondência, na coluna2, para todos os itens da coluna1
		
	 
	1 - b; 2 - a; 3 - d; 4 - c 
	
	1 - c; 2 - a; 3 - d; 4 - b
	
	1 - d; 2 - a; 3 - b; 4 - c
	
	1 - b; 2 - d; 3 - a; 4 - c
	
	1 - a; 2 - b; 3 - d; 4 - c
	
Explicação:
A correlação correta dos termos das 2 colunas é:
UML - Linguagem de modelagem
Paradigma - Orientado a objeto
Modelo - Representação da realidade
Objeto - Instância de uma classe
	
	
	 
	
	 2a Questão
	
	
	
	
	A análise por pontos de função, elaborada no final da década de 70 por Alan Albrecht da IBM, é uma técnica para medição do tamanho de software. Qual a contribuição que as atividades de estimativa e métrica de software em geral, podem oferecer a um projeto de desenvolvimento?
		
	 
	Técnicas de estimativa e métrica de software servem para calcular e comparar o desempenho de diferentes tecnologias a serem adotadas num projeto de desenvolvimento de software
	
	O valor de contratos de licitação, o preço de um projeto de desenvolvimento com novas tecnologias e o cálculo do valor da hora de trabalho são calculados diretamente com técnicas de estimativa como os pontos de função
	
	Atividades de estimativa e métrica de software são utilizadas para obter o tamanho de espaço necessário em servidores para hospedagem de sistemas de informação em servidores de aplicação
	
	Estimativas e métricas de software podem ser úteis para calcular o espaço em disco necessário para hospedagem de dados em Sistemas de gerenciamento de banco de dados bem como a estruturação dessas informações da melhor forma
	 
	Atividades dessa natureza ajudam no planejamento de um projeto de desenvolvimento, uma vez que a partir da obtenção do tamanho do software, podem ser obtidas em seguida outras variáveis importantes como prazo, esforço e produtividade
	
Explicação:
Análise de Pontos de Função (APF) é uma técnica para a medição de projetos de desenvolvimento de software, visando a estabelecer uma medida de tamanho, em Pontos de Função (PF), considerando a funcionalidade implementada, sob o ponto de vista do usuário.
	
	
	 
	
	 3a Questão
	
	
	
	
	Na atividade de análise no Processamento de Desenvolvimento de Software vemos a importância de se fazer uma modelagem para identificar se há uma falha no Levantamento de Requisitos. Uma dessas modelagens é a Análise Estrutural. Esta modelagem compreende uma série de diagramas que são representados por:
		
	 
	Utilizar os Diagramas de Classe, Objetos e Caso de Uso;
	 
	Modelar aspectos estáticos de um problema, utilizando o modelo orientado a objeto;
	
	Utilizar a engenharia de software para visualizar o desenho do sistema e a intercomunicação entre objetos;
	
	Modelar aspectos dinâmicos de um problema, utilizando o modelo orientado a objeto;
	
	Modelar a estrutura de dados encapsulada por procedimentos;
	
	
	Gabarito
Coment.
	
	 
	
	 4a Questão
	
	
	
	
	Análise de requisitos é uma importante fase da engenharia de software, na qual os desenvolvedores do sistema identificam as necessidades do cliente para posteriormente projetarem uma solução. Assinale a alternativa que apresenta as principais atividades da fase de análise de requisitos, dentro do processo de desenvolvimento de sistemas.
		
	 
	Desenvolvimento, homologação, produção
	
	Entrada de dados, processamento da informação, apresentação dos resultados
	
	Projeto lógico, projeto físico, implementação e manutenção
	 
	Levantamento de requisitos, análise de requisitos, registro dos requisitos
	
	Desenvolvimento de protótipo, ambiente de testes, implementação do sistema
	
Explicação:
As atividades são:
1) identificam as necessidades do cliente - levantamento de requisitos
2) análise e mapeamento dos requisitos 
3) Registro dos requisitos
	
	
	Gabarito
Coment.
	
	 
	
	 5a Questão
	
	
	
	
	Suponha a existencia das classes ALUNO e DISCIPLINA, conforme especificações a seguir:
a classe ALUNO tem os atributos Nome, endereço , matricula e telefone.
A classe DISCIPLINA tem os atributos código, nome e NumeroCreditos
As classes ALUNO e DISCIPLINA se relacionam: "ALUNO cursa DISCIPLINA"
PDS análise dos fatos acima, assinela a ÚNICA opção CORRETA
		
	
	O relacionamento indica que as duas classes são totalmente dependentes entre si
	
	Pedro seria uma possível instância da classe DISCIPLINA
	 
	João é um possível nome de objeto da classe ALUNO 
	
	CCT10928 seria um possível valor para o atributyo código da classe ALUNO
	
	9963809876 é um possível valor para o atributo NumeroCreditos da classe DISCIPLINA
	
Explicação:
9963809876 é um possível valor para o atributo NumeroCreditos da classe DISCIPLINA - falso, pois 9963809876 seria possível valor para atributo TELEFONE da classe ALUNO
O relacionamento indica que as duas classes são totalmente dependentes entre si - falso, para saber se são dependentes entre si, precisamos de informações não contextualizadas no enunciado.
CCT10928 seria um possível valor para o atributo código da classe ALUNO -  Falso, CCT10928 seria possível valor para o atributo código da classe DISCIPLINA
Pedro seria uma possível instânciada classe DISCIPLINA - Falso, Pedro seria uma instância da classe ALUNO
	
	
	 
	
	 6a Questão
	
	
	
	
	Marque a alternativa correta que define Classe na modelagem orientada a objetos.
		
	
	Descreve um conjunto de ligação com estrutura e semântica comuns.
	 
	Descreve um grupo de objetos com propriedades semelhantes (atributos), o mesmo comportamento (operações) e conseqüentemente a mesma semântica (Rumbaugh, 1994).
	
	É uma propriedade das ligações de uma associação.
	
	É um conceito, uma abstração, algo com limites nítidos e significado em relação à realidade estudada (Rumbaugh, 1994).
	
	É a conexão física ou conceitual entre instâncias de objetos.
	
Explicação:
Podemos definir CLASSE como um projeto de um objeto(template), o modelo a partir do qual os objetos são criadas. 
Os objetos de uma mesma classe compartilham características em comum tanto no aspecto comportamental, como também no aspecto estrutural.
Conclusão, a classe pode ser entendida como uma coleção de objetos similares.
Por exemplo: Maradona, Pelé, Zico,Ronaldo e Neymar são da classe  dos jogadores de futebol.
	
	
	Gabarito
Coment.
	
	 
	
	 7a Questão
	
	
	
	
	Na atividade de análise no Processamento de Desenvolvimento de Software vemos a importância de se fazer uma modelagem para identificar se há uma falha no Levantamento de Requisitos. Um dos tipos de análise é a Análise Estrutural. Uma das Atividades dentro da Análise Estruturada é a Identificação de Relacionamentos cuja finalidade é: Identifique e descreva pelo menos dois desses modelos.
		
	
	Mapear as mensagens que devem ser executadas para alguma operação;
	 
	Ajudar a filtrar e refinar as classes por associação e agregação;
	
	Identificar as mensagens que são trocadas, ao longo do tempo, para execução de alguma tarefa;
	
	Ajudar a filtrar e refinar as classes por entrada, fronteira e controle;
	
	Validar e indicar as dificuldades de implementação no plano conceitual;
	
	
	Gabarito
Coment.
	
	 
	
	 8a Questão
	
	
	
	
	Qual o tipo de análise que tem como objetivo modelar aspectos estáticos de um problema, utilizando o modelo orientado a objeto. Também é utilizada em conjunto com o detalhamento de requisitos para visualizar e fornecer uma base para identificar soluções para os requisitos apresentados?
		
	 
	Análise estrutural
	
	Análise semântica
	
	Análise compotamental
	
	Análise funcional
	
	Análise ambiental
	
Explicação:
A análise estrutural  é uma atividade essencial num processo de desenvolvimento de software.
Seu objetivo principal é identificar objetos, atributos desses objetos e as operações que atuam sobre eles, para uma modelagem orientada a objetos.
Os atributos são características ou propriedades dos objetos, enquanto que as operações são métodos ou funções que atuam sobre os objetos e afetam o comportamento dos mesmos. Todavia, antes de iniciar a modelagem com uma linguagem como a UML.
	1a Questão
	
	
	
	A norma NBR ISO/IEC 12207 estabelece
		
	 
	os processos fundamentais, organizacionais e de apoio do ciclo de vida de software.
	
	as atividades de tecnologia da informação agrupadas em processos e esses em domínios.
	
	os estágios do ciclo de vida dos serviços de tecnologia da informação.
	
	um modelo de áreas de processos representadas por categoria e por estágios.
	
	um modelo de processos de software, um método de avaliação e um modelo de negócio.
	
Explicação:
A norma ISO/IEC 12207 é a norma que define processo de Engenharia de Software, atividades e tarefas que são associados com os processos do ciclo de vida do software desde sua concepção até a retirada/descontinuação do software.
	
	
	 
	
	 2a Questão
	
	
	
	
	Com base nos modelos de desenho do PDS, a frase a seguir representa qual nível de abstração e agregação dos elementos dos sistemas?
"É o comportamento de cada componente. É desenvolvido em conjunto com a documentação voltada para usuários, no caso de desenho externo, ou documentação do código do programa, no caso de desenho interno."
		
	
	Nível tático.
	
	Nível conceitual.
	
	Nível estratégico.
	
	Desenho lógico.
	 
	Nível operacional.
	
Explicação:
Conclusão:
A frase "É o comportamento de cada componente. É desenvolvido em conjunto com a documentação voltada para usuários, no caso de desenho externo, ou documentação do código do programa, no caso de desenho interno." é melhor representada pelo nível operacional.
	
	
	 
	
	 3a Questão
	
	
	
	
	Avalie as assertivas.
I. O projeto deve considerar aspectos internos, mostrando o comportamento da solução - desenho externo
II. O projeto deve considerar ainda a sua integração com a demais soluções (aplicações e outros), do ponto de vista externo - desenho interno.
III. O projeto visa declarar a melhor solução, dentre um conjunto de alternativas.
As assertivas corretas são?
		
	 
	Apenas III
	
	Apenas II
	
	Apenas I
	
	I, II e III
	
	Apenas I e III
	
Explicação:
I. O projeto deve considerar aspectos internos, mostrando o comportamento da solução - desenho externo - Falso, os aspectos internos são demonstrandos no desenho interno
II. O projeto deve considerar ainda a sua integração com a demais soluções (aplicações e outros), do ponto de vista externo - desenho interno. - falso, para tal usa-se o desenho externo
III. O projeto visa declarar a melhor solução, dentre um conjunto de alternativas. - Verdade
	
	
	 
	
	 4a Questão
	
	
	
	
	Existem vários modelos de desenvolvimento de software, cada um com suas particularidades. A respeito desse assunto, assinale a opção correta.
		
	
	No modelo de desenvolvimento em cascata, a primeira etapa é a modelagem do sistema.
	 
	A metodologia de prototipagem evolutiva é uma abordagem que visualiza o desenvolvimento de concepções do sistema conforme o andamento do projeto, por meio de protótipos visuais.
	
	No modelo de desenvolvimento incremental, da mesma maneira que no modelo cascata, é possível a solução dos riscos logo no início do projeto.
	 
	O modelo de desenvolvimento UML é uma metodologia de desenvolvimento orientada a objetos que gera protótipos muito rapidamente, em função das ferramentas case disponíveis.
	
	O modelo de desenvolvimento em espiral, que tem a codificação como segunda etapa, gera o código do sistema muito mais rapidamente que o modelo de prototipação.
	
Explicação:
Metodologia de Prototipagem
O relacionamento entre um protótipo e as atividades do processo de desenvolvimento - início do projeto e análise de requisitos, design da interface e da aplicação, e implementação - permite a identificação de quatro tipos de protótipos:
· Protótipo de Apresentação - oferece suporte ao início do projeto e é usado para convencer o cliente de que o futuro sistema é viável e que a interface do usuário se adequa aos requisitos. Na maioria dos casos é usado para mostrar visão que o usuário têm do sistema e revelar aspectos importantes da interface.
· Protótipo Autêntico - é um sistema de software provisório e funcional, geralmente projetado para ilustrar aspectos específicos da interface de usuários ou parte da funcionalidade, ajudando na compreensão dos problemas envolvidos.
· Protótipo Funcional -- é derivado do modelo do domínio do problema ou da especificação do software e serve para ajudar à equipe de desenvolvimento compreender questões relacionadas com a construção do sistema. Esse protótipo não interessa aos usuários.
· Sistema Piloto - é usado não apenas com propósitos ilustrativos, mas como um núcleo básico operacional do sistema. Esse sistema deve ser instalado no ambiente de aplicação e experimentado com os usuários.
	
	
	 
	
	 5a Questão
	
	
	
	
	Nesta etapa do processo de desenvolvimento, o objetivo é modelar o sistema, atendendo os requisitos levantados na etapa de análise e prepará-los para a fase implementação, definindo os aspectos tecnológicos necessários.
Assinale a alternativa que mostra a etapa descrita 
		
	
	Análise
	
	ImplementaçãoManutenção
	 
	Desenho
	
	Projeto
	
	
	Gabarito
Coment.
	
	 
	
	 6a Questão
	
	
	
	
	No processo unificado de desenvolvimento de software, qual é a fase em que o planejamento do projeto é completado, o domínio do negócio é analisado e os requisitos do sistema são ordenados considerando-se prioridade e risco?
		
	 
	Elaboração.
	
	Concepção.
	 
	Transição.
	
	Construção.
	
	Produção.
	
Explicação:
Uma vez criada uma estrutura analítica e definidas a duração e as relações de dependências entre atividades, é hora de salvar esse modelo para futuras aplicações, além de começar o trabalho de elaboração e implementação, propriamente dito. Vale alertar que, na gestão de TI moderna, é fundamental trabalhar com abordagem incremental, em que novos insights e possibilidades vão emergindo ao longo da materialização do projeto de software.
	
	
	 
	
	 7a Questão
	
	
	
	
	É um processo de desenvolvimento de software que oferece uma forma sistemática para construir um tipo de sistema que usa a arquitetura baseada em componentes; pode ser facilmente extensível, promovendo a reutilização de software e um entendimento intuitivo; define tanto métodos para controlar e monitorar mudanças quanto áreas de trabalho seguras, garantindo a um programador que as mudanças efetuadas em outro sistema não afetarão o seu sistema. Identifique de qual processo se trata:
		
	 
	RUP.
	
	XP.
	
	DDP.
	 
	DSDM.
	
	TDP.
	
Explicação:
Processo Unificado da Rational conhecido como RUP (Rational Unified Process), é um processo de engenharia de software criado para apoiar o desenvolvimento orientado a objetos, fornecendo uma forma sistemática para se obter vantagens no uso da UML. Foi criado pela Rational Software Corporation e adquirido em fevereiro de 2003 pela IBM.
O principal objetivo do RUP é atender as necessidades dos usuários garantindo uma produção de software de alta qualidade que cumpra um cronograma e um orçamento previsíveis. Assim, o RUP mostra como o sistema será construído na fase de implementação, gerando o modelo do projeto e, opcionalmente, o modelo de análise que é utilizado para garantir a robustez. O RUP define perfeitamente quem é responsável pelo que, como as coisas deverão ser feitas e quando devem ser realizadas, descrevendo todas as metas de desenvolvimento especificamente para que sejam alcançadas.
O RUP organiza o desenvolvimento de software em quatro fases, onde são tratadas questões sobre planejamento, levantamento de requisitos, análise, implementação, teste e implantação do software.  Cada fase tem um papel fundamental para que o objetivo seja cumprido, distribuídos entre vários profissionais como o Analista de sistema, Projetista, Projetista de testes, entre outros.
	
	
	Gabarito
Coment.
	
	 
	
	 8a Questão
	
	
	
	
	Dentro do processo de desenho do PDS, qual alternativa a seguir melhor representa a frase:
"Nesta fase, é comum se fazer uso de processos que já foram definidos e utilizados em outras fases do produto ou sistema." ?
		
	 
	Processo de reutilização.
	
	Processo UML.
	
	Processo de clonagem.
	
	Processo estruturado.
	
	Processo físico.
	
	1a Questão
	
	
	
	Teste que não leva em conta os mecanismos e definições internos do sistema. O objetivo principal está no resultado da saída de dados do sistema, mediante a entrada definida de dados. 
Marque a alternativa que indica o tipo de teste descrito acima.
		
	 
	Teste caixa preta
	
	Teste caixa branca.
	
	Teste de interação.
	
	Teste simples.
	
	Teste iterativo.
	
Explicação:
O teste de caixa preta não considera a forma como o sistema está implementado, ou seja, sua estrutura interna. Ele tem como objetivo validar se o Software produz os resultados esperados e se os requisitos estão sendo atendidos.
	
	
	 
	
	 2a Questão
	
	
	
	
	A atividade analisar um caso de uso, prevista no Processo Unificado, produz um artefato chamado realização de análise de caso de uso, que mostra como as classes de análise colaboram para que o caso de uso apresente o comportamento especificado. Identifique a afirmação correta.
		
	
	As classes de análise, neste artefato, devem conter referências a detalhes de implementação.
	 
	Ao realizar a análise de um caso de uso, possíveis falhas e omissões no mesmo se tornam mais perceptíveis, tratando-se, portanto, de uma oportunidade para refinar o modelo de casos de uso.
	
	O diagrama de robustez do sistema, que especifica os requisitos não funcionais de escalabilidade e tolerância a falhas, é um dos insumos para esta atividade.
	
	Um outro produto desta atividade é o artefato chamado realização de projeto de caso de uso.
	
	A interação entre as classes de análise é expressa primariamente através de diagramas de classes UML.
	
Explicação:
O modelo de casos de uso é um dos artefatos mais importantes previstos pelo Processo Unificado.
Sobre este modelo de casos de uso, podemos falar que os atores humanos são identificados com base no papel que desempenham do ponto de vista do sistema, e não necessariamente no cargo que ocupam na instituição em que o sistema rodará, assim como as combinações possíveis do fluxo principal com os fluxos alternativos de um caso de uso fornecem todos os cenários possíveis para o mesmo, os quais, por sua vez, podem ser utilizados como unidades de planejamento, implementação e testes.
	
	
	Gabarito
Coment.
	
	 
	
	 3a Questão
	
	
	
	
	Os testes de software são executados, usando os procedimentos e documentos de script de teste. Para que a fase de execução de teste, seja realizada com sucesso deve(m) ser executado(s):
		
	
	os testes de Turing
	 
	os casos de teste
	
	os diagramas de atividade
	 
	os casos de uso
	
	o teste de COMA.
	
Explicação:
Os casos de teste e fundamentos do teste de software abrangem:
· Fundamentos do Teste de Software
· Testando Através do Ciclo de Vida  do Software
· Técnicas de Teste Estático e Design de Testes de Software
· Técnicas de Teste - Caixa Preta
· Técnicas de Teste - Caixa Branca
· Gerenciamento do Teste de Software
· Gerenciamento de Configuração, Riscos e Incidentes
· Teste de Software com Apoio de Ferramentas
	
	
	 
	
	 4a Questão
	
	
	
	
	Qual a fase do processo de engenharia de requisitos em que se pretende demonstrar que o documento de requisitos produzido corresponde, de fato, ao sistema que o cliente pretende:
		
	
	organização.
	
	arquitetura.
	
	classificação.
	
	elicitação.
	 
	validação.
	
Explicação:
Na faser de validação,  pretende-se demonstrar que o documento de requisitos produzido corresponde, de fato, ao sistema que o cliente pretende.
À semelhança do que sucede na análise dos requisitos, pretende-se encontrar problemas/conflitos na especificação, porém ao contrário das fases anteriores esta fase lida com uma especificação completa dos requisitos.
A validação é especialmente importante em sistemas de grandes dimensões uma vez que erros encontrados demasiado tarde (durante o desenvolvimento ou já depois de o sistema estar a ser usado) no documento de requisitos têm repercussões proporcionais à dimensão do projeto. Uma vez que alterações em requisitos já consolidados têm um custo muito superior a alterações no código ou design, este tipo de erro traduz-se em elevados custos e necessidade de refazer muito do trabalho que se julgava já concluído.
Durante a fase de validação dos requisitos, devem ser verificados (através de checklists) os seguintes atributos dos requisitos:
· Validade: a especificação resulta da análise dos requisitos identificados junto das diversas partes interessadas envolvidas. Como tal, requisitos identificados individualmente (isto é, junto de cada parte interessada) podem diferir da especificação final que se atinge após o cruzamento de informação e é necessário que cada cliente compreenda e aceite a especificação final obtida.
· Consistência: não devem existir conflitos entre os requisitos identificados.
· Compreensibilidade / Ambiguidade: os requisitos devempoder ser compreendidos de forma inequívoca pelas partes interessadas.
· Completude: todas as funcionalidades pretendidas devem fazer parte da especificação do sistema.
· Realismo: dadas as restrições do projeto (tecnológicas, financeiras e temporais) o sistema especificado tem de ser implementável.
· Verificabilidade: de forma a evitar futuras discordâncias quanto à concretização dos requisitos especificados, estes devem ser descritos de modo a que seja possível verificar se foram ou não concretizados, isto é, se o sistema final corresponde à especificação inicial.
· Rastreabilidade: a origem dos requisitos, em relação ao cliente, deve estar claramente identificada. Entre outros motivos, isto é importante para facilitar a gestão futura dos requisitos.
· Conformidade com normas: para além dos aspectos funcionais dos requisitos, a sua especificação deve obedecer às normas usadas ao longo de todo o documento.
	
	
	 
	
	 5a Questão
	
	
	
	
	"O teste de software normalmente é a última fase antes de entregarmos o sistema pronto ao cliente".
É correto afirmar que:
		
	
	Por ser a última fase, ele tem a obrigação de dizer que o software funciona.
	 
	Ela pode ser a última, mas não é a única tarefa que garante a qualidade do software.
	
	Por ser a última fase ela não deve ser utilizada em nenhum outro ponto do desenvolvimento.
	
	Por ser a última fase ela nunca é deixada de lado, afinal isso seria uma bobagem.
	
	Por ser a última fase ela é também a mais importante de todas para a garantia da qualidade.
	
Explicação:
Sim, temos modelos de verificação, que avaliam, por exemplo, a validade dos requisitos, até mesmo em fases iniciais do projeto
	
	
	 
	
	 6a Questão
	
	
	
	
	Assinale a alternativa que não corresponde a um dos testes de software,realizados em softwares comerciais.
		
	
	teste de sistema.
	
	teste de validação.
	 
	teste de mudanças de requisitos.
	
	teste de integração.
	
	teste de unidade.
	
Explicação:
Não existe no processo de teste este tipo de teste, mudança de requisito faz parte da fase que antecede o desenho da solução, ou seja, a fase de análise.
	
	
	Gabarito
Coment.
	
	 
	
	 7a Questão
	
	
	
	
	O teste de produto de software apresenta duas fases: __________ e __________.
		
	
	gerenciamento e validação
	 
	verificação e validação
	
	verificação e controle
	
	controle e validação
	
	gerenciamento e controle
	
Explicação:
Essa questão está abordando as modalidades de testes.
Os testes de VERIFICAÇÕES ou ESTÁTICOS são realizados nas fases iniciais,antes da fase de implementação, envolvem inspeções, revisões e auditorias e foca na qualidade do processo.
Os testes  de VALIDAÇÕES ou DINÂMICOS são realizados durante ou após a fase de implementação, necessita de parte ou todo o sistema encarnado e foca na qualidade do produto.
Conclusão, VERIFICAÇÃO e VALIDAÇÃO são exemplos de fases de  testes que visão encontrar erros.
	
	
	Gabarito
Coment.
	
	 
	
	 8a Questão
	
	
	
	
	Assinale a opção que apresenta as 3 fases ou partes fundamentais de um processo de desenvolvimento de software.
		
	
	Organização e métodos
	 
	Planejamento, programação e testes
	
	Planejamento, organização e controle
	
	Planejamento e execução
	 
	Planejamento, execução e controle.