Modelagem de Software: UML, Diagramas e Processos Essenciais

Modelagem de Software: Conceitos Fundamentais

Na modelagem, são criados os diagramas chamados de modelos. Estes diagramas são utilizados para visualizar o sistema antes de criá-lo. Com esta visualização dos modelos, é possível validar o que será desenvolvido e se os requisitos foram atendidos, tudo isso antes mesmo de codificar.

Modelos de Contexto

Estes modelos mostram aquilo que existe fora dos limites do sistema. Estes limites podem ser alterados por interesses sociais e organizacionais.

UML: Linguagem Unificada de Modelagem

A UML é uma linguagem destinada a:

• Visualizar
• Especificar
• Construir
• Documentar

A UML não é uma metodologia ou processo de software.

Visões da UML

• Visão de Caso de Uso

  Descreve o comportamento do sistema como é visto pelos seus usuários finais.

• Visão de Projeto

  É o suporte ao atendimento dos requisitos funcionais, ou seja, o serviço que o sistema deverá oferecer ao usuário final.

• Visão do Processo

  Trata principalmente do desempenho.

• Visão de Implementação

  Visão voltada à montagem e fornecimento do sistema físico, principalmente o gerenciamento da configuração das versões do sistema.

• Visão de Implantação

  Abrange a descrição que define a topologia de hardware em que o sistema é executado.

Diagrama de Caso de Uso

É utilizado principalmente no início da modelagem do sistema, durante o levantamento e a análise de requisitos. Pode ser alterado conforme o andamento do projeto e serve de base para a criação de outros diagramas.

Caso de Uso: Atores

Um ator é qualquer coisa com um comportamento, inclusive o próprio sistema em discussão, quando invoca os serviços de outros sistemas.

Tipos de Atores

• Ator Principal

  Tem como objetivo um usuário satisfeito por meio do uso de serviços.

• Ator de Suporte

  Fornece serviço para o sistema.

• Ator de Bastidor

  Tem interesse no comportamento do caso de uso, mas não é um ator principal ou de suporte.

Modelagem P2: Diagramas e Comportamento

Diagrama de Sequência

Mostra a interação entre objetos com ênfase na dimensão temporal dessas interações. A noção de tempo indica a sequência e duração das interações entre esses métodos. É recomendado que sejam construídos após o diagrama de Caso de Uso e de classes.

Objetivos do Diagrama de Sequência

• Documentar casos de uso.
• Mostrar como os objetos do sistema se comunicam por meio de mensagens em ordenação temporal.
• Validar todas as operações (métodos) de uma classe que foram modeladas.
• Identificar todos os objetos necessários para o funcionamento do sistema.

Principais Elementos do Diagrama de Sequência

• Atores
• Objetos
• Linha de Vida
• Foco de Controle ou Ativação
• Mensagens (também chamadas de estímulos)
• Mensagens de Retorno
• Auto-Chamadas
• Condições de Guarda
• Entidade, Controle e Fronteira

Entidade

Objetos responsáveis pela comunicação com o banco de dados para resgatar e armazenar informações.

Fronteira

Objetos que representam a interface com outros sistemas ou a interface com o usuário.

Controle

Definem a interface entre entidade e fronteira ou entre entidade e classes.

Modelagem Dirigida a Eventos

A modelagem dirigida a eventos mostra como um sistema responde a eventos externos e internos. É baseada na suposição de que um sistema tem um número limitado de estados e que os eventos (estímulos) podem causar a transição de um estado para outro.

Modelagem de Máquina de Estados

Modela o comportamento do sistema em resposta a eventos externos e internos. Mostra as respostas do sistema a estímulos, por isso são usadas para modelar sistemas em tempo real.