Buscar

ENGENHARIA DE SOFTWARE I atv2

Prévia do material em texto

• Pergunta 1 
0,25 em 0,25 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: 
 
.Professor e aluno participam do caso de uso de 
“visualizar notas”. 
Resposta Correta: 
.Professor e aluno participam do caso de uso de 
“visualizar notas”. 
Feedback 
da 
resposta: 
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 
 
Diagramas de objetos servem para representar instâncias de classes do 
sistema e o relacionamento entre as instâncias em um momento específico. 
Por apresentaram informações instanciadas de classes, o diagrama de 
objetos acaba por apresentar uma sintaxe muito similar ao próprio diagrama 
de classes. Apesar de trazer alguns benefícios adicionais para a 
representação do software, o diagrama de objetos não configura entre os 
mais utilizadas em projetos de desenvolvimento de software. Dentre os 
benefícios que o diagrama pode trazer para o projeto de desenvolvimento 
de software, podemos destacar: 
 
Resposta 
Selecionada: 
 
.a criação de exemplos da estrutura do software que suporte 
à verificação dos conceitos apresentados antes mesmo de 
estes serem implementados. 
Resposta 
Correta: 
 
.a criação de exemplos da estrutura do software que suporte 
à verificação dos conceitos apresentados antes mesmo de 
estes serem implementados. 
Feedback 
da 
resposta: 
Resposta correta. Ao criar um diagrama de objetos, o analista 
estará criando exemplos de instanciação do modelo de classes, 
ou seja, da estrutura definida para o software. O uso de 
exemplos reais facilita na identificação de prováveis erros 
 
conceituais que podem levar a uma falha de organização da 
estrutura do software. 
 
• Pergunta 3 
0,25 em 0,25 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: 
.Agregação. 
Resposta Correta: 
.Agregação. 
Feedback 
da 
resposta: 
Resposta correta. A agregação é um tipo especial de 
associação utilizada para representação relações do tipo todo-
parte. Com esse tipo de relacionamento é possível indicar que 
um objeto de uma classe “faz parte” de outro objeto de outra 
classe, quando instanciados. 
 
 
• Pergunta 4 
0,25 em 0,25 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: 
.Diagrama de Sequência – Interação entre objetos. 
Resposta Correta: 
.Diagrama de Sequência – Interação entre objetos. 
Feedback da 
resposta: 
Resposta correta. O diagrama de sequência representa o 
sistema sob a perspectiva de interação entre objetos. O referido 
diagrama é um diagrama de interação, subgrupo dos diagramas 
de comportamento da UML. 
 
 
• Pergunta 5 
0,25 em 0,25 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: 
.I, II, III e IV são verdadeiras. 
Resposta Correta: 
.I, II, III e IV são verdadeiras. 
Feedback 
da 
resposta: 
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 6 
0,25 em 0,25 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: 
.identificação de requisitos. 
Resposta Correta: 
.identificação de requisitos. 
Feedback 
da resposta: 
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 7 
0,25 em 0,25 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: 
.Estado inicial, estado final e ação. 
Resposta Correta: 
.Estado inicial, estado final e ação. 
Feedback 
da 
resposta: 
Resposta correta. Estado inicial e final são dois dos três estados 
possíveis de serem representados em um diagrama de estados. 
O primeiro diz respeito ao estado em que a leitura do diagrama 
será iniciadae a última diz respeito ao final da representação de 
estados do objeto pelo diagrama. Para sair de um estado para o 
outro é necessário que uma ação ocorra. 
 
 
• Pergunta 8 
0,25 em 0,25 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: 
.Cliente-Servidor e Camadas. 
Resposta Correta: 
.Cliente-Servidor e Camadas. 
Feedback 
da 
resposta: 
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 9 
0,25 em 0,25 pontos 
 
Muitas vezes os diagramas de classes são utilizados para descrever 
conceitos do negócio. Essa utilização visa traduzir a comunicação advinda 
dos clientes para os responsáveis por implementar de fato as 
funcionalidades do sistema. Sendo utilizadas com esse propósito, detalhes 
de implementação são muitas vezes suprimidos do diagrama e o enfoca 
torna-se maior para as entidades significativas para o negócio, bem como 
 
para seus atributos e relacionamentos com demais entidades. Veja o 
exemplo abaixo de um diagrama sendo utilizado com o propósito de 
descrever um negócio de vendas de uma empresa. 
 
Fonte: Autora 
Sobre o diagrama, é correto afirmar que: 
Resposta 
Selecionada: 
 
.Produto e Embalagem estão relacionados com uma 
associação de agregação. 
Resposta Correta: 
.Produto e Embalagem estão relacionados com uma 
associação de agregação. 
Feedback 
da 
resposta: 
Resposta correta. Produto agrega informações de Embalagem 
e, por conta disso, possui um relacionamento de agregação com 
ela. A representação do losango em uma das extremidades do 
relacionamento faz referência ao relacionamento de agregação. 
 
 
• Pergunta 10 
0,25 em 0,25 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: 
 
.Interfaces são utilizadas para mostrar a conexão entre 
componentes independentes. 
Resposta Correta: 
.Interfaces são utilizadas para mostrar a conexão entre 
componentes independentes. 
Feedback da 
resposta: 
Resposta correta. A representação de relacionamentos entre 
componentes pode ser dada através de interfaces que 
realizam a comunicação entre eles.

Continue navegando