EXERCÍCIO PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE, 4ª AULA

Prévia do material em texto

PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
	
		Lupa
	 
	Calc.
	
	
	 
	 
	 
	
	
PPT
	
MP3
	 
	
	CCT0746_A4_201803434181_V1
	
	
	
	
	
	
	
		Aluno: MARCOS VERÍCIO DA SILVA
	Matr.: 201803434181
	Disc.: PROC. DES. SOFTWARE 
	2020.1 EAD (GT) / EX
		Prezado (a) Aluno(a),
Você fará agora seu TESTE DE CONHECIMENTO! Lembre-se que este exercício é opcional, mas não valerá ponto para sua avaliação. O mesmo será composto de questões de múltipla escolha.
Após responde cada questão, você terá acesso ao gabarito comentado e/ou à explicação da mesma. Aproveite para se familiarizar com este modelo de questões que será usado na sua AV e AVS.
	
	 
		
	
		1.
		A reutilização de classe se refere a reutilizarmos o seguinte elemento em um processo de desenvolvimento de software:
	
	
	
	bibliotecas
	
	
	parte do código de programa
	
	
	aproveitamento de ideias
	
	
	módulo de código binário
	
	
	classes fundamentais
	
	Gabarito
Coment.
	
	
	
	 
		
	
		2.
		Uma das primeiras etapas no processo de desenvolvimento de software é fazer o levantamento dos requisitos do sistema e posteriormente efetuar a sua análise. De acordo com o material e com as aulas, marque a opção abaixo que não corresponde a requisitos de sistema.
	
	
	
	Requisitos Operacionais
	
	
	Requisitos não funcionais
	
	
	Requisitos do projeto
	
	
	Requisitos funcionais
	
	
	Requisitos do produto
	
Explicação:
A opção abaixo que não corresponde a requisitos de sistema é a do Requisitos Operacionais
	
	
	
	 
		
	
		3.
		Existem vários modelos de desenvolvimento de software, cada um com suas particularidades. A respeito desse assunto, assinale a opção correta.
	
	
	
	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.
	
	
	No modelo de desenvolvimento em cascata, a primeira etapa é a modelagem do sistema.
	
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.
	
	
	
	 
		
	
		4.
		O Processo Unificado divide a realização de um projeto para desenvolvimento de um sistema de software em fases. Em cada uma dessas fases, são executadas atividades de diversas disciplinas em diferentes proporções. No desenvolvimento de um sistema de software complexo, identifique a alternativa que esse processo recomenda:
	
	
	
	Construir uma arquitetura executável ao final da fase de construção, para validar as regras do negócio e os requisitos funcionais do sistema.
	
	
	Entregar a primeira versão do sistema logo após a fase de transição, para evitar os problemas existentes no modelo de ciclo de vida em cascata tradicional.
	
	
	Usar a abordagem de desenvolvimento iterativa e incremental, para dividir as atividades em iterações em que cada iteração gera um incremento do software.
	
	
	Ordenar os riscos envolvidos no projeto, para que os riscos menos críticos sejam considerados logo na fase de iniciação e os mais críticos nas fases finais.
	
	
	Criar um modelo de casos de uso durante a fase de elaboração, para documentar as regras do negócio e os requisitos não funcionais do sistema.
	
Explicação:
O Processo Unificado (PU) surgiu como um processo popular para o desenvolvimento de software visando à construção de sistemas orientados a objetos (o RUP ¿ Rational Unified Process é um refinamento do PU). É um processo iterativo e adaptativo de desenvolvimento e vem ganhando cada vez mais adeptos devido a maneira organizada e consistente que permite conduzir um projeto, onde sua principal idéia é o Desenvolvimento Iterativo e Incremental.
 
	
	Gabarito
Coment.
	
	
	
	 
		
	
		5.
		As informações do problema e metas a serem alcançadas devem ser levantadas na fase de:
	
	
	
	Desenho
	
	
	Manutenção
	
	
	Implementação
	
	
	Análise e requisitos
	
	
	Projeto
	
	
	
	 
		
	
		6.
		Avalie as assertivas
I. O projeto de Software propõe uma solução, usando tecnologia.
PORQUE
II. Na fase de projeto, devemos especifica COMO o software deve se comportar
O que se pode concluir sobre as assertivas e a relação de porque entre elas?
 
	
	
	
	As 2 assertivas são falsas
	
	
	As 2 assertivas são verdadeiras e a II justifica a I
	
	
	A assertiva I é falsa e a II é verdadeira
	
	
	As 2 assertivas são verdadeiras e a II não justifica a I
	
	
	A assertiva I é verdadeira e a II é falsa
	
Explicação:
A tecnologia e os procedimentos de uso, mostram o COMO fazer, que deve ser abordado na fase de projeto ou desenho do software
	
	
	
	 
		
	
		7.
		É a visão que representa os componentes do sistema, a relação entre os componentes, o funcionamento dos componentes e a interconexão com outros sistemas.
	
	
	
	Visão geral
	
	
	Visão estrutural
	
	
	Visão interna
	
	
	Visão comportamental
	
	
	Visão externa
	
Explicação:
A visão interna refere-se a organização dos elementos do software, que determina a arquitetura da aplicação
	
	Gabarito
Coment.
	
	
	
	 
		
	
		8.
		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 II
	
	
	Apenas I e III
	
	
	Apenas I
	
	
	I, II e III
	
	
	Apenas 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