ATIVIDADE 2 - ENGENHARIA DE SOFTWARE I

Prévia do material em texto

9/18/2019 Minha Disciplina
https://anhembi.blackboard.com/webapps/late-Course_Landing_Page_Course_100-BBLEARN/Controller# 1/5
Pergunta 1
Resposta Selecionada: 
Resposta Correta: 
Feedback
da
resposta:
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
.Professor e aluno participam do caso de uso de “visualizar notas”.
.Professor e aluno participam do caso de uso de “visualizar notas”.
Resposta correta. O relacionamento de um ator com um caso de uso é representado por uma linha cheia ligando os dois, no exemplo, podemos
ver que tanto Aluno quanto Professor possuem essa ligação com o caso de uso “visualizar notas” e por isso ambos participam do referido caso
de uso.
Pergunta 2
0,25 em 0,25 pontos
0,25 em 0,25 pontos
9/18/2019 Minha Disciplina
https://anhembi.blackboard.com/webapps/late-Course_Landing_Page_Course_100-BBLEARN/Controller# 2/5
Resposta
Selecionada:
Resposta
Correta:
Feedback
da
resposta:
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:
.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.
.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 é 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 3
Resposta Selecionada: 
Resposta Correta: 
Feedback da
resposta:
Antes de implementar um software e posterior ao conhecimento do problema e das necessidades dos clientes, é uma boa prática realizar a modelagem do
software a ser construído como forma a construir uma abstração da solução que seja entendida pela equipe de desenvolvimento. Ainda na fase de elicitação de
requisitos, as informações capturadas e registradas são feitas utilizando basicamente a linguagem natural. Por si só, a linguagem natural é ambígua e essa
ambiguidade, embora presente durante a interação com interessados pelo projeto, não é bem-vinda durante a construção do produto. A modelagem de
software, então, permite que as informações anteriormente capturadas possam ser representadas em uma linguagem intermediária (nem linguagem natural e
nem linguagem de máquina) que consiga expressar as necessidades levantadas. De acordo com Ian Sommerville (Sommerville, 2011), os modelos utilizados
para descrever software podem ser classificados em:
.modelo de contexto, modelo de interação, modelo estrutural e modelo comportamental.
.modelo de contexto, modelo de interação, modelo estrutural e modelo comportamental.
Resposta correta. Modelo de contexto, de interação, estrutural e comportamental são os quatro tipos de modelos que podem ser
construídos para software de acordo com Ian Sommerville.
Pergunta 4
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. 
0,25 em 0,25 pontos
0,25 em 0,25 pontos
9/18/2019 Minha Disciplina
https://anhembi.blackboard.com/webapps/late-Course_Landing_Page_Course_100-BBLEARN/Controller# 3/5
Resposta Selecionada: 
Resposta Correta: 
Feedback
da
resposta:
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.
.I, II, III e IV são verdadeiras.
.I, II, III e IV são verdadeiras.
Resposta correta. Diagramas de casos de uso são diagramas que representam comportamento do software em relação à interação de atores com
diferentes funcionalidades do software e de funcionalidades entre si. Os atores podem herdar relacionamentos de outros atores via o uso de
herança entre atores. Já os relacionamentos podem ser realizados como forma a incluir a realização de um caso de uso em outro (include) ou de
estender um caso de uso com a chamada opcional de um outro caso de uso (extend). Na representação com o diagrama, usamos o retângulo
como forma a delimitar a fronteira do software sendo modelado, não sendo, portanto, adequado a representação de atores dentro dessa fronteira.
Pergunta 5
Resposta Selecionada: 
Resposta Correta: 
Feedback
da
resposta:
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:
.Cliente-Servidor e Camadas.
.Cliente-Servidor e Camadas.
Resposta correta. Cliente-Servidor e Camadas são dois tipos distintos de estilos arquiteturais: o primeiro que organiza a arquitetura em um código
a ser executado no servidor e outro código a ser executado no cliente que faz requisições àquele; o segundo que organiza a arquitetura do código
em diferentes camadas coesas com pontos específicos de comunicações entre elas.
Pergunta 6
Resposta Selecionada: 
Resposta Correta: 
Feedback
da
resposta:
O projeto de arquitetura é uma das atividades que possuem maior impacto para o projeto quando o assunto é qualidade interna do produto de software a ser
construído. Isso porque é durante o projeto de arquitetura de software que os conceitos, as funcionalidades e principalmente as não funcionalidades levantadas
são transformadas em estruturas e relacionamentos a serem implementados. Uma boa arquitetura de software pode trazer maior agilidade durante a evolução
do software e pode também garantir que funcionalidades sejam executadas conformeexpectativas de desempenho estabelecidas pelos clientes. Com base no
descrito, é possível afirmar que:
.a evolução do software é realizada durante o projeto de arquitetura do software.
.o projeto de arquitetura de um software tem forte relação com o cumprimento de requisitos não funcionais levantados.
Sua resposta está incorreta. O projeto de arquitetura ocorre antes da realização da codificação uma vez que é ele que provê o planejamento das
estruturas a serem implementadas para o software. Por não haver codificação nessa fase, mas sim somente o seu planejamento, não é nele que
ocorrem evoluções nem refatorações do software. Uma vez que o software só existirá após a codificação, não é possível então durante o projeto
de arquitetura sejam realizadas verificações dinâmicas (testes) no software. Muito embora a refatoração objetive aumentar a qualidade interna do
produto, ela é uma atividade corretiva e não preventiva como é o caso do projeto de arquitetura, não podendo então ser tratadas como sinônimos.
0,25 em 0,25 pontos
0 em 0,25 pontos
9/18/2019 Minha Disciplina
https://anhembi.blackboard.com/webapps/late-Course_Landing_Page_Course_100-BBLEARN/Controller# 4/5
Pergunta 7
Resposta Selecionada: 
Resposta Correta: 
Feedback
da resposta:
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:
.identificação de requisitos.
.identificação de requisitos.
Resposta correta. É logo no início que o levantamento de requisitos é realizado junto aos clientes e interessados pelo projeto e, por esse
motivo, o uso dessas técnicas de captura de informações é realizado durante a identificação de requisitos.
Pergunta 8
Resposta Selecionada: 
Resposta Correta: 
Feedback
da
resposta:
Por conta de sua versatilidade de uso, diagramas de atividades são um dos diagramas mais utilizados da UML. Podem representar processos de diferentes
tipos (negócio, desenvolvimento etc.), sequência de passos a serem executados em um caso de uso entre outros, fluxos de interfaces gráficas, comandos e
seus fluxos de programa entre outros. A atividade é, então, um comportamento que será executado seja por pessoas, telas ou o próprio sistema. Sobre
diagramas de atividades, leia as afirmações a seguir e assinale a alternativa correta. 
I) O diagrama de atividades é utilizado para representar a estrutura de um software. 
II) A sincronização (Join) separa uma transição em várias de forma a paralelizar a execução de atividades. 
III) A bifurcação (Fork) concatena transições advindas de diferentes atividades que foram paralelizadas por conta de uma sincronização (Join). 
IV) Raias são usadas para separar atividades de diferentes sistemas.
.Apenas II e III são falsas.
.I, II, III e IV são falsas.
Sua resposta está incorreta. Todas afirmações são falsas. As atividades são utilizadas naturalmente para representar aspectos dinâmicos do
software, não podendo então serem usadas para representar estrutura. Embora as definições apresentadas nos itens (II) e (III) estejam corretas,
elas estão sendo utilizadas para definir o conceito errado. A correta definição de Join é o que se apresenta em (III) e a de Fork é o que se
apresenta em (II). Um diagrama de atividades representa atividades que podem ser executadas pelo sistema sendo descrito ou ainda por
diferentes atores que interagem com o sistema em questão. Para descrever essa separação de responsabilidades (que não se limitam a ser de
sistemas), raias podem ser utilizadas.
Pergunta 9
Resposta Selecionada: 
Resposta Correta: 
Em sistemas web, o padrão de arquitetura MVC é o mais largamente utilizado para organização das partes constituintes do software. Ele tem como objetivo
separar informações de apresentação, de suas validações frente as regras de negócio e das manipulações de dados na base de dados da aplicação. A
simplicidade na separação de responsabilidades dentro do software fez com que diferentes frameworks para diferentes linguagens de programação
implementassem o MVC o que levou a popularização do padrão ao redor do globo. Sobre o modelo MVC é correto o que se afirma em:
.O MVC possui variações como o HMVC (hierarchical model-view-control) e o MVVM (model-view-viewmodel).
.O MVC possui variações como o HMVC (hierarchical model-view-control) e o MVVM (model-view-viewmodel).
0,25 em 0,25 pontos
0 em 0,25 pontos
0,25 em 0,25 pontos
9/18/2019 Minha Disciplina
https://anhembi.blackboard.com/webapps/late-Course_Landing_Page_Course_100-BBLEARN/Controller# 5/5
Feedback
da
resposta:
Resposta correta. Ao longo dos anos diferentes variações do MVC surgiram como forma a expandir a separação de responsabilidades de partes
do programa. Exemplos disso são o HMVC que traz caraterísticas hierárquicas ao modelo precursor e o MVVM que trata de forma diferente a
manipulação e ligação de dados numa camada viewmodel.
Pergunta 10
Resposta Selecionada: 
Resposta Correta: 
Feedback
da
resposta:
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
.1-D; 2-C; 3-A e 4-B.
.1-B; 2-C; 3-A e 4-D.
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.
0 em 0,25 pontos