Atividade A2

Prévia do material em texto

· Pergunta 1
1 em 1 pontos
	
	
	
	Ao elicitar requisitos, o analista necessita identificar, especificar, classificar e priorizar requisitos de software. Cada uma dessas tarefas requer boa relação e constante comunicação com os clientes do software em construção, já que essa fase inicial de conhecimento de problemas e identificação de necessidades dos clientes e usuários é fundamental para o sucesso do projeto. Sobre as tarefas que o analista deve realizar durante a elicitação de requisitos, é correto afirmar que:
	
	
	
	
		Resposta Selecionada:
	 
.A identificação de requisitos compreende a utilização de diferentes técnicas para identificar, junto aos clientes e interessados pelo projeto, o problema a ser solucionado via a construção de um software e as necessidades de funcionalidades do software em construção.
	Resposta Correta:
	 
.A identificação de requisitos compreende a utilização de diferentes técnicas para identificar, junto aos clientes e interessados pelo projeto, o problema a ser solucionado via a construção de um software e as necessidades de funcionalidades do software em construção.
	Comentário da resposta:
	Resposta correta. A identificação de requisitos é a primeira tarefa da elicitação em que são utilizadas diferentes técnicas como reuniões, questionários, brainstorms entre outros como forma a capturar informações juntos aos clientes; informações estas que podem ser relacionadas ao problema ou a solução a ser implementada.
	
	
	
· Pergunta 2
0 em 1 pontos
	
	
	
	Em orientação a objetos, os objetos podem sofrer mudanças de seus estados conforme a realização de comportamentos do sistema. Além disso, é possível que determinadas ações do sistema só possam ser realizadas mediante a conformidade dos objetos com estados requeridos para seus atributos. Diagramas de estados são então uma boa opção de uso para explicitação dessas regras de transição de estado dos objetos de um software. A alternativa que apresenta conceitos presentes em modelagem de estados de um objeto é:
	
	
	
	
		Resposta Selecionada:
	 [Sem Resposta]
	Resposta Correta:
	 
.Estado inicial, estado final e ação.
	Comentário da resposta:
	Sua resposta está incorreta. Estado intermediário não é um conceito do diagrama de estados. Embora entre o estado inicial e o final possam existir diferentes estados, estes não levam o nome de estado intermediário. Atividade e classe, embora façam parte dos conceitos de modelagem da UML, dizem respeito a conceitos de outros diagramas. O primeiro é relacionado aos diagramas de atividades e o segundo ao de classes, estando presente também em diagramas de sequência.
	
	
	
· Pergunta 3
0 em 1 pontos
	
	
	
	Padrões de arquitetura ou estilos arquiteturais são projetos de alto nível de software que organizam “blocos” de estruturas e funcionalidades do software de maneira coesa e estabelecem formas específicas de comunicação entre eles. Os padrões de arquitetura existem como forma de resolver problemas comuns de desenvolvimento e manutenção de software e estão geralmente relacionados com características de qualidade requeridas para o software.  São exemplos de padrões de arquitetura:
	
	
	
	
		Resposta Selecionada:
	 [Sem Resposta]
	Resposta Correta:
	 
.Cliente-Servidor e Camadas.
	Comentário da resposta:
	Sua resposta está incorreta. Abstract Factory, Adapter, Builder e Fachada são exemplos de padrões de projeto. Embora também planejados para serem implementados durante o projeto de arquitetura do software, eles se diferem dos estilos arquiteturais por serem soluções para problemas menores que ocorrem com frequência dentro de um projeto de um software.
	
	
	
· Pergunta 4
0 em 1 pontos
	
	
	
	Diagramas de Casos de Uso são diagramas que apresentam de maneira visual as diferentes funcionalidades do sistema, o relacionamento entre elas e a participação de diferentes atores humanos e não-humanos com as funcionalidades do sistema. O diagrama é comumente utilizado em fases iniciais do processo de desenvolvimento do software, isso porque por apresentar uma sintaxe simples, o diagrama acaba sendo de fácil entendimento para os interessados do projeto. Sobre o diagrama de Casos de Uso, leia as afirmações a seguir e escolha a alternativa correta.
I) Diagramas de Casos de Uso são diagramas comportamentais da UML.
II) O relacionamento de inclusão (include) de um Caso de Uso em outro faz com que o Caso de Uso incluído tenha seus passos executados também na chamada do Caso de Uso que o incluiu.
III) A herança entre atores no diagrama de Casos de Uso diz respeito a herança de participação (relacionamento) do ator herdado com outros Casos de Uso com os quais se relaciona.
IV) Em um diagrama de Casos de Uso, a delimitação da fronteira do sistema é realizada com o uso de um retângulo que envolve os Casos de Uso representados e exclui os atores.
	
	
	
	
		Resposta Selecionada:
	 [Sem Resposta]
	Resposta Correta:
	 
.I, II, III e IV são verdadeiras.
	Comentário da resposta:
	Sua resposta está incorreta. Por apresentar aspectos dinâmicos do software, não é correto afirmar que diagramas de casos de uso não sejam comportamentais, uma vez que a outra classificação (estrutural) não se aplica a características dinâmicas. O relacionamento de herança existe entre atores de casos de uso, e como o diagrama representa a interação entre atores e casos de uso, e entre casos de uso entre si, é natural que a herança entre atores signifique herdar as interações do ator herdado. A fronteira do software é delimitada contendo tudo aquilo que faz parte do software, ou seja, suas funcionalidades; assim, atores que são agentes externos ao software não podem fazer parte da fronteira do software, não podendo então serem incluídos no retângulo do diagrama.
	
	
	
· Pergunta 5
0 em 1 pontos
	
	
	
	Para SZYPERSKI, “componentes de software são unidades binárias de produção, aquisição e implantação independentes que interagem para formar um sistema funcional” (Szyperski, 2002). Assim, é possível perceber que não é qualquer unidade do software que pode ser vista como um componente, uma vez que a característica de independência do componente é parte integrante da sua definição. Diagramas de componentes são utilizados usualmente para apoiar na representação não somente dos componentes existentes em um sistema, mas principalmente dos relacionamentos entre eles que fazem com que uma funcionalidade específica do software seja realizada. Componentes de software e seu diagrama, é correto o que se afirma em:
	
	
	
	
		Resposta Selecionada:
	 [Sem Resposta]
	Resposta Correta:
	 
.Interfaces são utilizadas para mostrar a conexão entre componentes independentes.
	Comentário da resposta:
	Sua resposta está incorreta. Componentes além de serem unidades independentes de software, são unidades encapsuladas justamente com a finalidade de trazer maior reutilização de código. Componentes possuem um nível mais alto de abstração do que objetos e classes e por isso não podem ser confundidos como equivalentes. Por representar características estáticas, componentes não podem ser usados para representar comportamentos do sistema.
	
	
	
· Pergunta 6
0 em 1 pontos
	
	
	
	Brainstorms, role playing, reuniões e questionários são técnicas muito utilizadas para capturar informações junto aos clientes de um projeto de desenvolvimento de software. Cada uma delas apresentam particularidades que fazem com que o seu uso dependa das características do ambiente, clientes e equipe de desenvolvimento em que planejam ser aplicadas. Essas técnicas são utilizadas durante a:
	
	
	
	
		Resposta Selecionada:
	 [Sem Resposta]
	Resposta Correta:
	 
.identificação de requisitos.
	Comentário da resposta:
	Sua resposta está incorreta. O uso de técnicas de captura de informações junto aos clientes de um projeto de desenvolvimento de software deve ocorrer logo no início da elicitação de requisitos, isso é, durante a identificação de requisitos. As demais tarefas partem do pressuposto que os requisitos já foram capturados e, por isso, ouso das técnicas não se faz mais tão necessário.
	
	
	
· Pergunta 7
0 em 1 pontos
	
	
	
	Baseadas em ideias de Grady Booch, James Rumbaugh e Ivar Jacobson, a UML (unified modeling language) surgiu para assumir o posto de padrão para modelagem de sistemas orientados a objetos. A existência de diagramas para diferentes propósitos faz com que o sistema modelado possa ser analisado por diferentes perspectivas. A opção que melhor apresenta a dupla diagrama-perspectiva é:
	
	
	
	
		Resposta Selecionada:
	 [Sem Resposta]
	Resposta Correta:
	 
.Diagrama de Sequência – Interação entre objetos.
	Comentário da resposta:
	Sua resposta está incorreta. Diagramas de Casos de Uso e de Atividades são diagramas que representam o sistema sob a perspectiva do comportamento de suas funcionalidades, já diagramas de Componentes e Classes são diagramas que representam o sistema sob a perspectiva da estrutura de suas unidades constituintes.
	
	
	
· Pergunta 8
0 em 1 pontos
	
	
	
	Diagramas de Casos de Uso são diagramas comportamentais da UML que representam de forma fácil as diferentes funcionalidades do software, seus atores e interações entre eles.  Por ser de fácil assimilação é comum que clientes tenham acesso aos diagramas de Casos de Uso do sistema e consigam entender e mesmo fazer ajustes no que é representado. Observe o diagrama abaixo e assinale a alternativa correta em relação ao representado.
Fonte: Autora
	
	
	
	
		Resposta Selecionada:
	 [Sem Resposta]
	Resposta Correta:
	 
.Professor e aluno participam do caso de uso de “visualizar notas”.
	Comentário da resposta:
	Sua resposta está incorreta. O exemplo fornecido não exibe relacionamentos nem de Aluno com todos os casos de uso nem de Professor com todos casos de uso, sendo assim não é possível afirmar que eles participam de todos os casos de uso representado. Aluno não se interliga com o caso de uso “registrar notas” e Professor não se interliga com o caso de uso “inscrever-se em disciplinas”. A fronteira do software (retângulo) deve conter somente aquilo que faz parte do software. Atores, em geral, são agentes externos ao software não podendo fazer parte da fronteira do software.
	
	
	
· Pergunta 9
0 em 1 pontos
	
	
	
	Diagramas de classes representam classes do software, seus atributos, métodos e relacionamentos que levam, de certa forma, a entender um pouco do próprio negócio e das entidades importantes e presentes no dia a dia da organização para o qual o software se destina. As classes do diagrama podem se relacionar uma com as outras a partir do uso de diferentes tipos de relacionamentos. A alternativa com o nome do relacionamento responsável por indicar que as informações de um objeto de uma classe precisam ser complementadas por informações de um objeto de outra classe é:
	
	
	
	
		Resposta Selecionada:
	 [Sem Resposta]
	Resposta Correta:
	 
.Agregação.
	Comentário da resposta:
	Sua resposta está incorreta. Associação é um nome genérico dado aos relacionamentos entre diferentes classes. Especialização/Generalização diz respeito a um relacionamento entre classes hierárquicas, isso é, em que uma generaliza atributos e comportamentos de outras e essas outras especializam atributos e comportamentos da primeira. Multiplicidade não é um tipo de relacionamento, mas sim um quantificador de relacionamentos que serve para indicar quando objetos de uma classe são necessários para compor o relacionamento com outra classe.
	
	
	
· Pergunta 10
0 em 1 pontos
	
	
	
	Diagramas comportamentais são utilizados para representar, como o nome sugere, comportamentos do sistema. Esses comportamentos geralmente ilustram o funcionamento do sistema em diferentes estágios, seja mostrando a interação de funcionalidades com atores do sistema, ou mostrando a interação de funcionalidades uma com as outras, ou ainda explicitando o comportamento do sistema frente a mudança de estados de um objeto do sistema.  Sobre os diagramas comportamentais, assinale a opção com a correta correspondência entre conceito e definição:
	(1) Diagrama de Atividades
	A) é um diagrama que, ao representar aspectos dinâmicos do software, explicita a interação de funcionalidades do software com atores do sistema e mesmo com demais funcionalidades existentes
	(2) Diagrama de Estados
	B) é um diagrama que, ao representar aspectos dinâmicos do software, explicita o fluxo de controle de uma atividade para outra, esta, podendo ser passos de casos de uso, fluxos de telas, rotinas específicas do programa entre outros
	(3) Diagrama de Casos de Uso
	C) é um diagrama que, ao representar aspectos dinâmicos do software, explicita a transição de estados que podem ser assumidos por determinado objeto significativo do software, geralmente a realização de ações com esse objeto são condicionadas ao estado assumido pelo objeto
	(4) Diagrama de Sequência
	D) é um diagrama que, ao representar aspectos dinâmicos do software, explicita a troca de mensagens entre objetos como forma a atingir um objetivo funcional no software
	
	
	
	
		Resposta Selecionada:
	 [Sem Resposta]
	Resposta Correta:
	 
.1-B; 2-C; 3-A e 4-D.
	Comentário da resposta:
	Sua resposta está incorreta. Diagramas de atividades não enfatizam troca de mensagens entre elementos do programa, mas sim fluxo de atividades, uma vez que seus componentes principais são atividades e não unidades do sistema. Diagrama de estados apresentam informações acerca de um objeto do sistema e das ações que levam esse objeto a mudar de estado, não há então qualquer explicitação de interação entre atores e funcionalidades ou ainda de fluxo de atividades. Diagramas de casos de uso não entram no mérito de apresentar informações sobre objetos, mas sim sobre funcionalidades sobre uma perspectiva mais geral. Por outro lado, diagramas de sequência são mais detalhistas e entram no detalhe da troca de informações entre unidades do sistema, não podendo então ser usados para descrição de funcionalidades ou atividades mais gerais.