1 análise e projetos de sistemas orientados a objetos prof. andré argeri [email protected]...

75
1 Análise e Projetos de Análise e Projetos de Sistemas Orientados a Sistemas Orientados a Objetos Objetos Prof. André Argeri Prof. André Argeri [email protected] [email protected] Ribeirão Preto, Fevereiro 2010

Upload: internet

Post on 17-Apr-2015

110 views

Category:

Documents


6 download

TRANSCRIPT

Page 1: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

11

Análise e Projetos de Análise e Projetos de Sistemas Orientados a Sistemas Orientados a

ObjetosObjetos

Prof. André ArgeriProf. André Argeri

[email protected]@hotmail.com

Ribeirão Preto, Fevereiro 2010

Page 2: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

22

Apresentação da Apresentação da DisciplinaDisciplinaConteúdo Programático:Conteúdo Programático: O que é a UML?O que é a UML? Histórico UMLHistórico UML Princípios da modelagemPrincípios da modelagem Orientação a ObjetosOrientação a Objetos Ferramentas CASE baseadas na Ferramentas CASE baseadas na

linguagem UMLlinguagem UML DiagramasDiagramas

Page 3: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

33

Apresentação da Apresentação da DisciplinaDisciplina Objetivo GeralObjetivo Geral

– Conhecer e desenvolver todos Conhecer e desenvolver todos diagramas da UML.diagramas da UML.

Page 4: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

44

Apresentação da Apresentação da DisciplinaDisciplina Bibliografia:Bibliografia:

– BOOCH, G.; RUMBAUGH, J.; BOOCH, G.; RUMBAUGH, J.; JACOBSON, I. UML Guia do Usuário JACOBSON, I. UML Guia do Usuário (2ª Edição). Rio de Janeiro: Elsevier, (2ª Edição). Rio de Janeiro: Elsevier, 2005.2005.

– Guedes, G.T.A. UML 2 Guia de Guedes, G.T.A. UML 2 Guia de Consulta Rápida (2ª Edição). São Consulta Rápida (2ª Edição). São Paulo: Notatec, 2005.Paulo: Notatec, 2005.

– Pilone, D.; Pitman, N. UML 2 Rápido Pilone, D.; Pitman, N. UML 2 Rápido e Prático. Alta Books, 2006. e Prático. Alta Books, 2006.

Page 5: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

55

O que é a UML?O que é a UML?

UML – Unified Modeling Language ou UML – Unified Modeling Language ou Linguagem de Modelagem Unificada.Linguagem de Modelagem Unificada.

Linguagem altamente adotada Linguagem altamente adotada mundialmente pela indústria de mundialmente pela indústria de Engenharia de Software.Engenharia de Software.

Não é linguagem de programação.Não é linguagem de programação. O objetivo dela é auxiliar todas as O objetivo dela é auxiliar todas as

pessoas que estão envolvidas no pessoas que estão envolvidas no projeto.projeto.

Page 6: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

66

Características da UMLCaracterísticas da UML

Requisitos.Requisitos. Comportamento.Comportamento. Estrutura lógica.Estrutura lógica. Dinâmica de seus processos.Dinâmica de seus processos. Até necessidades físicas em relação ao Até necessidades físicas em relação ao

equipamento sobre o qual o sistema equipamento sobre o qual o sistema deverá ser implantado.deverá ser implantado.

Importante:Importante: Todas essas características Todas essas características são definidas por meio da UML antes do são definidas por meio da UML antes do software começar a ser realmente software começar a ser realmente desenvolvido.desenvolvido.

Page 7: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

77

Histórico da UMLHistórico da UML

União de três metodologias:União de três metodologias:– Método Booch.Método Booch.– Método OMT (Object Modeling Método OMT (Object Modeling

Techinique) – Jacobson.Techinique) – Jacobson.– Método OOSE (Object Oriented Método OOSE (Object Oriented

Software Engineering) – Rumbaugh.Software Engineering) – Rumbaugh.

Estas eram as metodologias usadas Estas eram as metodologias usadas até meados da década de 90.até meados da década de 90.

Page 8: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

88

Histórico da UMLHistórico da UML

O esforço inicial do projeto iniciou O esforço inicial do projeto iniciou com a União do método de Booch com a União do método de Booch com o método OMT de Jacobson, o com o método OMT de Jacobson, o que resultou no lançamento do que resultou no lançamento do método Unificado no final de 95. método Unificado no final de 95. Logo em seguida, juntou-se Logo em seguida, juntou-se Rumbaugh com o método OOSE que Rumbaugh com o método OOSE que começou a ser incorporado à nova começou a ser incorporado à nova tecnologia.tecnologia.

Em 96 foi lançada a primeira versão Em 96 foi lançada a primeira versão da UML.da UML.

Page 9: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

99

Histórico da UMLHistórico da UML

Tão logo a primeira versão foi Tão logo a primeira versão foi lançada, diversas grandes lançada, diversas grandes empresas atuantes na área de empresas atuantes na área de engenharia e desenvolvimento de engenharia e desenvolvimento de software passaram a contribuir com software passaram a contribuir com o projeto, fornecendo sugestões o projeto, fornecendo sugestões para melhorar e ampliar a para melhorar e ampliar a linguagem.linguagem.

Page 10: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

1010

Princípios da Princípios da modelagemmodelagem 1º - A escolha dos modelos a serem 1º - A escolha dos modelos a serem

criados tem profunda influência criados tem profunda influência sobre a maneira como um sobre a maneira como um determinado problema é atacado e determinado problema é atacado e como uma solução é definida;como uma solução é definida;

2º - Cada modelo poderá ser 2º - Cada modelo poderá ser expresso em diferentes níveis de expresso em diferentes níveis de precisão;precisão;

Page 11: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

1111

Princípios da Princípios da modelagemmodelagem 3º - Os melhores modelos estão 3º - Os melhores modelos estão

relacionados à realidade;relacionados à realidade; 4º - Nenhum modelo único é 4º - Nenhum modelo único é

suficiente. Qualquer sistema não-suficiente. Qualquer sistema não-trivial será melhor investigado por trivial será melhor investigado por meio de um pequeno conjunto de meio de um pequeno conjunto de modelos quase independentes com modelos quase independentes com vários pontos de vista.vários pontos de vista.

Page 12: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

1212

Orientação a ObjetosOrientação a Objetos

O método orientado a objetos para o O método orientado a objetos para o desenvolvimento do software é, com desenvolvimento do software é, com certeza, uma parte do fluxo principal, certeza, uma parte do fluxo principal, simplesmente porque tem sido provado simplesmente porque tem sido provado seu valor para a construção de sistemas seu valor para a construção de sistemas em todos os tipos de domínios de em todos os tipos de domínios de problemas, abrangendo todos os graus problemas, abrangendo todos os graus de tamanho e de complexidade. Alem de tamanho e de complexidade. Alem disso, muitas linguagens, sistemas disso, muitas linguagens, sistemas operacionais e ferramentas operacionais e ferramentas contemporâneos são, de alguma forma, contemporâneos são, de alguma forma, orientados a objetos, fortalecendo a orientados a objetos, fortalecendo a visão de mundo em termos de objetos. visão de mundo em termos de objetos.

Page 13: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

1313

UML é uma Linguagem UML é uma Linguagem para documentaçãopara documentação

RequisitosRequisitos

ArquiteturaArquitetura

ProjetoProjeto

Código fonteCódigo fonte

Planos de projetosPlanos de projetos

TestesTestes

PrototiposPrototipos

Page 14: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

1414

Ferramentas CASE Ferramentas CASE baseadas na linguagem baseadas na linguagem UMLUML Ferramentas CASE (computer aided Ferramentas CASE (computer aided

software engineering ou engenharia software engineering ou engenharia de software auxiliada por de software auxiliada por computador, são softwares que de computador, são softwares que de alguma maneira colaboram para a alguma maneira colaboram para a execução de uma ou mais execução de uma ou mais atividades realizadas durante o atividades realizadas durante o processo de engenharia de processo de engenharia de software.software.

Page 15: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

1515

Exemplos de Exemplos de FerramentasFerramentas Rational RoseRational Rose Enterprise ArchitectEnterprise Architect Visual Paradigm for UML ou VP-UMLVisual Paradigm for UML ou VP-UML Poseidon for UMLPoseidon for UML ArgoUMLArgoUML JudeJude Entre outros.Entre outros.

Page 16: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

1616

DiagramasDiagramas

Diagrama de ClassesDiagrama de Classes Diagrama de ObjetosDiagrama de Objetos Diagrama de componentesDiagrama de componentes Diagrama de estruturas compostasDiagrama de estruturas compostas Diagrama de caso de usoDiagrama de caso de uso Diagrama de seqüênciasDiagrama de seqüências Diagrama de comunicações Diagrama de comunicações

Page 17: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

1717

DiagramasDiagramas

Diagrama de gráficos de estadosDiagrama de gráficos de estados Diagrama de atividadesDiagrama de atividades Diagrama de implantaçãoDiagrama de implantação Diagrama de pacoteDiagrama de pacote Diagrama de temporizaçãoDiagrama de temporização Diagrama de visão geral de Diagrama de visão geral de

interaçãointeração

No total são 13 diagramas.No total são 13 diagramas.

Page 18: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

1818

Diagrama de caso de Diagrama de caso de usouso Este diagrama procura, por meio de Este diagrama procura, por meio de

uma linguagem simples, demonstrar uma linguagem simples, demonstrar o comportamento externo do o comportamento externo do sistema, procurando apresentar o sistema, procurando apresentar o sistema através de uma perspectiva sistema através de uma perspectiva do usuário, demonstrando as funções do usuário, demonstrando as funções e serviços oferecidos e quais usuários e serviços oferecidos e quais usuários poderão utilizar cada serviço.poderão utilizar cada serviço.

Page 19: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

1919

Diagrama de caso de Diagrama de caso de usouso Este diagrama é, dentre todos os Este diagrama é, dentre todos os

diagramas da UML, o mais abstrato, diagramas da UML, o mais abstrato, flexível e informal, sendo utilizado flexível e informal, sendo utilizado principalmente no inicio da principalmente no inicio da modelagem do sistema, embora modelagem do sistema, embora venha a ser consultado e venha a ser consultado e possivelmente modificado durante possivelmente modificado durante todo o processo de engenharia e todo o processo de engenharia e sirva de base para a modelagem de sirva de base para a modelagem de outros programas.outros programas.

Page 20: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

2020

Diagrama de caso de Diagrama de caso de usousoAtores (Bonecos Atores (Bonecos Magros)Magros) Os atores representam os papéis Os atores representam os papéis

desempenhados pelos diversos desempenhados pelos diversos usuários que poderão utilizar ou usuários que poderão utilizar ou interagir com os serviços e funções interagir com os serviços e funções do sistema. Eventualmente um do sistema. Eventualmente um ator pode representar algum ator pode representar algum hardware especial ou mesmo um hardware especial ou mesmo um outro software que interaja com o outro software que interaja com o sistema. Ele possuem uma breve sistema. Ele possuem uma breve descrição logo abaixo do seu descrição logo abaixo do seu símbolo que identifica o papel que símbolo que identifica o papel que o autor assume dentro do o autor assume dentro do diagramadiagrama

Page 21: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

2121

Diagrama de caso de Diagrama de caso de usousoCasos de UsoCasos de Uso

Os casos de uso referem-se Os casos de uso referem-se aos serviços, tarefas ou aos serviços, tarefas ou funções oferecidas pelo funções oferecidas pelo sistema, como emitir um sistema, como emitir um relatório ou cadastrar a venda relatório ou cadastrar a venda de algum produto. São de algum produto. São utilizados para expressar e utilizados para expressar e documentar os documentar os comportamentos pretendidos comportamentos pretendidos para as funções do sistema.para as funções do sistema.

Page 22: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

2222

Diagrama de caso de Diagrama de caso de usousoCasos de UsoCasos de Uso Os casos de uso costumam ser Os casos de uso costumam ser

documentados , demonstrando documentados , demonstrando qual o comportamento pretendido qual o comportamento pretendido para o caso de uso em questão e para o caso de uso em questão e quais funções ele executará quais funções ele executará quando for solicitado.quando for solicitado.

Page 23: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

2323

Diagrama de caso de Diagrama de caso de usousoCasos de Uso.Casos de Uso. Nome do caso de usoNome do caso de uso ObjetivoObjetivo Atores Atores PassosPassos

Page 24: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

2424

Diagrama de caso de Diagrama de caso de usousoCasos de Uso.Casos de Uso. Exemplo da descrição do caso de uso:Exemplo da descrição do caso de uso:

Nome: Visualizar Notas e faltas.Nome: Visualizar Notas e faltas. Objetivo: Listar para o aluno as suas Objetivo: Listar para o aluno as suas

respectivas informações.respectivas informações. Ator: Aluno.Ator: Aluno. PassosPassos 1 – O ator entra com o seu numero de 1 – O ator entra com o seu numero de

matricula e senha.matricula e senha. 2 – O sistema Lista os períodos.2 – O sistema Lista os períodos. 3 – O ator seleciona o período desejado3 – O ator seleciona o período desejado 4 – O sistema lista as informações para o ator. 4 – O sistema lista as informações para o ator.

Page 25: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

2525

Diagrama de caso de Diagrama de caso de usousoCasos de Uso.Casos de Uso. RestriçõesRestrições 1.1 – O sistema verifica se o nome o 1.1 – O sistema verifica se o nome o

número de matricula está correto, caso número de matricula está correto, caso negativo, o sistema bloqueia a entrada no negativo, o sistema bloqueia a entrada no sistema e exibe mensagem.sistema e exibe mensagem.

1.2 – O sistema verifica se a senha condiz 1.2 – O sistema verifica se a senha condiz com o número de matricula, caso com o número de matricula, caso negativo, o sistema bloqueia a entrada do negativo, o sistema bloqueia a entrada do sistema e exibe mensagem.sistema e exibe mensagem.

3.1 – O ator não seleciona o período, o 3.1 – O ator não seleciona o período, o sistema solicita o preenchimento do sistema solicita o preenchimento do mesmo.mesmo.

Page 26: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

2626

Diagrama de caso de Diagrama de caso de usousoAssociações.Associações.

As associações As associações representam os representam os relacionamentos entre os relacionamentos entre os atores que interagem atores que interagem com o sistema, entre os com o sistema, entre os atores e os casos de uso. atores e os casos de uso. Relacionamentos entre Relacionamentos entre os casos de uso recebem os casos de uso recebem nomes especiais, como nomes especiais, como inclusão, extensão e inclusão, extensão e generalização.generalização.

Page 27: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

2727

Diagrama de caso de Diagrama de caso de usousoAssociações.Associações. Uma associação entre um ator e um caso de Uma associação entre um ator e um caso de

uso demonstra que o ator utiliza-se, de alguma uso demonstra que o ator utiliza-se, de alguma maneira, da função representada pelo caso de maneira, da função representada pelo caso de uso. A associação entre um ator e um caso de uso. A associação entre um ator e um caso de uso é representado por uma reta ligando o uso é representado por uma reta ligando o ator com o caso de uso, podendo ocorrer que ator com o caso de uso, podendo ocorrer que as extremidades da reta contenham setas, as extremidades da reta contenham setas, indicando a navegabilidade da associação, ou indicando a navegabilidade da associação, ou seja, se as informações são fornecidas pelo seja, se as informações são fornecidas pelo autor ao caso de uso, se não transmitidas do autor ao caso de uso, se não transmitidas do caso de uso para o autor ou ambos (neste caso de uso para o autor ou ambos (neste ultimo caso a reta não possui setas).ultimo caso a reta não possui setas).

Page 28: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

2828

Diagrama de caso de usoDiagrama de caso de usoEspecialização / Especialização / GeneralizaçãoGeneralização

Este relacionamento é Este relacionamento é uma forma de uma forma de associações entre casos associações entre casos de uso na qual existem de uso na qual existem dois ou mais casos de dois ou mais casos de uso com características uso com características semelhantes, semelhantes, apresentando pequenas apresentando pequenas diferenças entre si. diferenças entre si.

Page 29: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

2929

Quando tal situação ocorre, costuma-se Quando tal situação ocorre, costuma-se definir um caso de uso geral, que descreve as definir um caso de uso geral, que descreve as características compartilhadas por todos os características compartilhadas por todos os casos de uso em questão, e então relacioná-casos de uso em questão, e então relacioná-lo com estes, cuja documentação conterá lo com estes, cuja documentação conterá somente as características específicas de somente as características específicas de cada um. Assim não é necessário colocar a cada um. Assim não é necessário colocar a mesma documentação para todos os casos mesma documentação para todos os casos de uso envolvidos, porque toda a estrutura de uso envolvidos, porque toda a estrutura de um caso de uso generalizado é herdada de um caso de uso generalizado é herdada pelos casos de uso especializados, incluindo pelos casos de uso especializados, incluindo quaisquer possíveis associações.quaisquer possíveis associações.

Diagrama de caso de usoDiagrama de caso de usoEspecialização / Especialização / GeneralizaçãoGeneralização

Page 30: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

3030

Esta associação é utilizada quando Esta associação é utilizada quando existe um situação ou rotina comum existe um situação ou rotina comum a mais de uma caso de uso. Quando a mais de uma caso de uso. Quando ocorre, a documentação dessa rotina ocorre, a documentação dessa rotina é colocada em caso de uso é colocada em caso de uso específico para que outros caso de específico para que outros caso de uso utilizem-se desse serviço, uso utilizem-se desse serviço, evitando-se descrever uma mesma evitando-se descrever uma mesma seqüência de passos em vários casos seqüência de passos em vários casos de uso. de uso.

Diagrama de caso de Diagrama de caso de usousoInclusão (include)Inclusão (include)

Page 31: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

3131

Diagrama de caso de Diagrama de caso de usousoInclusão (include)Inclusão (include) Os relacionamentos de inclusão Os relacionamentos de inclusão

indicam uma obrigatoriedade, ou indicam uma obrigatoriedade, ou seja, quando um determinado caso seja, quando um determinado caso de uso possui um relacionamento de uso possui um relacionamento de inclusão com outro, a execução de inclusão com outro, a execução do primeiro obriga também a do primeiro obriga também a execução do segundo. Um execução do segundo. Um relacionamento de inclusão pode relacionamento de inclusão pode ser comparado à chamada de uma ser comparado à chamada de uma sub-rotina.sub-rotina.

Page 32: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

3232

Diagrama de caso de Diagrama de caso de usousoInclusão (include)Inclusão (include) ExemploExemplo

Page 33: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

3333

Diagrama de caso de Diagrama de caso de usousoExtensão (extend)Extensão (extend) Esta associação é utilizada para Esta associação é utilizada para

descrever cenários opcionais de um descrever cenários opcionais de um caso de uso, que somente ocorrerão se caso de uso, que somente ocorrerão se uma determinada condição for uma determinada condição for satisfeita. As associações de extensão satisfeita. As associações de extensão possuem uma representação muito possuem uma representação muito semelhante às associações de inclusão, semelhante às associações de inclusão, sendo também representados por uma sendo também representados por uma linha tracejada.linha tracejada.

Page 34: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

3434

Diagrama de caso de Diagrama de caso de usousoExtensão (extend)Extensão (extend) ExemploExemplo

Page 35: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

3535

Diagrama de caso de Diagrama de caso de usousoMultiplicidadeMultiplicidade A multiplicidade em uma A multiplicidade em uma

associação entre um ator e um associação entre um ator e um caso de uso basicamente caso de uso basicamente especifica o número de vezes que especifica o número de vezes que um ator pode utilizar um um ator pode utilizar um determinado caso de uso.determinado caso de uso.

Page 36: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

3636

Diagrama de caso de Diagrama de caso de usousoFronteira do SistemaFronteira do Sistema Um fronteira do sistema identifica Um fronteira do sistema identifica

um classificador que contém um um classificador que contém um conjunto de casos de uso. Uma conjunto de casos de uso. Uma fronteira de sistema permite fronteira de sistema permite identificar um sub-sistema ou identificar um sub-sistema ou mesmo um sistema completo, além mesmo um sistema completo, além de destacar o que está contido no de destacar o que está contido no sistema e o que não está.sistema e o que não está.

Page 37: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

3737

Diagrama de caso de Diagrama de caso de usousoExercícioExercícioFazer o diagrama de caso de uso referente ao Fazer o diagrama de caso de uso referente ao

atendimento do paciente:atendimento do paciente:• O atendimento começa quando o paciente O atendimento começa quando o paciente

chega e avisa o atendente de sua chegada. chega e avisa o atendente de sua chegada. • O atendente por sua vez entra no sistema e O atendente por sua vez entra no sistema e

marca que o paciente já está pronto para a marca que o paciente já está pronto para a consulta. consulta.

• O medico faz a consulta e pode pedir exames e O medico faz a consulta e pode pedir exames e receitar medicamentos, após a consulta o receitar medicamentos, após a consulta o paciente pode solicitar o retorno. paciente pode solicitar o retorno.

• Ao finalizar o atendimento o médico seleciona Ao finalizar o atendimento o médico seleciona o próximo paciente da lista dos presentes.o próximo paciente da lista dos presentes.

• Descrever o caso de uso para a Consulta do Descrever o caso de uso para a Consulta do pacientepaciente

Page 38: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

Diagrama de caso de Diagrama de caso de usousoExercícioExercício Monte um caso de uso para uma oficina Monte um caso de uso para uma oficina

mecânica, segue os dados:mecânica, segue os dados: O cliente, conta todos os problemas O cliente, conta todos os problemas

pertinentes com o veículo.pertinentes com o veículo. O atendente adiciona cada item que o O atendente adiciona cada item que o

cliente está solicitando para fazer a Ordem cliente está solicitando para fazer a Ordem de Serviço.de Serviço.

O mecânico vai imprimir os problemas que O mecânico vai imprimir os problemas que o cliente reclamou e começa a verificar o o cliente reclamou e começa a verificar o veículo.veículo.

3838

Page 39: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

Diagrama de caso de Diagrama de caso de usousoExercício (Cont)Exercício (Cont) Após as constatações efetuadas o mecânico Após as constatações efetuadas o mecânico

entra com as informações sobre o serviço a ser entra com as informações sobre o serviço a ser executado.executado.

O atendente verifica quais orçamentos podem O atendente verifica quais orçamentos podem ser passados para o cliente.ser passados para o cliente.

O cliente pode solicitar que nada seja feito ou O cliente pode solicitar que nada seja feito ou efetuar o concerto total ou parcial .efetuar o concerto total ou parcial .

O atendente passa um prazo para o cliente O atendente passa um prazo para o cliente buscar seu veículo.buscar seu veículo.

Ao chegar a oficina o cliente vai efetuar o Ao chegar a oficina o cliente vai efetuar o pagamento no caixa, para liberar seu veículo.pagamento no caixa, para liberar seu veículo.

3939

Page 40: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

Diagrama de caso de Diagrama de caso de usousoExercícioExercício

4040

Page 41: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

Diagrama de caso de Diagrama de caso de usousoExercícioExercício

4141

Page 42: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

4242

Diagrama de ClasseDiagrama de Classe

O diagrama de classe é o diagrama O diagrama de classe é o diagrama mais utilizado na UML. Se objetivo mais utilizado na UML. Se objetivo é permitir a visualização das é permitir a visualização das classes utilizadas pelo sistema e classes utilizadas pelo sistema e como estas se relacionam. Esse como estas se relacionam. Esse diagrama apresenta uma visão diagrama apresenta uma visão estática de como suas classes estática de como suas classes estão organizadas, preocupando-se estão organizadas, preocupando-se em definir sua estrutura lógica. em definir sua estrutura lógica.

Page 43: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

4343

Diagrama de ClasseDiagrama de Classe

Um diagrama de classe pode ser Um diagrama de classe pode ser utilizado para modelar o modelo utilizado para modelar o modelo lógico de um banco de dados, lógico de um banco de dados, quando se assemelha aos antigos quando se assemelha aos antigos Modelos- Entidade-Relacionamento. Modelos- Entidade-Relacionamento. Na verdade o diagrama de classe Na verdade o diagrama de classe foi propositalmente projetado para foi propositalmente projetado para ser uma evolução do MER. ser uma evolução do MER.

Page 44: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

4444

Diagrama de ClasseDiagrama de Classe

No entanto deve ficar bem claro que No entanto deve ficar bem claro que o diagrama de classe não é utilizado o diagrama de classe não é utilizado unicamente para a modelagem de unicamente para a modelagem de modelos lógicos e banco de dados e modelos lógicos e banco de dados e mais importante, que uma mais importante, que uma

classe não corresponde classe não corresponde a uma tabelaa uma tabela..

Page 45: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

4545

Diagrama de ClasseDiagrama de ClasseRelacionamentos ou Relacionamentos ou AssociaçõesAssociações As classes costumam possuir As classes costumam possuir

relacionamentos entre si, chamados relacionamentos entre si, chamados associações que as permitem associações que as permitem compartilhar informações e compartilhar informações e colaborarem para a execução dos colaborarem para a execução dos processos executados pelo sistema. processos executados pelo sistema. Uma associação descreve um Uma associação descreve um vínculo que ocorre normalmente vínculo que ocorre normalmente entre os objetos de uma ou mais entre os objetos de uma ou mais classes.classes.

Page 46: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

4646

Diagrama de ClasseDiagrama de ClasseExemploExemplo

Nome da classe

Atributos

Métodos

Page 47: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

4747

Diagrama de ClasseDiagrama de ClasseRelacionamentos ou Relacionamentos ou AssociaçõesAssociações As associações são representadas por As associações são representadas por

retas ligando as classes envolvidas, retas ligando as classes envolvidas, podendo também possuir setas em podendo também possuir setas em suas extremidades para indicar a suas extremidades para indicar a navegabilidade da associação, o que navegabilidade da associação, o que representa o sentido em que as representa o sentido em que as informações são transmitidas entre informações são transmitidas entre os objetos das classes envolvidas.os objetos das classes envolvidas.

Page 48: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

4848

Diagrama de ClasseDiagrama de ClasseAssociação UnáriaAssociação Unária

Este tipo de associação ocorre Este tipo de associação ocorre quando existe um relacionamento quando existe um relacionamento de um objeto de uma classe com de um objeto de uma classe com objetos da mesma classe.objetos da mesma classe.

Page 49: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

4949

Diagrama de ClasseDiagrama de ClasseAssociação BináriaAssociação Binária

Associações binárias ocorrem quando Associações binárias ocorrem quando são identificados relacionamentos são identificados relacionamentos entre objetos de duas classes.entre objetos de duas classes.

Page 50: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

5050

Diagrama de ClasseDiagrama de ClasseAssociação Ternária ou N-Associação Ternária ou N-áriaária Associações ternárias ou N-árias Associações ternárias ou N-árias

são associações que conectam são associações que conectam objetos de mais de duas classes. objetos de mais de duas classes. São representadas por um São representadas por um losângulo para onde convergem losângulo para onde convergem todas as ligações da associação.todas as ligações da associação.

Page 51: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

5151

Diagrama de ClasseDiagrama de ClasseAgregaçãoAgregação

Agregação é um tipo especial de Agregação é um tipo especial de associação onde tenta-se associação onde tenta-se demonstrar que as informações demonstrar que as informações de um objeto precisam ser de um objeto precisam ser complementadas pelas complementadas pelas informações contidas em um ou informações contidas em um ou mais objetos de outra classe.mais objetos de outra classe.

Page 52: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

5252

Diagrama de ClasseDiagrama de ClasseComposiçãoComposição

Essa associação é uma variação da Essa associação é uma variação da agregação, onde é apresentado um agregação, onde é apresentado um vínculo mais forte entre os objetos-vínculo mais forte entre os objetos-todo e os objetos-parte, todo e os objetos-parte, procurando demonstrar que os procurando demonstrar que os objetos-parte tem de estar objetos-parte tem de estar associados a um único objeto-todo.associados a um único objeto-todo.

Page 53: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

5353

Diagrama de ClasseDiagrama de ClasseEspecialização / Especialização / GeneralizaçãoGeneralização Esta associação identifica classes-Esta associação identifica classes-

mãe, chamadas gerais e classes-mãe, chamadas gerais e classes-filhas, chamadas especializadas, filhas, chamadas especializadas, demonstrando a ocorrência de demonstrando a ocorrência de herança e possivelmente de herança e possivelmente de métodos polimórficos nas classes métodos polimórficos nas classes especializadas.especializadas.

Page 54: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

5454

Diagrama de ClasseDiagrama de ClasseDependênciaDependência

Este relacionamento, como o Este relacionamento, como o próprio nome diz identifica um próprio nome diz identifica um certo grau de dependência de uma certo grau de dependência de uma classe em relação à outra. O classe em relação à outra. O relacionamento de dependência é relacionamento de dependência é representado por uma reta representado por uma reta tracejada entre duas classes tracejada entre duas classes contendo uma seta apontando a contendo uma seta apontando a classe da qual a classe posicionada classe da qual a classe posicionada na outra extremidade do na outra extremidade do relacionamento dependente.relacionamento dependente.

Page 55: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

5555

Diagrama de ClasseDiagrama de ClasseDependênciaDependênciaExemploExemplo

Page 56: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

5656

Diagrama de ClasseDiagrama de ClasseClasse associativaClasse associativa Classes associativas são produzidas quando Classes associativas são produzidas quando

ocorrem associações que possuem multiplicidade ocorrem associações que possuem multiplicidade de muitos para muitos. As classes associativas de muitos para muitos. As classes associativas são necessárias nesses casos porque não existe são necessárias nesses casos porque não existe um repositório que possa armazenar as um repositório que possa armazenar as informações produzidas pelas associações já que informações produzidas pelas associações já que todos os objetos envolvidos apresentam todos os objetos envolvidos apresentam multiplicidade muitos e isto obriga que seu multiplicidade muitos e isto obriga que seu atributo-chave seja transmitido aos outros objetos atributo-chave seja transmitido aos outros objetos e como todos possuem a mesma multiplicidade, e como todos possuem a mesma multiplicidade, nenhum deles pode receber os atributos dos nenhum deles pode receber os atributos dos outros, assim é preciso criar uma classe outros, assim é preciso criar uma classe associativa para armazenar os atributos associativa para armazenar os atributos transmitidos pela associação, o que não impede transmitidos pela associação, o que não impede que a classe associativa possua atributos próprios.que a classe associativa possua atributos próprios.

Page 57: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

5757

Diagrama de ClasseDiagrama de ClasseClasse associativaClasse associativaExemploExemplo

Page 58: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

5858

Diagrama de ClasseDiagrama de ClasseExercíciosExercícios Continue o diagrama de caso de Continue o diagrama de caso de

uso feito anteriormente.uso feito anteriormente.

Page 59: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

5959

Diagrama de caso de uso Diagrama de caso de uso e de Classee de ClasseExercíciosExercícios Monte os diagramas para um sistema de e-commerceMonte os diagramas para um sistema de e-commerce Montar todos os casos de uso e o diagrama de classe.Montar todos os casos de uso e o diagrama de classe. O cliente vai escolher os produtos que deseja O cliente vai escolher os produtos que deseja

comprar, e vai listando no carrinho de compra.comprar, e vai listando no carrinho de compra. Após efetuar a compra o cliente pode tanto efetuar Após efetuar a compra o cliente pode tanto efetuar

seu cadastro ou utilizar o cadastramento feito em seu cadastro ou utilizar o cadastramento feito em alguma compra anterior.alguma compra anterior.

O sistema terá de retirar os produtos do estoque.O sistema terá de retirar os produtos do estoque. O cliente escolhe a forma de pagamento.O cliente escolhe a forma de pagamento. O cliente pode consultar o pedido posteriormente.O cliente pode consultar o pedido posteriormente.

Page 60: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

6060

Diagrama de ObjetosDiagrama de Objetos

O diagrama de objetos tem como objetivo O diagrama de objetos tem como objetivo fornecer uma “visão” dos valores fornecer uma “visão” dos valores armazenados pelos objetos das classes armazenados pelos objetos das classes definidas no diagrama de classes em um definidas no diagrama de classes em um determinado processo do sistema. Assim, determinado processo do sistema. Assim, embora o diagrama de classes seja embora o diagrama de classes seja estático, pode-se criar diagrama de estático, pode-se criar diagrama de objetos, onde as possíveis situações pelas objetos, onde as possíveis situações pelas quais os objetos das classes passarão quais os objetos das classes passarão possam ser simuladas.possam ser simuladas.

Não possui esse diagrama no astah.Não possui esse diagrama no astah.

Page 61: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

6161

Diagrama de Diagrama de ComponentesComponentes Como seu próprio nome diz, identifica Como seu próprio nome diz, identifica

os componentes que fazem parte de os componentes que fazem parte de um sistema, um subsistema ou mesmo um sistema, um subsistema ou mesmo os componentes ou classes internas de os componentes ou classes internas de um componente individual. Um um componente individual. Um componente pode representar tanto um componente pode representar tanto um componente lógico (um componente de componente lógico (um componente de negócio ou de processo) ou um negócio ou de processo) ou um componente físico, como arquivos componente físico, como arquivos contendo código fonte, arquivos de contendo código fonte, arquivos de ajuda, bibliotecas, etc.ajuda, bibliotecas, etc.

Page 62: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

6262

Diagrama de Diagrama de estruturas compostasestruturas compostasEle é utilizado para modelar colaborações. Ele é utilizado para modelar colaborações.

Uma colaboração descreve uma visão de Uma colaboração descreve uma visão de um conjunto de entidades cooperativas um conjunto de entidades cooperativas interpretadas por instâncias que cooperam interpretadas por instâncias que cooperam entre si para executar uma função entre si para executar uma função específica. Ele tenta expressar específica. Ele tenta expressar arquiteturas de tempo de execução, arquiteturas de tempo de execução, padrões de uso e os relacionamentos dos padrões de uso e os relacionamentos dos elementos participantes, o que nem elementos participantes, o que nem sempre pode ser representado por sempre pode ser representado por diagramas estáticos (diagrama de classe).diagramas estáticos (diagrama de classe).

Page 63: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

6363

Diagrama de Diagrama de seqüênciasseqüências Este diagrama procura determinar a Este diagrama procura determinar a

seqüência de eventos que ocorrem em seqüência de eventos que ocorrem em um determinado processo, identificando um determinado processo, identificando quais métodos devem ser disparados quais métodos devem ser disparados entre os atores e objetos envolvidos e entre os atores e objetos envolvidos e em ordem. O diagrama de seqüência em ordem. O diagrama de seqüência baseia-se no diagrama de caso de uso, baseia-se no diagrama de caso de uso, havendo normalmente um diagrama de havendo normalmente um diagrama de seqüência para cada caso de uso, uma seqüência para cada caso de uso, uma vez que um caso de uso, em geral vez que um caso de uso, em geral refere-se a um processo disparado por refere-se a um processo disparado por um ator. Assim um diagrama de um ator. Assim um diagrama de seqüência também permite documentar seqüência também permite documentar um caso de uso.um caso de uso.

Page 64: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

6464

Diagrama de Diagrama de seqüênciasseqüências O diagrama de seqüência depende O diagrama de seqüência depende

também do diagrama de classes, já que também do diagrama de classes, já que as classes dos objetos declarados no as classes dos objetos declarados no diagrama estão descritas nele, bem como diagrama estão descritas nele, bem como os métodos disparados entre os objetos. os métodos disparados entre os objetos. No entanto, o diagrama de seqüência é No entanto, o diagrama de seqüência é uma excelente forma de validar o uma excelente forma de validar o diagrama de classes, pois ao modelá-lo diagrama de classes, pois ao modelá-lo muitas vezes percebem-se falhas e a muitas vezes percebem-se falhas e a necessidade de declarar novos métodos necessidade de declarar novos métodos que não haviam sido imaginados antes.que não haviam sido imaginados antes.

Page 65: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

6565

Diagrama de Diagrama de comunicaçõescomunicações Ele está amplamente associado ao Ele está amplamente associado ao

diagrama de seqüência, na verdade um diagrama de seqüência, na verdade um complementa o outro. As informações complementa o outro. As informações mostradas no diagrama de comunicação mostradas no diagrama de comunicação são, com freqüência, praticamente as são, com freqüência, praticamente as mesmas apresentadas no diagrama de mesmas apresentadas no diagrama de seqüência, porém com enfoque diferente, seqüência, porém com enfoque diferente, visto que este diagrama não se preocupa visto que este diagrama não se preocupa com a temporidade do processo, com a temporidade do processo, concentrando-se em como os objetos concentrando-se em como os objetos estão vinculados e quais mensagens estão vinculados e quais mensagens trocam entre si durante o processo.trocam entre si durante o processo.

Page 66: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

6666

Diagrama de gráficos Diagrama de gráficos de estadosde estados Este diagrama demonstra o Este diagrama demonstra o

comportamento de um elemento comportamento de um elemento através de um conjunto de transições de através de um conjunto de transições de estado. O elemento modelado muitas estado. O elemento modelado muitas vezes é uma instância de uma classe, no vezes é uma instância de uma classe, no entanto, pode-se usar este diagrama entanto, pode-se usar este diagrama para modelar o comportamento de um para modelar o comportamento de um caso de uso ou mesmo o comportamento caso de uso ou mesmo o comportamento de um sistema completo, neste caso de um sistema completo, neste caso estaremos considerando o caso de uso estaremos considerando o caso de uso ou o sistema como objetos.ou o sistema como objetos.

Page 67: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

6767

Diagrama de Diagrama de atividadesatividades É o diagrama com maior ênfase ao nível É o diagrama com maior ênfase ao nível

de algoritmo da UML e provavelmente de algoritmo da UML e provavelmente um dos mais detalhistas. Este diagrama um dos mais detalhistas. Este diagrama apresenta muitas semelhanças com os apresenta muitas semelhanças com os antigos fluxogramas utilizados para antigos fluxogramas utilizados para desenvolver a lógica de programação e desenvolver a lógica de programação e determinar o fluxo de controle de um determinar o fluxo de controle de um algoritmo, sendo inclusive comum algoritmo, sendo inclusive comum encontrar-se diagramas de atividade encontrar-se diagramas de atividade utilizando uma linguagem de utilizando uma linguagem de programação real.programação real.

Page 68: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

6868

Diagrama de Diagrama de atividadesatividades Este diagrama é utilizado, como o Este diagrama é utilizado, como o

próprio nome diz, para modelar próprio nome diz, para modelar atividades, que podem ser um método atividades, que podem ser um método ou um algoritmo, ou mesmo um processo ou um algoritmo, ou mesmo um processo completo. Atividades podem descrever completo. Atividades podem descrever computação procedural, neste contexto computação procedural, neste contexto elas são os métodos correspondentes às elas são os métodos correspondentes às operações sobre classes. Uma atividade operações sobre classes. Uma atividade é composta por um conjunto de ações, é composta por um conjunto de ações, ou seja, os passos necessários para que ou seja, os passos necessários para que uma atividade seja concluída.uma atividade seja concluída.

Page 69: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

6969

Diagrama de Diagrama de atividadesatividades Uma atividade sempre conterá ações, Uma atividade sempre conterá ações,

no entanto, não necessariamente estas no entanto, não necessariamente estas estarão representadas dentro da estarão representadas dentro da atividade, como quando for necessário atividade, como quando for necessário fazer referência a uma atividade já fazer referência a uma atividade já modelada ou para poupar espaço no modelada ou para poupar espaço no diagrama. Além disso, o diagrama de diagrama. Além disso, o diagrama de atividades pode ser usado para atividades pode ser usado para representar dois tipos de fluxo: de representar dois tipos de fluxo: de controle e de objetos.controle e de objetos.

Page 70: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

7070

Diagrama de Diagrama de implantaçãoimplantação É o diagrama com a visão mais física da É o diagrama com a visão mais física da

UML. Este diagrama enfoca a questão da UML. Este diagrama enfoca a questão da organização da arquitetura física sobre a organização da arquitetura física sobre a qual o software irá ser implantado e qual o software irá ser implantado e executado em termos de hardware, ou executado em termos de hardware, ou seja, as máquinas (computadores seja, as máquinas (computadores pessoais, servidores, etc) que suportarão pessoais, servidores, etc) que suportarão o sistema, além de definir como estas o sistema, além de definir como estas máquinas estarão conectadas e através máquinas estarão conectadas e através de quais protocolos se comunicarão e de quais protocolos se comunicarão e transmitirão informações.transmitirão informações.

Page 71: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

7171

Diagrama de pacoteDiagrama de pacote

O diagrama de pacotes tem por objetivo O diagrama de pacotes tem por objetivo representar os subsistemas ou sub-representar os subsistemas ou sub-módulos englobados por um sistema de módulos englobados por um sistema de forma a determinar as partes que o forma a determinar as partes que o compõem. Demonstra como os elementos compõem. Demonstra como os elementos estão organizados nos pacotes e as estão organizados nos pacotes e as dependências que existem entre os dependências que existem entre os elementos e os próprios pacotes. Pode elementos e os próprios pacotes. Pode ser utilizado de maneira independente ou ser utilizado de maneira independente ou associado com outros diagramas. Este associado com outros diagramas. Este diagrama pode ser utilizado também para diagrama pode ser utilizado também para auxiliar a demonstrar a arquitetura de auxiliar a demonstrar a arquitetura de uma linguagem, como ocorre com a uma linguagem, como ocorre com a própria UML.própria UML.

Page 72: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

7272

Diagrama de Diagrama de temporizaçãotemporização Este diagrama apresenta algumas Este diagrama apresenta algumas

semelhanças com o diagrama de semelhanças com o diagrama de gráficos e estado, no entanto, ele enfoca gráficos e estado, no entanto, ele enfoca as mudanças de estado de um objeto ao as mudanças de estado de um objeto ao longo do tempo. Este diagrama terá longo do tempo. Este diagrama terá pouca utilidade para modelar aplicações pouca utilidade para modelar aplicações comerciais, contudo poderá ser utilizado comerciais, contudo poderá ser utilizado na modelagem de sistemas em tempo na modelagem de sistemas em tempo real ou sistemas que utilizem recursos real ou sistemas que utilizem recursos de multimídia, onde o tempo em que um de multimídia, onde o tempo em que um objeto executa algo é muitas vezes objeto executa algo é muitas vezes importante.importante.

Page 73: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

7373

Diagrama de visão Diagrama de visão geral de interaçãogeral de interação Este diagrama é uma variação do Este diagrama é uma variação do

diagrama de atividade. Seu diagrama de atividade. Seu objetivo é fornecer uma visão objetivo é fornecer uma visão geral do controle do fluxo. geral do controle do fluxo.

Page 74: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

7474

Conhecendo os Conhecendo os diagramasdiagramas Vamos conhecer o diagrama de Vamos conhecer o diagrama de

caso de uso, abra o jude.caso de uso, abra o jude.

Page 75: 1 Análise e Projetos de Sistemas Orientados a Objetos Prof. André Argeri andreargeri@hotmail.com Ribeirão Preto, Fevereiro 2010

7575

ExercíciosExercícios

Faça um diagrama de caso de uso Faça um diagrama de caso de uso com todo o processo de com todo o processo de movimentação do cartão de movimentação do cartão de crédito. Desde a aprovação até o crédito. Desde a aprovação até o uso.uso.