Engenharia de Software –

UML 2.5(Tópicos Relevantes)

Prof. Washington Almeida, MSC, ISF 27002
UML 2.5

3
 Diagramas
Estruturais Comportamental
• Os diagramas estruturais tratam • Utilizado para visualizar, especificar,
construir e documentar aspectos
o aspecto estrutural tanto do dinâmicos de um devido sistema.
ponto de vista do sistema • Considerando aspectos dinâmicos de
quanto das classes. um sistema como representação das
suas partes que passam por alteração.
• Os aspectos estáticos de um • Assim como aspectos dinâmicos de
sistema de software abrangem a uma casa abrangem a passagem de
existência e a colocação de itens pessoas pelos cômodos, e a circulação
como classes, interfaces, de ar, também os aspectos dinâmicos
de um sistema de software envolve
colaborações, componentes. itens como fluxo de mensagem ao
longo do tempo.

4
 Pontos Importantes!!!

• Diversas empresas lançaram ferramentas para auxiliar a

modelagem e projeto de sistemas utilizando UML, gerar
código a partir da modelagem e projeto e realizar engenharia
reversa, ou seja, obter o modelo em UML a partir do código.
• Exemplos: Astah, EA Architect, StarUML, ArgoUML, etc...

5
Comparativo

6
 Questão 1
Ano: 2019 Banca: FCC Órgão: TJ-MA Prova: Analista Judiciário Analista de Sistemas Desenvolvimento
Considere, por hipótese, que uma Analista participa do levantamento de requisitos de um sistema de controle de processos
judiciários. Uma das funcionalidades do sistema realiza uma consulta e mostra a quantidade de processos por período nos
diversos juizados do Maranhão; como entrada, solicita a data inicial e final e, como resultado, apresenta o Ano, o Mês, o Nome
do Juizado, a Situação dos Processos e a Quantidade de Processos. Neste contexto,
a) “o tempo de resposta da consulta não deve ultrapassar 5 segundos” é um requisito funcional de desempenho.
b) “o sistema deve ser desenvolvido em Java, integrado à plataforma Oracle e fazer interface com a API Twitter4Beans” é um requisito não
funcional de usabilidade.
c) um requisito funcional deve atender ao atributo de Consistência. Este atributo indica que, quando o requisito assumir mais de uma
responsabilidade, deve ser decomposto.
d) um Caso de Uso pode especificar o comportamento de uma funcionalidade do sistema e a identificação dos atores pode se iniciar com os
primários e prosseguir com os secundários, que oferecem suporte ao sistema para que os primários possam realizar seu trabalho.
e) várias técnicas podem ser utilizadas, como o JAD – Joint Application Design, em que é realizada uma observação direta das atividades
realizadas durante um período de trabalho de um funcionário visando encontrar requisitos que não seriam observáveis usando técnicas
convencionais.

7
 Questão 1
Ano: 2019 Banca: FCC Órgão: TJ-MA Prova: Analista Judiciário Analista de Sistemas Desenvolvimento
Considere, por hipótese, que uma Analista participa do levantamento de requisitos de um sistema de controle de processos
judiciários. Uma das funcionalidades do sistema realiza uma consulta e mostra a quantidade de processos por período nos
diversos juizados do Maranhão; como entrada, solicita a data inicial e final e, como resultado, apresenta o Ano, o Mês, o Nome
do Juizado, a Situação dos Processos e a Quantidade de Processos. Neste contexto,
a) “o tempo de resposta da consulta não deve ultrapassar 5 segundos” é um requisito funcional de desempenho.
b) “o sistema deve ser desenvolvido em Java, integrado à plataforma Oracle e fazer interface com a API Twitter4Beans” é um requisito não
funcional de usabilidade.
c) um requisito funcional deve atender ao atributo de Consistência. Este atributo indica que, quando o requisito assumir mais de uma
responsabilidade, deve ser decomposto.
d) um Caso de Uso pode especificar o comportamento de uma funcionalidade do sistema e a identificação dos atores pode se iniciar com os
primários e prosseguir com os secundários, que oferecem suporte ao sistema para que os primários possam realizar seu trabalho.
e) várias técnicas podem ser utilizadas, como o JAD – Joint Application Design, em que é realizada uma observação direta das atividades
realizadas durante um período de trabalho de um funcionário visando encontrar requisitos que não seriam observáveis usando técnicas
convencionais.
Justificativa:
O ator primário é o interessado que acessa o sistema para entregar-lhe diretamente um serviço. Já o ator secundário (ou ator de suporte) é um interessado que provê um
serviço ao sistema.
a) Requisito Não Funcional
b) Requisito Não Funcional, mas não é de usabilidade
c) Não tem nada a ver.
e) JAD – Joint Application Development. E a questão mistura com o conceito de ETNOGRAFIA !! 8
 Questão 2
Ano: 2019 Banca: FCC Órgão: TJ-MA Prova: Analista Judiciário Analista de Sistemas Desenvolvimento

A figura representa um diagrama UML 2.5 de:

a) classes, no qual todos os relacionamentos são do tipo generalização.
b) objetos, no qual todos os relacionamentos são do tipo agregação.
c) componentes, que apresenta as interfaces e suas dependências.
d) classes, no qual createProductA()representa uma operação com visibilidade pública.
e) objetos, no qual createProductB()representa um método com visibilidade protegida.

9
 Questão 2
Ano: 2019 Banca: FCC Órgão: TJ-MA Prova: Analista Judiciário Analista de Sistemas Desenvolvimento

A figura representa um diagrama UML 2.5 de:

a) classes, no qual todos os relacionamentos são do tipo generalização.
b) objetos, no qual todos os relacionamentos são do tipo agregação.
c) componentes, que apresenta as interfaces e suas dependências.
d) classes, no qual createProductA()representa uma operação com visibilidade pública.
e) objetos, no qual createProductB()representa um método com visibilidade protegida.

Justificativa:
Diagrama de Classes: E o símbolo + representa a visibilidade pública.
10
 Questão 3
Ano: 2018 Banca: CESPE Órgão: BNB Prova: CESPE - 2018 - BNB - Especialista Técnico - Analista de
Sistema
Considerando os conceitos de análise e projeto orientados a objetos, julgue o item subsecutivo.

A UML é um guia para análise e projeto orientados a objetos, e mostra ao desenvolvedor como realizar
essas atividades.
Certo
Errado

Justificativa:
UML é uma linguagem- padrão para descrever/ documentar projeto de software. A UML pode ser usada para visualizar, especificar, construir e documentar
os artefatos de um sistema de software. Não se trata de um guia.

11
 Questão 4
Ano: 2018 Banca: CESPE Órgão: BNB Prova: CESPE - 2018 - BNB - Especialista Técnico - Analista de
Sistema
Considerando os conceitos de análise e projeto orientados a objetos, julgue o item subsecutivo.
Dois métodos podem ser utilizados para identificar casos de uso: um que se baseia em atores, em que
primeiro são identificados os atores e, depois, os eventos dos quais eles participam; e um que se
baseia em eventos, em que primeiro são identificados os eventos e, depois, os atores relacionados.
Certo
Errado

12
 Questão 4
Ano: 2018 Banca: CESPE Órgão: BNB Prova: CESPE - 2018 - BNB - Especialista Técnico - Analista de
Sistema
Considerando os conceitos de análise e projeto orientados a objetos, julgue o item subsecutivo.
Dois métodos podem ser utilizados para identificar casos de uso: um que se baseia em atores, em que
primeiro são identificados os atores e, depois, os eventos dos quais eles participam; e um que se
baseia em eventos, em que primeiro são identificados os eventos e, depois, os atores relacionados.
Certo
Errado

Justificativa:
Identificar as classes que executam o fluxo de eventos do caso de uso; distribuir o comportamento do caso de uso para tais classes, usando realizações de
caso de uso; identificar responsabilidades, atributos e associações das classes; e registrar o uso de mecanismos de arquitetura”.
Para isso os seguintes passos são propostos:
■ Fazer a análise de realização de casos de uso;
■ Suplementar a descrição de casos de uso;
■ Descobrir as classes de análise a partir do comportamento dos casos de uso;
■ Descrever responsabilidades;
■ Descrever atributos e associações.
13
 Gabarito

Questão Resposta
1 LETRA D
2 LETRA D
3 ERRADO
4 CERTO

14
15
 Referências

• PRESSMAN, Roger S. ; Bruce R. Maxim. Engenharia de Software, Uma Abordagem Profissional, 8° ed.
Porto Alegre: AMGH, 2016. ISBN 978-85-8055- 533-2.
• SOMMERVILLE, Ian. Engenharia de Software, 9. ed. São Paulo: Pearson Prentice Hall, 2011. ISBN 978-
85-7936-108-1.
• Lima, Adilson da Silva. UML 2.5: do requisito à solução / Adilson da Silva Lima. 1. ed. São Paulo: Érica,
2014.
• https://www.devmedia.com.br/o-que-e-uml-e-diagramas-de-caso-de-uso-introducao-pratica-a-
uml/23408, Acesso em 22/08/2019.

16