Análise de Sistemas 4º Bimestre (material 3)

Transcrição

1 Análise de Sistemas 4º Bimestre (material 3) Permite a visualização das classes que irão compor o sistema com seus respectivos atributos e métodos, bem como demonstrar como elas se relacionam, complementam e transmitem informações entre si; Professor: José Ronaldo Leles Júnior Turma: 2º ano do curso de Sistemas de Informação UEG Universidade Estadual de Goiás Câmpus Posse Possibilita compreender como o sistema está estruturado internamente para que as funcionalidades externamente visíveis sejam produzidas. As classes do diagrama possuem: Nome Sempre deve ser iniciado com letra MAIÚSCULA. Atributos Nível de visibilidade (encapsulamento); Nome (deve ser escrito em letra minúscula ); Tipo de dados (String, double, integer etc.) Métodos Nível de visibilidade (encapsulamento); Nome (escrito em letra minúscula e, se for formado por mais de uma palavra, a segunda começa com letra MAIÚSCULA ); Lista de parâmetros (se houver); Tipo de retorno. As classes do diagrama possuem: Associações Nome (opcional) Multiplicidades; Navegabilidade (opcional); Tipo de retorno; Representação de uma classe Ela é representada por um retângulo com três divisões Estágios do modelo de classes Modelo de classes de análise (conceitual): Nome da Classe Atributos Métodos Representa termos do domínio do negócio: ideias, coisas do mundo real etc; Não leva em consideração restrições inerentes à tecnologia a ser utilizada na solução do problema; Modelo construído na fase de análise. 1

2 Estágios do modelo de classes Modelo de classes de especificação (projeto): Estágios do modelo de classes Modelo de classes de implementação: É um detalhamento do modelo de classes de análise conforme a solução de software escolhida (tecnologias); Pode ocorrer a adição de novas classes ao modelo. Corresponde a implementação das classes em alguma linguagem de programação orientada a objetos (Java, C++, C# etc.); Modelo construído na fase de implementação (codificação). Multiplicidades Determina o número mínimo e máximo de objetos envolvidos em cada extremidade da associação. Associação Unária ou Reflexiva Associação Binária Associação Ternária ou N-ária Conectam objetos de mais de duas classes; Utilizada para representar associações complexas; Deve-se evitar utilizá-la, pois sua leitura é difícil de ser interpretada. 2

3 Agregação Composição Apresenta uma relação TODO-PARTE ; A existência do lado PARTE da relação não está condicionada à existência do lado TODO. Vínculo mais forte entre Objetos-Todo e Objetos-Parte ; A existência do lado PARTE da relação está condicionada à existência do lado TODO. Generalização/Especialização Classe Associativa Representa a ocorrência de herança entre as classes. Produzidas quando ocorre associações com multiplicidade muitos (*) em todas a extremidades. Dependência ( precisa de ) Realização Indica um certo grau de dependência de uma classe em relação à outra. A classe de onde parte a seta deve realizar o(s) comportamento(s) da interface de destino. Obs.: No java pode ser comparada à palavra-chave implements. 3

4 Restrições : Estereótipo <<entity>>: Informações extras que definem condições a serem validadas durante a implementação. Tem por objetivo tornar explícito que uma classe é uma entidade. Estereótipo <<boundary>>: Estereótipo <<control>>: Também conhecido como estereótipo de fronteira. É associado a própria interface do sistema. Identifica classes que servem de intermédio entre as classes <<bondary>> e as demais classes do sistema. Estereótipo exemplo de uso: Técnicas para identificação de Classes Análise textual de Abbott utiliza-se várias fontes de informação sobre o sistema (documento de requisitos, glossários, conhecimento sobre o domínio etc.); Análise dos casos de uso o modelador estuda a descrição textual de cada caso de uso (fluxos principal, alternativos e de exceção, póscondições e pré-condições etc.) para identificar classes candidatas. Conceitos concretos: Pessoa, Carro, Imóvel, Sala de Aula, Fatura, etc. Papéis que coisas concretas assumem: Aluno, Professor, Piloto, empregados, clientes etc. Conceitos abstratos: Reservas, vendas, inscrições etc. Eventos: Curso, Aula, Reuniões etc. 4

5 1) Com base na revisão feita na última aula, onde foram destacados os relacionamentos de agregação e composição, elabore o diagrama de classes de análise (conceitual) de acordo com os seguintes fatos: Correção da atividade 1 Um edifício possui no mínimo um andar e no máximo a quantidade que o proprietário deseje construir, desde que a planta da construção tenha sido aprovada e assinada pelo engenheiro responsável pela obra; Cada andar possui no mínimo uma sala e no máximo dez. Cada sala possui uma mesa de escritório, e essa mesa pertence apenas à sala onde foi colocada, não podendo retirá-la de uma sala para colocá-la em outra. 2) Construa uma hierarquia de classes para os seguintes tipos de obras: livro de romance, livro de ficção, livro de auto-ajuda, gibi, rock, mpb, filme ficção e comédia. Correção da atividade 2 3) Construa o diagrama de classes para uma Locadora de Veículos de acordo com as informações abaixo: Um cliente pode fazer diversas locações de veículos. A locadora aluga caminhões, carros de passeio e motos. Os valores da locação diferem de acordo com o tipo de veículo locado e a quantidade de dias de locação. Correção da atividade 3 4) Modele um na forma de diagrama de classes. Um contém (ou pode conter) os componentes destinatário, assunto, anexo e texto. Identifique as relações entre eles. 5) Construa um diagrama de classes para representar os relacionamentos entre livro, capa, parágrafo e página. 5

6 Correção da atividade 4 Correção da atividade 5 Utilizado para representar a interação entre objetos em ordem sequencial no tempo. Identifica quais mensagens devem ser disparadas entre os envolvidos e em que ordem; Baseia-se no diagrama de casos de uso, havendo normalmente um diagrama de seqüência para cada caso de uso declarado; Baseia-se também no diagrama de classe; Atores Representam agentes externos que interagem com o sistema e solicitam serviços. Lifelines (Objetos) Refere-se a uma instância de uma classe que participa da interação. Mensagens Representam as interações entre os objetos, que normalmente forçam a chamada de um método de algum objeto envolvido no processo. Mensagem síncrona Mensagem assíncrona Mensagem de retorno Mensagem de criação de objeto Mensagem de destruição de objeto Mensagem reflexiva 6

7 Mensagem síncrona (seta cheia) Mensagem assíncrona A execução fica bloqueada até o retorno do método. A representação da mensagem de retorno é opcional. A execução continua em paralelo ao método que foi chamado. Mensagem de retorno Mensagem de criação Mensagem de retorno Mensagem de destruição Mensagem reflexiva (Autochamadas) A linha de vida do objeto destruído é interrompida com um X. O objeto remetente da mensagem é também o receptor. 7

8 Fragmentos Combinados e Operadores de Interação Elementos criados com UML 2.0 para permitir o agrupamento de diversas mensagens em fluxos mais complexos. Fragmentos Combinados e Operadores de Interação Elementos criados com UML 2.0 para permitir o agrupamento de diversas mensagens em fluxos mais complexos. Fragmento combinado com utilização do operador alt. Fragmento combinado com utilização do operador loop. Exemplo: Diagrama de Seqüência Emitir Extrato Diagrama de Implantação É o diagrama com a visão mais física da UML; Ele foca na organização da arquitetura física sobre a qual o software será implantado em termos de hardware (computadores pessoais, servidores etc.). Diagrama de Implantação Componentes básicos do diagrama de implantação: Nós Associação entre Nós Diagrama de Implantação Componentes básicos do diagrama de implantação: Nós Representa um item de hardware como um servidor em que um ou mais módulos são executados, ou pode representar um ambiente de execução, ou seja, que suporta o sistema de alguma forma. 8

9 Diagrama de Implantação Componentes básicos do diagrama de implantação: Associação entre Nós Os nós possuem ligações físicas entre si de forma que possam se comunicar e trocar informações. Pode conter estereótipos para diferenciar ou destacar a associação. Bibliografia Guedes, Gilleanes T. A. UML 2: guia prático. São Paulo: Novatec Editora, Guedes, Gilleanes T. A. UML 2.0: uma abordagem prática. 2º ed. São Paulo: Novatec Editora, Bezerra, Eduardo. Princípios de Análise e Projeto de Sistemas com UML. Rio de Janeiro: Elsevier,