Baixe o app para aproveitar ainda mais
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.
Compartilhar